Решение на Пета задача от Николина Гюрова

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

Към профила на Николина Гюрова

Резултати

  • 2 точки от тестове
  • 0 бонус точки
  • 2 точки общо
  • 0 успешни тест(а)
  • 0 неуспешни тест(а)

Код

REPOSITORY = 'https://github.com/nikup/ruby-retrospective-4'
# Двадесет неща, които научих.
#
# 1. Да именувам променливи без да добявям типа на данните в името
# 2. Използването на хеш вместо условни конструкции е удобно,
# но не особено интуитивно или четимо
# 3. Писането на множество кратки и ясни методи с добре обособена цел
# е значително по-добра идея от малко, но комплексни методи
# 4. Да вкараш кода си в skeptic ограниченията, които давате не е
# лесна задача, но с достатъчно старание се получава, и дори да е
# досадно за правене помага за по-ясен код (в повечето случаи)
# 5. Ruby като език и синтаксиса му не бяха пречка при (не)писане на
# задачите, а имплементацията на самата задача (e.g. parse в задача 3)
# 6. Добра идея е да се чете темата за текущата задача във форума,
# e.g не бях разбрала напълно условието на задача 4, но разбрах
# прекалено късно, когато прочетох примерите във форума
# 7. Метапрограмирането е интересно и понякога удобно,
# но доста грозно и не особено четимо
# 8. Писането на DSL в Ruby не е толкова страшно, колкото си мислех,
# когато се появи задача 4

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

Николина обнови решението на 19.01.2015 09:55 (преди почти 10 години)

+REPOSITORY = 'https://github.com/nikup/ruby-retrospective-4'
+
+# Двадесет неща, които научих.
+#
+# 1. Да именувам променливи без да добявям типа на данните в името
+# 2. Използването на хеш вместо условни конструкции е удобно,
+# но не особено интуитивно или четимо
+# 3. Писането на множество кратки и ясни методи с добре обособена цел
+# е значително по-добра идея от малко, но комплексни методи

Николина обнови решението на 19.01.2015 16:20 (преди почти 10 години)

REPOSITORY = 'https://github.com/nikup/ruby-retrospective-4'
# Двадесет неща, които научих.
#
# 1. Да именувам променливи без да добявям типа на данните в името
# 2. Използването на хеш вместо условни конструкции е удобно,
# но не особено интуитивно или четимо
# 3. Писането на множество кратки и ясни методи с добре обособена цел
-# е значително по-добра идея от малко, но комплексни методи
+# е значително по-добра идея от малко, но комплексни методи
+# 4. Да вкараш кода си в skeptic ограниченията, които давате не е
+# лесна задача, но с достатъчно старание се получава, и дори да е
+# досадно за правене помага за по-ясен код (в повечето случаи)
+# 5. Ruby като език и синтаксиса му не бяха пречка при (не)писане на
+# задачите, а имплементацията на самата задача (e.g. parse в задача 3)
+# 6. Добра идея е да се чете темата за текущата задача във форума,
+# e.g не бях разбрала напълно условието на задача 4, но разбрах
+# прекалено късно, когато прочетох примерите във форума
+# 7. Метапрограмирането е интересно и понякога удобно,
+# но доста грозно и не особено четимо
+# 8. Писането на DSL в Ruby не е толкова страшно, колкото си мислех,
+# когато се появи задача 4