Железо в ипотеку: почему разработчикам снова придётся считать память
Друг недавно пошёл купить планку памяти на 16 ГБ и вернулся с ощущением, что железо скоро будут продавать в ипотеку.
Он зацепился за простую мысль: оперативка есть везде — в компьютерах, телефонах, приставках, серверах. Если память дорожает, значит очень быстро подорожает всё остальное железо.
Для разработчиков это неприятный звоночек. На мобилках и десктопах подход «и так сойдёт, железо вывезет» будет работать хуже: более дешёвые устройства, больше экономии на начинке — значит, снова придётся думать про оптимизации, вес приложений, количество абстракций и то, что реально нужно тащить в рантайм.
На бэке привычное временное решение «завалим проблему железом» (которое по традиции становится постоянным) тоже перестаёт быть очевидным. Если память, GPU и виртуалки дорожают, то горизонт «давайте просто докинем ещё один инстанс» превращается в всё более дорогой вид спорта.
С другой стороны, на всё это сверху уже наезжает волна сервисов и приложений на LLM, сделанных без особых мыслей про ресурсы. Если виртуалки и GPU подорожают, LLM‑API, скорее всего, тоже станут дороже, а значит, экономика части проектов, построенных по принципу «шлём всё в большую модель и не паримся», может просто перестать сходиться.
Разработка в итоге снова превращается в честный анализ критериев: что считать локально, что кешировать, какую модель брать, что выкинуть, чтобы продукт вообще жил в плюс, а не работал в минус ради красивых демо.
Вопрос к читателям: если железо и облака ещё подорожают, вы скорее пойдёте в жёсткую оптимизацию всего или просто заложите рост себестоимости в цену продукта?
Если такие разборы интересны, в Telegram делюсь ещё и практикой: как считаю экономику своих фич и LLM‑штук на реальных проектах.
Вы либо видите эти проблемы в своих проектах, либо уже боретесь с ними. А если ваш репозиторий пока только растёт, то со временем и ростом проекта вас ждут те же сложности, ведь это закономерный этап развития любого большого проекта.
Главная цель «реформ» — достижение максимального эффекта с минимальными изменениями (трудозатратами). Мы хотели сохранить ту практику работы с репозиториями, которая у нас уже была. Поэтому мы решили подходить именно со стороны нашего сборщика — со стороны Gradle, чтобы не производить радикальных изменений с проектом.
Надеемся, что наш опыт поможет и вам, когда вы столкнетесь с похожими вызовами!
Kubernetes Zero to Hero — базовый видеокурс от «Фланта»
Если вы хотите изучить основы работы с Kubernetes, мы сняли подходящий для этого видеокурс. Из него вы получите практические знания, которых будет достаточно для решения большинства типовых задач.
В курсе 10 коротких — до 10 минут — видео. Они рассчитаны на начинающих разработчиков с опытом в продуктовой разработке, учебных или личных проектах, где возникает потребность в Kubernetes. С нами вы:
поднимете локальный кластер и разберётесь в ключевых сущностях Kubernetes;
научитесь развёртывать приложения, пройдя путь от коммита кода в Git-репозиторий до его выката в кластер;
поймёте, как устроены сетевое взаимодействие внутри кластера и доступ к приложениям извне;
познакомитесь с werf и Helm, шаблонизацией чартов и практиками реальных проектов.
Два первых ролика уже доступны. Во вводном будут план курса и желательный для старта бэкграунд, а второй поможет поднять локальный кластер Kubernetes с помощью Minikube и получить готовое окружение для экспериментов. Смотрите на удобной вам площадке:
Популярные современные ЯП позволяют переменным-ссылкам иметь значение NULL. И это уже привело к огромным проблемам, рассказывает Тони Хоар на выступлении.
Борьба с NULL принимает разные виды.
Дизайн каких-то ЯП оставляет это на откуп линтерам, не обременяя себя вопросами времени компиляции и исполнения.
Другие ЯП разрешают хранить NULL только в переменных, которые имеют знак вопроса после типа. Пример: Object? a = null. Нет знака вопроса — переменная не может быть NULL.
Отдельные ЯП имеют монаду Maybe или Optional в стандартной системе типов. Так они кардинально избавляются от самого концепта NULL.
Так или иначе, определённо ясно, что NULL — исключительно техническая необходимость прошлого. А в моделировании предметной области использовать NULL просто не получится.
Компания Manus* (теперь являющаяся частью Meta*) представила новый инструмент Meeting Minutes, призванный решить проблему «мертвых» заметок. Новый инструмент не просто транскрибирует разговоры, но и превращает живые обсуждения в структурированные данные, позволяя мгновенно переходить от слов к созданию презентаций, веб-сайтов или постов в едином рабочем потоке.
Процесс записи встречи в Manus: простой интерфейс с кнопкой завершения и визуализацией голоса.
Как это работает: от голоса к действию
Основная идея Meeting Minutes — максимальная простота использования во время очных встреч. Процесс работы с инструментом состоит из трех интуитивных шагов:
Запись: Пользователь нажимает иконку записи в приложении, чтобы начать фиксацию разговора.
Транскрипция: Система автоматически переводит речь в текст в реальном времени.
Генерация: После нажатия кнопки «Finish» ИИ анализирует сказанное и генерирует структурированное саммари (резюме) встречи.
Ключевые возможности
Новая функция выделяется на фоне обычных диктофонов и сервисов транскрибации благодаря глубокой интеграции с рабочими процессами Manus:
Умное распознавание спикеров: Система умеет идентифицировать участников беседы. Если в разговоре упоминается имя коллеги (например, «Алексей подготовит отчет»), Manus автоматически распознает это и может назначить соответствующую задачу конкретному пользователю.
Бесшовное исполнение (End-to-End): Это главное отличие инструмента. Результат встречи — не просто текст, а база для действий. Пользователи могут сразу превратить заметки в готовые артефакты: сгенерировать слайды презентации, структуру веб-сайта или список задач, не выходя из контекста обсуждения.
Коллаборация: В созданную задачу можно приглашать других участников встречи для совместной работы над результатами, что превращает запись в единое пространство для командной работы.
Офлайн-надежность: Инструмент разработан с учетом нестабильного соединения. Запись продолжается даже при полной потере интернета. Сеть необходима только для инициации процесса и финального анализа данных в облаке.
Важные детали и ограничения
Несмотря на инновационность, у первой версии Meeting Minutes есть свои особенности, о которых стоит знать пользователям:
Фокус на очных встречах: Инструмент оптимизирован для живых разговоров в одной комнате и не предназначен для записи онлайн-звонков (Zoom, Google Meet).
Отсутствие паузы: В текущей версии нельзя поставить запись на паузу — сессию можно только завершить.
Монетизация: Сама запись голоса бесплатна, однако функции ИИ-анализа и генерации заметок расходуют кредиты пользователя.
Анализ: Плюсы, минусы и перспективы
Преимущества Manus делает шаг к закрытию разрыва между этапом обсуждения и этапом исполнения. В отличие от простых саммаризаторов, этот инструмент сразу интегрирует результаты встречи в производственную цепочку. Возможность работы без постоянного интернет-соединения делает его незаменимым для выездных встреч и командировок.
Недостатки Ограничение использования только оффлайн-встречами отсекает значительную часть сценариев удаленной работы. Отсутствие кнопки паузы может быть неудобным для длительных сессий с перерывами, а система кредитов за анализ потребует от активных пользователей внимательного контроля расходов.
Перспективы В контексте недавнего присоединения Manus* к Meta*, эта технология выглядит как фундамент для будущих интеграций. Можно ожидать появления подобных функций в WhatsApp* или умных очках Ray-Ban*. Фактически, это шаг в сторону «агентного» ИИ — помощника, который не просто пассивно слушает, но и активно помогает выполнять работу.
* Организация Meta, а также ее продукты Facebook и Instagram, признаны экстремистскими и запрещены на территории Российской Федерации.
Представлен открытый проект EyeOfWeb. Это локальный OSINT-поисковик с точных распознаванием лиц на базе нейросети InsightFace, которая сканирует черты лица с фото и сравнивает с тысячами изображений в сети. Источники поиска можно задать вручную: сайты, форумы, соцсети, тематические порталы и другие ресурсы. Также можно добавить поиск по метаданным фото. Сервис помогает устроить даже мультипоиск нескольких людей с фото. Для работы нужно 8 ГБ памяти.
Это мой первый пост на хабре за всё время. Не претендую на новизну, но читая в последнее время разные статьи, понимаю что Хабр, немного подводит. Пост будет коротким. Глядя на очередной "роадмэп" https://habr.com/ru/articles/985608/ - был крайне "удивлён". Так не учатся. И, сысл моего поста, господа/сеньоры - может вы поможете новичкам, заменить вас? Вам же тоже надо отдыхать) И сделаете НОРМАЛЬНЫЕ роадмэпы?
Мой вариант для go (Но я давно не пишу код, просто для души) Боднер Цукалос Эдвардс Работа
Прослушивание музыки на коммуникаторах - это что-то с чем-то!
Такой ламповый и удобный Windows Media Player, очень достойное качество звука для среднебюджетного коммуникатора 2005 года и приятный форм-фактор. HTC Wizard с слабеньким OMAP'ом удивляет даже сейчас! Жаль только треки очень долго закидывать на карту через WMDC. Благо карты памяти быстросъемные и можно просто подкинуть в кардридер :)
Но вместо этого мы получаем многоступенчатый отбор, где встречают по одежке и провожают по ней же. Хард-скиллы окончательно уступили дорогу софт-скиллам. На первый план вышли навыки самопрезентации, а инженерные утратили значение...
Энтузиаст показал давно забытый секрет популярного офисного пакета Microsoft Office 97 — как открыть скрытые титры. Для этого нужно передвинуть окно программы в определённые места на экране, а затем ввести специальную фразу для Скрепыша: «This is not a contest». После этого появляется новое окно с яркой анимированной заставкой и титрами, которые длятся около трёх минут. Во время показа титров Скрепыш «рассказывает» о людях, которые создавали программу, добавляя шутливые реплики.
Вебинар: Agentic RAG или как построить AI-агента с доступом к знаниям
Есть ощущение, что классический RAG достиг предела, потому что со сложными запросами, когда нужно проанализировать, сравнить или выполнить какое-то действие, он уже не справляется. Привычный RAG уступает место новому подходу — Agentic RAG. В нем AI-агент самостоятельно ищет, рассуждает и действует, используя RAG не как чат, а как инструмент доступа к знаниям.
Подключайтесь к вебинару, если интересно посмотреть, как с помощью облачных сервисов Evolution AI Agents, Evolution Managed RAG и MCP-протокола построить систему, способную решать многошаговые задачи в реальном времени.
Будет интересно CIO, CTO, AI- и MLOps-инженерам, архитекторам агентных систем, руководителям технической поддержки и всем, кто хочет автоматизировать рутинные задачи.
О чем будем говорить на вебинаре:
как устроена архитектура Agentic RAG;
как MCP-сервер для Evolution Managed RAG предоставляет стандартизированный интерфейс к векторной базе знаний;
как агент использует retrieval-augmented reasoning в одном цикле исполнения;
какие LLM лучше подходят: для быстрых гипотез и для продакшена с высокой нагрузкой.
Будет и практическая часть, на которой развернем AI-агента в Evolution AI Agents, подключим MCP-сервер для Evolution Managed RAG, покажем сложный сценарий, когда запрос не решается однократным обращением к RAG, и трассировку вызовов.
📅 Когда? 22 января в 11:00 мск.
📍Где? Онлайн. Зарегистрируйтесь, чтобы задать вопросы экспертам в прямом эфире.
Представлен проект CapacityTester — утилита с графическим интерфейсом для выявления реальной ёмкости носителей информации. Решение кроссплатформенное, написано на C++ и создано с использованием фреймворка Qt.
Есть два режима работы CapacityTester:
Аналогичный используемому при работе консольных утилит f3write/f3read (пакет f3 — Fight Flash Fraud), когда свободное место на носителе (с файловой системой) заполняется специально сформированными файлами. На носителях большого объёма требуется длительное время для проверки.
Деструктивный режим, когда данные пишутся напрямую на носитель, и фейковая ёмкость может быть выявлена быстрее (у f3 тоже, вроде бы, есть аналогичный режим, но это не точно).
Колоноскопия - больно? Не всегда. Рассказываем, от чего это зависит и зачем нужен «апгрейд» в виде седации
Не так давно у нас на habr.com вышла статья "Колоноскопия как прививка от рака". Суть одного из самых частых комментариев сводилась к крайней болезненности этой процедуры, цитата:"Лично слышал, как мужик орал на полбольницы от боли". Мы, как врачи, заинтересованы в том, чтобы на колоноскопию приходили, в первую очередь, в профилактических целях все, кому исполнилось 45 лет, а если среди близких родственников есть люди, перенесшие онкозаболевания, то стартовать нужно на 10 лет раньше, чем им был поставлен диагноз. Потому было решено написать пост о том, почему больно, но не всем и как сделать так, чтоб избежать болевых ощущений.
Давайте начистоту: колоноскопия (эндоскопическое исследование, которое проводится для оценки состояния толстой и прямой кишки, а также дистального участка тонкой - подвздошной кишки) не входит в список популярных развлечений. При этом в рейтинге must-do для здоровья она уверенно держится в топе. Почему? По сути, это прямой low-level доступ к состоянию слизистой кишечника, позволяющий в реальном времени обнаружить и тут же удалить подозрительные элементы (полипы), взять биопсию. То есть, это не только диагностика, но и сразу мини-операция. В эпоху, когда колоректальный рак молодеет, такой «ревизия кода» — это не паранойя, а здравый смысл. Подробнее об этом мы писали здесь. Рекомендуемый интервал для планового «сканирования», если полипы не найдены, — через три года для пациентов, которым еще не исполнилось 50 и через пять лет, если возраст -50 +. Если же полип найден (и обезврежен), то ровно через год снова, добро пожаловать к эндоскопистам.
Но сия процедура зарекомендовала себя крайне неоднозначно. Одни после неё недоумевают: «И что тут страшного? Самое сложное — подготовка». Другие же готовы рассказать хоррор-историю практически о потери сознания.
“Где правда, брат”?
Оказывается, оба лагеря по-своему правы. Всё дело в «железе» — а именно в анатомии конкретного человека.
Почему может быть больно: копаемся в «архитектуре»
1. Источник незабываемых ощущений — не сама кишка. В её слизистой нет болевых рецепторов (медицинский факт!). Зато они в избытке есть в брыжейке, где расположены питающие кишку сосуды и нервы и к которой она крепится. Если между брыжейкой и кишкой есть «несанкционированные соединения» (спайки), то при продвижении колоноскопа брыжейка начнет двигаться, вызывая дискомфорт или боль.
2. Вторая проблема — «крепление к корпусу». Выстилка брюшной полости изнутри (париетальная брюшина) буквально нашпигована нервными око��чаниями. Если из-за спаек кишка припаяна к этой брюшине, процедура может стать по-настоящему ярким, но негативным впечатлением.
3. Индивидуальные настройки «сенсоров». Ну и конечно, нельзя сбрасывать со счетов высокую чувствительность конкретного человека.
Группа риска: в первую очередь те, у кого в «истории изменений» (анамнезе) были операции на брюшной полости, особенно с осложнениями (перитонит, абсцессы). Это повышает вероятность образования тех самых спаек.
Вывод: не гадать, а апгрейдить процедуру
Все эти риски — не повод отказываться от критически важного аудита кишечника. Не нужно терпеть и играть в рулетку «будет больно или нет». Есть готовое решение — седация (медикаментозный сон).
Это как запустить процедуру не в «базовой комплектации», а с «опцией комфорта». Вы засыпаете до начала, а просыпаетесь с полным дампом информации о состоянии системы, который может предоставить только этот метод. Без боли и стресса.
Если вы уже проходили колоноскопию — делитесь опытом в комментариях: с какими сложностями столкнулись, как все прошло?
Компьютер под Linux по цене двух монтажных плат SOIC-8
Знаю, Хабр - платформа для вдумчивых лонгридов.
Однако иногда две картинки красноречивее тысячи слов:
Я уверен, что просто где-то чего-то не замечаю, ввожу не те слова для поиска и вообще деграднул за праздники, но! Уважаемое комьюнити, подскажите, где и как найти монтажные платы ��од SOIC-16 по цене 2...5 руб/шт и со сроком доставки, измеряемом днями? Ведь не может же это быть правдой, чтобы везде — и в Чип-и-Дипе, и в Кварце, и на Озоне — они стоили за сотню?!
Может панельки SOIC-16 (как и DDR) скупило OpenAI под свои датацентры?
P.S. А если на LuckFox стоял бы LDO в корпусе SOIC-8, можно было бы покупать LuckFox, "сдувать" термовоздушкой этот LDO и прочий мусор, вроде процессора на 1ГГц, и не сильно проигрывать по цене в сравнении с готовыми монтажными платами :)))))
Вы сейчас в кризисе. Не знаю, в скольких именно, но в одном точно.
У меня в анкете для новых подопечных есть вопрос «Опишите подробно, какого режима питания вы сейчас придерживаетесь?».
И вот на фоне однообразия ответов рождается этот пост.
Понятно, что новых продуктов еще не изобрели, поэтому в плане однообразия грудок, творога, яиц и овсянки вопросов ровно ноль.
Печалит другое однообразие — отсутствие овощей. В лучшем случае будет банан и салатик на ужин. Но как позже выясняется, это салат из огурцов и помидор.
Кризис клетчатки.
При чем картина схожа как у начинающих, так и у опытных фитнесистов. Если у начинающих на фоне общего хаоса, неизбирательности, плохих отношений с белком со стороны оценщика (меня), отсутствие овощей выглядит вполне естественной чтоли, то у опытных наличие структурного и последовательного подхода в отношении КБЖУ и режима и при этом тотального отсутствия овощей как-то не вяжется. Такое чувство, что весь путь, все старания были проделаны, но самые сливки не собраны.
У меня в ТГ канале уже были посты о том, сколько надо есть (и вот еще), и варианты того, что можно есть. На случай, если вы устали от цифр, этот пост будет более субъективным и оценочным.
Растительности (овощей+фруктов+зелени) нужно есть очень много. Очень-очень много. Неприлично много.
Вам должно казаться, что это ненормально и абсурдно столько есть.
Но этого все равно будет мало. (А ненормально это будет только потому, что у вас пока не привычки).
Добавляйте порцию овощей на каждый прием пищи, чтобы с уверенность набирать хотя бы минимум.
Используйте овощи, как основное, что создает объем пищи — с таким подходом можно набирать оптимум, к тому же для насыщения хорошо.
Хотя пост про кризис клетчатки, растительность — это не только клетчатка, но и витамины, минералы в самых концентрированных количествах на небольшое количество калорий.
Если не знаете, с чего начать, не хватает пока сил и мотивации на какие-то масштабные шаги и движухи, начните с этого. Не надо ни от чего отказываться. Не надо ограничивать себя. Не надо голодать, обходить булочные стороной. Просто ДОБАВЬТЕ в рацион растительные продукты. Свежие, запеченные, тушенные, любые…
Это будет намного полезнее и результативнее, чем безуспешные попытки избавиться от чего-то в рационе.
Пока все отдыхали на праздниках и доедали оливье, эксперт-«скалист» из компании «Криптонит» уже вовсю работал над базой знаний по Scala!
5 января Артём Корсаков, руководитель группы Scala-разработчиков в «Криптоните», опубликовал в своём проекте Scalabook обновления, над которыми он работал больше двух месяцев.
Отправляйте этот пост коллегами, которые пишут на Scala!
Scalabook — это уникальная русскоязычная база знаний по Scala. На сайте представлены материалы о функциональном программировании, алгоритмах и структурах данных, классах типов, переводы статей. Также у проекта есть телеграм-канал с новостями — @scalabook. Подписывайтесь!
Мы сделали быстрый офлайн-поиск по всей документации. Открывается через Cmd/Ctrl+/, навигация стрелками, Enter – переход с подсветкой найденного фрагмента. Подхватывает опечатки и кривую раскладку.
Помогает быстро переключаться между статьями и проектами. Работает одинаково в приложении и в докпортале.
--- Gramax – это база знаний с хранением контента в Git в Markdown-файлах и с визуальным редактором. Подробнее о проекте: https://gram.ax/ru
Мы иногда во внутреннем чате обмениваемся фрагментами кода с неочевидными ошибками, которые обнаруживаются с помощью PVS-Studio в каком-нибудь открытом проекте. Мол, кто быстро сообразит, что не так с кодом?
Вчера коллега поделился вот таким фрагментом кода из проекта SereneDB:
template <typename T>
struct NumericParameter : public Parameter {
using ValueType = T;
....
std::string name() const override {
if constexpr (std::is_same_v<ValueType, int16_t>) {
return "int16";
} else if constexpr (std::is_same_v<ValueType, uint16_t>) {
return "uint16";
} else if constexpr (std::is_same_v<ValueType, int32_t>) {
return "int32";
} else if constexpr (std::is_same_v<ValueType, uint32_t>) {
return "uint32";
} else if constexpr (std::is_same_v<ValueType, int64_t>) {
return "int64";
} else if constexpr (std::is_same_v<ValueType, uint64_t>) {
return "uint64";
} else if constexpr (std::is_same_v<ValueType, size_t>) {
return "size";
} else if constexpr (std::is_same_v<ValueType, double>) {
return "double";
} else {
static_assert("unsupported ValueType");
}
}
....
};
Признаюсь честно, я два раза прочитал этот фрагмент, но так и не увидел ошибку. И засчитал себе поражение. Раз так, думаю, это достойно публикации в канал, чтобы и вы могли испытать свою внимательность :)
Попробуйте найти сами
Ответ:
Анализатор PVS-Studio выдаёт предупреждение V591 Non-void function should return a value. parameters.h 222
На первый взгляд предупреждение странное и смахивает на ложное срабатывание, ведь не может быть, что функция закончила работу, не вернув значение с помощью оператора return. Если выбирается ветка else, то там static_assert, и код просто не должен скомпилироваться. Во всех остальных случаях есть return "что-то";.
Но есть нюанс!
Ещё раз посмотрите на эту строчку:
static_assert("unsupported ValueType");
static_assert используется неправильно: пропущен bool-constexpr. Вернее, строковый литерал неявно конвертируется в значение true, и static_assert никогда не прервёт компиляцию. В итоге else-ветка функции ничего не возвращает, и её поведение будет не определено для всех специализаций NumericParameter, кроме указанных ранее в цепочке if constexpr.
