📍Олег Козырев - IT и жизнь ️

Ну славо богу «нахуй» победило, а то че то не стоит у меня троекратно пережованный кад про скилы и мсп в курс заворачивать:)

Скриним до моего переобувания😅

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

Че рил надо? А то может всем ИИ подавай, а я со своим систем дизайном😅

💯 делаем
🍓нахуй

Жена угорает над моим славик фейс

Я когда фоткаюсь думаю, что весь такой добрый и улыбчивый стою, а на деле морда кирпичом

Как так получается то? У меня чего ген радости забыли добавить? Ахаха

У вас также или это только я безэмоциональный нпс?

Хранимые процедуры спасли прод

Короч, история из одной компании, называть её не будем, а то ещё пизды дадут ахах

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

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

И чо дальше?

А дальше арифметика простая: внешку пустили ровно под предел возможностей сервиса, сверху лёг внутренний трафик, и сервис поехал деградировать.

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

Когда волна ушла, процедуры выпилили, шардирование доделали, и жизнь стала гораздо проще.

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

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

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

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

P.S. А ты нарушал best practices, чтобы потушить прод? Расскажи, чем спасался)

Вайбы жены перед отпуском😅

Хотели бы себе такую?

Тогда вам надо на курс по микросервисам ахахх

Кто не шарит за лор, коткинс это наш кот)

Посмотрел, кто собрался на сисдиз. Делюсь

В чате потока по сисдизу ребята знакомятся и пишут о себе по паре абзацев до старта. Читаю это всё, и хочу поделиться с вами, кто вообще заходит на курс по сисдизу и зачем. Чтобы вы тоже понимали, что за компания собирается)

🔍Опыт
От двух лет до двадцати с лишним. Больше половины с опытом от восьми лет. То есть это не поток для новичков и не поток для одних сеньоров: в одной комнате и те, и другие.

🔍Стек
Почти половина уже на Go или переезжает на него прямо сейчас. Дальше PHP, Java, Python, .NET, фронт. Отдельная история те, кто перекатывается: с PHP на Go, с 1С на Go, с ручного тестирования через питон на Go.

🔍Роли
Сеньоры и техлиды, которые проектируют системы на работе и идут за системностью. Мидлы, которым сисдиз не дает расти выше по грейду и ЗП. Head of Frontend. И двое аналитиков, которым надоело не понимать, о чём говорят разработчики.

🔍Зачем идут на курс (полностью их слова):
"хочу научиться проходить сисдиз, чтоб забирать более высокие офферы"
"выйти на оффер минимум на мидла, а то и выше"
"сильно вырасти в грейде, увидеть интересные проекты и не сидеть на легаси стеке"
"системный фундамент, который будет полезен для секции на собесах в компаниях уровня Amazon"
"понимать причины выбора того или иного инструмента, а не просто ну постгря, ибо она классная"
"выносить собесы как Чак Норрис ногой с разворота"

Часть ребят пришла ко мне ещё с курса по микросервисам. Люди уже видели, как я объясняю, и вернулись прокачаться дальше. Для меня это лучше любого отзыва.

Что во всём этом главное. Ни одного человека, у которого в должности стоит слово архитектор. Гошник, начинавший с 1С. PHP-шник, двадцать лет просидевший в одной компании. Java с двумя годами коммерческого опыта. Вчерашний ручной тестировщик. Аналитик, который вкатывается в айти и заранее предупредил, что вопросов от него будет много. Сисдиз принято считать историей для архитекторов, а идут на него обычные ребята, которые пишут сервисы руками и на секции не знают, с чего начать.

Мне такие потоки нравятся больше всего. Половину полезного ты заберёшь даже не из уроков, а из чужих разборов, чужих ошибок и вопросов в чате.

За 5 недель разберём всю секцию: как она устроена и что на ней оценивают, по каким шагам раскладывается любая задача, из каких компонентов собирается любая система, и 8 систем целиком, от Telegram до Яндекс Такси. Плюс живые Q&A каждую неделю, чат потока и разбор каждой домашки ментором.

Стратуем обучение уже в этот понедельник, поэтому залететь времени на курс все меньше:
ЗАЛЕТЕТЬ НА КУРС

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

Надеюсь они не сильно от зятя кринжуют ахаха

У меня сегодня день рождения и в этот приятный денек мне захотелось записать небольшой разговорный видос)

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

Короч, опять книжек начитался и побубнить охота)

Ставьте 🔥если вам по приколу такой формат-разгон)
Ставьте 🍌если вы не прочь и на ютубе такое глянуть - где я на айтишные темки натягиваю философию и историю))

Как не сойти с ума в соло-разработке?

Когда проект только твой, ты сам себе тимлид, разраб, девопс и тестировщик. И тут как нельзя лучше работает правило: упрощай стек.

Да, сейчас везде нейронки и с ними вроде можно затащить любой стек. Но посуди сам: если технологии выбраны неоптимально, когнитивная нагрузка всё равно выше. Разобраться во всём этом дерьме сложнее, и точек отказа больше. Чем больше компонентов в системе, тем выше шанс, что она сломается, как мне ещё в универе говорили.

Щас объясню, что я имею в виду под упрощением стека.

БДшка

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

Для проектика, где ты просто щупаешь гипотезу, хватит даже SQLite. Это по сути файл, в который пишутся данные, и ебаться с разворачиванием ваще не надо.

Понятно, что постгрес можно поднять в докере рядом с приложением или взять Supabase с бесплатными кредитами. Но если и в это лезть не хочется, SQLite вполне зрелый варик. Только сразу пиши repository так, чтобы потом легко подменить на постгрес, если проект стрельнёт. Цена копеечная, а нервы сбережёт.

Наблюдаемость

Допустим, ты хочешь затащить в проект графану, прометея, локи, джагер, алерт менеджер. Звучит солидно, но как оно на деле? А на деле ты будешь пилить супер зрелую систему наблюдения для проекта, который ещё толком не родился, и чинить косяки сразу в двух местах.

Базовый минимум это логи: зашёл в контейнер, погрепал, уже хорошо. Дальше по мере занятости добавишь Sentry и остальное. Инструменты решают разные задачи, но всему своё время, микромонолиту трейсы нахуй не нужны.

CI/CD

Не надо строить космос за один заход, он эволюционно вырастет по мере нужды: прогнать линтеры, запустить тесты, задеплоить, и на гитхаб экшенах это делается нормально. Если упрёшься в бесплатные лимиты, есть варик обойтись вообще без них: линтеры и тесты гоняешь локально через git hook на пуш, который не даст запушить со сломанными тестами. А деплой поначалу это ssh на сервак и копирование нового бинарника.

Мне лично приглянулся Kamal из мира рельс. Он сам собирает образы, пушит куда надо, а при первой установке он ставит на сервак микрогейтвей. Таким образом на одной впске хостишь кучу проектов, и роутинг она берёт на себя. Чтобы поднять всё добро, тупо пишешь kamal deploy в терминале, и ни от каких лимитов не зависишь ахах

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

На чём свои соло проекты держишь? Кинь в комменты стек, который оказался самым дешёвым по нервам

Я был уверен, что провалил System Design собес в Т-Банк

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

Заценим мой собес на стаф инженера, где я там сам поплыл, где кринжа навалил, а где жестко базанул))

СМОТРЕТЬ РАЗБОР
СМОТРЕТЬ РАЗБОР
СМОТРЕТЬ РАЗБОР

P.S. Насколько сильно палите нейронку на облоге? Я легкий кринж от своей рожи испытываю)))

Зацените какую стильную вешалку мне друзья подогнали:))

Он для вас в первую очередь служивый или все таки Дин?😂

System Design: от паники к алгоритму

Курс подойдёт, если ты:
— хочешь апнуть грейд и зарплату, а рост упёрся в сисдиз, с которым ты мало работал
— уже идёшь на собес и заранее знаешь, что на доске поплывёшь, хотя технологии знаешь нормально
— хочешь разобраться, как эти системы устроены по-настоящему, а не только сдать секцию

Что тебя ждёт на курсе?
Сначала разберём саму секцию: как она устроена изнутри и что на ней оценивают на самом деле. Дальше сам алгоритм: в каком порядке разбирать задачу и сколько минут тратить на каждый кусок, чтобы успеть за пятьдесят минут.

Затем разберём: какие вопросы задать, чтобы сузить задачу, как посчитать нагрузку и объём хранения руками, и что говорить вслух, пока проектируешь.

Дальше разбираем компоненты, из которых собирается любая система:
🔍Базы: SQL против NoSQL, индексы, уровни изоляции, репликация, шардирование
🔍Кэш и его проблемы, брокеры и Kafka, идемпотентность и outbox
🔍Отказоустойчивость: таймауты, повторы, circuit breaker, ограничение частоты запросов
🔍Сеть и доставка: балансировщики, API-шлюз, CDN
🔍Шпаргалки и деревья решений: какую базу взять, какой брокер, что делать с отказами

А в конце из этих компонентов собираем 8 систем целиком: Telegram, лента Авито, YouTube, Stories, музыкальный стриминг, билеты на Афише, поиск с автодополнением, такси. В каждой разберем: какие требования собрали, какой контракт зафиксировали, что и по какому ключу храним, из чего собрана схема, где оно ляжет и чем жертвуем.

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

Почитать подробнее, посмотреть цены и купить курс можно по ссылке ниже⬇️
ЗАЛЕТЕТЬ НА КУРС

P.S. Продажи закрываются уже 6 сентября в 23:59 по мск

Как пройти секцию System Design за 50 минут

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

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

- Что спросить у интервьюера, чтобы задача вообще стала решаемой за 50 минут?
- Что считать руками, а что можно не считать?
- Что рисовать первым, а что не трогать вообще?
- Как отвечать на эти вопросы в глубину?
- И главное: что интервьюер оценивает на самом деле?

Чтобы это всё разобрать, в четверг в 19:00 я проведу открытый урок:

"Как пройти секцию System Design за 50 минут"

Я сам проходил эту секцию в крупнейших бигтехах, а в Авито давал её как интервьюер, то есть видел её с обеих сторон и знаю, по каким штукам там на самом деле принимают решение.

Плюс два года отвечал за платформу аутентификации для 150 внутренних сервисов с SLA 99.9%, от ADR и моделей данных до согласований с ИБ и выката в прод, поэтому опыт в построении систем у меня есть)

Этот урок для тебя, если:
- хочешь апнуть грейд и зарплату, а рост упёрся в сисдиз, с которым ты мало работал
- уже готовишься к секции: теорию знаешь, а как уложиться во время и ничего не упустить, непонятно
- уже пробовал проходить секцию и завалил

Что будет на уроке:
🔍Разберём реальную задачу с собеса: сервис уведомлений на 2 млн отправок в сутки
🔍Поймём, что интервьюер оценивает на самом деле
🔍Какие вопросы задать в начале, чтобы размытая формулировка превратилась в задачу, которую реально закрыть за 50 минут
🔍Посчитаем нагрузку и хранение руками: 2 млн в сутки, вечерний пик х5, запас на год, и на выходе цифры, под которые дальше и рисуется схема
🔍Разберём добивочные вопросы, на которых ломаются заученные решения: потери, дубли, тормозящий провайдер

Короче, после урока у тебя будет понятный порядок действий на секцию: что спросить в начале, что посчитать, что рисовать и в каком порядке всё это говорить.

Ну и на уроке расскажу детали про свой курс по System Design, и прям в эфире стартанём продажи)

Когда урок?
27 августа (четверг) в 19:00 по МСК

Где пройдёт?
Урок бесплатный и пройдет в моем канале, посвященному сисдизу, поэтому вступай и жду тебя тебя на открытом уроке⬇️

Залететь в канал по Сисдизу

P.S. записи не будет 👀

Что чаще всего спрашивают про курс по сисдизу?

Меня часто спрашивают... Ой, тфу🤣

На курс по сисдизу уже залетело приличное количество человек, и пока я общался с ними в личке поддержки, заметил, что вопросы у всех одни и те же. Решил расписать ответы сразу здесь, чтобы по 10 раз одно и то же не повторять.

Про что курс?
Называется "System Design: от паники к алгоритму". Цель простая: за пять недель подготовить тебя к систем дизайн интервью.

Что будем изучать?
Разберём алгоритм прохождения секции по шагам: как вытащить требования, посчитать нагрузку, собрать API и модель данных. А дальше все компоненты, из которых собирается система: сеть и балансировка, базы и их внутренности, индексы, репликация, шардирование, кэш, очереди и что делать, когда часть системы отваливается.

Так, хорошо, а на реальных примерах будем это разбирать?
Будем) Разберем целиком 8 систем от требований до готовой схемы: Telegram, лента Avito, YouTube, Stories, музыкальный стриминг, билеты на Яндекс Афише, поиск с автодополнением и такси. Тут задача наглядно увидеть максимально разные системы, чтобы понять где и что лучше юзать.

Я не бэкендер/не гошник, мне подойдёт?
Язык тут не важен. На секции спрашивают одно и то же, хоть ты на Go, хоть на Java, хоть на PHP. На курс приходят и фронтендеры, которые метят в бэк, и системные аналитики, которым надоело молча кивать на созвонах, когда разработчики обсуждают шардирование.

Кому не подойдёт?
Если ты джун или опыта мало, то тебе будет пока рано)

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

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

Чем это лучше книг и роликов?
Книги и ролики штука нужная и важная, я и сам их советую, и задача курса была не в том, чтобы их заменить. Просто когда ты смотришь ролик про то, как проектировать вот такую-то штуку, ты забираешь оттуда один заученный алгоритм: делаем так, потом так, потом вот так. А почему именно так, а не иначе, остаётся за кадром.

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

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

Потяну ли я курс вместе с работой?
Потянешь. Я понимаю, что тут аудитория занятых людей, у которых свободного времени не вагон, поэтому постарался сделать примерная нагрузку на курсе - часов 5-6 в неделю, к тому же без жёстких дедлайнов. Поэтому если у тебя вдруг будет загруженная неделя, спокойно сможешь доделать на следующей.

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

📆Перейти на сайт

P.S. Если всё ещё сомневаешься, твоё это или нет, напиши в поддержку @olezhek28_support - я тебя лично проконсультирую. Если не твоё, я так и скажу. Отговаривать людей, которым не подойдет курс, у меня - нормальная практика)

История про майкрософт, тупейшую игру и неожиданный приз:)

Темы, которые я хотел затащить в курс, но выкинул

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

Кто-то в комментах справедливо заметил:
пока курс пройдём, уже все собесы кончатся, ахах

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

Например, был соблазн упороться в базы данных по-взрослому.
Давайте разберём по байтам, как устроен Постгрес внутри, что там под капотом крутится, и две недели только про это и говорим, ахахахах

Пришлось себя ограничить: постраничная память, буфер пул, WAL - ровно то, что можно вытащить как аргумент на секции. Остальное - абстрактные знания, которые на собесе никуда не воткнёшь.

Та же история с кубером. Базовый кубернетис на систем дизайне нахер не нужен, мы же не на девопса собеседуемся. Да, многие хотят в нём разобраться, я это понимаю, но к этой секции он отношения не имеет.

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

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

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

Конечно, в будущем возможно что-то добавлю или что-то наоборот уберу, рынок меняется, да и моё мнение может поменяться.

Кста, если какая-то из срезанных тем тебе рил интересна, на еженедельных созвонах можно про неё поразгонять. В уроках её нет, но поговорить и порассуждать никто не запрещает 🔥

P.S. А чего тебе в программе не хватает? Напиши в комменты

Что-то не так с подготовкой к систем дизайну

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

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

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

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

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

Один кидается рисовать квадратики, не спросив ни одной цифры, и полчаса проектирует систему, которую у него никто не просил. Другой залипает на требованиях и доходит до API на тридцатой минуте, а секция всего 45 минут. Третий берёт базу наугад, потому что ну а чё, и плывёт с первого уточняющего вопроса.

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

И ни одна из ошибок не лечится ещё тремя годами работы. Лечится тем, что ты разок понял, как эта штука устроена, и потренировался.

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

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

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

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

Более подробно чекнуть программу и залететь в анкету предзаписи на курс по самой низкой цене, ты можешь здесь:
https://clck.ru/3VJkKi
https://clck.ru/3VJkKi

P.S. Если что, предзапись закрывается уже в воскресенье, поэтому советую поспешить)

Можно ли пройти собеседование на Go с нейронкой?

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

Поплыла ли нейронка от наших собесов или все прошло гладко? Смотрите в новом видосе на ютубе)

СМОТРЕТЬ ВИДЕО
СМОТРЕТЬ ВИДЕО
СМОТРЕТЬ ВИДЕО