Как стать автором
Обновить

Комментарии 15

Если бы все думали только о том, как избавиться от туториалов и какие кнопочки в фоторедакторе должны быть самые блестючие, мы бы до сих пор писали бы на ассемблере (и всем было бы не туториалов и блестючих кнопочек).

Приведу заезженную аналогию с архитектурой: если бы кто-то не потратил время на инженерные расчеты, мы бы до сих пор жили в одноэтажных избушках.
GUI нужны, проверка правописания тоже. Я рад, что люди разрабатывают новые виды прыгающих иконок, так как верят, что человечество распрощалось с раком, нищетой и теперь живёт в безмятежном мире, окруженноё трёхмерными спрайтами. Это восхитительно. Я надеюсь присоединиться к этим людям лет эдак через шестьсот. Но я живу в мире настоящего, и в моём районе люди гибнут на улицах. Французский — это тоже хорошо, но никто не станет его придумывать, попутно отбиваясь от медведей. Смекаете? СИСТЕМНЫЕ ХАКЕРЫ РЕШАЮТ ПРОБЛЕМУ С МЕДВЕДЯМИ. Лишь благодаря бдительности моих людей вы вольны размышлять о круассанах и отпускать шуточки о настоящем отце Луи XIV.
Страж ночи
Спасибо, не видел этого поста.
Думаю нужно пропустить все эти практики через себя, тем самым очертив области применимости. Действительно слепое копирование практик и шаблонов может породить нехилый оверхед там где он, по сути, и не нужен.

PS: Пост получился несколько размазанным, не совсем ясно что хотел сказать автор и какие из этого строить выводы.
Автор сказал понятно: бросьте науку и клепайте сайт за сайтом (или игры) на коленке, только так вы придёте к новому. А переводчик сказал, что он и ещё один менеджер об этом мечтают :).
Авторы оригинальной статьи похоже, так и не поняли, что такое красивая архитектура и зачем она нужна.

У машины дожнен быть промышленный дизайн(архитектура), чтобы она не развалилась на скорости и люди не постродали. У домов должна быть просчитанная архитектура, чтобы дома не развалились и люди не погибли.

«Красивая» архитектура в программировании это залог гибкости, ясности и хорошего кода. Среднее время работы специалиста в наших ИТ компаниях — 1.5-2 года. При такой текучке, без хорошей архитектуры никто не будет в состоянии полностью разобраться в логике программы, а значит код будет полон баг.

Не, если бы не было менеджеров, SEO, продажников итд, мир был бы лучше, думать как программист — прекрасно =)
Извините, прочел но так и не понял в чем суть/мораль/соль статьи? Может потому что я прогер.
Вот до меня тоже абсолютно не дошло, что хотел сказать автор (или так сильно накосячил переводчик — никого не обвиняю, оригинал не смотрел, ибо сам в языках не силен). Такое ощущение, что писал это «эффективный менеджер», которому надоело, что программисты «тормозят» реализацию его мега-идей всякими там архитектурами и идеальным кодом.
Мысль в том что люди не программируют, а вместо этого читают про то как надо программировать. Автор напоминает что быстрее можно научиться программируя.
И будем иметь на выходе «чукча не читатель чукча писатель»(с)
Отмахиваться от чужого опыта это верх идиотизма. Отбери у программиста книги, закрой доступ к хабру/so/гуглу и пусть кодит кодит кодит. Посмотрим какой «специалист» будет на выходе.
Поработав с более чем сотней разработчиков я повидал много людей с опытом овер 10 лет. Так вот никакой корреляции между «опытом» и «профессионализмом» не наблюдается. Даже наоборот — те которые без книг колбасят чаще всего выдают аццкий говнокод.
Наша профессия обязывает «вечное учение». Ну а старперам с овер 10 лет опыта хочется сказать «если ты отстал от паровоза, то не надо костерить молодняк с книгами, оставь их в покое, а то еще научишь плохому — станут такими же неудачниками».
Так что все правильно люди делают. Пусть читают книги про то как надо программировать
Во всем должен быть баланс, да и эта статья относится к любому виду деятельности: композиторы и художники должны хотя бы немного знать теорию, чтобы не совершать ошибки, которые делали до них (гармония и пропорции, цвета), чтобы не тратить слишком много времени на создание произведений и рисунков и т.д. Но, с другой стороны, они не должны создавать все по шаблону.
Автор, повтори мысль.
По моему скромному мнению, автора просто достали какие-то парни на его работе (или на IRC-канале где он обитает, например), которые обсуждают насколько одна типизация лучше другой или как применить паттерн из GoF в текущем проекте вместо того, чтобы работать.
Довольно неприятно, когда люди воспринимают выражение «думать как программист» как «цитируй вызубренные отрывки из книг крутых дядей».
Эмоционально, выразительно, мысль понятна. Но вы никогда не скажете хирургу — «просто проводи операцию за операцией», например. Для небольних домашних проектов это может быть приемлимо. Когда я писал лабораторные работы в университете, я мало задумывался о гибкости архитектуры или все ли конвенции соблюдены в моём коде.
Соглашусь, что гораздо важнее завершенный, нежели красивый проект, однако это не отменяет требований к гибкости и ясности кода.

Сперва эти люди просят «просто написать как можно быстрее».
Потом они приходят и говорят «переверни все с ног на голову».
После они негодуют, почему он сформулировал мысль в одном предложении, а ты расписал реализацию на один месяц.

Соль не в том, чтобы писать как можно быстрее или как можно красивее. Гораздо важнее грамотное и главное обоснованное сочетание первого и второго.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий