Comments 102
Воинская часть… Курилка. Сидят 4 лейтенанта. Один предлагает идти к командиру части проситься в отпуск. Встали пошли. Заходит к командиру первый:
— Товарищи полковник, лейтенант Пупкин. Разрешите в отпуск.
— Да ты че! В отпуск, говоришь? Давай рацпредложение, и пойдешь в отпуск!
— Легко! Вон у Вас под окном солдат траву косит. Че он косой в одну сторону машет? Давайте ему вторую косу привяжем, пусть косит налево и направо!
— Молодец! В отпуск!
Заходит второй:
— Давай рацпредложение…
— Легко! Вон у Вас под окном солдат траву косит. Че он косой туда-сюда машет? Давайте ему к косе привяжем вилы, пусть сразу в кучки складывает!
— Молодец! В отпуск!
Заходит третий:
…
— Давай рацпредложение…
— Легко! Вон у Вас под окном солдат траву косит. Че он косой туда-сюда машет, траву в кучки складывает? Давайте к нему привяжем тележку, пусть сразу и отвозит!
— Молодец! В отпуск!
Заходит четвертый:
…
— Давай рацпредложение…
— Не знаю.
— Ну-у-у-у… Так иди думай. Придумаешь приходи!
Выходит лейтенант на крыльцо, закуривает нервно, стоит «репу морщит».
И тут подходит к нему этот солдат. С этой хреновиной в руках с привязанной тележкой, весь потный, обессиленный. И злобно так, спрашивает у лейтенанта:
— Чё, товарищ лейтенант, в отпуск хотите?!
— Да-а…
— И рацпредложение не можете придумать?!
— Да-а…
— ФАРУ МНЕ НА ЛОБ, БЛЯТЬ!!! ФАРУ!!! ЧТОБЫ НОЧЬЮ КОСИЛ!!!
<< Какой интерес у наемного персонала объединять несколько профессий в одну? Работать многостаночником? Но всех денег не заработаешь. А жить когда?
Ну мне кажется вы сравниваете теплое с мягким. Быть многостаночником != овертаймить. Много зарабатывать != быть многостаночником. Много зарабатывать != овертаймить. Вообще все эти три вещи возможно и пересекаются, но далеко не исключают варианты быть многостаночником, много зарабатывать и не овертаймить.
Ну и не всем нравится копать вглубь, многим нравится развиваться вширь (быть многостаночником). Зачем делать то что не нравится?
Быть многостаночником != овертаймить
Допустим, двухстаночник делит время пополам: Х + Х. Соответственно, одностаночник работает 2Х на одном "станке". За одно и то же астрономическое время одностаночник выучит больше функций, наловит больше проблем, заготовит разных шаблонов и приёмов работы.
И когда-то неизбежно прилетит "деталь" с трудозатратами К, которую одностаночник "выпилит" за Х времени. А многостаночник - за 1,2Х (и хорошо, если закон Мерфи не сработает и прилетит только на один "станок"). Где взять 0,2Х без овертайма?
Безбедные времена в IT показали тенденцию к завершению. Как минимум в краткосроке. Не исключая возможности коррекции в долгосроке.
Если кто-то думал, что высокая зарплата в сфере – это какой-то знак признания за владение особенными профессиональными качествами, то самое время с этой установкой попрощаться и взглянуть реальности в глаза.
У бизнеса (капитала) цель одна – максимизация прибыли. Если на пути к этой цели кого-то можно заставить делать х2, а заплатить х1,5, то его обязательно заставят.
А несогласных сократить. Скажут "рынок – не вписался". И будут правы
Это вам, как владельцу капитала, так хочется думать. Людей, способных к хорошей логике, в природе больше в процентном отношении не становится. Отсюда ЗП в ИТ держатся относительно высоко до сих пор. И будут держаться, только если наконец не произойдет глобальный кризис, который предсказывают уже ряд лет. Но в этом случае плохо будет всем.
Никакие псевдо-ИИ на это влиять не могут. Когда вы разоритесь, благодаря своим "блестящим" стратегиям и "гениальным" идеям, рынок будет прав.
Вы так говорите, как будто все Эти приложуха для заказа швабр с унитаза жизненная необходимость. Вон поигрались с IT и хватит.
Деточка сейчас каждый пердок делает бизнес лучей, проект менеджер, дизайнер и тестировщик, хотя в целом один программист за малый прайс может это в своём углу за час сделать.
Я уж молчу про микросервисы. Это сразу хедкаунт умножить на 2 ещё девопсер теперь нужен же. Да и сложность выросла.
Просто если вам например девопсер не нужен — это не значит что он никому не нужен. Я вот наш текущий проект вспоминаю — без выделения ролей все будет очень плохо. Слишком огромный проект.
С другой стороны — для например пет-проекта может быть не нужен например нормальный бэкэндер и тем более DBA (просто использовать какую то облачную СУПД и лямбды, да — будет привязка к конкретному провайдеру но их больше одного, да — будет дорого на больших объемах… зато на малых — копейки или бесплатный лимит)
Надо просто с умом работать и выбирать средства.
Во-первых, АСУ - это тоже ИТ.
Все там срослось с капиталом. Там своя специфика.
"Во всяких АСУ мозгов и побольше иметь надо. "
Вы мне это расскажите, человеку с дипломом инженера по автоматизации тех. процессов и производств, работавшему инженером-электроником на металлургическом комбинате в горячих цехах.
Дальше мне лень отвечать человеку, который не знает, что АСУ - это часть ИТ.
Перечитывайте свой текст до просветления. "На ходу" правильно. Ну и т.д.
Итого имеем в сухом остатке: вместо конструктивных контраргументов чувак обвинил незнакомого человека непонятно в чём, потряс своими регалиями и знанием русского языка. Полезной информации так никакой и не выдал. Менталитет школьника какого-то, который пришёл в интернетики самоутверждаться. Может и есть школьник на самом деле, хз, не докажешь ведь обратное...
Итого, что имеем, пришел неизвестный мне человек и начал мне что-то втирать про первое-второе. Даже не понимая (или не умея писать просто понятно?), что его текст читается двояко. Я работал в АСУ, ЗП мне там известны. Никакой полезной инфо от вас не вижу. Ну потрясите своими регалиями, если хотите или если они у вас есть. Посмотрим, какой у вас менталитет. У меня ощущение, что это вы пытаетесь самоутвердиться.
Есть одна маленькая, но важная деталь: именно владелец капитала решает - кому и сколько он заплатит.
Был одно время неплохой вариант. Там не все было хорошо, но в среднем, для большинства - справедливее получалось. Этот вариант 70 лет был красной тряпкой для этих самых владельцев капитала.
Сейчас такого варианта больше нет.
Так что остается лишь мечтать о справедливой оплате.
Владелец капитала платит свои собственные деньги. Ну или деньги инвесторов с которыми он лично договорился. Почему кто-то ему должен указывать кому сколько платить?
Государство устанавливает минимальную планку и минимальные гарантии и этого достаточно. Все что выше - как договоритесь. Разобраться в ценности тех или иных работников с высоты государства невозможно. А уравниловка прямо говорит что работать лучше нет смысла. Зачем работать лучше, если твой доход не изменится?
Так для работника, если это не его бизнес, та же уравниловка получается в большинстве случаев. Хоть ты извертись, но сильно больше тебе не заплатят. Либо заплатят, но ты выгоришь и все это потратишь на восстановление. А если не будешь прогибаться, то еще и прогонят. В чем профит?
Вы точно видели зарплаты на рынке? Ну от 100 до 500 рядовой разработчик может получать довольно легко. В зависимости от своих умений. 5 раз это довольно большая разница за работать лучше.
Бизнес заинтересован в хорошей работе обычных работников. И деньги это основной мотиватор. Платить больше тем кто лучше работает (на взгляд и по критериям бизнеса конечно) это разумная стратегия. Оно местами ломается, но в мире нет ничего идеального.
Ну тут скорее от умения продать себя на собесе, знания и опыта востребованных рынком технологий. И повышение ЗП за хорошую работу встречается не так уж часто. Почитайте Хабр, здесь везде один совет - хотите ,чтобы вам повысили ЗП, бегайте по собесам. Да и больше 300 за неруководящую должность это нужно очень сильно постараться чтобы найти.
Ну и зарплаты на ИТ рынке подогреваются мировым рынком. В тех отраслях, где такого влияния нет, все будет похуже.
Люди которые говорят про продать на собесе или про бегать по фирмам обычно не очень. Ничего личного, я давно такое заметил. Специалист с хорошим резюме и на практике имеющий опыт обычных нормальных технологий продается автоматически. А вот специалист который не способен написать простенький код на доске и не понимающий как работают современные технологи вынужден бегать по работам и продавать себя на собеседованиях.
На востребованность технологий в нормальных местах вообще плевать. Специалист ни разу не работавший с, например, Докером способен за день прочитать документацию и к вечеру собрать свой проект в Докере. Это не то время из-за которого стоит переживать. А вот научиться шардировать и не шардировать (что даже важнее) данные, отказоустойчиво принимать в свой код тысячу РПС из дикого интернета и правильно мониторить правильные штуки в своих сервисах за день не научится никто. Тут поможет только долгий опыт работы с такими штуками. Эти умения на собеседовании выяснить гораздо интереснее. А в чем конкретно он их делал, ну какая разница? За недельку-две разберется с тем что у вас на проекте принято использовать. Или даже предложит известное ему, вероятно более хорошее, решение.
Ну и зарплаты на ИТ рынке подогреваются мировым рынком. В тех отраслях, где такого влияния нет, все будет похуже.
Мы на IT ресурсе. Логично обсуждать нашу сферу.
Это вам, как владельцу капитала, так хочется думать
Тогда почему мы живём при капитализме, а не при каком-нибудь программизме?
Людей, способных к хорошей логике, в природе больше в процентном отношении не становится.
Платная лицензия на научные достижения и программное обеспечение наглядный пример отвратительной логики, однако ж существует и весьма неплохо.
Отсюда ЗП в ИТ держатся относительно высоко до сих пор.
https://novosibirsk.hh.ru/vacancy/86511998
Город-миллионник, если что.
Тут бы x1 заставить делать. Перешёл из одной компании в другую, где спецам платят вдвое больше, а эффективность не сильно выше. Надеюсь, случайность, а не правило.
Ну да ну да, сразу видно как бедствуют врачи в европе и америке.
Спецзнания подразумевают спецоплату.
Улыбнуло!
А где про разработку технической документации?
Баян.
Зарядку себе придумали, лишь бы не работать! Лишь бы дурака валять!
Здоровый бугай поднимает три гири впустую - воздух перемешивает.
Пускай камни таскает или вагонетки с углем. И платить ему не надо: Он же за гири денег не берет!
Если весь народ по утрам вместо гирь будет яму копать, знаете, какая колоссальная экономия будет. А если другие туда воды накачают и гусей пустят... На каждого получится по два гуся.
Я ж не один день думал!
А этот футбол - двадцать два бугая мяч перекатывают. А если вместо мяча дать каток, они же за полтора часа все поле заасфальтируют. А зрители еще по рублю дадут. Бешеные деньги пойдут.
А марафонца видали? Страус. Сорок километров дает бегом. Его кто-нибудь использует? Он же бежит пустой! А если он почту захватит или мешок крупы в область? У нас же составы освободятся. Я уже не говорю про штангистов. Человек полтонны железа поднимает и обратно кладет. Так дайте ему груз, чтобы он его наверх подавал. Бочки с селедкой, раствор, ящики с кирпичом пусть выталкивает. И рекорды ставь: Ты две бочки, я четыре, чемпион мира - шесть!
Кто у нас остался? Артисты, художники, ревматики, склеротики и прочий боевой отряд физически недоразвитых людей. Их надо использовать на тонких работах. Вот балерина крутится. Крутится, крутится, аж в глазах рябит. Прицепить ее к динамо - пусть ток дает в недоразвитые районы.
А ты, иллюзионист, у тебя из пустого ведра курица вылетает. Иди, обеспечивай народ курями. Ведра у всех есть, куры не у всех. Тебе каждый спасибо скажет, если честно будешь работать.
А писатель пишет. Ходит туда-сюда, обдумывает. Что он там напишет, никому не известно, а пока ходит - прицепить к нему рычаг, пускай воду качает. Хоть какая польза будет...
Вот так каждого использовать, такое будет! Такое состояние благо. Такой прогресс. Такой урожай. Вместо голубей этих дурных на крышах индюки будут сидеть, и тогда сразу вперед скакнем. Я ж не один день думал, что я, дурак?!
Насколько помню, исполнитель Аркадий Райкин, автор Жванецкий.
Это лучше смотреть, а не читать: https://www.youtube.com/watch?v=uu-YQkGo3t8
Обсуждать нечего тому, кто ничего не делает.
Гм... Я работаю над своими задачами, Вася над своими и Петя тоже над своими. Все эти задачи друг с другом не пересекаются. Прогресс всех этих задач своевременно отмечается в жире. Что нам обсуждать каждый день?
Вы с Васей и Петей работаете в одной команде и не над своими задачами, а над продуктом. Подумайте об этом
Вы наверное менеджер? Каждый работает над своим компонентом продукта и они не пересекаются. Так бывает. Подумайте об этом.
И даже если бы, вдруг Петя захотел что-то обсудить с Васей, ему для этого не нужна аудитория в лице всех остальных, которые ни слова из этого обсуждения не поймут, потому, что их задачи не пересекаются. Петя просто обсудит это в своем тикете в жире, где задаст вопрос Васе и Вася на этот вопрос там же и ответит, оставив потомкам, и самим себе в том числе, возможность перечитать это обсуждение позже. Это уже не говоря о том, что Петя с Васей просто могут что угодно обсудить приватно в слаке, зуме, Мите или в чем им там захочется.
Вы про басфактор слышали? При вашем подходе Петя с Васей увольняются и все. У продукта огромные проблемы.
Тратить на разговоры и введение заметной части команды в курс делать время выгодно в долгосрочной перспективе. В том числе не допускать что каждый копает свой уголок и не знает про другие. Пусть иногда меняются задачами и уголками по кругу. Чтобы все всё знали на том или ином уровне.
Петя с Васей увольняются и все. У продукта огромные проблемы.
Смишно. На моих глазах менеджеры уволили Васю с Петей и никакой бас фактор их не остановил. Ну и справедливости ради, никаких особых проблем у продукта не было. Были наняты другие, а то, что они ничего не понимают в продукте - так это мелочи. Менеджеры вон тоже не понимают, но это же не останавливает их в принятии решений. Что? Пользователи продукта? А кого они интересуют? Уж явно не менеджеров, тем до лампочки.
Вообще, система при которой каждый пишет отдельный компонент, при этом общается с другими только на этапе интеграции и не отвлекается на другие задачи - самая жизнеспособная.
Потому что:
Басфактора легко избежать с помощью код-стайла и тестов.
Основное, на что надо обратить внимание - на системных аналитиков, чтобы из тз было четким и однозначным.
Люди гораздо лучше работают, когда заняты одним делом и не отвлекаются на остальные. Поговаривают, что это чисто мужская фишка - ну, никто не мешает девушке попросить задач, если есть потребность в переключении.
И по итогу, мы имеем по гуру на каждый компонент - потому что каждый досконально его знает и хочет его писать, за счет того что у него есть свобода выбора (которая не противоречит код-стайлу, конечно) внутри компонента.
А если, все-таки, кто-то уйдет с проекта - возвращаемся к пункту 1, и обучаем новобранца с помощью ТЗ - с одной стороны и кода предшественника - с другой.
ИМХО
Вы пробовали разобраться в чудом коде ну хотя бы на несколько десятков тысяч строк с кодстайлами и тестами? Не КРУДы конечно. Какая-нибудь обработка неведомой фигни. С кучей входов и выходов и даже с апишкой. Без помощи автора, уволился он. И конечно же срочно. Критический баг или срочная фича которую уже анонсировали или еще что-то такое где-то в недрах этих тысяч строк.
Однозначное ТЗ в 2023? Это шутка такая? Аджайл во все поля давно уже.
Конечно лучше. На короткой дистанции. На длинной море времени уйдет чтобы другой человек разобрался или не дай бог переписал. Легаси же. Никто не понимает как оно работает.
А потом гуру уходит. И получается кусок дремучего легаси.
Вы точно не пробовали в современных больших системах разбираться без поддержки авторов. Это полный ужас. ТЗ хорошо если в виде тикетов, комментариев к ним и абстрактных картинок (не совсем соответствующих действительности конечно же) потоков данных будет.
Нет, я был когда-то сисадмином, потом стал DevOps, теперь я SRE инженер в максимально кровавом энтерпрайзе. Общий мой стаж приближается к 20 годам.
Про бас фактор Вам уже ниже написали.
Разве что вы джуны. У сеньоров задачи часто пересекаются под капотом, продукт-то один. Может, конечно, у вас идеальные изолированные абстракции, тогда вам повезло, но это исключительный случай.
Как раз потому, что мы не джуны, и можем работать самостоятельно над своими задачами.
При чем тут "самостоятельно"? Конечно вы работаете самостоятельно, однако ваша работа стыкуется с работой других людей, которые тоже работают самостоятельно. Или у вас ещё и задачи с точки зрения абсолютно самостоятельные и никак не взаимодействуют между собой в рамках бизнес-процесса?
В конце-концов, вы написали сервис, отдающий данные, другой сеньор использует этот сервис и всё это без единого обсуждения? Ни о формате обмена, ни уточнения бизнес-требований, если что-то не ясно, ничего?
Вот если у кого-нибудь есть что спросить у команды - пусть напишет копипастом 10 писем всем в команде и получит ответы. Всех зачем на полчаса (это если вменяемые еще, иначе час) отвлекать одновременно?
"за три года в проекте"
Ладно хоть не за три месяца.
За n-цать лет в куче проектов в куче отраслей видел всякое. Гораздо чаще встречается, что люди попусту тратят время на ненужные им встречи. Серьезная проблема, на самом деле.
Ну вот я и хочу поменять, взять и сначало сделать Дэйли асинхронным, в чате команды напиши все что хочешь сказать, ну а следующим этапом хочешь пиши хочешь не пиши, хочешь читай хочешь не читай, но как вы правильно заметили, аджайл это про гибкость и то что люди важнее чем процесс и поэтому обсалютно все подобные инициативы с любым уровнем глубины на любой работе отвергаются сразу и без апеляционно.
Когда я честно говорю, что мне ваши болабольства мешают, что я не хочу знать какие у вас там успехи проблемы интересные моменты, но при этом всегда готов помочь когда спрашивают по конкретной проблеме меня, мое мнение, мою экспертизу, то это почему то я не командный персонаж и вообще токсик. А когда я предлагаю команде обсудить устаявшиеся традиции путем принятого регламента / ретро, то внезапно оказывается что есть табу на обсуждение самого процесса/регламента. Можно обсуждать что угодно только не это.
Зато те кто созывает митинги, много говорит без конкретики, делает презентации хорошие ребята им даже можно простить не самые выдающиеся результаты, только я не понимаю как это связано с командой? Я если честно вообще не очень понимаю, что конкретно имеют ввиду когда говорят команда в контексте разработки софта. Чем команда отличается от не команды? Почему вы так думаете? А какой у вас реальный опыт работы в разных рабочих культурах? А как ваш опыт может быть применен без вас?
Короче, по моему, ценность так называемой командной разработки переоценена, настоящий аджайл это что то типа рая, никто не видел, но все туда хотят попасть, а вот хард скилы почему то объявляются не то что бы не нужными, но явно второстепенными. У меня есть анекдотический опыт, когда проблем в так называемой команде нет вообще никаких если уровень хард скилов у каждого выше среднего и много свободы, ну т.е. там где профессионалы работают по аджайлу только не знают об этом модном слове. Без дэйли, без ретро, без демо, без джиры, да даже почти без совещаний. Надо обсудить что то идёшь и обсуждаешь не важно утро это день или вечер. Не хватает двух голов зовут третью, а если надо то и четвертую. Без идеи решения митинг не заканчивается как это обычно бывает при аджайле/скраме. Если человеку не интересно или не может помочь, то он так и говорит а не трати время свое и чужое. Если есть какая-то общая проблема, то оказывается можно не ждать конца спринта и ныть на ретро всей командой, а обсудить проблему сразу как только о ней стало известно и делать не как по процессу, а как надо сразу, а если снова не так ну ещё раз все переобсудить.
Вот честно этот ваш аджайл как устав в армии, вроде все красиво и правильно написано только к реальности отношения не имеет.
Вы сами себе противоречие.
Не угадали, это был сарказм.
Тимлид отправился договариваться со стейкхолдерами что теперь мы им
будем демонстрировать сделанное не каждые две недели, а раз в полтора
месяца
Ключевая часть, для меня, в этом предложении - пошел договариваться, т.е. не проинформировал о смене спринта по решению команды, а пошел на поклон с прошением. Это конечно лучше чем бан на обсуждение, но все же до заявленных ценностей аджайла не дотягивает.
Да, сейчас много где есть перекос в обратную сторону ("софт важнее
хард"), это просто вопрос времени, рано или поздно нормализуется.
Я бы хотел разделять с вами этот оптимистичный взгляд как я делал это раньше, но у меня все больше свидетельств тому, что этого не произойдет. Ну например, этот перекос начинается уже с младшей школы. С одной стороны я не против, что детей учат договариваться друг с другом да и вообще общаться, с другой стороны их забывают научить собственно дело делать и вот это мне уже не нравится. А происходит так потому что учить дело делать оказывается сложнее чем учить догавариваться, КПИ по делу выглядят сильно хуже чем КПИ по болталогии. Т.е. как раньше уже не будет, никакого баланса не будет, но это не значит, что это проблема или плохо, может быть уровень хард скилов закастылюет АИ когда нибудь, но мне это не нравится, потому что здесь и сейчас мне приходиться периодически страдать из за этого.
Бегите оттуда
Ну нет, я в полне доволен своей конторой и моим положением в ней. К тому же недавно произошли изменения в этом плане, у нас появился процес по изменению процесса, но я пока не в курсе работает это или нет. Но мне это уже мало интересно, я сменил роль с члена команды на роль свободного самурая - стаф девелопер, я теперь вне команды, у меня нет дэйли, спринтов, демо, минимум митингов и я наконец-то просто занят делом без лишних присяданий. Время от времени меня отвлекают от построения космических кораблей когда надо что то починить, а у других почему то не получается (подозреваю недостаток тех самых хард скилов), но в целом я нахожу это даже полезной сменой деятельности.
Вот чем я не доволен так это попытками сделать из меня я даже не знаю кого полу менеджера полу тех лида - у нас это называется тех домэйн гардиан. Человек который определяет курс партии по какому то широкому тех вопросу ( ну например вопрос многопоточности/асинхронщины или управления памятью или гуй и т.д.) и заодно менеджерит список тех долга тасков по этому вопросу. Болтавни очень много и меня это напрягает, а толку я пока не увидел - тех долг не уменьшается. Какая то смесь демократии (условием становления гардионом является убеждение других в верности курса) с отсутствием власти, я не смогу прийти на планирование к команде и сказать вы берете этот тикет в спринт. Я только должен грумить этот бэклог и ждать как с моря погоды, что тикеты будут браться в спринт и делаться, сам при этом я их делать не должен - передача знаний и вообще скэйлинг моих возможностей с одного юнита - меня, на много юнитов которые мне при этом не подчиняются. Я вообще не хочу вот в это все, но меня зачем то туда пихают.
Короче какая то очередная хрень из мира эффективного менеджмента в которую я не верю, но посмотрю как пойдет, может это я не прав, хорошо хоть есть с кем сравнивать, у других пока что тоже 0 результатов, так что может это все таки хрень, а не я дурак.
Если одна сторона стучит кулаком и ставит условия в ультимативной форме, то хорошего сотрудничества не выйдет.
Так команда это те кто собственно и делает дело, при этом все обязательства никуда не уходят. Ну это как вы придёте к хирургу и начнёте с его командой (а у него команда) договариваться не о том что вам нужно, а о том как они это будет делать. Только потому что вы деньги платите.
Какая вам(как тому кто платит деньги) разница есть у них дэйли ретро и демки и какой длины спринт, если проекты движутся в правильном направлении с удовлетворительной скоростью? Это по сути аналог микороменеджмента на уровне команды. Да иногда надо, если есть проблемы и команда не может их решить сама, но если проблем нет зачем это?
есть отдельный трехнедельный спринт именно на разгребание техдолга
Я не могу говорить за всех, но у меня сложилось впечатление, что многим разработчикам на самом деле пофигу хороший код плохой код, к тому же очень часто критерий хорошести произвольный. У нас есть определение тех долга, это проблемы которые не видны пользователям, но замедляют разработку.
Дело в том, что то что замедляет меня не замедляет Васю, а то что замедляет Васю не беспокоит меня. Раньше у нас было много крашей и я починил ключевые системные вещи, это не значит что я в одиночку все починил, но я сделал то что никто другой не смог. Краши теперь редкость и я больше не вижу особого смысла что то менять фиксить тот самый долг. Да очевидно я фиксил не тех долг а краши, они по определению не тех долг, хотя все называли это тех долгом. А теперь остался тех долг и мне все равно как его будут или не будут фиксить. Оно работает, люди привыкли к тому что есть и они не хотят перепривыкать.
Да оно кривое, но работает. Да там много табличек туда не ходи этого не делай ну и что? Ну переделаем на другое и что? Будут другие таблички и по началу даже снова краши пока люди привыкнут к новому, да и самое главное я (могу ошибаться) не вижу желание у людей что то менять - работает же.
Есть конечно популисты которые мыслят лозунгами (хотя на практике свою экспертизу не подтвердили) которые готовы менять одно на другое согласно лозунгу. И мне приходиться тратить время на демократию, на разоблачение этих лозунгов в нашем случае. А когда речь идёт о действительно потенциально разумных изменениях то понимают это единицы у остальных нету хард скилов и для них это не убедительно. Это очень похоже на религиозные споры креаценистов со сторонниками эволюции.
Это я к чему, хард скилы решают, есть ли смысл в том что бы что то менять на другое или нет. При недостатке хард скилов любая элегантная система может и будет использована не так как задумывалось.
Хорошо, допустим вы правы, расскажите пожалуйста в чем смысл дэйли и как его нужно готовить, что бы меня от него не тошнило?
Ну у нас все так и было, команда где 6-7 человек, дэйли ~10 минут, в одно и тоже время. А теперь почему я нахожу это бесполезным:
вот те советы которые мне изредка давали коллеги были не просто нейтральными, а почти всегда вредными, потому что за несколько секунд они не понимали тех проблем о которых я говорил, а мои проблемы всегда сложные, лёгкие я и так быстро решаю
Мои редкие советы, когда я точно знал в чем у них проблема, игнорировались что потом приводило к дискашенам на ревью и не понимаем зачем что то менять если и так зашибись
Большая часть того потока слов которые попадали в мои уши была обсалютно бесполезна для меня
Никакое дэйли никогда не спасет вас от вопросов от менеджера потому что у него нет времени читать джиру или спросить то же самое у ПО он просто напрямую у вас спросит все что хочет знать и не один раз и не один менеджер, правда это не часто и менеджеров не много, но бывает
Я сначало следовал ритуалу делал как говорили, смотрел как это работает и только потом меня начало от этого тошнить когда я увидел, что это не работает как минимум для меня. Но я не припомню что бы советы других членов команды не мне кому то помогали, никто не вспоминал о том что было сказано на дэйли после дэйли, я пару раз на это натыкался когда напоминал, что другой человек это уже говорил на дэйли.
Ваши описания тоже выглядят как маркетинг они обезличены, в них только положительные гипотетические кейсы - как в теории это может помочь, как из буклета по скраму, в них нет вашего личного опыта, что ещё больше заставляет меня сомневаться в них.
Как конкретно вам помогает дэйли? Почему вы верите, что другим членам команды это помогает, как вы об этом узнаете? Почему по вашему тоже самое не сработает если делать это асинхронно в общем чате, который не обязателен для немедленного чтения? А вы так пробовали? А вы пробовали вообще без дэйли? У вас есть базавая линия с которой нужно сравнивать?
проблема не в дейли, а в том, что вы не слушаете, что говорят ваши
коллеги, а ваши коллеги не прислушиваются к тому, что говорите вы.
Я почти согласен с этим, за исключением того, что я не считаю это проблемой, а скорее нормой. Почему вы считаете что это проблема?
Как вы считаете, что больше соответствует заявленным принципам аджайла (я напомню - люди важнее процессов)
Кто хочет приходит на дэйли слушает, если есть что сказать говорит, кто не хочет не участвуют/приходит, кто считает более удобным пишет в чат, что хотел сказать и читает автоматически сгенерированную стенограмму онлайн собрания.
Все ходят на дэйли, хотят не хотят не важно, все что то говорят есть что сказать или нет не важно, все хотя бы делают вид что слушает интересно или нет не важно
Не так, что кто-то делится проблемой когда он зашёл в тупик и всрал уже
немало времени на безуспешные попытки решения, а сильно заранее, ещё на
этапе начала решения проблемы.
Ну на самом деле, людям не очевидно, что чей либо совет сработает лучше чем их собственные идеи. Я наблюдал это неоднократно. А ещё это довольно редкая ситуация когда совет действительно дельный, а не бестолковый, собственно поэтому и не очевидно, что лучше последовать чьему то совету, а не сразу делать по своему.
Я склонен считать, что дэйли это форма микороменеджмента, которая может быть полезна если у вас в команде превалируют люди с недостатком опыта и/или у кого сложности с тайм менеджментом.
почти везде и всегда они были короткие и по делу
Про "по делу" смешно. Менеджер шарит экран, на котором доска в жире, где для каждого разработчика указаны его тикеты и их статус. И вот менеджер смотрит на Петин тикет, который находится в состоянии In Progress, у которого указано что он выполнен на 50% и дата окончания завтра. Смотрит значит и спрашивает Петю, чем он занимается. Притом спрашивает публично, но всем остальным нет никакого дела, чем именно Петя занимается, у них свои задачи есть. Они просто отбывают свой бессмысленный срок на этом стендапе. Вот это вот сейчас называется делом?
Никакого другого аджайла и скрама, кроме вот этих карго культов, я не встречал. Соглашусь, что моя выборка не репрезентативна, но ведь и вы не станете утверждать, что ваша выборка репрезентативна.
Так ведь не я это называю. Это они называют, менеджеры. А я либо соглашаюсь, либо иду лесом. Никаких вариантов у меня нет. Я ведь на собеседованиях распрашиваю об этом, что кстати минус мне, в их глазах. И вижу, что никакого другого аджайла, кроме карго аджайла - нет
Выбор всегда есть. Если команда разработки не может даже в таких мелочах своей работой руководить то что-то глобально не так.
Менеджеры лезущие в такие мелочи как статус с точностью меньше недели-двух сильно мешают. И их надо выгонять из соответствующих чатиков и встреч. Еженедельной встречи лидов разработки с командой продукта обычно достаточно. Там и статусы и сроки можно обсудить и планирование на месяц вперед можно устроить. Разработчики на дейликах не должны на такое время тратить. Пусть лучше обсудят кто что пишет и где в проекте уже есть похожее решение которое можно переиспользовать.
Вы через розовые очки на мир смотрите. Если разработчик выёживается, его выгоняют. Ситуация простая. Менеджер может уволить разработчика. А вот разработчик менеджера уволить не может.
И опять из мест где менеджер может уволить разработчика надо бежать. Другие места есть и их довольно много.
Разработчики в среднем ценнее менеджеров. Их сложнее нанимать, дольше онбордить и все такое. Особенно от сеньора или даже хорошего мидла.
Боже мой, какие вы наивные. Нет, я не работал ни разу на госконторы. Самые мои лучшие воспоминания о работе в мелких рогах и копытах. А то, что я рассказываю - это мой опыт работы на американские корпорации и псевдо-корпорации. А зачем тратить свою жизнь на подобные места? Из-за денег. Платят много и можно накопить на безбедную старость.
Это вы где прочитали? Про 5-10 минут? в сборнике сказок "1000 и одна ночь"?
Я работал в разных конторах и крупных (один из опсосов, одна из федералных ритейл сетей, мет. комбинат, кластер вагоносборки) и мелких (20-30 ч в конторе) - нигде не удавалось снизить время встречи с 30 минут. В основном 45-60.
Даже чисто физически - кто-то что-то срочное доделывает.
- Вася, ты где, мы тебя ждем!
- да щас я, вот прям срочно нужно начальнику/ коллеге скинуть отчет/ данные/ и т.д. и т.п.
Как минимум, каждая такая встреча минут на 5-10 задерживается только из-за таких вещей.
Какие 5-10 минут встречи? Что за влажные фантазии?
ссылки это ссылки, а реальность - это реальность. должен не значит, что есть.
что вы подразумеваете под чистой ИТ-компанией? агрегатор типа EPAM/ Luxoft?
я не знаю, что там у вас за команда, може быть, все ваши проекты - это аля
вебсайт - магазин одежды для собак, заказчик - пенсионерка из штата Западная
Вирджиния, которая на upwork его разместила, в команде 2 кодера - вы и индус +
дизайнер на 1/16 ставки. в таком случае действительно, хватит и пары минут,
чтобы сделать перекличку. "Сингх, ты здесь? - я, я, работал сделала"
Да, компании есть разные. Кто-то работает на нескольких проектах, бывает, что у
кого-то с утра 2-3 дейли идет. И они могут друг на друга накладываться. Другой
человек (критически важный для проекта) тупо на совещании у директора, когда
начинается дейли и т.д. и т.п.
ИТ - это информационные технологии. Команда, которая собирает инфо на
большом заводе/ фабрике, обрабатывает ее и преобразует ее еще во что-то - это
тоже ИТ команда.
Почему люди вблили себе в голову, что ИТ - это только программисты?
Еще имеет наглость мне в комментариях писать "Щито". Это можете коллеге-
индусу написать, он оценит.
"Если хотите знать, какой проект сейчас, отвечу: новое поколение зарядных станций для электромобилей."
Нет, не хочу. Мне абсолютно не интересны вы, ваше мнение, ваши проекты. Будет проще, если вы просто будете игнорировать мои материалы на сайте.
"Ах, простите-извините, что я задел струны вашей видимо тончайшей душевной"
Я вас не прощу, никогда. По теме - шутки уместны между друзьями или хорошо знающими друг друга людьми. Я вас не знаю и узнавать желания не имею.
"Теперь я, кажется, начинаю понимать, что такое "поколение снежинок", на которое часто жалуются в наше время."
Что ни предположение, то мимо. Я из более старшего поколения.
я вам уже 50 раз объяснил, чем конкретно вы мне не интересны. у вас нет опыта работы в интересных мне компаниях. как еще это подать, чтобы дошло? я вам диагнозы не ставлю, вы описали в комментариях свой опыт - я прочел это и сделал выводы.
это вам кажется, что вы увидели где-то глупость или что я в чем-то неправ. я, кстати, нигде и никогда не постулирую собственную безгрешность. человеку свойственно ошибаться. errare humanum est.
еще раз - вы пришли в мою статью и стали мне что-то доказывать, а не я вам. если вам хочется видеть себя оппонентом - ради бога. только чему вы оппонируете в данном случае? ветру?
когда я предлагаю вам игнорировать мои материалы - я просто предлагаю зря не тратить время. так бывает в жизни. один человек не слышит другого, а второй первого. другой менталитет, опыт, еще что-то. время слишком драгоценно, чтобы тратить его на пустые препирательства подобного плана.
у меня мнение, что глупы вы. у вас обратное - ну, ешкин кот. в чем проблема? вы меня не переубедите ни в чем теперь, мне вообще вы не интересны, по причинам, описанным выше. если вам так будет легче, можете считать меня снежинкой. отстаньте только уже.
пусть напишет копипастом 10 писем всем в команде
Вот правильно. Только копипастом не нужно, один раз в список рассылки пусть напишет.
А давайте без документации
Писать документацию - нудное неприятное занятие. Сотрудники предсказуемо не хотят делать нудную и неприятную, но полезную работу - и каким боком это "в интересах капитала"?
а давайте ее сами писать, зачем нам отдельный человек? (тех. пис.)
В некоторых случаях нежелание делать нудную работу может перевешиваться нежеланием делать другую, еще более нудную работу. Например, нежелание работать с незадокументированным кодом может перевешивать нежелание писать доки. А если уж команда захотела доки, то наверное она захотела реально осмысленные доки, написанные людьми, понимающими, о чем пишут (то есть самой командой). А не каким-то заезжим тех. писом.
а давайте каждое утро встречаться обязательно на созвоне (даже если нам обсуждать нечего)
заплатить минимум, получить максимум
Здесь вы уже совсем противоречите сами себе. Час болтовни ни о чем за деньги заказчика - это называется "заплатить минимум, получить максимум"? У меня тут скорее вопрос противоположный, зачем заказчики пушат бесполезные митинги себе же в ущерб.
Какой интерес у наемного персонала объединять несколько профессий в одну?
Тут есть целых три очень рациональные с точки зрения работника причины.
Я работаю разрабом потому что мне нравится писать код. Коммуницировать с людьми мне нравится гораздо меньше, чем писать код, иначе я бы выбрал профессию риэлтора или организатора мероприятий. Чем больше отдельных друг от друга команд работают над одним куском продукта, тем больше мне придется в мое рабочее время коммуницировать с людьми из этих команд, и тем меньше - писать код.
Выполнять разнообразные задачи не только веселее, но и зачастую легче, и лучше для ментального здоровья, в силу особенностей работы человеческого мозга. Если я один день проектирую и обсуждаю требования с менеджером, в следующие два - пишу код, следующие полдня - пишу тесты, а на следующий день обучаю новичков, моя работа интереснее, приятнее, и у меня меньше шансов выгореть, чем если бы я скажем писал тесты 8 часов в день 5 дней в неделю.
Выполняя разнообразные задачи, я приобретаю большее количество навыков, и становлюсь более привлекательным работником. Сам без помощи девопса написал три докерфайла для своих сервисов - уже можно бахнуть "Docker" в резюме.
Главное, что бы вас не беспокоило, что вы делаете работу за двух или трёх человек, а получаете оплату только за одного.
Вы путаете разнообразие / однообразие задач с количеством затрачиваемых человеко-часов. Можно работать 12 часов в день делая одно и то же, можно работать 6 и делать разные вещи.
"Сотрудники предсказуемо не хотят делать нудную и неприятную, но полезную работу - и каким боком это "в интересах капитала"? "
Для этого технический писатель есть. Таким боком, что нанимать технического писателя капитал жмотиться. Так понятно?
капитал выбирает не нанимать тех. писа - команда же сама все запишет/ зафиксирует/ запомнит. (на самом деле - нет)
в команде есть еще аналитики, тестировщики, а не только кодировщики. на лбу себе это уже запишите, может быть, поможет.
заболевает ключевой аналитик, который определял логику и все сидят, не знают, что дальше делать.
В вашей логике есть одна маааленькая неувязочка - вы забываете, что разрабу все равно придется платить за каждый час его работы, независимо от того, пишет он код, пишет доки, или что еще делает. Капиталист, подряжающий разраба драить шваброй пол, не «экономит на уборщике», он наоборот разбазаривает свои деньги, потому что человеко-час разраба стоит дороже, чем человеко-час уборщика. Поэтому лишена логики как метафора в начале, так и конкретные претензии в конце.
если вы пишете это мне. вопрос стоит так - зачем наемный труд сам себе берет доп. работу, как пример, отказываясь от роли тех. писа.
это в вашей логике есть неувязочка. вспомните, что помимо аутсорса есть разработчики в штате и там принципы работают несколько иначе, как правило.
поэтому и метафора прекрасна и логика отличная.
В ФСК-Россети это уже придумано Чубайсом с 2007 года :)
«а давайте ее сами писать, зачем нам отдельный человек? (тех. пис.)», «а давайте каждое утро встречаться обязательно на созвоне (даже если нам обсуждать нечего)» - такие предложения понятны с точки зрения капитала – заплатить минимум, получить максимум.
Так в чём прикол платить за написание документации по ставке прогарммиста (или за уборку помещений — по ставке девопса) и тратить рабочее время на беспредметные совещания? При чём тут вообще максимизация прибыли?
Автор имеет явно побольше вашего опыта в разных отраслях, и не только ИТ. И в мелких и в крупных конторах.
Вам вопрос кажется странным на основе вашего опыта. На основе моего опыта - вовсе нет. По вашим рассуждениям о дейли я могу сделать аналогичный вывод - значительной части ИТ вы попросту мало того, что не видели, вы даже не подозреваете о ее существовании. И еще - если вокруг вас одни идиоты - может быть, это просто потому, что вы среди них - центровой?
"Так расскажите свой опыт по этому вопросу. Вас не взяли ни в одну международную компанию, сколько бы вы не пытались?"
Может быть расскажу, может быть - нет. Это уже мое дело. Пытался я или не пытался, взяли или нет - оставьте при себе свои домыслы.
"А вот судя по вашим жалобам в статьях и комментах,"
Это ваше субъективное восприятие. Я в своих статьях даю материал для размышления. Если вы это воспринимаете, как жалобы - это ваши проблемы.
"Что наталкивает на размышления."
Поразмышляйте, вам это явно не помешает.
При этом в статьях и комментариях вы демонстрируете полное непонимание мотивов руководства и собственников бизнеса, а это понимание нужно хотя бы чтобы самому больше зарабатывать.
Ну а переход на личности — это по сути расписка в отсутствии аргументов по существу.
Ответ в том что наемники не менее жадны чем бизнесмены, и ценят высокие зарплаты выше времени и спокойствия. Отсюда тяжёлый труд, совмещение и прокачка навыков.
А документацию пишут программисты потому что они лучше знают как продукт работает. Экономии на ЗП в этом никакой нет. Я видел как техпис постоянно дёргает разрабов чтобы объяснили и сам как разраб писал простыни и отдавал техпису
Сверстать пользовательскую документацию это достаточно трудоёмкая работа. С формулировками в терминах пользователя и картинками. Нужно еще и поддерживать её в актуальном состоянии.
Между простынёй от разраба и документом для пользователя может быть много часов работы. И работы не самой креативной.
Хотя нормальная документация нужна не всем продуктам, можно и "и так сойдёт".
Это ваше частное мнение. Я работал тех. писателем. И делал документацию как бизнес-аналитик и как менеджер проекта. Разница между документацией из под руки человека, который этим занимается профессионально, и набросками человека, который это делает между делом на коленке - небо и земля.
Какой интерес у наемного персонала объединять несколько профессий в
одну? Работать многостаночником? Но всех денег не заработаешь. А жить
когда?
Ну практики DevOps зашли прочно. Хотя не всё что этим словом называется им является.
Интерес может быть в исключении коммуникаций.
Бэкендер написал сервис, а потом админ гадает: как это задеплоить и как передавать настройки. Фронтендер задеплоил новый фронтенд, а бэкендер еще не сделал изменения на бэкенде, всё сломалось. Это примеры из жизни случившиеся в этом десятилетии.
Да, это плохо выстроеная коммуникация. Но если у всех участников есть компетенция чуть шире своей области, тогда такие проблемы решаются без лишних разговоров.
Совмещение о котором часто забывают, это экспертиза в доменной области. Если вы делаете продукт в какой-то сфере, вам нужно в ней разбираться, чтобы не наделать полной фигни.
Если ты можешь принести больше пользы бизнесу, за рабочий день, значит можно попросить зарплату побольше.
С другой стороны есть тенденция в упрощении многих вещей. CI/CD можно настроить написав пару yaml файлов. Простой и функциональный фронтенд можно сделать чисто на бэкенде. У нас например некоторые внутренние инструменты просто через SwaggerUI работают.
То же самое можно сказать и про Full Stack разработчиков. "Зачем объединять должности в одну?". Затем, чтобы человеку можно было платить полную зарплату в зависимости от того, что в текущий момент требуется бизнесу. Я бы назвал это коммутирование рабочих процессов. При том, что один человек сразу "сидит на двух / трёх айпишниках". В целом это означает сокращение вакансий на рынке, но оплата зп двойным тарифом. Актуально, когда вакансий много, а людей толковых мало.
Какой интерес у наемного персонала объединять несколько профессий в одну?
В мире капитала у наёмного работника нет никаких гарантий относительно своего будущего. Вполне может быть, что завтра его профессия станет не нужной, диверсифицировать знания, умения, навыки - неплохая стратегия.
Как известно, "есть только два класса" и если наёмный работник не борется (а ИТшники не борются), то второй класс борьбу не бросает и всегда ищет пути усилить эксплуатацию.
Эффективно противостоять наёмный работник может только объединившись, где у нас объединения ИТшников? Наоборот - только нарастающее разделение, каждый стремится оповестить интернеты о том, что ему кинули оффер на 100500 денег.
ШвабрОпс – новое направление в IT-индустрии