Позвали на стрим "Кто такие синьоры?" - https://www.youtube.com/watch?v=1v8YK8Ki4Ew
#стрим

На soer.pro выпустил 29-ый архитектурный стрим по "Чистой архитектуре". Речь шла о архитектурных границах. Это вторая из 4-х частей.

Выпустил еще один лайтовый ролик на простую тему - https://www.youtube.com/watch?v=dPKg6wxj2pU

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

Напоминаю, что через час намечается серьезный батл на тему "кто здесь батя?" ну или что-то из этой серии.
https://www.youtube.com/watch?v=1v8YK8Ki4Ew

Не все компании одинаково приятны для работы в них. Я тут прикинул, и понял, что на мой совершенно зажравшийся взгляд, если компания претендует на то, что она делает АйТи, то и соответствовать она должна современным критериям, а не быть УГ вчерашнего дня.

Если вы ищите работу, то вот образ современного АйТи-бизнеса, который мне импонирует:

- Задачи должны быть современными, а не "давайте тут наколхозим". Это самое важное, технический специалист который не решает нормальных задач будет не только выгорать, он не будет иметь профессиональной базы и стимула для развития. А развитие - это в том числе возможность двигаться на рынке в сторону повышения ЗП.

- OpenSource, OpenSource и еще раз OpenSource... о чем это я? В общем, если вы пришли в АйТи, то постарайтесь в него что-то внести своего, а не просто тырить чужие OpenSource решения. И есть много чего полезного, что может сделать компания для сообщества, а не прятаться только за то, что "мы тут деньги зарабатываем, нам некогда". Пилить костыли, конечно, хорошо... но это разве все что вы должны делать?

- возможность выбирать между удаленным и офисным режимом работы. И да, блять, если в 21 веке руководители все еще считают, что работать хорошо можно только в офисе, то вам на помойку истории, а не в АйТи бизнес.

- возможность использовать современные инструменты и технические средства. Тут может быть по-разному, в зависимости от бизнеса, но как минимум нормальный софт для разработки (это IDE, докеры, облака, централизованные хранилища, CI/CD, тестирование и т.д.) у вас должны быть, плюс нормальное техническое оснащение. А как вы хотели? Это не мы такие, это жизнь такая.

- возможность посещать тренинги, курсы повышения квалификации и т.д. за счет компании. Если вам начальник говорит, что "вы и так должны развиваться", то плохая новость - хорошая компания не просто может, она обязана тащить своих сотрудников к развитию. Компании, которые не хотят вкладываться в своих сотрудников... Ну вы догадались.

- нормальный отпуск, рабочий день без переработок и в целом позитивный настрой

- нормальное офисное пространство, где можно не только работать, но и не потерять смысл приходить в офис. И это я не про бесплатные печенюшки.

- нормальная оплата труда. Тут даже объяснять не надо, программисты за еду сегодня не работают. Таков рынок.


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

По заведенной традиции выложил стрим "Компания мечты для программиста" на рутуб - https://rutube.ru/video/cfeddc5af33df26d5fbf4b5107c586df/

Ден добил инфраструктуру проекта https://youtu.be/6pfZi0dJhVM

Кажется у меня появился конкурент по вопросам архитектуры. Тимур уже несколько роликов выпустил. Для общего представления стоит посмотреть всем джунам. Есть еще похожий ролик от Димы SSV, его тоже стоит глянуть. Для глубокого погружения по-прежнему рекомендую мои архитектурные стримы. Там не только базовые вопросы топологии, по всему стеку есть материалы - сбор требований, стили, организационные вопросы, тех. долг и т.д.


1) Ролик Тимура https://www.youtube.com/watch?v=S0e_5a2WB60
2) Ролик Димы https://www.youtube.com/watch?v=9mZmc6a0tmM

Немного про типы и маркировки релизов (в рамках подготовки к следующему видео).
Есть разные способы обозначать типы релизов, в зависимости от степени их "новизны" и "безопасности" для внедрения. Я знаю следующие типы:
current release - это самый небезопасный релиз, который содержит все самые последние фичи, но работают они не всегда очень хорошо
normal release - это релиз который имеет поддержку, считается более надежным, но применять его можно только в краткосрочной перспективе
stable release - это релиз без гарантий в отношении обратной совместимости и поддержки, но прошедший проверку "временем", обычно в стабильных версиях ожидается нормальная работа новых фич, при этом все еще есть риски изменений
lts (long term support) - это стабильный релиз, как с позиции фич, так и с позиции поддержки и обратной совместимости. На LTS рекомендуется строить весь долгоиграющий софт для бизнеса. Чтобы сюрпризов было поменьше

Например, я постоянно играю в "русскую рулетку" и использую current release для OBS, сейчас у меня уже 29.0, в то время как во всех репозиториях только стабильная версия 28.x

А какие типы релизов знаете вы?

Upd. "Реализ" и "сборка" - разные штуки, но связанные друг с другом. Реализ - это такая сборка, которая промаркирована особым образом (как правило версией и словом "release"). При этом конкретный тип могут и не указывать, исключение lts, такую метку могут дать вместо "release".

Продолжаем партию. С1-f4

Многие штуки в работе программиста кажутся ему "не требующими объяснения". Многие приходят уже на готовую технологию разработки и думают, что эта технология появилась сама по себе. Но на самом деле, те процессы, которые появились спонтанно, очень редко бывают чем-то хорошим. При этом руководитель искренне считает - "мы так делаем и это работает, поэтому это норм". Поломать такой взгляд бесполезно. Да, как-то работает, и будет так же "как-то" работать дальше. Обычно, такое отношение быстро меняется когда человек приобретает другой положительные опыт. Например, попадает в команду где есть грамотный техрук, который умеет выстраивать процессы и делает это регулярно, а не после очередного раза, когда команда облажалась.
Поэтому очень трудно объяснять людям, что если что-то работает, то это не обязательно работает оптимально, а если что-то работает оптимально, то скорее всего это случилось не спонтанно, а благодаря чьим-то регулярным усилиям. Поэтому прежде чем утверждать, что грамотный техрук - это миф, лучше все же подумать о том кто и как выстраивал ваши процессы в компании.

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

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

Объясните мне, как авторы перлов "вы можете использовать любой транспорт хоть HTTP, хоть TCP" могут утверждать, что образование не нужно?

Ребята, отвечать на мой предыдущий пост можно любым способом хоть буквами, хоть словами, хоть предложениями. Выбирайте любой!

Чел придумывает свои определения, не понимает, что ему все равно прикладной протокол придётся реализовывать, не понимает разницу между tcp и tcp-сокетом, между сырым сокетом и tcp-сокетом. Но виноват, конечно, я.

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

Цель достигнута. Большое всем спасибо, особенно тем кто внёс свой вклад в виде подписки!

https://youtu.be/yq60PdVjr5I в комментах просят видео про tcp. Я два года назад детально разбирал что такое tcp handshake там многие штуки про то как работает tcp разобраны.
Начните хотя бы с него. Потом напишите вопросы в комментах к этому посту я постараюсь снять ещё ролики из этой темы.

Ну что погнали https://youtu.be/hxRvfe9oczc
#стрим