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

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

Решение на Ретроспекция от Виктория Христова

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

Към профила на Виктория Христова

Резултати

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

Код

REPOSITORY = 'http://github.com/victoria92/python-retrospective'
# 1.Ако се опитаме да извадим елемент от празна колекция, ще предизвикаме грешка
# 2.Не е нужно да зареждаме целия модул, ако ни трябва само едно нещо от него
# 3.Не е нужно да създавам копие на функцията в cache на втора задача и да ползвам
# __dict__, а мога да ползвам обикновен речник
# 4.Оставянето на празни редове на някои места прави кода по-четим
# 5.Не е нужно да имаме is not None, ако искаме да проверим дали нещо не е None
# 6.Няма смисъл от едноредови методи, които се ползват само на едно място
# 7.Можем да изнесем повтарящ се код в един общ метод, който да викаме
# 8.Слагането на майката и бащата в една колекция ще ги направи по-лесни за обхождане.
# Има смисъл да се слагат и малко конкретни неща в колекции, ако ще се обхождат
# 9.Понякога filter е по-лесен за използване от list comprehension
# 10.Еднаквите имена могат да направят нещата доста объркващи
# 11.Морският шах може да се реализира по-добре, ако се използва речник за
# представяне на дъската
# 12.Не е добре да проверяваме валидността на ключа с регулярен израз, тъй като дава
# грешка, ако не получи стринг
# 13.С използването на format __str__ изглежда доста по-добре и по-четимо
# 14.Добра идея е да се извеждат подходящи съобщения при възникване на грешка
# 15.Изнасянето на по-важните неща в константи прави евентуални промени по-лесни
# 16.Ако използваме една променлива само веднъж и само в един метод, то тя най-вероятно
# е излишна
# 17.За да нямаме два записа за една зодия в речника, то можем да го използваме за стойност
# по подразбиране, защото в случая разчитаме на коректен вход
# 18.Хубаво е колкото се може по-малко методи да зависят от конкретната имплементация,
# защото така се правят по-лесно промени
# 19.Не е хубаво да имаме метод, който върши твърде много неща, защото така трудно се
# разбира къде точно се чупят нещата
# 20.Не е много хубаво да си предаваш домашните в последния момент

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

Виктория обнови решението на 29.04.2013 16:25 (преди над 11 години)

+REPOSITORY = 'http://github.com/victoria92/python-retrospective'
+
+# 1.Ако се опитаме да извадим елемент от празна колекция, ще предизвикаме грешка
+# 2.Не е нужно да зареждаме целия модул, ако ни трябва само едно нещо от него
+# 3.Не е нужно да създавам копие на функцията в cache на втора задача и да ползвам
+# __dict__, а мога да ползвам обикновен речник
+# 4.Оставянето на празни редове на някои места прави кода по-четим
+
+# 5.Не е нужно да имаме is not None, ако искаме да проверим дали нещо не е None
+# 6.Няма смисъл от едноредови методи, които се ползват само на едно място
+# 7.Можем да изнесем повтарящ се код в един общ метод, който да викаме
+# 8.Слагането на майката и бащата в една колекция ще ги направи по-лесни за обхождане.
+# Има смисъл да се слагат и малко конкретни неща в колекции, ако ще се обхождат
+
+# 9.Морският шах може да се реализира по-добре, ако се използва речник за
+# представяне на дъската
+# 10.Не е добре да проверяваме валидността на ключа с регулярен израз, тъй като дава
+# грешка, ако не получи стринг
+# 11.С използването на format __str__ изглежда доста по-добре и по-четимо
+# 12.Добра идея е да се извеждат подходящи съобщения при възникване на грешка
+# 13.Изнасянето на по-важните неща в константи прави евентуални промени по-лесни
+# 14.Ако използваме една променлива само веднъж и само в един метод, то тя най-вероятно
+# е излишна
+
+# 15.Понякога filter е по-лесен за използване от list comprehension
+# 16.Еднаквите имена могат да направят нещата доста объркващи
+# 17.За да нямаме два записа за една зодия в речника, то можем да го използваме за стойност
+# по подразбиране, защото в случая разчитаме на коректен вход

Виктория обнови решението на 29.04.2013 16:43 (преди над 11 години)

REPOSITORY = 'http://github.com/victoria92/python-retrospective'
# 1.Ако се опитаме да извадим елемент от празна колекция, ще предизвикаме грешка
# 2.Не е нужно да зареждаме целия модул, ако ни трябва само едно нещо от него
# 3.Не е нужно да създавам копие на функцията в cache на втора задача и да ползвам
# __dict__, а мога да ползвам обикновен речник
# 4.Оставянето на празни редове на някои места прави кода по-четим
# 5.Не е нужно да имаме is not None, ако искаме да проверим дали нещо не е None
# 6.Няма смисъл от едноредови методи, които се ползват само на едно място
# 7.Можем да изнесем повтарящ се код в един общ метод, който да викаме
# 8.Слагането на майката и бащата в една колекция ще ги направи по-лесни за обхождане.
# Има смисъл да се слагат и малко конкретни неща в колекции, ако ще се обхождат
+# 9.Понякога filter е по-лесен за използване от list comprehension
+# 10.Еднаквите имена могат да направят нещата доста объркващи
-# 9.Морският шах може да се реализира по-добре, ако се използва речник за
+# 11.Морският шах може да се реализира по-добре, ако се използва речник за
# представяне на дъската
-# 10.Не е добре да проверяваме валидността на ключа с регулярен израз, тъй като дава
+# 12.Не е добре да проверяваме валидността на ключа с регулярен израз, тъй като дава
# грешка, ако не получи стринг
-# 11.С използването на format __str__ изглежда доста по-добре и по-четимо
-# 12.Добра идея е да се извеждат подходящи съобщения при възникване на грешка
-# 13.Изнасянето на по-важните неща в константи прави евентуални промени по-лесни
-# 14.Ако използваме една променлива само веднъж и само в един метод, то тя най-вероятно
+# 13.С използването на format __str__ изглежда доста по-добре и по-четимо
+# 14.Добра идея е да се извеждат подходящи съобщения при възникване на грешка
+# 15.Изнасянето на по-важните неща в константи прави евентуални промени по-лесни
+# 16.Ако използваме една променлива само веднъж и само в един метод, то тя най-вероятно
# е излишна
-# 15.Понякога filter е по-лесен за използване от list comprehension
-# 16.Еднаквите имена могат да направят нещата доста объркващи
# 17.За да нямаме два записа за една зодия в речника, то можем да го използваме за стойност
-# по подразбиране, защото в случая разчитаме на коректен вход
+# по подразбиране, защото в случая разчитаме на коректен вход
+# 18.Хубаво е колкото се може по-малко методи да зависят от конкретната имплементация,
+# защото така се правят по-лесно промени
+# 19.Не е хубаво да имаме метод, който върши твърде много неща, защото така трудно се
+# разбира къде точно се чупят нещата

Виктория обнови решението на 29.04.2013 16:49 (преди над 11 години)

REPOSITORY = 'http://github.com/victoria92/python-retrospective'
# 1.Ако се опитаме да извадим елемент от празна колекция, ще предизвикаме грешка
# 2.Не е нужно да зареждаме целия модул, ако ни трябва само едно нещо от него
# 3.Не е нужно да създавам копие на функцията в cache на втора задача и да ползвам
# __dict__, а мога да ползвам обикновен речник
# 4.Оставянето на празни редове на някои места прави кода по-четим
# 5.Не е нужно да имаме is not None, ако искаме да проверим дали нещо не е None
# 6.Няма смисъл от едноредови методи, които се ползват само на едно място
# 7.Можем да изнесем повтарящ се код в един общ метод, който да викаме
# 8.Слагането на майката и бащата в една колекция ще ги направи по-лесни за обхождане.
# Има смисъл да се слагат и малко конкретни неща в колекции, ако ще се обхождат
# 9.Понякога filter е по-лесен за използване от list comprehension
# 10.Еднаквите имена могат да направят нещата доста объркващи
# 11.Морският шах може да се реализира по-добре, ако се използва речник за
# представяне на дъската
# 12.Не е добре да проверяваме валидността на ключа с регулярен израз, тъй като дава
# грешка, ако не получи стринг
# 13.С използването на format __str__ изглежда доста по-добре и по-четимо
# 14.Добра идея е да се извеждат подходящи съобщения при възникване на грешка
# 15.Изнасянето на по-важните неща в константи прави евентуални промени по-лесни
# 16.Ако използваме една променлива само веднъж и само в един метод, то тя най-вероятно
# е излишна
# 17.За да нямаме два записа за една зодия в речника, то можем да го използваме за стойност
# по подразбиране, защото в случая разчитаме на коректен вход
-# 18.Хубаво е колкото се може по-малко методи да зависят от конкретната имплементация,
+# 18.Хубаво е колкото се може по-малко методи да зависят от конкретната имплементация,
# защото така се правят по-лесно промени
# 19.Не е хубаво да имаме метод, който върши твърде много неща, защото така трудно се
-# разбира къде точно се чупят нещата
+# разбира къде точно се чупят нещата
+# 20.Не е много хубаво да си предаваш домашните в последния момент