Олег Мифле | System Design, AI, архитектура

Наткнулся тут на интересную подборку книг, в которой есть всё: от душных книг по алгоритмам и разработке до физики и художественной литературы. Подборка собрана из книг, которые когда-либо рекомендовали на Hacker News. Есть несколько очень интересных для меня находок. Забавно, что на первом месте — Дейл Карнеги с его «Как завоёвывать друзей и оказывать влияние на людей». Книгу рекомендовали 579 раз. На втором — Дуглас Хофштадтер с «Гёдель, Эшер, Бах» (лично я планирую её прочесть прямо сейчас — уж очень интригует описание). Рекомендовали 505 раз. Ну и на третьем месте… Кабанчик, которого рекомендовали 457 раз. Кстати, вышло новое издание. Там облака и всякое такое современное. По этому, если в раздумаьях, что почитать, то вот https://hackerbooks.org/top

🔥🔥🔥 БИЛЕТ НА ПОДЛОДКУ БЕКЕНД КРЮ 🔥🔥🔥 Первый кто напишет "забираю" забирает проходку 😀

Без текста

Без текста

Без текста

Без текста

Привет! Скоро стартует онлайн конфа Podlodka Backend Crew: AI в бэкенд-задачах Конференция, на которой я не раз выступал, как обычно, держит планку по качеству докладов. В работе бэкендера часто всё сложно: легаси, рискованные миграции, неработающие тесты и ревью, которое становится бутылочным горлышком. 🗓 С 26 по 30 октября в сезоне Podlodka Backend Crew «AI в бэкенд-задачах» участники: • Научатся передавать агенту инженерные стандарты и правила, чтобы он писал так, как нужно, а не как получится • Соберут ревью, где несколько моделей независимо проверяют изменения, а финальное решение остаётся за человеком • Посмотрят, куда переезжает сложность миграции легаси, когда код пишет агент • Выяснят, где ломается мечта отдать миграцию агенту целиком • Разберут, какие антипаттерны тестов агенты уже успели перенять от разработчиков. Формат — пять дней живых Zoom-сессий утром и вечером, закрытое сообщество в Telegram и общение со спикерами. Будет много интерактива и практики. Базовый ликбез оставят за бортом — этот сезон для тех, кто уже пробует AI в реальных проектах. Присоединяйтесь с 26 октября! 🔗 Билеты и программа: https://podlodka.io/becrew По промокоду ask_for_oleg получите сикду🎁 ☄️ + на неделе выложу тут пост с разадчей бесплатной проходки на конфу. Никаких розыгрышей, репостов и рандомов. Кто перовый напишет, тот и заберёт.

Без текста

Force push или не force push, или моё мнение по поводу утренней «загадки». Начну издалека. Я тут начал вести аккаунт в запрещённой социальной сети, выложил там видео про то, что утёкший секрет даже в приватном репозитории нельзя просто удалить. И мне насыпали, что я вейпкодер, который в Git не разобрался и недоэксперт, можно историю-то переписать, ну ё-моё. Обидно (на самом деле нет). Подумал, что было бы интересно собрать мнения тут, в телеге. Можно перезаписать историю, это факт. Но это не сделает скомпрометированный ключ безопасным. После filter-repo + force push секрет может остаться в локальных клонах, форках, CI/CD, кэшах, артефактах и старых ссылках на коммиты. А тот, кто уже получил ключ, вообще не обязан ещё раз смотреть в Git. Поэтому верный (и единственно безопасный) порядок такой: считать ключ скомпрометированным, отозвать/ротировать, затем при необходимости чистить историю. Переписывание истории — cleanup, а не способ обезвредить креды. К сожалению, принцип «быстро поднятое упавшим не считается» тут не применим, поскольку речь идёт про безопасность. Возможно, ты подумаешь: ну это ж в рамках моей компании/команды, значит, не так уж и страшно. Но как ты можешь гарантировать, что у твоего коллеги не потекут данные с рабочего компьютера? В общем, риск — дело благородное, но не когда дело доходит до ИБ. А вообще, надо прекомит-хук иметь, чтобы не лить такие данные. А что вы думаете по этому поводу?

Без текста