Програмиране с Ruby

Курс във Факултета по Математика и Информатика към СУ

Решение на Пета задача от Иван Латунов

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

Към профила на Иван Латунов

Резултати

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

Код

# Двадесет неща, които научих.
# 01. Използването на all? вместо each за проверка на условие е много по четимо.
# 02. Използвай map(&:function) вместо each {function(elem)}.
# 03. Когато можеш да използваш фунцкии, дефинирани в езика (without 'require') - do so.
# 04. Експлицитно 'Self' е добра практика(в Python) - избягвай я в Ruby.
# 05. Вместо създаването на нов обект и после викането му в each, използвай each_with_object.
# 06. Не викай elem[x +/- 1] - използвай succ / prec.
# 07. reject > remove в each.
# 08. Предпочитай синтактичното извикване пред new ([], {}, ->{}).
# 09. Чети Style-Guide-ът по-осърдно.
# 10. Предпочитай метода Fixnum#remainder пред a % b.
# 11. Методите zero?, nonzero?, odd?, even? и подобните са доста яки (подпомагат четимостта на кода).
# 12. TDD е много удобно за разработка в късните часове.
# 13. Удобната работна среда е толкова важна, колкото и концентрацията.
# 14. Не жертвай четимост за по-малко редове - най-вероятно има по-елегантно.
# 15. Не бъде безкрайно зависим от external dependencies.
# 16. Yield & tap are some sweet stuff.
# 17. Използвай |= за подаване на стойности по подразбиране.
# 18. Crying over the code helps a ton.
# 19. Time management is a pain in the Kernel::throw.
# 20. Документацията и обществото са неразделна част от езика.

История (4 версии и 3 коментара)

Иван обнови решението на 22.01.2014 17:25 (преди почти 11 години)

+# Двадесет неща, които научих.
+
+# 01. Използването на all? вместо each за проверка на условие е много по четимо.
+# 02. Използвай map(&:function) вместо each {function(elem)}.
+# 03. Когато можеш да използваш фунцкии, дефинирани в езика (without 'require') - do so.
+# 04. Експлицитно 'Self' е добра практика(в Python) - избягвай я в Ruby.
+# 05. Вместо създаването на нов обект и после викането му в each, използвай each_with_object.
+# 06. Не викай elem[x +/- 1] - използвай succ / prec.
+# 07. reject > remove в each.
+# 08. Предпочитай синтактичното извикване пред new ([], {}, ->{}).
+# 09. Чети Style-Guide-ът по-осърдно.
+# 10. Предпочитай метода Fixnum#remainder пред a % b.
+# 11. Методите zero?, nonzero?, odd?, even? и подобните са доста яки (подпомагат четимостта на кода).
+# 12. TDD е много удобно за разработка в късните часове.
+# 13. Удобната работна среда е толкова важна, колкото и концентрацията.
+# 14. Не жертвай четимост за по-малко редове - най-вероятно има по-елегантно.
+# 15.
+# 16.
+# 17.
+# 18.
+# 19. Time management is a pain in the Kernel::throw.
+# 20. Документацията и обществото са неразделна част от езика.

Иван обнови решението на 22.01.2014 17:28 (преди почти 11 години)

# Двадесет неща, които научих.
# 01. Използването на all? вместо each за проверка на условие е много по четимо.
# 02. Използвай map(&:function) вместо each {function(elem)}.
# 03. Когато можеш да използваш фунцкии, дефинирани в езика (without 'require') - do so.
# 04. Експлицитно 'Self' е добра практика(в Python) - избягвай я в Ruby.
# 05. Вместо създаването на нов обект и после викането му в each, използвай each_with_object.
# 06. Не викай elem[x +/- 1] - използвай succ / prec.
# 07. reject > remove в each.
# 08. Предпочитай синтактичното извикване пред new ([], {}, ->{}).
# 09. Чети Style-Guide-ът по-осърдно.
# 10. Предпочитай метода Fixnum#remainder пред a % b.
# 11. Методите zero?, nonzero?, odd?, even? и подобните са доста яки (подпомагат четимостта на кода).
# 12. TDD е много удобно за разработка в късните часове.
# 13. Удобната работна среда е толкова важна, колкото и концентрацията.
# 14. Не жертвай четимост за по-малко редове - най-вероятно има по-елегантно.
-# 15.
+# 15. Не бъде безкрайно зависим от external dependencies
# 16.
# 17.
# 18.
# 19. Time management is a pain in the Kernel::throw.
# 20. Документацията и обществото са неразделна част от езика.

Иван обнови решението на 22.01.2014 17:29 (преди почти 11 години)

# Двадесет неща, които научих.
# 01. Използването на all? вместо each за проверка на условие е много по четимо.
# 02. Използвай map(&:function) вместо each {function(elem)}.
# 03. Когато можеш да използваш фунцкии, дефинирани в езика (without 'require') - do so.
# 04. Експлицитно 'Self' е добра практика(в Python) - избягвай я в Ruby.
# 05. Вместо създаването на нов обект и после викането му в each, използвай each_with_object.
# 06. Не викай elem[x +/- 1] - използвай succ / prec.
# 07. reject > remove в each.
# 08. Предпочитай синтактичното извикване пред new ([], {}, ->{}).
# 09. Чети Style-Guide-ът по-осърдно.
# 10. Предпочитай метода Fixnum#remainder пред a % b.
# 11. Методите zero?, nonzero?, odd?, even? и подобните са доста яки (подпомагат четимостта на кода).
# 12. TDD е много удобно за разработка в късните часове.
# 13. Удобната работна среда е толкова важна, колкото и концентрацията.
# 14. Не жертвай четимост за по-малко редове - най-вероятно има по-елегантно.
-# 15. Не бъде безкрайно зависим от external dependencies
-# 16.
-# 17.
+# 15. Не бъде безкрайно зависим от external dependencies.
+# 16. Yield & tap are some sweet stuff.
+# 17. Използвай |= за подаване на стойности по подразбиране.
# 18.
# 19. Time management is a pain in the Kernel::throw.
# 20. Документацията и обществото са неразделна част от езика.

Иван обнови решението на 22.01.2014 17:29 (преди почти 11 години)

# Двадесет неща, които научих.
# 01. Използването на all? вместо each за проверка на условие е много по четимо.
# 02. Използвай map(&:function) вместо each {function(elem)}.
# 03. Когато можеш да използваш фунцкии, дефинирани в езика (without 'require') - do so.
# 04. Експлицитно 'Self' е добра практика(в Python) - избягвай я в Ruby.
# 05. Вместо създаването на нов обект и после викането му в each, използвай each_with_object.
# 06. Не викай elem[x +/- 1] - използвай succ / prec.
# 07. reject > remove в each.
# 08. Предпочитай синтактичното извикване пред new ([], {}, ->{}).
# 09. Чети Style-Guide-ът по-осърдно.
# 10. Предпочитай метода Fixnum#remainder пред a % b.
# 11. Методите zero?, nonzero?, odd?, even? и подобните са доста яки (подпомагат четимостта на кода).
# 12. TDD е много удобно за разработка в късните часове.
# 13. Удобната работна среда е толкова важна, колкото и концентрацията.
# 14. Не жертвай четимост за по-малко редове - най-вероятно има по-елегантно.
# 15. Не бъде безкрайно зависим от external dependencies.
# 16. Yield & tap are some sweet stuff.
# 17. Използвай |= за подаване на стойности по подразбиране.
-# 18.
+# 18. Crying over the code helps a ton.
# 19. Time management is a pain in the Kernel::throw.
# 20. Документацията и обществото са неразделна част от езика.

Изглежда не си имал достатъчно време да завършиш задачата. Тестовете не минават над съществуващия код, а трета и четвърта липсват изцяло. Поради това няма как да ти дам точки.

От друга страна, заради нещата, които си написал, ще ти дам една утешителна бонус точка :)

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