Дерьмофикация (англ. enshittification) — термин, описывающий закономерное снижение качества онлайн-платформ, которые действуют как двусторонние рынки. Платформа, работающая как «прослойка» между потребителями и поставщиками, поначалу предлагает доступные и качественные услуги, привлекая клиентов с обеих сторон. Позже, когда прочные связи с потребителями и поставщиками уже налажены, и ни те, ни другие не могут легко покинуть платформу, она пытается извлечь из обоих видов клиентов максимум прибыли, уже не заботясь о качестве услуг.
Термин "дерьмофикация" обычно применяется к продуктам жизнедеятельности IT, однако по моим наблюдениям, за последние 20 лет успешно "дерьмофицировалась" и сама сфера, особенно это заметно при взгляде на нее через призму прожитых лет. Я предлагаю проделать небольшой экскурс в прошлое и наглядно увидеть, как мы опустились и просрали всё.
Скорость разработки
Излюбленная тема для смакования современными адептами SCRUM и абстрактных абстракций. Если мы посмотрим на скорость разработки продуктов в начале 2000х, где не было никаких скрамов с эджайлами, никаких модных хипстерских языков программирования и тонн фреймворков для них, то сегодня мы ужаснемся. Сложнейшие продукты, игры и целые операционные системы выпускались на практически голых языках программирования небольшими по сегодняшним меркам командами буквально за считанные месяцы. Посмотрите хотя бы на историю выхода Windows:
От Windows 98 (1998) до Windows 7 (2009) за всего каких-то 11 лет были выпущены 10 версий (не считая серверных), а сам проделанный путь закрыл целую технологическую пропасть. Тем временем с момента выхода Windows 10 прошло уже 10 лет, и что мы имеем? А ничего, кроме деградации UX, добавления слежки и раздувания размеров софта.
Деградация инструментов
Товарищ Шурик в комментариях часто любит уповать на то, что современная разработка стала очень сложной, отсюда же возросшие сроки разработки и требования к кандидатам. Мое мнение иное - всему виной раздутая на ровном месте самими айтишниками инфляция знаний и принципиальная неспособность этих задротов договориться и принять единые стандарты. Причем очень хорошие, многообещающие попытки свести всю разработку к простому drag-n-drop делались неоднократно:
Borland, Visual Studio в начале нулевых позволяли за несколько минут создавать сложнейший UI из сотен готовых компонентов, программисту требовалось лишь выбрать подходящие и написать событийную логику. Но задроты вскоре дружно обозвали это "бумерским легаси" и побежали клепать свои велосипеды из чего получится, поэтому сегодня разработка простейшей формочки с двумя полями будет требовать команды из минимум 5 человек, стоить миллион и длиться 2 недели с сотней дейликов.
То же самое касается серверной разработки: вместо готовых проверенных решений с автоматической балансировкой, кластеризацией, доставкой обновлений и т.п. сегодня смузихлебы пытаются каждый раз заново повторить подобное с помощью написания своих микросервисно-кубернетисных велосипедов, тратя на это кучу времени, денег заказчика и создавая всем ворох проблем. Для меня вся эта ситуация выглядит как мощнейший откат назад, айтишники буквально отказались от конвейера индустриализации и вернулись обратно к скотоводству и ручному земледелию. Назвать это иначе как аутистическим дауншифтингом я не могу.
Скам и наедалово
"За ваши деньги мы решим проблемы, которые сами же вам создадим" - это буквально лозунг современного айти. Заказчиков уже просто разводят на бабки, не так давно мне на глаза попалась проценка внесенных мною в систему доработок. Добавление простого одностраничного запускаемого раз в месяц отчетика встало заказчику в несколько миллионов, эти же деньги он мог раскидать на премии сотрудникам, которые делали бы этот отчет руками в конце месяца, и этих денег хватило бы на десятилетие вперед. Подписка на сервисы, подписка на софт, подписка на подогрев сидений и сервисное обслуживание - айтишники и маркетологи подарили этому миру подписку на все, что можно. Что самое смешное, сами айтишники теперь стали жертвой своего создания и во многих местах работают "по подписке" с почасовой оплатой. Кушайте, не обляпайтесь.
Отрицательное развитие
Здесь часто упоминают, что работа в IT сегодня похоже на бег осла за морковкой или хомяка в колесе. Из инженерной дисциплины с поддержкой и модернизацией существующего (с сохранением обратной совместимости) айти превратилось в клоунаду с обесцениванием предыдущего опыта.
Простой пример: команда А делает проект на популярной технологии А1, спустя 5 лет выходит новая технология Б1, команду А распускают и никуда больше не берут работать, так как у нее "потухшие глаза" и они всю жизнь "возились с бумерским легаси". Команда "новеньких с горящими глазами" Б прекрасно знает технологию Б1, но не собирается учить А1, так как это "бумерское легаси" и поддерживать проект не будет. Вместо этого она просто перепишет все на Б1 и спустя 5 лет точно так же пойдет мести дворы, уступив место команде В с очередной мейнстримовой технологией В1.
На первый взгляд это кажется ерундой, но на самом деле это конец айти как инженерной сферы. Больше не нужно никакого хорошего поддерживаемого кода, никаких солидов и паттернов. Делай проекты как попало, никто все равно не будет поддерживать, его просто выкинут на помойку и напишут все с нуля. Вы только представьте себе мир, в котором вам приходилось бы сносить и заново отстраивать свой дом каждый раз, когда вам потребуется переклеить обои. Где для лечения зубов врач прописал бы вам родиться заново. Вот именно в таком мире сейчас живут айтишники, причем они его создали своими же руками.
Что с этим делать
Ситуация в айти со всеми миллионами фреймворков и инструментов (который несомненно один лучше другого) напоминает мне историю с разъемами телефонов до наступления 2010х. Тогда, если кто не помнит, производители лепили кто во что горазд: у каждого производителя был свой (самый лучший по его мнению) разъем, иногда даже несовместимый с другими моделями этого же производителя. Этот цирк помогло остановить только вмешательство извне: государства порешали между собой и физически заставили всех производителей перейти на micro-usb, а затем на type c.
Я считаю, что подобное вмешательство в IT сферу с насильной классификацией и стандартизацией инструментов могло бы исправить сложившуюся ситуацию и защитить интересы как заказчиков, так и соискателей. И те, и другие получат понятные ориентиры, проверенные подходы к работе, долгоиграющие технологии и проекты. Авторов фреймворков и библиотек вовсе неплохо было бы законодательно обязать поддерживать их в течение нескольких лет, как это сделали с производителями автомобилей. То, что инфантильные айтишники неспособны решить эту проблему без внешнего принуждения, прекрасно видно как по всей истории деградации IT, так и по комментариям местных завсегдатаев.
Комментарии (230)