На хабре вычитал статью про разные типы программистов
Я бросил работу мечты, потому что не переношу продуктовую разработку
https://habr.com/ru/post/452804/
в терминах 1С - это фикси-продуктовые, франч-аутстаф
Теперь стало немного понятно почему такая лютая ненависть с двух сторон

Когда фикси успели стать продуктовыми?
Они пишут корпоративную нетленку. Это же не тиражный продукт.

(0) Да сто раз уже обсасывалось. На аутстафе нет или не дают времени на хорошее обдумывание архитектуры решения и пост-рефакторинга решения. А реализовывать сразу хорошее решение - это скилл очень немногих.

(0) "начинаю выгорать и писать слезливые статьи" - слабак.

(1) там про тиражность ничего и нет

(2) как раз время есть и там и  там ну или нет ни  там ни тут

(1)
во франчах есть разные подходы к развитию тиражных отраслёвок.
кто-то на каждый такс подбирает "спецов", кто-то наоборот берет спецов и с их силами с учетом их возможностей планомерно пилит проект.
в 1с тоже фиксики пишут бухню, и даже платформу?
тиражный продукт же?

судя по профилю - Король разработки выгорает и пишет слезливые статьи. смех да и только.

(0) Он профессиональный спортсмен тьфу кодер.
Работа ради рекордов и/или массовки/популяризации кодинга.

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

по себе заметил что я больше аутстафф. на фикси становится скучно.
А если легаси есть, то вообще

(10) без юзеров тоже скучно, 80/20

(11) этот параметр не связан с фикси/франч

Какой-то бред высосанный из пальца

(0) с попровкой на слэнг, да так оно и есть

(2) > А реализовывать сразу хорошее решение - это скилл очень немногих.


справедливо для юнцов после Радченко

(0) Фу, хабр читает. Буээээ

(16) какие есть получше ресурсы?

(0) В разработке на 1с отличается от разработки на популярных языках.
Как правило на аутсорс в Java мире передают менее важные задачи - это поддержка продукта(часто легаси) и мелкие изменения в бизнес логике. Как правило работа довольно однообразная без вызовов и в спину тоже никто не гонит.
В 1с аутсорс - это франч. Тут гонят в спину и как следствия приходится внедрять не самые хорошие решения.

Аутстаф - это что-то между аутсорсом и продуктовой компанией. В этом направлении 1с и java схожи. В 1с - это называется работа у заказчика или проектная работа.

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

Лично для меня продуктовая разработка в стартапе самый привлекательный род занятости. Так как много разработки и мало поддержки. Есть ощущение, что ты часть бизнеса, а не просто кодер.

(15) Я много раз слашыл, как ругают типовые за говнокод, но при этом ниразу не видел самописку написанную лучше.

"Лично для меня продуктовая разработка в стартапе самый привлекательный род занятости... Есть ощущение, что ты часть бизнеса, а не просто кодер."
От чего такое ощущение?
По мне так на фикси это ощущение должно быть больше

(19)
* В стартапах, как правило, дают пакет опционов, что по сути небольшая доля в компании. Это дает ощущение, что ты часть бизнеса и мотивирует.
* Стартапы проходят очень бурный период и можно на живом примере увидеть как строилась компания.

(0) франчи это аутсорс. Аутстаф это немного другое. Это когда "арендуют" у сторонней организации специалиста с потрохами на полный день. Он подчиняется заказчику, пашет во благо заказчика, но числится работником сторонней организации

Видимо автору статьи похер, что у него будет неработающая говноподелка, главное чтобы эта говноподелка крутилась на свеженьких технологиях

(18) "Я много раз слашыл, как ругают типовые за говнокод, но при этом ниразу не видел самописку написанную лучше"

Хрен с ним лучше, хоть бы нормально была написана. Почему-то в руках народных умельцев всё, что перерастает небольшую конфигурацию а ля "10 справочников, 5 документов", неминуемо превращается в страшное угрёбище.

(23) А рефакторинг надо делать прехреначивая с нуля когда "перерастает небольшую конфигурацию а ля "10 справочников, 5 документов"".
Но обычно на это нет ресурсов.

Хотя мне в свое время удалось найти, написав последовательно практически тоже самое по назначению сначала дважды на 1С 7.7 и затем на 1С8.
Первый вариант был убог но 2 года честно отпахал, второй всего год отпахал и был планово заменен вместе с первым на новую самописку на 8-ке.

Смешно но эта самописка до сих пор юзается в 150+ аптеках по ОНЛС.
И да там изначально больше "10 справочников, 5 документов", уровень УТ10 примерно по сложности если выкинуть все скидки (ибо учетная цена фиксированная с момента прихода а продажи зависит уже от тарифов для реестров) и прочие мелочи что не относится к основному функционалу.
И да из ТО только 2D сканер ШК и принтеры.

(24)+ С 2008 года юзается, недавно юбилей однако был

(20) а, в старпате, ну может быть

(18) :) опыт у тебя маленький - еще увидишь
зы
я вот даже участвовал в переходе на такую "убийцу 1с:тис" 15 лет назад

(22) Как раз наоборот.
"Я скажу себе: «Я писал отличный код на каких-то проектах, это имеет огромное значение для меня», и буду прав."
И там чуть выше было про требования менеджеров аутстафа к качеству кода.

(0) Прикольно пишет. https://habr.com/ru/post/443466/

(27) Для меня не будт большой трагедией, если не увижу самописку с хорошим качеством кода

>> я вот даже участвовал в переходе на такую "убийцу 1с:тис" 15 лет назад
Старость не радость ;) дорогу молодым )

Одним важен процесс (его качество, т.е. внутреннего устройство), другим - результат (участие в создании продукта), правильно понял раздедление?

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

(30) наверное так

(29) :) ну кстати я про 77
в 8х ты не увидишь - имхо невозможно создать конкуренцию зао даже крупным франчам на этой платформе
зы
иди я тебя что держу что ли..(с)галустян

(18) "Я много раз слашыл, как ругают типовые за говнокод, но при этом ниразу не видел самописку написанную лучше."
Можно посмотреть конфигурации от КИНТ, очень хорошо пишут

(32) Тогда Я еще не определился, наверное.
С одной стороны мне нравится участвовать в создании продукта, т.е. чтоб это приносило кому-то пользу и Я знал об этой пользе (полезности) на этапе разработки. Понятную только постановщику хрень пилить строго по постановке как-то не айс.
С другой стороны какой бы продукт ни был крутой и полезный, участвовать в велосипедостроении / *овнокодстве, когда внутри все непонятно как или откровенно херово, почти никогда не хочется. Даже если свою часть сделаешь хорошо. Это как делать отличную проводку в доме, где дырки в полу.

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

(36) так это продукт овнер должен отвечать за то что должно быть и какие задачи поставлены

(0) конченный ресурс. ни написать статью ничего. Какие то правила ипанутые. видимо там тока ипанутые и пишут.

(38) статью из ничего,  лучше не писать.

(37) так автор статьи и рассуждает на уровне оного

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

"Однажды мы с командой проводили тех-интервью, кандидат неплохо шарил, но мы решили, что он нам не подходит только потому, что пришел из продуктовой компании. Парень полчаса тер про продукт, который делал на прошлой работе. Он рассказывал не как продукт сделан, а что продукт делает для людей. У нас спрашивал, что мы делаем, а не как и с помощью чего. Мы, конечно не говорили друг другу: «Ему важен продукт, а должно быть насрать», но были единодушны в своем нежелании работать с ним, и навыдумывали много поводов для отказа."

Вот тут вся суть позиции автора, натурально "автоматизация ради автоматизации"

А вот за это
«Ему важен продукт, а должно быть насрать»
я бы на месте владельцев бизнеса вообще их поразогнал нахер

(42) ну все же верно, галерам, как и многим франчам, главное ЛУРВ подписать

(42) Обратная сторона фразы "Ему важен продукт, а должно быть насрать" наверное должна звучать так: "готов ли ты писать *овнокод ради продукта".
Кажется, это достаточно хороший критерий определиться, к какой категории (ради продукта или ради разработки) ты относишься :)
Ну об этом и последняя фраза в конце статьи говорит.

(42) зато автор способен взять и всё нахер переписать без рефлексии и сомнений, а продуктовик будет тянуть легаси, потому что знает какую лавину вызывают новшества
"for every tast there is a perfect tool" (С) аниме

(0) Что за продуктовые программисты? это те кто за еду работает? (уж простите нам тут в деревню словарь не завезли обновленный)

(46) Это которые участвуют в создании продукта (например, кастомная конфигурация под бизнес в целом) на более общем уровне, чем "добавить реквизит на такую-то форму". Которые пишут или готовы писать *овнокод - главное сам продукт, что им пользуются, а не то как он внутри сделан.

(0) Эх, молодежь... есть минимум еще один тип "программистов": "быстро покопрокодить по технологиям прошлого тысячелетия". И их большинство.

(28) Качество кода к качеству поделки имеет весьма опосредованное отношение.

(30) Третьим пофиг на все, лишь бы деньги платили :)

(42) Ну, при грамотной постановке с этим проблем не будет, но это уже не совсем программист получается, т.к. постановка должна быть настолько подробной, чтобы даже пофигист не накосячил. Т.е. основную работу выполняет именно постановщик, а пофигисту остается только не накосячить.

(45) Забесплатно переписать?

(47) Копрокод - это уже по мере способностей.

(47) вообще, "продуктовый" <> "*овнокодер".
просто разные ценности - "продуктовик" готов пожертвовать красотой кода (и красотой языка) ради готового продукта (за который, собственно, бизнес и платит деньги разнокодерам). а "настоящий программист" любит лямбды, замыкания, ООП, все новые фишки и технологии. и ненавидит, когда от него требуют готовый продукт...

а что золотой середины быть не может? что за дибилизм?

Программы не стоят на месте и должны развиваться,если изначально решение было полностью продумано,то не факт,что потом,когда кто-то решит натянуть продукт на совершенно другую область,продуманность сохранится.А дорабатывать продуманные решения очень сложно,т.к.там все связано и нужно понимать как.
говнокод же дорабатывать может каждый,и,самое главное,что сильно хуже он от этого не станет.

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

(50)да ладно? вроде бы программисты умные люди и тут религию устроили тфу блин.

(53) Дело не в том середина есть или нет. Дело в том как ты себя поведешь в крайней ситуации (примеры обеих в (44)).

+(54) Разверну: насрать ли тебе на продукт если ради его релиза тебе придется красоту и/или качество выдаваемого тобою кода снизить. Или другими словами: готов лы ты ради релиза продукта снизить красоту и/или качество выдаваемого тобою кода.

+(55) Либо продолжишь писать вылизанный и качественный код несмотря на то что это сдвигает релиз продукта

(54)В крайней? это в какой?

Пожертвовать красотой кода ради функционала?
Пожертвовать красотой ради производительности?
Пожертвовать производительностью ради красоты?
Пожертвовать производительностью ради функционала?
Пожертвовать функционалом ради красоты?
Пожертвовать функционалом ради производительности?

Пожертвовать красотой и производительностью кода ради функционала?
......


а вы говорите 2 варианта.  Не разочаровывайте пожалуйста.

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

(57) Не баклань

(57) Это все не крайние ситуации. Крайняя - это когда "уже вчера надо".

(58) Ну очевидно же что такой про*б не сможет быть закрыт второй категорией разрабочтиков (которым внутренее устройство важнее самого продукта)

(61) Ага, а первая категория вполне могла бы навести архитектора на определенные мысли, дав обратную связь по возможным проблемам в текущей постановке. Собственно, из них архитекторы и вырастают, а из второй категории - вряд ли.

(60)Я вам не про край на котором стоит человек, а про крайности в которые впадают размышлятели.

Программисты деляться на 2 типа -
1с-ники
Программисты которые пишут на других непонятных языках. Низшая каста, подчиненное сословие по отношению к 1с-никам

(62) Это уже не зависит от типа разработчика (первая или вторая категория). Наводить на мысли и думать вперед за других - это кажется называется проактивная позиция. Это и у разраба из второй категории конечно же может быть, и даже более вероятно что именно он скажет архитектору, что это за херню он там придумывает, а не первый.