Работа, обсуждение

[DAA]

И далее ты сам же пишешь

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

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

С уверенностью? Ну т.е. ты считаешь свое мнение в бизнесовой части тоже квалифицированным?
По меньшей мере это звучит самонадеянно, а по факту это просто смешно.
IT как бы обидно это не звучало - сервис и понимания бизнес-целей компании там нет по определению.

Ок, как скажешь, вся автоматизация у нас прошла как-то сама собой, кодинг и пуск в эксплуатацию сразу, минуя анализ и проектирование, все наугад, по наитию Да, не умеет один человек совмещать несколько функций, исключительно либо быдлокодер, либо аналитик, либо тестировщик, мозг работает только в одном направлении)) Очень смелое заявление про "никогда"

У каждого подхода есть результаты и последствия. Кодинг без проектирования - отсутствие понятной документации, ограниченный круг тех, кто может это сопровождать, потенциальная "незаменимость" сотрудников.
Ничего из этого я стараюсь не допускать.
Допускаю, что твои сотрудники все мегавсесторонние и могут сами и отчетность собрать и могут вступить в дискуссию с бизнесом по методологии, и при вопросе про ОНО и ОНА не делают лицо барана, смотрящего на новые ворота...
Но по моему опыту собеседований разработчиков, мало кто может ответить даже на элементарный вопрос по БУ\НУ или по расчету зарплаты.

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

Что-то мне подсказывает, что дело было не только в подрядчике))) редко бывает так, что виноват только подрядчик.
Я бы даже сказал, что чаще всего бывает виноват заказчик.

[DAA]

Все нужые IT инструменты для вашего бизнеса - вам даст бесплатно либо банк, либо государство.

Зависит от размеров бизнеса. Я не представляю, что может дать бесплатно государство для конторы в 100к сотрудников.

[Zero CS]

Сестра работает в шубном бутике в центре, торговля на миллионы
С 1ской какая-то жопа, особенно в связи со всякими qr кодами на мех, программист то есть то пропадает

Это работа не программиста.

Сосватала им знакомую организацию

Вот именно.

[benzin]

А подход этот - договор с подрядчиком по T&M, где все, кто нужны и так есть.
А не один землекоп непонятной квалификации на зарплате.

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

С уверенностью? Ну т.е. ты считаешь свое мнение в бизнесовой части тоже квалифицированным?
По меньшей мере это звучит самонадеянно, а по факту это просто смешно.
IT как бы обидно это не звучало - сервис и понимания бизнес-целей компании там нет по определению.

Да, достаточно квалифицированным по своей организации, чтобы решать их задачи.
Твои громкие и не подкрепленные оценки звучат не только смешно, но и снобистски) Пониманию мешает название должности согласно штатному расписанию?

У каждого подхода есть результаты и последствия. Кодинг без проектирования - отсутствие понятной документации, ограниченный круг тех, кто может это сопровождать, потенциальная "незаменимость" сотрудников.

Речь шла про абсурдную ситуацию, к которой ты постоянно подводишь, будто все этапы до кодинга просто пропущены, потому что, внезапно, программисты ничего этого якобы не умеют делать по определению То есть попросили "Сделай мне кнопку "Сделать всё!" - "Всё, больше ни слова, пойду прогать" И отсюда вопрос - у твоих подчиненных вообще есть профильное ВО? Вообще-то всем этим этапам обучают на старших курсах, странно было бы, чтобы выпускник ИТ-специальностей умел исключительно писать код. Или поколение ИТ из недавних выпусков настолько деградировало, что это теперь считается за что-то эдакое?

Допускаю, что твои сотрудники все мегавсесторонние и могут сами и отчетность собрать и могут вступить в дискуссию с бизнесом по методологии, и при вопросе про ОНО и ОНА не делают лицо барана, смотрящего на новые ворота...
Но по моему опыту собеседований разработчиков, мало кто может ответить даже на элементарный вопрос по БУ\НУ или по расчету зарплаты.

У нас некоммерческая организация, но да, с внутренними и внешними "заказчиками" коммуникация без проблем, специфику бухучета и отраслевых ЗиК понимают на уровне пользаков или иногда даже лучше (те, кто именно на этих участках), и при поиске кандидатов на эти позиции сразу это в вакансиях обозначаем, чтобы вхолостую не тратить время на собеседованиях.

Что-то мне подсказывает, что дело было не только в подрядчике))) редко бывает так, что виноват только подрядчик.
Я бы даже сказал, что чаще всего бывает виноват заказчик.

Факты в студию! Иначе выглядит как голословные обвинения, не зная ситуации, и жалкая попытка оправдать их явный про.... вал

Возвращаясь к началу беседы, изначально шла про "переводчиков желаний заказчиков в инструкции для ИИ.", неподсильную задачу для программистов) Вот заказчик захотел просто интеграцию своей системы с какой-нибудь авитой или со своим интернет-магазином, и следуя твоей тру-реализации, видимо, все это будет выглядеть так

[benzin]

Блин, не пробросилась картинка

[DAA]

Факты в студию! Иначе выглядит как голословные обвинения, не зная ситуации, и жалкая попытка оправдать их явный про.... вал

А где обвинения-то? Мне ж без разницы, ведь это ваш проект был провален.
В любом провале любого ИТ-проекта всегда виноваты обе стороны - достаточно поработал на проектах с разных сторон, чтобы это понимать.

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

фраза про "минуя кодинг" была твоя. Я озвучил свое мнение по такому подходу, в чем вопрос?

Пониманию мешает название должности согласно штатному расписанию?

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

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

И отсюда вопрос - у твоих подчиненных вообще есть профильное ВО? Вообще-то всем этим этапам обучают на старших курсах, странно было бы, чтобы выпускник ИТ-специальностей умел исключительно писать код. Или поколение ИТ из недавних выпусков настолько деградировало, что это теперь считается за что-то эдакое?

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

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

по факту, то же самое.

Твои громкие и не подкрепленные оценки звучат не только смешно, но и снобистски)

Если смешно, можешь смеяться - мне пофиг.
Чем мнение подкреплено, я тоже озвучил. Реалии сегодняшнего рынка.

и следуя твоей тру-реализации, видимо, все это будет выглядеть так

Это какой "моей тру реализации", просто интересно? Я разве где-то писал про процесс реализации и внедрения изменений?
Или опять фантазии \ додумки?

[Трампампам]

И даже все переносы и всяческие донастройки новых баз (типа обменов с торговлей и тд) делала сама, когда принудили прыгать с одной версии на другую, прекратив поддержку? Как вспомню, так взрогну

как-то не надо было тогда. А в последние годы у меня 1с во Фреше в облаке. Там максимум зарплату с бухгалтерией обменивать надо. Все версии всегда обновлённые, формы свежие.

[Zero CS]

Справедливости ради, Трампампам: в розничной торговле (особенно, маркированным и подакцизным товаром) очень много таких... специфических заморочек.

Но и в этом случае нужен вовсе не "программист" -- нужны консультант и сисадмин. Реже -- бизнес-аналитик.

Но так уж исторически повелось, что, например, одинэсников (которые, вообще-то именно бизнес-аналитики и консультанты) почему-то принято обзывать "программистами 1С".

Ну, как копировальные аппараты -- ксероксами.

[Трампампам]

Но и в этом случае нужен вовсе не "программист" -- нужны консультант и сисадмин.

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

[benzin]

А где обвинения-то? Мне ж без разницы, ведь это ваш проект был провален.
В любом провале любого ИТ-проекта всегда виноваты обе стороны - достаточно поработал на проектах с разных сторон, чтобы это понимать.

Так тебя ж триггернуло, что у "слаженной" команды мечты не взлетело, и даже без разбирательств заказчик априори оказался виноват, хотя в реальности именно исполнители налажали, и под конец они уже сами это признали) раздутая команда оказалась нифига не ключом к успеху, а наоборот к

фраза про "минуя кодинг" была твоя. Я озвучил свое мнение по такому подходу, в чем вопрос?

Про "минуя кодинг" я не писала

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

Вооот! Программист не может быть аналитиком в твоей компании просто потому что ты жёстко регламентировал и разграничил их обязанности, но это не значит, что этот конкретный специалист не может обладать компетенциями и там, и там

Не знаю, детально не смотрю какое и у кого ВО,

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

Чем мнение подкреплено, я тоже озвучил. Реалии сегодняшнего рынка.

Какого рынка? Крупняка, на поддержание ит-инфраструктуры которого требуется сотня спецов? Ты всю дорогу транслируешь их подходы на всех остальных, для которых эта схема избыточна и с задачами которых успешно справляются либо одиночные программисты на аутсорсе или в штате либо небольшие отделы (в которых хорошо если прогер ещё и картриджи не заправляет ). Ну не у всех такая замороченная бизнес-логика, что в неё не сможет вникнуть никакой программист, внутри одной сферы деятельности вообще все более-менее похоже, и опытный прогер со всем этим прекрасно знаком) Либо эту часть делает, например, сам руководитель конторы, формулируя уже постановку задачи, и нахрен не сдались программисту все эти бизнес-цели (см.пример с интеграциями)

Это какой "моей тру реализации", просто интересно? Я разве где-то писал про процесс реализации и внедрения изменений?
Или опять фантазии \ додумки?

Не ты ли писал ранее, что ни один программист в одну каску на самом деле не сможет решить ни одну задачу заказчика, в том числе с иишкой, так как он не умеет в аналитику, видимо, просто как тупой болванчик только пишет код, тз на который ему должны разжевать все остальные участники вышестоящей "пищевой цепочки"?

[benzin]

Но так уж исторически повелось, что, например, одинэсников (которые, вообще-то именно бизнес-аналитики и консультанты) почему-то принято обзывать "программистами 1С".

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

[DAA]

Так тебя ж триггернуло, что у "слаженной" команды мечты не взлетело, и даже без разбирательств заказчик априори оказался виноват, хотя в реальности именно исполнители налажали, и под конец они уже сами это признали) раздутая команда оказалась нифига не ключом к успеху, а наоборот к

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

Про "минуя кодинг" я не писала

Ок, анализ и проектирование.

Вооот! Программист не может быть аналитиком в твоей компании просто потому что ты жёстко регламентировал и разграничил их обязанности, но это не значит, что этот конкретный специалист не может обладать компетенциями и там, и там

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

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

Я честно говоря не знаю вузов, где бы учили ТКВ. Если говорим о проектировании. Самоучек с онлайн курсов отсекает техническое собеседование, наличие сертификатов, опыт работы и испытательный срок. Кстати, аналитиков стараюсь брать не технарей.

Какого рынка?

Рынка труда. Многие конечно декларируют знание предмета, но копнешь и начинают сыпаться. Но для разработчика это некритично, как по мне.

Не ты ли писал ранее, что ни один программист в одну каску на самом деле не сможет решить ни одну задачу заказчика, в том числе с иишкой, так как он не умеет в аналитику, видимо, просто как тупой болванчик только пишет код, тз на который ему должны разжевать все остальные участники вышестоящей "пищевой цепочки"?

Чет не помню, чтобы писал про «пищевую цепочку», что еще за пищевая цепочка? Фактура есть ?

[benzin]

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

Вообще все мимо) Это бюджет и выигравший торги исполнитель, какая смена подрядчика И кто сказал, что не мониторил и не вовлекался? С какого-то момента проекта с нашей стороны приходилось быть настолько вовлеченными, что начало сильно сжирать собственные ресурсы, в том числе на ту часть, которую должен был делать исключительно исполнитель

Ок, анализ и проектирование.

Так не бывает Никакую задачу нельзя решить хотя бы без анализа.

Конечно, но я это сделал сознательно.

ЧТД, "программист не будет аналитиком" - это был вопрос только лишь организации работы в отдельно взятой компании, в которой это оправданно в силу ее масштабов, а не потому, что он не сумел бы. В мелких и средних организациях дешевле держать одного-двух по среднерыночной цене и без такого дробления функционала или вообще одного на сдельной, который не будет ни с кем делить свой хлеб)

Я честно говоря не знаю вузов, где бы учили ТКВ. Если говорим о проектировании. Самоучек с онлайн курсов отсекает техническое собеседование, наличие сертификатов, опыт работы и испытательный срок. Кстати, аналитиков стараюсь брать не технарей.

Речь шла про ит-дисциплины, которые включены в учебные программы вузов по соответствующим специальностям, а не по 1совским продуктам (проектирование ПО туда же)

Рынка труда. Многие конечно декларируют знание предмета, но копнешь и начинают сыпаться. Но для разработчика это некритично, как по мне.

Очень исчерпывающая выборка, неудачные всего лишь кандидаты в отдельно взятую компанию, чтобы громко заявлять, что вообще никто нигде не понимает внутренние бизнес-процессы своей организации (именно оттуда привела эта логическая цепочка ) )))

Чет не помню, чтобы писал про «пищевую цепочку», что еще за пищевая цепочка? Фактура есть ?

Это я так, образно, всю эту толпу посредников между заказчиком и конечным кодером)))

[benzin]

Лады, нафлудили от души тут, надо, наверно, уже закругляться)))
Минутка юмора по теме)

[lucky]

Потом леха уволиться или умрёт, и компания накернится

[zaratustra]

Недавно узнал от курьера схематоз. Даёшь на авито объявления типо такого
Курьер в интимный магазин 18+ (подработка)
Курьер из днк лабораторий (подработка)
Курьер из стоматологии (подработка)
И пишешь в объявлении оплату X2 от рыночной. Всех откликнувшихся перенаправляешь в яндекс-эду, купер и т.п. , на приведённых работников получаешь выплату по рефералке.
Предполагаю, такое практикуется не только с курьерами, а и по всем профессиям.
Теперь надо как-то попытаться монетизировать эти полученные знания. А за подобный схематоз можно налететь на какое-то наказание?

[Электрик]

А за подобный схематоз можно налететь на какое-то наказание?

да тут, на эту тему, ещё Жванецкий хорошо сказал:
"Пока не поступил приказ, можешь делать что хочешь.
А будет приказ- не отвертишься, что бы ты не делал".

[Советник]

А за подобный схематоз можно налететь на какое-то наказание?

Ст 359 УК РФ наёмничество

[DAA]

Это бюджет и выигравший торги исполнитель, какая смена подрядчика

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

Очень исчерпывающая выборка, неудачные всего лишь кандидаты в отдельно взятую компанию, чтобы громко заявлять, что вообще никто нигде не понимает внутренние бизнес-процессы своей организации (именно оттуда привела эта логическая цепочка ) )))

Ну кандидаты из свободной выборки HH под вакансию. Никакой избирательности.

Речь шла про ит-дисциплины, которые включены в учебные программы вузов по соответствующим специальностям,

Там это точно есть? )) хорошо, если так... я сам закончил матфак и эконом и ничего из этого / близко похожего там не было

Это я так, образно, всю эту толпу посредников между заказчиком и конечным кодером)))

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

[domovoj]