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

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

Решение на Пета задача от Росен Рачев

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

Към профила на Росен Рачев

Резултати

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

Код

REPOSITORY = 'https://github.com/toshle/ruby-retrospective-3'
#Двадесет неща, които научих
#
#1. Ламбдите се оказват доста полезни при проверка на някакво условие при филтриране на данни.
#
#2. Да използвам count ако искам да преброя елементите отговарящи на дадено условие.
#
#3. gsub is evil понякога и по-добре да не го използвам постоянно.
#
#4. Ако два метода правят едно и също е по-добре да направя alias.
#
#5. Винаги има по-добър начин да направя това, за което съм се сетил първоначално.
#
#6. String#% е много удобен ако трябва да вградя нещо в текст.
#
#7. По-добре да използвам take или drop, вместо delete_at за масиви.
#
#8. За втора задача е по-добре да използвам отделна променлива за всеки елемент на един task
#отколкото масив. По лесно четимо е и по лесно се реализира останалата функционалност.
#
#9. По оптимално е да използвам Hash вместо масив за нещо, при което няма задължително да използвам всички елементи.
#
#10. Да използвам reduce вместо inject
#
#11. Има случаи в които конструктора за рационални числа е по-удобен от to_r метода
#
#12.

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

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

+#Двадесет неща, които научих
+#
+#1. Ламбдите се оказват доста полезни при проверка на някакво условие при филтриране на данни.
+#
+#2. Да използвам count ако искам да преброя елементите отговарящи на дадено условие.
+#
+#3. gsub is evil понякога и по-добре да не го използвам постоянно.
+#
+#4. Ако два метода правят едно и също е по-добре да направя alias.
+#
+#5. Винаги има по-добър начин да направя това, за което съм се сетил първоначално.
+#
+#6. String#% е много удобен ако трябва да вградя нещо в текст.
+#
+#7. По-добре да използвам take или drop, вместо delete_at за масиви.
+#
+#8. За втора задача е по-добре да използвам отделна променлива за всеки елемент на един task
+#отколкото масив. По лесно четимо е и по лесно се реализира останалата функционалност.
+#
+#9. По оптимално е да използвам Hash вместо масив за нещо, при което няма задължително да използвам всички елементи.
+#
+#10. Да използвам reduce вместо inject
+#
+#11. Има случаи в които конструктора за рационални числа е по-удобен от to_r метода
+#
+#12.

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

+REPOSITORY = 'https://github.com/toshle/ruby-retrospective-3'
+
#Двадесет неща, които научих
#
#1. Ламбдите се оказват доста полезни при проверка на някакво условие при филтриране на данни.
#
#2. Да използвам count ако искам да преброя елементите отговарящи на дадено условие.
#
#3. gsub is evil понякога и по-добре да не го използвам постоянно.
#
#4. Ако два метода правят едно и също е по-добре да направя alias.
#
#5. Винаги има по-добър начин да направя това, за което съм се сетил първоначално.
#
#6. String#% е много удобен ако трябва да вградя нещо в текст.
#
#7. По-добре да използвам take или drop, вместо delete_at за масиви.
#
#8. За втора задача е по-добре да използвам отделна променлива за всеки елемент на един task
#отколкото масив. По лесно четимо е и по лесно се реализира останалата функционалност.
#
#9. По оптимално е да използвам Hash вместо масив за нещо, при което няма задължително да използвам всички елементи.
#
#10. Да използвам reduce вместо inject
#
#11. Има случаи в които конструктора за рационални числа е по-удобен от to_r метода
#
#12.

Решенията ти се вместват в skeptic ограниченията и минават тестовете, но пък си успял да напишеш едва половината от необходимия брой неща. Допълнително, смятам, че по решенията ти на някои от задачите (особено втора) има още място за смислени подобрения.

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