S0ER

Кому нужны ваши кластеры и вычисления на видеокартах? Щас чувак на асме покажет как надо делать нейронки. Правда, пока непонятно он про задачи обучения или рабочего режима.

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

Алексей спасибо за поддержку. По ссылке пришло около 400 человек разом. )

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

Вчера на стриме говорил про свою систему донатов. Вот был по этой теме видос на канале - https://www.youtube.com/watch?v=Xpqc_k90ZGs Думал о том, чтобы продолжать делать видео с мини-проектами. В которых делать архитектурные наброски решения. Интересен ли вам такой формат?

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

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

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

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

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

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

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

Кажется у меня появился конкурент по вопросам архитектуры. Тимур уже несколько роликов выпустил. Для общего представления стоит посмотреть всем джунам. Есть еще похожий ролик от Димы SSV, его тоже стоит глянуть. Для глубокого погружения по-прежнему рекомендую мои архитектурные стримы. Там не только базовые вопросы топологии, по всему стеку есть материалы - сбор требований, стили, организационные вопросы, тех. долг и т.д. 1) Ролик Тимура https://www.youtube.com/watch?v=S0e_5a2WB60 2) Ролик Димы https://www.youtube.com/watch?v=9mZmc6a0tmM

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

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

Начал делать награду "Золотой S0ER 2023" Напоминаю, что в этом году она выдаётся разработчику, который внёс наибольший вклад в мои OpenSource проекты. Сейчас уже ясно, это будет один из участников Naris.

Не все компании одинаково приятны для работы в них. Я тут прикинул, и понял, что на мой совершенно зажравшийся взгляд, если компания претендует на то, что она делает АйТи, то и соответствовать она должна современным критериям, а не быть УГ вчерашнего дня. Если вы ищите работу, то вот образ современного АйТи-бизнеса, который мне импонирует: - Задачи должны быть современными, а не "давайте тут наколхозим". Это самое важное, технический специалист который не решает нормальных задач будет не только выгорать, он не будет иметь профессиональной базы и стимула для развития. А развитие - это в том числе возможность двигаться на рынке в сторону повышения ЗП. - OpenSource, OpenSource и еще раз OpenSource... о чем это я? В общем, если вы пришли в АйТи, то постарайтесь в него что-то внести своего, а не просто тырить чужие OpenSource решения. И есть много чего полезного, что может сделать компания для сообщества, а не прятаться только за то, что "мы тут деньги зарабатываем, нам некогда". Пилить костыли, конечно, хорошо... но это разве все что вы должны делать? - возможность выбирать между удаленным и офисным режимом работы. И да, блять, если в 21 веке руководители все еще считают, что работать хорошо можно только в офисе, то вам на помойку истории, а не в АйТи бизнес. - возможность использовать современные инструменты и технические средства. Тут может быть по-разному, в зависимости от бизнеса, но как минимум нормальный софт для разработки (это IDE, докеры, облака, централизованные хранилища, CI/CD, тестирование и т.д.) у вас должны быть, плюс нормальное техническое оснащение. А как вы хотели? Это не мы такие, это жизнь такая. - возможность посещать тренинги, курсы повышения квалификации и т.д. за счет компании. Если вам начальник говорит, что "вы и так должны развиваться", то плохая новость - хорошая компания не просто может, она обязана тащить своих сотрудников к развитию. Компании, которые не хотят вкладываться в своих сотрудников... Ну вы догадались. - нормальный отпуск, рабочий день без переработок и в целом позитивный настрой - нормальное офисное пространство, где можно не только работать, но и не потерять смысл приходить в офис. И это я не про бесплатные печенюшки. - нормальная оплата труда. Тут даже объяснять не надо, программисты за еду сегодня не работают. Таков рынок. Вот такая должна быть работа, которой можно гордиться, а не покрытой пылью и грязью комп, и небольшое рабочее место с кактусом в углу.

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