(Не) Системная разработка

Знаете, у меня за плечами достаточно большой опыт во фронте, бэке и девопсе. За свои 5 лет в айти я попробовал многое: разрабатывал большие продукты, делал стартапы, разрабатывал с нуля бекенд, поднимал инфраструктуру — от обычного Docker Compose на VPS до Kubernetes + Argo + Helm.

Но вот что меня всегда удивляло: как команды вообще понимают друг друга?

Банально: я могу говорить на одном языке с фронтом и бэком, продумывать, как должно работать, и не запутаться. Но фронтендер без понимания бекенда просто ждёт, пока методом проб и ошибок состыкуется с бэкендером и, может быть, наконец получится сделать фичу.

Примеры из Ехаба и моих учеников — в крупных компаниях ситуация такая же. Ученик получает «билеберду», непригодную на фронте, потому что бекенд не думает о том, как это будет использоваться. Сам ученик, не зная бэка, не может сказать, как правильно сделать и как вернуть нужную структуру. Я сам через это проходил на первом году работы — мы с бэкендером сидели и думали: «А как это вообще должно работать?»

Тяжело общаться, если говоришь на разных языках. Конечно, есть бест-практики: следуй ТЗ, пиши доку, соблюдай REST, и вроде бы всё ок. Но это не всегда выручает. Особенно когда в проекте участвует ещё 5–6 связей: аналитики, ПМ, дизайнеры…

Откуда аналитик знает, как правильно описать данные и логику? Он же не бэкендер. С вероятностью 99% его ТЗ будет невыполнимым, бэкендер сделает по-своему, фронтендер увидит, что документация не совпадает с API… И начинается бесконечная переправка: переписывание доки, состыковка фронта с бэком, совещания, правки.

И это не мелкий баг стартапа. В крупных компаниях процессы огромные, бюджеты ещё больше, а продукт всё равно превращается в **. Люди работают по 2 часа в неделю на проекте, пьют смузи, ждут указаний сверху, и в итоге каждая команда работает в своём «домике».

Вывод простой: для любого специалиста важно мыслить системно. Понимать, как работает всё вместе, как части влияют друг на друга.

Как этому учиться? Выделить время и попробовать:
- фронтендеру изучить бекенд
- написать пет-проект с CRUD
- сделать интеграции
- задеплоить не через GitHub Pages, а полноценно с Docker на своём сервере
- настроить CI/CD

Знаете, сейчас с нейронкой любой фронтендер за день может накидать бекенд, а за неделю разобраться хотя бы поверхностно, как всё работает.

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

Не нужно «знать всё». Но важно видеть систему целиком, чтобы меньше ждать, меньше исправлять, больше влиять и делать продукт, который реально работает.

Кстати, это ещё и ответ на все разговоры про сокращения и оптимизацию в айти. Компании начинают реально думать о эффективности.
Им не нужен проект, на котором сидят 5 фронтов, когда обслуживать его могут вдвоём.