Исследование показало, что десять самых ненавистных инструментов продуктивности инженеров в прошлом году включают JIRA, AWS и Windows. Почему так? (Предыстория: ИИ заменяет инженеров из Технопарка? Жэньсюнь Хуанг говорит: «Роботы заменят тысячи сотрудников»: восемь тайваньских компаний внедряют оптимизацию) (Дополнительный контекст: ИИ-единорог Builder.ai обанкротился! Инвестиции от Microsoft, Amazon и других, но с помощью аутсорсинг-инженеров подделывают «автоматическую разработку приложений») Известный информационный бюллетень The Pragmatic Engineer провел опрос среди тридцати тысяч программистов по всему миру и составил рейтинг «десяти самых ненавистных инструментов продуктивности». Эти сервисы или программы изначально должны были повышать эффективность, но теперь наклеили ярлык на замедление хода проектов. Давайте разберем их по порядку. На первом месте по ненависти: JIRA. Множество уровней интерфейса, медленная скорость загрузки, и управленцы используют ее для мониторинга подчиненных, инженерам приходится тратить время на обновление заявок вместо написания кода. Второе место: Microsoft Teams. Частые сбои и задержка уведомлений, чтобы начать видеозвонок, нужно ждать, пока программа «самовосстановится», что нарушает ритм командной коммуникации. Третье место: Confluence. Страницы открываются, как будто бегут марафон, результаты поиска неточные, и база знаний превращается в лабиринт. Четвертое место: Jenkins. Взаимодействие плагинов очень сложное, обновление похоже на разминирование. Устаревший дизайн UI затрудняет новичкам понимание. Пятое место: Azure DevOps. Код-ревью в маленьких командах приемлемо, но при большом количестве PR все застревает. Не хватает мгновенного статического анализа, безопасность зависит от плагинов. Шестое место: AWS. Слишком много уровней в дизайне интерфейса и выставлении счетов, также были случаи исчезновения данных за десять лет, команды ИИ иногда дают сбои. Седьмое место: Bitbucket. Загрузка больших репозиториев медленная, много шума в UI. При сбое можно только ждать объявления от Atlassian. Восьмое место: Xcode. Настройка проектов затянутая, CI окружение часто выдает «missing classname for isa key». Один и тот же код может работать локально, но в облаке может не сработать. Девятое место: GitHub Actions. Сложные рабочие процессы иногда занимают 25 минут, лимиты на использование часто разбивают непрерывную интеграцию на фрагменты. GitHub официально напоминает: разработчики должны контролировать кнопку слияния. Десятое место: Windows. Время обновления невозможно контролировать, после завершения иногда возникают проблемы совместимости; после длительного использования производительность снижается, и разработчикам приходится перезагружать. После прочтения списка, согласны ли вы? Есть ли инженеры, которые могут поделиться своим опытом? Связанные отчеты: Первый в мире не-человеческий сотрудник Уолл-стрит! Goldman Sachs нанял AI-инженера Девина: «продуктивность превышает в четыре раза», может одновременно сотрудничать с 12 000 разработчиков. Гений-инженер Эдвард Користин, работающий с DOGE, покинул компанию, финансовая реформа Трампа провалилась? 〈Десять инструментов продуктивности, которые больше всего ненавидят инженеры: JIRA на первом месте, Windows на десятом〉. Эта статья впервые была опубликована в BlockTempo, «Наиболее влиятельные СМИ о блокчейне».
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
10 инструментов продуктивности, которых инженеры ненавидят: JIRA на первом месте по ненависти, Windows на 10-м.
Исследование показало, что десять самых ненавистных инструментов продуктивности инженеров в прошлом году включают JIRA, AWS и Windows. Почему так? (Предыстория: ИИ заменяет инженеров из Технопарка? Жэньсюнь Хуанг говорит: «Роботы заменят тысячи сотрудников»: восемь тайваньских компаний внедряют оптимизацию) (Дополнительный контекст: ИИ-единорог Builder.ai обанкротился! Инвестиции от Microsoft, Amazon и других, но с помощью аутсорсинг-инженеров подделывают «автоматическую разработку приложений») Известный информационный бюллетень The Pragmatic Engineer провел опрос среди тридцати тысяч программистов по всему миру и составил рейтинг «десяти самых ненавистных инструментов продуктивности». Эти сервисы или программы изначально должны были повышать эффективность, но теперь наклеили ярлык на замедление хода проектов. Давайте разберем их по порядку. На первом месте по ненависти: JIRA. Множество уровней интерфейса, медленная скорость загрузки, и управленцы используют ее для мониторинга подчиненных, инженерам приходится тратить время на обновление заявок вместо написания кода. Второе место: Microsoft Teams. Частые сбои и задержка уведомлений, чтобы начать видеозвонок, нужно ждать, пока программа «самовосстановится», что нарушает ритм командной коммуникации. Третье место: Confluence. Страницы открываются, как будто бегут марафон, результаты поиска неточные, и база знаний превращается в лабиринт. Четвертое место: Jenkins. Взаимодействие плагинов очень сложное, обновление похоже на разминирование. Устаревший дизайн UI затрудняет новичкам понимание. Пятое место: Azure DevOps. Код-ревью в маленьких командах приемлемо, но при большом количестве PR все застревает. Не хватает мгновенного статического анализа, безопасность зависит от плагинов. Шестое место: AWS. Слишком много уровней в дизайне интерфейса и выставлении счетов, также были случаи исчезновения данных за десять лет, команды ИИ иногда дают сбои. Седьмое место: Bitbucket. Загрузка больших репозиториев медленная, много шума в UI. При сбое можно только ждать объявления от Atlassian. Восьмое место: Xcode. Настройка проектов затянутая, CI окружение часто выдает «missing classname for isa key». Один и тот же код может работать локально, но в облаке может не сработать. Девятое место: GitHub Actions. Сложные рабочие процессы иногда занимают 25 минут, лимиты на использование часто разбивают непрерывную интеграцию на фрагменты. GitHub официально напоминает: разработчики должны контролировать кнопку слияния. Десятое место: Windows. Время обновления невозможно контролировать, после завершения иногда возникают проблемы совместимости; после длительного использования производительность снижается, и разработчикам приходится перезагружать. После прочтения списка, согласны ли вы? Есть ли инженеры, которые могут поделиться своим опытом? Связанные отчеты: Первый в мире не-человеческий сотрудник Уолл-стрит! Goldman Sachs нанял AI-инженера Девина: «продуктивность превышает в четыре раза», может одновременно сотрудничать с 12 000 разработчиков. Гений-инженер Эдвард Користин, работающий с DOGE, покинул компанию, финансовая реформа Трампа провалилась? 〈Десять инструментов продуктивности, которые больше всего ненавидят инженеры: JIRA на первом месте, Windows на десятом〉. Эта статья впервые была опубликована в BlockTempo, «Наиболее влиятельные СМИ о блокчейне».