Краткий итог прошедших дней:
- работающие "по скраму" не читали (зачастую) ни одной книги по Скраму.
- любители юнит-тестирования не читали ничего приличного о юнит-тестах
- фанаты CI/CD ничего не знают ни об историческом прогрессе технологии, ни о предпосылках, ни об исходных практиках.

Надеюсь, вы уже уловили систему, которая нас окружает?

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

Честно говоря, никогда у меня не было понимания, почему LISP это язык для искуственного интеллекта (по мнению 70х), и какое отношение всякие такие хитрые машинные регистры CAR и CDR имеют к языку. Не было до того момента, как я сел и поизучал реализацию интерпретатора uLisp для микроконтроллеров — там-то и случился insight! И вам рекомендую http://www.ulisp.com/show?1BLW

Кратко — оказалось, что вообще все в реализации на нижнем уровне это натурально односвязные списки из ячеек из двух машинных слов (левое CAR, правое CDR) плюс немного хитрой работы с адресной арифметикой и масками. И тупейший GC, который работает тоже со списком таких ячеек, да и все. На них реализованы и строки (крайне неэффективно, кстати), и числа, и переменные. Неэффективно, зато как высокоуровнево.

— Ребята, радуемся: я внял жалобам про накопленный техдолг и плохое качество написанного нами ПО, я согласен, что так дальше нельзя жить. Невозможно просто, сплошное разочарование разработчику. Поэтому я договорился с финансами, что премиальные ИТ-отдела мы можем спокойно на наше усмотрение потратить на рефакторинг: выплатить овертаймами, или нанять на них аутсорсную команду, и плотно поработать над тем, насколько хорошее качество хотим получить от них. ..Как это "ничего особо не надо улучшать"? Постойте, куда же вы, ребята?..

У меня спрашивали: "а чем докажешь тезис про то, что всякие ИТ-единороги на самом деле тратят на свой ИТ мизер"? Так это не тайная информация, они сами об этом рассказывают.
Траты Skyeng на разработку и инфраструктуру составили 600 млн. рублей за 2018 год. Вот эти траты в общей структуре расходов компании (1.5%)

Комментариев не будет

Куда ни посмотри, все учат управлять продуктами и проектами. Хотя очевидно, что управлять надо людьми

Повсеместная роботизация по-классике приведет к тому, что останется либо высокооплачиваемая работа для спецов, либо низкоквалифицированная с оплатой на грани выживания. Средний класс будет исчезать, как и средний доход тоже - ты или нищий, или богач

Кусочек ответа, как управлять "олимпиадниками", был обнаружен на Хабре https://m.habr.com/ru/post/472970/
Другой кусочек, правда, по касательной, открывается в Гугле по теме "Антон Розенберг" (а ещё в нем довольно противно разбираться)

Современный программист, увы, ни разу ни эрудит; а вот инженер, и даже советский "физик" непременно были ими

- Я тут разработчиком в финансы устроился
- Курсы по финансам  прошел?
- Нет, про новый Spring почитал

*** Внимание ***

Открываю к себе найм на позицию заместителя CTO по комплексным проектам.

Делаем мы финтех и OpenBanking, занимаемся разработкой как платформенного ядра, так и прикладных сервисов и приложений на нем.

Нужно: 5+ лет в позиции старшего разработчика, тимлида и выше, навыки проектирования архитектуры приложений и решений в целом, практического управления отделом, желание совершенствоваться в направлении проектирования архитектуры решений либо менеджмента.

Москва, работа в офисе преимущественно, находимся м. Третьяковская/м. Полянка.

*** Внимание ***

Нет ничего более отсталого и устаревшего в разработке чем спринты и SCRUM. Спринты настолько плохо работают и тяжело внедряются, что появился целый класс бизнес консультантов (скрам мастера, эджайл тренеры, и прочие инфобизнесмены) которые на этом зарабатывают.

Везде где я работал мы отказывались от спринтов в пользу простого канбана, и сразу наступала благодать. Все прекращали друг другу трахать мозги, считать стори пойнты и сортировать беклог. Команда наконец сосредотачивалась на выпуске продукта и ценных для пользователя фич.

Трудно иногда поверить насколько популярным оказывается очевидное говно.

Господа, а кто-нибудь экспериментировал/эксплуатировал собственные инсталляции IaaS платформ типа Heroku, CloudFoundry, Jelastic, что-то еще? Что посоветуете?

Интересует развертывание прежде всего для нужд инхаус-и смешанных команд разработки (команд 20+), модель разработки — продуктовая (одна якорная собственная инсталляция мультиарендного ПО)

В Go придумали дженерики и назвали их Former PHP Developers

В итоге, мы пробуем разворачивать Cloud Foundry поверх OpenStack, и переводить все эксплуатируемые нами приложения в него.

Т.к. инфраструктура нашего прома — облачная виртуальная, то это оказался немного модифицированный OpenStack, к которому Cloud Foundry оказался не приучен.

Итогом стало:
- доработка своими руками гема fog-openstack для управления облаком и выпуск своей версии (Ruby)
- доработка bosh-deployment для использования этих новых возможностей (Ruby)
- создание настроек и публикация собственных манифестных файлов, т.к. в модифицированном OpenStack - модифицированные зоны, типы машин, хранилищ и других ресурсов (тут просто .yml)

В итоге, мы за неделю смогли успешно развернуть пилотный контур тестового стенда и сейчас проводим тестирование инсталляции.

Дальнейшие работы:
- проведение capacity planning и сертификация облака под 152ФЗ
- планирование сети и других ресурсов и тестирование отказоустойчивости на случай отказа датацентров; пока что нет представления, какой TTR можем обеспечить;
- перевод приложений с “зиккурата” (набор исполинских виртуальных машин, на которой весь тестовый стенд базировался) на эту инфраструктуру;
- миграция прома туда же.

Возможно, справимся до нового года.

Все это Kubernetes-free и docker-free, разумеется.

Микросервисы -- попытка программистов решить техническими средствами гуманитарную проблему кризиса на рынке ИТ-найма

OpenAI, "некоммерческая" организация получила инвестиций от Microsoft в $1B на создание, соответственно, искусственного интеллекта. Один из основателей — Илон Маск.
Главный инженерный гений Илона Маска — умение привлекать инвестиции в нужное время  и маневрировать капиталом, а не делать ракеты.

Я опросил значительное число своих знакомых, и среди них не обнаружил никого, кто хотел бы стать предпринимателем, владельцем бизнеса. Это очень интересно!

Я тут готовил (biased, да-да) обзорчик React для корпоративной разработки с притянутыми за уши выводами.

Выкладываю: вдруг кому-то будет интересно взглянуть: https://docs.google.com/presentation/d/1TJzFbd1XA0bceVfsm2TVedAGC-ad_-WHBi4VkY5V32g/edit?usp=sharing

Если вдруг кто-то из моих читателей желал бы двигаться в сторону менеджмента и управления, но ничего не знает об этом, кроме существования некоторых "софт скиллс", я бы рекомендовал не спешить читать всяких Демингов и Гроувов, а начать с чего-то популярного. Полулярных вещей я знаю две:
1. FAST-менеджмент Федора Нестерова (кратко обо всем, много об образе мышления руководителя)
2. Регулярный менеджмент Александра Фридмана (управление людьми и собой)
[3. Тайм-драйв Глеба Архангельского (про целеполагание и управлнние своим временем)]

А уже потом идти читать Стратоплан и все остальное про управление проектами, людьми, оргструктурами.