Наверное эта статья актуальна, если ты — крутой разработчик с докторской степенью и выступающий на конференциях, а вот «среднячкам» остается только мечтать о таком отношении.
Мне повезло устроиться на работу, где ПМ проверяла на мой GitHub профиль и даже бакалаврскую прочитала с восторгом «Это же то, что нам нужно!», но при этом я понимаю, что вокруг полно других фирм, на которых я мог бы работать плюс минус точно так же, даже если бы их рекрутеры просто написали бы мне «холодное» письмо.
Кроме того, тут ещё интересный взгляд со стороны работодателя. Если тебе нужен «просто» какой-то программист, то все эти трюки с «пожалуйста, перепечатайте свою анкету два раза в наш внутренний портал, который работает на технологиях 2010 года» в комбинации с каким-нибудь особо жестким техническим интервью могут помочь сбить спесь с потенциального работника и если он в итоге придет к тебе работать, то на его зарплате можно будет сэкономить. Если же показывать интерес к кандидату, то он может возомнить о себе невесть что, потребовать высокой зарплаты, и самое ужасное, что скорее всего ему придется её платить. В современном мире, с точки зрения работодателя, такая ситуация очень опасна («А вдруг они теперь все начнут себе требовать достойной зарплаты?!») и её надо по мере сил избегать.
А ещё бывают «общие» для нескольких проектов библиотеки, которые содержат только набор различных объектов и в лучшем случае ещё пару конвертеров, но по требованиям начальства даже такие библиотеки должны быть протестированы на 100 (90, 80, 70) процентов, иначе никак.
Я, конечно, понимаю, что выскажу непопулярную точку зрения, но диалоги вида
—Вот напишете вы код: X=2. Что произойдет?
— Не знаю, я не программист…
— Блин, ну это что-то типа математики же…
— Переменной X будет присвоено значение 2?
читаются как
— Вот я вас спрошу — какова орбитальная скорость луны?
— Не знаю, я не астроном…
— Блин, ну это что-то типа типа физики же…
— 1023 км/c при среднем расстоянии между центрами Земли и Луны в 385000 км и средним эксцентриситетом в 0,0549006?
в смысле, что даже когда я курсы по программированию вел, мне ученики отвечали на такие вопросы что-то вроде «икс будет равен двум», а тут Лена, менеджер по снабжению, и вдруг такую формулировку выдает.
Видно, что у автора есть интересные мысли но в формате статей «к главному герою приходят что-то спросить, а потом в немом восхищении внимают его Программисткой Мудрости по несколько часов кряду и пусть весь мир подождет» это вызывает только раздражение. Пишите уже просто мысли сборниками подряд, подписывайте «Иван — Гуру Бизнес Программирования» и будет вам счастье и экономия времени.
Вот был ютуб. Нормальный, вроде, сервис — смотришь видео, рядом другие видео по теме, по завершению просмотра текущего можно либо выбрать следующее, либо подождать пока автоплей вытянет первое из списка. Хочешь слушать русский рок — пожалуйста, открываешь одну песню, слушаешь одну за другой песню. Надоело, решил переключиться на американскую попсу — пожалуйста, будет тебе теперь список попсы. Решил расслабиться и посмотреть пару роликов «РЖАКА-АБАССАКА-ЛУЧШИЕ ФЕЙЛЫ 2014» — пожалуйста, посмотри, ктож тебе что-то не так скажет?
Но! Такой подход же не современный! Нужна нейросеть! И чтоб обучалась на пользователе!!! Сказано — сделано. Внедрили сеть, покрутили параметры, посмотрели, наверняка, что показатели средних просмотров выросли, довольные обмыли премию. А вот для простого прослушивания музыки сервисом стало совершенно невозможно пользоваться, так кого это волнует? Если ты пару раз послушал одного исполнителя, то тебе его под всеми видео и будут советовать. Решил послушать что-то другое? Хренушки — что бы ты терперь не выбрал, максимум через одно видео заботливая нейросеть вернет тебя на старого исполнителя: «Ты же так любишь эти три песни? Давай я тебе их по кругу весь день, каждый день, в любой точке мира и под любое настроение крутить буду!». Зато вот случайный ролик, в который ты случайно зайдешь один раз, дизлайкнешь и закроешь на первой минуте будет всплывать в рекомендациях ещё пару недель — вдруг все-таки передумаешь и решишь досмотреть? Пытаюсь сейчас свалить куда-нибудь ещё, пока не возненавидел окончательно всю музыку, что когда-либо слушал.
Короче, я это к чему? Хватит пихать нейросети везде, где не попадя!
Не надо, пожалуйста, прикручивать нейросеть чтоб нагружать сайт ещё больше лишь бы только окошки начали распахиваться самостоятельно, потому что электронному господину показалось, что вы будете тыкать в эту кнопочку! Позвольте, блин, юзерам пользоваться сервисами так, как им надо, оставьте нейросети для баннеров банеров рекламы, и прочей мишуры, которая хотя бы не поломает юзер экспириенц в случае чего.
Ну конкретно в таких случаях полезно собраться командой, обсудить, что и где нужно прописывать, и какого стиля кода надо придерживаться, зафиксировать это в документе в командной вики и посылать всех, кто не согласен именно туда с формулировкой «потому что так договорились».
А то ты — джун, один синьёр заворачивает твои пулл реквесты с формулировкой «прописывай типы, у меня опыт и я знаю, что это полезно» а другой синьёр реджектит со словами «чё ты везде типы какие-то лепишь, их же менять потом постоянно надо, ставь any и не парься!» и вот пойди угадай под кого подстраиваться надо чтоб хоть что-то дали сделать.
Уборщица тоже лезет в вопросы проектирования ПО чтоб вы её за инвалидку считали?
Вы — специалист в разработке, отлично, но при этом и на сам продукт, который вы разрабатываете вы смотрите со стороны творца, и можете не замечать насколько же он неудобный для конечного пользователя. Если на любые замечания вы реагируете высокомерным шипением «спасибо ваше мнение мне очень ценно, можете им подтереться, я лучше знаю как надо», то можете пропустить много интересного в жизни.
Как пример могу привести открытый софт линукса со всеми его «удобными» настройками всего лишь в десятке конфигурационных файлах разбросанных по системе и невнятным взаимодействием между разными компонентами против коммерчиского софта который зачастую ограничивает то, что пользователям позволяет настраивать. С точки зрения программистов получается очень странная картина — тот же почтовый сервер с календарем и резервацией комнат можно настроить своими силами на линуксе совершенно бесплатно, но большинство крупных и не только компаний покупают продукцию майкрософта, разработка которой велась не «программистами для программистов» и в проектированние которой влезали всякие «умственные инвалиды».
В общем — меньше снобизма, и жизнь будет лучше, и люди к вам потянутся.
Есть хорошая фраза «Глупо держать тех, кто вами управляет за дураков. Они как минимум не глупее вас».
Если директор твоей фирмы такой уж умственный инвалид — то почему тогда так получилось, что его зарплата отличается от твоей минимум на порядок, и что мешает тебе добиться в жизни того же самого?
Вкачусь со взглядом со своей колокольни. Я работал 4 года в Германии, и сейчас в балтийском банке, с трудовыми практиками России не знаком, так что не судите строго.
Выше по ветке читал обсуждение про ТК из которого могу сделать вывод что ситуация в РФ гораздо мягче к девелоперам. Если бы я на любой из своих работ попробовал подойти к начальству и потребовать выполнения манифеста именно такими словами, то меня бы уволили к херам за то, что порчу коллективу мир розовых поней. В смысле, за несоблюдение трудовой этики. Или для улучшения диверсити внутри команды. Или просто дали бы доработать год до истечения контракта после чего выяснилось бы что продлить его совершенно случайно не могут. В общем, способов бортануть борзого сотрудника тут гораздо больше чем с ТК РФ. Но это так, прискаска.
На первой работе, несмотря на декларируемый эджайл (практикам которого мы практически не следовали), работали мы практически по этому манифесту. Наша команда сперва пилила набор утилит для тестирования, потом перенесли это в один фреймворк, который кое-как внедрили на всей фирме, и под конец наш синьёр с менеджером загорались мыслью выпустить этакий универсальный фреймворк для совсем крутой автоматизации тестов в мире CI/CD с использованием всех лучших практик, что бы он стал этаким стандартом вроде Netflix OSS для облачных решений. И вот тут-то всё и стухло.
Я был студентом-разработчиком, который по меркам немецких уровней имеет даже более низкий ранг чем джуниор с улицы. Пока два синьёра то по-одиночке, то парно разрабатывали ключевые принципы своей платформы, писали и внедряли этажи в своем фундаменте да оборачивали всё в тесты, а менеджер генерировал доклады того «как всё будет», на меня повесили всё остальное, что было не так интересно главным программистам — поддержка старой версии фреймворка и попытка внедрения новых фич, которые нужны уже сейчас конкретным командам. Поскольку мне не особо доверяли трогать бэкенд, то новые фичи создавались системами костылей на фронтенде. Изредка мне доверяли написать какой-то прототип, посмотрев на который синьеры говорили: «отлично, только не так и неправильно, но всё равно спасибо, пойдем внедрять это у себя и теперь уже правильно». Как же именно правильно мне так и не показывали. Осознавая ненужность своей работы я сидел с жутким выгоранием и работал только последний день перед еженедельном митингом чтоб отчитаться «прикрутил костыль, на остальное нужно больше времени». Самое смешное, что по результату мой труд никак не отличался от труда опытных синьёров которые из раза в раз докладывали «по прежнему пишем тесты!». Пару раз в это пытался вмешаться старший менеджер поверх нашего, стараясь напомнить комманде что вообще-то мы должны прибыль фирме приносить и как же так, где результаты, на что старший программист просто отрезал что-то вроде «Качество!» с чем никто никак не мог спорить. Ирония в том, что это самое качество финального продукта, гарантировать которое и было изначальной задачей нашего отдела (и про которое под конец уже все забыли за проектированием своего внутреннего продукта), стало под конец сильно падать, что повлекло изменения внутри команды. Но это уже другая история, которая связана не только с нами.
А вот уйдя с прошлой работы я после долгих колебаний пошел в работать банк. Боялся, что тут будет нечего делать, что технологии старые, что я не смогу, как мечтал на прошлой работе, пилить распределенные облачные сервисы на самых новых языках программирования в самых современных фреймворках. В банке же почти весь первый месяц занимался тем, что получал права доступа к базам данных и слушал обязательные тренинги, на которых нам вдалбливали, что банк работал 200 лет до твоего рождения (большую часть — вообще без всяких компьютеров) и собирается проработать ещё столько же задолго после того как ты умрешь. Единственный смысл банка — приносить прибыль, и платить тебе твою зарплату — это непостредственный убыток, так что будь добр — отработай так, чтоб прибыли было больше чем расходов.
Работа идет по самым жестким agile методикам, но при этом я понимаю, что такой свободы на прошлой фирме у меня никогда не было. Ежедневные стендапы, работа исключительно на бизнес-клиентов, и еженедельные отчеты от стэйкхолдеров позволяют не потерять перспективу того, что и для кого ты делаешь. И при этом дает вполне себе защищенность от от неадекватных запросов на переделки — если ты можешь аргументированно объяснить что и почему могут ухудшить/поломать изменившиеся запросы, то требования завернут, так ещё и благодарность тебе выпишут за бдительность. В начале работы я сумел убедительно доказать, что именно и как мы можем улучшить, к моим словам прислушились и мне дали зеленый свет. Это и есть то самое качество во главе, которое задекларировал автор этого манифеста, которое мы вполне себе нормально получаем при agile методологии.
TL; DR: На своем опыте я убедился, что следование ценностям, задекларированным в этом манифесте не гарантирует ни качественных продуктов, ни адекватной рабочей атмосферы, если коллектив состоит из программистов разных уровней. К тому же он по определению дистанцирует и противопоставляет заказчиков/руководство программистам, что не способствует здоровой атмосфере. В то же время правильно поставленный agile решает, в том числе, и те проблемы, которыми был озабочен автор этого манифеста.
Ещё одна мысль. На прошлой работе в один момент старшие программисты заинтересовались прикрутить машинное обучение к одному из основных компонентов (fuzzy тестирование с production данными) своего фреймворка. Поскольку задача была слишком большой для обычного прототипа, мне её поручили сделать как бакалаврскую в университете. Для сбора данных мне потребовался тот самый компонент, а поскольку закрытый коммерческий код выносить с предприятия было нельзя, я, с разрешения работодателя, сделал свой open source аналог. Что бы повторить главную киллер-фичу фреймворка (над которым на тот момент работали уже почти год) мне потребовались сутки. Ещё пара дней ушла бы на то, чтоб переписать работу с сокетами на С — просто для скорости, и возможно потребовалась бы неделя чтоб прикрутить слив данных с распределенных инстанцев в одну базу что бы поддерживать параллелизирование. Таким образом за месяц я мог бы выкатить кривую и косую (я совершенно не обманываю себя о том, какого качества код я произвожу относительно опытных senior developer-ов), но рабочую версию, дающую тот же функционал, что и продукт, который разрабатывается уже полтора года но так ещё и не был никуда выпущен. Разумеется, я не собираюсь этого делать, но информация о фреймворке выкладывалась в открытую сеть в виде презентаций (которые я и пересказал тут, что бы гарантировать, что я не не ломать NDA) и если бы продукт представлял реальную выгоду — у потенциальных конкурентов было бы более чем достаточно времени что бы выпустить свою версию, захватить и поделить рынок, пока команда спецов делает всё «правильно».
Прочел статью и понял, что ничего в безопасности электроприборов не понимаю. В школах Латвии все, что объясняют по физике — это работа трансформатора, а все, что по ОБЖ — «не касайтесь руками оголенных проводов». Вопрос. Порекомендует кто-то хороший учебник по теме?
Работаю студентом-девелопером в девопс-отделе крупной компании, и мне интересно, что почти ни в одной статье про CI/CD системы я не вижу упоминаний используемой у нас GOcd.
Для нужд нашей компании она подходит почти идеально (только в части проектов используется Джекинс), к тому же я просто не представляю, как было бы возможно перенести сотни различных проектов и их пайплайнов (часть из которых требует кастомных плагинов) на любую другую систему, но нигде больше я пока даже и не видел особо упоминаний этой системы.
То ли мы — такие динозавры, каких ещё поискать, то ли просто ребятам из ThoughtWorks'а нужно поработать над стратегией продвижения.
В ответе пишется «а докажите, что это действительно было, и что это действительно был я, и даже если и докажете — я вам ничего не должен», только юридическим языком и на 5 страниц. Фишка в том, что к тому времени, как ответ дойдет, сроки хранения данных у провайдера уже истекают, и доказать, как правило, ничего нельзя.
Самому тоже ответить можно, только сторона «правообладателей» имеет право в течении 3х лет оспорить твой «ответ». С адвокатом ты как раз и заключаешь договор, что все 3 года он будет отгонять от тебя все возможные оспаривания, поэтому «правообладатели» с такими клиентами никак и не заморачиваются дальше — понимают, что только время потратят. Если же будешь писать ответы самостоятельно (особенно если ты — не практикующий юрист, а студент-программист), то могут и придраться к каким нибудь неточностям в ответе и тогда уже придется искать более дорогого адвоката, что бы вытащил. Когда на кону твоя зарплата за несколько месяцев — экспериментировать не хочется.
Мне прилетело однажды разом 4 иска за «распространение» серий (оставил торрент включенным) по 1000 евро каждый. Иски совершенно стандартные, там только вписано название серий/фильмов, которые раздавал. С этим надо просто идти к адвокату, платить тому от 100 до 400 евро, что бы тот вставил название серий в стандартный ответ на иск, после чего о тебе забывают. Такая вот система, которая обеспечивает сотни юристов ежедневным заработком.
Если вы — фанат Масс Эффекта, но не фанат его концовки, то есть совершенно замечательный комикс Marauder Shields, который никак не трогает события игры, а начинает только с того момента, как Шепард пытается прорваться к лучу в самом финале. (По ссылке смотреть все картинки с конца, только первые 5 — это лишь стеб).
Жаль только, что автор женился в 2015 и так и не закончил свою работу.
Я пока-что видел единственное интересное применение VR — дрон, транслирующий вид не на экран, а на VR шлем. Мол, почувствую каково это — летать, не поднимаясь со стула. Хотя шлем был с очень низким разрешением, и насколько хорошо такое работало бы в жизни — не понятно.
Недавно нам на фирму пытались пропихнуть какой-то дроппер через письмо с .js вложением (который, в свою очередь, качал и запускал какие-то экзешники со взломанного сайта индийского магазина). Меня тогда очень сильно удивило, почему в виндоусе вообще есть такая штука, которая по умолчанию запускает джаваскрипт и дает ему права на работу с файловой системой? Просто какой процент пользователей пользуется ею для своих скриптов и какой — вообще слыхом о ней не слыхивал, и рискует получить себе из-за этого вирус?
Студентам в общежитии не надо платить. Когда я ждал свою очередь в общагу, и жил на съемной квартире с телевизором, то просто игнорировал письма «знаете, мы что-то не получили Ваши деньги, пожалуйста, исправьте это» (хотя в теории, это могло бы привести к огромным проблемам, с их «штрафными процентами», и прочими способами наказания неплательщиков). Ну и ходят легенды, что кто-то отмазывался от этого налога тем, что демонстрировал, что в доме нет никаких радио и телевизоров, но это тоже были неграждане Германии.
Мне повезло устроиться на работу, где ПМ проверяла на мой GitHub профиль и даже бакалаврскую прочитала с восторгом «Это же то, что нам нужно!», но при этом я понимаю, что вокруг полно других фирм, на которых я мог бы работать плюс минус точно так же, даже если бы их рекрутеры просто написали бы мне «холодное» письмо.
Кроме того, тут ещё интересный взгляд со стороны работодателя. Если тебе нужен «просто» какой-то программист, то все эти трюки с «пожалуйста, перепечатайте свою анкету два раза в наш внутренний портал, который работает на технологиях 2010 года» в комбинации с каким-нибудь особо жестким техническим интервью могут помочь сбить спесь с потенциального работника и если он в итоге придет к тебе работать, то на его зарплате можно будет сэкономить. Если же показывать интерес к кандидату, то он может возомнить о себе невесть что, потребовать высокой зарплаты, и самое ужасное, что скорее всего ему придется её платить. В современном мире, с точки зрения работодателя, такая ситуация очень опасна («А вдруг они теперь все начнут себе требовать достойной зарплаты?!») и её надо по мере сил избегать.
читаются как
в смысле, что даже когда я курсы по программированию вел, мне ученики отвечали на такие вопросы что-то вроде «икс будет равен двум», а тут Лена, менеджер по снабжению, и вдруг такую формулировку выдает.
Видно, что у автора есть интересные мысли но в формате статей «к главному герою приходят что-то спросить, а потом в немом восхищении внимают его Программисткой Мудрости по несколько часов кряду и пусть весь мир подождет» это вызывает только раздражение. Пишите уже просто мысли сборниками подряд, подписывайте «Иван — Гуру Бизнес Программирования» и будет вам счастье и экономия времени.
Но! Такой подход же не современный! Нужна нейросеть! И чтоб обучалась на пользователе!!! Сказано — сделано. Внедрили сеть, покрутили параметры, посмотрели, наверняка, что показатели средних просмотров выросли, довольные обмыли премию. А вот для простого прослушивания музыки сервисом стало совершенно невозможно пользоваться, так кого это волнует? Если ты пару раз послушал одного исполнителя, то тебе его под всеми видео и будут советовать. Решил послушать что-то другое? Хренушки — что бы ты терперь не выбрал, максимум через одно видео заботливая нейросеть вернет тебя на старого исполнителя: «Ты же так любишь эти три песни? Давай я тебе их по кругу весь день, каждый день, в любой точке мира и под любое настроение крутить буду!». Зато вот случайный ролик, в который ты случайно зайдешь один раз, дизлайкнешь и закроешь на первой минуте будет всплывать в рекомендациях ещё пару недель — вдруг все-таки передумаешь и решишь досмотреть? Пытаюсь сейчас свалить куда-нибудь ещё, пока не возненавидел окончательно всю музыку, что когда-либо слушал.
Короче, я это к чему? Хватит пихать нейросети везде, где не попадя!
Не надо, пожалуйста, прикручивать нейросеть чтоб нагружать сайт ещё больше лишь бы только окошки начали распахиваться самостоятельно, потому что электронному господину показалось, что вы будете тыкать в эту кнопочку! Позвольте, блин, юзерам пользоваться сервисами так, как им надо, оставьте нейросети для баннеров банеров рекламы, и прочей мишуры, которая хотя бы не поломает юзер экспириенц в случае чего.
А то ты — джун, один синьёр заворачивает твои пулл реквесты с формулировкой «прописывай типы, у меня опыт и я знаю, что это полезно» а другой синьёр реджектит со словами «чё ты везде типы какие-то лепишь, их же менять потом постоянно надо, ставь any и не парься!» и вот пойди угадай под кого подстраиваться надо чтоб хоть что-то дали сделать.
Вы — специалист в разработке, отлично, но при этом и на сам продукт, который вы разрабатываете вы смотрите со стороны творца, и можете не замечать насколько же он неудобный для конечного пользователя. Если на любые замечания вы реагируете высокомерным шипением «спасибо ваше мнение мне очень ценно, можете им подтереться, я лучше знаю как надо», то можете пропустить много интересного в жизни.
Как пример могу привести открытый софт линукса со всеми его «удобными» настройками всего лишь в десятке конфигурационных файлах разбросанных по системе и невнятным взаимодействием между разными компонентами против коммерчиского софта который зачастую ограничивает то, что пользователям позволяет настраивать. С точки зрения программистов получается очень странная картина — тот же почтовый сервер с календарем и резервацией комнат можно настроить своими силами на линуксе совершенно бесплатно, но большинство крупных и не только компаний покупают продукцию майкрософта, разработка которой велась не «программистами для программистов» и в проектированние которой влезали всякие «умственные инвалиды».
В общем — меньше снобизма, и жизнь будет лучше, и люди к вам потянутся.
Если директор твоей фирмы такой уж умственный инвалид — то почему тогда так получилось, что его зарплата отличается от твоей минимум на порядок, и что мешает тебе добиться в жизни того же самого?
Выше по ветке читал обсуждение про ТК из которого могу сделать вывод что ситуация в РФ гораздо мягче к девелоперам. Если бы я на любой из своих работ попробовал подойти к начальству и потребовать выполнения манифеста именно такими словами, то меня бы уволили к херам за то, что порчу коллективу мир розовых поней. В смысле, за несоблюдение трудовой этики. Или для улучшения диверсити внутри команды. Или просто дали бы доработать год до истечения контракта после чего выяснилось бы что продлить его совершенно случайно не могут. В общем, способов бортануть борзого сотрудника тут гораздо больше чем с ТК РФ. Но это так, прискаска.
На первой работе, несмотря на декларируемый эджайл (практикам которого мы практически не следовали), работали мы практически по этому манифесту. Наша команда сперва пилила набор утилит для тестирования, потом перенесли это в один фреймворк, который кое-как внедрили на всей фирме, и под конец наш синьёр с менеджером загорались мыслью выпустить этакий универсальный фреймворк для совсем крутой автоматизации тестов в мире CI/CD с использованием всех лучших практик, что бы он стал этаким стандартом вроде Netflix OSS для облачных решений. И вот тут-то всё и стухло.
Я был студентом-разработчиком, который по меркам немецких уровней имеет даже более низкий ранг чем джуниор с улицы. Пока два синьёра то по-одиночке, то парно разрабатывали ключевые принципы своей платформы, писали и внедряли этажи в своем фундаменте да оборачивали всё в тесты, а менеджер генерировал доклады того «как всё будет», на меня повесили всё остальное, что было не так интересно главным программистам — поддержка старой версии фреймворка и попытка внедрения новых фич, которые нужны уже сейчас конкретным командам. Поскольку мне не особо доверяли трогать бэкенд, то новые фичи создавались системами костылей на фронтенде. Изредка мне доверяли написать какой-то прототип, посмотрев на который синьеры говорили: «отлично, только не так и неправильно, но всё равно спасибо, пойдем внедрять это у себя и теперь уже правильно». Как же именно правильно мне так и не показывали. Осознавая ненужность своей работы я сидел с жутким выгоранием и работал только последний день перед еженедельном митингом чтоб отчитаться «прикрутил костыль, на остальное нужно больше времени». Самое смешное, что по результату мой труд никак не отличался от труда опытных синьёров которые из раза в раз докладывали «по прежнему пишем тесты!». Пару раз в это пытался вмешаться старший менеджер поверх нашего, стараясь напомнить комманде что вообще-то мы должны прибыль фирме приносить и как же так, где результаты, на что старший программист просто отрезал что-то вроде «Качество!» с чем никто никак не мог спорить. Ирония в том, что это самое качество финального продукта, гарантировать которое и было изначальной задачей нашего отдела (и про которое под конец уже все забыли за проектированием своего внутреннего продукта), стало под конец сильно падать, что повлекло изменения внутри команды. Но это уже другая история, которая связана не только с нами.
А вот уйдя с прошлой работы я после долгих колебаний пошел в работать банк. Боялся, что тут будет нечего делать, что технологии старые, что я не смогу, как мечтал на прошлой работе, пилить распределенные облачные сервисы на самых новых языках программирования в самых современных фреймворках. В банке же почти весь первый месяц занимался тем, что получал права доступа к базам данных и слушал обязательные тренинги, на которых нам вдалбливали, что банк работал 200 лет до твоего рождения (большую часть — вообще без всяких компьютеров) и собирается проработать ещё столько же задолго после того как ты умрешь. Единственный смысл банка — приносить прибыль, и платить тебе твою зарплату — это непостредственный убыток, так что будь добр — отработай так, чтоб прибыли было больше чем расходов.
Работа идет по самым жестким agile методикам, но при этом я понимаю, что такой свободы на прошлой фирме у меня никогда не было. Ежедневные стендапы, работа исключительно на бизнес-клиентов, и еженедельные отчеты от стэйкхолдеров позволяют не потерять перспективу того, что и для кого ты делаешь. И при этом дает вполне себе защищенность от от неадекватных запросов на переделки — если ты можешь аргументированно объяснить что и почему могут ухудшить/поломать изменившиеся запросы, то требования завернут, так ещё и благодарность тебе выпишут за бдительность. В начале работы я сумел убедительно доказать, что именно и как мы можем улучшить, к моим словам прислушились и мне дали зеленый свет. Это и есть то самое качество во главе, которое задекларировал автор этого манифеста, которое мы вполне себе нормально получаем при agile методологии.
TL; DR: На своем опыте я убедился, что следование ценностям, задекларированным в этом манифесте не гарантирует ни качественных продуктов, ни адекватной рабочей атмосферы, если коллектив состоит из программистов разных уровней. К тому же он по определению дистанцирует и противопоставляет заказчиков/руководство программистам, что не способствует здоровой атмосфере. В то же время правильно поставленный agile решает, в том числе, и те проблемы, которыми был озабочен автор этого манифеста.
Ещё одна мысль. На прошлой работе в один момент старшие программисты заинтересовались прикрутить машинное обучение к одному из основных компонентов (fuzzy тестирование с production данными) своего фреймворка. Поскольку задача была слишком большой для обычного прототипа, мне её поручили сделать как бакалаврскую в университете. Для сбора данных мне потребовался тот самый компонент, а поскольку закрытый коммерческий код выносить с предприятия было нельзя, я, с разрешения работодателя, сделал свой open source аналог. Что бы повторить главную киллер-фичу фреймворка (над которым на тот момент работали уже почти год) мне потребовались сутки. Ещё пара дней ушла бы на то, чтоб переписать работу с сокетами на С — просто для скорости, и возможно потребовалась бы неделя чтоб прикрутить слив данных с распределенных инстанцев в одну базу что бы поддерживать параллелизирование. Таким образом за месяц я мог бы выкатить кривую и косую (я совершенно не обманываю себя о том, какого качества код я произвожу относительно опытных senior developer-ов), но рабочую версию, дающую тот же функционал, что и продукт, который разрабатывается уже полтора года но так ещё и не был никуда выпущен. Разумеется, я не собираюсь этого делать, но информация о фреймворке выкладывалась в открытую сеть в виде презентаций (которые я и пересказал тут, что бы гарантировать, что я не не ломать NDA) и если бы продукт представлял реальную выгоду — у потенциальных конкурентов было бы более чем достаточно времени что бы выпустить свою версию, захватить и поделить рынок, пока команда спецов делает всё «правильно».
Для нужд нашей компании она подходит почти идеально (только в части проектов используется Джекинс), к тому же я просто не представляю, как было бы возможно перенести сотни различных проектов и их пайплайнов (часть из которых требует кастомных плагинов) на любую другую систему, но нигде больше я пока даже и не видел особо упоминаний этой системы.
То ли мы — такие динозавры, каких ещё поискать, то ли просто ребятам из ThoughtWorks'а нужно поработать над стратегией продвижения.
Самому тоже ответить можно, только сторона «правообладателей» имеет право в течении 3х лет оспорить твой «ответ». С адвокатом ты как раз и заключаешь договор, что все 3 года он будет отгонять от тебя все возможные оспаривания, поэтому «правообладатели» с такими клиентами никак и не заморачиваются дальше — понимают, что только время потратят. Если же будешь писать ответы самостоятельно (особенно если ты — не практикующий юрист, а студент-программист), то могут и придраться к каким нибудь неточностям в ответе и тогда уже придется искать более дорогого адвоката, что бы вытащил. Когда на кону твоя зарплата за несколько месяцев — экспериментировать не хочется.
Жаль только, что автор женился в 2015 и так и не закончил свою работу.