Тема
- #Разработка программного обеспечения
Эта статья ставит своей целью помочь вам стать "хорошим" разработчиком, способным правильно балансировать в условиях реальных ограничений.хорошим"
Make it work, make it right.
В разработке программного обеспечения существует двойное давление: необходимость быстрого получения результатов и ответственность за качественное выполнение работы.
Какая же ценность важнее? Существует ли способ сделать всё "быстро и идеально"?быстро и идеально?
"Make it work", то есть "заставить его работать", важнее, чем кажется."
Однако, если с самого начала зацикливаться на идеальной структуре и оптимальной производительности, реализация важной бизнес-логики может значительно затянуться.
"Duct Tape Programming" — быстрая реализация основных функций для проверки и получения отзывов — наиболее точно показывает, в чём заключается настоящая проблема и какие технические сложности скрываются. Это как прокладка пути в условиях неопределённости.
Но если остановиться на этом этапе, получится только "работающий мусор".работающий мусор "Make it right",Make it right, то есть "сделать правильно",сделать правильно обязательно должно последовать.
Как только работающий код готов, пора улучшать внутреннюю структуру.
Это процесс рефакторинга: удаление дубликатов, повышение читаемости и обеспечение лёгкости внесения изменений.
Благодаря этому снижаются затраты на обслуживание кода, а также обеспечивается гибкость в реагировании на будущие изменения требований. Так создаётся устойчивый код.
"Make it work, make it right" — это не просто вопрос последовательности, а повторяющийся циклический процесс и сбалансированный подход на протяжении всего цикла разработки.
Иногда важна скорость выпуска, и тогда больший упор делается на "work".work, а иногда важнее стабильность и масштабируемость системы, и тогда на "right"right следует потратить больше времени.
"Make it work, make it right" — это поиск баланса между быстрой реализацией и качеством кода, путь к созданию устойчивого программного обеспечения и ключевой принцип "хорошего"хорошего разработчика.
