Kurgan-Telecom Ru | Информационные технологии

Покрытие UI-тестами — вещь, о которой все говорят, но почти никто не измеряет. А если и измеряет, то по старинке, через Excel, TMS или на глаз. Это как считать шаги, не надевая шагомер.

ui-coverage-scenario-tool — это как шагомер, но для UI-тестов. Он показывает, с чем именно взаимодействуют ваши тесты, что осталось в тени, и главное — делает это автоматически. Без ручного труда, без вымышленных цифр, без «по ощущениям».

Это не очередной инструмент ради красивого дашборда. Это инструмент, который ставит зеркало перед вашим UI-покрытием — и показывает, есть ли там что-то, кроме отражения.

Приветствую тебя, дорогой Разработчик! Хочу поделиться своим опытом о том, как реализовать вход с помощью кошелька Metamask (расширение для браузера) в твой проект. В этой статье я пропускаю весь код архитектуры приложения и покажу тебе только сервисный код (нижний уровень кода. Взгляни на DDD архитектуру, также известную как "Чистый код"). Я использую GO с распространенными библиотеками для веб-разработки, такими как Gin, jwt, sqlc и другие.

Для начала давай представим, как должен работать наш процесс входа. Как мы все знаем, стратегия "разделяй и властвуй" очень эффективна для чего угодно. Поэтому здесь мы можем разделить наш процесс на 2 логических шага. Назовем их "Начало" и "Завершение". Теперь давай посмотрим на схему нашего процесса, потому что мы, как инженеры, должны максимально упростить свою работу. Итак, схема - отличный способ достичь этого.

Как говорилось в одном анекдоте: «Пока вы будете называть это место входом - оно будет болеть.»

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

Если бы я сейчас начинал путь с нуля в новой индустрии, сделал бы несколько вещей, некоторые из них я тогда тоже делал.

Дан минимум действий по оценке текста юридического документа: без помощи адвоката. Подходит для бесконфликтной ситуации.

Здравствуй, читатель. С моих прошлых статей про NVRAM прошло некоторое количество времени (за эти почти 10 лет мало что изменилось, и все эти форматы до сих пор с нами практически без модификаций), а моя работа на одну фруктовую компанию не позволяла мне писать статьи, тесты и посты без одобрения кучей непонятных людей, но теперь эта работа осталась в прошлом, а желание писать так и не пропало. 

Эта статья - практическая реализация этого желания, а поговорим мы в ней о формате Dell DVAR, и немного о декларативном языке для написания парсеров Kaitai Struct, на котором я недавно переписал парсеры всех известных UEFITool NE форматов NVRAM. 

Прочитал тут статью Верховный суд РФ запретил банкам страны односторонне вводить новые комиссии по кредитным картам и ОФИГЕЛ, от глупости в первую очередь журналиЗдов и отчасти от комментариев.

Автор статьи ссылается на решение № 78-КГ24-46-КЗ от 18 марта 2025 года. Внимание 2025 года

В комментариях пишут что это лишь решение по конкретному делу

Внимание вопрос, а автор поста была в каматозе ПОЛГОДА? :))))

Так как если открыть не просто какое то решение Верховного суда а чёрт побери не побоюсь скзать аж последний "Обзор судебной практики по делам о защите прав потребителей" (утв. Президиумом Верховного Суда РФ 23.10.2024) то паерейдя в раздел

На страницах этого блога я пару раз пытался говорить с вами о том, в чём заключается разница между биологическими и псевдобиологическими системами, то есть, между одноклеточной «жизнью» и «нежизнью». В частности, большой интерес вызвала статья «Вы, конечно, шутите, мистер Нейман! Страшная сказка о серой слизи» (+41, 11 тысяч просмотров). Также на Хабре есть отличная статья «Что такое Жизнь во Вселенной: четыре базовых принципа вместо трёх характерных функций» в переводе уважаемого Дмитрия Диля @MetromDouble: в ней рассматриваются базовые биохимические предпосылки для возникновения альтернативной жизни, которая в оригинале называется «lyfe». В сегодняшней статье я хочу рассказать о современных взглядах на абиогенез, а именно о «суббиохимических» свойствах коацерватных капель. Интересную обзорную статью на эту тему опубликовал на сайте «Биомолекула» уважаемый Кирилл Вакулин, я же под катом рассмотрю, как дождевые капли могли поспособствовать возникновению жизни, и какую роль эти идеи играют сегодня при проектировании синтетических клеток.

Сегодня мы ничего не ломаем (хотя совсем без этого не обошлось). Просто настраиваем. Хотя я сильно сомневаюсь, что все описанные методы должны работать в продакшене коммерческой модели. Но пока не пофиксили — смотрим.

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

По сути — рабочее место исследователя.
А по факту — то, с чего должен начинаться любой обход.

Оценка риска этой статьи от ChatGPT: 80-90. Тема чувствительная, с высоким риском для злоупотреблений и манипуляций.

В Steam завершился «Фестиваль передвижных ящиков», посвященный играм, где разными способами можно передвигать ящики. На английском фестиваль называется «Sokoban Fest» в честь первой игры, где появилась эта механика.

Игра-головоломка «Sokoban» (яп. 倉庫番, рус. кладовщик) вышла в Японии в 1982 году. А разработал ее годом ранее Хироюки Имабаяси. Она имела колоссальный успех. И механика привлекла тогда внимание многих геймдизайнеров, которые стали применять ее в новых играх и продолжают применять в современных играх разных жанров.

В своем проекте X-Drums 2.0 на Unreal Engine 5 мне захотелось добавить эту механику. И в этой статье я расскажу, что из этого получилось и какие еще игры повлияли на финальную реализацию.

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

Эта серия статей родилась как заметки на полях к замечательной книге Game Engine Architecture, книга большая, объемная и охватывает все аспекты создания движка. Но там нет нюансов практической разработки. А чтобы видеть нюансы надо понимать не только теорию, все же GAE больше теория, но знать как работает код игры изнутри. Чтобы понимать как, и главное почему, используются выбранные механизмы внутри игры, чтобы видеть проблемы с производительностью и архитектурой, как их искать и как чинить, для этого придется понять как работают и как создавались игровые движки.

Если мне не изменяет память - Кармак сказал, что лучший способ [создания игр] — написать собственный движок ( "The right move is to build your own engine" ), на что многие возразят: это вовсе не так просто. Но папа Doom'a известен не только своим вкладом в разработку игровых движков, но и довольно часто высказывался критически о развитии игровых движков в целом, и о преимуществах создания собственных технологических решений вместо использования готовых.

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

Группа экспертов GitHub провела анализ AI проектов, созданных за последние 99 дней, учитывая факторы, такие как количество звезд в день, форки, всплески трафика и активность контрибьюторов. Ниже мы расскажем вам об этих проектах и обсудим почему, по нашему мнению, они важны для индустрии AI.

Центральная проблема — разворот OpenAI и её превращение в Public Benefit Corporation (PBC) с заявленной миссией служения всему человечеству под формальным контролем некоммерческой организации. Разбираемся что произошло.

Среди топ‑менеджеров, а также линейных руководителей в IT‑компаниях периодически возникает вопрос: является ли та или иная команда разработки производительной?

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

В данной статье мы с вами попробуем разобраться, каким образом все‑таки можно попробовать измерить производительность команды разработки.

Также стоит подчеркнуть, что все описанное в статье уже применяется в IT компании Flang, в которой я на данный момент времени являюсь CTO.

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

Привет!

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

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

Хотим поделиться опытом разработки эффективного поиска для одного интересного проекта. Мы подробно рассмотрим, как сделали поиск удобным, быстрым и привлекательным для пользователей, увеличив конверсию на 27% всего лишь за счет грамотной настройки Elasticsearch.

Когда приходится работать большими redis базами в десятки Гб понимание “а как оно там?”, “откуда такой размер? - может быть полезно. База данных redis (статья написана по redis_version:8.0) это сложное хранилище состоящее из большого количества hash-таблиц...

Когда-то мы в Профи.ру создавали ценности по принципу «один раз и на всю жизнь». Тогда казалось, что так и надо: смыслы — это фундамент, его закладывают и больше не трогают.

Но «на всю жизнь» не получилось: мир изменился, и люди вместе с ним. Старые ценности больше не работали. Нужны были свежие ориентиры. 

Надо было найти что-то, что объединит профийцев в новом времени. Что это — идея, миссия или просто принципы работы? Мы много искали и пришли к тому, с чего начинали, — к ценностям. О том, какими они получились и при чём тут ракетное топливо, рассказываем в статье.

Привет. Начну опять с погружения в атмосферу юниксоида.

Вы приходите с работы, где у вас стоит дорогущий workstation на базе какой-нибудь SunOS, HP-UX, или какого-нибудь Ultrix. И вам надо примерно тоже самое (по UX), но дома, на вашем 486-м, или даже на Пентиуме. Windows 3.1/3.11 вам не нравится - "Windows must die", DOS для вас уже убог, по сравнению с Юниксами. SCO тоже не нравится - SVR3.2 же, уже не в моде. Coherent - тоже морально устарел.