რატომ არის სასარგებლო ბორბლის ხელახლა გამოგონება?

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

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

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

დეველოპერები მზა კოდს ცხადად თვლიან

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

და, როგორც წესი, ის მუშაობს, მაგრამ როდესაც საქმე რთულდება, მექანიკის გაგება უფრო მეტს გამოიღებს.

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

return new Promise((resolve, reject) => {
  functionWithCallback((err, result) => {
   return err ? reject(err) : resolve(result);
  });
});

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

დაუბრუნდით ფესვებს

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

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

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

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

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

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

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

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

ხელახლა გამოიგონეთ ეს ბორბალი

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

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

წყარო: www.habr.com