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

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

Решение на Ретроспекция от Радослав Платиканов

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

Към профила на Радослав Платиканов

Резултати

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

Код

REPOSITORY = 'https://github.com/rplatikanov/python-retrospective'
# 1. Константите е по-добре да се изведат извън функциите.
# 2. За константни данни е по-добре да се използва tuple вместо list.
# 3. Имената и датите на зодиите е по-добре да са в една структура.
# 4. Хубаво е да се избягват отмествания на индекси, когато може.
# 5. По-дългите и ясни имена са за предпочитане пред еднобуквените.
# 6. В python могат да се дефинират nested функции, което понякога помага за
# по-ясно и кратко решение.
# 7. В python има доста вградени функции, които могат да спестят доста код,
# като например функцията zip, която може да свърши 90% от работата
# на zip_with.
# 8. Има и хубави вградени типове като OrderedDict, които спестяват код.
# 9. Атрибути, които не се изискват в условията на задачите, е по-добре
# да започват с _.
# 10. В python списъци се сортират лесно с помощта на sorted() и list.sort().
# 11. Няма много смисъл имената на променливи и атрибути да съдържат и името
# на типа.
# 12. Някои методи нямат нужда от инстанцията и е по-добре да са статични.
# 13. Проверката за победа при морски шах по-добре да се извършва на всеки ход.
# 14. Функциите all и any в комбинация с map например могат да спестят код.
# 15. Големи функции е хубаво да се разделят на по-малки.
# 16. Параметри, като например размера на полето за морски шах, не е хубаво
# да са вкарани в кода като литерали, по-добре да се изнесат в константа
# на класа.
# 17. List comprehension добре замества някои for цикли.
# 18. Не е добре да се използва едно и също име за елемент от списък и
# индекс на елемент.
# 19. Дълги редове, които са близо до границата от 80 символа,
# по-добре да се разбият на няколко реда, така се редактират по-лесно.
# 20. Някои функции/методи е добре да се документират.

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

Радослав обнови решението на 29.04.2013 01:04 (преди почти 11 години)

+REPOSITORY = 'https://github.com/rplatikanov/python-retrospective'
+
+# 1. Константите е по-добре да се изведат извън функциите.
+# 2. За константни данни е по-добре да се използва tuple вместо list.
+# 3. Имената и датите на зодиите е по-добре да са в една структура.
+# 4. Хубаво е да се избягват отмествания на индекси, когато може.
+# 5. По-дългите и ясни имена са за предпочитане пред еднобуквените.
+# 6. В python могат да се дефинират nested функции, което понякога помага за
+# по-ясно и кратко решение.
+# 7. В python има доста вградени функции, които могат да спестят доста код,
+# като например функцията zip, която може да свърши 90% от работата
+# на zip_with.
+# 8. Има и хубави вградени типове като OrderedDict, които спестяват код.
+# 9. Атрибути, които не се изискват в условията на задачите, е по-добре
+# да започват с _.
+# 10. В python списъци се сортират лесно с помощта на sorted() и list.sort().
+# 11. Няма много смисъл имената на променливи и атрибути да съдържат и името
+# на типа.
+# 12. Някои методи нямат нужда от инстанцията и е по-добре да са статични.
+# 13. Проверката за победа при морски шах по-добре да се извършва на всеки ход.
+# 14. Функциите all и any в комбинация с map например могат да спестят код.

Радослав обнови решението на 29.04.2013 16:49 (преди почти 11 години)

REPOSITORY = 'https://github.com/rplatikanov/python-retrospective'
# 1. Константите е по-добре да се изведат извън функциите.
# 2. За константни данни е по-добре да се използва tuple вместо list.
# 3. Имената и датите на зодиите е по-добре да са в една структура.
# 4. Хубаво е да се избягват отмествания на индекси, когато може.
# 5. По-дългите и ясни имена са за предпочитане пред еднобуквените.
# 6. В python могат да се дефинират nested функции, което понякога помага за
# по-ясно и кратко решение.
# 7. В python има доста вградени функции, които могат да спестят доста код,
# като например функцията zip, която може да свърши 90% от работата
# на zip_with.
# 8. Има и хубави вградени типове като OrderedDict, които спестяват код.
# 9. Атрибути, които не се изискват в условията на задачите, е по-добре
# да започват с _.
# 10. В python списъци се сортират лесно с помощта на sorted() и list.sort().
# 11. Няма много смисъл имената на променливи и атрибути да съдържат и името
# на типа.
# 12. Някои методи нямат нужда от инстанцията и е по-добре да са статични.
# 13. Проверката за победа при морски шах по-добре да се извършва на всеки ход.
# 14. Функциите all и any в комбинация с map например могат да спестят код.
+# 15. Големи функции е хубаво да се разделят на по-малки.
+# 16. Параметри, като например размера на полето за морски шах, не е хубаво
+# да са вкарани в кода като литерали, по-добре да се изнесат в константа
+# на класа.
+# 17. List comprehension добре замества някои for цикли.
+# 18. Не е добре да се използва едно и също име за елемент от списък и
+# индекс на елемент.
+# 19. Дълги редове, които са близо до границата от 80 символа,
+# по-добре да се разбият на няколко реда, така се редактират по-лесно.
+# 20. Някои функции/методи е добре да се документират.