Продажник-программист
Попал я однажды в организацию, занимающуюся организацией оффлайновых конференций. Им нужен был человек для поддержки сайта. Разговаривал со мной мужчина в пиджаке и при галстуке, представившийся начальником отдела продаж. От общих тем быстро перешли к техническим. Заглянули в код. Свой ORM, самописный шаблонизатор, немного устаревшие приёмы, но в принципе всё стройно, логично и однообразно. Я спросил, что стало с предыдущим программистом, на что собеседник рассказал мне историю.
Лет десять назад моего собеседника наняли на должность продажника. Чуть ли не в первую неделю работы он сломал ногу и сидел дома три месяца. Работать по специальности он не мог, но директор, зная что у моего собеседника инженерное образование, попросил наполнить контентом их сайт-визитку.
За три месяца тот сумел не только наполнить сайт контентом, но и создать простенькую систему управления конференциями. С напоминалками, расписанием и отзывами. Выйдя на работу, он продолжал поддерживать систему, самостоятельно заполняя её информацией о новых конференциях. Время приходилось урывать от основной работы, поэтому вскоре пришлось прикрутить учётные записи, чтобы коллеги сами поддерживали базу данных в актуальном состоянии. А там, где есть учётные записи для коллег, можно добавить и учётные записи посетителей.
Со временем он заметил, что стал проводить меньше времени на телефоне, а больше — за выборкой данных и за оформлением почтовых рассылок. Продажи организации росли, его личные — росли чуть больше, чем в среднем по организации. Да и не удивительно, ведь новые приёмы он реализовывал сперва на "своих" конференциях.
В какой-то момент посетители стали просить оплату через интернет, так что пришлось добавить и банковский процессинг. Бизнес подрос ещё, нашего продажника повысили до начальника отдела. Времени на "сайт" стало не хватать.
И тут он столкнулся с проблемой. Никто в организации не понимал масштабов, до которых разросся "сайт". Чтобы нанять человека для поддержки сайта, надо было раскрыть карты, а моему собеседнику это не хотелось, да и не факт, что его бы поняли. Поэтому он из бюджета своего отдела стал нанимать фрилансеров, чтобы решать текущие задачи. Так я туда и попал.
Аналитик-программист
Работал я как-то над интеграцией тулзы под названием Microsoft BizTalk в одной полугосударственной организации. Организация получала регулярные дампы данных от партнёров: по почте, по ftp или даже на CD и должна была их интегририровать. Форматы данных регулярно менялись, партнёры тоже, да и не были они заинтересованы в обмене данными. Так что несколько аналитиков занимались тем, что в текстовом процессоре набивали таблички, что куда конвертировать, обсуждали на митингах, несли на подпись начальству а потом давали реализовать контрактнику-программисту. Иногда случались ошибки, да и весь процесс был ненадёжный, а тут как раз Microsoft пришёл продавать BizTalk, да ещё обещал, что поскольку это будет чуть ли не первый в мире проект с BizTalk'ом, на него приедет посмотреть сам Билл Гейтс.
После реализации проекта аналитики должны были забросить старые документы, а весь процесс конвертации данных делать в BizTalk. Это называлось "пасти барашков меж двух деревьев". Между деревом исходных данных и деревом внутренней структуры данных протягивались мышкой линии, а где надо было данные подправить — ставились маленькие квадратики-функции, напоминающие барашков. В них можно было обрезать строку или сопоставить один список кодов другому.
К сожалению, у этого интерфейса было несколько существенных ограничений. Например, если во входящих данных не было какого-то значения, подстановка значения по умолчанию становилась проблемой.
Как-то так получилось, что стоимость BizTalk'a и проекта по его интеграции вышла слишком большой, годовой бюджет трещал по швам. Кроме того, "пасти барашков" оказалось непросто. Недовольство росло. Контрактника решили уволить сразу же. Большинство аналитиков разбежались сами, а один пошёл на хитрость. В BizTalk правила конвертации данных хранились в виде документов XSLT в базе данных. Это был даже не XSLT 1.0, а какой-то черновой вариант XSLT, который понимала одна-единственная с трудом добываемая версия библиотеки MSXML. Так вот наш аналитик, вместо того, чтобы "пасти барашков меж двух деревьев", научился выковыривать WD-XSLT из базы данных, дописывать его и засовывать обратно. Получалось быстрее и надёжнее, и был один важный бонус: некоторые существенные детали конвертации данных можно было скрыть из интерфейса и утаить от зоркого начальственного глаза.
А Билл Гейтс так и не приехал.
Бухгалтер-программист
Был у меня товарищ бухгалтер. Не просто бухгалтер, а с кучей заморских сертификатов. И занимался он не товарными ведомостями, а консолидацией счетов для международных корпораций. И никто, кроме членов семьи и близких друзей не знал, что бухгалтер по ночам программировал сайты и игрался с поисковой оптимизацией. Дело было в конце 90-х и начале двухтысячных. Возможностей было много, рисков тоже. Всё, что бухгалтер заработал в интернетах, там же он и потерял. Но вдруг оказалось, что навыки, приобретённые ночью, можно вполне использовать и на основной работе. Ведь процесс консолидации заключается в регулярном сливании десятков, а то и сотен табличек с циферками по правилам, которые он в общем-то неплохо знал. За пару лет наш бухгалтер написал сотни подпрограмм на Visual Basic. Внезапно работа, которая раньше занимала месяц, стала выполняться за день, количество ошибок резко уменьшилось, а из-за формализации процесса вскрылис косяки в подотчётных организациях, которые привели к росту влиятельности нашего маленького бухгалтера. Через несколько лет он стал начальником отдела. А потом перешёл на должность CFO к конкурентам и поехал колесить по пятизвёздочным отелям в разных странах мира, как и положено по его нынешнему статусу и должности.
А какие у вас есть истории про подпольных программистов?
Комментарии (85)
Evgenym
07.11.2018 17:26Периодически у нас в компании всплывают такие творения. Обычно все происходит по такому сценарию: где-то на производстве/в офисе находится кто-то, умеющий писать макросы в Excel, он творит нечто, что упрощает рабочий процесс. Иногда это нечто даже с графическим интерфейсом, полями ввода, какой-то визуализацией. Потом сотрудник решает презентовать это своему руководителю, а тот строит на этом какой-то свой внутренний процесс. Все тихо-мирно работает, сотрудник периодически пилит свое творение, а потом настает час П — сотрудник увольняется. Проходит какое-то время, обновляется офис/приходят апдейты/нужно что-то допилить и о самоделке узнает ИТ-отдел, к которому прилетает запрос о том, что что-то поломалось или требует допила. Автор запроса посылается со словами «вы это породили, вы это и поддерживаете», начинается переписка, ругань, потом все затихает и ждет прихода следующего сумеречного гения.
ClearAirTurbulence
07.11.2018 18:00+1Это косяк руководства, т.к. в нормальном случае либо пользователями ставится задача айти-отделу, либо — при его отсутствии — документируется. Если это остаётся «секретом», значит, есть проблема с мотивацией.
Duss
07.11.2018 18:07+1Ключевой момент — в нормальном случае.
Очень часто IT или некогда заниматься хотелками рядового менеджера (пака задача через 2-3 а может и 4 вышестоящих руководителя спущена не будет) или они из-за «архитектурных или технических ограничений» не способны это сделать или делают но совсем не то что просят или пользоваться тем что сделали удобно так что лучше и не открывать.
Да, а ещё реализацию придётся ждать 2 спринта и исправление багов еще 4.
Это конечно все не нормально, но на практике чаще всего так и бывает.
Из-за таких IT-шников и появляются серые программисты.Retifff
07.11.2018 19:54А айтишники тут причем? Это проблемы исключительно руководства, которое жмет ресурсы/деньги на автоматизацию. Нормальную автоматизацию, замечу, а не макросы в ворде, которые, действительно, никак не задача ИТ-отдела.
mikhailian Автор
07.11.2018 19:59Да ладно, люди на местах всегда лучше знаю, как и что автоматизировать. Если они ещё и умеют это делать — так вообще лепота. А IT-отдел должен осуществлять свою э… support function.
Retifff
07.11.2018 20:02Так я не спорю с этим. Они автоматизируют свою работу, причем тут айтишники-то?
А насчет «support function», это вы как-то слишком узко мыслите.
nwalker
08.11.2018 15:29-1скажем так, было бы неплохо, если бы они об этих автоматизациях кому-то сообщали все же.
xyu_c_ropbl
08.11.2018 18:42Чтобы услышать: «а, так у вас теперь куча свободного времени, вот вам еще работа»?
Shotgun12G
09.11.2018 11:00Нет, чтобы изменения в ИТ ландшафте компании, сделанные без учёта shadow IT, не похоронили эту автоматизацию.
Oval
07.11.2018 20:38Придет тебе из министерства очередной приказ (разквартальный-годичный) предоставить табличку по тысяче объектов по вертикали — горизонтали — диагонали с объединением ячеек и классификацией Борхеса, только макросами в ворде и успеваешь заниматься. Автоматизировать такое в сапе — сроки, стоимость, защита бюджета на два года вперед когда уже поздно.
Retifff
07.11.2018 20:47Мне точно не придет, а вот аналитику какому-нибудь, думаю, запросто (не из министерства конечно, мы не госы). Ну так это его проблемы, пусть в вроде/экселе и пилит макросы. Для того оно и нужно.
rinaty
08.11.2018 13:04К сожалению запросы из министерства приходят не только в госы, а во все крупные компании. И сотрудники может были бы и рады на них не отвечать, да и компания формально за частую не должна, но руководство компании считает что с министерством ссорится всяко не выгоднее чем подготовить ответ :)
Retifff
08.11.2018 14:38Ну, судя по тому, что я не знаю про это ничего, у нас этим занимается какой-то аналитик с макросами в ворде )
debesha
09.11.2018 02:37+1У меня аналогичная история со счастливым концом. А конец счастливый потому, что никто себя как мудак не вёл и все решения были приняты правильно (я считаю).
debesha
09.11.2018 02:38+2Совершенно типичное начало. Оперейшнс и сейлс, спредшитс, совершенно рядовой умелец, макросы, парсинг хтмл через яваскрипт плагин — вот это всё.
Поступок не мудака раз — делится со всеми, произвольность растёт.
Его запоминает начальница (непрямая, через два звена).
Потом он хочет уходить, хочет пойти учиться на нормальные курсы программировать (это Германия, своя специфика, курсам и образованию все доверяют).
Тут большая начальница идёт к директору айти и его переводят в Айти. Полставки QA, полставки поддержка макросов.
Второй немудацкий поступок директора Айти — сразу понял что чувак золото и что нужно его брать хоть куда-то.
Потом он пришёл в мою команду как джун-qa, за полгода стал отличным QA. За это же время все свои макросы перевёл в гитхаб, задокументировал, фронтендеры порефакторели это все.
Продакт был в эйфории — чувак из сейлс часто мог лучше объяснить проблему, чем его начальники на митингах. Плюс прекрасно понимал то, что тестил.
Потом, правда, все равно ушёл. Ну мы и не в обиде — и он нам дал многое, и мы ему в итоге.
mikhailian Автор
07.11.2018 18:09+3Задача IT-отдела — выявлять такие творения и помогать им расцвести буйным цветом. А авторов поделок надо холить и лелеять и ни в коем случае не унижать. Активные, любопытные, мотивированные пользователи — что может быть лучше? Эх, nmivan бы предложить этот сюжет для очередной истории про всемогущих программистов.
ЗЫ: deniskin, 1 комментарий в час — отличное ограничение внутри флуда, но стоит ли распространять его на весь сайт, а особенно — в комментарии под публикацией за авторством комментатора?
navion
09.11.2018 00:26Тут не правы оба: руководитель не просчитал риски от увольнения сотрудника и попытался спихнуть проблему на ИТ, это плохо. Но и руководитель ИТ принципиально отказался помочь без оценки возможностей и затрат (не допилить, а хотя бы вернуть к жизни после апдейта).
Сам когда-то был в роли пользователя, а затем «следующего сумеречного гения» и оценил пользу от малой автоматизации.MTyrz
09.11.2018 04:08+1Вы не учли некоторой причинно-следственной связи.
сотрудник решает презентовать это своему руководителю, а тот строит на этом какой-то свой внутренний процесс
потом настает час П — сотрудник увольняется
Проходит какое-то время, обновляется офис/приходят апдейты/нужно что-то допилить и о самоделке узнает ИТ-отдел
Именно в этом порядке.
— Эй, айтишники! Хорош бездельничать! Вылезайте из своих IDE, CMS и других слов из трех букв. И нехрен писать абракадабру в черные окошечки.
Вот вам ни мышонка, ни лягушка, неведома зверюшка. Срочно чинить, нужно, чтобы вчера уже работала!
Пять минут прошло, а она еще не работает! Да у меня продавец ее на кассе написал, исходники на фискальнике напечатал, а вы уже шесть минут починить не можете!
Премии лишу! Докладную генеральному напишу!
Ваще зажрались, ничего не умеют!..navion
09.11.2018 11:46С таким подходом слона не продашь, я как раз про это. Но и в обратной ситуации нет ничего хорошего, когда на вежливую просьбу помочь ИТ начальник трясёт регламентом со словами «че ты мне работу придумываешь, пёс?».
zhka
07.11.2018 20:56В опросе не хватает варианта «Я — подпольный программист!»
Alexufo
07.11.2018 22:23-2латентный
mikhailian Автор
07.11.2018 23:44Я искал перевод термину undercover programmer и не нашёл ничего лучше, чем подпольный. Латентный звучит по-русски весело, но подразумевает, что программист когда-то станет явным. А подпольщики из моих историй не хотят никаких coming out, им хорошо, когда при их навыки и приёмы никто не знает.
panchmp
08.11.2018 00:18«программист под прикрытием» же
mikhailian Автор
08.11.2018 00:45Так его ж никто не прикрывает и никуда не посылает, он сам выбрал себе такую судьбу ;-)
anprs
08.11.2018 06:58Серый
кардиналпрограммистSurfCalavera
08.11.2018 12:38сумеречный, он же теневой.
головная боль конечно, особенно для безопасности.mikhailian Автор
08.11.2018 12:50головная боль конечно, особенно для безопасности.
У Гугла таких вот потенциальных подпольных программистов 85,000 человек и ничего, живут как-то. Вот статья 2012 года Google’s Approach to IT Security про то, как они справляются. Чуток устарело, наверно, но всё-равно на голову выше того, что есть в современных банках.
Традиционному IT отделу, имеющему из инструментов только Windows AD и Exchange Server конечно сложно. Но жалеть IT отдел не надо, они сами поставили в такие условия.
SurfCalavera
08.11.2018 17:44Гугль это плохой, негодный пример.
во-первых довольно плохо, надо сказать, они справляются.
Настолько плохо, что приходится скрывать от населения массивные дырки и инциденты от населения, и даже говорят целые продукты списывать в утиль.
(это кстати не только к гуглю относится, а ко всем облачным сервисам)
во-вторых
если говорить о собственно гугле (ведь это вы именно про гугль персонал говорите «85 тысяч однихкурьеровпрограммистов»? )
на них как на бизнес нет такого давления регуляторов, как например на банки или фармацевтику. И нет такой юридической отвественности.
ну и в-третьих, сомневаюсь что у них приветствуется всякая самодеятельность в НЕ ИТ отделах, но конечно интересно бы послушать информацию от работников гугла, особенно безопасности на корпоративной стороне, а не клиентской.mikhailian Автор
08.11.2018 18:57Про Гугл ничего сказать не могу, но про банки я знаю не понаслышке. Там растёт буйным цветом shadow IT, а подпольные программисты встречаются на каждом шагу. И всё потому, что IT в банках постоянно выбивается из-под контроля.
Для восстановления контроля над IT топ-менеджмент в последнее время действует двумя методами:
- Аутсорсинг, желательно индийский, и чтобы люди работали работали вахтовым методом. Внутреннее IT в таком случает превращается в таких же перекладывателей бумажек, как и весь остальной бизнес, а кто сопротивляется — тех увольняют. Как бонус — увеличивается прослойка аналитиков и руководителей проектов, ведь индийским товарищам надо всё разжевать и в рот положить. Да и качество аналитиков тоже увеличивается: не каждый умеет так описать задачу, чтобы абстрактный индийский товарищ её с ходу решил.
- Умелая трансформация (Agile Transformation) по методу Spotify. IT отдел разбивается на взводы (squads) 7±2 человека, они подчиняются не-айтишным менеджерам во главе племён (tribes) по сотне человек, а для выпуска пaра организуют параллельную структуру — главы (chapters), где не обременённый властью главa главы (chapter lead) работает одновременно слушателем жалобщиков и каждой бочке затычкой. Таким образом разрушаются вертикальные связи в IT и теряется влияние старпёров.
roscomtheend
09.11.2018 10:20Вторая часть выглядит (по описанию) какой-то нежизнеспособной дичью. Получал задания от «неайтишных менеджеров», мнящих себя технарями. Скажем так — больше не хочу.
SurfCalavera
09.11.2018 12:23-1ваше впечатление совершенно верно — это такая фигня которую консалтинговые компании толкают клиентам, где менеджменту рассказали на презентации про аджайл и скрам.
Он и в спотифае-то работает через пень колоду, а уж в обычной компании просто убийство.
Но создает дикое количество движухи и генерит консультантам доход, т.е. ВВП поднимает — такой «все в блокчейн», ага.SurfCalavera
09.11.2018 16:44я с удовольствием возьму свои слова обратно, если кто-то приведет пример такой удачной, рабочей «грамотной трансформации по спотифаю»
mikhailian Автор
09.11.2018 17:13+1Ну… ING Group например. У них без умелой трансформации было бы вообще фиаско. Но голландские владельцы решили в какой-то момент полностью интегрировать в свою инфраструктуру все банки, которые они успели к тому времени купить или открыть. Заменили менеджмент, наслали десант МакКинзи, провели эту самую трансформацию и уже год, а кое-где два живут себе припеваючи.
Причём умелая трансформация у них проходила в самой жёсткой форме. Все старые должности отменили, определили взводы, племена и главы, и всем работникам предложили заново попробовать наняться на свободные места.
Кому места не нашлось — тех выперли.
И таки да, умелая трансформация рядовым специалистам технического профиля подыграла — многие получили если не должность, то ответственность и дополнительное влияние.
SurfCalavera
09.11.2018 17:55+1Заменили менеджмент, наслали десант МакКинзи,
я немного знаком с ситуацией в ING.
«agile траснформация» у них кстати началась аж в 2011 что ли году, и реально никаких преимуществ не давала никак.
то что они в результате провернули с Маккинзи, конечно интересно, но это все все равно остается в software development и (немного) в service development с прямым выходом на клиента.
ВСЕ остальные функции: HR, Risk management, инфраструктура, финансы, поддержка клиентов и так далее — все исключено из трансформации. Но про это конечно маккинзи не рассказывает :)
собственно всем этим племенным штукам в ING год наверное, т.е. реальных результатов для бизнеса пока увидеть не получится к сожалению (тем более что ING и так неплохо себя чуствовали). Придется подождать. Т.е. например у них сократилось time-to-market но не понятно что это дает в сохранении или привличении клиентов.
а так конеchно все модно и современно:
люди довольны, что все новенькое, можно в джинсах на работу ходить вот это все.
менеджмент тоже рад — интервью раздает налево направо о том какие они прогрессивные
Ну и консультанты маккинзи несомненно тоже, там на каждое племя по эджаил-тренеру, скажем $1000 (на самом деле больше) в день за тренера х 13 племен — $13000 в день; неплохая прибавка к выручке.
mikhailian Автор
09.11.2018 20:06HR, Risk management, инфраструктура, финансы, поддержка клиентов
Для современного банка это всё не core business. Посмотрите на Revolut у вас там под боком.
SurfCalavera
09.11.2018 20:29У вас мне кажется довольно примитивный взгляд на банк и непонимание того, что без нормально работающих таких функций банк просто не сможет оперировать. Лицензию отберут и все.
Что касается Революта ( в котором у меня пара счетов, так что я как говорится прям из первых рук) — в общем и целом это удобный нишевой продукт, но они очень примитивны по сервисам. И у них тоже весь эджайл в девелопмент.
Мне кажется можно прекращать этот пинг-понг. Я так и не увидел примеров где успешно перстроили компанию под спотифай и все залетало. Производство программного обеспечения для клиентской стороны? ну да, очевидно довольно, особенно если можно выкатывать итерационно.
Производство программных продуктов для внутренних клиентов? Ну тоже ОК.
Но снести под корень все и всем дружно перестроиться на скрамбаны и прочее и бизнес расцветет и запахнет? Чёт пока не видать.
mikhailian Автор
10.11.2018 19:46Тут рядом гуру статью про управление рисками опубликовал. И даже в исполнении гуру не понятно, зачем нужен Risk Management ;-)
navion
08.11.2018 22:50Традиционному IT отделу, имеющему из инструментов только Windows AD и Exchange Server конечно сложно. Но жалеть IT отдел не надо, они сами поставили в такие условия.
Жалеть не надо, но и чужую работу они делать не обязаны. А то получается как с тыжпрограммистом — раз в должности написано инженер, то унитаз без проблем починишь.
Cekory
08.11.2018 10:49Достаточно распространённый термин для таких ситуаций — "shadow IT" https://en.wikipedia.org/wiki/Shadow_IT.
mikhailian Автор
08.11.2018 11:54Какая-то очень негативная статья на википедии. Странно, что ей ешё не поставили POV тег.
Stas911
07.11.2018 23:58Один раз был подпольным программистом, когда нужно было какой-то адский отчет сводить в Excel и не было понятно, какие из введенных данных кривые, если баланс не сошелся. Дописал гору макросов, которые мигали как елка при вводе и все разом гасли если все ок.
Vantela
08.11.2018 09:44Это классика на самом деле.
Слышал историю.
Паренек устроился в контору (гос скорее всего) где сидело куча «дедов» и занимались очень рутинными и одинаковыми задачами. Вручную. Т.е. на компе, конечно, но по сути вручную. Оплата по количеству сделанных «рутин».
Паренек попрогал-поавтоматизировал и… выяснилось, что вместо условных 40 000р (как у всех) ему надо платить 400 000р в месяц. Потому что производительность подскочила в 10 раз, а ему делать нечего.
Начальство встало на рога. Коллеги разумеется тоже.
До меня история дошла на уровне противостояния: начальство хочет приемы автоматизации бесплатно объясняя это тем, что паренек этим занимался в рабочее время. Сотрудничек хочет свои миллионы за сделанные «рутины» и софт готов только продать за серьезную сумму. И говорит что делал автоматизацию в нерабочее время, так как в рабочее он поначалу вынужден был фигачить основную деятельность, чтобы не вылететь за не выработку «минимума».
Это как пример когда «агент-программист» провалился и был раскрыт.
А ведь мог как десятки и сотни других сидеть на попе ровно, получать 1.5-2 ставки и работать на другую контору по удаленке.
А еще вспоминается достаточно широко известная история про мужика который устроившись в фирму передавал свои задачи индусам на аутсорс. Но начальство запалило VPN и выгнало его.
Это был подпольный менеджер-программист.:)SurfCalavera
08.11.2018 18:04+2говорит что делал автоматизацию в нерабочее время,
шаткая позиция.
только если сможет показать что делал не на оборудовании комапнии, не используя данные или другую информацию принадлежащую компании. Иначе можно прижать как минимум за несанкционированое использование ресурсов.Vantela
09.11.2018 10:13Тут ниже нашли оригинал.
Так вот оттуда:
Меня также обвиняют, что я нарушаю авторские права, т.к. прогу я писал большей частью на работе. Но, обратите внимание, я работаю совсем не 8 часов, а реально вкалываю по 10-11 часов в день. Более того, помните, зарплата у меня сдельная, т.е мне за эту непрофильную работу над приложением никто и мне ни копейки не заплатил. Да, конечно, я это всё равно происходило в рабочее время, на компьютерах, принадлежащих не мне, а организации.
В принципе, аргумент. Ему никто не платил за автоматизацию. Платили только за саму работу.SurfCalavera
09.11.2018 12:27-1Да, конечно, я это всё равно происходило в рабочее время, на компьютерах, принадлежащих не мне, а организации.
не, дохлый номер в такой ситуации. единственный вариант пытаться договорится по-хорошему неформально.tretyakovpe
09.11.2018 14:37Вариант — валить оттуда, отключив все автоматизации. Пусть дальше ковыряются в собственном г…
SurfCalavera
09.11.2018 16:34Формально отключение таких автоматизаций по своему усмотрению можно наверное классифицировать как несанкционированое действие/доступ (дже если вы их самостоятельно несанкционировано подключили), так что тоже осторожно надо.
Это все хорошо работает пока остается разборками в пределах группы прямых участников, но если кто-то решит вытащить в «правовое поле», все может стать довольно неприятно.
mayorovp
09.11.2018 14:55Вот тут гляньте пункт 9: habr.com/post/173265. Ну и ветка комментариев про него тоже интересна…
SurfCalavera
09.11.2018 16:29глянул, ну что ж… вам спасибо за подтверждение моих слов, автор-то по ссылке не удосужился собственно почитать чем дело закончилось.
очень кстати интересный случай, и познавательный, и действiтельно прям по теме. рекомендую прочитать (особенно минусаторам, много полезной информации почему, как я и сказал, дохлое дело)
www.gcourts.ru/case/16530480
вот например:
— В исковом заявлении и заявлении по обстоятельствам дела (т. 5, л.д. 1-48) истец указывает на то, что создавал свои программные продукты самостоятельно в свободное от работы время. Данное утверждение противоречит объяснениям истца, которые он давал при проведении проверки по его заявлению о возбуждении уголовного дела по факту использования его программных продуктов в ОАО «ВымпелКом». В рамках указанной проверки истец заявлял, что создавал программу, в том числе, на рабочем месте и с использованием баз данных ОАО «ВымпелКом» (стр. 30 материала об отказе в возбуждении уголовного дела). В судебном заседании ДД.ММ.ГГГГ истец также пояснял, что создавал свою программу с использованием рабочих программ ОАО «ВымпелКом»(т. 5, л.д. 261). Таким образом, заявления истца об обстоятельствах создания программных продуктов нельзя признать достоверными в связи с наличием в них противоречий.
---
там много еще интересного, по объектам авторского права например.
но кому лень читать в результате:
В удовлетворении исковых требований ФИО2 к ОАО «ВымпелКом» о взыскании неполученного дохода, судебных расходов, компенсации морального вреда, отказать.
brusi
10.11.2018 16:12Не помню где читал, ссылку предоставить не смогу, но там была ситуауия, когда парень также был подпольным прогером и автоматизировал свою работу до того, начальство прознав, требовало у него код, ибо писал он его в рабочее время и поэтому принадлежит им авторское право. Парень ничего не отдал и работодатель подал в суд, который проиграл. Потому что это не было прописано в его должностной инструкции и поэтому все авторские права отстаются за ним. Дело происходило в России.
XRSD
08.11.2018 23:53+1Слышал историю.
Очень похоже на историю из 3-го вопроса к Артемию:
Начав работать в этой организации, я очень быстро понял, что работа построена крайне неоптимально с технической точки зрения. Я, помимо того, что хороший инженер (извините за нескромность), ещё и неплохой программист. В течении двух месяцев урывками по пару часов в день я написал приложение на C# для Автокада, которое кардинально упрощает жизнь! Скорость некоторых рутинных операций возрасла в десятки раз. И вот с января, благодаря проге, у меня наступил настоящий прорыв. Уже два месяца я зах@@чил столько проектов, что моя зарплата составила 190, а в последний месяц 230 тысяч. И это, скажу вам, не предел, это я ещё толком не разогнался и продолжаю допиливать свой софт. По моим оценкам смогу поднимать до 350 «тонн» в месяц.
tema.livejournal.com/1941796.html
Shotgun12G
08.11.2018 09:53Наблюдал такого «подпольщика» в одной компании. Для нескольких десятков продажников сделал систему отчетности. По классике, средствами Экселя и немного скриптов.
Пришло время и на пользовательские машины раскатился новый MSOffice. Поделие работать отказалось.
Он пришел к руководству и попросил денег за допиливание своего софта.
Где его и попросили на улицу, ибо бизнес-процесс, построенный через задницу никого не устраивал.anprs
08.11.2018 11:22Т.е. чувак проявил инициативу, автоматизировав бизнес-процесс и увеличив эффективность продажников. А когда он попросил выделить ресурсы на поддержку инструмента — его выгнали потому что инструмент был недостаточно… технологичным?
Shotgun12G
08.11.2018 11:47Ситуации лет 10+ уже.
1. нарушение бизнес-процессов: при необходимости решения, он должен был инициировать процесс разработки со стороны ИТ
2. само решение не было документировано никак, и знания о том, как оно работает, существует только в голове конкретного сотрудника. Опирать на такой костыль какой-либо не одноразовый бизнес-процесс так себе идея.
3. возможно был какой-то политический бэк, о котором инженеру техподдержки знать не следовалоanprs
08.11.2018 14:32А вот п.1 — уже аргумент. Ясно, спасибо
ClearAirTurbulence
08.11.2018 20:19+1Это аргумент, когда есть механизмы для его реализации.
Зачастую такое происходит в небольшой компании, где нет ИТ-отдела, и никто не знает, что такое «бизнес-процесс».
avost
08.11.2018 15:22+2Где его и попросили на улицу, ибо бизнес-процесс, построенный через задницу никого не устраивал.
Феерично! Руководство построило бизнес-процесс через задницу, а сотрудника, вынужденно автоматизировавшего эту кривулину (не только для себя, но и для нескольких десятков коллег!) попросили на улицу. И с чем же они остались? С несколькими десятками продажников, которые после этого стали делать закат Солнца вручную? ПлАчу от умилинея!
Shotgun12G
09.11.2018 11:41Да нет. Солнце не погасло и небо на землю не упало. Живы и поныне.
Там продажников сотни, а автоматизация касалась только нескольких десятков сотрудников, в подчинении у этого парня.
Cabac_B
08.11.2018 09:53Обратный пример.
Познакомился я с одним дядей, который будучи директором оптово-розничной фирмы самостоятельно пилил себе сайт. Интернет-магазин
На коленке, статические HTML.
Взялся я за его сайт, сначала CMS, а теперь и индивидуальное ПО на его сайта.
А дядя сейчас только дизайн для своего сайта рисует и основным бизнесом руководит, ради которого сайт и создан.
P.S.:
Впрочем, спустя 10 лет он пошел на курсы JavaScript. После окончания их, когда сказал мне по какой то модификации для сайта, что «дорого», я предложил ему сделать самому, благо курсы закончил. Он поковырял пару дней…
С тех пор больше в код не лезет. Реализует свое творческое начало только графически — рисует банеры для сайта.
roscomtheend
08.11.2018 11:55Обычно это не подпольный программист, а начальство «давай ты будешь ещё и собирать скошенное». Был саппортом и помощником админа, доделывал сайт (всё в рамках обязанностей), потом доработал утилиты слежения за поддерживаемыми системами, чтобы проблемы предсказывать не по крикам пользователей, потом ещё что-то доработал, потом начальство сказало «а давай ты упростишь работу сотрудникам, сделав автоматизацию рутины», а потом уволился, ибо производительность сотрудников выросла, а мой доход — нет. Да и саппорт терпеть не могу, ушёл полноценным программистом(на в разы большую з/п), на которого и учился (и занимался фрилансом в свободное время).
DelphiCowboy
08.11.2018 12:05Помнится на Хабре была статья про бухгалтера написавшего на скриптах игру под Excel.
Dimsml
08.11.2018 15:31+2Вот этот товарищ, наверное:
habr.com/post/174373
Ещё был солдат-срочник, который на штабных компьютерах при помлщи VBA из MS Office писал игры, дописался даже до Бомбермена:
habr.com/post/237641
ttyigor
08.11.2018 12:51Вот еще один пример «подпольного» программиста: habr.com/post/124427. Было очень интересно в свое время почитать цикл его статей.
Dving
08.11.2018 15:32Так как я ленив, то на любой работе автоматизирую те процессы, которые этому поддаются. Проще написать скрипт или утилиту, отдав на это все вечера на протяжении пары месяцев, и год усиленно изображать работу, почитывая тематическую литературу. Ошибок меньше, можно развиваться как специалист. Казалось бы, руководство должно приветствовать такой подход. Но трудолюбивые люди трудятся в поте лица, еженедельно делая вручную объемные выборки данных для отчетов, не понимая, что все это легко автоматизируется, затрачиваю на это как время работодателя, так и свое личное время. И если замечают, что ты НЕ повторяешь за ними этой ошибки, то стараются убедить начальство, что ты ничего не делаешь. Пусть даже ты совершаешь на порядок больше действий, снизив на два порядка количество ошибок в работе организации. Стереотипы у людей сильны, а умных руководителей с каждым годом все меньше. Либо мне пока не приходилось пересекаться с таковыми. Надеюсь, что последнее утверждение вернее.
roscomtheend
09.11.2018 10:28Автоматизировал некую операцию, десяток лет выполнявшуюся вручную. С тех пор количество действий (и возможных ошибок выросло), но замначальника отдела был против, «деды так делали». Спасло что
а) пользователи были счастливы,
б) количество ошибок уменьшилось и время сократилось,
в) по уровню в компании мог послать этого замначальника,
г[лавное]) начальник отдел увидел профит с таких улучшений.
И это не продажники какие, это то, что (тогда так не называлось) могло бы назваться модным словом дев-опс.
hrysevych
08.11.2018 16:45+4Ответил «Я подпольный программист». На самом деле — подпольный уже в прошлом. Работал программистом ЧПУ, мне приносили стопки чертежей на А4 для перевода в формат ЧПУ (мебельное производство). За день удавалось перевести максимум 70-80 чертежей, больше просто не успевал, да и голова не выдерживала.
Узнал, что та программа для конструирования, которая генерировала чертежи, умеет выводить данные также в формате XML. Решил написать программу для обработки на Java. На тот момент я совершенно не умел «в фреймворки», потому написал собственный парсер формата XML — разбивал все на String'и, выискивал необходимые вхождения и т.п. Запилил вывод программ в формат станка. Программа получилась корявая, но она работала. Перевод тех же 70-80 чертежей стал занимать 1-2 минуты. Стал плевать в потолок, накручивать ЧСВ). Через некоторое время ушел с той фабрики, пошел на курсы программирования, теперь работаю Java Developer'ом в Big Enterprise. Ради интереса переписал программу. То, что когда-то написал мега-коряво, переписал стройненько с маршаллерами и аннотациями, правда, больше ее не использовал, переписал «для себя».
Happy End.SurfCalavera
08.11.2018 17:54+1интересная история.
А это вообще востребованный софт?
Вы его не пробобвали продать/лицензировать, ну или просто в открытый доступ выложить, все ж энергию тратили, время.hrysevych
09.11.2018 10:28Когда уходил — закинул идею директору, но тот отказался, а позже купил аналогичную программу) Все-таки моя программа на тот момент была ОЧЕЬ корявой, а купленная — поприличнее.
andi123
08.11.2018 20:02Супруга в экселе с моей подачи автоматизировала какую-то отчетность (она налоговик). И даже внедрила, и даже побывала в роли техподдержки и поняла, что все проблемы от кривых ручек пользователей.
Сам когда-то был подпольным дизайнером рекламной продукции. С маркетологом пилили рекламный бюджетик.
romaf
08.11.2018 22:13+2В раннем студенчестве, по вечерам, я работал в оптовой торговой компании, на дворе был, кажется, 2002 год. Нужно было в течении 2-3 часов каждый вечер делать рутинную работу, по переносу заявок с бумаги в популярную, тогда, 1С. Очень очень нудная работа. Я предложил руководству попробовать переработать формат заявок, и ожидал, что время сократится примерно в 6 раз, бумаги будет расходоваться в 11 раз меньше. Предложил попробовать, мне сказали: "пробуй — но платить не будем". Я сказал — мне нужна база 1С, я буду дома ковыряться, но мне не разрешили, ибо был молод и зелен. Флешек еще не было, на которых можно было бы утащить такой объем данных, поэтому, я нагло, под предлогом скопировать фильм на болванку записал базу. Но дома я не смог войти в систему 1С с этой базой, т.к. у меня не было пароля админа, а под своим паролем я почти ничего сделать не мог. Почему-то, вместо того, чтобы найти способ сбросить пароль админа в 1С, я написал программу на Delphi, которая сохраняла нажатие клавиш в файл, когда было активно окно ввода пароля в систему. Установил эту программу на пару компьютеров в офисе и со второй или третьей попытки, несколько раз обновив «программу», таки смог получить пароль админа. Дома по ночам, писал код, который позволял удобно отфильтровать и отсортировать кучу записей, после чего, напечатанные заявки стали меньше в 11 раз. Тут встала дилемма — как сообщить руководству? Базу мне не разрешили взять домой… Договорился с одним торговым агентом, чтобы он втихаря от руководства отвез «усовершенствованную» заявку клиентам, а они попробовали ее заполнить. Он вернулся и сказал, что клиенты уже привыкли к старым и не хотят ничего менять. Так и закончилась моя работа подпольного программиста. В том месте, я проработал 3 месяца.
gleb_l
08.11.2018 23:45чуть больше 20 лет назад я работал верстальщиком в редакции одной из питерских газет (а точнее — отвечал за подготовку графического материала к статьям), а параллельно писал на Турбо-Паскале тул для интерактивного дизассемблирования однокристаллок на 8051-ядре. Сейчас вот откопал и запустил одну из поздних версий с загруженным и частично размеченным кодом какой-то прошивки контроллера ЭБУ — забавный такой ламповый UI :)
stardust_kid
09.11.2018 00:36Перевел отдел, который пользовался email для управления задачами на Redmine. Заказы перестали пропадать. А до этого они важные письма помещали в папку Спам, ибо так удобно.
Делал сайт арабскому миллионеру, который по ходу освоил css/html. Just for fun как мне он сказал.
atomikf
09.11.2018 08:49+3Устроился на работу в организацию на должность, где существенная часть работы заключалась в формировании ежедневных отчётов по выборкам из текстовых таблиц размером в десятки мегабайт. Нужно было тратить по нескольку часов в день на это, а я терпеть не могу всяческий рутинный труд.
Решил упростить себе работу, имея инженерное образование и навыки программирования, сделал web-приложение (мне так было проще), которому скармливал сырые таблицы, получая на выходе полностью готовый и отформатированный текст отчёта. Его оставалось только скопировать в нужную форму и отправить. Так я сохранил себе огромное количество времени, особенно на месячных отчётах, которые раньше приходилось делать по два дня, а после автоматизации их формирование занимало 30 секунд вместе с копированием итога в форму.
Сэкономленное время использовал для собственного развития и развлечения, например, освоил мебельный САПР и спроектировал себе домой, а затем и изготовил кучу мебели, начиная от тумбочки и заканчивая кухонным гарнитуром – очень люблю руками работать. Кроме того, наконец, занялся серьёзно английским, подняв свой уровень со школьного noname до честного advanced с получением сертификата Cambridge CAE. Так отработал несколько лет, пока отчётность в том виде не отменили и не придумали мне другую работу, которую, увы, уже не автоматизировать.
О своей автоматизации никому не говорил, только поэтому и имел свободное время, иначе бы завалили дополнительной работой — у нас только так. Ни о чём не жалею )
tangro
09.11.2018 16:00Я когда-то одну конторку, клепающую однотипные бумажки, перевёл на SVN. Им очень не нравилось, что документы валяются по разным компам в сети и нет понимания кто, что и когда правил. Я их научил комитить и апдейтить, а Ворд даже умел дифы показывать. Долго пользовались, а потом я перестал за ними следить.
Stas911
09.11.2018 17:18Тоже как-то обучил аналитиков SVN и они все свои спеки и требования разложили красиво по годам, релизами и фичам. А до этого нужно было JIRA прочесывать в поисках финальной версии какой-то спеки за позапрошлый год
lingvo
09.11.2018 16:14В больших фирмах часто бывают электронщики-программисты и вообще разработчики — подпольные программисты. Т.е. по работе он разрабатывает одно, но подпольно пишет и программки.
Так случилось, что из-за этого чуть не встал огромный проект. А все потому, что один электронщик хотел иметь возможность "заглядывать" во внутренности своей системы управления через Ethernet интерфейс — ну то есть иметь возможность увидеть состояние любой переменной во время исполнения программы в реальном времени и даже иметь лог событий.
Для этого он написал не супер-удобную, но рабочую прогу, которую назвал просто — Application Explorer. Долго, ли коротко, но прогой начали пользоваться очень многие, включая наладчиков на местах, инженеров — разработчиков алгоритмов и т.д, но на ее разработку и усовершенствование всегда не было денег.
А этот электронщик был, был, да и уволился… И забрал исходный код этой проги с собой.
В итоге прогу пришлось полностью переписывать с нуля.
mikhailian Автор
09.11.2018 16:48Может быть, только из-за его Application Explorer'a весь огромный проект и заработал ;-)
Glays
09.11.2018 18:06На работе такой партизан сделал отчётную систему используя недокументированные точки входа в купленный продукт (лез напрямую в таблицы баз данных). Естественно сначала всё было быстрее и дешевле, чем делал IT отдел (не нужно было договариться о интерфейсах, заказывать доработки у внешних разработчиков). Потом система разрослась, появились уникальные функции по контролю и учёту, купленный продукт начал обновляться. Поделку приходилось постоянно допиливать. Благо разработчик оставался на месте, не болел и даже почти не ходил в отпуск.
Когда решили встроить её в общую инфраструктуру, оказалось никто точно не знает (в том числе разработчик) как оно работает, никакой документации или письменно оформленного желания от бизнеса.
Некоторые функции почти копируют существующие в общей инфраструктуре, но более правильные в самоделке, потому что вместо запроса на изменение, это поправили только у себя.
В разных филиалах разные версии программ (с разной функциональностью).
Куча детских программистских болячек в коде, не говоря уже о среде разработки, на которую у компании не было куплено лицензии и полном отсутствии каких-либо систем контроля версии.
Не говорю, что нет легальных(официальных? белых? регулярных?) программистов, которые делают плохо, но мне кажется у подпольных меньше возможностей заниматься методиками разработки (им же ещё нужно параллельно основную работу выполнять), и спрос с них тоже меньше.
AquiHostStrider
09.11.2018 21:32+1Когда-то очень-очень давно, в эпоху популярности ADSL, устроился на курьерскую халтуру. Среди всего прочего была у меня обязанность разносить по обслуживаемому району телефонные счета между 10-м и 20-м числом каждого месяца. По юрлицам, вручать в бухгалтерию, под подпись. Ну и как это водится в традициях отечественной организации труда, каждый раз были какие-то проблемы: то сортировщицы ошибаются и кидают мне немного чужих пакетов (а мои, соотвественно, попадают другому курьеру), то фирма переехала в другой офис, а в договоре (и, соответственно, в БД у оператора) стоит её старый адрес. И решил тогда я потихоньку брать дело в свои руки. Поскольку я был на хорошем счету, то легко добился права самому отсортировывать пакеты для своего района и печатать ведомости о доставке. Переразбил весь свой объём по маршрутам так как мне удобно, после чего попросил логиста их утвердить. И начал печатать ведомости для себя сам.
Сначала вбил базу в таблицу OpenOfficeCalc, потом начал осваивать макросы, которые удаляли и вставляли нужные строки или блоки строк — «добавить доставку», «удалить доставку», «добавить место», «удалить место». Далее сделал для каждого маршрута титульный лист, на который выводился список всех мест (улиц, площадей, переулков итп.) и общее число доставок. Затем я на титульный лист захотел добавить схематический план каждого маршрута, для чего в OODraw за неделю сделал большущий граф всего обслуживаемого района, где вершины соответствовали большей частью перекрёсткам улиц (но не только), а рёбра — проходы. Каждая доставка — точка на каком-то из рёбер. Учитывались не только официальные проходы/проезды, но и неофициальные — тропы, сквозные проходы через гаражи, дыры в заборе, проходные дворы и прочее. И потом раскрасил нужные рёбра и вершины. Сначала вручную, потом я задумал, чтобы макрос на каждой титулке обращался к лежащему в той же папке *.odg-файлу (с графом всего района), сам раскрашивал всё что нужно согласно координатам всех доставок на маршруте, потом определял прямоугольник по крайней левой верхней и правой нижней закрашенным точкам, и всё внутри этого прямоугольника вставлял как изображение в указанную (достаточно крупную) ячейку в титулке. Причём так, чтобы отрисованая схема была понятна другому курьеру, который будет меня подменять в случае болезни или иного форс-мажора.
Задачу я не осилил. :( Алгоритм был придуман и продуман, но я так и не осилил работу макросов с объектами рисунка OpenDocument. А потом и вовсе интерес пропал, поскольку во-первых я уволился и нашёл себе работу поинтереснее, а во-вторых, всё больше контор переходили на получение счетов в электронном виде по e-mail и отказывались от «бумажной» доставки, из-за чего за разноску платили всё меньше и меньше. Вот такой вот я — несостоявшийся.
polezniy-vestnik
История про продажника-программиста очень интересная. Сам занимаюсь продажами и уже начинаю неспеша изучать python для автоматизации некоторых задач.