Как стать автором
Обновить

Комментарии 66

Это какой-то местный способ пиариться — рассказывать какие 1С-ники плохие люди и сама 1С полное гэ.
1С бизнес выбирает потому что другие способы решения его вопросов хуже. По слухам в РФ не было ни одного полностью успешного внедрения SAP. (буду рад узнать случаи, опровергающие это утверждение).
Подсадить — это все проекты по внедрению 1С. Сюда же — автоматизация на любом слабо распространенном фреймворке или ПО. Сюда же — говнокод, «в котором только я разберусь».
Внедрив 1С, клиент всегда подсаживается на т.н. «Информационно-технологическое сопровождение». По-русски это абонентская плата за доступ к обновлениям.

Бывает, что обходятся без ИТС и франчей. Сам занимался одной конфигурацией 1С УПП, переделанной какой-то компанией для целевой отрасли. ИТС просто не поможет — пишем руками сами. Спрашивать у кого-то на стороне бесполезно — конфигурацию развивали несколько лет своими силами. Компания и пользователи постоянно смотрели на другие решения, но было выгоднее подддерживать эту имеющуюся систему. Желающие «отсесть» могут перейти на счёты или таблицы в экселе.
Требования бизнеса постоянно меняются, поэтому «зацементировать» никогда не получается. И если человек не работает, то его увольняют. Проследить за работой программиста намного проще, чем других профессий.
«Урвать кусок прям щас» — такая фирма не проживёт долго.
Насчёт «поучиться» — если программист ничему не учится во время работы, то это какой-то неправильный программист.
Бизнес выбирает 1С потому, что 1. Это дёшево. 2. Нет альтернатив в части поддержки актуального законодательства.
По слухам в РФ не было ни одного полностью успешного внедрения SAP. (буду рад узнать случаи, опровергающие это утверждение).

Сбербанк его использует, насколько успешно не знаю.
Да SAP все крупные и очень крупные используют.
И многие весьма успешно. Как минимум без него уже не могут — основной критерий успешности:)

PS И по слухам еще не было ни одного полностью успешного человека.
Под «успешным», как по мне, стоит понимать «используем, стало лучше, чем было до внедрения». А то читаешь про сберовский "друголиц" и не понимаешь, почему они его ни заменить не могут, ни починить.
Лучше кому? Если внедренцам, то по любому условие выполнено. Внедренцы получили денег и очень довольны. Им стало лучше.
Большим Начальникам? Эти важно по надували щеки и выписали себе кучу премий за УспешноВыполненныйПроект. Им тоже стало лучше.
Акционеры\владельнцы? После прессрелизов в СМИ подросла известность компании, а на биржах задумались, что «раз у них теперь автоматизация, то глядишь работать будут лучше, значит будут прибыли, значит надо прикупить их акций» — цена акций подросла. Акционерам и владельцам тоже стало лучше.

Заметьте! До реальной автоматизаций на предприятии мы еще не дошли, а уже куча народу довольны и считают что стало лучше чем было до внедрения.
Работникам компании. Внедренцы, надувальщики щёк и акционеры физически не могут сказать «используем» (в первом лице).

решение о внедрении того же sap слишком масштабно и дорого для того, чтобы удобство или неудобство конечных пользователей как-то серьёзно повлияло на общий показатель "успешности".

Тут мне вспоминается сказанное одним рук.сап проекта с которым я работал.

Ему слово:
Вот мне такая то жалуется, после внедрения САП работать стало сложнее. А она то думала, что станет легче. Не стал я ее расстраивать и говорить, что SAP внедряют не для того чтобы им легче работалось, а для того чтобы ими было проще управлять.

да, конечно, и это тоже.


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


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

Думается просто привычка разработчиков ругать 1С. Сам на него смотрю как на мутанта, но считаю, что для РФ он лучший, плюс на слуху.
«Нет, милая моя. У Него — другая цель. И ты знаешь, какая. Он своей цели достигнет. Если не с тобой, то с другой. И не раз.»
Друг не поверишь, у неё такая же цель :))
В работе не дядю главное что? главное циферки красивые показать.
А реальный эффект только дяде интересен, и даже ему не всегда результат важен, бывает и так что важно сделать вид, что бы перед пацанами стыдно не было, что бы как все, что бы не выбиваться из тренда.
А тут ты такой в белой рубахе на выпуск и ни чего тебе не надо лишь бы твоя информационная система пахала вечность и всегда была готова прогнуться под любые желания заказчика.
Нет, не тут то было, другие у неё цели :)
Кто то тупо хочет выслужиться и KPI выполнить по количеству сданных проектов в год.
Качество проекта будут разруливать другие люди, а у нас с тобой будет строчка в резюме, у одного о разработки ИС, у другого об успешном внедрении ИС.
Вот так и живём.
НЛО прилетело и опубликовало эту надпись здесь
А что делать не ИТшному начальству на ИТшном ресурсе? Даже если попадет процентов пять-шесть это ничего не изменит :)
НЛО прилетело и опубликовало эту надпись здесь
Сплетников не все любят.
НЛО прилетело и опубликовало эту надпись здесь
Начальство не Итшное и не такое может рассказать… Но не расскажет потому что статья.

НЛО прилетело и опубликовало эту надпись здесь
Ну так и про цели ИТ все всё отлично понимают.
Нам вот один интегратор «с мировым именем» подогнал «супер спецов». Вы думаете мы (спецы заказчика) не понимали, что «супер спецы» — стажеры для которых это первый проект? Понимали. И своему начальству говорили. И не только Итшному. Всем пофиг.

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

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

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

Если сейчас представить такую антиутопию, в которой применение языков программирования стало таким же платным, как применение, скажем, фотошопа, то почти всё прекрасное в мире ИТ сразу накроется медным тазом.

Стать программистом станет так же дорого, как сейчас стать врачом в США. ВУЗ покупает «лицензию на питон» за миллион долларов, и даёт доступ к питону студентам, которые платят за 5-летнее обучение по 500к. Программистами становятся не самые умные, а дети богатых родителей.

В разработке главным станет не разработчик, а тот, кто может позволить себе купить лицензию разработчика — то есть только огромные корпорации. А уж они смогут вертеть программистами как угодно. Не нравится — пройдись по рынку, поищи где лучше обращаются с программистами. Хочешь уволиться и программировать дома, либо открыть свою контору? А 5 млн долларов на лицензию по разработке у тебя есть? Нет? Нет ножек — нет мультиков.
Стать программистом станет так же дорого, как сейчас стать врачом в США. ВУЗ покупает «лицензию на питон» за миллион долларов, и даёт доступ к питону студентам, которые платят за 5-летнее обучение по 500к.

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

С другой стороны, платные IDE и другой разработческий софт никого не удивляет. И компании, и вузы, и отдельные разработчики платят за него так же как за фотошоп, если видят, что этот софт повысит эффективность.
Подождите, но ведь все нормальные IDE платные. И что бы под MacOS/iOS писать, вам нужно купить лицензию, которая платная и выдаётся на ограниченный промежуток времени (на год вроде бы). Да и в Гугле хотят свою лицензию платной сделать. Ну а про Oracal/Microsoft я уже вообще не говорю. И всё нормально, никто на этом не разорился.
IDE:
Eclipse — нормальная? Бесплатная, можно пользоваться.
Visual Studio — нормальная? Бесплатная, можно пользоваться.
Delphi — нормальная? Бесплатная, можно пользоваться.

Есть конечно нюансы, но в целом бесплатные продукты.
А вот если бы за языки пришлось платить, вот тут уж был бы полный маразм конечно.
подождите, Visual Studio то бесплатная? так это только если express но там и половины нужного нет

Commyunity бесплатная, и в ней есть все, что нужно. Только там нет Resharper, а он бесплатным не бывает, к сожалению.

Eclipse — ну когда-то была неплохая, сейчас сильно устаревшая, все пользуются IntelliJ IDEA.
Visual Studio — платная, и между прочим самая дорогая.
Delphi — платная, есть какие-то уж совсем древние бесплатные версии.

Про языки программирования я уже писал, что objective C / SWIFT формально бесплатные, но по факту вам нужно купить лицензию разработчика.
Android Studio? Да и свифт вполне себе собирается не только под маком. Правда не для иос.
все пользуются IntelliJ IDEA

Ну я не был бы столь категоричен. Все таки это среда для «Одна из самых популярных и удобных IDE для Java-разработчиков»
Delphi — платная, есть какие-то уж совсем древние бесплатные версии.

Как раз наоборот, бесплатный вариант выпустили совсем только недавно, по сравнению с остальными средами.
Есть 3 версии Visual Studio: Community, Professional, Enterprise.
Community дома у меня стоит, полностью бесплатная. В ней нет пары плюшек из тех, что есть в платной рабочей Professional (ссылки над классом на код, где класс используется и подобное).
Для домашних проектов и работы в небольшой команде — за глаза хватит и бесплатной.
Она кроссплатформенная? :)
Есть удаленная компиляция под Linux.
Я наоборот хочу, под Linux её запустить, чтоб под винду компилировать :)
Мьсе, знает толк в извращениях :D
Тогда уж лучше использовать VSCode.
В разделе про «цементирование» не упомянута важная часть этого процесса: террор и выработка стокгольмского синдрома. Для минимизации усилий пользователей запугивают ужасными разрушительными последствиями от внесения изменений вплоть до выработки условного рефлекса впадать в панику при упоминании о доработках, необходимости устранить какие-то недоделки и т.п. Собственные усилия по поддержанию статус-кво преподносятся как ежедневный героический подвиг. Такого бесстрашного защитника от гнусных сил энтропии уже как-то неловко и беспокоить.
Именно это происходит у нас на предприятии. Неприспособленность подсаженной на 1С бухгалтерии к учёту специфики рабочего графика (необходимость плановых работ во внеурочное время) приводит к довольно-таки безумным распоряжениям, доставляющим сотрудникам массу серьёзных неудобств. Мотивируется это безумие как раз тем, что учёт на 1С, иначе внести не получится, а приспособить конфигурацию к реальности — нечто немыслимое и недопустимое. Каждый раз возникают конфликты, которые с трудом удаётся улаживать, но предложения что-то поменять в бухгалтерии вызывают истерическое отторжение.
НЛО прилетело и опубликовало эту надпись здесь
Если бы только автор…
Эта цель эфемерная, виртуальная так сказать, ибо озвучивается только боссиками разных уровней, далеких от ИТ, как со стороны ИТ-команды так и со стороны Заказчика… Реальные задачи сам бизнес не понимает, либо у него совсем другие представления о солнечных днях и зеленых лугах, как правило из разряда: «Сделайте зашибись!». ))))
Что значит «реальные задачи сам бизнес не понимает?». Это его задачи, он их ставит. Он может заблуждаться, что решение этих задач решит его проблемы или приблизит к достижению бизнес-целей, но сами задачи он понимает. Как иначе-то?
Возможно я не совсем корректно выразился, сожалею об этом))) Я о том, что как правило, задачи от бизнеса звучат как «Бизнесу надо внедрить новую СРМ, потому что у друга нашего инвестора она есть». А зачем, какой профит от вот этого всего никто не понимает, но менеджеры продолжают твердить мантру «Бизнесу надо...» Так что да, цель «Решить задачу бизнеса» наверное существует, просто реализуется она силами второй вселенной из комментария rotlis )))
Решить задачу бизнеса как раз часто реализуется силой первой вселенной: надо внедрить — внедрили. А вот решение реальніх проблем бизнеса — второй :)
А если у бизнеса программный код не новая фишка/новый инструмент а основа его продукции? Ничего из 4 вышеуказанных способов не пройдет
Все не так (точнее не везде) плохо. Во многих корпорациях есть две параллельные слабо связанные вселенные.
В одной программеры пишут цементирующий/выжимающий/etc говнокод ибо «да все такие» и «пипл хавает». Внедренцы бустят KPI, раздувают щеки и штат говнокодеров чтоб было чем меряться перед коллегами-манагерами.
В другой вселенной той же корпорации программеры стремятся сделать мир лучше. Вообще. Для всех. Начиная с отдельно взятой бизнес проблемы или оптимизации ручного труда… Или написания на коленке за выходные POC чтобы не пропустить в понедельник покупку манагером из первой вселенной никчемного вендорского продукта который решает только интерес манагера в виде отката.
Кроме шкурного интереса в виде зарплаты (которая как отметил автор мало от чего зависит) есть еще профессиональная этика. Personal integrity, наконец. Зачем делать плохо если можно делать хорошо?
Что интересно, эти две вселенные прекрасно сосуществуют в рамках одной конторы. Каждому свое.
Даже в рамках одной команды они могут сосуществовать. Не всегда мирно, но могут.
очень сложно договориться с человеком, который старается выжимать и цементировать сделать продукт корректной архитектуры, да и вообще работать. Существовать могут, работать будет только первый, второй подождёт и потом скажет «МЫ СДЕЛАЛЬ!»(Естественно вместе, помнишь, я же тебе столбец во вьюху добавил"
Сумбурно, бессистемно, кособоко. Этакая драма на идеализациях.
Кто мало видел — много плачет. Людям свойственно оглядываться на свой путь и рефлексировать, смотреть вокруг и рефлексировать, залипать на рефлексиях и рефлексировать.
Это отличный пример, как на основании всем очевидных фактов сделать статью, которая будет позитивно воспринята на Хабре :)
Хотелось бы отметить, что иногда внедрение продуктов оправдано и приносит плоды. Когда есть квалифицированные специалисты, всё рассчитавшие и выбравшие нужное, красивое ТЗ и полное понимание БП прилагается. Но конечно это редкость. Просто написано, как будто вообще такого не бывает.
У опытного внедренца за спиной десятки внедрений. Разной степени успешности — от провалов, до блистательных побед. Это нормально. И у зрелой компании — такая же ситуация. Опытный руководитель сталкивался с разными специалистами. Просто айтишная жизнь очень уж быстрая. Пока внедрял продукт, вышел следующий. А то и два.

Чтобы не было романтических иллюзий, рассмотрите в целом бизнес research & developement. Это скорректирует разросшиеся в уме идеальные представления о прекрасном мире. Любой развивающийся бизнес нормально относится к череде успехов и неудач. Нормально — значит умеет успехи культивировать, а неудачи отбрасывать.

Будьте в рынке, а не в идеях.
Тут смотря что считать блистательной победой. Собственно пост, по-моему, об этом.
Ну и как, Вам пост раскрыл вопрос «что считать блистательной победой»? :)
Систематизировал некоторые взгляды.
Про выжать и научиться — очень распространённая практика среди городских маркетинговых контор. Но если с «поучиться» есть какие-то шансы на нормальный исход, то с «выжиманием» получается всегда плохо.

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

С «выжиманием» обычно так: контора по максимуму выжимает с заказчика и какое-то время всё нормально. Но если упустить момент, ситуация разворачивается в обратную сторону — заказчик накапливает мнения окружающих и понимает, что что-то пошло не так. И выжимает уже контору: работы становится больше, а денег меньше. И конторы часто остаются с заказчиком, потому что других вариантов нет. Так себе ситуация для обеих сторон. :)
Ну вот прям взяли и изобразили ИТшников какими-то паразитами. Щепотка здорового цинизма, конечно, не повредит, но всё же не нужно забывать, что ни одна хотя бы чуть-чуть здоровая автоматизация не может быть игрой в одни ворота. Отношения бизнеса и ИТ прекрасно описываются в терминах «симбиоз», «паразитизм» и «хищничество». Притом паразитизм или хищничество могут работать в обе стороны. Более того, в отдельных аспектах в отдельные моменты времени может наблюдаться сочетание разных сценариев.

Цели ИТ в статье описаны хорошо, но в дополнение интересно посмотреть с другой стороны, то есть со стороны бизнеса, и с удивлением обнаружить, что там тоже систематически наблюдается несоответствие истинных и декларируемых целей. Все привыкли думать, что цель автоматизации — сокращение трудозатрат. И бизнес очень удивляется, когда в результате процесса он вместо пяти низкооплачиваемых штатных единиц вынужден иметь шесть высокооплачиваемых. Плюс, как мы любим, доп. расходы на инфраструктуру и сервисы. Осознав это, клиент начинает обижаться и нервничать, что нам ИТшникам ни разу не полезно. Как бы так попроще научиться доносить до клиентов, что цель ИТ-проектов — никогда не навязшее в зубах сокращение трудозатрат, а «выжить в изменившейся и продолжающей изменяться реальности»? Бухгалтерию можно вести на счётах в гроссбухе (и это по TCO получится сильно дешевле, чем в 1С: Бухгалтерии), но как вы, господа, из своего гроссбуха сформируете декларацию в электронном виде?
Однажды слышал плач пользователей о том что их всех уволят, отправят на пенсию из-за прихода этой вашей 1С. Но спустя полгода-год численность этих самых пользователей только возросла и никто никого соответственно не уволил, да и не мог :)
Обычное дело. Бизнес при этом из-за неграмотно сформулированных целей обижается. А зря. Проект-то успешный не только с точки зрения автоматизаторов, но и, в конечном итоге, с точки зрения бизнеса.
Как ни странно, но сейчас наличие 1С действительно сильно сократило трудозатраты счетоводов, собственно их сейчас и нет, а часто нет и бухгалтеров, у малых предприятий почти всегда аутсорс, а без 1С это было невозможно в принципе
Любой ИТ проект, это в первую очередь проект, и только потом ИТ.
У любого проекта, цель для исполнителя и цель для заказчика, это совершенно разные цели.
Все что написано, правда, но только как она видится глазами автора в рамках его опыта и понимания, а вариантов целей проектов может быть гораздо больше, чем описано в статье.
Это если не вспоминать, что кроме заказчика в проекте есть ещё и спонсор :)

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

Публикации

Истории