П’ять помилок, за які програміста можуть звільнити з роботи

Блогер та розробник Джозеф Круз розповів, якими є п’ять найкритичніших помилок, через які програміста можуть звільнити.

Пропонуємо вам переклад його його авторського блогу від нашої редакції. Далі — слово автору.

Деяких типів поведінки програмісти мають уникати, якщо не хочуть одразу втратити роботу. Багато з наведених нижче дій можуть бути підставою для звільнення й в інших галузях, та оскільки цей блог орієнтований на розробників, розглядатимемо їх саме з цього погляду.

Довіра — ключова цінність у компаніях-розробниках, адже будь-який прояв нелояльності з боку інженера може завдати непоправної шкоди: витік вихідного коду, плагіат, розголошення конфіденційної інформації тощо.

У більшості випадків причини негайного звільнення можна звести до таких категорій:

• груба недбалість, наприклад «випадкове» видалення великого обсягу даних;

• некомпетентність;

  Спецпроєкти

  

  Хмарна vs локальна: як обрати ідеальну СRM і що вона повинна вміти

  

  Що вмітиме український ChatGPT та якою буде ІТ-освіта. Підсумки Tech360 у Києві

• підробка, брехня, викривлення фактів та інші дії, що породжують недовіру;

• злий умисел, зокрема спроба привласнити або продати закритий код іншій компанії;

  Спецпроєкти

  

  Ефективний моніторинг сучасного PHP-застосунку. Як тут працюють системи спостереження Observability?

  

  Крихкі зони: як виявляти їх вчасно. Досвід FAVBET Tech

• протиправна чи непрофесійна поведінка, наприклад розголошення захищених законом даних.

Постійне вихваляння власних досягнень і нав’язливе бажання довести, що ти «x10-програміст», теж руйнує стосунки з колегами та керівництвом, адже може зачепити чиєсь его.

Перелічивши найпоширеніші причини «експрес-звільнень», перейдемо до конкретніших прикладів.

Привласнення закритого коду

Якщо компанія лише звільнить вас за присвоєння конфіденційної інформації й передачу її третім особам, це ще пощастить: зазвичай на вас подають кримінальний позов. Окрім негайного звільнення, можливі арешт, допит і звинувачення у крадіжці.

Був випадок, коли розробник створив у межах компанії програму, що періодично надсилала електронні листи на внутрішній сервер зі звітами про свій стан. Програма й сервер мали працювати лише в корпоративній мережі, але одного дня сервер почав отримувати листи «ззовні» — інший співробітник украв код і запустив його поза компанією. Після розслідування злодія звільнили та засудили. Мораль: перш ніж красти код, зупиніться і подумайте — а краще взагалі не крадіть.

Некомпетентність і введення в оману

Один СЕО каже, що звільняв програмістів лише з двох причин:

1. Некомпетентність: якщо в резюме написано «3 роки досвіду», то й код має це підтверджувати; якщо «працював з Apache Hadoop» — тоді варто вміти обговорити найкращі практики.

2. Введення в оману: коли готовий результат далекий від очікувань або взагалі не робить того, що треба. Наприклад, розробник каже, що завдання майже виконане, а потім тягне його ще кілька спринтів, і зрештою код жахливий чи роботи там на тисячу разів менше, ніж він стверджує.

СЕО давав другий шанс: «Ти обіцяв — доведи, що можеш». Але якщо прогресу немає й ситуація повторюється, це закінчується звільненням.

Ігнорування прямих вказівок

Типова причина звільнення — ігнорування чітких наказів керівника. Один інженер розповідав, як у 1990-х їхня команда з 20 сеньйорів одразу збиралася, якщо нічна збірка падала. Ближче до релізу програмісту, який постійно ламав білд, наказали не робити коміти. Але незадовго до випуску він таки закомітив зміни й знову все зламав. Наступного дня його провели до виходу під оплески. Мораль: не порушуйте вказівок, особливо коли від цього залежить команда.

Розголошення конфіденційної інформації

В іншій історії молодий японський програміст у студії відеоігор з ентузіазмом сфотографував ранні скриншоти очікуваної гри для Nintendo DS і надіслав їх другові. Знімки незавершеної версії миттєво потрапили на ігрові блоги по всьому світу. Витік відстежили, програміста негайно звільнили. Для компанії показати «сирий» продукт — ризик втратити роки роботи через негативну реакцію аудиторії.

Брехня

Нарешті, історія про працівника ІТ-фірми, який, хоч і був цілковито некомпетентний, примудрився «доплисти» до звільнення інакше:

• друкував «пікантне» аніме на прозорих плівках під час роботи;

• використовував плівки, не призначені для лазерного принтера, через що ті розплавилися і зіпсували дорогу техніку;

• самовільно розібрав принтер, чим зняв гарантію.

Однак звільнили його не за це, а за те, що він усе заперечував. Він збрехав — ось і все.