Привет, Хабр! Меня зовут Екатерина Кияшева, и я занимаюсь оптимизацией тестирования. Хорошее тестирование начинается с продуманного тест-дизайна. QA важно выстроить проверки так, чтобы тесты действительно были полезными. В этой статье расскажу, как промпт-инжиниринг помогает улучшать качество тест-дизайна, и поделюсь неожиданным открытием об И��, вдохновившем на заголовок. Тем, кто хочет сразу к промпту, жать сюда.
При работе с MapStruct возникает соблазн добавлять небольшие вспомогательные методы прямо в ваш mapper и вызывать их через expression. Однако если такой метод оперирует довольно общими типами (например, String -> String), MapStruct может обнаружить его и применить к другим полям того же типа — даже если вы этого не планировали.
Пасхалки на системных платах наших устройств, – история, прямо скажем, весьма специфическая. Ну, какова вероятность, что обычный человек – не схемотехник – вдруг полезет внутрь и чего-то там разглядит? Наверное, не очень высока. С другой стороны, эти послания там оставляют и не для обывателей, а для таких же инженеров, которые не просто увидят, но и поймут, что к чему. Хотя пасхалки имеют и другую природу. Они бывают еще и софтверные, скрываясь в неожиданных разделах приложений, которыми все мы пользуемся. Но как вообще зародилась идея оставлять в ПО “приветы” для пользователей? Об этом и поговорим.
Мы собрали подборку из топ-10 проектов по рейтингу на сайте Product Radar за октябрь 2025 года. Это проекты, за которые проголосовало большинство пользователей сайта.
Когда у вас нет помощи квалифицированного учителя, поддержки умных советчиков на форумах или обратной связи от образованных носителей языка (о нюансах использования ChatGPT, Grok, Gemini будет отдельная статья), вам приходится осваивать методы самоисправления (СИВИАЯ33).
Привет, Хабр!
Знаете это чувство, когда оборудование есть, мониторинг есть, а их совместная работа — нет? Именно так мы ощутили себя, когда столкнулись с IBM Storwize в экосистеме Zabbix. «Из коробки» поддержка отсутствует, а костыли в виде скриптов и UserParameters работают так, что хочется плакать:
Для тех, кто изучает векторный анализатор 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 превращается в автоматизированный рабочий процесс. Детали внутри.
