(Можно голосовать за все пункты)

Беспомощней бизнеса перед технарями по обсуждению технической части может быть только беспомощность технарей перед бизнесом при запросе всеобъемлющей технической документации

​​Кому не всё-равно? Кому не наплевать на то, выстрелит ли продукт? Получиться ли добежать стартапу до денег? Сработает ли архитектура?

Я тут неожиданно понял, как много души я вкладывал в своих начальников за 25 лет работы и в их детища. Им было тупо похуй на это. Почему? Да потому что. Потому что здесь блять так принято.

Это невероятно разочарование.

Для тех, кто угорает по жире, Шарапов Антон рекомендует набор видеороликов от весёлого индуса, как быстрый вход по скриптраннеру: https://www.youtube.com/playlist?list=PL_E9T0Z4ua164VpnStW9mUTnXXJptcQlO

Обещанная вакансия для техдира: CTO виртуальной реальности

В КРОКе есть подразделение, продающее на аутсорс опасным производствам настоящую виртуальную реальность (3D/VR/AR). Клиенты - самые крупные компании в масштабах нашей и зарубежных стран (Росатом, Газпром Нефть, СИБУР, Saudi Aramco и др.). Решение оказалось востребованным и за ним уже стоит очередь.

Ищут в первую очередь CTO-технаря. Детали здесь:
https://docs.google.com/document/d/1nvYUFSn6omQwcIrE-yw-BQTUukX2czr8QEO8u00vkDI/edit?usp=sharing

Коллеги!

1. Теперь все приходящие вакансии будут публиковаться бесплатно в Техдирском Найме: https://t.me/ctorecordshr

2. За отдельную плату вакансии будут публиковаться в открытом чатике. Чтобы было понятно, - никаких более-менее вменяемых денег заказчики публикаций вакансий платить не в состоянии, так что это скорее админу на хороший односолодовый виски :)

3. Строго техдирские вакансии теперь отныне и навсегда уходят только в закрытый клуб за хорошие деньги, чтобы распространяться по виралке через техдиров. Правила публикации в закрытом клубе будут самыми жёсткими, чтобы уважаемые члены закрытого клуба были довольны! Строго вилка, строго все условия и вот это вот всё. Техдир из закрытого клуба, приведший на вакансию кандидата, будет получать с компании бонус.

4. За отдельную плату админ готов провести кастдев техдирской вакансии, как это было сделано с вакансией КРОКа, чтобы лучше понять потребности заказчика.

Всем норм?

Коллеги! У нас новые вакансии в Техдирском Найме: https://t.me/ctorecordshr/

Напоминаю, что

1. Теперь все приходящие вакансии будут публиковаться бесплатно в Техдирском Найме: https://t.me/ctorecordshr

2. За отдельную плату вакансии будут публиковаться в открытом чатике. Чтобы было понятно, - никаких более-менее вменяемых денег заказчики публикаций вакансий платить не в состоянии, так что это скорее админу на хороший односолодовый виски :)

3. Строго техдирские вакансии теперь отныне и навсегда уходят только в закрытый клуб за хорошие деньги, чтобы распространяться по виралке через техдиров. Правила публикации в закрытом клубе будут самыми жёсткими, чтобы уважаемые члены закрытого клуба были довольны! Строго вилка, строго все условия и вот это вот всё. Техдир из закрытого клуба, приведший на вакансию кандидата, будет получать с компании бонус.

4. За отдельную плату админ готов провести кастдев техдирской вакансии, как это было сделано с вакансией КРОКа, чтобы лучше понять потребности заказчика.

Сделал про это пост на фб: https://www.facebook.com/ctorecords/posts/10157016785447504

Приглашаю всех рекрутёров, тусящихся поблизости, стучаться ко мне в личку, - поставим дело на поток!

Лайк, шер, алишер....

Интервью со мной про легаси

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

https://habr.com/ru/company/southbridge/blog/512672/
Поплюсуйте, plz!

Коллеги! Полайкайте эту же статью на vc, plz: https://vc.ru/dev/145505-i-snova-o-legacy-vechnaya-bol-tehdira?comments

Тяжела и неказиста жизнь простого программиста!

Docker и всё-всё-всё о нём

31 июля Slurm.io запускает "Видеокурс
по Docker"

http://to.slurm.io/j3zHqw

- Вы пока ещё не видите смысла в Kubernetes и вам вполне хватает Docker - а новых сотрудников нет времени подучить всем его тонкостям?
- Когда и кому нужно переходить на микросервисы? Мы знаем, что на практике все намного сложнее, чем об этом пишут в интернете.
- Локально у разработчиков приложение собирается нормально, а на продакшене все ломается?
- Хотите разобраться сами и научить более юных коллег, как разрабатывать и тестировать приложение при наличии огромного количества зависимостей?
- Вам интересно, действительно ли можно запускать в Docker небезопасный код?

Также на курсе мы разберем другие мифы и легенды о Docker.

Вы познакомитесь с технологией и поймёте, где и как лучше использовать Docker. Также мы поделимся best practice кейсами, как и всегда делаем на наших курсах, интенсивах и вебинарах. Спикеры лично прошли по всем граблям Докера - и знают его нрав не по мануалам и книжкам, а на личной многолетней практике. Студентам будет доступен Git-репозиторий с материалами и стенд для практики на ограниченное время. Вопросы можно будет задать специалистам техподдержки.

http://to.slurm.io/j3zHqw

Цена курса: по предзаказу 5 000 руб. до 30 июля. Ещё есть время приобрести курс в 4 раза ниже его обычной стоимости.

Разработчики любят похоливарней! И к каким ошибкам это ведет...

Казалось бы, инженеры любят и умеют руководствоваться фактами. Откуда же тогда берутся неудачный выбор технологий для проектов, критические расхождения в оценке сроков, ошибки коммуникации в команде? Часто дело в когнитивных искажениях. А среди их главных следствий - холивары.

В этот четверг, 30 июля, Григорий Петров (разработчик со стажем и нейрофизиолог-любитель), Иван Матвеев (тимлид, который любил холиварить, но встал на путь исправления) и Антон Назаров (автор докладов про рациональность) вместе с подкастом “Цинковый прод” разберут:

📌 реальные (анонимные) истории когнитивных искажений, которые приводили к фейлам проектов  
📌 как когнитивные искажения формируют странные представление о языках, библиотеках, подходах к разработке - и ведут к холиварам
📌 как абстрагироваться от споров и находить когнитивные искажения в документации своих проектов

Лайв начинается в 20.00 (По Мск)

Рома Ивлиев всех зовёт на оффлайн TeamLead Conf 2020: 16 и 17 ноября!

Команда Ромы решительно настроена провести в середине ноября офлайновый Teamlead Conf в Москве, куда приглашает вас и ваших коллег.  До 15 сентярбя можно подать заявку на доклад. Вот здесь https://tlconf.info/ @dumtest собрал всю необходимую информацию для докладчиков. Плюс можно смело стучаться Роме в личку - всё расскажет, всё готов обсудить!

#Легаси. Часть II - комментарий с хабра №1.1

Настоящее легаси — это тонны кода, оперирующие коэффициентами, про которые никто не помнит, откуда они взялись. Куски кода и системы на устаревших языках, которых вы не понимаете. Система, построенная на логике, которую вы не понимаете. Потоки данных, ходящих такими путями, которые вы не понимаете. Устаревшее железо в серверных, которое поддерживается контракторами с интеграторами, которые держат на складах это железо исключительно ради вас, потому что купить его уже лет десять как нельзя, но и нельзя поменять на новое, потому что на нем не заработает версия операционки и окружения.
Решения в коде, которые вы не понимаете. Просто потому, что за 10 лет поменялись принципы разработки, среды и средства разработки и доступные ресурсы, наконец. Форматы данных, затерянные в веках, пользовательский экплорер для которых запускается исключительно на win98. Важная БД, которая работает под OS/2. Сделайте, блин, модельку этого сервиса за неделю.

#Легаси. Часть II - комментарий с хабра №1.2

Настоящее легаси — это когда у вас есть ветка кода, которая вроде бы не нужна, но трогать вам ее никто не даст, потому что нет критериев верификации работы системы после ее удаления. Никто просто не знает, в самом ли деле она не нужна. И проверить нельзя — на системе работает компания годами, и десяток трейсов в попытках понять, запускается ли она, вам ничего не дадут: вполне возможно, что она запускается по сочетанию високосного года и перехода на другую систему налогообложения, и вставлена туда после прошлого глюка, который стоил компании Х миллионов. Уберете сейчас — а через два года опять потеряете деньги. Один конкретный вопрос еще можно как-то решить, но их в коде зрелой системы тысячи, и они равномерно перемешаны с действительно ненужными кусками кода, которые мешают строить нормальную архитектуру.
Настоящее легаси — это реально тонны кода и тысячи окошек интерфейсов, которыми пользуются тысячи людей. Вы убираете одно окошко, и в конце месяца работа банка встает, потому что именно в нем раз в месяц смотрели статистику.

#Легаси. Часть II - комментарий с хабра №1.3

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

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

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