Про ёжика в тумане, зазнайство, языки программирования и вериги

[vit_r]

The first draft of anything is shit.
Ernest Hemingway

Продолжаю сеанс терапевтической графомании, немного изменив модель поста про жестокость реального мираВ принципе, это просто заметки на память. Делать что-то понятно и серьёзно долго и смысла не имеет

Comments

[gineer]

\\То, что команда agile рождает за два месяца бурной деятельности для пяти серверов с ночными авралами и работой по субботам, я получаю за три-четыре часа беседы с клиентом, расходуя только бумагу и чернила в маркерах. Короче говоря, я на несколько порядков быстрее и дешевле выясняю, что предложенное решение клиенту совершенно не годится, пользы не приносит, и надо искать какое-то другое.

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

\\Желательно ещё и с конечным пользователем под боком.

Дык... это и есть тот же ажиль. ;)

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

А вот об этом... очень интересно.
Может можно(стоит?) заделать даже новый комюнити под эту тему?

[vit_r]

очень сложно найти вменяемых\заинтерисованых в конечном результате заказчиков, чтобы с ними так обсуждать;

Заказчик должен обладать одним качеством: иметь деньги, достаточные для оплаты работы, и быть готовым с ними расстаться. Всё остальное - это уже вопрос профессионализма того, кто уточняет постановку задачи.

не менее сложно найти вменяемых\заинтерисованых в конечном результате собственных начальников, которые будут понимать необходимость такого шага;

Это да. Но я стараюсь не влезать в такие ситуации.

ну и до кучи, найти вменяемых\заинтерисованых в конечном результате программистов\разработчиков, готовых понимать и вести разработку в подобном стиле...

Программисты получают готовую спецификацию и радостно ударяют по клавишам. Команда, формулирующая требования может (а впрочем и должна) быть достаточно компактной.

\\Желательно ещё и с конечным пользователем под боком.

Дык... это и есть тот же ажиль. ;)

Пардон, тот же agile требует наличия этого самого пользователя или лица его заменяющего.

На самом деле, не всё так страшно и достаточно просто приходить и периодически разговаривать. Правда, мне недавно один проект угробили, досрочно отрапортовав о почти полной готовности, и под это дело запретив общаться с заказчиком. Так что пришлось объяснить, что они не правы, и я получил только деньги, без чувства удовлетворения.

А вот об этом... очень интересно.
Может можно(стоит?) заделать даже новый комюнити под эту тему?

Были и кмюнити, были и долгие беседы. Только всё это бесполезно. Даже, если делать на английском. Совет "надо думать головой" совершенно непродаваем. А к нему всё в конечном итоге сводится.

И статьи тоже не интересно. И на конференции выступать - смысла не имеет.

Просто что-то приходит в голову и надо это куда-то сбросить, чтобы там не бродило и под ногами не путалось.