… а вообще, хочется в очередной раз сказать, что Scrum, как и в целом Agile – это в первую, и самую главную, очередь, про изменение подхода в голове! это про иной майндсет и другое восприятие разработки! это про более высокий уровень зрелости команды 🚀

а всякие формальности вроде настройки доски в Джире, количество столбцов и переходы между статусами – это 100500-е дело…

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

#scrum

CTO vs. VP Engineering

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

казалось бы: две таких похожих должности и вроде про одно и то же 🤷‍♂️ однако, есть разница

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

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

VP Engineering же, находясь под CTO, занимается вопросами деливери, соблюдения сроков, оценки производительности команд и пипл-менеджментом. то есть он скорее про более «приземленные» вещи. однаяко, при этом его роль очень высока и он конечно точно также планирует работу всех команд и отделов

проще говоря, CTO отвечает за куда, тогда как VP Engineering – за как и в срок

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

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

зачастую в стартапах, ессно, есть только CTO, который выполняет обе роли. роль же VP Engineering уместна обычно в больших компаниях с сотнями и тысячами разработчиков/тестировщиков/прочих ИТ-спецов

вот такой сегодня у меня рассказ о том, какие бывают роли (очень высокие роли) в мире разработки ПО

#management #career #roles #профессии #cLevel

создал организацию в ГитХабе для учебных проектов, которые бы лежали не как сейчас, в одной репе, а каждый проект – в отдельной репе в рамках одной группы

велком смотреть 🙌 скоро будет наполняться 🚀

https://github.com/The-Real-Coding

#gitHub #news

как-то так может выглядеть по мнению ИИ логотип для компании test.it 🤔

что ж… допустим…

#humour #ai

человек вон с 69-го в ГитХаб контрибьютит ☝️

пишите в коментах свои догадки, в чем тут дело

кто хочет сам проверить – https://github.com/rcarmo?tab=overview&from=1969-12-01&to=1969-12-31

#gitHub #fun #bug

неплохо JetBrains придумали – дают готовый шаблон обращения к тимлиду за тебя, чтобы обосновать приобретение ИДЕ

#jetBrains #ide

Напомню про еще один тематический канал, куда дропнул первую запись – про медиа и все с этим связанное

Подписывайтесь, делитесь, если есть интерес 🙌

Выпилился недавно полностью с запрещенной в РФ соцсети для самолюбования и выеживания перед друзьями, равно как и из вэкашки

Вместо этого есть такой @dipaolo_live мой канальчик с моими мыслям и разным жизненным за пределами ИТ

#неТехническое

Со всех щелей слышу про ентот ваш Vibe Coding… ох уж эти зумеры 😅

Признавайтесь, вайбкодите? Как впечатление?

Всех причастных, а также будущих причастных ТУСУРовцев 😉, с праздником!

Ура 📻

решил тут Котлин поглядеть. Смотрю полчаса 👀 Сказать пока ничего не могу

единственный вопрос, которым задался: почему Котлин, а не Джава. Пару самых главных аргументов: нет геморроя с обработкой null, как в джаве + можно писать функции, не оборачивая их в классы. Ну еще корутины есть (а в джаву что ль еще не завезли? 😳)

что-то мне конечно подсказывает (сейчас вникать нет времени), что тут скорее денежно-политическая причина (не в плане международной политики!) в угоду JetBrains

#kotlin

Вот кстати да! Спрос на дата-центры растет. Сейчас их (а, соответственно, и облаков) все больше и больше

Рынок дата-центров в России превращается в арену системного вызова: спрос летит вверх на фоне искусственного интеллекта, больших данных и суверенного облака, но инфраструктуры критически мало. По прогнозам, уже к 2028 году мощность коммерческих ЦОДов утроится до 2,3 ГВт.

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

Поэтому в тренде – энергетическая автономия. ЦОДы начинают думать, как предприятия 19 века: почему бы самим себе не построить ТЭЦ? Появляются гибридные модели: дата-центр плюс газопоршневая установка, дата-центр плюс мини-ГЭС, непублично даже обсуждаются идеи с АЭС малой мощности. Все ради суверенности и стабильности. Никакие технологии ИИ не взлетят, если сервера не обеспечены электричеством и охлаждением.

На этом фоне меняется и карта: центры уезжают из Москвы и Питера в регионы с избытком дешевой энергии – Урал, Сибирь, Алтай. Дальше – больше: региональные власти будут конкурировать за такие объекты, ведь ЦОД – это не только сервера, но и налоги, рабочие места, синергия со смежными отраслями.

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

#юмор #ai

😅😅😅

… как сапожник без сапог

#юмор #noCode

2007

А вот вам привет из 2007 – мое первое тестовое задание в первую фирму на позицию разработчика

Нужно было сделать виндовое гуевое приложение для отображения и навигации по Program Map Table в потоках MPEG-2 TS, включая дескрипторы

До сих пор горжусь этим кодом 😎

https://github.com/DiPaolo/PMT-Viewer

А вот кстати оно же, переписанное на Qt – https://github.com/DiPaolo/pmt-viewer-next

#история #тестовое #cPlusPlus

в Питоне для генерации чего-то более-менее критичного к секьюрности рекомендуется использовать пакет secrets вместо random

вот дока https://docs.python.org/3/library/secrets.html

а вот PEP 506 с деталями https://peps.python.org/pep-0506/

the rule of thumb: random используем для всякого матмоделирования и некриитчного к безопасности. secrets – для генерации токенов, паролей и всего прочего на проде, что нужно хранить безопасно. Кстати, там же есть удобная функция для генерации валидных рандомных частей УРЛов – secrets.token_urlsafe()

почитайте – крайне полезные вещи там

#security #python