Константин про IT

Всем привет! Продолжаю погружаться в мир LLM и поражаться, сколько всего уже сделано. Сегодня изучал Model Context Protocol (MCP) — протокол, позволяющий научить LLM работать с внешними инструментами, например, с Git. Сегодня был в шоке от того, насколько круто это реализовано. Например, мы хотим добавить команды Git. Сначала описываем, какие есть доступные инструменты: Tool( name=GitTools.STATUS, description="Shows the working tree status", inputSchema=GitStatus.schema(), ) Так LLM узнаёт о доступных возможностях и о том, в каком формате требуется ввод для каждого «инструмента». После того как мы познакомили LLM с доступными инструментами, добавляем функцию обработки команд. Например, для Git это будет выглядеть так: @server.call_tool() async def call_tool(name: str, arguments: dict) -> list[TextContent]: ... repo = git.Repo(repo_path) match name: case GitTools.STATUS: status = git_status(repo) return [TextContent( type="text", text=f"Repository status:\n{status}" )] Я удивлён, насколько это просто! Возник вопрос для знатоков! Как вы добавляете в контекст внутреннюю документацию, которая не доступна по публичным ссылкам. Оставляйте комментарии - обменяемся опытом

🚀 Привет, друзья! Сегодня хочу поделиться с вами своими впечатлениями от эксперимента с LLM в разработке. Наконец-то добрался до полноценного использования больших языковых моделей в работе, и выбрал для этого современную IDE Cursor. Устроил себе небольшой челлендж: попробовал написать код, используя только возможности модели. Результат превзошёл ожидания! Не только справился с задачей, но и сделал это быстрее, чем обычно. Особенно порадовало, как легко модель справляется с рутинными задачами: автоматическое заполнение структур данных, обновление документации и прочие "нелюбимые" моменты разработки. Это действительно вдохновляет! ИИ точно не заменит разработчиков, но определенно сделает нашу работу более интересной и творческой. Теперь можно сосредоточиться на сложных архитектурных решениях, а не на рутине. А как вы интегрируете современные ИИ-решения в свою работу? Делитесь в комментариях, какие инструменты автоматизации используете и какие задачи им доверяете!

Привет! 👋 Сегодня хочу поделиться забавным опытом столкновения с миром таблиц и Excel-подобных инструментов. 📊 Всё началось с простого желания автоматизировать заполнение большой таблицы — хотелось, чтобы дата автоматически появлялась в заголовке. Я начал работу в Google таблицах, всё настроил, обрадовался… но когда дело дошло до сохранения и отправки документа, столкнулся с ошибкой #ИМЯ?😱 Оказалось, что всё дело в формате даты: 🔶В Excel на русском языке нужно использовать формат ДД.ММ.ГГГГ 🔶В Google таблицах и других локализациях — DD.MM.YYYY Это открытие привело меня к интересному исследованию того, как различные табличные инструменты обрабатывают даты и форматы. 🔍 К сожалению, я не нашёл элегантного решения для автоматической подстановки даты в нужном формате. В голове уже появились мысли о том, чтобы перед скачиванием использовать макрос, который будет подменять формулы на значения — но это звучит как костыль. 🔧 Может, кто-то знает более изящное решение моей проблемы? 🤔 А с какими “подводными камнями” сталкивались вы при работе с таблицами? Делитесь опытом в комментариях!

Всем привет! Сегодня хочу рассказать вам о крутом подходе, к которому мы сейчас приходим в команде — написание небольших CLI-инструментов для автоматизации рутинного обслуживания сервисов. При работе сервисов в продакшене часто возникают мелкие рутинные задачи, которые нужно выполнять при решении инцидентов, на дежурствах или по запросам от бизнеса. За частую многие пишут себе инструкции типа: “если произошло событие, то иди в базу данных, найди в таблице ID объекта, потом отправь такой-то запрос в API”. В спокойном режиме это хорошо работает, но, увы, такое бывает редко. Чаще всего к этим инструкциям приходится обращаться, когда что-то сломалось, особенно ночью, или когда бизнес прибегает с просьбой, которую нужно было сделать вчера. В такие моменты на первое место выходят время и когнитивная сложность инструкций. Поэтому мы в команде пришли к подходу, когда есть небольшой набор утилит, которые поддерживают и развивают дежурные. Эти мини-инструменты содержат готовые решения для типовых проблем и запросов. Как и у любого подхода, здесь есть свои плюсы и минусы. Главный минус — это дополнительный код, который нужно поддерживать. И тут важно понимать на старте, что дежурные будут тратить время не только на решение инцидентов, но и на улучшение тулинга. В нашей команде мы пошли по этому пути, и это сильно упростило нам жизнь, а процесс расширения инструментария дежурного органично встроился в наш бэклог. А как вы облегчаете жизнь своим дежурным? Как вы относитесь к использованию CLI? Оставляйте комментарии, буду рад обсудить разные подходы!

Сегодня закончил проверять домашние задания по observability после своей лекции для DeepSchool. После проверки возник интересный вопрос: в какой момент в своих проектах вы настраиваете мониторинг? За время работы я пришел к выводу, что observability сервисов необходимо внедрять прямо на старте проекта. Когда мы разрабатываем новые функциональности, неизбежно сталкиваемся с вопросами отладки и обработки граничных условий. Подход, при котором метрики, логи и трейсы настраиваются прямо в процессе разработки фичи, позволяет: 🔶 Ускорить отладку 🔶 Получить инструменты для быстрого разбора инцидентов 🔶 Эффективно работать с неочевидными случаями на проде Такой проактивный подход к observability помогает не только быстрее находить и исправлять проблемы, но и предсказывать потенциальные сложности еще до их возникновения. А как вы поступаете в своих проектах? На каком этапе внедряете мониторинг? Делитесь своим опытом в комментариях! 🔍

🎉 А как давно вы были на Масленице? Вчера я побывал на проводах зимы. Всё началось с того, что я с ребятами приехал помогать школе, и даже не вспомнил про Масленицу. В итоге я оказался в самой гуще событий: сначала помогал организовать костёр для сжигания чучела, а потом даже перебрасывал детей через него! Знаете, что самое крутое? Атмосфера была просто потрясающая! Вокруг все пели русские народные песни, веселились, угощались вкусными блинчиками… Это было настоящее веселье! Кстати, интересный факт, я заметил, что если я отдаюсь празднику по полной, то это меня заряжает и дает силы 💪 Если вы ещё не успели попасть на проводы зимы — обязательно найдите возможность присоединиться! А чтобы зарядиться энергией для праздника, можно начать с приготовления блинчиков 😉 Делитесь в комментариях своими фотографиями с Масленицы — будет интересно посмотреть, как вы отметили этот весёлый праздник! 🎉 А я пошел готовить вкуснейшие блинчики😀

Всем привет! Сегодня хочу поделиться своими наблюдениями о том, как работает мой мозг в отношении спорта. Последние несколько лет я пытаюсь вернуться в спорт. Первое, что пришло в голову — это, конечно, спортзал. Всё круто и классно, но меня хватает максимум на 3–4 месяца. Я всегда оправдывал это отсутствием силы воли и дисциплины (что, конечно, отчасти правда). Но каждый раз, когда начинал ходить в зал, ощущал какую-то эмоциональную тяжесть: я заставлял себя идти туда, заставлял делать упражнения, всю тренировку ждал её окончания, а после тренировки выходил абсолютно без энергии. После очередного такого опыта я понял, что зал — это не то, что мне нужно. Начал думать дальше... Второй попыткой стал бассейн. В детстве я хорошо плавал, и всё было супер, но столкнулся с тем же самым. Мне абсолютно не было интересно на тренировках, они не приносили никакого удовольствия. Прошло время, я переехал в Москву и снова задумался о спорте, потому что чувствовал, что физическое состояние оставляет желать лучшего... Подошёл к вопросу серьёзнее, начал вспоминать... Что мне вообще нравится в спорте? Чем мне нравилось заниматься? После нескольких размышлений я вспомнил, что получаю огромное удовольствие от командных видов спорта. И первое, что пришло в голову — водное поло! Тот самый спорт, который я сам выбрал в детстве и от которого получал невероятное удовольствие. После нескольких дней поиска я нашёл секцию, где можно заниматься взрослым. И вот оно свершилось — сегодня я сходил на первую тренировку! Конечно, мой организм не был готов к такому, и тренировку пришлось закончить раньше по состоянию здоровья, но даже когда мне было плохо физически, мой внутренний ребёнок так радовался, он снова окунулся в то, что ему нравилось! А каким спортом занимаетесь вы? Буду рад почитать и пообщаться на эту тему! Ну и, конечно, всем ребятам с водного поло привет! (Ребят, я видел, что вы подписались ❤️)

Помните, я говорил, что буду писать не только про IT? И вот наконец пришло время! 🥁 С октября я увлекся барабанами и начал ходить на занятия. Для меня барабаны стали настоящей отдушиной, где я просто отключаю голову и кайфую от процесса! Сегодня настолько раскайфовался, что аж сломал палочку — считаю, что это достойная ачивка. А ещё мы впервые сыграли песню из моего плейлиста! 🎵

Всем привет! Сегодня запускаю серию постов про образование и то, как университет повлиял на мою жизнь. Поехали! Начну с того, что я работал разработчиком в компании GoodLine с конца 10-го класса и был уверен: универ мне не нужен. Думал, вырасту здесь, перейду в крупные IT-компании, а диплом «какой-нибудь» получу заодно. При этом учился неплохо: олимпиады по программированию, пет-проекты в свободное время — всё как у людей. Но к середине 11-го класса пришлось решать: куда поступать? Москва, Питер, Новосибирск или остаться в Кемерово? Тут я наткнулся на Школу 21 от Сбера — и родился «гениальный» план: поступаю туда, а для диплома выберу простенький вуз в Москве. План казался надёжным, как швейцарские часы… если бы не одно «но»: школа была новой, отзывы — сомнительные, а я ставил на неё всё. Первые сомнения появились на 18-летии, когда мы с другом Мишей заговорили о будущем. Он спросил: «Почему именно этот путь?» Этот разговор перевернул моё представление об университете. Раньше я видел в нём только «корочку», а тут задумался: а что, если это место для знаний и крутых знакомств? И вот — результаты ЕГЭ. Математика и информатика — огонь, а русский… Ну, вы знаете, он меня всегда подводил. О платных вариантах даже не думал, так что мечты о топовых вузах испарились. Потом я съездил в Школу 21 и пару университетов «для галочки» — окончательно понял: это не моё. И тут случайность: Миша в запретограмме натыкается на сторис про Инженерную школу мехмата НГУ — новое направление, где готовят «инженеров будущего». Я подал документы, прошёл собеседования… и не поступил. Не хватило всего 1 балла. Этот момент стал переломным. Но о том, что было дальше, расскажу в следующем посте…

Всем привет! Чувствую, что вы соскучились по новым материалам про Docker и его устройство. Сегодня поговорим о том, как Docker собирает файловую систему перед запуском контейнера. Мы с вами уже знаем, что образ — это набор слоев, которые нужно применить последовательно, чтобы получить те самые папки и файлы, которые мы создавали или добавляли при сборке образа. Эту задачу Docker’у помогает решить файловая система OverlayFS. Мы не будем погружаться глубоко в детали её работы, нам достаточно знать, что она умеет объединять несколько папок и применять изменения шаг за шагом. Процесс соединения полностью переложен на файловую систему, а для Docker и пользовательских приложений это выглядит как обычные файлы и папки на диске. Мы поняли, что с помощью сторонней файловой системы можно собирать слои, но остаётся вопрос: что делать с изменениями файлов, которые происходят в процессе работы приложения (например, логи приложения)? Ответ очень прост — мы можем послойно применять изменения в файловой системе, а при запуске добавить пустой слой и сохранять все изменения на него. Такой слой называется editable layer, и его объём ограничен размером ephemeral storage. Сегодня получилось без котиков, второй раз они отказались залезать в коробку, поэтому сегодня будут коалы. Не забудьте оставить свои комментарии! Какие темы вы бы хотели разобрать дальше?