Все потоки

В детстве у многих были грандиозные планы: «вырасту — стану космонавтом». Я же долго не разделял этой категоричности сверстников: мир казался слишком большим и интересным, чтобы выбирать что-то одно. Да и подготовка космонавтов — дело нелегкое.

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

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

Всем привет!

Нашему веб-серверу Angie исполнилось три года. Становится хорошей традицией, что к этой дате выходит текст, в котором мы — основатели Angie Software — описываем, как прожили последний год, немного говорим про состояние опенсорс проекта и его места в отрасли и мире. Надеемся, что и в этой простыне вы найдете для себя много чего интересного.

В прошлом году текст «Два года Angie», кажется, вам понравился. В нем мы более-менее подробно писали о том, как именно создавалась компания Angie Software, почему вообще мы стартовали с опенсорса, какую роль в появлении Angie сыграли китайские товарищи, и как мы, сообразив, что заработать на опенсорс проекте мы не можем, стремительно переобулись в сторону производства целой линейки продуктов. Ну и еще немного плевались в сторону F5, которая вымарала наших коллег из истории Ngnix. Кому интересно, как все начиналось, почитайте.

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

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

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

В этой статье описано наше исследование длиною в год,  из которого вы узнаете, почему PostgreSQL(и любое другое приложение) может падать из-за бага в ядре Linux, причём тут XFS и почему очистка памяти может быть не так полезна, как вы о ней думали.

Привет, Хабр!

Сегодня я расскажу вам про мой путь от 0 до 500+ задач на Leetcode. Сначала, пару слов о себе: достаточно слабое образование, завалил кучу собеседований на алгоритмы (например, в Авито где-то в 2020 году), никогда не умел решать задачи, и не любил. Долгое время узнав о секции алгоритмов просто отказывался от собеседований. Сейчас не боюсь и могу. Даже в Бигтех эту секцию проходил несколько раз.

Я делал всякий фронтенд, потом стал делать бекенд (на NodeJS), но алгоритмы никогда не получались.

И вот, засучив рукава, я решил разделаться с этим безобразием раз и навсегда. Мой профиль на LeetCode на сегодняшний день выглядит так:

Всем привет! Меня зовут Карина Кошева. Я тестирую совместимость СХД с системами виртуализации в YADRO. Мы проводим такое тестирование, потому что нам важно проверять, насколько успешно система будет работать в инфраструктуре заказчика.

Нам важно не только проверить базовую функциональность, но и убедиться, что СХД выдержит типичные и нетипичные сценарии заказчика: высокую нагрузку сотен и тысяч ресурсов, постоянные операции чтения и записи, работу со снапшотами и редкие, но критичные сценарии отказов компонентов. Именно это дает нам тестирование под нагрузкой. Как мы проводим такое тестирование, читайте под катом.

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

Реальность, как это часто бывает, оказалась куда более прозаичной и, что греха таить, гротескной. Вместо киберпанка мы получили "кибер-сюр". Вместо торжества разума — торжество бюрократии, помноженное на галлюцинации нейросетей. Рынок IT к 2025 году превратился в странный гибрид восточного базара, где каждый пытается продать воздух, и неприступной бюрократической крепости, где вход и выход охраняются стражами, задающими вопросы о цвете вашей ауры.

Флешки постепенно уходят в прошлое, а облачные хранилища не всегда подходят для домашних проектов и экспериментов. Иногда хочется простого и предсказуемого способа обмена файлами — без подписок, лимитов и лишней инфраструктуры.

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

В этой статье вы найдёте пошаговый гайд по развёртыванию FTP-сервера на VPS UltraVDS под управлением Debian 12 с использованием vsftpd (Very Secure FTP Daemon).

^MyLMTS

Меня всегда привлекали несколько парадоксальные устройства из техники, которые, не содержат практически ни одной детали, но, в то же время, выполняют свою функцию — по сути своей, они представляют собой идеальное техническое устройство, так как в нём идея минимизации количества компонентов (и максимизации надёжности, соответственно), доведена до абсолюта. 

И сегодня мы рассмотрим ещё одно такое интересное устройство... ;-)

У нас нет одинаковых фамилий… ну почти нет :-) Мы не собираемся за одним столом на официальных праздниках, разве что на дне рождения коллеги или на наших внутренних встречах, где мы играем в настолки или покер. И да, мы иногда спорим до хрипоты. Но при всём этом мы — команда.

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

Сегодня мы работаем сразу в нескольких направлениях:

Если случится технологическая сингулярность, то её начало почти наверняка находится в начале 21 века. Сейчас именно тот период, когда начинается фундаментальный сдвиг в развитии человеческой цивилизации. И можно своими глазами наблюдать, как это происходит.

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

Привет! Меня зовут Алексей Архипенко, я руковожу группой разработки ML‑инфраструктуры в команде YTsaurus. Мы часть Yandex Infrastructure и предоставляем пользователям внутри Яндекса инфраструктурный фундамент для самых разных задач машинного обучения.

YTsaurus — основная платформа для хранения и обработки данных Яндекса, которая доступна на GitHub под лицензией Apache 2.0. Это позволяет всем желающим загрузить систему на свои серверы, а также дорабатывать её под свои нужды. Мы уже писали в прошлых постах про её выход в опенсорс и дальнейшее развитие, а также кейсы использования в рекламе. Сегодня расскажу, как Яндекс запускает в ней почти все ML‑обучения и batch‑инференс.

Привет, Хабр! Я продолжаю совершенствовать любимые электрогитары, и сегодня подробно расскажу о текущих доработках одной из них — дизайнерского суперстрата Tinar GT500.

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

Продолжение статьи «Как я скрещивал Ардуино и лего».

Если вкратце, я столкнулся с проблемой выбора контроллера для обучения детей среднего школьного возраста (5-8 класс), мне не понравились готовые решения, и я решил разработать свой контроллер на базе Arduino Nano, со встроенными драйверами двигателей и закрытым корпусом, совместимым с Lego. Но по большому счету я это делал, потому что могу :)

С момента прошлой статьи прошло более полугода. За это время многое произошло. Я разработал новые и переработал старые корпуса для датчиков и контроллера. Собрал небольшую партию устройств. Запустил сайт и даже разработал свой блочный/кодовый редактор для контроллера ZERO и других Arduino подобных плат. Но обо всем по порядку...

Если вы уже работали с приёмниками SDR и программами SDRSharp и SDR++, то, скорее всего, умеете «ловить» с их помощью FM-радио или радиостанции авиационного диапазона. Об этом я рассказывал в статьях «Этот увлекательный мир радиоприёмников» и «Цифровая радиотехника, первые шаги. Repka Pi + SDR = Сканируем Радиоэфир». 

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

Для этого пригоден фреймворк GnuRadio, позволяющий с помощью блочного конструктора собрать нужную цепочку обработки сигналов из готовых или созданных вами блоков. В результате из нарисованной диаграммы вы получите готовую программу для взаимодействия с устройствами SDR и для обработки сигналов. Расскажу подробнее в этом материале.

Почти у всех айтишников есть склонность ко второму подбородку, потому что есть такая штука — «каменная шея». Это когда вы часто смотрите в телефон, ноутбук или на планшет. Мышцы шеи дубеют из-за постоянного наклона, и это не только создаёт кучу проблем с сосудами в старости, но и нарушает отток лимфы от лица прямо сейчас.

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

Рынок массово предлагает бороться со вторым подбородком как с жиром: жечь его перцем или холодить ментолом, пока щипать не начнёт так, что уже не до красоты.

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

Покупка компьютера в начале нулевых была похожа на игру в угадайку. Ни тебе обзоров на Ютубе, ни CPU-Z на флешке, ни интернета в быстром доступе, чтобы банально взять и сравнить не только характеристики, но и реальные возможности разных железяк. Поэтому большинство либо штудировали брошюрки, либо просто ходили по магазинам и консультировались с продавцами. Несмотря на то что тогда консультанты свое дело знали твердо, всегда был риск нарваться на человека, который был готов втюхать любую ерунду. А ты просто стой перед витриной, смотри на коробки и думай, почему один процессор стоит в три раза дороже другого точно такого же. Ладно, не точно такого же. Давайте понастальгируем и вспомним как это было?

Привет, Хабр! Представьте: десять лет вы строили инфраструктуру на VMware. Миграции проходили гладко, кластеры работали стабильно — красота. Но привычная опора оказалась менее надежной, чем казалось. Старые версии VMware больше не поддерживаются, обновления безопасности не выходят, а новые лицензии не купить даже через параллельный импорт. И главный вопрос — что будет завтра? Сегодня западные вендоры меняют ценовую политику, а через год могут и вовсе отозвать лицензии.

Именно в такой ситуации сейчас оказались сотни российских компаний. Им приходится выбирать из десятков доступных решений, и первый порыв — открыть сравнительную таблицу, где напротив каждой функции VMware стоит галочка. Хочется сохранить привычную функциональность, да и сами российские вендоры позиционируют свои продукты как полноценную замену VMware. Но такой подход не работает: простое сравнение по набору функций редко дает точное представление о реальной альтернативе. И у Lada, и у BMW есть руль, но дьявол, как известно, в деталях.

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

Санкт-Петербург, 1885 год. У Российской империи серьёзная кадровая проблема: технологии развиваются стремительно, а специалистов катастрофически не хватает. По стране тянутся телеграфные линии, появляются новые изобретения, но инженеров приходится выписывать из Европы. Это дорого и не всегда эффективно.

Министр внутренних дел граф Дмитрий Толстой видит проблему и предлагает радикальное решение: создать собственный Телеграфный институт. Но Государственный совет идею зарубил: слишком дорого, слишком рискованно, непонятно, окупится ли.

Толстой не сдался. Год спустя вернулся с компромиссным предложением: давайте начнём с малого — откроем училище, временно, на пять лет. Если эксперимент удастся, расширим. Государственный совет согласился на такой вариант. Так в 1886 году в здании бывшего Телеграфного департамента появилось Техническое училище Почтово-телеграфного ведомства.

Но нет ничего более постоянного, чем временное.

Всем привет!

Так вышло, что в месте, где я преподаю и занимаюсь менторством стажёров, начался переход с GitHub-репозиториев на GitLab, развёрнутый на собственных серверах. Пока что перенесли не все проекты, но даже этого оказалось достаточно, чтобы у стажёров возникло немало вопросов — особенно в части настройки CI/CD-процессов.

Формально CI/CD в GitHub и GitLab решают одну и ту же задачу, но на практике подходы, терминология и детали конфигурации отличаются. Из-за этого попытки «сделать как в GitHub Actions» часто приводят к путанице и ошибкам.

У меня уже есть статья про CI/CD и workflow, но она целиком посвящена GitHub Actions. Чтобы сократить количество вопросов, разночтений и бессонных ночей у стажёров, я решил написать отдельную статью про CI/CD именно в GitLab — с учётом его особенностей и типичных подводных камней.

Если вам интересны подобные материалы, подписывайтесь на Telegram-канал «Код на салфетке». Там я делюсь гайдами для новичков, полезными инструментами и практическими примерами из реальных проектов. А прямо сейчас у нас там ещё и проходит новогодний розыгрыш.

2025 год стал для экосистемы 1С и профессионального ИТ-сообщества насыщенным на события и нововведения. В течение года мы публиковали новости о развитии платформы 1С, изменениях законодательства и отчетности, запуске новых сервисов и масштабных профессиональных событиях.