Решение на Пета задача от Илиян Бобев

Обратно към всички решения

Към профила на Илиян Бобев

Код

REPOSITORY = 'https://github.com/bobev18/ruby-retrospective-2'
# Двадесет неща, които научих.
#
# 1. Как да опиша, научаването на нов начин на мислене? Ако преди мислех как да модифицирам елементите,
# сега мисля как да модифицирам списъка. Но това е само един пример.
# 2. Идеята, че ООП подразбира създаването на множество малки класове, а не малко но обемни такива.
# 3. Въпреки, че ТDD не изглежда смислен подход при създаването на малки скриптове, е добре да се използва.
# Така ще се натрупа опит в измислянето на тестове и ще се затвърди като начин на работа като цяло.
# 4. Контекст, контекст, контекст - няма абсолютно "правилни" подходи или дизайн - всичко е въпрос на контекст.
# 5. Има ситуации при които няма как изберем правилния дизайн, без да предвидим как би се развил проекта
# след време н.п. The Expression Poblem.
# 6. Single Responsibility Principle
# 7. Liskov Substitution Principle
# 8. Rails е бездънен и продължава да се развива - едва ли има някой които да познава всички гемове за Rails.
# Това богатство дава гъвкавост и мощ, но създава и значителен "learning curve". Не мисля че ще мога да напредна
# много с Rails, преди да съм изчистил пропуските в Ruby.
# 9. Инвестицията от време за създаването на удобна среда за работа се възвръща многократно.
# 10. За да си добър програмист не е достатъчно да измисляш ефективни алгоритми, но и да пишеш разбираем код.

История (1 версия и 0 коментара)

Илиян обнови решението на 30.12.2012 20:20 (преди около 11 години)

+REPOSITORY = 'https://github.com/bobev18/ruby-retrospective-2'
+
+# Двадесет неща, които научих.
+#
+# 1. Как да опиша, научаването на нов начин на мислене? Ако преди мислех как да модифицирам елементите,
+# сега мисля как да модифицирам списъка. Но това е само един пример.
+# 2. Идеята, че ООП подразбира създаването на множество малки класове, а не малко но обемни такива.
+# 3. Въпреки, че ТDD не изглежда смислен подход при създаването на малки скриптове, е добре да се използва.
+# Така ще се натрупа опит в измислянето на тестове и ще се затвърди като начин на работа като цяло.
+# 4. Контекст, контекст, контекст - няма абсолютно "правилни" подходи или дизайн - всичко е въпрос на контекст.
+# 5. Има ситуации при които няма как изберем правилния дизайн, без да предвидим как би се развил проекта
+# след време н.п. The Expression Poblem.
+# 6. Single Responsibility Principle
+# 7. Liskov Substitution Principle
+# 8. Rails е бездънен и продължава да се развива - едва ли има някой които да познава всички гемове за Rails.
+# Това богатство дава гъвкавост и мощ, но създава и значителен "learning curve". Не мисля че ще мога да напредна
+# много с Rails, преди да съм изчистил пропуските в Ruby.
+# 9. Инвестицията от време за създаването на удобна среда за работа се възвръща многократно.
+# 10. За да си добър програмист не е достатъчно да измисляш ефективни алгоритми, но и да пишеш разбираем код.