#продуктивность_разработчиков — Public Fediverse posts

ИТ вам не завод: почему на разработку продукта всегда нужно «слишком много» времени

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

https://habr.com/ru/companies/simpleone/articles/1016728/

#продуктивность_разработчиков #doraметрики #метрики_разработки #DORA #управление_разработкой #техдолг #velocity #SDLC

ИТ вам не завод: почему на разработку продукта всегда нужно «слишком много» времени

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

https://habr.com/ru/companies/simpleone/articles/1016728/

#продуктивность_разработчиков #doraметрики #метрики_разработки #DORA #управление_разработкой #техдолг #velocity #SDLC

ИТ вам не завод: почему на разработку продукта всегда нужно «слишком много» времени

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

https://habr.com/ru/companies/simpleone/articles/1016728/

#продуктивность_разработчиков #doraметрики #метрики_разработки #DORA #управление_разработкой #техдолг #velocity #SDLC

ИТ вам не завод: почему на разработку продукта всегда нужно «слишком много» времени

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

https://habr.com/ru/companies/simpleone/articles/1016728/

#продуктивность_разработчиков #doraметрики #метрики_разработки #DORA #управление_разработкой #техдолг #velocity #SDLC

[Перевод] Вайбкодинг есть, а вайбрезультатов нет?

Поклонники вайбкодинга и агентных инструментов говорят, что стали продуктивнее в 2, в 10, а то и в 100 раз. Кто-то собрал целый браузер с нуля. Впечатляет! Тогда скептики резонно спрашивают: где все приложения? Если разработчики стали (возьмём консервативную оценку) хотя бы вдвое продуктивнее, где искать вдвое больше произведённого ПО? Такие вопросы исходят из допущения, что мир хочет больше программ, а значит, если их дешевле делать, их будут делать больше. Если вы с этим согласны — где тогда этот избыток, который можно назвать «AI-эффектом»? Посмотрим на PyPI — центральный репозиторий Python-пакетов. Он большой, публичный и стабильно измеримый, так что AI-эффект должен быть хорошо заметен.

https://habr.com/ru/articles/1014858/

#PyPI #вайбкодинг #продуктивность_разработчиков #Pythonпакеты #ChatGPT #AIинструменты #open_source #GitHub_Actions #генеративный_AI #AIэкосистема

[Перевод] 12 инсайтов ведущего инженера OpenAI про разработку и внедрение AI

Это перевод основных тезисов из интервью Ленни Ракитски с Шервиным Ву, ведущим инженером из OpenAI. Оригинал на английском по ссылке . 1. AI пишет почти весь код в OpenAI . 95% инженеров используют Codex, а те, кто реально встраивает эти инструменты в работу, открывают на 70% больше pull requests, чем их коллеги - и разрыв со временем только растет. 2. Роль software engineer смещается от написания кода к управлению флотом AI-агентов . Многие инженеры ведут 10-20 параллельных Codex сессий, больше направляют и ревьюят, чем пишут код руками.

https://habr.com/ru/articles/996234/

#openai #ai #разработка #ai_агенты #ai_стартапы #внедрение_ai #vibe_coding #codex #lenny_rakitsky #продуктивность_разработчиков

Техника фунпацу

Описание методики фунпацу для достижения максимально высокой личной продуктивности. Текст содержит подробное описание мотивов для использования техники и самой технику. Написано живым языком и основывается на опыте автора. Далее...

https://habr.com/ru/articles/980244/

#фунпацу #funpatsu #самодисциплина #самоорганизация #личная_продуктивность #продуктивная_работа #продуктивность_разработчиков

Техника фунпацу

Описание методики фунпацу для достижения максимально высокой личной продуктивности. Текст содержит подробное описание мотивов для использования техники и самой технику. Написано живым языком и основывается на опыте автора. Далее...

https://habr.com/ru/articles/980244/

#фунпацу #funpatsu #самодисциплина #самоорганизация #личная_продуктивность #продуктивная_работа #продуктивность_разработчиков

Техника фунпацу

Описание методики фунпацу для достижения максимально высокой личной продуктивности. Текст содержит подробное описание мотивов для использования техники и самой технику. Написано живым языком и основывается на опыте автора. Далее...

https://habr.com/ru/articles/980244/

#фунпацу #funpatsu #самодисциплина #самоорганизация #личная_продуктивность #продуктивная_работа #продуктивность_разработчиков

Техника фунпацу

Описание методики фунпацу для достижения максимально высокой личной продуктивности. Текст содержит подробное описание мотивов для использования техники и самой технику. Написано живым языком и основывается на опыте автора. Далее...

https://habr.com/ru/articles/980244/

#фунпацу #funpatsu #самодисциплина #самоорганизация #личная_продуктивность #продуктивная_работа #продуктивность_разработчиков

Инструменты Android-разработчика

Будь эффективным — используй «туллинг»! В этой статье я хочу поделиться с вами своим опытом и рассказать о наиболее полезных инструментах, которые я использую в своей повседневной работе. Мы рассмотрим как широко известные, так и менее популярные, но не менее ценные утилиты, которые помогут вам стать более эффективным Android‑разработчиком.

https://habr.com/ru/companies/domclick/articles/821837/

#android #android_development #android_studio #android_plugins #фермы_устройств #продуктивность_разработчиков #продуктивность

Как оценить индивидуальный вклад разработчика в проект

Отслеживание эффективности работы сотрудников является одной из важных составляющих работы каждого руководителя. Собранные данные позволяют компании: • выявить узкие места, где сотрудники сталкиваются с трудностями • своевременно поощрять результативную работу • обнаружить как высокоэффективных сотрудников, так и тех, кто, возможно, нуждается в поддержке, адаптации в новой роли или замене • и т.д. Будучи тимлидом, я многократно задавался вопросом объективной оценки эффективности работы сотрудника, основанной на данных, а не только на субъективном мнении руководителя или коллег. До пандемии коронавируса преимущественно во всех IT компаниях сотрудники работали в офисах, и, если человек приходит на работу, значит он скорее всего что-то делает. В 2020 году ситуация усугубилась, все ушли на удаленку, а инструментов оценки эффективности попросту не оказалось. Более того, спустя пару лет крупные компании, включая таких мастодонтов как Google, Apple, Amazon и т.д. вновь начали выводить своих сотрудников в офис, что может служить индикатором того, что инструментов до сих пор так и не появилось. В этой статье хочу поделиться подходами и метриками, которые использую для оценки эффективности работы разработчиков, и объяснить, почему выбрал именно их. Более 10 лет я занимался коммерческой разработкой на разных языках программирования, а теперь руковожу отделом разработки эквайринга в системно значимом российском банке, где вместе с командой создаю решения для высоконагруженных платежных систем. Рассмотрим, как объективно оценивать вклад разработчиков в подобных проектах.

https://habr.com/ru/articles/889226/

#teamlead #team_management #team_leader #effectiveness #эффективность #оценка_эффективности #методы_оценки_сотрудников #метрики_разработки #качество_кода #продуктивность_разработчиков

Программирование в перерывах между митингами: реальный день разработчика

Если верить стереотипам, разработчик — это человек, который приходит на работу и до вечера пишет код. Иногда его отвлекают на кофе или баги, но в целом картинка в массовом сознании простая: программист = кодер. Но стоит спросить самих разработчиков, как проходит их обычный рабочий день, и выясняется, что код — это небольшая часть того, чем они занимаются. Всё остальное время уходит на встречи, обсуждения, поддержку, согласования, контекст-переключения и попытки хоть ненадолго сохранить фокус. И это не ощущения «кажется, я сегодня ничего не написал», а данные исследований. В статье собрали и разобрали исследования Microsoft и других компаний, чтобы понять, из чего на самом деле состоит рабочий день разработчика и почему измерять продуктивность количеством строк кода давно пора перестать.

https://habr.com/ru/companies/it_sense/articles/978396/

#рабочий_день_в_ит #программирование #продуктивность #многозадачность #автоматизация #продуктивность_разработчиков #работа_в_it #ии_в_разработке #продуктивность_работы #выгорание_на_работе

Продуктивность не равна коммитам: SPACE как рабочая система управления командой

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

https://habr.com/ru/companies/otus/articles/944948/

#teamlead #продуктивность_разработчиков #метрики_разработки #SPACE_framework #Satisfaction_and_wellbeing

Продуктивность не равна коммитам: SPACE как рабочая система управления командой

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

https://habr.com/ru/companies/otus/articles/944948/

#teamlead #продуктивность_разработчиков #метрики_разработки #SPACE_framework #Satisfaction_and_wellbeing

Продуктивность не равна коммитам: SPACE как рабочая система управления командой

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

https://habr.com/ru/companies/otus/articles/944948/

#teamlead #продуктивность_разработчиков #метрики_разработки #SPACE_framework #Satisfaction_and_wellbeing

Продуктивность не равна коммитам: SPACE как рабочая система управления командой

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

https://habr.com/ru/companies/otus/articles/944948/

#teamlead #продуктивность_разработчиков #метрики_разработки #SPACE_framework #Satisfaction_and_wellbeing

Как оценить индивидуальный вклад разработчика в проект

Отслеживание эффективности работы сотрудников является одной из важных составляющих работы каждого руководителя. Собранные данные позволяют компании: • выявить узкие места, где сотрудники сталкиваются с трудностями • своевременно поощрять результативную работу • обнаружить как высокоэффективных сотрудников, так и тех, кто, возможно, нуждается в поддержке, адаптации в новой роли или замене • и т.д. Будучи тимлидом, я многократно задавался вопросом объективной оценки эффективности работы сотрудника, основанной на данных, а не только на субъективном мнении руководителя или коллег. До пандемии коронавируса преимущественно во всех IT компаниях сотрудники работали в офисах, и, если человек приходит на работу, значит он скорее всего что-то делает. В 2020 году ситуация усугубилась, все ушли на удаленку, а инструментов оценки эффективности попросту не оказалось. Более того, спустя пару лет крупные компании, включая таких мастодонтов как Google, Apple, Amazon и т.д. вновь начали выводить своих сотрудников в офис, что может служить индикатором того, что инструментов до сих пор так и не появилось. В этой статье хочу поделиться подходами и метриками, которые использую для оценки эффективности работы разработчиков, и объяснить, почему выбрал именно их. Более 10 лет я занимался коммерческой разработкой на разных языках программирования, а теперь руковожу отделом разработки эквайринга в системно значимом российском банке, где вместе с командой создаю решения для высоконагруженных платежных систем. Рассмотрим, как объективно оценивать вклад разработчиков в подобных проектах.

https://habr.com/ru/articles/889226/

#teamlead #team_management #team_leader #effectiveness #эффективность #оценка_эффективности #методы_оценки_сотрудников #метрики_разработки #качество_кода #продуктивность_разработчиков

Как оценить индивидуальный вклад разработчика в проект

Отслеживание эффективности работы сотрудников является одной из важных составляющих работы каждого руководителя. Собранные данные позволяют компании: • выявить узкие места, где сотрудники сталкиваются с трудностями • своевременно поощрять результативную работу • обнаружить как высокоэффективных сотрудников, так и тех, кто, возможно, нуждается в поддержке, адаптации в новой роли или замене • и т.д. Будучи тимлидом, я многократно задавался вопросом объективной оценки эффективности работы сотрудника, основанной на данных, а не только на субъективном мнении руководителя или коллег. До пандемии коронавируса преимущественно во всех IT компаниях сотрудники работали в офисах, и, если человек приходит на работу, значит он скорее всего что-то делает. В 2020 году ситуация усугубилась, все ушли на удаленку, а инструментов оценки эффективности попросту не оказалось. Более того, спустя пару лет крупные компании, включая таких мастодонтов как Google, Apple, Amazon и т.д. вновь начали выводить своих сотрудников в офис, что может служить индикатором того, что инструментов до сих пор так и не появилось. В этой статье хочу поделиться подходами и метриками, которые использую для оценки эффективности работы разработчиков, и объяснить, почему выбрал именно их. Более 10 лет я занимался коммерческой разработкой на разных языках программирования, а теперь руковожу отделом разработки эквайринга в системно значимом российском банке, где вместе с командой создаю решения для высоконагруженных платежных систем. Рассмотрим, как объективно оценивать вклад разработчиков в подобных проектах.

https://habr.com/ru/articles/889226/

#teamlead #team_management #team_leader #effectiveness #эффективность #оценка_эффективности #методы_оценки_сотрудников #метрики_разработки #качество_кода #продуктивность_разработчиков

Как оценить индивидуальный вклад разработчика в проект

Отслеживание эффективности работы сотрудников является одной из важных составляющих работы каждого руководителя. Собранные данные позволяют компании: • выявить узкие места, где сотрудники сталкиваются с трудностями • своевременно поощрять результативную работу • обнаружить как высокоэффективных сотрудников, так и тех, кто, возможно, нуждается в поддержке, адаптации в новой роли или замене • и т.д. Будучи тимлидом, я многократно задавался вопросом объективной оценки эффективности работы сотрудника, основанной на данных, а не только на субъективном мнении руководителя или коллег. До пандемии коронавируса преимущественно во всех IT компаниях сотрудники работали в офисах, и, если человек приходит на работу, значит он скорее всего что-то делает. В 2020 году ситуация усугубилась, все ушли на удаленку, а инструментов оценки эффективности попросту не оказалось. Более того, спустя пару лет крупные компании, включая таких мастодонтов как Google, Apple, Amazon и т.д. вновь начали выводить своих сотрудников в офис, что может служить индикатором того, что инструментов до сих пор так и не появилось. В этой статье хочу поделиться подходами и метриками, которые использую для оценки эффективности работы разработчиков, и объяснить, почему выбрал именно их. Более 10 лет я занимался коммерческой разработкой на разных языках программирования, а теперь руковожу отделом разработки эквайринга в системно значимом российском банке, где вместе с командой создаю решения для высоконагруженных платежных систем. Рассмотрим, как объективно оценивать вклад разработчиков в подобных проектах.

https://habr.com/ru/articles/889226/

#teamlead #team_management #team_leader #effectiveness #эффективность #оценка_эффективности #методы_оценки_сотрудников #метрики_разработки #качество_кода #продуктивность_разработчиков

[Перевод] Cursor делает разработчиков менее эффективными?

ИИ-ассистенты обещают ускорение, но полевой эксперимент METR с 16 разработчиками и 136 реальными багами показал обратное: с Cursor задачи выполнялись в среднем на ~19% дольше. Писать код действительно выходило быстрее, зато время съедали промптинг, ожидание ответов, проверка результатов и IDE-оверхед. Разбираемся, где ломается обещанная эффективность, как на неё влияют внимание и «поток», и когда ИИ в разработке реально окупается.

https://habr.com/ru/companies/otus/articles/956754/

#cursor #ИИассистенты #продуктивность_разработчиков #llm #промптинг #кривая_обучения #оценка_эффективности #автоматизация_разработки #эксперимент

Вы принимаете 35 000 решений в день. Они и убивают вашу продуктивность

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

https://habr.com/ru/companies/yougile/articles/946462/

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

Увеличиваем оперативную память программиста, тренируясь в dual-n-back

Однажды я заметил, что мне сложно уследить за логикой внутри третьего вложенного цикла. Значения переменных в голове уплывали от меня по мере того, как я представлял, как они должны меняться по ходу кода. После этого я задумался, как бы мне увеличить мозговой ресурс для решения подобных задач. И вбил в поисковик “Увеличение оперативной памяти человека”. Через N времени гугления я наткнулся на ряд ссылок, ведущих к упражнению «Задача n‑назад», наиболее распространенный вариант которой называется «dual‑n-back». Увеличить оперативную память

https://habr.com/ru/articles/792748/

#dualnback #тренировка_мозга #рабочая_память #саморазвитие #продуктивность_разработчиков #продуктивность_работы

Код-ревью — самое узкое горлышко в разработке. И вот цифры, которые это доказывают

Код-ревью убивает вашу команду. И вот доказательства. Мы измерили. Один пулл-реквест крадет у компании 2.5 рабочих дня и 1.5 часа времени senior-разработчика. 70% комментариев в ревью — бесполезные споры о пробелах и запятых. Хватит это терпеть. Читайте мой разбор, почему код-ревью в Nomium стало главным тормозом разработки и что с этим делать.

https://habr.com/ru/articles/950936/

#бэкэнд #devops #оптимизация_процессов #продуктивность_разработчиков #тимлид #кодревью #ревью

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

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

https://habr.com/ru/companies/yougile/articles/947902/

#продуктивность #продуктивность_разработчиков #управление_проектами #управление_временем #лайфхаки_саморазвития #лайфхак_айтишника #здоровье_гика #психическое_здоровье #наука #таймменеджмент

Увеличиваем оперативную память программиста, тренируясь в dual-n-back

Однажды я заметил, что мне сложно уследить за логикой внутри третьего вложенного цикла. Значения переменных в голове уплывали от меня по мере того, как я представлял, как они должны меняться по ходу кода. После этого я задумался, как бы мне увеличить мозговой ресурс для решения подобных задач. И вбил в поисковик “Увеличение оперативной памяти человека”. Через N времени гугления я наткнулся на ряд ссылок, ведущих к упражнению «Задача n‑назад», наиболее распространенный вариант которой называется «dual‑n-back». Увеличить оперативную память

https://habr.com/ru/articles/792748/

#dualnback #тренировка_мозга #рабочая_память #саморазвитие #продуктивность_разработчиков #продуктивность_работы