Вы бы про хозяев Ubera, и прочих microsoft-ов написали. Провели исследования о том, откуда у них денег оказалось столько на первоначальные инвестиции в «моторные лодки», которые потом позволили скупить всех конкурентов (а тех, кто не захотел продастся — задавить).
Вообще-то, программирование — это составление программ, т.е. алгоритмов (описания действий). ОПП, ФП, Структурное программирование и т.п. и т.д. — это все о том, как декомпозировать программу (алгоритм). На какие части и как. О том, как сделать кирпичики, чтобы из них собрать программу (алгоритм).
Описание требований и т.п. — это не программирование. И тут ООП не причем. Декомпозиция и описание ИС — это не совсем про программирование, т.е. написания программы.
Глупости какие-то пишите. Неужели думаете, что автор не согласен с тем, что исполнитель должен делать свою работу? Думаю, тут никто не спорит, что если была достигнута определенная договоренность между заказчиком и исполнителем, то эта договоренность должна соблюдаться.
«Манифест» не про то, что «не буду себя связывать обязательствами, буду делать что хочу, по своему капризу». «Манифест» про другое. Про то, что есть определенные технологические требования (ограничения), которые должны соблюдаться. Что на это надо обратить сугубое внимание, ибо из-за фетиша «БИЗНЕС», часто происходит наоборот. В угоду «удовлетворения капризов 'бизнеса'» часто страдает качество продукта.
И, действительно, не понятны эти «эджайлы». Например, то, что надо на совещаниях не «лить воду», быть конкретными и не затягивать эти совещания, так при чем тут «эджайл»? Это ведь при любом техпроцессе, в любой отрасли, является просто деловой этикой. Зачем тут придумывать «проводить мининги сугубо строго стоя?».
Другая сторона. Вовсе не обязательно рассматривать эту статью, как противопоставление «программисты» <-> «менеджеры». Ее можно рассматривать, против самих «программистов». Только против тех, кто жертвует качеством продукта.
Личный опыт показывает, что в большинстве «проектов» — такое дерьмо внутри, что мама не горюй. На качество времени нет, ибо «бизнес же платит, бизнес и танцует». Какой-то фетиш из «бизнеса». Нужно поднимать профессиональный уровень программистов. Нужно у программистов повышать уровень самооценки (с повышением профессионального уровня). Любой мастер своего дела (неважно кто, например, портной), должен уметь сказать заказчику (клиенту, «бизнесу»), «не, я так делать не буду, так делать — себя не уважать и иди ты лесом, если ты требуешь, чтобы я к понедельнику это сделал» (я ведь знаю, что к понедельнику я это качественно сделать не смогу, а если сделаю, то это будет «дерьмо», за которое я себя не буду уважать, как профессионала).
Что-то совсем уже тошнит от «проектов» с которыми последнее (и не последнее) время приходится сталкиваться, как там все внутри…
Ну это ведь полное неуважение к себе, так работать.
Одно дело, когда голод и надо заработать на кусок хлеба.
А другое дело, когда гонятся за большими деньгами и так себя унижают
Тогда надо секундомер. Как пошел пописить, то сразу выключил секундомер.
Либо с заказчиком заранее обговорить, как будет оплачиваться время на пописить
> Покажите место, где мы писали, что наша CRM всем подойдёт вместо open source и что «не программируйте, купите у нас» — и мы удалим пост
Сам дух статьи об этом говорит. Одна скрытая реклама. И навязывается вывод «не смотрите в сторону open source». Да, open source — не безплатно. Но гораздо дешевле. Там платишь, только за работу, а не «за продукт», который все равно надо «допиливать» под конкретику.
Не думаю, что в propriarity source программисты чем то лучше программистов в open source
git-annex.branchable.com
И, в частности, https://git-annex.branchable.com/tips/metadata_driven_views/ и https://writequit.org/org/git-annex.html
Описание требований и т.п. — это не программирование. И тут ООП не причем. Декомпозиция и описание ИС — это не совсем про программирование, т.е. написания программы.
«Манифест» не про то, что «не буду себя связывать обязательствами, буду делать что хочу, по своему капризу». «Манифест» про другое. Про то, что есть определенные технологические требования (ограничения), которые должны соблюдаться. Что на это надо обратить сугубое внимание, ибо из-за фетиша «БИЗНЕС», часто происходит наоборот. В угоду «удовлетворения капризов 'бизнеса'» часто страдает качество продукта.
И, действительно, не понятны эти «эджайлы». Например, то, что надо на совещаниях не «лить воду», быть конкретными и не затягивать эти совещания, так при чем тут «эджайл»? Это ведь при любом техпроцессе, в любой отрасли, является просто деловой этикой. Зачем тут придумывать «проводить мининги сугубо строго стоя?».
Другая сторона. Вовсе не обязательно рассматривать эту статью, как противопоставление «программисты» <-> «менеджеры». Ее можно рассматривать, против самих «программистов». Только против тех, кто жертвует качеством продукта.
Что-то совсем уже тошнит от «проектов» с которыми последнее (и не последнее) время приходится сталкиваться, как там все внутри…
Одно дело, когда голод и надо заработать на кусок хлеба.
А другое дело, когда гонятся за большими деньгами и так себя унижают
Либо с заказчиком заранее обговорить, как будет оплачиваться время на пописить
Сам дух статьи об этом говорит. Одна скрытая реклама. И навязывается вывод «не смотрите в сторону open source». Да, open source — не безплатно. Но гораздо дешевле. Там платишь, только за работу, а не «за продукт», который все равно надо «допиливать» под конкретику.
Не думаю, что в propriarity source программисты чем то лучше программистов в open source