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

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

Решение на Пета задача от Венцислав Велков

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

Към профила на Венцислав Велков

Резултати

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

Код

REPOSITORY = 'https://github.com/vntzy/ruby-retrospective-3'
# Двадесет неща, които научих:
#
#1. Когато правя monkey patch на някой клас, ако дефинирам няколко метода, не е нужно да отварям за всеки метод класа наново @първа задача
#2. Ако проверя за частните/базовите случаи в началото на метода, мога да спестя малко работа на програмата @prime?
#3. За предпочитане са методите с думи, т.е. remainder(number), zero? ? nonzero? @prime_factors
#4. self2 е много лошо наименоване на променлива @prime_factors
#5. Често в Ruby няма нужда от дефиниране на допълнителна променлива @първа задача
#6. За повечето неща Ruby си има вградени методи @digits
#7. Научих за метода fdiv @average
#8. Ако искам да извикам метод на self не е нужно да пиша self.method_name, а може просто method_name @първа задача
#9. Понякога има специални ситуации, за които не съм помислил @combine_with
#10. Много по удобно и четимо е да разделям всяка функционалност в отделен метод/клас/модул @втора задача
#11. Трябва да се пише толкова четим и ясен код, че да няма нужда от обяснения по него @трета задача
#12. alias може да ми спести писане на метод @трега задача
#13. Object#freeze е нещо полезно @трета задача
#14. Изграждане на йерархия от класове със сходни характеристики спестява еднотипно описване @трета задача
#15. attr_reader/attr_accessor са много по удобни от дефиниране на исканите методи @четвърта задача
#16. Object#tap е полезен метод за дебъгване @четвърта задача
#17. Много е важно точното именуване на методите, според това, което правят @четвърта задача
#18. Повторенията са нещо грозно и в повечето случаи могат да се избегнат с изкарване на общата част в отделен метод/клас @четвърта задача
#19. Често в Ruby тромави while, if-else и case блокове могат да бъдат заменени с нещо друго, по-лесно за четене @четвърта задача
#20. Разглеждане на чужд код може да ме научи на различни подходи към решаване на проблема или на много неща от към какво е добре/зле да се прави @всички задачи

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

Венцислав обнови решението на 22.01.2014 17:20 (преди почти 11 години)

+REPOSITORY = 'https://github.com/vntzy/ruby-retrospective-3'
+
+# Двадесет неща, които научих:
+#
+#1. Когато правя monkey patch на някой клас, ако дефинирам няколко #метода, не е нужно да отварям за всеки метод класа наново @първа задача
+#2. Ако проверя за частните/базовите случаи в началото на метода, мога #да спестя малко работа на програмата @prime?
+#3. За предпочитане са методите с думи, т.е. remainder(number), #zero? ? nonzero? @prime_factors
+#4. self2 е много лошо наименоване на променлива @prime_factors
+#5. Често в Ruby няма нужда от дефиниране на допълнителна променлива #@първа задача
+#6. За повечето неща Ruby си има вградени методи @digits
+#7. Научих за метода fdiv @average
+#8. Ако искам да извикам метод на self не е нужно да пиша #self.method_name, а може просто method_name @първа задача
+#9. Понякога има специални ситуации, за които не съм помислил #@combine_with
+#10. Много по удобно и четимо е да разделям всяка функционалност в #отделен метод/клас/модул @втора задача
+#11. Трябва да се пише толкова четим и ясен код, че да няма нужда от #обяснения по него @трета задача
+#12. alias може да ми спести писане на метод @трега задача
+#13. Object#freeze е нещо полезно @трета задача
+#14. Изграждане на йерархия от класове със сходни характеристики #спестява еднотипно описване @трета задача
+#15. attr_reader/attr_accessor са много по удобни от дефиниране на #исканите методи @четвърта задача
+#16. Object#tap е полезен метод за дебъгване @четвърта задача
+#17. Много е важно точното именуване на методите, според това, което #правят @четвърта задача
+#18. Повторенията са нещо грозно и в повечето случаи могат да се #избегнат с изкарване на общата част в отделен метод/клас @четвърта #задача
+#19. Често в Ruby тромави while, if-else и case блокове могат да бъдат #заменени с нещо друго, по-лесно за четене @четвърта задача
+#20. Разглеждане на чужд код може да ме научи на различни подходи към #решаване на проблема или на много неща от към какво е добре/зле да се #прави @всички задачи

Венцислав обнови решението на 22.01.2014 17:22 (преди почти 11 години)

REPOSITORY = 'https://github.com/vntzy/ruby-retrospective-3'
# Двадесет неща, които научих:
#
-#1. Когато правя monkey patch на някой клас, ако дефинирам няколко #метода, не е нужно да отварям за всеки метод класа наново @първа задача
-#2. Ако проверя за частните/базовите случаи в началото на метода, мога #да спестя малко работа на програмата @prime?
-#3. За предпочитане са методите с думи, т.е. remainder(number), #zero? ? nonzero? @prime_factors
+#1. Когато правя monkey patch на някой клас, ако дефинирам няколко метода, не е нужно да отварям за всеки метод класа наново @първа задача
+#2. Ако проверя за частните/базовите случаи в началото на метода, мога да спестя малко работа на програмата @prime?
+#3. За предпочитане са методите с думи, т.е. remainder(number), zero? ? nonzero? @prime_factors
#4. self2 е много лошо наименоване на променлива @prime_factors
-#5. Често в Ruby няма нужда от дефиниране на допълнителна променлива #@първа задача
+#5. Често в Ruby няма нужда от дефиниране на допълнителна променлива @първа задача
#6. За повечето неща Ruby си има вградени методи @digits
#7. Научих за метода fdiv @average
-#8. Ако искам да извикам метод на self не е нужно да пиша #self.method_name, а може просто method_name @първа задача
-#9. Понякога има специални ситуации, за които не съм помислил #@combine_with
-#10. Много по удобно и четимо е да разделям всяка функционалност в #отделен метод/клас/модул @втора задача
-#11. Трябва да се пише толкова четим и ясен код, че да няма нужда от #обяснения по него @трета задача
+#8. Ако искам да извикам метод на self не е нужно да пиша self.method_name, а може просто method_name @първа задача
+#9. Понякога има специални ситуации, за които не съм помислил @combine_with
+#10. Много по удобно и четимо е да разделям всяка функционалност в отделен метод/клас/модул @втора задача
+#11. Трябва да се пише толкова четим и ясен код, че да няма нужда от обяснения по него @трета задача
#12. alias може да ми спести писане на метод @трега задача
#13. Object#freeze е нещо полезно @трета задача
-#14. Изграждане на йерархия от класове със сходни характеристики #спестява еднотипно описване @трета задача
-#15. attr_reader/attr_accessor са много по удобни от дефиниране на #исканите методи @четвърта задача
+#14. Изграждане на йерархия от класове със сходни характеристики спестява еднотипно описване @трета задача
+#15. attr_reader/attr_accessor са много по удобни от дефиниране на исканите методи @четвърта задача
#16. Object#tap е полезен метод за дебъгване @четвърта задача
-#17. Много е важно точното именуване на методите, според това, което #правят @четвърта задача
-#18. Повторенията са нещо грозно и в повечето случаи могат да се #избегнат с изкарване на общата част в отделен метод/клас @четвърта #задача
+#17. Много е важно точното именуване на методите, според това, което правят @четвърта задача
-#19. Често в Ruby тромави while, if-else и case блокове могат да бъдат #заменени с нещо друго, по-лесно за четене @четвърта задача
+#18. Повторенията са нещо грозно и в повечето случаи могат да се избегнат с изкарване на общата част в отделен метод/клас @четвърта задача
-#20. Разглеждане на чужд код може да ме научи на различни подходи към #решаване на проблема или на много неща от към какво е добре/зле да се #прави @всички задачи
+#19. Често в Ruby тромави while, if-else и case блокове могат да бъдат заменени с нещо друго, по-лесно за четене @четвърта задача
+#20. Разглеждане на чужд код може да ме научи на различни подходи към решаване на проблема или на много неща от към какво е добре/зле да се прави @всички задачи