Старый советский анекдот про Java

В семье инженера придумал сын очень перспективный ИТ-проект. Жена попросила мужа, работающего Java-программистом в крупном интеграторе:
— Вась, ты такой честный, никогда ничего с работы не тащил, но тут совсем ведь беда: сыну стартап самому никак не собрать. Принеси с завода джарников, собери сыну стартап, один только раз!

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

Фронтенд и Бэкенд

Фронтенд (Frontend) — код, который исполняется на клиентской стороне, то есть в браузере, десктопном или мобильном приложении.

Бэкенд (Backend) — код, который исполянется на сервере.

Всё. Только так. Все другие смыслы — ошибочны и рождены из-за того, что кто-то когда-то подумал, что фронт-офис и бэк-офис синонимичны фронт-енду и бэк-енду, а значит могут быть об одном и том же. Если человек при вас начинает делить бэкенд на «бэк» и «фронт» — он не понимает что говорит, лучше дальше не слушать. Пользуйтесь.

Кровавый Энтерпрайз

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

Enterprise — это буквально автоматитизация производственных процессов. То есть глобально это не разработка информационных продуктов, а алгоритмизация. Энтерпрайз — это всегда очень много, очень медленно и очень примитивно. Во всех смыслах — в документации, коде, графике, сроках и тд. Senior разработчик в энтерпрайзных компаниях крайне редко будет удовлетворять требованиям даже мидла в продуктовой IT-компании.

Технический долг

Технический долг (он же dept) в разработке — это задачи иcключительно из результатов статического анализа, то есть рефакторинг некрасивых и плохочитаемых методов, покрытие тестами, комментариями, снятие разночтений и потенциально проблемных мест. Но никогда нельзя к техдолгу относить недореализованные функции — это манипуляция и обман, которыми сильно любит грешить гос-ИТ сектор. Если вы откладываете фичу на потом — это не техдолг, это просто долг.

Просто возьмите Кубернетис.

Интересный блок в докладе Thierry Carrez (один из вице-президентов OpenStak Foundation) про цифровой суверинетет в России Евросоюзе. Новые частные и публичные облака в ЕС и Южной Азии, использующие для менеджмента Openstak все меньше хотят зависеть от Китая и США, поэтому разворачивают свои мощности в странах присутсвия. Мы плавно, но очень уверенно переходим в новый старый этап цифровых границ. Отрадно, что в России это поняли практически 10 лет назад. Следующий холодный душ будет из осознания, что опенсорс тоже имеет границы и они захлопываются гораздо болезненней, чем облака AWS или Azure.

Микросервисы

Сейчас уже вряд ли хоть какой-нибудь достаточно компетентный ИТ-архитектор сможет серьезно рассуждать о целесообразности перевода существующей системы на микросервисную архитектуру, или тем более, создания новой системы на микросервисах. Но за последние 10 лет многих эта тема сильно подшатнула и эхо войны здравого смысла с маркетинговым микросервисным булщитом будет еще аукаться многие годы. Но есть и приятное — любое шарлатанство потом рождает множество увлекательных разоблачающих и высмеивающих материалов, такой превосходный пример про микросервисы — доклад Kevin Kuchta с гиперболическим экспериментом про тру микросервисную архитектуру.

Индикатор N++

Много лет я для себя собираю своеобразные «индикаторы реальности» процессов в ИТ-компаниях и командах. Их накопилось огромное множество, какие-то из них очень показательные, какие-то менее, но совокупность этих индикаторов всегда помогает мне оценить реальность происходящего у подрядчика/партнера/внутренней команды. Одно дело, что рассказывают на конференциях или в презентациях, совершенно другое — что видно мельком при переключении экранов в телемосте/зуме.

Так вот мой любимый — это Notepad++. Я видел как в нем делали буквально всё — вели задачи и протоколы, писали код, тексты, экспертные заключения, записывали встречи и тд. Как читать этот индикатор — если ваши сотрудники используют Notepad++ — у вас огромные проблемы в процессах, в которые эти сотрудники вовлечены, работает асболютно всегда без исключений.