К концу года я становлюсь сильно агрессивнее, все потому что куча работы, которую надо разрулить, плюс домашние дела. Напряжение спадёт и я снова стану няшкой. Потерпите чуток, все будет хорошо )))))
Кому нужны ваши кластеры и вычисления на видеокартах? Щас чувак на асме покажет как надо делать нейронки. Правда, пока непонятно он про задачи обучения или рабочего режима.
К вопросу о том "кто такой архитектор". Я уже снимал видео про архитектора решений. Поэтому просто дам ещё раз ссылку. На многие вопросы, которые задают, я уже отвечал давным давно на канале. Поэтому чтобы не повторяться буду давать ссылки на старые видео https://youtu.be/bYd9FavRQfI
Обычно я не люблю оставлять записи стримов, я долгое время вообще избегал такого формата. Но пересмотрев вчерашний стрим решил сделать исключение и оставить его в записи. Получилось хорошо, поэтому пусть будет.
Вчера на стриме говорил про свою систему донатов. Вот был по этой теме видос на канале - https://www.youtube.com/watch?v=Xpqc_k90ZGs Думал о том, чтобы продолжать делать видео с мини-проектами. В которых делать архитектурные наброски решения. Интересен ли вам такой формат?
https://youtu.be/yq60PdVjr5I в комментах просят видео про tcp. Я два года назад детально разбирал что такое tcp handshake там многие штуки про то как работает tcp разобраны. Начните хотя бы с него. Потом напишите вопросы в комментах к этому посту я постараюсь снять ещё ролики из этой темы.
Чел придумывает свои определения, не понимает, что ему все равно прикладной протокол придётся реализовывать, не понимает разницу между tcp и tcp-сокетом, между сырым сокетом и tcp-сокетом. Но виноват, конечно, я.
Есть куча сообществ, где примерно такой же уровень понимания основ сетевого стека, иди туда, здесь тебе будет тяжело.
Нашел у себя в архивах запись, которую так и не довел до ума. Это просто технический набросок, который разнесли в пух и прах, и я забил на это. Но смысл недостихов мне нравится, хоть и исполнено очень криво.
Многие штуки в работе программиста кажутся ему "не требующими объяснения". Многие приходят уже на готовую технологию разработки и думают, что эта технология появилась сама по себе. Но на самом деле, те процессы, которые появились спонтанно, очень редко бывают чем-то хорошим. При этом руководитель искренне считает - "мы так делаем и это работает, поэтому это норм". Поломать такой взгляд бесполезно. Да, как-то работает, и будет так же "как-то" работать дальше. Обычно, такое отношение быстро меняется когда человек приобретает другой положительные опыт. Например, попадает в команду где есть грамотный техрук, который умеет выстраивать процессы и делает это регулярно, а не после очередного раза, когда команда облажалась. Поэтому очень трудно объяснять людям, что если что-то работает, то это не обязательно работает оптимально, а если что-то работает оптимально, то скорее всего это случилось не спонтанно, а благодаря чьим-то регулярным усилиям. Поэтому прежде чем утверждать, что грамотный техрук - это миф, лучше все же подумать о том кто и как выстраивал ваши процессы в компании.
Немного про типы и маркировки релизов (в рамках подготовки к следующему видео). Есть разные способы обозначать типы релизов, в зависимости от степени их "новизны" и "безопасности" для внедрения. Я знаю следующие типы: current release - это самый небезопасный релиз, который содержит все самые последние фичи, но работают они не всегда очень хорошо normal release - это релиз который имеет поддержку, считается более надежным, но применять его можно только в краткосрочной перспективе stable release - это релиз без гарантий в отношении обратной совместимости и поддержки, но прошедший проверку "временем", обычно в стабильных версиях ожидается нормальная работа новых фич, при этом все еще есть риски изменений lts (long term support) - это стабильный релиз, как с позиции фич, так и с позиции поддержки и обратной совместимости. На LTS рекомендуется строить весь долгоиграющий софт для бизнеса. Чтобы сюрпризов было поменьше
Например, я постоянно играю в "русскую рулетку" и использую current release для OBS, сейчас у меня уже 29.0, в то время как во всех репозиториях только стабильная версия 28.x
А какие типы релизов знаете вы?
Upd. "Реализ" и "сборка" - разные штуки, но связанные друг с другом. Реализ - это такая сборка, которая промаркирована особым образом (как правило версией и словом "release"). При этом конкретный тип могут и не указывать, исключение lts, такую метку могут дать вместо "release".
Кажется у меня появился конкурент по вопросам архитектуры. Тимур уже несколько роликов выпустил. Для общего представления стоит посмотреть всем джунам. Есть еще похожий ролик от Димы SSV, его тоже стоит глянуть. Для глубокого погружения по-прежнему рекомендую мои архитектурные стримы. Там не только базовые вопросы топологии, по всему стеку есть материалы - сбор требований, стили, организационные вопросы, тех. долг и т.д.
