Ментальное программирование

Кирилл Мокевнин

Transcript

1. Ментальное программирование обзор
2. Ментальная модель Ментальной моделью в психологии называют трудно формализуемую совокупность эмпирических знаний, которая формируется в сознании человека при взаимодействии с объектом. Проще говоря, это то, как мы представляем себе некий предмет.
3. Ментальное программирование Кодирование ментальной модели. Чтение исходного кода такой программы восстанавливает картину мира с максимальной точностью.
4. Философия языка python • Красивое лучше, чем уродливое. • Явное лучше, чем неявное. • Простое лучше, чем сложное. • Сложное лучше, чем запутанное. • Плоское лучше, чем вложенное. • Разреженное лучше, чем плотное. • Читаемость имеет значение. • Особые случаи не настолько особые, чтобы нарушать правила. • При этом практичность важнее безупречности. • Должен существовать один — и, желательно, только один — очевидный способ сделать это. • Если реализацию сложно объяснить — идея плоха. • Если реализацию легко объяснить — идея, возможно, хороша
5. Литература
6. Примеры
7. Запоминаем в сессию user id session[:user_id] = user.id
8. Авторизуем пользователя session[:user_id] = user.id vs sign_in(user)
9. Длинное условие ... # комментарий без которого сложно понять _зачем_ if user.company? && user.company.active? && user.money > 50
10. Простая задача # комментарий без которого сложно понять _зачем_ if user.company? && user.company.active? && user.money > 50 vs if user.can_edit_company?
11. Комментарии зло # этот метод проверяет что ... validate_dates: (from, to) -> year_in_milliseconds = 1000 * 60 * 60 * 24 * 365 return !(Math.abs(from.getTime() - to.getTime()) / year_in_milliseconds >= @MAX
12. Нет комментария - нет проблем # этот метод проверяет что ... validate_dates: (from, to) -> year_in_milliseconds = 1000 * 60 * 60 * 24 * 365 return !(Math.abs(from.getTime() - to.getTime()) / year_in_milliseconds >= @MAX vs check_years_range: (from, to) -> ...
13. Создаем бранч git branch my_super_feature
14. Создаем фичу git branch my_super_feature vs git feature start implement_api
15. Gitflow extentions Набор скриптов к git, реализующий модель gitflow на ментальном уровне. • git flow feature start implement_api • git flow feature finish implement_api • git flow release start • git flow hotfix finish Не забываем про "закон дырявых абстракций"
16. Слова ложатся на действия (работа с git, написание кода и т.д.) максимально точно
17. Подходы
18. domain driven design • Моделирование предметной области • Единый язык Понятия: • Entity • Value Object • Service • Repository • Aggregate
19. DSL state_machine initial: :new do state :new state :done state :rejected after_transition :new => :done, do: :update_related_telecast event :perform do transition :new => :done end event :reject do transition :new => :rejected end end
20. Метод по агрегату if user.company? && user.company.active? && user.money > 50 if user.can_edit_company?
21. Программистам от программистов представления о коде
22. Антипаттерны
23. Нарушение контракта # до u = User.first u.destroy # стандартное поведение, удаляет из базы # после u = User.first u.destroy # переопределенное поведение, помечает как удаленное
24. Паттерны и принципы
25. Принципы • DRY • KISS • YAGNI
26. Принципы • GRASP • SOLID • CQS • Law of Demeter • Single Level of Abstraction Principle
27. Command-query separation Принцип сформулирован Бертраном Мейером, как одно из основных правил разрабатываемого им языка программирования Eiffel. Самая короткая формулировка: Задавая вопрос, не изменяй ответ.
28. Практики • Первый раз - лучший
29. Практики • Первый раз - лучший • Разбитое окно
30. Практики • Первый раз - лучший • Разбитое окно • Черные и белые списки
31. Практики • Первый раз - лучший • Разбитое окно • Черные и белые списки • безопасность по умолчанию
32. Практики • Первый раз - лучший • Разбитое окно • Черные и белые списки • безопасность по умолчанию • api
33. Получай и используй отдельно sign_in(create(:user)) assert_equal name, User.find(id).name Company.find(params[:id]).destroy
34. Сложность выбора Мы не будем использовать мощную библиотеку X, ради пары методов. Внедрим ее по необходимости.
35. Сложность выбора "Еще рано" превращается в "слишком поздно"
36. Выделяем при дублировании • сильное влияние человеческого фактора • продублирует кто-то другой • нет тестов, страшно менять
37. XP • весь код написан так, словно его писал один высококвалифицированный разработчик • парное программирование • TDD
38. Вопросы? @mokevnin mokevnin@gmail.com