Kurgan-Telecom Ru | Информационные технологии

В конце 2025 года техноблоги взорвались инсайдами: Google планирует выпустить премиальный ноутбук под брендом Pixel. Но работать он будет не на ChromeOS, как привычные «Хромбуки», и не на Windows.

Кодовое имя инициативы — Aluminium. Новость не обошла стороной и хабр.

Суть проекта как обычно для Google проста и жестока: ChromeOS как отдельная операционная система должна умереть. Будущее — это Android, который научился быть десктопом.

Но прежде чем говорить об Aluminium, нужно понять, почему Flutter стал критичным для всей стратегии Google. И здесь начинается история о том, как устаревший C API чуть не убил будущее кроссплатформенной разработки.

Ещё несколько лет назад вопросы цифровой безопасности ассоциировались в основном с паролями, антивирусами и «не открывать подозрительные письма». Сейчас атака начинается не с техники, а с общения. Не с эксплойта, а с сообщения в мессенджере, с вежливой (или, наоборот, провокационной) просьбы «подсказать» или «помочь».

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

Команда AI for Devs подготовила перевод статьи о том, почему Claude Opus 4.5 стал переломным моментом в ИИ-разработке. Автор на реальных проектах показывает, как ИИ-агенты уже сегодня способны собирать полноценные приложения — от UI до бэкенда — за считанные часы, и рассуждает о том, зачем человеку вообще читать код в мире AI-first разработки.

За последние месяцы у меня несколько раз пропадал свет — иногда на пару минут, иногда дольше. Это, конечно, лучше, чем двухдневый блэкаут, но тоже так себе. Не смертельно, но бесит, когда ты сидишь работаешь, а потом вдруг все отрубается. И да, раньше у меня в качестве основного ПК был мощный ноутбук, поэтому после возвращения света все данные, открытые окна и т. п. сохранялись. Но потом я заменил его на мини-ПК.

Ну и вот тут, пару раз прочувствовав на себе отключение света (пока еще без потери данных, но это пока), я решил, что пора ставить ИБП. Посмотрел на Amazon (живу в Испании) и выбрал Green Cell 1500VA — по характеристикам он подходил, стоил разумных денег и выглядел нормальным вариантом для дома. Заодно решил немного сэкономить и поискал его на местной онлайн-барахолке. Нашел. Но дальше все пошло совсем не так, как ожидалось. В общем, ниже будет история про этот ИБП, покажу и расскажу все, плюс ко всему, заглянем и внутрь. Поехали!

Что мы обычно получаем, задавая вопрос из серии: «Придумай 10 идей для поста про нашу крутую фичу»! Список банальностей уровня «Сегодня расскажем о преимуществах...» и с тоской закрываем чат. Генеративный ИИ в такой роли — как стажер-энтузиаст, который усердно пересказывает техзадание. Скучно и неэффективно. А что, если сменить парадигму?

Предисловие: вся информация находится в открытом доступе. Статья написана с целью привлечения внимания к общественно важной теме.

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

Недавно вышло интервью HR из Яндекса основателю сообщества «Осознанная меркантильность». В нём говорилось о найме, «красных флагах» в резюме соискателей и другом булщите о найме, от которого уже тошнит...

Примерно сутки спустя в том же сообществе появился комментарий от девушки. Она увидела на YouTube интервью с сотрудницей Яндекса (конкретно из Финтеха, если ссылаться на содержание).

Девушка вспомнила, что эта сотрудница когда-то писала о ней пост в своём Telegram. Я чекнула, там 1500+ подписчиков, включая, скорее всего, HR, так как наша HR из этой истории является публичным лицом, активно участвует в конференциях для HR и ведёт подкаст о HR-сфере на YouTube.

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

Такое часто бывает на рынке труда. HR могут собирать информацию друг у друга по знакомству. Не факт, что запрос идёт к вашему бывшему руководителю или коллеге, ведь неизвестно, кто входит в круг общения конкретного рекрутера. Гипотетически возможна ситуация: у вас есть коллега, которая по своим причинам вас недолюбливает или даже ненавидит. HR случайно обратился за реферс, и вуаля, вы не только получаете отказ, но и в системе отслеживания кандидатов (ATS) потенциального работодателя появляется пометка «предыдущие коллеги дали плохой референс». Далее эта метка остаётся в системе, и даже спустя 2–3–4 года новый HR, не вникая в детали, может сделать по ней выводы и отказать вам.

После 10 лет внедрения BI-систем (Qlik Sense, Power BI, Data Lens) я понял одну вещь: дашборд — это не решение. Это данные для решения. А между данными и решением — пропасть, которую преодолевает человек.

В этой статье покажу, как построил RAG-систему с чат-интерфейсом для базы из 600 000 записей техники из Федресурса. Без философии — только архитектура, код и грабли.

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

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

Matplotlib — это мощно, но часто «многословно». Чтобы превратить стандартный график в нечто презентабельное, приходится писать десятки строк настройки осей и легенд.
В этой статье я собрал практическую шпаргалку (Cookbook) по библиотеке Seaborn. Разберем, как одной строкой строить красивые Heatmap, Boxplot и Pairplot. Минимум теории, максимум готовых рецептов (copy-paste), которые покроют 90% задач аналитика.

Команда Go for Devs подготовила перевод обзора языка Go от практикующего разработчика. Автор без прикрас разбирает сильные стороны Go — конкурентность, простоту и эргономику, — а затем подробно объясняет, почему его разочаровывают enum’ы, неизменяемость и модель ошибок.

Просматривая на Хабре поток «Параллельное программирование», не верится, что на дворе «образованный век». Все против этого. Особенно статьи типа «Три способа менять один объект из нескольких потоков. Больше нет».

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

Ну, а здесь на Хабре, ставить «плюсы». Каждый, конечно, имеет право на свою позицию. Но в чем-то хочется разобраться,  понять и, возможно, простить. Накопилось, наверное…

Упомянутая статья - «гром среди ясного неба»! Ни кто до этого не знал, что делать с одним объектом, а тут вдруг - прозрение! Буквально на раз или, что точнее, на три. Есть ровно три варианта, после чего «объекту» уже не скрыться от «потоков», у которых до него дотянуться руки. Ровно три! Меньше – да, «больше нет»!

Люди, вы пытаетесь вникнуть в смысл прочитанного?!   Спросите, где он? А вот это уже другой вопрос. На, который, к счастью, есть ответ… В научном познании мира.

Однако, процитирую отрывок из краеугольной, судя по реакции «народа»,  статьи:

=======================================================================

Некоторое количество лет назад я на волне общения с толковыми школьниками в роботехнических летних лагерях написал свою первую книгу про цифровую электронику. Как и почему это случилось, описал в своей первой статье на Хабре. Книжка оказалась востребованной, и через три года я подготовил ее второе издание - в полтора раза толще. На этот раз благодаря издательству BHV она вышла в цвете, а я дополнил материал не только более подробными объяснениями и новыми схемами, но еще и сведениями, где и как освоенные знания могут пригодиться во "взрослой" микроэлектронике при разработке чипов. В таком варианте книжка по "цифре" оказалась востребованной до сих пор.

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

В этой статье — о том, почему доверие в команде не возникает автоматически и что на самом деле меняется, когда QA Lead перестаёт быть формальной функцией и становится менеджером, на которого можно опереться.

Глубоко в пучинах спецификации HTML дремлет давно забытый ужасный зверь. Представьте себе узел DOM настолько могучий, что он может изменять тип содержимого разных частей документа. HTML-элемент, который заставляет парсер трепетать и замолкать, и которого не остановить даже его собственным тегом.

Мудрецы из W3C стараются держать информацию об этом ужасе подальше от взора простых смертных, чтобы избавить их от угрозы его безумия. Они советуют нам не использовать имя магического тега, призывающего это древнее зло.

Но мы сегодня, естественно, поступим наоборот и заглянем в глубины элемента <plaintext>, чтобы узнать, какие занятные вещи с его помощью можно делать.

Прошло уже более 25 лет с тех пор, как астрономы открыли и удивились тому, что собой представляет большая часть Вселенной. Доминирующим видом энергии в нашей Вселенной является не свет, не обычная материя, не нейтрино и даже не тёмная материя. Вместо этого, около 2/3 от общего энергетического баланса Вселенной составляет таинственная форма энергии — тёмная энергия. Как показывают сверхновые, барионные акустические колебания, реликтовое излучение (РИ) и другие ключевые исследования Вселенной, тёмная энергия доминирует во Вселенной уже около 6 миллиардов лет, вызывая не только расширение нашей Вселенной, но и ускорение этого расширения, в результате чего отдалённые галактики с течением времени удаляются от нас со всё большей и большей скоростью.

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

Перевели инфраструктуру Java-разработки высоконагруженного финтеха с SLA 99,99% на доверенный репозиторий компонентов. Это отечественные продукт из экосистемы Axiom JDK. Делимся инженерными деталями этого перехода.

Привет снова, Хабр!

Помните моего робота на Arduino Uno Q с характером? Того, который умел подмигивать и обижаться? Так вот, за пару месяцев он серьезно прокачался. Теперь он не просто ездит и болтает, а:

-

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

Если вы работаете с роботом под Linux, то знаете эту боль: сегодня лидар — /dev/ttyUSB0, завтра — /dev/ttyUSB1, а камеры внезапно меняются местами.

В статье разобран надёжный способ привязать USB-устройства к физическим портам через by-path, создать стабильные имена в /dev и перестать править конфиги после каждой перезагрузки.

Подходит для роботов (да и не только), Linux (проверено на Ubuntu Server) и ROS2.