სატესტო დავალებების როლის შესახებ დეველოპერის ცხოვრებაში

რამდენი ტექნიკური ინტერვიუ გქონიათ ცხოვრებაში?

ბოლო ხუთი წლის განმავლობაში, მე დავესწარი 35 ტექნიკურ ინტერვიუს ყველა წარმოუდგენელი ტიპისა და სპეციფიკის - ყაზახური სტარტაპებიდან ზამთრისთვის ხორცის კოლექტიური შესყიდვისთვის, გერმანულ და ამერიკულ ფინტექ სერვისებამდე და ბანკებამდე; პროგრამირებაზე, მიწოდებასა და მართვაზე ორიენტირებული; დისტანციურად და ოფისში; დროში შეზღუდული და შეუზღუდავი; სტრესული და მოდუნებული, სხვადასხვა ენაზე.

ეს, ~ 20 ინტერვიუსთან ერთად, რომელიც მე ჩავატარე როგორც დამსაქმებელმა - საკმარისია იმისთვის, რომ გავმხდარიყავი ინტერვიუების მეფე, რომ გავაკეთო შემდეგი დაკვირვება (თავდაპირველად სრულიად გაუგებარი) და დამკვიდრებულიყავი მასში: დარწმუნებული ვარ, რომ დიდწილად ამდენი ინტერვიუს წყალობით, ეს უკვე მარგინალურ ჩვევას ჰგავს, პროფესიონალურ დონეზე შევისწავლე ჩემი სტეკი და გავხდი კონკურენტუნარიანი სპეციალისტი, მიუხედავად იმისა, რომ უკვე 10 წელი ვმუშაობდი ვებ დეველოპმენტში.

ეს სტატია მიმართულია პროგრამისტებისთვის, რომლებიც მოგზაურობის დასაწყისში არიან და ჯერ არ ამოწურეს თავიანთი ცოდნის სიღრმე. მასში მსურს გავაფართოვო თეზისი ტესტის დავალებების და ინტერვიუებში დასმული ტექნიკური კითხვების კოლოსალური საგანმანათლებლო სარგებელის შესახებ - და ყველას მოვიწვიო ჩემს ახლად დაწერილ ტელეგრამის ბოტზე. ActualizeBot, სადაც, ჩემი გეგმის მიხედვით, შეგიძლიათ ტექნიკური გასაუბრება ყოველ დღე მაინც გაიაროთ მათ დასრულებამდე. და ისე, რომ ისინი არ დასრულდეს, ასევე შეგიძლიათ გააზიაროთ საინტერესო ტექნიკური დავალება, შეკითხვა ან ინტერვიუს დროს განცდილი სასარგებლო/სახალისო სიტუაცია.

ქვემოთ უფრო მეტს გეტყვით ბოტის შესახებ, მოდი ჯერ გავარკვიოთ, რატომ არის ასე მნიშვნელოვანი ამ ტექნიკურ კითხვებზე და ამოცანების პასუხების ცოდნა და გაგება, მაშინაც კი, თუ წლების განმავლობაში წარმატებით აწარმოებთ შტატგარეშე პროექტებს.

რატომ ტოვებს ჩვენი ფუნდამენტური ცოდნის ხარისხი სასურველს?

ტექნიკური ინტერვიუები, თუ ჯერ არ გახდი ინტერვიუების მეფე, არის სერიოზული სტრესია ორგანიზმისთვის, ისევე როგორც ზოგადად სამსახურის ძებნა - იქნები დამწყები სპეციალისტი, გადამრთველი თუ დეველოპერი, რომელიც მუშაობდა ერთში. ადგილი დიდი ხნის განმავლობაში (და ჩვენს დროში "გრძელი" შეიძლება ჩაითვალოს წელიწადად).

ბევრ ინტერვიუში არის ადამიანური ფაქტორი, რომელიც აძლიერებს ამ სტრესს. თქვენი ინტერვიუერი შეიძლება იყოს არა ალენა ვლადიმერსკაია, არამედ ჩვეულებრივი პროგრამისტი, როგორც თქვენ იპოვნეთ, რომლისგანაც ძნელია ადეკვატური ამოცანების მოლოდინი და მათი შეფასება, ან მძიმე გუნდის ლიდერი, რომელიც დაელოდება მომენტს, რათა მთელი თავისი სიმძიმის ჩამოგდება. მისი თვალები შენზეა და სვამს კითხვას: რა არის შენთვის მოქნილი!?

ერთ დღეს ამ კითხვაზე საჭირო, მაგრამ, როგორც გესმით, არაპროგნოზირებადი პასუხის გაცემის გარეშე დავრჩი შემოთავაზების გარეშე, რაც წარმოუდგენლად გამიხარდა.

ამ სტრესისა და ზოგადად ზედმეტი მოძრაობების თავიდან აცილების მცდელობით, ჩვენ ვშორდებით არა მხოლოდ ენის ზოგიერთი ძირითადი მახასიათებლის ჩვენი უცოდინრობის ხმამაღალი გამოვლენისგან, არამედ ამ უცოდინრობის ოდნავ მაინც შემცირებისგან.

პრობლემა ის არის, რომ პრაქტიკაში არის რამდენიმე ადგილი, სადაც ჩვენ შეგვიძლია მივიღოთ ამ კლასის პრობლემები.
ნებისმიერი დეველოპერი, რომელსაც მოუწია მუშაობა რამდენიმე ადგილას, დაადასტურებს, რომ ინტერვიუებში დასმული ფუნდამენტური ან კრეატიული პრობლემები იშვიათად არის დაკავშირებული იმასთან, რასაც პროგრამისტი რეალურ ცხოვრებაში - არ აქვს რეკურსიები, გრაფიკები და ასინქრონული ლიფტის კონტროლის სისტემები პლანეტაზე ნეგატივებით. გრავიტაცია გალაქტიკის სხვა მკლავში. სამწუხაროდ.

ჩემს მშობლიურ JavaScript-თან დაკავშირებით, არის კარგი მაგალითი - React.JS რომ არ გამოჩენილიყო, JavaScript პროგრამისტების 98% წარმატებით გააგრძელებდა ცხოვრებას ნეტარი იგნორირებაში, თუ რა არის bind - მისი გამოჩენიდან 20 წელზე მეტი ხნის შემდეგ - და გააგრძელებდა. დაბნეული, ინტერვიუებზე კითხვების მიღება და მხოლოდ ისინი, ვინც გამოიგონეს ყველა ეს უაღრესად აბსტრაქტული ბიბლიოთეკა, ჩარჩოები და მოდულები გააგრძელებენ მასთან მუშაობას. დღეს, რეაქციის წყალობით, ეს რიცხვი შემცირდა 97%-მდე.

ცხადია, ამ ამოცანების „რეალობისგან იზოლაციის“ დანახვისას, ბევრი დეველოპერი უგულებელყოფს მათ ან კარგავს დროს მათში ჩაძირვისთვის - და აგრძელებს ყოველდღიურ რუტინას, ანუ, ფიგურალურად რომ ვთქვათ, განვითარების მაღაროში გავლას არა მხოლოდ წარმოებისთვის. ნაღმების დეტექტორის გარეშე, მაგრამ ასევე იმის ცოდნის გარეშე, რომ ისინი ნაღმზე არიან.

რა შედეგები მოჰყვება ენის ფუნდამენტური ცოდნის ნაკლებობას?

ამ კითხვაზე პასუხი, როგორც ჩანს, ბანალურია, მაგრამ რატომღაც ადამიანის ბუნებაა, რომ ყოველთვის უბიძგებს მის გადაწყვეტას შორეულ კუთხეში - და ეს სამწუხარო როლს თამაშობს უმცროსი და საშუალო პროგრამისტების ცხოვრებაში, აგრძელებს მათ გზას სიმაღლეებისკენ (და სიღრმეებისკენ). ) ენის ცოდნა რამდენიმე წლის განმავლობაში.

აპლიკაციის კოდი, რომელიც იყენებს ჩარჩოებსა და ბიბლიოთეკებს, რომლებსაც ისინი ყოველდღიურად წერენ, არ შეიძლება ჩაითვალოს საიმედოდ, თუ ისინი მას წერენ მისი შესრულების სხვადასხვა ასპექტების საკმარისი გაგების გარეშე. ამის კარგი ილუსტრაცია JavaScript-ის სამყაროდან არის JQuery ბიბლიოთეკის ბედი, რომელიც ოდესღაც პროგრესის ძრავა იყო და დღეს, როგორც ცოდნის საკუთარ თავში ჩაკეტილი სფერო, განცალკევებული დანარჩენი ენისგან, თავის ბუნებრივ ადგილს იკავებს ბაზარი - ნახევრად პროფესიონალური სკრიპტები ნაჩქარევად დაწერილი და საჭიროებისამებრ მუშაობენ, როგორც საჩუქრად იგივე სწრაფი განლაგება bootstrap-ზე იაფი ფრილანსერებისგან.

ასეთი უპასუხისმგებლო მიდგომით შემუშავებული პროექტების მომავალი, თუმცა უცოდინრობის გამო, პროზაული და ხანმოკლეა: დროის მნიშვნელოვანი დანაკარგები, წარუმატებლობები, ფინანსური და რეპუტაციის ზარალი და, შედეგად, ენთუზიაზმის შემცირება. თანამშრომლობა.

მეორეს მხრივ, ადამიანისთვის, რომელმაც პროგრამისტის გზა აირჩია, ცოტა ვერ შეედრება სიამოვნებას იმის გაგებით, რასაც აკეთებს. ესმით, რომ ის, ისევე როგორც ბარონ მუნჰაუზენი, ცხენზე ამხედრებულ ნაღმზე ტრიალებს. ზედმეტია იმის თქმა, რომ წესიერ დამსაქმებელს შეუძლია ნათლად დაინახოს ადამიანები, რომლებიც უგუნურად დადიან დანაღმულ ველზე და ადამიანები, რომლებიც გაყინულნი არიან გადადგმული ნაბიჯის გადადგმაში ისეთ სიტუაციაში, როდესაც მათ შეუძლიათ სირბილი და ხტუნვა არაფერზე ფიქრის გარეშე?

ActualizeBot

ინტერვიუების უპირატესობები რომ დავინახე და ასევე გავაცნობიერე, რომ ცარიელ ინტერვიუებზე წასვლა არ არის მთლად ეთიკური, ვფიქრობდი, რომ კარგი იქნებოდა ბოტის შექმნა, სადაც დამწყებ ან დეველოპერს, რომელიც სხვა ენაზე გადანერგავს, შეძლებდა საგანმანათლებლო ტრენინგში მონაწილეობას რეალური ინტერვიუების გარეშე. იმ ზომით, რომელშიც ეს დამემართა. და გავიხსენე, თუ როგორ უყვართ პროგრამისტებს განხილვა და შედარება იმ პრობლემების შესახებ, რომელთა გადაჭრაც მათ უწევდათ - განსაკუთრებით თუ ეს იყო რაღაც არა ტრივიალური - მივხვდი, რომ ყველაფერი ჯდება, უარვყავი ყველა ეჭვი და ვოილა.

ბოტს ამჟამად აქვს 3 მარტივი ფუნქცია:

• გამოწერა კონკრეტულ ენაზე/ჩარჩოზე, რათა მიიღოთ მისთვის ახალი ამოცანები. თქვენ გამოიწერთ და როგორც კი ამოცანები ჩამოდის, იღებთ მათ ყოველდღიურ ბიულეტენში
• დავალების ან ტესტის ამოცანის გამოქვეყნება - ჩემს წიგნში ამბობენ, რომ გაზიარება ზრუნვაა
• სახელების შესანიშნავი გენერატორი, რომლითაც შეგიძლიათ აირჩიოთ ოპტიმალური ხელმოწერა იმ ამოცანის ტექსტისთვის, რომელსაც აქვეყნებთ, ქალური ლექსიკონების ჩათვლით, ფემინისტების გარეშე

ამჟამად ხელმისაწვდომია შემდეგი ენებიდან ასარჩევად: JavaScript, Java, Python, PHP, MySQL. არჩევანი გარკვეულწილად შეზღუდულია ჩემი გაგების საზღვრების გამო. იმედი მაქვს ამ სიას დავამატებ ჰაბრა საზოგადოების დახმარებით.

ბოტი გაშვებულია წმინდა როკ-ენ-როლის ფორმატში; არაფრის გადახდა არ არის მოსალოდნელი.
მასზე გადასვლა შეგიძლიათ ამ ბმულის გამოყენებით: ActualizeBot

მოკლედ ტექნიკური განხორციელების შესახებ

ეს ბოტი არის რამდენიმე მცირე პროექტიდან ერთ-ერთი, სადაც მე შემოგთავაზებთ ჩემი ღია კოდის მინიფრემურის პირველ საჯარო ვერსიას რთული სტრუქტურის მქონე ბოტების შესაქმნელად, რომელსაც სიყვარულით ჰქვია Hobot და ხელმისაწვდომია NPM-ში მძიმე ადამიანებისთვის.

ჩარჩო აგებულია Telegraf.JS-ისა და TypeScript-ის საფუძველზე, მისი ნულოვანი-ნულოვანი-პირველი ვერსია, რომელიც აღჭურვილია გამოყენების მაგალითით, შეგიძლიათ იხილოთ აქ. github და მაშინვე სცადე. მალე ავტვირთავ გარედან ადამიანისთვის გაფართოებულ და კომბინირებულ ვერსიას 0.0.2 და ცალკე სტატიას მივუძღვნი (საბარგულს). მოხარული ვიქნები, თუ ვინმესთვის ისეთივე აქტუალური აღმოჩნდება, როგორც ჩემთვის.

მაშ, რამდენ ინტერვიუზე მოგიწიათ დასწრება?
დარწმუნებული ვარ სათქმელი გაქვს!

წყარო: www.habr.com