Эффективность работы программиста

[Bobeg]

тотальное отсутствие документации как часть аджайл философии меня люто бешенно бесила все последние десять лет или сколько уже нам всем полощут мозг аджайлом.

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

отсутствие документации написано в аджайл манифесте, и в прочих аджайл философиях. так что позвольте охладить ваш комсомольский задор.

[Bobeg]

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

[Bobeg]

Все это вместе называется эргономичность.
И если ваш эмплоер вам не желает обеспечить эргономичность, то меняйте эмплоера. Таким эмплоером у меня была ситигруппа. Единственное что у них было сделано хорошо - отсутствие цитрикса.
Вместо цитрикса был кажется вмваре клиент.
Но все остальное было ужасно. Эти вируальные виндовзе компьютеры .... Именно в ситигруппе я научился пользоваться вимом. Потому что открывание студии занимало на виртуальной машине 10 минут.

Так же они настаивали на использовании терминала который не поддерживал цвета и был чернобелым. Хорошо что в гитбаш пакадже есть ssh. Иначе бы я с их тектией с ума бы сошел.

[Bobeg]

Еще много лет назад в одном известном инвестмент банке одна большая менеджер внезапно сошла с ума. Региональная СИО.
Решила устроить эффективность и экономию.
И написала приказ: ван компьютер, ван монитор! Девелоперз не нуждаются в более чем одном мониторе!

После чего команда каких-то дворников шла по этажу и выдирала из компов лишние мониторы. Наш старшый принципал с его восемью мониторами вызвал у них короткий ступор но они смело выдрали ему шесть из восьми мониторов и гордо их увезли.

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

Но дебилизм на этом не закончился.

Продолжение следует.

[Vladimir Kr.]

...
- убрали все задержки связанные с ожиданиями on shared test environments
--
На стейжнигне есть переключалка между бранчами. Можно мгновенно переключится на любой бранч и потестить. Все бранчи пересобираются автоматом.

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

[Vladimir Kr.]

у меня один главный вопрос: из аджайл дед ор элайв?

Пока остаются неплохие вещи:

- каждодневная "планерка" по 30 мин "что делал вчера, буду делать сегодня, над чем убился". Это самая полезная вещь, особенно если планерка проводится среди 3-5 человек реально работающих над одним сценарием.

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

Полностью ушло:

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

- психологические разборки "что было хорошо и было плохо".

Это называется переход из скрама в канбан, но это все еще атжайл.

[Сабина]

В смысле mechanical keyboard предпочитаете ?

да, при этом к клавиатуре ещё пару месяцев нужно привыкнуть, для максимальной скорости

Вообще мысль прикольная конечно . Типа чумная голова рукам покоя не даёт. Вы думаете ещё быстрее чем печатаете ? А по сколько часов в день если не секрет ?

[Сабина]

...
- убрали все задержки связанные с ожиданиями on shared test environments
--
На стейжнигне есть переключалка между бранчами. Можно мгновенно переключится на любой бранч и потестить. Все бранчи пересобираются автоматом.

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

Да, у нас тоже переключалка есть, но ожидания то и задержки она не отменяет ? Прямо сейчас был код фриз с конца октября. Народ понаписал, все вышли после праздников и началось - релизы каждый день, буквально одного и того же app, некоторые - major refactoring. Всего две test environments, боттлнек на боттлнеке. Добавь ещё сюда app config, который живет в репозитории тех же девопсов и там бардак и черт ногу сломает - и все станет еще на порядки интереснее. Бранч под свой код, бранч под конфиг. Snapshot могут запросто затереть, задеплоеннный апп тоже, если ты негромко в слаке крикнул или не там . Dependent data sources or sinks - это отдельный головняк и там тоже боттлнекс.
Ну и я уже молчу что после каждого релиза надо мерджить в своё и снова тестировать - кто не успел тот опоздал.
Жесть в общем

[Сабина]

Еще много лет назад в одном известном инвестмент банке одна большая менеджер внезапно сошла с ума. Региональная СИО.
Решила устроить эффективность и экономию.
И написала приказ: ван компьютер, ван монитор! Девелоперз не нуждаются в более чем одном мониторе!

После чего команда каких-то дворников шла по этажу и выдирала из компов лишние мониторы. Наш старшый принципал с его восемью мониторами вызвал у них короткий ступор но они смело выдрали ему шесть из восьми мониторов и гордо их увезли.

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

Но дебилизм на этом не закончился.

Продолжение следует.

Мораль то какая ? Помимо аджайла жизнь ещё и бабы портят ?
У меня тоже есть интересная история на поднятую вами проблему , правда там не такой счастливый конец как у вас.
Одна тетя решила сократить девелоперов 15 аппликейшенов ( 200 человек в целом). Причина - аутсорс тех аппликецшенов в Accenture , где на высокой позиции был ее муж. А вы говорите ….

Теперь можно снова вернуться к теме ?

[Сабина]

У меня был первый вариант пока у нас была маленькая команда и очень узкий scope. Как только мы пошли в Мега рост, мы перетекли в ваш второй вариант.

Милочка, у меня каких только проектов/компаний в жизни не было - и больших и малых. Такой бардак вижу в первый раз
Это не имеет ничего общего с размером команды. Это в основном кривость конкретного места и частично результат wrong expectations. Книжку Staff Engineer многие прочитали по диагонали и решили что это приглашение нанять одного такого Staff engineer который заменит им и принципала и архитектора и менеджеров заодно.

[Сабина]

- каждодневная "планерка" по 30 мин "что делал вчера, буду делать сегодня, над чем убился". Это самая полезная вещь, особенно если планерка проводится среди 3-5 человек реально работающих над одним сценарием.

Wow, что там можно 30 минут обсасывать каждый день. И главное нафига. Нафига Владу слушать 10 минут что у Анны SSRS server глючит и девопсы ее уже неделю к network guys отфутболивают. Пусть кодирует в это время.

10 минут максимум пару раз в неделю еще куда не шло.

Есть команды в которых 5 Владов и 5 Анн
И да, люди пытаются все свои тяготу-заботы вывалить на планёрке, особенно сейчас когда все работают из дома.
Потому что а:
- not all dependencies are transparent
- если что то требует координации - это иногда единственная возможность быстро обсудить
- надо чтобы другие понимали сколько он всего делает и где застрял и почему
- а вдруг кто то уже на этом собаку съел и знает как решить проблему быстро

[Bobeg]

Еще много лет назад в одном известном инвестмент банке одна большая менеджер внезапно сошла с ума. Региональная СИО.
Решила устроить эффективность и экономию.
И написала приказ: ван компьютер, ван монитор! Девелоперз не нуждаются в более чем одном мониторе!

После чего команда каких-то дворников шла по этажу и выдирала из компов лишние мониторы. Наш старшый принципал с его восемью мониторами вызвал у них короткий ступор но они смело выдрали ему шесть из восьми мониторов и гордо их увезли.

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

Но дебилизм на этом не закончился.

Продолжение следует.

Мораль то какая ? Помимо аджайла жизнь ещё и бабы портят ?

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

Аджайл кстати виновен в том же самом. Пытается девелопера понизить до уровня безмозглого ребенка которым вертят все возвышеные вокруг фигуры начиная от погонщика (скрам мастер) кончая всеми остальными разновидностями менеджеров.
Таким образом аджайл снижает реальную производительность.

Общий вывод: попытки повышать эффективность очень часто ведут к понижению эффективности.

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

У меня к аутсорсингу есть свои претензии.
Но давайте я их потом изложу.

[Херовимчик]

У меня был первый вариант пока у нас была маленькая команда и очень узкий scope. Как только мы пошли в Мега рост, мы перетекли в ваш второй вариант.

Милочка, у меня каких только проектов/компаний в жизни не было - и больших и малых. Такой бардак вижу в первый раз
Это не имеет ничего общего с размером команды. Это в основном кривость конкретного места и частично результат wrong expectations. Книжку Staff Engineer многие прочитали по диагонали и решили что это приглашение нанять одного такого Staff engineer который заменит им и принципала и архитектора и менеджеров заодно.

В моём комментарии нет ни слова ни о Стаффах, ни архитекторах, ни о менеджерах. Это опыт в одной и той же команде (менеджемента) на разных ее этапах.

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

[Bobeg]

(надо будет прочитать книгу то, спасибо за реферрал .... возможно она будет интресным продолжением мистическому человекомесяцу)

[Mmodel]

Моё мнение.
Если взять и покапатся то они сами себе протеворечат
https://ru.wikipedia.org/wiki/%D0%91%D0 ... 0%B2%D0%BE

Также принято выделять ещё два источника потерь — muri (яп. 無理 му́ри), — перегрузка рабочих, сотрудников или мощностей при работе с повышенной интенсивностью и mura (яп. 斑 му́ра) — неравномерность выполнения операции, например, прерывистый график работ из-за колебаний спроса.

[kyk]

жизнь ещё и бабы портят ?

обязательно

[kyk]

- аутсорс тех аппликецшенов в Accenture Теперь можно снова вернуться к теме ?

интересно, а Accenture в каком регионе программёров для аутсорс припахивает? В Индии?

[Komissar]

- аутсорс тех аппликецшенов в Accenture Теперь можно снова вернуться к теме ?

интересно, а Accenture в каком регионе программёров для аутсорс припахивает? В Индии?

У нас местные все.
Паттерн такой же, а давайте доведём наших инженеров до ручки, чтобы они уволились и затем наймем Accenture за 10х стоимости. Ну и IT менеджер получит откат. Уже дважды наблюдаю эту песню.

мир ИТ проеден крысами!

[Mmodel]

моё мнение

Обман

источник https://en.wikipedia.org/wiki/Fraud

[kyk]

да, при этом к клавиатуре ещё пару месяцев нужно привыкнуть, для максимальной скорости

ага. А если ещё и печатать вслепую научиться то и вобще можно бапки лопатой гре(б)сти - стучать по клаве за двоих

[Bobeg]

Эх, мужики.
На эффективность работы программистки влияет только одно: ребёнок в школе или нет.

В какой школе? А то некоторые считают что когда поступил в медикал скул то это эмбрион.

В мистическом человекомесяце об этом кстати было написано. Не прям такими словами но близко.

[Bobeg]

да, при этом к клавиатуре ещё пару месяцев нужно привыкнуть, для максимальной скорости

ага. А если ещё и печатать вслепую научиться то и вобще можно бапки лопатой гре(б)сти - стучать по клаве за двоих

Крайне неудобно менять клавиатуры при работе с редактором вим. У мак клавиатуры нет парочки архиважных кнопок. Работать становится решительно невозможно.

[Сабина]

- аутсорс тех аппликецшенов в Accenture Теперь можно снова вернуться к теме ?

интересно, а Accenture в каком регионе программёров для аутсорс припахивает? В Индии?

Зачем в Индию ? Нет здешние в Bay Area, просто наняли Accenture, а своих поувольняли пачками. Тетя так решила
Дело было в 2008-м если что

[Bobeg]

- аутсорс тех аппликецшенов в Accenture Теперь можно снова вернуться к теме ?

интересно, а Accenture в каком регионе программёров для аутсорс припахивает? В Индии?

Зачем в Индию ? Нет здешние в Bay Area, просто наняли Accenture, а своих поувольняли пачками. Тетя так решила
Дело было в 2008-м если что

Вы считаете там было замешано воровайство семейным подрядом?

Как бы в большинстве случаев аутсорса можно подозревать наличие воровайства через кик бек схему.
Подозревать можно но на практике трудно доказуемо.

[Сабина]

- аутсорс тех аппликецшенов в Accenture Теперь можно снова вернуться к теме ?

интересно, а Accenture в каком регионе программёров для аутсорс припахивает? В Индии?

Зачем в Индию ? Нет здешние в Bay Area, просто наняли Accenture, а своих поувольняли пачками. Тетя так решила
Дело было в 2008-м если что

Вы считаете там было замешано воровайство семейным подрядом?

Как бы в большинстве случаев аутсорса можно подозревать наличие воровайства через кик бек схему.
Подозревать можно но на практике трудно доказуемо.

Какой там я считаю ! Это было широко обнародовано все тогда. Может кто то и пытался привлечь legal. Я просто ушла на другое место где было лучше во всех смыслах.
Компания была большая, небезызвестная, наверняка с толпой хорошо прикормленных адвокатов. Плюс всем дали нотис за три месяца, вкусный северенс за молчание и все такое