Более двадцати лет я был заказчиком разработки
Автоматизация шла через меня в каждой компании: учётные системы, отчётность,
складские программы, интеграции. Я писал технические задания, принимал работу,
объяснял, почему сделанное не работает, и переделывал это по второму кругу.
Разработчик решает задачу теми средствами, которыми владеет, а не теми,
которые нужны бизнесу.
Это не претензия: он видит поля, таблицы и запросы, а не то, что кладовщик
отгружает по одной строке за раз, что деньги приходят раньше товара, а менеджер
вечером в пятницу должен успеть отменить заказ. Бизнес-логику ему кто-то должен
принести — и обычно приносят в виде формулировок, понятных только тому, кто их писал.
Отсюда две болезни любого проекта автоматизации. Первая: система делает не то, что
нужно, зато ровно то, что было написано. Вторая: под систему приходится
перестраивать работу компании, хотя задача была обратной.
Я оказался по обе стороны этого стола — и поэтому наши разборы устроены так:
сначала процесс и решение, потом методы API. Технику освоить можно, а понимание,
что в бизнесе на самом деле происходит, приходит только из практики.