რისხვა კოდის მიმართ: პროგრამისტები და ნეგატივი

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

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

ნეგატივი: ემოციური ინსტრუმენტი პროგრამისტების კულტურაში

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

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

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

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

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

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

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

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

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

ნეგატივის პრობლემური მოლიპულ ფერდობზე

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

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

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

უარყოფითი გზები

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

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

კიდევ ერთი სცენარი არის სიბნელის გზა. იმის ნაცვლად, რომ მიიღონ ცუდი კოდი, როგორც გარდაუვალი, დეველოპერები იღებენ საკუთარ თავზე გამოხმაურებას პროგრამირების სამყაროში არსებული ყველა ცუდის შესახებ, რათა მათ შეძლონ მისი გადალახვა. ისინი უარს ამბობენ არსებული ცუდი კოდის გაუმჯობესებაზე მრავალი კარგი მიზეზის გამო: „ხალხმა უნდა იცოდეს მეტი და არ იყოს ასეთი სულელი“; "უსიამოვნოა"; "ეს ცუდია ბიზნესისთვის"; "ეს ადასტურებს, თუ რამდენად ჭკვიანი ვარ"; "თუ არ გეტყვით, რა საზიზღარი კოდია ეს, მთელი კომპანია ოკეანეში ჩავარდება" და ა.შ.

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

რეალობა ალბათ სადღაც ამ ორ უკიდურესობას შორისაა.

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

ნეგატივი არის საინჟინრო პოპ კულტურა

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

ზოგიერთი მაინც იცავს ლინუსის უფლებას იყოს ძალიან კრიტიკული – მათ, ვინც ბევრი უნდა იცოდეს „ტოქსიკური ნეგატივის“ დადებითი და უარყოფითი მხარეების შესახებ. დიახ, თავხედობა ძალზე მნიშვნელოვანია (თუნდაც ფუნდამენტური), მაგრამ თუ შევაჯამებთ მიზეზებს, რის გამოც ბევრი ჩვენგანი ნებას რთავს ნეგატიური აზრების გამოთქმას „ტოქსიკურობაში“ გადაიზარდოს, ეს მიზეზები პატერნალისტურად ან მოზარდად გვეჩვენება: „ისინი ამას იმსახურებენ, რადგან იდიოტები არიან. ", "ის დარწმუნებული უნდა იყოს, რომ აღარ გაიმეორებენ", "ეს რომ არ გაეკეთებინათ, არ მოუწევდა მათზე ყვირილი" და ა.შ. ლიდერის ემოციური რეაქციების ზემოქმედების მაგალითი პროგრამირების საზოგადოებაზე არის Ruby საზოგადოების აკრონიმი MINASWAN - "Matz is nice so we are nice."

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

პროგრამირების სამყარო სწრაფად იზრდება და უბიძგებს მისი კონტეინერის საზღვრებს - არაპროგრამირების სამყაროს (ან არის პროგრამირების სამყარო კონტეინერი არაპროგრამირების სამყაროსთვის? კარგი კითხვაა).

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

რაც გავიგე ნეგატივის შესახებ

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

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

და ბოლოს, უარყოფითი ფაქტიურად ზიანს აყენებს თქვენს ჯანმრთელობას.

ვფიქრობ, ასე უნდა გამოიყურებოდეს მასტერკლასი ღიმილის შესახებ.

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

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

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

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

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

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

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

წყარო: www.habr.com