Недавно в разговоре с одним программистом, который был раздосадован стоимостью разработки и скудными функциями современных сервисов родились мысли.
Стало сложнее
Программисту бы жаловаться, что разработка стала сложнее, а специалисты – более востребованными. Уже столько напроектировали, что никакой ИИ не разберется, а если внезапно и откроют способ засунуть огромную кодовую базу реального проекта – не смогут доверять результату. В итоге будут писать тесты руками или рисковать на продакшене (да есть идея о том, что сам код – это ненужная прослойка и можно будет строить приложения напрямую на нейросетях. Окей, доверим бизнес-процессы крутить непредсказуемому механизму? Последний век люди только уходили от этого).
Обесценивание сложности
Происходит совершенное обесценивание сложности современных систем сами же программистами. 10-15 лет назад интегрировать на уровне «иконка в трее» было прикольной штукой. Для отправки сообщения пользователю можно было нарисовать любое окошко по вкусу. Сейчас разрабатывая под каждую платформу, ты делаешь вклад в нее. Где-то это навык для помощника, где-то это надежные нотификации, а где-то микроразметка. Все это воспринимается как рюшечки, но представляет из себя реальную работу и ценность для пользователя. Раз в год ты решаешь что-то пошарить и у тебя не загружается превью? Ужас. Сири читает данные из приложения и они льются неструктурированным бредом? А это уже базовый уровень, чтобы контент был доступен везде. Мелким игрокам для обеспечения того же уровня нужны вложения которые лишь в разы меньше вложений крупных игроков, несмотря на порядковую разницу доходов.
Горшочек варит
Напилив когда-то кусочек стартапа на Perl и решая задачи по мере поступления, программисты так и не могут закрыть то ощущение ужаса от сложности процессов. Ведь когда-то бизнес был прост и сговорчив. Примерно как сегодня можно сделать обертку на ChatGPT в три файла на Python и продать как мини-продукт. Через месяц возникнут ошибки и понадобится журнал действий, через два с тебя спросят за хранение данных пользователя, через три понадобится репликация, масштабирование. Под этим страхом и создавались и создаются фреймворки и библиотеки.
Да только вот если раньше ты мог решить точечно многомиллионную проблемы средствами языка, который ты хорошо знаешь, то сейчас тебе нужно решить это средствами платформы, которая развивается, документируется и создают иллюзию того, что тебе за пару команд доступно «из коробки» все, да только расплата велика. Это история фреймворка Rails, специалистов на который все тяжелее искать.
Последствия
Происходит стабилизация и рост зрелости разработки.
Это будет чуть скучнее. В конце-концов когда-то строители придумывали гениальные решения для каждого строения. Сейчас строителю можно испытывать причастность к созданию небоскреба. Архитектору – то, как он успешно вписался в нормы и сохранил индивидуальность.
