S0ER

Всем, кто интересуется сферой применения нейронок, рекомендую посмотреть вот эту статью https://habr.com/ru/company/recognitor/blog/524980/ Лучше, конечно, посмотреть более свежий обзор инструментария, поэтому если есть что-то полезное, то киньте в комментариях

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

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

К вопросу о том "кто такой архитектор". Я уже снимал видео про архитектора решений. Поэтому просто дам ещё раз ссылку. На многие вопросы, которые задают, я уже отвечал давным давно на канале. Поэтому чтобы не повторяться буду давать ссылки на старые видео 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.