Здравей! 

Значи няма какво да се ядосваш на такива домашни. Когато проверяваш такова домашно и виждаш, че няма нищо вярно, или просто не можеш да отвориш домашното за да го провериш защото не е правилно архивирано, просто го оценяваш с 0 точки и му казваш какъв е проблема. 
Тези правила, които ти си написал са казани в лекцията, така че ако тези, на които са "лошите" домашни, не са гледали лекцията или не са внимавали си е техен проблем. 
А относно четвъртото ти правило това със закоментирването на условието е лоша практика според мен. 

Поздрави :) 

Здравей колега,

Първо, нормално е в първите домашни да има доста такива недоразумения, така че не се учудвай. Надявай се поне част от тези хора да се вслушат в съветите ти и лошите практики, които ползват, да са резултат от неопитност, а не немарливост.

Не очаквай обаче и драстично подобрение в рамките на курса, тъй като има много несериозни хора, които ще си правят нещата както решат, ще копират наготово решения или ще пращат всякакви глупости, но не и код по задачите от домашното. За сериозните хора това е най-големият минус от проверката на домашни, най-вече в C# Basics, но има такива случаи и в следващите курсове. 

Не съм съгласен с втората част от т.4 - не е нужно навсякъде по всякакъв повод да се пишат коментари. Специално примерът ти е доста лош, този метод е очевидно какво прави. Ако за някой не е очевидно - нека потърси сам. Като цяло една добре написана програма следва да е ясно каква функция изпълнява и не трябва да има нужда от много коментари. Понеже в момента се учим, може би е добре някои по-сложни техники да се обясняват (накратко) с коментари, с цел човекът, който чете кода, да схване идеята и по възножност да научи нещо ново. 

Или с други думи, коментар (поне за нивото, на което ние пишем) трябва или когато: 1) подозираш, че ще се чете от човек, който няма нужните познания, за да разбере кода, или 2) кодът е зле написан. 

Здравей, 
Доста са ми познати тези домашни с които си се сблъскал. Наистина се изисква страшно много нерви и време за проверяването им. Тези отделните ".cs" файлове за да се проверят(компилират) си е допълнителна занимавка.
Написаното от теб е така, хубаво е да се помисли и за качеството на кода и всичко да е подредено, за да бъде по-лесно както за този който пише кода, така и за този който ще го проверява. Но погледнато от друга страна, все пак има хора които никога през живота си не са писали код. Не са толкова уверени дали могат да изтрият, преименуват или да добавят нещо с цел да стане по-четимо и подредено. Възможно е тези които предават само кода( ".cs" файлчета) да нямат VisualStudio, няма как да знаем. Не всичко е така както изглежда. 
Когато съм проверявал подобни домашни, винаги съм се абстрахирал от гореизброените неща, защото все пак трябва да проверя дали задачите са решени правилно, а ако те са правилно решени, то не виждам причина да не напиша хубава оценка.

Браво на теб, че си отделил време да обясниш старателно! Домашните и оценяването също помагат, защото се обменя опит. А написа ли подробен коментар към конкретните домашни, за да могат хората да разберат къде са сгрешили?