Все потоки

Мысль написать этот текст у меня появилась после того, как я прочёл статью уважаемого 3dvideo. В статье среди прочих автор поднимает тему оттока исследователей с кафедр университетов в коммерческие компании реального сектора экономики, когда “кровавый энтерпрайз” выгребает персонал из классических исследовательских университетских команд. И это только один из возможных сценариев “ухода из науки”, который реализуется в сильной научной школе с отличной культурой исследований (МГУ). Часто многие ребята с учёной степенью как из сильных научных школ, так и из команд попроще ищут себе место в жизни за пределами научной среды. Многие из тех, кто работал в естественных и технических науках уходят в ИТ, да и общественники с гуманитариями тоже не прочь “войти в айти”. Я задумался о том, что ждёт таких ребят при переходе из университетской (или академической) исследовательской среды в коммерческую. Чего от них ожидают? Как их примут? Как они увидят порядки, принятые в реальном бизнесе? Какие их навыки требуемые и уважаемые в академической среде будут востребованы, какие пройдут мимо, а какие будут мешать в работе? Зарплата будет выше? Какие мысли и чувства вызовет столкновение с этой действительностью? Какие открытия для себя сделают? Я сам из этих самых кандидатов наук, ушедших на вольные хлеба, и хочу здесь не только поискать ответы на свои вопросы, но и поделиться своим личным опытом исследования реализации различных путей кандидата наук в ИТ энтерпрайзе.

Короткая инструкция о том, как наладить создание и запуск python автотестов для web-приложения. При этом не потребуется целый штат DevOps специалистов и огромного бюджета. Интересная статья для тестировщиков из стартапов.

Доброго времени суток. На Хабре уже было достаточно много статей про обратный осмос и жесткость воды. Но в основном они были о маленьких системах питьевого осмоса. В данном посте хочу поделится опытом сборки фильтра высокой производительности (250 литров в час) для водоснабжения частного дома. В первой части будет рассмотрено сборку гидравлической части системы. Автоматика управления и вопросы обслуживания будут в части 2.

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

Общепринятой практикой в индустрии является использование тест кейсов в качестве основы для автоматизации тестирования. QA инженеры разрабатывают их на основе user stories в рамках обычного тестирования, а затем автоматизируют эти тесты. С каждой итерацией тестируется больше историй, автоматизируется больше тестовых случаев, и набор автоматических тестов становится всё больше. Руководители продвигают такие метрики, как, например, «процент покрытия» и хвалят команды с высокими показателями. Некоторые компании даже специально нанимают «инженеров по автоматизации», чья единственная работа состоит в том, чтобы брать тест кейсы и автоматизировать их.

К сожалению, автоматизация тест кейсов и навязывание «процента покрытия» — это антипаттерн обеспечения качества, который неизбежно приводит к раздутым и сложным в обслуживании наборам тестов, которые приносят мало пользы. Хотя автоматизация имеет решающее значение для agile delivery, этот чрезмерно упрощенный подход «фабрики автоматизации» не является хорошим способом автоматизации тестирования.

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

Издержки и преимущества автоматизации тестирования

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

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

В чём существенные отличия между профилированием и калибровкой? Доступны ли эти процедуры домашнему пользователю компьютера? Возможна ли программная реализация калибровки монитора не уступающая по качеству аппаратному профилированию?

В заметке рассматривается функционал нового пакета BinSeqBstrap, который посвящен решению задачи определения неустранимых разрывов первого рода в задачах регрессии.

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

- пересказать все то, что изложено на первой странице официальной документации
- либо прокомментировать каждый из импортов npm пакета

Разумеется, можно попробовать скомбинировать оба шага, но есть ли варианты интереснее?

Перед Вами практический туториал, в ходе которого мы напишем свою реализацию React, ReactDom и хука useState. Статья разделена на главы, чтобы можно было пошагово следовать за автором. В качестве вспомогательных инструментов используются typescript и parcel.

Когда речь заходит об асинхронных операциях в Unity, на ум первым делом приходит coroutine. И это не удивительно, так как большинство примеров в сети реализованы именно через них. Но мало кто знает, что Unity поддерживает работу с async/await еще с 2017 версии.

Так почему же большинство разработчиков до сих пор использует coroutine вместо async/await? Во первых, как я уже упомянул, большая часть примеров написана с использованием coroutine. Во вторых, async/await кажется очень сложным для начинающих разработчиков. Ну и в третьих, когда речь заходит о коммерческих проектах, где основным из критериев является стабильность, предпочтение отдается проверенному годами подходу.

Но технологии не стоят на месте и появляются библиотеки, которые делают работу с async/await в Unity удобной, стабильной и самое главное высокопроизводительной.

Что делать, если вы маленькая команда из 2-3 человек, которая делает интересное решение в корпоративном секторе, но у вас проблемы со сроками, качеством продукта, а на ручное тестирование совсем нет времени?

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

В статье я постарался проанализировать проблему, описать решение, которое они пробовали, и рассказать о решении, которое им помогло.

Для приготовления локализации страниц об ошибках нам понадобится сам nginx и его плагины error_page_inherit и include_server. Конечно, такую локализацию можно сделать и без этих плагинов, но у неё будет несколько недостатков. Во-первых, если в каком-то локейшене задаётся своя страница об ошибке, то все страницы об ошибках из предыдущих уровней не наследуются для этого уровня. Эту проблему решает первый плагин, позволяя наследовать страницы сообщений об ошибках. А, во-вторых, для каждого сервера придётся вручную включать локейшен обработки страницы об ошибке. И эту проблему как раз решает второй плагин, позволяя наследовать подключение файлов из главной конфигурации во все сервера.

У меня накопилось несколько пожеланий к сабж, которые я ленилась выкладывать по одному под статьями редакции Хабра (а где же ещё?), да и вообще, я не очень уверена, что пожелания общественно ценные. Мне бы хотелось сначала их обсудить. И если выяснится, что нас таких много, желающих в унисон, возможно, что-то из этих пунктов стоит внедрить в UI.

Я всей душой люблю малоизвестных производителей. Зачастую их продукты имеют фичи, недоступные у их более именитых конкурентов, по очень интересной цене (однажды меня очень выручило наличие встроенной в SoC полуамперной зарядки для аккумулятора и нескольких LDO, способных запитать всю периферию). Кроме того, сроки и условия поставки какого-нибудь Nanjing Qinheng Microelectronics могут приятно удивить разработчиков, привыкших за последние два ковидных года к конскому ценнику и 52+ неделям доставки на ST, TI, Nordic и прочие привычные вещи. Логистика становится особенно приятной, если массовое производство планируется в Китае и на площадке присутствует ваша китайская команда, способная разрулить возникающие проблемы. Да и доставка из Шеньчженя в Шеньчжень проще и предсказуемей, чем со склада глобального дистрибьютора и растаможка в России.

Вячеслав Ермолин, 18 февраля 2022 года.

Хочется знать сколько реально спутников Starlink сейчас на орбите, сколько находятся в работоспособном состоянии и сколько на целевых орбитах (штатных орбитах для предоставления услуг связи потребителям на земле, море, в небе и космосе).

Цикл заметок с полезными чек-листами для тех, кто управляет IT продуктами от автора telegram-канала для продактов Алексея Арефьева.

Про то, почему и как в разных компаниях приходят к продуктовым командам. Мыслями поделился автор telegram-канала для продактов alexcouncil Алексей Арефьев.

Недавно столкнулся с проблемой "спама" в MSSQL и чтобы не забыть как решать эту проблему, написал эту статью.

В данной статье будет рассмотрена и раскрыта тема облачных технологий (Cloud Computing). Данная тема очень популярна и актуальна в наше время, а также можно с уверенностью сказать, что она будет еще более популярной в ближайшей будущем. Поэтому каждому человеку, который собирается строить карьеру и развивать IT-инфраструктуру своего будущего предприятия необходимо знать и понимать, что такое облачные технологии. Также в данной статье будет рассмотрена Ваша идея на миллион долларов, и как эту идею поднять на традиционной инфраструктуре и как ее поднять на облачной инфраструктуре, будет проведен анализ разницы между двумя перечисленными мною технологиями, и сделан вывод. Далее в статье будет рассмотрен вопрос ёмкости серверов против используемости этих серверов, а также будет раскрыт вопрос в чем заключается отличие данных характеристик. Обязательно рассмотрим и выделим несколько бенефитов, то есть плюсов, облачной инфраструктуры и рассмотрим их. И наконец проведем анализ современного рынка облачных вычислений, узнаем насколько большой он сейчас, и кто главные участники данного рынка.

Обзорная статья, посвященная использованию инструментария Nx для разработки современных веб приложений с применением лучших практик. В статье приводится обзор возможностей Nx, а также приведены примеры создания различных библиотек и приложений для всевозможных нужд фронденд разработчика.