კოდის გამართვა Thunkable-ში

საუკეთესო პრაქტიკა: კომენტარები ყველაზე სასარგებლოა პროგრამირებაში.

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

It’s also a great way to check your knowledge, because if your coding blocks are easy to comment on then you must understand them really well! Another thing to be aware of is that <, >, =, ≤, ≥ are hard for students for the first time (and for programmers who are years into their careers). When we set a math statement to < when it should be ≤ this is called an “off by one” error and this is a problem that happens to developers with 20 years of experience 😛 It is a very popular problem so be on the lookout for that. 

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

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

როგორ პოულობთ შეცდომებს? (ბევრი და ბევრი ტესტირება!) როგორ ფიქრობთ, რამდენერ უნდა დატესტოთ აპი? რამდენჯერ უნდა დატესტონ აპი სხვებმა?

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