Незрозумілий код
Ви коли-небудь давали код людині, яка не є розробником? Люди не знають, що з ним робити! Код незрозумілий.
Передаючи клієнту код, ви почуєте запитання: «Що тепер?»
Вони не розробники й гадки не мають, що робити з кодом, який ви їм написали. Хоча це могло заощадити їм години часу, код був марним. Вони не знали, як його запустити.
Щоб створити цінне рішення, непогано було б написати документацію про те, як запустити скрипт. Потім можете навчити їх, що робити далі.
Висновок: сам по собі код корисний лише за наявності документації, супроводу й підтримки.
Робота полягає у розв’язанні проблем
Інженерам-програмістам платять за автоматизацію бізнес-завдань. Для цього вони розгортають, документують і супроводжують код.
Написання коду насправді є лише невеликою частиною розв’язання проблеми.
Досвід робить код цінним
Ми сприймаємо це як належне, але саме наш досвід розгортання коду робить розробників програмного забезпечення такими цінними працівниками.
Це всі інші речі навколо коду, які роблять його придатним до використання:
- Вибір архітектури та поєднання коду для розв’язання складних завдань
- Стратегії розгортання, щоб запустити код і забезпечити безперебійну роботу
- Хороша документація з використання застосунку
- А ще краще — хороший UX, щоб продукт був інтуїтивно зрозумілим у використанні й не потребував такої великої кількості документації.
- Реагування на інциденти, щоб розв’язувати проблеми, коли вони виникають
Він стає корисним лише після розгортання, документування й обслуговування.
Ланцюжок створення цінності
Інженери-програмісти відіграють вирішальну роль у ланцюжку створення цінності бізнесу. Компанії багато витрачають на проєктування, бо це основа створення цінності для бізнесу.
Мені подобається думати про нашу роботу як про частину ланцюжка створення цінності. Просуваючись угору цим ланцюжком, ви також піднімаєтеся кар’єрними сходами в організації (від молодшого інженера до генерального директора).
Код цінний лише тоді, коли його розгорнуто як застосунок. Застосунки цінні лише тоді, коли вони зрозумілі й зручні у використанні. Зручність використання цінна лише тоді, коли застосунок розв’язує бізнес-завдання. Бізнес-проблеми мають цінність лише тоді, коли збільшують доходи або скорочують витрати.
Почніть думати про свій код як про частину ланцюжка створення цінності. Це змінить ваш погляд і підхід до роботи.
