Давид обнови решението на 22.01.2014 17:13 (преди почти 11 години)
+REPOSITORY = 'https://github.com/davidpetrov/Homework5'
+
+# Двадесет неща, които научих.
+
+# 1. Когато, искаме да викнем метод на текущия клас може да изпускаме self, тъй като
+# той се подразбира. Например в задача 1 метода Integer prime? вместо self.abs можем
+# да ползваме само abs.
+# 2. Вместо inject {|a,b| a+b} можем да ползваме reduce(:+) съкратена форма, която
+# е по-ясна и по-кратка. Същото важи и за map.
+# 3. Monkey patching - добавянето или променянането на вградените класове, като например Integer
+# не е добра идея, освен в много редки случаи.
+# 4. Правилното подравняване, оставяна на space-ове между операторите и празни редове където е
+# необходимо прави кода значително по четим и ясен.
+# 5. Когато искаме да дефинираме в даден клас повече от един класови метода, вместо за всеки да
+# използваме синтаксиса self.method_name ili Class_name.method_name, по-удачно е да ползваме
+# синтаксиса class << self <body> end , където в body дефинираме методите по традиционния начин.
+# 6. proc i lambda могат да бъдат взаимозаменяеми, но имат разлики в поведението в някои случаи, за
+# които трябва да се внимава. Например подаване на по-малко или повече от дефинирания брой аргументи
+# или подаване на масив от аргументи.
+# 7. Единичните и двойните кавички имат различно поведение при екраниране, като двойните са по-добрия вариант
+# защото екранират по-голям набор от символи. Интересен частен случай, който ми отне доста време да осъзная
+# е когато имаме стринг от вида "ааа 'ааа' " , вътрешните кавички трябва да са единични, или да са двойни
+# но да бъдат екранирани "ааа \"aaa\"". В задача 3 има тест в който regex израз изрично match-ва вторият
+# случай и съответно не минава иначе.
+# 8. Когато имаме 2 метода които правят едно и също нещо(синоними) можем да ползваме синтаксиса
+# alias new_method old_method
+# 9. Когато искаме да дефинираме методи сетъри и гетъри на property-та можем да използваме синтаксиса
+# attr_accessor, attr_reader и attr_writer последван от списък с имена на методи като символи, което
+# е значително по-кратък и ясен начин от реалното писане на тези методи.
+# 10. Добър принцип е да не даваме излишен достъп към обектите ни, било то под формата на ненужни attr_accessor
+# и най-вече при употребата на вътрешни методи, използвани за реализацията на публичните методи.
+# 11. Добра практика всички методи, които не са public или са помощни да бъдат private, което отново спомага
+# за капсулацията.
+# 12. Добре е на места където можем да използваме вградени методи да го правим, вместо по-неясни операции с индекси.
+# Например в моето първо решение на 3 та задача ползвам неясни индекси в метода render_as_html final[0..-31] + final[-26..-1],
+# с цел да премахна последното срещане на даден substring, когато има вграден метод chomp, който прави това.
+# 13. По-доброто именоване прави кода значително по-четим и разбираем. Което е съществен проблем в моите решения
+# например в задача 4.
+# 14. method_missing е интересен и полезен метод, който можем да ползваме когато искаме да handle-ваме случаи
+# в които се викат несъществуващи методи. Удобен е и за направата на proxy обекти.
+# 15. define_method е друг похват от метапрограмирането, който позволява например да се дефинират динамично методи или
+# да се дефинират наведнъж много методи с подобна функционалност.(Пример задача 4 различните jump методи).
+# 16. Премахването на излишните повторения не само намалява обема на кода но го и прави по-четим и разбираем.
+# Това може да се постигна чрез присвояване на локални променливи, чрез хешове вместо обемната конструкция
+# if elsif else.