Огранённый, с правильными формами, чистый, прозрачный, а может даже магический? Какие еще ассоциации появляются у вас, когда вы слышите слово «кристалл»?
На самом деле тема «Что такое кристалл?» – достаточно долгая и когда-нибудь я посвящу ей отдельную статью. Но давайте чуть-чуть поговорим об этом, обсудим почему важны кристаллы, а также рассмотрим заявленную в заголовке тему получения их сверхчистыми.
Любой тимлид когда-то был джуном, а многие крепкие команды начинали как стартап на энтузиазме. Пока вас трое-пятеро — всё просто: драйв, мемы, кофе на кухне и общее чувство плеча. Но команда растёт — и вот вместо «давайте быстро созвонимся» появляются OKR, аллхэндсы и три уровня согласований.
Главная задача руководителя при этом не меняется: как замотивировать людей, чтобы им было интересно работать. И, увы, универсальной кнопки не существует — то, что отлично работает в стартапе из десяти человек, не взлетает в корпорации на тысячи. Впрочем, если бы все было так просто...
Меня зовут Антон Дмитриев и я хэд разработки Почтовых систем МойОфис — гибкой системы с почтой, календарем, контактами, задачами и документами. Основное ядро продукта написано на Go, но технологический стек включает Python, C++, JavaScript/TypeScript и React.
В этой статье на своём опыте, полученном путём проб и ошибок в ряде компаний, расскажу о том, как мотивировать сотрудников разного уровня — от новичков до старожилов — в командах разной величины. Речь пойдёт как про внешние факторы — например, зарплаты, премии, льготы, — так и про внутренние — интерес к делу, желание развиваться и т.д.
Помню, как будто это было вчера. На уроке раздается голос учителя: «Чтобы перейти в 11-ый, каждому из вас нужно реализовать свой проект. Творчество приветствуется!». Кажется, вот оно: знак сделать то, о чем уже давно подумывал, — создать собственное приложение! Защищаю идею перед учителем, получаю одобрение. Впереди целый учебный год, казалось бы, у меня гора времени. Вот только я никогда в жизни не разрабатывал мобильные приложения…
Меня зовут Ваня, я Python-разработчик, а в свободное время пишу для блога MWS. Сегодня решил поделиться историей-воспоминанием, как в школьные времена приступил к разработке своего первого в жизни мобильного приложения, а потом дорабатывал его уже в университете. Тут не будет истории успеха в духе «я монетизировал приложение и разбогател» и каких-то уникальных лайфхаков. Зато покажу на своем примере, что для создания приложения в качестве эксперимента не нужно знать все языки программирования и обладать суперскилами в разработке. Главное — не бояться пробовать. А еще те, кто только в начале своего пути, смогут научиться на моих ошибках и учесть детали, которые в свое время не учел я. Приступим!
Привет, Хабр!
Представим, что вы отвечаете за десятки конфигурационных файлов Kubernetes (или Terraform, Ansible, не суть важно) в репозитории, и каждый pull request может потенциально привести к тому, что в кластер уйдёт что-то не то. Наш любимый коллега случайно поставил контейнер с privileged-правами, другой задеплоил образ из публичного репозитория Docker Hub, а третий вовсе забыл про лимиты памяти и CPU. Без автоматического контроля такие промахи легко попадут в продакшн. Ошибки в настройках сегодня одна из главных причин инцидентов безопасности в облачных средах.
Как же нам держать всё под контролем? Внедрить политики как код: формализованные правила, проверяемые автоматически на каждом шаге. В этой статье я расскажу, как применять Open Policy Agent и язык Rego, чтобы навести порядок в GitOps-пайплайне и не допускать лишнего в конфигурациях.
Проблему усложнения инфраструктуры отмечают все, кто ей занимается в разных ролях, от проектирования архитектуры до имплементации и ежедневной эксплуатации. Инженеры, архитекторы и разработчики признают, что управление инфраструктурой сегодня уже не тривиальная задача. Создавая open-source проект Foliage, мы исходили именно из тезиса о том, что «современная инфра – это сложно». Но обо всём по порядку.
С трибун конференций ИТ‑директора больших интернет‑бизнесов говорили об успехах внедрения инструментов или практик, а в кулуарах — о том, что каждое новое внедрение только добавляет им тревоги. Растущее количество инструментов только усиливало ощущение потери контроля. Стало отчётливо видно: беспокойство растёт даже у тех, кто «всё сделал правильно».
Сегодня инфраструктура «болит» у всех крупных организаций независимо от того, есть у них высокие нагрузки или нет. Оказывается, недостаточно просто собрать требования, закупить под них оборудование, лицензии на программное обеспечение и нанять людей. Но почему?
Мы с командой Foliage решили в этом разобраться и собрали свои выводы в эту статью.
${habrauser}, Привет!
При разработке игрового фреймворка Oriol Engine (которая, к слову, до сих пор ведётся) мы столкнулись с проблемой написания шейдеров для Cross-API рендеринга. В RHI-слой данного фреймворка было запланировано добавить поддержку таких графических API, как DX11/DX12, OpenGL и Vulkan.
И вот тут возникает вопрос: как же писать шейдеры на одном языке и обеспечить их поддержку на других графических API?
Многие embedded-разработчики привыкли работать без автоматизированных тестов, полагаясь на ручное тестирование и отладку через программатор. Это кажется простым и быстрым решением для небольших проектов. Однако при росте кодовой базы и команды такой подход приводит к критическим проблемам: баги возвращаются в новых релизах, знание о системе хранится только в головах разработчиков, а каждое изменение требует длительного ручного тестирования на стенде.
Автоматизация CI/CD для embedded-систем решает эти проблемы, хотя требует начальных усилий на настройку инфраструктуры.
В 2024 году объем мирового рынка мягкой робототехники оценивался в 1,89 млрд долларов, а к 2034 году ожидается, что эта цифра вырастет до 35,33 млрд при среднегодовом темпе роста (CAGR) 34,8 %. Как устроены гибкие машины и где их уже применяют, расскажем в этой статье.
В сентябре мы рассматривали релиз 86Box v5.0, приуроченный к тридцати годам со дня выхода в розничную продажу Windows 95, и пообещали показать ещё кое-что. О чём мы сознательно умолчали, и почему оставили находку для отдельной статьи?
Пациенты не всегда доверяют телемедицине: может показаться, что без личного контакта с врачом не возможно получить качественную медицинскую помощь. Но это не так, и в этой статье терапевт Дмитрий Василенко делится двумя случаями из практики, когда онлайн-приёмы помогли пациентам сохранить нервы и время
Случай первый
На прошлой неделе ко мне обратилась пациентка из Таиланда в панике: «С утра тошнит, схваткообразные боли в животе, жидкий стул уже 6 раз, температура 37,6. Что делать?». Я успокоил: «Давайте разберёмся по шагам, без паники. Наша задача — не допустить обезвоживания и понять, нет ли “красных флагов”»
Собрал ключевое: когда началось, что ела/пила, была ли кровь в стуле, высокая лихорадка, сильная слабость, головокружение при вставании, есть ли хронические болезни и аллергии. По описанию — типичная «диарея путешественника»: многократный водянистый стул, лёгкая лихорадка, без крови и без выраженной боли при пальпации. Значит, можно лечиться амбулаторно, чётко соблюдая план и наблюдение.
Эту статью не стоит рассматривать как истину в последней инстанции, отнеситесь к ней, как к пище для размышления. Возможно, вам это никогда не пригодится, а может быть это именно то, что вы так долго искали.
Итак, речь пойдет об игровом движке Gamemaker, а точнее об одной лишь его переменной, которую по каким-то причинам в подавляющем большинстве уроков по Gamemaker даже не упоминают.
В наших текущих реалиях требования к роутеру могут быть очень высокими, недостаточно просто «выпускать устройства в интернет». Я хотел выделить сервера в отдельную подсеть, поднять VPN для доступа к устройствам за пределами дома, срезать рекламу на обделенных адблоком устройствах, а дальше хотелки только росли.
Примерно оценив количество хотелок, прикинув количество ресурсов с учетом запаса на будущее и моей недальновидности, а также увидев цены на MikroTik hAP ax³, я подумал: «а почему бы не взять пассивный мини‑пк за ту же сумму и получить в разы более мощное железо?», а следующая мысль была «а чего это железо такое мощное будет пустовать? Пусть еще виртуальную мелочевку на себе тащит, ресурсов хватит».
Всех приветствую! Ещё год назад я играл в CTF и работал как SOC-аналитик L1, а сегодня в компании «Газинформсервис» занимаюсь тестированием веб-ресурсов. В свободное время багханчу, и больше слов о моих успехах скажет статистика в профиле амбассадора Standoff. На Standoff Talks я выступил с докладом об эффективном поиске уязвимостей и хочу поделиться этим опытом здесь.
Недавно у Земли появилась седьмая подтверждённая квазилуна. Это 2025 PN7 — маленький астероид типа «аполлон», обнаруженный гавайским телескопом Pan-STARRS 1 лишь благодаря его яркости.
Проанализировав его траекторию, астрономы пришли к выводу, что объект поддерживает с Землёй резонанс 1:1. Иными словами, он совершает оборот вокруг Солнца за то же время, что и наша планета. Из-за такой синхронности издалека кажется, как будто Землю сопровождает крошечный астероид и у неё есть дополнительная луна.
В отличие от лун, квазилуны не привязаны к Земле гравитационно. В космологической терминологии они считаются эфемерными спутниками, следующими собственным путём вокруг солнца. Они настолько приближаются, чтобы казаться гравитационно привязанными, только в определённые интервалы времени. В случае 2025 PN7 минимальное расстояние равно 299 тысячам километров, а самая дальняя точка находится в 17 миллионах километров. Для сравнения: Луна остаётся от Земли на среднем расстоянии 384 тысячи километров.
Последняя часть по созданию своего starter-kit.
В этой статье мы рассмотрим основные подходы борьбы со сложностью с помощью веб-компонентов. Статья рассчитана на более-менее подготовленных читателей. Материал насыщен ссылками, которые очень желательно изучить.
Да, я не ошибся с числом нулей. Да, есть нюансы в технике съёмки этой камерой. Но она позволяет получить видео такого быстрого процесса, как распространение света лазера, с частотой в 2 миллиарда кадров в секунду в HD разрешении.
При разработке с использованием LLM, мы вынуждены передавать часть пользовательского ввода в промпт. Проблема в том, что эти пользователи могут быть настроены агрессивно по отношению к нашей системе. Это создаёт серьёзную уязвимость — вектор атаки под названием prompt injection.
Это был хороший урок на будущее для нашей команды, которая новичок в геймдеве: античит-система должна быть сильнее ☝️ Даже если игроки — это клиенты твоего продукта и вообще ничего плохого не хотели 😁
Под катом рассказываем: как придумывали объекты и персонажей, чтобы это было интересно пользователям онлайн-бухгалтерии, какой игровой движок попробовали, что о нём думаем и почему выбрали для разработки формат хакатона.
Почему одни команды релизят предсказуемо и без героизма, а другие тушат пожары на продакшене каждую неделю?
Мы решили выяснить, какие инженерные практики превращают разработку в систему с понятными процессами и предсказуемыми результатами.
Исследование 100+ респондентов.
Всем привет! Меня зовут Саша Симоненко, и я операционный директор кибербез компании Xilant. Эта статья родилась из моего сентябрьского выступления на конференции KazHackStan 2025 в Алматы, где рассказывал, как качественные бизнес-требования помогают избежать проблем с безопасностью.
В первой части статьи разберем, как неточные формулировки превращаются в реальные инциденты и где в процессе теряется безопасность.
