Все потоки

Для тех, кто изучает векторный анализатор NanoVNA, в продаже есть недорогая и полезная на мой взгляд демонстрационная плата RF Demo Kit for NanoVNA-F. На ней смонтированы 18 схем для подключения к NanoVNA. Обладая только этой платой и векторным анализатором NanoVNA, вы сможете исследовать разные схемы без необходимости их собирать. Также на плате предусмотрены эталоны для калибровки. 

В интернете мало информации об этой демонстрационной плате. Можно найти несколько обучающих роликов на английском языке, а также скачать с сайта разработчика небольшое руководство по RF Demo Kit for NanoVNA-F, состоящее всего из одной страницы. Также имеется краткий перечень схем с их назначением. 

В этой статье я расскажу, как пользоваться платой, а также приведу результаты своих исследований смонтированных на ней схем, проведённых с помощью NanoVNA-H4 и программы NanoVNA Saver. Если вы никогда не работали с NanoVNA и программой NanoVNA Saver, рекомендую сначала прочитать мою статью «Векторный анализатор NanoVNA для радиолюбителей».

Привет, Хабр! Меня зовут Константин Репин, я старший программист в Fix Price. В этой статье расскажу, как мы облегчили жизнь нашим коллегам-ревьюерам, внедрив в процесс AI-ассистента для код-ревью. Начну с краткого описания инструмента, а затем перейдем к практике — покажу нашу реализацию и поделюсь опытом, включая примеры кода.

Всем привет! 👋👋👋👋👋

Мы Java-разработчики Т-Банка: Андрей, Арсений, Роман, Константин и Константин. Собираем интересные новости, статьи, туториалы и другие материалы из мира Java-разработки и делимся этим со всем сообществом.

Октябрь выдался интересным: JDK 26 приносит поддержку HTTP/3, Vector API снова в инкубации, а Swing внезапно обзаводится своим DatePicker — да, 2025-й, а Swing жив! Разработчики обсуждают Leyden и GPU-ускорение для Java-ИИ, а Oracle чинит 15 уязвимостей. В статьях свежие оптимизации ZGC, разбор виртуальных потоков, Jackson 3, Kafka Queues и немного философии про «хороший вкус» в разработке. А под конец релизы, от JUnit 6 до Spring 6.2.12. Заваривайте кофе, обновляйтесь до JDK 25 и читайте. Поехали 🚀

Наверняка многие из вас с теплотой из детства вспоминают «Скуби-Ду, где ты!» 1969 года. Я тоже был в вашем ряду, однако я решился пересмотреть. И внезапно закадровый смех, который и сейчас то даже в ситкомах считается «артефактом древности», налеплен на детективный, комедийный мультик. Мне это очень сильно начало ломать впечатление от просмотра, — невозможно выстоять, когда каждые полминуты из 20 минут серии по поводу и без повода тебе указывают «где смеяться».

Так и начался мой личный ад на целый месяц, сподвигнутый наивным, но сильным желанием — сделать идеальную версию Скуби-Ду, такую, какую я помнил из детства.
История же эта обернулась гораздо серьёзнее, чем нажать на кнопку «удалить закадровый смех» в Adobe Premiere Pro.

Представьте, некий работяга в Лондоне в первой половине XVIII века подходит к закрытой двери с рельефным изображением кота, стучит в нее и спрашивает: «Кот, у тебя есть джин?». Если в ответ раздается «Мяу», он кидает в рот коту 2 пенса, и подставляет под трубку, торчащую из лапы кота, свою кружку и ждет, когда потечет джин.

Неужели уровень техники в 1736 году в Британии был столь высоким, что позволил наладить серийный выпуск таких автоматов? Конечно же, нет. Все манипуляции за дверью совершал вовсе не автомат, а вполне такой живой человек из плоти и крови.

Так в чем же тогда смысл сего действа?

Периодически при описании бизнес-процессов компании у бизнес-аналитиков возникают вопросы, связанные с вопросом, кто является владельцем описываемого бизнес-процесса.

Почему вопросы относительно назначения владельца бизнес-процесса возникают?

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

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

А нужно ли вообще назначать владельца бизнес-процесса?

Такая постановка вопроса наверняка вызовет возмущение со стороны сторонников ВРМ, так как у любого бизнес-процесса должен быть ответственный, который и называется его владельцем. Дело в том, что такая позиция (должность) в КВАЛИФИКАЦИОННОМ СПРАВОЧНИКЕ ДОЛЖНОСТЕЙ РУКОВОДИТЕЛЕЙ, СПЕЦИАЛИСТОВ И ДРУГИХ СЛУЖАЩИХ (Утвержден Постановлением Минтруда РФ от 21 августа 1998 г. N 37, в ред. Постановлений Минтруда РФ от 12.11.2003 № 75, Приказов Минсоцразвития РФ от 14.03.2011 № 194, Приказов Минтруда РФ от 27.03.2018 № 197) отсутствует. А это означает, что такая позиция создана искусственно с целью определения лица, который осуществляет необходимые для выполнения операционного процесса функции. Однако на практике деятельность компании, в т.ч. выполнение операционных процессов, осуществляется сотрудниками независимо от того, назначено какое-либо лицо «владельцем» процесса или нет.

Привет, Хабр. Меня зовут Полина Захарова-Щукина, я Product owner в Carrot quest, отвечаю за развитие продукта, позиционирование и монетизацию.

Я проанализировала, как устроена монетизация в топовых продуктах: Notion, Figma, Slack, Miro, Loom, Intercom, Mixpanel, Canva, Manychat, Airtable, Zoom и Grammarly: начиная с того, как они презентуют цены на лендингах, до того как они выстраивают воронку апсейла и где именно заложены триггеры роста выручки. Отдельно вынесла паттерны монетизации AI-функций.

Вот 9 паттернов, которые стоит перенять продактам и PMM-ам, чтобы выстроить тарифы в своих продуктах наиболее эффективным образом.

Cloud Gaming и VDI — разные технологии, применяемые для разных задач и даже для разной целевой аудитории. Вместе с тем, если заглянуть к ним под капот, можно увидеть, что у технологий есть много общего — например, одинаковые принципы стриминга видеопотока, методы сжатия передаваемых по сети данных и борьбы с потерями сетевых пакетов. Таким образом, при разработке Cloud Gaming можно отчасти опираться на технологии, примененные в VDI, и наоборот. Именно так мы и поступили при создании сервиса VDI (Cloud Desktop) для облака VK Cloud.

Привет, Хабр. Меня зовут Кирилл Черников. Я руководитель Команды клиентской разработки в VK Tech. В этой статье я расскажу об особенностях Cloud Gaming и VDI, о разнице в требованиях к сервисам, сложностях адаптации игрового решения к задачам VDI и о полученных результатах на примере сервиса VK Play Cloud и платформы VK Cloud.

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

Это финал нашей трилогии про FinOps в Cloud Director. В первых двух частях мы разобрали, как тегировать ресурсы и не сойти с ума, а сейчас посмотрим, что с этими данными делать дальше. 

Если вы не знакомы с тегированием и принципами организации ресурсов в VMware, то загляните в часть 1, где мы разобрали тегирование как таковое, и в часть 2 — про инструменты пользователя Cloud Director. 

Статьи предназначены для тех, кто только начинает разбираться с FinOps и Cloud Director. Хотя если вы уже год мучаетесь с виртуалками и никак не можете понять, куда утекает бюджет, вам тоже сюда.

Показывать буду на примере нашей платформы Cloudmaster. На самом деле, можно и в Excel — принципы-то одинаковые. Просто с Cloudmaster будет сильно быстрее, потому что не надо каждый раз переписывать формулы. Если политика безопасности позволяет, можете попробовать 14 дней бесплатно. А если нельзя или не хочется, для каждого шага добавлю альтернативу, как провернуть это в обычной табличке. Помечать буду вот так: 🔢📊. Подробности реализации формул и CLI-скриптов за рамками статьи. Там никаких хитростей, только ваше время и внимание.

В этой статье я расскажу о микроконтроллерах Sunplus с ядром 6502 которые использовались в популярных в 90-е «тетрисах» Apollo, а также об их эмуляции. Отдельно опишу способ запуска своего кода на этих играх и в частности проигрыватель «Bad Apple!!», крупнопиксельный кадр из которого показан на КПДВ.

Если у вас есть удаленные сотрудники, которые работают удаленно где-то в Тайланде то статья для вас)

История отечественного геймдева – это история энтузиастов, инженеров и художников. Она полна блистательных побед и горьких неудач, гениальных прорывов и забытых провалов. И эта история заслуживает того, чтобы ее не просто помнили, но и чествовали. Для этого в 2023 году был создан Зал Славы видеоигровой индустрии России – проект, который помогает сохранить наше цифровое наследие и отдать дань уважения тем, кто геймдев создавал. 

Какую роль играют видеоигры для России? Зачем популяризировать российские проекты? Как работает Зал Славы видеоигровой индустрии? Обсудим в этой статье. А в комментариях пишите, кто внес наибольший вклад в отрасль!

Привет! Мы Наташа и Ксюша, работаем коммуникационными дизайнерами в ЮMoney. С прошлого года начали активно использовать для рабочих задач нейросети. В статье мы расскажем, почему предпочитаем сгенерированные изображения стоковым и сколько нейронок нужно для создания одной иллюстрации. А ещё поделимся реальными кейсами использования AI-инструментов.

Kubernetes в IT-инфраструктуре — это не просто про удобство деплоя. Это критическая часть сервиса. Одна неправильная настройка kube-apiserver или etcd — и вместо кластера вы получите бублик с дыркой, через который утекут и данные, и бизнес-процессы.

В этой статье разберем, какие стандарты защищают контейнерные среды, почему CIS-бенчмарк часто становится первой точкой опоры, какие практики дополняют его и как Managed Kubernetes превращается в автоматизированный рабочий процесс. Детали внутри.

После ухода с российского рынка популярных систем вроде TestRail, Qase и Zephyr у команд появился запрос на отечественные TMS с удобным интерфейсом, различными интеграциями и встроенной аналитикой.

В статье разберём топ-3 отечественных TMS: сильные стороны, функциональность для ручных и автоматизированных тестов, интеграции, аналитику, AI и стоимость.

Привет, Habr! Меня зовут Анастасия Глущенко, и прошло чуть больше года с момента как я успешно завершила летнюю стажировку 2024 в ДАРе и стала полноправным бизнес-аналитиком в компании. Год назад я даже написала статью – своего рода взгляд на стажерскую программу со стороны стажера.

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

Статья написана при поддержке руководителей центров компетенций, руководителей групп, организаторов стажировки, и с большой благодарностью к ним.

Приветствую, Хабр!

Совсем недавно – в августе текущего года – Институт стандартов и технологий США NIST выпустил стандарт NIST SP 800-232 [1], описывающий четыре низкоресурсных криптографических алгоритма на базе семейства алгоритмов Ascon:

· алгоритм аутентифицированного шифрования с присоединенными данными Ascon-AEAD128;
· три алгоритма хеширования: Ascon-Hash256 (классическая хеш-функция), Ascon-XOF128 (хеш-функция с переменным размером выходного значения) и Ascon-CXOF128 (хеш-функция с кастомизацией и переменным размером выходного значения). 

Предыдущий опыт показывает, что криптографические стандарты США после их принятия обычно широко используются во всем мире, поэтому данный документ может представлять значительный интерес и достоин детального разбора (краткий обзор стандарта NIST SP 800-232 уже был опубликован на Хабре ранее здесь), который я и предлагаю вам в двух частях в этой (и следующей) статье.

Астрономия началась с наблюдений. Люди фиксировали движения Солнца и Луны, составляли календари, выстраивали каменные круги. Позже появились модели планетных циклов и первые попытки объяснить небесные явления. В XVI веке Николай Коперник предложил гелиоцентрическую систему. С тех пор представления о Вселенной начали меняться. Последовали открытия Тихо Браге, Кеплера, Галилео, Ньютона, Герцшпрунга и других. Каждый добавлял в картину мира новые детали.

Звёзды долгое время оставались далёкими и непонятными. Что они собой представляют? Из чего состоят? Ответ пришёл в XX веке от исследовательницы, которая научилась читать их спектры — Сесилии Пейн-Гапошкиной.

Расследование инцидентов производительности в PostgreSQL часто напоминает поиск иголки в стоге сена. Десятки тысяч запросов , и определить, какой именно из них стал «слабым звеном» системы, без специальных инструментов — крайне сложная задача.

В этой статье рассмотрим, как использование PG_EXPECTO позволяет кардинально ускорить этот процесс. Мы не будем гадать на основе снимков pg_stat_statements. Вместо этого мы научимся проактивно создавать «ловушки» на проблемные паттерны производительности. Когда инцидент происходит, PG_EXPECTO позволяет быстро найти проблемные SQL-запросы , предоставляя инженеру готовый список «подозреваемых» для дальнейшей оптимизации.

Новый инструмент с открытым исходным кодом для статистического анализа, нагрузочного тестирования и построения отчетов доступен в репозитории GitFlic и GitHub

kznalp/PG_EXPECTO: Комплекс статистического анализа производительности СУБД PostgreSQL

pg-expecto/pg_expecto: Комплекс pg_expecto для статистического анализа производительности и нагрузочного тестирования СУБД PostgreSQL

Очень часто основная сложность заключается в том, что команды берут в работу задачи, которые находятся в отрыве от ключевой цели, определённой бизнесом. Четкое понимание ответа на вопрос «Зачем мы это делаем?» даст не только большей координации в работе, но и большего экономического эффекта от выполнения тех или иных инициатив. Практика показала, что внедрение методологии OKR и её активное продвижение внутри компании помогает привнести ясность в работу сотрудников.