Downloaded 10 times
![Вопросы? Олег Токарев, Hosting Concepts B.V. [email_address]](https://image.slidesharecdn.com/5-110420094726-phpapp01/85/CodeFest-2011-5-24-320.jpg)
Uploaded byCodeFest
CodeFest 2011. Токарев О — Конструирование кода: «Думай верно!» (или 5 Правильных Убеждений)
Документ обсуждает принципы конструктивного подхода к программированию, выделяя важность гибкости и читабельности кода. Олег Токарев предлагает пять ключевых убеждений для повышения качества кода и управления проектами, особенно в условиях перфекционизма. Он также затрагивает темы быстродействия и рисков, связанных с недостаточно качественным кодом.
CodeFest 2011. Токарев О — Конструирование кода: «Думай верно!» (или 5 Правильных Убеждений)
- 1. Конструирование кода: Думайверно! (или 5 Правильных Убеждений ) Токарев Олег, Hosting Concepts B.V .
- 2. Когда актуально? >1мес.>1 coder >1 проект требуется поддержка
- 3. Характерные сложности Задолбалсвоим перфекционизмом! О, Боже! Только не мой мозг! Кто виноват? Чьи «костыли»?!! Поубивал бы!!
- 4. Что делать? Битьпо голове чайником? Стоять у каждого над душой?
- 5. Всегда ли естьресурсы для этого?
- 6.
- 7.
- 8. * убеждения КакиеЦели? Какие средства Хорошие? Почему эти средства Хорошие?
- 9. * убеждения Почемухорошо? Меньше кода -> проще менять -> гибкость Цели Архитектуры: стабильность, гибкость Что хорошо? Меньше кода — хорошо! Проще читать — супер!
- 10. * убеждения Запоминающаясяформулировка. Почему Хорошо — очевидно всем. Повторение — мать учения .
- 11.
- 12. Правило прикрытой жопы!Безобразно, но единообразно! Разделяй и властвуй! Правило Бестселлера! Скаут — друг природы!
- 13. Правило прикрытой жопы<?php if ( check_something ()) { echo "Everything is alright!" ; } else { echo "Something goes wrong" ; ; } ?> Жопа надёжно прикрыта. Разработчик спокоен и расслаблен.
- 14. <?php $ret = 0 ; $exception = false ; try { $result = check_something () ; } catch ( Exception $e ) { $ret = 0 ; $exception = true ; report_error ( "check_something threw exception" ) ; } if (! $exception ) { if ( $result === 1 ) { $ret = 1 ; } elseif ( $result === 0 ) { $ret = 0 ; } elseif { report_error ( "check_something returned invalid values" ) ; $ret = 0 ; } } if ( $ret ) { echo "Everything is alright!" ; } else { echo "Something goes wrong" ; } ?> Попа прекрыта НЕ надёжно. Программиста мучает мания преследования и ночные кашмары
- 15. Безобразно, но единообразноОдинаковые сарафаны Одинаковые автоматы Одинаковые команды
- 16. Разделяй и властвуйПсевдоязыки Интерфейсы Физическое разнесение Разделение команды
- 17. Следствие 1: Гавнокодв стойло ! Преимущества гавнокода: Скорость Гибкость Не жалко
- 18.
- 19.
- 20. Скаут — другприроды!
- 21.
- 22.
- 23. Как узнать, чтоэто работает?
- 24. Вопросы? Олег Токарев,Hosting Concepts B.V. [email_address]
Editor's Notes
- #2 Пояснить, что в этом докладе Проект, Продукт, Система.
- #3 Проблема некоторых проектов - это то, что при их старте никто не знает, что получится в конечном итоге: то ли загородная дача, то ли многоэтажный бизнес центр. Нередко получается, что через пять лет после выхода в свет имеем домик в деревне, из палисадника которого периодически стартует баллистическая ракета, хотя изначально закладывался ночной клуб. В таких условиях понятия «правильной» с начала и до конца актуальной архитектуры ввиде строгого плана работ и чертежей не существует. В такой ситуации, каждый разработчик должен быть максимально автономен в плане принятия решений. Для этого необходимо, чтобы принимаемые им решения хотя бы не противоречили с такими же решениями коллег. Этому может способствовать общий взгляд на архитектуру, который в свою очередь может поддерживаться общими ценностями и убеждениями.
- #4 Для таких непростых проектов характерны следующие явления: Код очень сложно поддаётся восприятию Часто возникают споры между разработчиками о целесообразности применения того или иного подхода Код быстро захламляется «важными» функциями и методами, которые могут даже дублировать друг друга.
- #9 Для начала определимся с терминами. Что будет считаться Убеждением в данном докладе.
- #10 Ценности постулируются Архитектурой. Для Архитектуры ценно то, что позволяет удовлетворить определённым критериям качества. (Ценностные убеждения) Одному и тому же критерию можно удовлетворить с использованием разных подходов. Архитектура постулирует, какие из этих подходов «Правильные». (Методологические убеждения) «Методологические убеждения» поддерживаются посредством «Причинно-следственных Убеждений» с «Ценностными Убеждениями». *** Убеждение должно имень наименование короткое, либо эмоционально окрашенное, с тем чтобы быстрее «усваиваться»
- #11 Для начала определимся с терминами. Что будет считаться Убеждением в данном докладе.
- #14 Иногда случается, что разработчики начинают страдать острой степенью паранойи и манией преследования. Вместо того, чтобы вызвать некоторую и просто воспользоваться его плодами, они начинают окружать её различными видами проверок, тем самым увеличивая количество бесполезного чтива.. «Правило Прикрытой Жопы» гласит: Ожидайте от вызываемого вами кода того возвращаемого значения, которое декларируется его разработчиком. Если вызываемый код возвращает не декларированное значение : удостоверьтесь, что этот код будет исправлен. «Антиправило Прикрытой Жопы» гласит: Попробуйте интерпретировать все значения, которые может вернуть вызываемый код, и преобразовать их в «правильные». В будущем это замаскирует возможную ошибку и захламит код не постижимыми человеческим разумом проверками. Пример на следующем слайде.
- #16 Единый Coding Style в рамках одного проекта: Код проще для восприятия Меньше времени тратится на прочтение Единый подход к решению определённого класса задач. Общее квадратное колесо используемое везде, где требуется колесо в проекте, сокращает время на поддержку овальных, круглых и пр. колёс, которые могли бы существовать в проекте — сокращаем базу кода, а, следовательно, повышаем гибкость и устойчивость продукта к ошибкам программирования. Одинаковые команды «Левой, левой, раз два три» Человеку свойственно наделять слова неким смыслом исходя из своего прежнего опыта. Чем лучше слово подкреплено предыдущим успешным опытом, тем проще человеку читать — не приходится задумываться о значении каждого слова. Так и при конструировании кода: каждое слово должно встречаться в единственном свойственном только ему контексте. Тогда программисты быстрее усваивают, что оно означает, и на чтение кода начинает уходить меньше кода. Примеры: именование переменных, методы именования классов, функций и т.д.
- #17 Один из способов сохранять готовность к модификации — это разделить систему на относительно независимые подсистемы Не всегда удаётся удержать границы между подсистемами. Искусственные границы помогут отцу русской демократии: Интерфейсы, псевдоязыки, физическое разделение. Разные разработчики на смежных подсистемах. Искусственные границы дают минимальную гарантию, что подсистемы не диффундируют друг в друга и будут оставаться относительно независимыми, а следовательно не будут сильно зависеть от других подсистем и их изменениями.
- #18 В &quot;грязном&quot; коде кто-то может увидеть: Большую гибкость и, следовательно, возможность лучше подстроиться под нужды заказчика. Возможность сделать фичу быстрее, чем если бы вы пытались сделать её по Феншуй Возможность реализовать решение в парадигме отличной от ООП Если в вашем замечательном проекте ещё нет &quot;грязного&quot; кода и прочих ugly hacks - непременно предусмотрите места для них, пока они не стали появляться спонтанно в неожиданных местах.
- #21 Это Убеждение естественно вытекает из предыдущего. Одна из заповедей скаута: Скаут — Друг Природы! Это значит, что скаут после привала оставит лесную полянку чище, чем до привала. NOTE: Впрочем, это совсем не значит, что нужно останавливаться только на самых грязных полянках.