რა თქმა უნდა, შენიშნეთ, რომ ჩვენ ყოველთვის ვაკეთებთ აქცენტს დეველოპერებისთვის გამოხმაურების დატოვებაზე, რადგან ეს არის ყველაზე მეტად მნიშვნელოვანი გზა მათთვის, რათა იცოდნენ რა პრობლემებია ან რისი ხილვა სურთ მომხმარებლებს თავიანთი შემდეგი ვერსიით აპლიკაციები. რამდენიმე სიტყვით, უკუკავშირი არის საკომუნიკაციო არხი!, თუმცა, ზოგჯერ ჩვენ უბრალოდ ჩამოვტვირთავთ აპლიკაციას და საუკეთესო შემთხვევაში ვამბობთ "მადლობა". XDA წევრი joe_coolish დაწერა კარგი გზამკვლევი დეველოპერებისთვის, იმ გასაოცარი ადამიანებისთვის კონსტრუქციული გამოხმაურების დასატოვებლად, რომელთა ნამუშევარი არის მიზეზი იმისა, რომ ჩვენ ვსარგებლობთ კარგი, სტაბილური აპებით ჩვენს მოწყობილობებში.
ეს სახელმძღვანელო არ არის გამიზნული იმისთვის, რომ ზუსტად დაიცვან, მაგრამ წინადადებები მოგცემთ შესანიშნავ რჩევებს, რომ დატოვოთ კომენტარები, რომლებსაც დეველოპერები უფრო მეტად დააფასებენ, რადგან თქვენი კომენტარები სავსე იქნება სასარგებლო ინფორმაციით მათ. ეს საკმაოდ საღი აზრია, მაგრამ ჩვენ გვჯერა, რომ მნიშვნელოვანია ყურადღება მიაქციოთ.
შედით, არ დაიზაროთ და შეეცადეთ წაიკითხოთ ყველა ინფორმაცია თავდაპირველ თემაში.
თავდაპირველად გამოქვეყნებულია joe_coolish
[GUIDE] როგორ მივცეთ კონსტრუქციული გამოხმაურება დეველოპერებს
პროგრამული უზრუნველყოფის შემუშავების სამყაროში აპლიკაციები გამოშვებამდე გადის მრავალ ფაზას, რომელთაგან ზოგიერთი მოიცავს დიზაინს, დაგეგმვას, კოდირებას, ტესტირებას, ალფა გამოშვებას, ბეტა გამოშვებას, გამოშვების კანდიდატს და ბოლოს გათავისუფლება. ეს სახელმძღვანელო გამიზნულია იმ ადამიანების დასახმარებლად, რომლებიც ჩართულნი არიან საჯარო/პირადი ბეტა ტესტებში, რომლებსაც არ აქვთ პროგრამირების გამოცდილება, მაგრამ სურთ ღირებული გამოხმაურება მიაწოდონ დეველოპერს.
პასუხისმგებლობის უარყოფა
ეს სახელმძღვანელო სპეციფიკურია Windows Mobile ოპერაციული სისტემის პროგრამირებისთვის, კონკრეტულად .net-ისთვის კომპაქტური ჩარჩო 3.5. თუმცა, ძირითადი ცნებები უნდა ითარგმნოს სხვა პლატფორმებზე და ჩარჩოები.
Დასაწყისში...
პირველ რიგში, პროგრამირება რთულია. აპლიკაციების შექმნა, რომლებიც მუშაობს შეუფერხებლად და არ არის შეცდომები, მოითხოვს მნიშვნელოვან დროსა და ენერგიას. მოკლედ, პროგრამული უზრუნველყოფის განვითარება არის ემოციური ინვესტიცია დეველოპერის სახელით.
იმის გამო, რომ პროგრამული უზრუნველყოფის შემუშავება ემოციური ინვესტიციაა, დეველოპერები ადვილად მიიღებენ შეურაცხყოფას კრიტიკაზე. აქ ჩნდება კონსტრუქციული გამოხმაურების ნომერ პირველი წესი:
წესი ნომერი 1, გამოხმაურების გაცემისას იყავით თავაზიანი!
XDA-Developers-ში მუშაობის დროს, მე ძალიან კმაყოფილი ვიყავი მისი წევრების მიერ გამოვლენილი პროფესიონალიზმის დონით, მაგრამ დროდადრო ვნახავ კომენტარს, როგორიცაა: "This app sux!" ან "Eff Dat Shiz!".
ყოველთვის გახსოვდეთ, უხეში კომენტარები მხოლოდ სხვა მომხმარებლების ყურადღებას აფანტავს, იწვევს კამათს და იწვევს დეველოპერს ნაკლებად მოტივირებული (ნაკლებად ემოციურად ჩართული) პროგრამული უზრუნველყოფის წარმოებაში. თუ აპლიკაცია არ მუშაობს თქვენს მოწყობილობაზე, გახსოვდეთ, რომ დეველოპერი არის პირველი, ვინც იმუშავებს შეძლებენ და სურთ დაგეხმარონ პრობლემის მოგვარებაში, ასე რომ, ისინი უნდა იყვნენ ბოლო ადამიანი, ვინც გინდა შეურაცხყოფა.
დანარჩენი სახელმძღვანელო შეგიძლიათ იხილოთ აქ ორიგინალური ძაფი.