Гугл-программисты (статья И. Белокаменцева)

https://habr.com/ru/post/521104/

Статья в общем-то ничего особенного, зарисовка из жизни ПМ-а.
Меня в ней зацепил вот какой момент, его и предлагаю обсудить.

В среде 1С развит культ good-enough решений. Сделал как умел, работает, заказчик доволен — всё, миссия выполнена, переходи к следующей задаче. На раздумья над красотой кода и оптимальностью запросов нет времени, т.к. время деньги. Когда (если) проблемы с этим кодом возникнут, тогда и будем решать.

Само по себе это не плохо, на мой взгляд. Это компромисс между скоростью/стоимостью разработки и стоимостью поддержки в пользу первого. Накладные расходы на overengineering не ложатся на заказчика. Это соответствует бизнес модели 1С, поддержка и доработка решений не должна быть слишком дорогой, иначе получится второй SAP.

Но есть проблема в том, что новички, приходящие в нашу сферу (не важно, с нуля или из других технологий) этот культ good-enough воспринимают по-своему. Как культ гугл-программирования. Гугл программирование воспринимается как норма. Почему? Потому, что нет перед глазами примеров, образцов для подражания. Никто не объясняет разницу между good-enough и рукопопым, никуда не годным решением. Все хорошие курсы платные (в отличие от других технологий). Методические материалы и лучшие практики от вендора тоже, отчасти. Хороших технических блогов по 1С разработке нет (мы же все деньги зарабатываем, а не альтруизмом занимаемся.)

Куда же податься условному нищему студенту? Конечно же, сюда. А здесь ему что? Правильно, сначала объяснят кто он такой, где его место в жизни и куда засунуть его г-код (и будут в общем-то правы). В конце скажут читать СП, гуглить, и может, кинут ссылку на книгу знаний или статью на ИС. Нянчится с ним, объяснять азы, наставлять никто не будет (время — деньги).

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

Получается, в экосистеме 1С усиливается "классовое расслоение". С одной стороны, матерые зубры со ставкой 3-4К (условно), которых на всех не хватит, с другой — гугл-программисты. А среднего класса все меньше и меньше. Не знаю, замечают ли это в 1С, но лучше бы заметили.

(12) Статью-то почитай.

(50) Может тебе сложных задач не попадалось?

(64) Всё так, да не всегда так. "Правильный подход" работает, когда заказчик платит за конечный результат, а исполнитель понимает, что проблемы, закладываемые с плохим кодом или архитектурой, придется решать ему же, за свой счет. Это работает на крупных проектах, с большим сроком поддержки. Это работает при разработке типвоых (отчасти :). Это работает при разработке платформы.

Но это не работает на фрилансе и во франчах, когда тебе платят за часы работы. Даже если ты все объяснишь заказчику, что можно сдежать по-быстрому, потом будут такие м такие проблемы, а можно качественно, но дороже. Даже если он тебя поймет. Он спросит: "И когда начнутся эти проблемы?" Ты честно ответишь: "Через год, может два". И что заказчик решит в итоге? Конечно же: "Давай быстрее! Хз что с моим бизнесом будет через год."

В итоге бабло побеждает и добро и зло.

(85) Не в масштабе задачи дело. А в том, на кого ляжет стоимость поддержки. Если не на ту же команду, что решает задачу изначально, все — ХХП-аджайл выгоднее, а значит побеждает.