Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-06 04:08 pm

Пост @flowing_abyss — CSS (+2) — 06.12.2025 19:08

Posted by flowing_abyss

Obsidian Base16 Default Dark. Брутализм для глубокой работы

Создал инженерную тему для тех, кто относится к Obsidian как к IDE для мыслей.

Особенности:

  • Строгая визуальная иерархия

  • Семантическое цветокодирование

  • Чистая терминальная эстетика

Устанавливается из интерфейса Obsidian.
Рекомендованные шрифты и детали настройки – на GitHub.

Читать дальше →
Артемий Лебедев ([syndicated profile] temalebedev_feed) wrote2025-12-06 07:02 am

Скриншоты в переписке

Posted by temalebedev

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

Во-первых, скриншот много весит, а, во-вторых, надо все равно потом искать в поиске ошибочное слово вместо того, чтобы скопировать его из цитаты.

Но сегодня людям заскриншотить просто, а скопировать текст - это, блять, неподъемный напряг.

Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-06 02:24 pm

Пост @denis-19 — Умный дом (+3) — 06.12.2025 17:24

Posted by denis-19

TradingView представила кольцо для криптотрейдеров — Moodring будет вибрировать и менять цвет, если криптовалюта в портфеле пользователя изменит цену.

Читать дальше →
Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-06 02:22 pm

Пост @denis-19 — Здоровье (+3) — 06.12.2025 17:22

Posted by denis-19

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

Главное:

Делаем все упражнения медленно и подконтрольно.

Делаем не менее 20 повторений каждого движения в 3 подходах.

Когда достигли хорошего уровня — добавляем небольшое отягощение.

Читать дальше →
Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-06 01:40 pm

Пост @kodprog — Linux (+1) — N/P

Posted by kodprog

Почему я снова вернулся на Debian после Ubuntu 24.04 и Fedora 42

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

Сначала я поставил Ubuntu 22.04, но быстро понял, что хочу поэкспериментировать и посмотреть, как себя чувствуют другие дистрибутивы на новом железе.

Я решил обновиться с Ubuntu 22.04 до 24.04 - казалось бы, логичный шаг: свежий LTS, новые пакеты, улучшения в GNOME. Но спустя пару недель я понял, что дистрибутив нужно менять. Расскажу, почему.

Медленная работа с большим количеством файлов

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

Если регулярно работаешь с проектами, папками картинок или архивами — это превращается в настоящий тормоз.

Да, баг могут исправить, но в тот момент он мешал работать каждый день.

Fedora: понравилась, но не подошла под задачи

Первым я решил попробовать Fedora 42.
Впечатления были отличные:

  • система работает быстро,

  • GNOME выглядит аккуратнее без патчей Canonical,

  • Wayland ощущается максимально плавным,

  • окружение ощущается «современным из коробки».

Но очень быстро я столкнулся с проблемой:
часть нужных мне пакетов просто отсутствовала в репозиториях.

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

В итоге я пытался найти нужные программы, но либо я их не там искал, либо их не было, либо которые я нашел не заработали.

Почему я выбрал Debian 13

В этом году как раз вышел Debian 13 с GNOME 48, я решил попробовать его.

И для себя получил:

  • стабильность, к которой привык,

  • современный GNOME без патчей,

  • огромный набор пакетов в репозиториях,

  • отсутствие лишних предустановленных компонентов,

  • а главное — всё, что мне нужно, установилось без танцев.

В итоге Debian остаётся для меня тем самым балансом:

Итог

Ubuntu 24.04 — неплохой релиз, но сейчас он не подходит под мои задачи.

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

Так я и остановился на Debian 13 с GNOME 48 — и пока это лучший вариант для моего сценария.

Читать дальше →
Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-06 01:03 pm

Пост @Games_evolution — Блог компании Plati Market (+1) — N/P

Posted by Games_evolution (Plati Market)

Exodus - Эпизод 5: писатель наносит ответный удар

В следующем году должен выйти Exodus - одиночный sci-fi RPG экшен от третьего лица.
Для меня это заочно один из номинантов на игру года, когда бы она не вышла (новые переносы никто не отменял). И дело не в геймплее, дизайне или каких-то эфемерных вещах. Базой для любой RPG всегда являются персонажи, происходящие истории, и мир с его наполнением.

Почему я жду?

  1. Сценарист проекта Дрю Карпишин - человек, который был автором сценария «Рыцарей Старой Республики» во вселенной «Звездных войн». В соавторстве с другими авторами он создал и расширил эту подвселенную. Фанаты и сейчас борются за то, чтобы Disney вернул KOTOR в канон.
    Далее он прописал вселенную и лор для Mass Effect. Что он делает для нового проекта, уже можно догадаться - переизобретает велосипед. И Дрю умеет это делать.

  2. Питер Гамильтон в соавторах. А этот дядька куда опытнее Карпишина в плане написания историй. Первую книгу выпустил в 93-ем, и немало произведений написал циклами, а значит, умеет думать наперед и связывать сюжеты, что и нужно для новой истории. К тому же в прошлом году он уже выпустил книгу-приквел для обсуждаемой игры, а в следующем году ожидается еще одна. Плюс уже есть настолка по вселенной. То есть мир прописан и расширяется. Это хороший показатель.

  3. Деньги на все это веселье идут от Hasbro. Она хочет использовать студию для врыва на рынок видеоигр. Если кто не в теме, это одни из самых старых и богатых производителей игр: Magic: The Gathering, D&D, «Монополия» и многие другие игры под ними. Не считая лицензирования у других правообладателей разрешений на выпуск игр и фигурок. Еще они снимают кино за сотни лямов зеленых.

    Были слухи, что игра должна была выйти в 24-25 году, но она все еще в разработке. Книги выходят. Это придает мне уверенности, что студии позволяют пилить проект до состояния, в котором не стыдно его будет зарелизить и хайпануть на новой интеллектуальной собственности. И вот тут непонятен слабый маркетинг: даже в европейских странах мои знакомые фаны ME пропустили информацию про игру. Либо игру могут перенести еще на год. Думаю, Hasbro начнет маркетинговую кампанию перед релизом, чтобы поднять ажиотаж.

  4. По игровым материалам на сайте разработчиков, слухам, вырезкам из интервью и игровому трейлеру у меня сложилось впечатление, что игра будет гибридом Mass effect и Jedi survivor. Первое и так очевидно - с учетом автора сценария и других ребят в студии (часть людей работала над первым Mass effect и Dragon age). А вторая игра - как референс, потому что разработчики, вероятно, метят на «метроидванию» (а еще крюк-кошка из трейлера словно из игры утащена). Будем честны - сделать совсем неиграбельно - можно, но сложно.

Что стоит ожидать?

Хорошая игра с неплохо прописанной фантастикой. Для меня это нормальная Андромеда, или Mass effect 5, сделанный человеческими руками. И знаете что? Это более чем хорошо, и в такую игру я залечу на несколько десятков часов, несомненно. Надеюсь получить игровой опыт на уровне Киберпанка (когда его поправили) или Экспедиции 33 (когда поборол проблемы движка на своем компе и отклик в бою стал приемлемым  для парирования). 

То есть я не ожидаю лучшую игру на свете, а лишь просто хочу получить хорошую историю и нормальный геймплей с фишечками. И если это будет так, с учетом последних лет в индустрии, крепко-хорошей игры достаточно, чтобы стать лучшей (как бы это не было печально). Но на этот проект у меня ожидания повыше.

Я верю в эту игру, и сами издатели и разработчики верят, ведь в 23-ем году игру презентовал актер Мэттью МакКонахи («Настоящий детектив», «Интерстеллар», «Джентльмены»). Выбор актера интересен с учетом заявленных фишек сюжета (не хочу спойлерить, но концепт описан в интервью Карпишина).

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

Читать дальше →
Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-06 09:28 am

Пост @pg_expecto — PostgreSQL — 06.12.2025 12:28

Posted by pg_expecto

Этот пост — необычный. Он не о новом инструменте или результате исследования, а о процессе научной (и околонаучной) работы, ценности peer review, даже в его минимальной форме, и о том, как важно уметь признавать и исправлять ошибки.

Peer review (от англ. peer — «равный, коллега», review — «рецензия») — процесс экспертной оценки научных работ независимыми экспертами из той же области знаний. Эти эксперты (рецензенты) не работают в том же учреждении, что и автор, и не имеют с ним конфликта интересов. Их задача — беспристрастно проанализировать исследование и дать заключение о его качестве.

Всё началось с одного вдумчивого комментария: https://habr.com/ru/articles/973126/comments/#comment_29208416

@khalimonas- спасибо за наводку

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

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

  1. Статья по эксперименту "Анализ вариантов оптимизации ресурсоёмкого SQL-запроса: Вариант-4 «Временная таблица»" ( https://habr.com/p/972276/ ) - исправлена, эксперимент откорректирован.

  2. Выводы в статье по итогам цикла экспериментов "Итоги анализа вариантов оптимизации ресурсоёмкого SQL-запроса" (https://habr.com/p/973126/) - исправлены. Результат цикла экспериментов - изменен.

  3. Статья "Прогноз vs Реальность: прогноз нейросети «Временная таблица vs CTE в многопользовательской среде PostgreSQL»" - снята с публикации. Статья была построена вокруг вопроса к нейросети, который, как выяснилось, был сформулирован на шатком фундаменте (из-за той самой ошибки в сценарии).Постановка вопроса была признана некорректной, что делает всю статью и ее анализ невалидными. Во избежание распространения ложной информации, статья - удалена. Это более ответственный шаг, чем исправление, так как ее основная предпосылка была ошибочна.

Выводы и благодарность

Этот случай стал для мощным напоминанием о нескольких важных принципах:

  • Ценность открытости. Публикация методологии позволяет сообществу ее проверить.

  • Сила сообщества. Один вдумчивый комментарий может быть ценнее десятков часов самостоятельной работы «в слепую».

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

Огромная благодарность @khalimonas  , за потраченное время и внимательность, чтобы указать на неточность.

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

Все указанные выше изменения внесены. Первая статья обновлена, вторая — откорректирована, третья — удалена.

Читать дальше →
House of the Scrambling Sign ([syndicated profile] hardsign_lj_feed) wrote2025-12-06 08:10 am

О траннсговняции

— Я придумал автомат для стрижки! Смотрите, вот сюда засовываете голову, нажимаете кнопку — и через пять минут всё готово!
— Подождите, но ведь у всех людей форма головы разная?
— До первой стрижки — да...

Вечер в семейном кругу. На стене бормочет телевизор. Куда нам до молодых да прогрессивных, которые «зомбоящик не смотрят», зато постоянно пялятся в зомбокоробочки...

На телевидении куча проектов, где выступают начинающие артисты. «Голос», «Ну-ка, все вместе!» и всякое такое.

Сначала — отборочные туры. Со всей страны приезжают люди, поют песни, и ты только смотришь, открыв рот: Боже, как же богата талантами земля русская! Какие голоса, какие замечательные песни, какие самобытные артисты! Почему же на «голубых огоньках» и прочих официальных мероприятиях до сих пор унылое эцамое? Вот же они, самородки, только успевай собирать в корзину!

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

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

Артемий Лебедев ([syndicated profile] temalebedev_feed) wrote2025-12-06 06:56 am

Миллион

Posted by temalebedev

Самая дебильная цель на свете - заработать миллион долларов.

Эта цель дебильна, как и все остальные ровные и гладкие цели. Почему миллион, а не 950 000? Почему долларов, а не фунтов стерлингов? Почему заработать, а не найти в виде клада?

Целью в миллион долларов соблазняют людей всякие шарлатаны и бизнес-тренеры, которые сами миллиона никогда не видели в глаза.

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

И самое главное, что никто не знает, больше ЧЕГО он получит. Рублей? Друзей? Книг? Мыслей? Связей? Неизвестно! Надо просто идти вперед и смотреть, что лучше получается. В некотором смысле миллион друзей дадут гораздо больше, чем миллион долларов.

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

Короче, делай что должен, и будь что будет, епта.

Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-06 04:38 am

Пост @denis-19 — Браузеры (+4) — 06.12.2025 07:38

Posted by denis-19

Google представил топ лучших расширений для Chrome в 2025 году: 

  • HARPA AI: позволяет автоматизировать любую работу в интернете: мониторинг сайтов, напоминания, боты, поиск, скрапинг; 

  • Quillbot: если работаете с текстом — это вам. Проверка орфографии, рерайт ИИ‑текста, подборка синонимов и даже проверка осмысленности текста;

  • Monica и Sider: добавляют в браузер боковую панель с самыми полезными нейронками. Удобный доступ к сразу нескольким чат‑ботам, быстрой генерации картинок и видео, проверке и переводу документов; 

  • Fireflies и Bluedot: помогут в создании заметок и автоматической расшифровке бесконечных созвонов; 

  • QuestionAI и eJOY: школьники и студенты, а это вам — помощник по выполнению домашних заданий и разбору тем по любым предметам. 

  • Adobe Photoshop: быстрый доступ к Фотошопу. Веб‑версия проще, но там есть все нужные инструменты для редактирования фотографий, в том числе ИИ‑фотошоп;

  • Phia: шопинг‑расширение с ИИ для автоматического сравнения цен при покупках в браузере. Идеально, если все ещё мечтаете найти дешёвые ОЗУ.

Читать дальше →
Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-05 08:35 pm

Пост @stronciy — Информационная безопасность — 05.12.2025 23:35

Posted by stronciy

Как я чуть не прошёл собеседование у «миллиардера» из Alchemy

Утро начиналось, как обычно — кофе, почта, LinkedIn.
И тут сообщение в linkedin:

«Здравствуйте! Мы хотим пригласить вас на позицию менеджера высшего звена в Alchemy!»

Листаю ниже — и кто, вы думаете, будет меня собеседовать? Сам Joseph Lau, вот его профиль.
Ну думаю, шутки в сторону. Миллиардер, всё серьёзно.

Назначаем митинг. У него всего одно свободное время — 9:30 утра по Лос-Анджелесу.
У богатых свои причуды. Я киваю в монитор: ладно, сыграем по-крупному.

Включаю режим «серьёзного специалиста»:
повторяю управление проектами, техстеки, quick refresh по Kafka — вдруг неожиданно спросят.
Даже откопал старые FIX-скрипты, которыми когда-то биржи Ближнего Востока подключал.

Волнуюсь, завариваю чай, сижу жду.
9:26. Google Meet пишет: «Ваш собеседник онлайн».

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

Ну ладно, думаю, и Сатья Наделла индус. Бывает.

Парень оживляется, начинает интервью с комплиментов:

«Вы такой редкий специалист, мы давно искали именно вас!»

Я чуть растаял. Но быстро вернул фокус, когда он спросил, сколько я хочу зарабатывать.
Называю сумму. Он — ни моргнуть глазом:
— Отлично! Проверим ваши технические навыки.

Через секунду — ссылка на репозиторий:
👉 Bitbucket: alchemy-lab/p12-alchemy-mvp

«Посмотрите проект», — говорит.

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

— Простите, интернет плохой. Вы тоже выключите.

Думаю: ага, плохой интернет в Америке — классика.
Даже стало гордо за моего провайдера который даст фору всей Силиконовой долине.

Ладно.
Он предлагает запустить проект «вместе». Я не против.
Не стесняясь расшаренного экрана, открываю ChatGPT и прошу сгенерировать docker-compose.yml и Dockerfile для Next.js.

Он напрягся:
— Что вы делаете?
Я ему спокойно:
— Запускаю незнакомую дрянь в изолированной песочнице. Без лишних сюрпризов.

Через минуту проект крутится. Он смотрит, кивает, говорит:

«С вами обязательно свяжутся!» — и отключается.

Сижу, смотрю на экран. Что-то не даёт покоя.
Открываю код, бегло ищу глазами — и вот он, красавец:

const response = await axios.get('https://api.npoint.io/43c98e897c8540091987')

И тут всё стало на свои места.
Мой покойный нигерийский дядя с миллионами в банке воскрес — и решил поиграть в стартапера из Alchemy.

Дальше копать неинтересно.
Скучные жулики — даже без фантазии.

💡 Вывод:
Никогда не запускайте на своём компьютере никакой код — даже если вам прислали его «от имени Microsoft», Google или Alchemy.
Пока нет подписанного контракта и корпоративного ноутбука, — никаких экспериментов.

Берегите себя.
И помните народную мудрость:

Если красавица на х:% бросается — будь осторожен, триппер возможен.

P.S.
Да, всё это реально случилось.
А история про индуса — просто напоминание, что даже айтишная ловушка может начинаться с вежливого письма и золотого LinkedIn-профиля.

Читать дальше →
Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-05 07:19 pm

Пост @oldzoomer — Java (+2) — 05.12.2025 22:19

Posted by oldzoomer

Привет, это снова Егор Гаврилов. Сегодня я расскажу, что было сделано за последний месяц в рамках очередного своего пет-проекта - StingrayTV Alice.

Предыдущая статья была вынесена в черновики мной, однако если вкратце, StingrayTV Alice - это попытка интегрировать ресиверы Триколора на базе платформы StingrayTV с сервисом "Дом с Алисой". Это позволяет управлять ресивером через Алису, и интегрировать его в общий умный дом. Проект пережил несколько доработок, и сейчас там используется Keycloak, Spring Boot 4, и другие самые современные технологии. Также было сделано множество улучшений кодовой базы, что позволило избавиться от лишнего кода, и улучшить стабильность и производительность данного гейтвея.

Keycloak: теперь нормальная аутентификация - это реальность

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

Куча рефакторинга

Проект подвергся обширному рефакторингу - как те, которые я сделал на всех своих пет-проектах (в частности, перевод проектов на Spring Boot 4, а также улучшения по части CI/CD в проектах - теперь там реализован полноценный пайплайн, который обеспечивает высокий уровень консистентности всего цикла), так и постепенная работа над чисткой кода (при помощи самых разных линтинг-инструментов - начиная от встроенных инструментов OpenIDE, и заканчивая SonarQube for IDE и Explyt Spring). Это позволило обеспечить гораздо большую чистоту и сопровождаемость кода.

В частности:

  1. Избавились от кривого механизма аутентификации - теперь там самый что ни на есть цивильный Keycloak.

  2. Убрали использование Preferences API для хранения нужных ключей для старого механизма аутентификации - Keycloak куда лучше во всём.

  3. Мелкие улучшения в кодовой базе - меньше ужаса и треша, больше чистого кода.

Итоги

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

Мой сайт-резюме
Мой GitHub

Читать дальше →
Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-05 06:30 pm

Пост @levashove — Управление проектами — 05.12.2025 21:30

Posted by levashove

Callout Manager в Obsidian: что это, как работает и зачем нужен

Продолжаю про Obsidian. Сначала хотел рассказать про шаблоны, тем более я с ними сам до сих пор разбираюсь и периодически переделываю, но понял, что перед этим нужно раскрыть тему callout-блоков и плагина Callout Manager.

💡 Скачать

Что такое callout-блоки

Callout-блоки — это специальные визуально оформленные блоки в Markdown-заметках Obsidian. Они состоят из:

➡️ иконки
➡️ типа блока (info, note, warning и т.д.)
➡️ опционального заголовка
➡️ содержимого

Это выделенный элемент текста, похожий на карточку или подсказку. Посмотреть пример таких блоков вы можете в посте про Obsidian TODO Plugin. В шаблонах я активно использую callouts для оформления.

Как вызвать callout в Obsidian

Достаточно начать строку с > и указать тип в квадратных скобках. Стандартный синтаксис выглядит так:

>[!info] Информация
Это пример callout-блока.

Что делает плагин Callout Manager

Встроенные в Obsidian callouts-блоки использовать можно, но неудобно — нужно помнить синтаксис, типы, иконки. Callout Manager решает эту проблему: он показывает все доступные блоки, позволяет ими управлять (менять цвет и иконку), добавлять новые.

Простой пример на скрине к посту — кастомный блок для выделения промтов.

ТГ:📥Левашов

Читать дальше →
Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-05 05:23 pm

Пост @NickDoom — Автомобильные гаджеты (+1) — 05.12.2025 20:23

Posted by NickDoom

…и ещё немного пятничного наброшу, если не возражаете.

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

1) Постановка задачи: добавить к МКПП ограниченные возможности по плавному преобразованию оборотов в крутящий момент с тем, чтобы покрыть ими самые актуальные для АКПП ситуации: «ползём по пробке битый час», «паркуемся задом вверх по склону с зазором 10 см и поворотом», «раскачиваем машину в грязи, стараясь не дать колесу провернуться». В общем, все те, где меньше всего хочется играть сцеплением, ловя нужную степень. Не нарушить обычную работу МКПП. Не спрашивать, нахуа.

2) Решение: в обычную МКПП добавляем второй ведущий вал, связываем его с первым через «гидробублик», который, как говорит Википедия, «сочетает свойства гидромуфты и гидротрансформатора», то есть может на малых оборотах не просто пробуксовывать (как гидромуфта или обычное сцепление), а ещё и преобразовывать это в крутящий момент (как говорит Википедия, до трёхкратного, что весьма немало). Только «бублик», без всяких планетарок и прочего, входящего в состав АКПП. На этот второй ведущий вал переносим шестерни первой и задней передачи. Увеличиваем их примерно раза в три.

3) Работа: аналогично обычной МКПП. Сцепление выжали, передачу включили/переключили, сцепление отпустили. Оба вала уже после сцепления, поэтому они отцепляются вместе (правда, потребуется какой-то особо суровый синхронизатор, потому что «бублик» сильно больше весит, чем голый вал, иначе получим «и хрюкотали ЗиЛюки»). В принципе, большой разницы нет, что на том валу, что на этом, в любом случае мы включили передачу и можем ехать. Но если это одна из тех передач, которые берутся с «гидровала» — у нас есть возможность, не выключая сцепления, плавно трогаться и останавливаться (за счёт проворота «гидробублика» на малых оборотах), а также развивать нормальный для этих передач крутящий на выходе (когда обороты двигателя большие, а выходной вал заторможен массой автомобиля и обороты ещё не набрал), ну и до кучи (что на обычной механике по понятной причине не получится) — разгоняться до типичных для третьей передачи скоростей (когда «бублик» «переходит из режима гидротрансформатора в режим гидромуфты» © та же Википедия). Не то что бы это было сильно нужно, вторую-то никто не отменял, но когда-то и удобно может быть…

Особенно приятно, что теперь оно дружится с вот этим вот и избавилось от лишних сущностей типа «заодно раздатка» (как и обычная механика). Делаем на руль рычажок и включаем круиз-режим, когда электрика пытается противостоять любому изменению скорости (в обычном режиме она отслеживает педаль газа и помогает, наоборот, эту самую скорость изменить. Даже если двигатель вообще остановлен и мы на нейтрали едем чисто на электрике, в той же пробке, например). В круиз-режиме же (сбрасывается тем же рычажком или нажатием тормоза) можно завысить передачу и ехать в режиме «газ — это выключатель» (на малокубатурном моте разница в КПД за счёт более полного использования сжатия составила «изрядно не доехал до Ярославля на полном баке»/«проехал километров 50 за Ярославль на полном баке», такой вот цикл Отто). Втопили газ — а электрика разогнаться не даёт, заряжает суперконденсатор, а потом и аккумулятор. Отпустили — а она не даёт потерять скорость. Обычный гибрид в его лучшем виде, но ещё и с ручной оценкой «а с каким зарядом аккумулятора я хочу миновать Пушкино, если мне неделю потом никуда не ехать». Плюс подключение мозга к процессу оценки устойчивости машины в данной дорожной ситуации при данном положении педали газа, когда «одни тащат, другие тормозят». В общем, есть где позадрач развернуться.

—————————————————————————————————

ЗЫ: чтобы два раза не ходить. Что господа физики думают про судьбу нейтрона? Чем может отличаться взаимодействие W-бозонов в разных постановках эксперимента? Может, в них дело?

Читать дальше →
Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-05 04:19 pm

Пост @Luxms — Блог компании Luxms BI (+1) — 05.12.2025 19:19

Posted by Luxms (Luxms BI)

Пятница – самое время для осеннего дайджеста! Что было интересного этой осенью, вспоминаем вместе!

Главное событие сезона. Больше, чем конференция.

11 сентября провели нашу масштабную ежегодную конференцию! Красная дорожка, попкорн, вспышки фотокамер и классная энергетика. Всем спасибо, кто провел этот день с нами! А кто пропустил, могут посмотреть выступления в записи:

Наши проекты

  • Глобальное обновление в ОАО «РЖД». Провели одно из самых масштабных обновлений этой осени: крупнейший транспортный холдинг страны перешёл с Luxms BI v 4 на v10. Система «Рабочее место руководителя» с более чем 5000 пользователей обновилась без простоев и с полной обратной совместимостью, подтвердив надежность Luxms BI в одном из самых сложных ИТ-ландшафтов страны.

  • Целых 6 проектов на Luxms BI номинированы на конкурс «Проект Года 2025» от GlobalCIO – больше, чем у любой другой BI-системы! Отличный повод познакомиться с реальными кейсами наших клиентов. Мы будем очень рады вашим голосам и комментариям.

Обновления и новые возможности

Партнерства – вместе сильнее

Мероприятия

Читать и вдохновляться

На хабре выпустили три статьи из цикла «Больше, чем BI: 23 фичи Luxms BI, которыми мы гордимся».
Собрали то, что нас самих вдохновляет, и то, что мы чаще всего видим в успешных проектах наших клиентов и разделили их на 4 части, о трех уже рассказали:

  1. Платформенность и архитектурные возможности

  2. Функционал классической BI-системы

  3. Больше, чем BI - решения для специализированных задач

В журнале Т-банка для бизнеса «Бизнес-секреты» вышла статья «Тестирование в IT: экзамен, от которого не сбежать». Как устроено тестирование в ИТ и почему его роль выходит далеко за рамки поиска багов. Точно горячая тема, стоящая вашего внимания.

Осень была насыщенной, а мы настраиваемся на не менее вдохновляющую зиму!

Читать дальше →
Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-05 03:06 pm

Пост @zaharovpavel — Контент и копирайтинг (+4) — 05.12.2025 18:06

Posted by zaharovpavel

Работать в агентстве или на стороне клиента? Джентльменский разбор

Есть вечная история: сидит спец в агентстве, получает по лицу от клиента на созвоне и думает — хватит? Перейду-ка я на сторону клиента, сидеть буду спокойно, задачи ставить, за них спрашивать и если что покричать смогу. Кто мне что сделает? Власть. Рай.

Базово существует существовал карьерный трек по учебнику: вырастаешь до сеньера или хеда > переходишь в инхаус > «кайфуешь».

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

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

Распишу кратко свое имхо, какие есть плюсы и минусы с обеих стороны.

📌 Клиентские плюсы

1. Шире картинка

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

2. Погружение в один продукт

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

3. Прямое влияние на деньги

Один трафик не всегда влияет напрямую на бизнес-результаты, следовательно, твой импакт на рост прямо пропорционален твоим решениям, изменениям в сплиту и работе по всей воронке.

4. Стратегический взгляд

Оптимизировать кампашки в Директе — одно, смотреть на продукт со всех сторон — требует больших навыков.

📌 Клиентские минусы

1. Агентство — твои руки, но не твои люди

Уметь выстроить отношения, коммуникацию, мотивировать и понимать, на что можно давить, а на что нет — достаточно сложно.

2. Узкая ниша = более сложный переход

Работал три года в условном мобайл-екоме? Рынок может решить, что больше тебе и не надо ничего видеть другого.

3. Бюрократия

Сменить подрядчика, внести изменения на лендинге? Если ещё и корпорат — будет непросто.

4. Монотонность

Один продукт может быстро надоесть, а в агентство для более красочной картинки могут не взять. Темп другой. Где-то стереотип, а где-то правда.

5. Кросс-функциональные войны

Маркетинг, продукт, закупки, CRM — не всегда одна команда. Каждый хочет оторвать свой кусок, особенно в период кризиса.

📌 Агентские плюсы

1. Быстрый рост

Темп высокий, задач много — бери инициативу и расти.

2. Насмотренность

Тендеры, разные бизнес-модели, разные клиенты. В целом это может сформировать тот самый более широкий взгляд, но смотря где работать.

3. Многозадачность

Сроки вчера, пять брифов одновременно — сейчас особенно нужны люди, которые умеют в жнеца и грецa.

4. Отвечать за один трафик проще

Отчасти это плюс, поскольку твоя задача — чтобы договоренности и  коммиты на КПИ с клиентом были выполнены. Если всем win-win, то будь здоров.

📌 Агентские минусы

1. Риск застрять в одной функции

Достаточно легко много лет запускать один канал, а потом осознать, что рынок уже не тот.

2. Ограниченный доступ к продукту

О чём уже проговорили — не так часто клиенты пускают агентства к себе внутрь.

3. Сложнее перейти на клиента

Особенно сейчас, когда работодатель не готов рисковать. А тот же стереотип про агентских, которые мыслят поведенческими метриками, — всё так и осталось.

4. Высокий темп

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

5. Рынок не так «уважает»

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

Романтизировать ни один путь не стоит. И агентство, и клиент — две разные реальности с разными правилами.В идеале — попробовать и то и то. А дальше будет понятнее, на чём можно остановиться.

Один ответ вряд ли кто-то даст.

Читать дальше →
Публикации по подписке ([syndicated profile] habr_egorius_feed) wrote2025-12-05 02:30 pm

Пост @Editor_cloud_ru — Блог компании Cloud.ru (+4) — N/P

Posted by Editor_cloud_ru (Cloud.ru)

Кейс: «Жива Технологии» арендует в облаке виртуальные машины с GPU для приложения с AI 🤖💬

👨‍💻 Что за компания

«Жива Технологии» — разработчик приложения JIVA, ассистента с AI, который помогает вести здоровый образ жизни. В приложении можно составить план, чтобы достичь поставленной цели: рассчитать норму воды, построить график тренировок или поправить технику упражнений.

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

🕵️ Какая была задача

Искусственный интеллект внутри JIVA — это AI-модели для распознавания нутриентов по фото, встроенный AI-ассистент на базе LLM и каскад моделей по детекции и распознаванию физических упражнений. Все модели разработчик собрал на open source.

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

📈 Результат

Клиент использовал набор сервисов Cloud.ru, чтобы развернуть в облаке бэкенд приложения, тестовую и продовую среду и сами модели: 

  • Развернул бэкенд и модель для подбора упражнений на пяти ВМ платформы Cloud.ru Advanced. Там же подключил сервисы для мониторинга, логирования и работы с базами данных.

  • Для LLM выбрал две платформы: Cloud.ru Evolution для тестовой среды и дообучения и Cloud.ru Advanced для продовой среды и инференса моделей.

  • Тестовую среду развернул на виртуальных машинах Evolution Compute c GPU с гарантированной долей vCPU 30% 8vCPU 16GB RAM. Для тестирования взял одну GPU-карту A100 — она позволяет экспериментировать при обучении и тестировании LLM.

  • Чтобы собирать данные для дообучения и хранить бенчмарки, выбрал объектное хранилище Evolution Object Storage.

  • Для продовой среды выбрал виртуалки с такими параметрами: 20 vCPU 117 GB RAM 1 × A100 NVIDIA 80 GB.

🚀 Что дальше

В планах «Жива Технологии» — ускорить распознавание нутриентов по фото с 8–9 до 2–3 секунд, не арендуя при этом дополнительные GPU. У Cloud.ru есть сервисы, которые помогают в инференсе моделей, их дообучении и не только. Например, для запуска и развертывания ML-моделей предложили клиенту протестировать сервис Evolution ML Inference.

Читать дальше →
House of the Scrambling Sign ([syndicated profile] hardsign_lj_feed) wrote2025-12-05 01:19 pm

О пересечении с реальным миром

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

Что ж, нарисовал эскизы, нашёл на «Авито» объявление типа «услуги слесаря-токаря-фрезировщика в Королёве», написал письмо. Один, с наилучшими оценками и «любой сложностью» в объявлении, отказался делать такое, а второй вроде бы даже согласился и назвал цену.

В качестве пятничной загадки попробуйте её отгадать.

Картинки кликабельны, если надо.