В целом впечатление от статьи такое: в самом начале «автор, wtf?», дальше «а вот уже что-то разумное», в конце «а ну такая себе вполне здравая идея». Хотя есть и существенные замечания.
Но пройдусь по деталям.
Во-первых, про
Они думают только о сегодняшнем дне. Возможно, виновата жесткая привязка к одному вендору, который разрабатывает и фреймворк, и прикладные решения. Никто же в здравом уме не будет в 21 веке строить долгосрочный бизнес, завязанный на один язык программирования, одну среду разработки, один рынок?
Специфика 1с как раз в том, что именно завязано на один язык программирования-среду-рынок. Потому что это фактически монополист автоматизации бух. и разного другого учета. Потому что только 1с своевременно обновляет все эти стопиццот тыщ строк кода учета льгот, новых форм отчетности и постоянной, ужасающей своими объемами, сменой налогового и бухгалтерского законодательства. В других странах отлично работает динамикс, САП (для них она не так дорога, как для российского рынка) и прочие программы, которые не нужно обновлять каждый месяц. У нас – нужно. Поэтому такая конъюнктура создает такое особое программирование – 1с. И так будет продолжаться дальше.
Далее:
Во-вторых, люди приходят и уходят. Одного разовьете, он переедет в Москву, придется брать другого.
Вот, в этом ключевая проблема франчей. Каждый уважающий себя программист 1с, как только достигнет определенного уровня компетенций, будучи младшим программистом франча, увольняется из франча. И чаще всего идет штатным программистом 1с к одному из своих клиентов на оклад. Выгодно это всем: программисту, потому что он сидит ровно на одном месте, не переживает за выработку часов и может тупить в интернетике на рабочем месте. И к тому же, зарплата на руки может оказаться выше. Клиенту, потому что франчу он платил по 2000 руб/час, а штатнику будет платить оклад, допустим 40 тысяч в месяц (возьмем регионы). Задачи будут решаться в том же объеме (ведь программист уже вумный и в курсе конфигурации клиента), а платить надо меньше.
А очень невыгодно это франчу. Потому что руководители проектов (они же тимлиды или, как озвучили в каментах «старшие программисты») потратили свое время и усилия для обучения младших зеленых новичков после универа, а через годик к ним приходят снова такие же. И учи их заново. Сам таким был)
Потому по моим ощущениям, качество обслуживания клиента франчом получается ниже, чем штатным 1с-ником. Просто потому, что штатный – это уже более-менее матерый 1сник. Потому что через 3-4 месяца работы он знает специфику. А франчи могут сегодня одного младшего послать, а завтра другого. И все они тупят. Ой, т.е. прокрастинируют.
Идем далее:
Программист 1С – особый человек, с сильно выраженной диалектикой в оценке своего места в мире. С одной стороны, он понимает, что приносит пользу этому миру. С другой стороны, он переживает, что он – не настоящий программист, получает большие деньги зря и, вообще, он – кто-то вроде «приживалы», подсевшего на временную, но прибыльную тему. Отчего программиста 1С не покидает ощущение, что все это когда-нибудь закончится.
Ну вот какой-то странный комплекс неполноценности у автора. Я 1с-ник с 2004 года (примерно). И вполне доволен и считаю свою работу стабильной, знания полезными и нужными. Когда при мне СИшники или вебдевы снисходительно усмехаются при фразе «1с-программист», я так же снисходительно усмехаюсь в ответ.
А вот это жиза, да:
Иногда такой процесс напоминает разведку боем: программист не только читает заголовок задачи и детальное описание, но и комментарии, а потом – лезет в конфигуратор, чтобы понять контекст. Посмотрит, потыкается – фу, скажет, это задача про спецодежду, там черт ногу сломит, в этой УПП. Не, пусть Колян делает. Минут 15 потеряно. Умножаем на 10-20, сколько получится? До 5 часов?
Это ладно, если программист толковый, и ему достаточно контекста для принятия решения. А он, допустим, большой любитель интернета, и пошел искать готовое решение – на том же Инфостарте, или партнерской конференции, или еще где. Время выбора начинает расти с устрашающей скоростью.
А вот еще интересное место:
Если вооружиться таким подходом, то потребуется совсем немного – писать абстрактные настраиваемые инструменты (вместо контекстного, сиюминутного говнокода) и где-то их хранить. Первое мы обсуждали, второе имеет массу вариантов решения.
Это не работает в реальной жизни 1с-ников. Потому что у них аврал. Дедлайны. Злой клиент, который хочет и требует задачу быстрее. Нельзя озвучить клиенту задачу создания загрузки номенклатуры из эксель на 48 часов. А именно столько займет написание абстрактного настраиваемого инструмента. Клиент переварит только часов 8. За это время можно сваять говнокод. Да, следующему клиенту с аналогичной задачей можно за следующие 8 часов допиливать до некоторого универсализма обработку от первого клиента и так, к 3-4 клиенту у нас будет готовая, универсальная. А 4 клиент возьмет и скажет: у вас тут сложный очень интерфейс, мы такого не заказывали, чтобы столько настроек при загрузке делать. Вот зачем у вас тут поле с характеристикой номенклатуры, мы их не используем вообще, зачем вы это сделали? Нам мешается оно, 30 полей настройки заполнять перед загрузкой. И нужно чистить эту универсальную обработку от лишнего.
Есть еще вариант купить/скачать на инфостарте готовую более-менее универсальную обработку, включить ее себе в багаж знаний, а клиенту эту инфостартовскую обработку за 4-5 часов доработать под его требования. И взять с клиента 8 часов.
А вот это очень тру:
Основная проблема 1С программистов в том, что они не программисты, а хрен знает кто. Ибо они общаются на прямую с клиентом, и паника клиента передается им. И настроение клиента — тоже им. Возьмите С++ программистов, возьмите проект на 500к$ на 2 года, и скажите — сколько программистов С++ будет общаться с клиентом? НОЛЬ! А сколько программистов 1С НЕ будет общаться с клиентом? НОЛЬ! Все там будут.
Программисты 1С общаются с клиентами не по своей воле, а из-за того что так «криво» устроен этот бизнес. Никто не мешает нанять «аналитиков», которые будут общаться с клиентами и выдавать задания программистам. Но мало кто это делает потому что это доп.затраты, «а нам они нужны? вон пусть программист сам выясняет у клиента чего там надо сделать».
Вот это прям реальная самая главная проблема 1с-программистов, неважно штатники они, или сотрудники франчей. Как решать проблему оптимизации, если куча времени уходит на совещания, согласования и переделку ТЗ, битвы с заказчиком, что он хочет сделать нереализуемый неработающий бред? А сколько времени уходит на изучение бизнес-процессов. Которые уникальны для каждой организации. Вот основная проблема. Но этот кейс в статье с этой проблемой никак не поможет. По моему ощущению и не практикующие программирование «менеджеры по работе с заказчиком» не помогут. Хоть как-то решить это сможет ОченьСтаршийПрограммист с огромным опытом, с наличием в голове множества компетенций и готовностью быстро генерировать будущую архитектуру решения прямо в процессе обсуждения задачи с заказчиком, да еще и умеющего убедить заказчика, что именно вот так будет заказчику правильно и классно. А такой программист стоит дорого.
Но пройдусь по деталям.
Во-первых, про
Специфика 1с как раз в том, что именно завязано на один язык программирования-среду-рынок. Потому что это фактически монополист автоматизации бух. и разного другого учета. Потому что только 1с своевременно обновляет все эти стопиццот тыщ строк кода учета льгот, новых форм отчетности и постоянной, ужасающей своими объемами, сменой налогового и бухгалтерского законодательства. В других странах отлично работает динамикс, САП (для них она не так дорога, как для российского рынка) и прочие программы, которые не нужно обновлять каждый месяц. У нас – нужно. Поэтому такая конъюнктура создает такое особое программирование – 1с. И так будет продолжаться дальше.
Далее:
Вот, в этом ключевая проблема франчей. Каждый уважающий себя программист 1с, как только достигнет определенного уровня компетенций, будучи младшим программистом франча, увольняется из франча. И чаще всего идет штатным программистом 1с к одному из своих клиентов на оклад. Выгодно это всем: программисту, потому что он сидит ровно на одном месте, не переживает за выработку часов и может тупить в интернетике на рабочем месте. И к тому же, зарплата на руки может оказаться выше. Клиенту, потому что франчу он платил по 2000 руб/час, а штатнику будет платить оклад, допустим 40 тысяч в месяц (возьмем регионы). Задачи будут решаться в том же объеме (ведь программист уже вумный и в курсе конфигурации клиента), а платить надо меньше.
А очень невыгодно это франчу. Потому что руководители проектов (они же тимлиды или, как озвучили в каментах «старшие программисты») потратили свое время и усилия для обучения младших зеленых новичков после универа, а через годик к ним приходят снова такие же. И учи их заново. Сам таким был)
Потому по моим ощущениям, качество обслуживания клиента франчом получается ниже, чем штатным 1с-ником. Просто потому, что штатный – это уже более-менее матерый 1сник. Потому что через 3-4 месяца работы он знает специфику. А франчи могут сегодня одного младшего послать, а завтра другого. И все они тупят. Ой, т.е. прокрастинируют.
Идем далее:
Ну вот какой-то странный комплекс неполноценности у автора. Я 1с-ник с 2004 года (примерно). И вполне доволен и считаю свою работу стабильной, знания полезными и нужными. Когда при мне СИшники или вебдевы снисходительно усмехаются при фразе «1с-программист», я так же снисходительно усмехаюсь в ответ.
А вот это жиза, да:
А вот еще интересное место:
Это не работает в реальной жизни 1с-ников. Потому что у них аврал. Дедлайны. Злой клиент, который хочет и требует задачу быстрее. Нельзя озвучить клиенту задачу создания загрузки номенклатуры из эксель на 48 часов. А именно столько займет написание абстрактного настраиваемого инструмента. Клиент переварит только часов 8. За это время можно сваять говнокод. Да, следующему клиенту с аналогичной задачей можно за следующие 8 часов допиливать до некоторого универсализма обработку от первого клиента и так, к 3-4 клиенту у нас будет готовая, универсальная. А 4 клиент возьмет и скажет: у вас тут сложный очень интерфейс, мы такого не заказывали, чтобы столько настроек при загрузке делать. Вот зачем у вас тут поле с характеристикой номенклатуры, мы их не используем вообще, зачем вы это сделали? Нам мешается оно, 30 полей настройки заполнять перед загрузкой. И нужно чистить эту универсальную обработку от лишнего.
Есть еще вариант купить/скачать на инфостарте готовую более-менее универсальную обработку, включить ее себе в багаж знаний, а клиенту эту инфостартовскую обработку за 4-5 часов доработать под его требования. И взять с клиента 8 часов.
А вот это очень тру:
Вот это прям реальная самая главная проблема 1с-программистов, неважно штатники они, или сотрудники франчей. Как решать проблему оптимизации, если куча времени уходит на совещания, согласования и переделку ТЗ, битвы с заказчиком, что он хочет сделать нереализуемый неработающий бред? А сколько времени уходит на изучение бизнес-процессов. Которые уникальны для каждой организации. Вот основная проблема. Но этот кейс в статье с этой проблемой никак не поможет. По моему ощущению и не практикующие программирование «менеджеры по работе с заказчиком» не помогут. Хоть как-то решить это сможет ОченьСтаршийПрограммист с огромным опытом, с наличием в голове множества компетенций и готовностью быстро генерировать будущую архитектуру решения прямо в процессе обсуждения задачи с заказчиком, да еще и умеющего убедить заказчика, что именно вот так будет заказчику правильно и классно. А такой программист стоит дорого.