Найти в Дзене
Вы, наверное, спросите, куда это я пропал. Да никуда - просто очень увлечен и не всегда успеваю написать то, что хочется. Но давайте расскажу, чем я сейчас занимаюсь. 1. Купил электрогитару и пошел учиться играть. Пока играть не умею, но прикладываю усилия  Ну и как ожидается, при отсутствии достаточных знаний, я купил не те провода (они работают, но не так как я ожидал). К гитаре купил прямой джек,а не угловой и это не удобно. А к наушникам купил mono провод, что тоже такое себе - работает одно ухо. Комбик не покупал, так как возможно куплю активные мониторы и все будет через GarageBand работать. А пока вывожу звук на ноут или в ухо наушника. 2. Увлекся написанием стратегии для алгоритмической торговли на бирже. Пока что на тестах результат мне нравится. Планирую запускать paper trading, чтобы проверить стратегию не на исторических данных, а на реальном движении рынка. Очень затягивает. 3. Работаю - и довольно много. Еще не закончил процесс найма в команду: кандидаты ждут, немного затянулось, но январь короткий, а планов и задач много. Нужно все успевать. В общем, плюс-минус такой сейчас статус. И да, я помню, что должен написать разбор code review по задаче, которую кидал раньше - сделаю. Просто нужно немного времени Больше постов у меня в Telegram-канале: ht.me/...kiiили через поиск в Telegram по запросу «Сергей Озеранский».
17 часов назад
Пусть этот год начнется с красивого и не про АйТи. АйТи нам еще хватит в этом году Съездили на велосипеде на самую высокую точку, на которую я пока забирался на велосипеде. Общий набор высоты - 939 метров, а поднялись мы на отметку 861 метр. Маршрут проходил через невероятно красивые горы и что-то вроде каньонов. Спуск был не менее эффектным, я разогнался до 57 км/ч. И даже не вошел в один поворот на спуске, не смог сбросить до конца скорость, чтобы нормально повернуть, но благо обошлось без травм, просто соскочил с велосипеда и облокотился на скалу. Нас не остановили ни дождь, ни холод, ни ветер в лицо. Потому что была цель. Мы ехали, чтобы пожарить стейки  - и мы это сделали. Как оказалось, у нас с собой еще были креветки, и их мы тоже успешно съели где-то в горах. Фото прикладываю На последнем видео внимательно зритель может заметить часть момента где я не вошёл в поворот. Больше постов у меня в Telegram-канале: htt.me/...kiiли через поиск в Telegram по запросу «Сергей Озеранский».
3 дня назад
Кто-то подводит итоги года и делится ими, а я этого делать не стал. Наверное, можно кратко охарактеризовать год так: я им очень доволен. Все складывается так, как хочется, и есть понимание, что делать дальше. Год был полон больших побед - не только моих, но и моей семьи. Я горжусь победами и очень рад за результаты Кати (жена) и Марка (сын). В общем и целом год получился хорошим, и я этому очень рад. Много чего случилось и хорошего точно было больше, чем плохого. Всех поздравляю с Новым годом А пожелание загадайте себе сами - мне кажется, это будет самым честным и правильным: пожелать именно то, чего вы действительно хотите. Самые интересные посты у меня в Telegram-канале: ht.me/...kiiили через поиск в Telegram по запросу «Сергей Озеранский».
2 недели назад
Провел 8 собеседований за ту неделю 🥹 Еще есть и на следующую недели уже 4 запланировано... а следующая неделя короткая... ‍ Одно даже провел офлайн, я мне кажется офлайн никогда не собеседовал или уже забыл что это такое Больше постов у меня в Telegram-канале: ht.me/...kiiили через поиск в Telegram по запросу «Сергей Озеранский».
3 недели назад
Внимательный читатель заметил (за что спасибо), что есть такое поведение Почему так? Какое поведение корректно? Больше постов у меня в Telegram-канале: ht.me/...kiiили через поиск в Telegram по запросу «Сергей Озеранский».
3 недели назад
Есть 6 вариантов (что придумал) для решения одной задачи Какой в проде будешь использовать, а какой на ревью вернешь обратно на доработки и почему? Пишите в комментариях, может еще придумаете экзотики и почему не так? (последняя картинка) Больше постов у меня в Telegram-канале:t.me/...kiii или через поиск в Telegram по запросу «Сергей Озеранский».
3 недели назад
Отправьте в ChatGPT emoji подарка Больше постов у меня в Telegram-канале: ht.me/...kiiили через поиск в Telegram по запросу «Сергей Озеранский».
4 недели назад
Начнем игру. Правила я описал тут -> t.me/...409 Из еще важных дополнений. Я постараюсь не вмешиваться в обсуждения, но могу отвечать на вопросы если они касаются постановки задачи или каких-то важных требований (функциональных или не функциональных). Код разместил как gist. Там можно писать комментарии, но не нужно. Комментарии давайте писать в треде к данному сообщению. Если вы кому-то отвечаете - то реплайте сообщение. Напомню, что в телеграм можно писать форматированный код Задавать вопросы можно и иногда нужно, но мои ответы не будут иметь подсказок (на собеседованиях бывает иначе, иногда я подсказываю, когда вижу в этом смысл), но тут кажется подсказки излишни, так как учавствует много людей и коллективный разум победит Плюс, что касается вопросов, я вполне могу дать примерно такой ответ: "Вопрос хороший, но мне кажется ты можешь найти на него ответ самостоятельно. Если не найдешь за обозримое время - возвращайся". Но, очевидно, что если вопрос о формулировке задачи или требованиях или еще чем-то, что нельзя понять по коду - я отвечу без "душноты" Ну наверное это пока что все А да, ссылка httgist.github.com/...ff5у ваши ответы тут -> httt.me/...411
1 месяц назад
Хочу сыграть с вами в одну игру. Помните, я рассказывал t.me/.../60 , что на интервью даю кандидату код на code review и прошу провести ревью так, как он делает это в обычной жизни. А дальше я просто смотрю Решил, что поделюсь с вами примером такого кода и предлагаю провести code review вместе. Правила простые: - вы находите проблемы в коде и пишете о них в комментариях -> ht.me/...410; - обязательно пишете, почему это проблема и как ее решать; - для конкретных правок можно привести небольшой кусок кода, но рефакторить все целиком не нужно и не надо; - часть проблем можно описывать на уровне структуры или псевдокода, этого достаточно; - допускаю, что у разных людей будут разные мнения и разные решения - это нормально, так бывает и в реальном code review; - давайте держаться конструктива - это тоже важный навык. По итогам я покажу свою реализацию. Еще важный момент: переписать можно все бесконечно много раз, и все равно будет не идеально. Поэтому даже решение, которое получится у вас или у меня, все равно будет иметь точки улучшения - и это нормально. Главное, чтобы итоговое решение было: - безопасным; - без явных code smells; - тестируемым; - читаемым; - достаточным и необходимым; - близким по стилю к clean architecture, но без фанатизма и лишних абстракций. И будет честно для всех, если вы не будете использовать LLM. Это хорошая тренировка, независимо от уровня. Делаем? 
1 месяц назад
Как писать логи в Python правильно (по-взрослому)
Логи - это не "давайте залогируем все". К логам стоит относиться как к инженерной задаче: с целями, рисками, стоимостью и требованиями. Мы это уже поняли отсюда Главная цель логов - помочь разобраться, что произошло, а не просто оставить след в истории. Хотя аудит логи можно приравнять к следу в истории, но мы разберем в первую очередь инженерные логи. Почти всегда нужны структурированные логи. Хотя я с ходу не придумал когда они нужны не структурированные. Не потому что JSON модный, а потому что: 1. Стандартный logging (stdlib) Подходит, если: Минус - структурированность приходится продумывать и поддерживать самостоятельно...
1 месяц назад
Как писать логи правильно: с точки зрения инженерных практик
К логам стоит относиться так же, как к любой другой инженерной задаче. А любую задачу мы решаем, исходя из: Если начать думать о логах именно в такой парадигме, довольно быстро становится понятно: У логов есть несколько "заказчиков", и у каждого из них свои ожидания. 1. Разработчик Логи нужны для: 2. Регулятор / аудитор Его интересуют: 3. Платформенные инженеры (platform / SRE) Они добавляют очень важные ограничения: 4. Специалист по информационной безопасности (InfoSec / iSec) Он почти всегда...
1 месяц назад
Как снизить стоимость логов и метрик и не нарушить требования регуляторов
Речь пойдет про опыт работы с Grafana Cloud, но многие идеи можно применить и в других инструментах. Рано или поздно почти любая инфраструктура упирается в стоимость observability. Метрики и логи растут, кардинальность зашкаливает (часто это архитектурная ошибка, но в реальности с этим сталкиваются почти все), счет в Grafana Cloud тоже растет. При этом часть логов по требованиям регуляторов нужно хранить годами, а другую часть логов мы, как разработчики, скорее всего никогда не будем использовать. Да, мы пишем логи с расчетом на будущую отладку, но проблемы происходят не всегда. Такая реальность...
1 месяц назад