Дослідження показує, що десять найбільш ненависних інструментів продуктивності інженерів минулого року включають JIRA, AWS та Windows. Чому так? (Передісторія: Штучний інтелект замінює інженерів з Тайваню? Джен-Сун Хуанг закликав «Боти замінюють тисячі працівників»: Вісім тайваньських компаній впроваджують оптимізацію) (Додаткова інформація: Штучний інтелект-єдиноріг Builder.ai оголосив про банкрутство! Яскраві інвестиції Microsoft, Amazon тощо, але використовують аутсорсингових інженерів для фальшування «автоматичного написання додатків») Відомий бюлетень The Pragmatic Engineer провів опитування серед тридцяти тисяч програмістів у світі про «десятку ненависних інструментів продуктивності». Ці сервіси чи програми спочатку повинні були збільшити ефективність, але тепер отримали ярлик сповільнення прогресу проекту. Давайте розглянемо їх по порядку. Найбільш ненависний: JIRA. Складний інтерфейс, повільна швидкість завантаження, і її використовує керівництво для моніторингу підлеглих, інженери змушені витрачати час на оновлення завдань, а не на написання коду. Друге місце: Microsoft Teams. Часті збої та затримки в сповіщеннях, спробуючи запустити відеозв'язок, спочатку чекаєш, поки програма «самостійно відновиться», що порушує ритм командного спілкування. Третє місце: Confluence. Відкриття сторінки нагадує марафон, результати пошуку неточні, що перетворює сховище документів на лабіринт. Четверте місце: Jenkins. Взаємодія плагінів дуже складна, оновлення схоже на розмінування бомби. Старе UI-дизайн робить новачкам важко зрозуміти, з чого почати. П'яте місце: Azure DevOps. Огляд коду в малих командах ще можливий, але коли з'являються численні PR, все зупиняється. Не вистачає миттєвого статичного аналізу, а безпека залежить від плагінів. Шосте місце: AWS. Дизайн інтерфейсу та рахунків має занадто багато рівнів, також було зафіксовано випадок зникнення даних за десять років, іноді команди AI виконують команди неправильно. Сьоме місце: Bitbucket. Завантаження великих репозиторіїв повільне, багато шуму в UI. Під час зависання можна лише чекати оголошення від Atlassian. Восьме місце: Xcode. Налаштування проекту надто обтяжливе, CI-середовище часто видає «відсутній classname для ключа isa». Один і той же код може працювати локально, але в хмарі зазнає невдачі. Дев'яте місце: 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. Дизайн інтерфейсу та рахунків має занадто багато рівнів, також було зафіксовано випадок зникнення даних за десять років, іноді команди AI виконують команди неправильно. Сьоме місце: Bitbucket. Завантаження великих репозиторіїв повільне, багато шуму в UI. Під час зависання можна лише чекати оголошення від Atlassian. Восьме місце: Xcode. Налаштування проекту надто обтяжливе, CI-середовище часто видає «відсутній classname для ключа isa». Один і той же код може працювати локально, але в хмарі зазнає невдачі. Дев'яте місце: GitHub Actions. Складні робочі процеси можуть займати 25 хвилин, обмеження на використання часто розривають безперервну інтеграцію. GitHub офіційно нагадує: розробники повинні контролювати кнопку злиття. Десяте місце: Windows. Час оновлення непередбачуваний, після завершення іноді виникають проблеми з сумісністю; після тривалого використання продуктивність знижується, розробники змушені перезавантажити систему. Прочитавши список, ви згодні? Чи може якийсь інженер поділитися власним досвідом? Пов'язані новини: Перший ненадійний працівник Уолл-стріт! Goldman Sachs найняв AI-інженера Девіна, «ефективність роботи перевищує в чотири рази», може одночасно співпрацювати з 12 000 розробниками. Геній інженерії DOGE Едвард Корістін покинув посаду, чи є фінансова реформа Трампа марною? 〈Десять найменш улюблених інструментів продуктивності інженерів: JIRA посідає перше місце в антипатіях, Windows на десятому місці〉 ця стаття вперше була опублікована в BlockTempo, найвпливовішому новинному медіа про Блокчейн.