Илиян обнови решението на 30.12.2012 23:58 (преди над 11 години)
+REPOSITORY = 'https://github.com/Ilijan/ruby-retrospective-2'
+
+# 1. Monkey patching трябва да се избягва. Може да се използва само в
+# краен случай, когато всичко друго е абсурдно сложно.
+# 2. Използването на immutable обекти е за предпочитане. Този подход
+# прави програмирането по лесно и се допускат по-малко грешки.
+# 3. По-добре да се ползва Enumerable#map пред Enumerable#each.
+# 4. Кодът трябва да е разбираемо написан, така че да е документация
+# сам за себе си.
+# 5. При решаването на проблем обектно ориентирано е добре йерархията,
+# която създаваме да е богата на класове. Създаването на клас и обекти
+# е ефтина операция, от която трябва да се възползваме.
+# 6. Функционалност, която не е обвързана с инстанционни член данни е
+# по-добре да се изведе в модул.
+# 7. Добре е да се ползва функционален подход при работа с Enumerable
+# обекти като масиви, ако те го позволяват.
+# 8. Ruby е практичен език и има доста дребни методи, които се ползват
+# често и биха спестили досадата да се пренаписват отново и отново.
+# Пример: 10.to_s(2) => '1010' #binary
+# 9. Методите attr_reader, attr_writer, attr_accessor са за предпочитане
+# при тривиални задачи.
+# 10. Добра практика е методите, които ни помагат да реализираме вътрешната
+# логика за един обект да са private/protected, вместо public. Така
+# този, който ги ползва няма да се изкоши да зависи от вътрешна имплементация.
+# 11. Добрия редактор е богатство :)