Бодрый кодер – Telegram
Бодрый кодер
450 subscribers
248 photos
24 videos
4 files
164 links
Меня зовут Лев, я руководитель направления в ПСБ. Это мой личный блог о DevOps, разработке, системном анализе, AI и управлении IT-командами. Делюсь своими мыслями, инсайтами, полезными инструментами и тем, что меня вдохновляет.

Автор: @nemirlev
Download Telegram
Уже сегодня (в четверг), в 20:00 по Москве должны представить новую GPT-5, из плюсов - меньше галлюцинаций и меньше путаницы с версиями, будут доступны только 3, универсальные, одна из них только в API.
🔥2
До презентации утекло описание новой GPT-5. Интересно попробовать и сравнить.
Ну как и говорил, самый кайф что не придётся больше путаться в версиях.
Итоги презентации - быстрее и лучше конечно. Голосовой режим сильно лучше. Claude в кодинге уделили и опять стали номер 1.

Особенно номер один по мастерству презентации - зацените как 52.8 больше 69.1.

Доступно будет для всех уже сегодня (может даже уже доступно, но у меня с VPN в последнее время мобильная версия вообще не работает).

#gpt5 #openai
😁5🔥1
Вы знаете, я тот человек который не любит ждать. С учетом санкций стала еще болезненей - каждая презентация Apple, это прям удар под дых (правда не может не радовать, что я пока ждал русский для их AI, они так и не выпустили вообще полноценное решение не для кого).

Даже Google в своей рекламе на этом сыграл, что ты можешь не ждать, а просто поменять свой телефон на тот в котором уже все есть (реклама Pixel).

OpenAPI прям респект, за то что после презентации, сразу дали возможность воспользоваться новым продуктом.
🔥2
Они из чата убрали все свои остальные модели. Теперь точно не запутаешься.
🔥2
Channel photo updated
Бодрый кодер
Channel photo updated
Так как все же канал - больше личный блог, решил что уместнее всего поставить фото меня, в стиле Гибли 🙂
😁5🔥4
С женой нас объединяет одно — путешествия. Куда угодно. Любым способом. Главное — в путь.

🏍 Раньше были мотоциклы: минимум два больших заезда за сезон, по ~10 000 км каждый. Были и совсем грандиозные маршруты, например: Байкал → Гибралтар.

👶 Потом родилась дочь. Мотоциклы в гараже (и то… один продал, а второй мне помогли разбить 😅).

🚗 Но на его место ворвалась Tesla Model 3. «Семейная» машина, которая делает 0–100 за 3.8 секунды. Через два месяца после покупки мы рванули: Москва → Лондон → Париж → Москва.

Электромобиль оказался идеальным мостом между любовью к дороге и любовью к технологиям. Я уже на второй день воткнул провод Ethernet в машину, для легкого доступа, изучил Tesla API и даже написал пару приложений для машины.

И знаете что?
Настоящее увлечение не просто даёт радость — оно держит в тонусе и не даёт сгореть на работе. А если хобби общее — это лучший work/life balance ❤️

📌 Подробнее о нашем автопутешествии, электромобилях, их особенностях и конечно о технология— в моём новом канале @ElectroNomad
1🔥135👍2
Всех с выходными. #пятничныйюмор
😁10👍2
РКН признались, что заблокировали аудио в Telegram и WhatsApp. Что бы снизить активность мошенников.

Конечно очень жаль, в телеге звонит было очень удобно, теперь надо подключать тариф с большим количеством минут, что бы звонить по телефону. Там кстати тоже можно конференцию делать.
👎5😢3
🚀 Вышла Go 1.25! Главные изменения

🔧 Инструменты и компилятор

- `go build -asan` теперь по умолчанию проверяет утечки памяти при завершении работы программы.
- DWARF5 — уменьшен размер отладочной информации в бинарниках за счет нового формата.
- Исправлен баг с nil-указателями, который мог откладывать проверки (теперь паника будет там, где должна быть).

Производительность
- Новый экспериментальный GC (`GOEXPERIMENT=greenteagc`) — до 40% меньше накладных расходов.
- Быстрые срезы — компилятор чаще размещает их данные на стеке.
- Ускорены crypto/ecdsa, crypto/ed25519, crypto/rsa и хеши (`SHA-1`, SHA-256, `SHA-512`).

🛠 Стандартная библиотека
-Быстрые срезы — комп— экспериментальная замена encoding/json с улучшенной производительностью.
-ild -asan` теперь по— пакет для тестирования конкурентного кода (самое интересное - виртуальное время").
- runtime/trace.FlightRecorder — кольцевой буфер для записи трейсов (удобно для отладки редких событий).
-uild -asan` — защита от CSRF через CrossOriginProtection.

🐧 Изменения в рантайме
-build -asan` ттеперь учитывает лимиты cgroup в Linux (например, в Kubernetes).
- На Linux VMA-регионы теперь подписаны (`[anon: Go: heap]`).

### 🔗 Полный список изменений

#golang #go125 #программирование
1
Всех с пятницой. #пятничныйюмор
4🤣3👍1
Для тех кому нужно потестить скорость интернета в РФ, есть сервис Яндекса, они его щас обновили, сразу после закрытия speedtest. Мне понравилось, но количество данных которые определяет, конечно немного пугает (после запуска теста, спуститесь ниже).

https://yandex.ru/internet
👍1
Хочу сегодня поднять тему, которая наболела.

Когда ты уплачиваешь что-то государству (речь про РФ), если предусмотрено, то есть простой путь — например, просто с карты через «Госуслуги», как в случае оплаты штрафов или налогов. Но все еще возникают ситуации, когда тебе дают реквизиты для оплаты.

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

Для меня это всегда большой стресс, хотя можно же сделать QR, чтобы отсканировал, ввел сумму и нажал кнопку «Оплатить». Некоторые делают, например, Федеральная таможенная служба, но посредники о них не знаю, дают реквизиты и целую видеоинструкцию, в зависимости от банка, как оплатить (еще и не через каждый банк это можно сделать).

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

Я тут недавно в аренду машину брал в Чите, так там мне QR через СПБ сгенерировали за одну минуту с нужной суммой в адрес ИП.

А у вас как? Вызывает боль оплата по реквизитам?
💯5😭21
Год активно использую приложение Tappsk, его основное удобство для меня - задачи ставятся не на дату, а очень быстро по категориям - сегодня, завтра, на неделе, потом. Когда на ходу нужно записывать поток задач выходит очень эффективно.

Тут после обновления на новую MacOS, бету - перестала работать. Полез переустанавливать, и случайно увидел когда было последнее обновление - 4 года назад :( При этом на телефоне обновляется стабильно.

Может кто знает, есть похожие альтернативы?
Всех с выходными.

#пятничныйюмор
😁8🔥2🤣2❤‍🔥1
Главная новость сегодня - Сбер вернул оплату на iPhone, с помощью Bluetooth. Хорошее решение, но мне конечно больше нравится UWB, гораздо интереснее протокол. Надеюсь когда-нибудь найду время с ним поиграться. С помощью него например можно искать вещи в помещении до сантиметров или считать людей в зале :)
🧩 Кэш в Redis: не всегда "в лоб"

Часто вижу один и тот же паттерн:
– получили данные из БД,
– положили их в Redis,
– отдали пользователю.

А потом — классический цикл "сначала лезем в кэш, если нет — идём в базу".
На первый взгляд всё красиво, но тут и кроется проблема.

👉 Основное правило при проектировании кэша — учитывать частоту обновления данных и, в зависимости от этого, строить логику инвалидации. Но данные даже внутри одной таблицы редко бывают однородными. Redis — это не просто "хранение JSON".

Например, типовой кейс:
у нас есть сущность *Post*, у неё есть "тяжёлые" атрибуты (текст, автор, дата), а есть счётчики (кол-во просмотров, лайков, комментариев).
Обновляются они с совершенно разной частотой.

Если всё хранить в одном JSON-ключе, то:
- при каждом инкременте счётчика мы будем перезаписывать весь объект,
- рискуем гонками и избыточной нагрузкой,
- теряем смысл "лёгкого" кэша.

🚀 Куда эффективнее хранить две записи:
1. сам объект (Post body),
2. отдельный ключ под счётчики.

Что это даёт:
- быстрые и атомарные обновления через INCR / HINCRBY,
- возможность сбрасывать "тело" поста по TTL, не трогая счётчики,
- гибкость в инвалидации: разные правила для разных типов данных.

А получать данные из кэша в этом случае лучше не "в лоб" (два `GET`), а через pipeline — так мы минимизируем RTT.

Для хранения вместо JSON отлично подходят структуры Redis:
- HASH (для набора атрибутов),
- STRING + INCR (для простых счётчиков).

Итог: кэширование — это не "сложили JSON и забыли". Это проектирование модели данных под конкретный паттерн использования. И чем тоньше вы это сделаете, тем больше выиграете в производительности и стабильности.

💡 А у вас в проектах Redis чаще живёт как "JSON-склад" или как полноценный инструмент с типами и пайплайнами?
🔥9👍2