Отличная статья! Наконец я вижу, что эта идея становится все более популярной — что нам нужно что-то делать с кодированием — однако отказ от кодирования — не выход.

У вас идеализированное представление о том, как и почему мы строим вещи с использованием технологий, и только интуитивное понимание бизнес-проблемы.

TL; DR Кодирование никуда не денется, а интерфейсы для менеджеров — неудачная идея стартапа.

Но это нормально, есть альтернатива.

Вы использовали аналогию с фабричным бизнесом, где модели возникают и распространяются по всему рынку, — это удобное убежище, где мы все когда-то прятались, отрицая непомерную сложность, с которой мы боремся. Мне жаль это говорить, но эта концепция предназначена исключительно для производства, а не для ориентированного на человека и цифрового бизнеса.

Я видел, как цифровой бизнес терпел неудачу из-за такого мышления, и я уверен, что он по-прежнему несет ответственность за многих жертв в новую эру бизнеса.

Я полагаю, что:

  • Новые предприятия не могут быть стандартизированы, они должны постоянно меняться и развиваться с их ПОЛЬЗОВАТЕЛЯМИ и РАЗНООБРАЗИЕМ их ниши.
  • Предприятия становятся все более фрагментированными и будут больше полагаться на людей, чем на процессы, чтобы продолжать свое существование.
  • Аппаратное обеспечение является основной силой, формирующей кодирование — стандартизация может происходить только в симбиозе с нижележащим аппаратным обеспечением.
  • Фреймворки, ООП, Java-бины, менеджеры пакетов и т. д. — все они уже много лет борются за то, чтобы быть «фабричными шаблонами программирования», но потерпели неудачу — сейчас мы кодируем больше, чем когда-либо, а совместное использование и повторное использование все еще проблематично
  • Программирование — единственный способ без посредников общаться с компьютером — графические интерфейсы ограничивают возможности и усложняют общение.
  • Рабочие процессы и технологии всегда находятся в тонком балансе со способностями и предпочтениями сотрудников и в соответствии с бизнес-сферой.

Как следствие, люди играют ключевую роль — процессы больше не заменяют человеческие качества.

При этом вместо того, чтобы пытаться найти способы исключить кодирование, мы действительно должны искать способы расширения возможностей кодеров и преодоления разрыва между программистами разных языков.

Вместо создания и изучения новых фреймворков в качестве конечной цели программирования нам действительно нужно оттачивать наши языки программирования, инструменты и рабочие процессы — упрощать, абстрагировать и стандартизировать их в соответствии с потребностями конечного пользователя и бизнеса.

Вместо того, чтобы отойти от кода, нам нужно научиться более свободно общаться с компьютером, нам нужно повысить точность наших глаголов и существительных. С этой целью я искренне верю, что функциональное программирование абстрагирует субъективную природу человеческой формы диалога и позволяет кодировщику действительно описать бизнес-намерение без раздувания — чего не может сделать ООП, все еще доминирующий принцип программирования.

Кроме того, программисты должны двигаться в сторону бизнеса, пользователей и реальных потребностей, они должны стать активными участниками бизнеса и активными участниками в поиске и использовании возможностей. Исключение себя из уравнения ведет к проигрышу всех.

Реальность такова, что мы только начинаем понимать, что такое программирование на самом деле и как его делать. Нам еще предстоит пройти долгий путь.

В заключение я думаю, что «кодирование окончено» — это преувеличение с негативными последствиями. Скорее, людей следует направлять к тому, что «программирование только начинается и нуждается в улучшении практики».