The post has been translated automatically. Original language: Russian
One citizen, for example, found out that it is now possible to program without programming. Of course, I was very pleased. Because in the past, to make a program, you had to study, understand databases, architecture, security, and other boring subjects that immediately ruin a normal person's mood. And now, they say, it's enough to write to the machine in human words: make me a CRM, honey. Or a personal account. Or, for example, a small ERP, but in order to be beautiful, modern and preferably in the evening. The car, of course, does. Buttons, tables, forms appear on the screen, and even a user is being created somewhere. A citizen looks at this case and thinks: So that's how it is. For so many years, these IT people have been fooling people's heads, and here everything turned out to be quite simple.
But then another citizen arrives. An IT architect. He doesn't look at the buttons, but somehow deeper. It's even uncomfortably deeper. He asks: where are the roles here? And who has the right to delete data? And what happens if there are five thousand users instead of five? Where's the audit? And how will it live in production? And what will we do if the integration drops on Friday evening?
The first citizen, of course, gets upset. Because just now everything was beautiful, modern and almost ready, and now it turns out that this is not a product, but such a digital decoration. There's a house on the front, and maybe a barn inside, and the barn is still under development.
And here, it seems to me, there is a boundary between the "man-from-the-street"-a vibecoder and an IT architect-a vibecoder. The first one asks the AI to make a screen. The second one builds the system using AI. The first one is happy that the button is being pressed. The second one thinks what will happen if ten thousand people click on this button, and some of them without rights, some with incorrect data, and one is generally a security guy and came not to rejoice, but to work. AI is, of course, a useful thing in this story. Even very useful. But for an architect, this is not a wizard, but a fast junior developer. Diligent, lively, talented in some places, but the kind that needs to be looked after, because he can confidently write something that the whole team will then fix with the expression on the faces of people who once again believed in a miracle.
Therefore, vibecoding does not negate engineering thinking. He just makes the difference between an understanding person and an enthusiastic one with a mind much more noticeable. Almost anyone can actually build a demo now. But a product that can be developed, maintained, protected, integrated, and sold to an enterprise customer is still a job for people who understand what they are building.
So IT architects don't disappear anywhere. It's just that now it's useful for them not only to draw squares in presentations, but also to quickly test their ideas with their hands.
And I would advise citizens who have done CRM, ERP and a bit of artificial intelligence in the evening not to rush into winning relationships. Because magic usually ends where exploitation begins.
Один гражданин, допустим, узнал, что теперь можно программировать без программирования. Очень, конечно, обрадовался. Потому что раньше, чтобы сделать программу, надо было учиться, понимать базы данных, архитектуру, безопасность и прочие скучные предметы, от которых у нормального человека сразу портится настроение. А теперь, говорят, достаточно написать машине человеческими словами: сделай мне, милая, CRM. Или личный кабинет. Или, к примеру, небольшую ERP, но чтобы красиво, современно и желательно к вечеру. Машина, конечно, делает. На экране появляются кнопки, таблицы, формы, даже где-то пользователь создается. Гражданин смотрит на это дело и думает: вот оно, значит, как. Столько лет эти айтишники морочили людям голову, а тут все оказалось довольно просто.
Но тут приходит другой гражданин. ИТ-архитектор. Он смотрит не на кнопки, а как-то глубже. Даже неприятно глубже. Он спрашивает: а где тут роли? А кто имеет право удалять данные? А что будет, если пользователей станет не пять, а пять тысяч? А где аудит? А как это будет жить в продакшене? А что мы будем делать, если интеграция упадет в пятницу вечером?
Первый гражданин, конечно, расстраивается. Потому что только что все было красиво, современно и почти готово, а теперь выясняется, что это не продукт, а такая цифровая декорация. С фасада дом, а внутри, возможно, сарай, причем сарай тоже пока в разработке.
И вот тут, мне кажется, проходит граница между «человеком-с-улицы»-вайбкодером и ИТ-архитектором-вайбкодером. Первый просит ИИ сделать экран. Второй с помощью ИИ собирает систему. Первый радуется, что кнопка нажимается. Второй думает, что будет, если на эту кнопку нажмут десять тысяч человек, причем часть из них без прав, часть с неправильными данными, а один вообще безопасник и пришел не радоваться, а работать. ИИ в этой истории, конечно, штука полезная. Даже очень полезная. Но для архитектора это не волшебник, а быстрый младший разработчик. Старательный, бойкий, местами талантливый, но такой, за которым надо присматривать, потому что он может уверенно написать что-нибудь такое, что потом вся команда будет чинить с выражением лица людей, которые опять поверили в чудо.
Поэтому вайбкодинг не отменяет инженерное мышление. Он просто делает разницу между понимающим человеком и энтузиастом с промптом гораздо заметнее. Демку теперь действительно может собрать почти каждый. А вот продукт, который можно развивать, сопровождать, защищать, интегрировать и продавать enterprise-заказчику, — это все еще работа для людей, которые понимают, что они строят.
Так что ИТ-архитекторы никуда не исчезают. Просто теперь им полезно не только рисовать квадратики в презентациях, но и быстро проверять свои идеи руками.
А гражданам, которые за вечер сделали CRM, ERP и немножко искусственного интеллекта, я бы посоветовал не спешить с победными реляциями. Потому что магия обычно заканчивается там, где начинается эксплуатация.
Share
