Все потоки

Слышали про диваны «Честер»? Эти диваны продает почти каждый мебельный. Но одна компания зарегистрировала на себя слово «Честер» как товарный знак в Роспатенте и начала требовать миллионы со своих конкурентов.

Попасть в такую ситуацию может каждый и не только с мебелью, поэтому расскажу, как нам удалось с этим справиться.

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

Как хостинговая компания мы регулярно сталкиваемся с искусственным устареванием. Очередной раз, наступив на End-of-life (EOL), я полез смотреть, откуда вообще эта гадость ползет, и наткнулся на первую хорошо задокументированную историю про устаревание лампочек. На хабре про этот сговор уже рассказывали, но я хочу погрузиться в детали, которые лучше его раскрывают. Представьте мир 1920-х: электричество стремительно покоряет города, лампочки - символ прогресса - наконец-то стали надежными и светят в среднем 2500 часов. Казалось бы, триумф инженерной мысли! Но в кабинетах гигантов вроде Osram, Philips и General Electric царила не эйфория, а паника. Проблема была проста: что продавать, если лампочки не перегорают?

Так 23 декабря 1924 года в Женеве собрались представители крупнейших производителей лампочек и основали картель Phoebus. Его цель звучала просто: сократить срок службы ламп ради уверенных объемов продаж. В итоге, инженеры, чья профессия заключалась в улучшении продукции, внезапно получили задачу делать её хуже - но контролируемо хуже. Они разрабатывали стандарты, тесты и даже штрафы за слишком долгую работу ламп. Интересно, что сами участники картеля воспринимали свои действия как благо - взамен устарению производители давали “более яркие лампы и стандартизацию”. Совсем как “мы не убиваем вашу старую панель управления - мы даем вам новый, более быстрый и современный интерфейс”.

Самые интересные новости финансов и технологий в России и мире за неделю: Google Meet начал сбоить в РФ, в ЕС планируют сканировать все переписки в мессенджерах, в секс-ботов Grok добавили новые наряды, переписки c Гроком оказались в публичном доступе, а еще GPT-5 научился говорить «я не знаю».

Привет! Меня зовут Валерий Ильин, я руководитель сектора разработки мобильных роботов в Яндекс Роботикс. До недавнего времени в нашей линейке роботов отдельно жили мобильные роботы (робот‑инвентаризатор и робот‑тотоносец) и проекты на основе роборук (депалетизатор, пикер). Решения закрывали две основные операции на складе: перемещение товара и его отбор, но по отдельности. Идея объединить их и собрать робота, который закрывает обе операции, зрела в мыслях уже давно. Но прежде чем задумка воплотится в жизнь, ей нужно было созреть, набраться сил, а нам — опыта.

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

И сегодня я хочу рассказать о нашем роботе‑комплектовщике. Пока это только прототип, разработанный за 4,5 месяца, но у нас есть техническая концепция, которую мы планомерно реализуем.

Под катом разберём, с какими ограничениями сталкивается классическая роботизация (стационарные роборуки, AMR‑ и FMR‑тележки), почему склады не готовы радикально менять процессы и как это повлияло на архитектуру решения. А ещё я покажу, как мы сделали локальное планирование на роботе, доработали софт мобильной платформы, а также добавили камеры и обработку глубины. В конце поделюсь промежуточными результатами и расскажу о наших планах — от стекинга до тестов на реальных складах.

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

В то же время за последние годы набрал большую популярность Lottie — новый формат векторной анимации, легковесная альтернатива анимированным GIF и APNG. Он основан на JSON и содержит текстовые описания элементов объектов и движений, с поддержкой растровых картинок, динамических скриптов и интерактивных элементов.

Я попробовал всё. Notion, Todoist, Things 3, OmniFocus, Asana, Trello, Any.do, TickTick. Я даже однажды сам написал своё приложение для задач (спойлер: так и не закончил). После многих лет прыжков по приложениям для продуктивности я вернулся к тому, с чего начинал: простому текстовому файлу под названием todo.txt.

Несколько лет назад благодаря таким ютуберам, как Nebula Photos, у меня появился интерес к астрофотографии. Вооружённый OM System OM-5 и объективом Olympus на 15-140 мм, я смог сделать со штатива достаточно приличные снимки туманности Ориона, сняв 300 кадров с двухсекундной экспозицией и затем объединив их в Siril.

Понимая, что могу получить более качественные результаты при помощи трекинга, я примерно за €200 купил трекер Move Shoot Move. Он позволил использовать более долгую экспозицию, но находить объекты для съёмки и обеспечивать правильную привязку к полюсам всё равно было довольно сложно. В итоге я потратил кучу времени на изучение подходящих монтировок телескопов с функциями GOTO (автоматического наведения) и трекинга, почти решившись на приобретение моделей в ценовом диапазоне от €1200 до €4000. Для хобби, в котором я пока был новичком, подобные вложения показались мне перебором.

PostgreSQL известна как надежная и универсальная СУБД. Но если нужно хранить координаты, строить маршруты или анализировать границы районов, ее базовых возможностей уже не хватает. Здесь на помощь приходит PostGIS. Под катом разберемся, что умеет расширение и как его использовать.

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

Логика подсказывала: раз «турбо» — значит, должна ускорять. Но так ли она работала на самом деле? Кто её туда поставил и зачем? Давайте разбираться.

Например, где искать заработанные приглашения (инвайты)?

Сам я совершенно случайно обнаружил раздел с приглашениями года два назад. Так я и узнал, что они у меня в принципе есть. До этого несколько хороших людей спрашивали, не могу ли я скинуть им инвайт — а я отвечал, что у меня их нет. Что, мол, добро пожаловать в песочницу!

И вот нашёл я нужный раздел, обрадовался и рассказал об этом другу. А через полгода друг мне звонит: «Егор, ты говорил, что где-то инвайты на Хабре нашёл? Можешь подсказать, где именно?». Так что тут я точно не один такой. Другу ответил. Мол, заходишь в профиль. И там видишь таинственное слово «Whois» со стрелочкой вниз. Кликаешь по нему — и появляется меню навигации второго уровня в профиле.

Привет, уважаемый %username%! Уважаю твое личное время, поэтому без лишних слов - сразу к делу. В этой статье я кратко опишу, как настроить доступ к удаленному серверу по SSH с использованием Keycloak. Разберем, в чем преимущества этого решения, и что именно происходит в процессе такой авторизации.

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

Среди электротехнических дисциплин РЧ/СВЧ особенно выделяется своими контринтуитивными принципами. Их понимание всегда происходит с трудом. Если в них разобраться, то эти принципы начинают казаться чем‑то совершенно естественным, и их сложность забывается. Возможно, именно поэтому справочные материалы по РЧ/СВЧ нередко подобны анекдоту «А восьмёрка, сын, пишется как знак бесконечности, повёрнутый на пи пополам».

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

Привет! Меня зовут Андрей Колесников, я тимлид одной из DevOps-команд Авито. Уже 10 лет я работаю с высоконагруженными и бизнес-критичными системами. В этой статье рассказываю, как мы управляем нашей инфраструктурой с помощью Puppet, и объясняю, почему мы продолжаем его использовать.

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

Создать собственный UEFI-загрузчик для серверной платформы на Intel Xeon IceLake без исходников, полной документации и официальной поддержки ― звучит как приключение. Мы в OpenYard решились на этот шаг, чтобы получить полный контроль над прошивкой, безопасность на уровне железа и независимость от вендоров. В статье наш путь: от первых проб с edk2 и FSP до релиза OYBoot, с реверсом драйверов, интеграцией BMC и борьбой за стабильный старт платформы.

Всем привет! Меня зовут Перебиковский Ярослав и это моя первая статья для Хабр.

Я ведущий разработчик компании «Эм Си Арт» — интегратора Битрикс24. Мы давние партнеры Битрикс24 и у нас в арсенале есть множество кастомных и, что важнее, интересных решений. Одним из них хотелось бы поделиться — расскажу о нем в разрезе пользователя, разработчика, архитектуры и опишу использованные подходы.

У одного из наших клиентов возникла нетривиальная задача — интегрировать CRM Битрикс24 с сайтом, написанным на Go. В качестве брокера сообщений клиент использовал Kafka - как самый устойчивый к нагрузкам и подходящий по ряду других параметров. Но оказалось, что готовых решений для интеграции с этим стеком технологий не было ни у нас, ни на рынке вообще. Поэтому решили написать собственный модуль с нуля.

Мне довелось попасть в это ваше IT в 2007 году. Тогда в Политехе был конкретный недобор, а офисные программисты с научными степенями с радостью писали запросы и формы отчётов за пакет хороших пряников. Причём делали это быстро, правильно и с пояснениями, несмотря на неумелые ТЗ-шки менеджеров и аналитиков. Дело было так: пишешь ТЗ, кидаешь на почту разработчикам, максимум через день (через три — уже скандал!) на внутренний звонит программист и зовёт, чтобы объяснить, как пользоваться отчётом или выгрузкой. Сейчас в большинстве компаний это выглядит так: ставишь задачу в таск-трекере и забываешь о ней; если через 2-3 недели изменится статус, считай, повезло. И попробуй слово скажи: айтишники ребята занятые, им думать надо. 

Шалом алейкум, Хабр! В интересное время живём. Наши «любимые» ведомства делают всё, чтобы общение стало максимально «доступным» — но исключительно в тех местах, где удобнее контролировать. Пока уголовной статьи за дискредитацию этих усилий нет, напишу этот пост.

А если без шуток — блокировка звонков в Telegram и WhatsApp резко сделала актуальным вопрос: где теперь созваниваться? Мы привыкли решать рабочие дела в телеге или вотсапе, а теперь приходится крутиться. Меня лично накрыло вчера: Google Meet внезапно отвалился, и урок английского сорвался.

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

Последнее время на Хабре стало модным разбирать российские радиоэлектронные изделия. Большой скандал устроил @STripleразобрав счетчики от Энергомеры и Нартиса в надежде найти там российские микросхемы, а вместо этого нашел множество китайских микросхем, выдаваемых за российские. В ответ пользователь @Nemilandr(который и по нику и по факту не имеет никакого отношения к компании Миландр) разобрал счетчики НПО Мир, МИРТЕК и МилурИС (дочернее предприятие Миландр) пытаясь доказать, что и в них нет российских микросхем. В отличии от первых случаев, когда в счетчиках находили де-юре российские микросхемы (включенные в реестр российской промышленной продукции), а по факту они оказались перемаркированными импортными микросхемами, то во втором случае в счетчиках НПО Мир и МИРТЕК не нашли даже их. И только в счетчике МилурИС нашлись российские микросхемы, отечественность которых подтверждается не только записями в реестр и маркировкой, но также русскоязычной ерратой (являюсь сотрудником Миландра и половина записей в еррату плод моих рук - сначала как виновника самих косяков в кристалле, а потом и как автора документа их описывающего). К сожалению у читателей статьи написанной @Nemilandrвозникло несколько ошибочных заблуждений, и цель его статьи были именно эти заблуждения:
- во-первых, что его статья написана Миландром,
- во-вторых, что в России все обманывают, кроме техногиков типа МилурИСа.
Если первое заблуждение я могу опровергнуть только силой своего слова, то для разоблачения второго заблуждения придется разбираться более глубоко. И этому будет посвящена эта статья.