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

Мы не нашли свежего исследования про QA и решили: нужно делать своё. Так появилось наше первое большое огромное исследование про QA в России.

 Что внутри?

— Как работают в QA: какие процессы, инструменты и подходы используют.

— Зачем тестировщики работают: мотивация, удовлетворённость сферой и зарплатой.

— Будущее QA: как инженеры видят развитие профессии и какую роль в этом сыграет AI.  

Приправили статистику комментариями ребят из сообщества. 

Под катом собрали несколько важных инсайтов. С полной версией исследования можно ознакомиться по ссылке: https://qa-survey-2025.2gis.ru

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

Моя собственная схема — домашний сервер за WireGuard-эндпоинтом — уже не раз демонстрировала странности: внезапные падения скорости, потеря UDP-пакетов (особенно в мобильных сетях). Всё вроде работает, но как-то не так: туннель подключается, но затем «виснет» или показывает подозрительно низкую пропускную способность. В таких случаях надёжным обходным путём становится туннелирование TCP-трафика через SOCKS5-прокси, например, поверх SSH.

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

Согласно своду по управлению знаниями PMBoK существует 4-е ключевые плана, характеризующие любой проект, в том числе внедрение ERP-систем: график проекта, ресурсный план, план затрат и закупок. В литературе обычно описывают только построение плана-графика проекта с использованием методов критического пути и цепи, однако взаимосвязь с ресурсным планом и прочими планами обычно опускают. В работе [1] сделана попытка одновременного построения первых трех планов в виду их корреляции, способ базируется на бенчмаркинге этапов проекта и оценщике разработок. Однако вопрос оптимизации построенного ресурсного плана обсуждается лишь вскользь.

В данной работе мы выполним анализ примеров построения ресурсного плана в проектах внедрения ERP-систем, что позволит планировать человеческие ресурсы более точно и обеспечит более эффективное и качественное имплементирование программной системы. Для начала более подробно разберемся, как взаимосвязаны между собой три плана: проекта, ресурсный и затрат. Обычно план проекта ведется в разрезе задач, далее на него налагается ресурсный план, показывающий, какое число человеческих ресурсов требуется для выполнения активностей. Зная число и квалификацию ресурсов, а также их ставки, возможно рассчитать план по затратам. Таким образом все три плана связаны между собой и изменение одного из них непременно приводит к обновлению других. Наконец, построив ресурсный план, мы фактически формируем планы проекта и затрат.

Создание проектного плана может вестись согласно двум классическим способам, описанным в своде знаний PMBoK [2]: критический путь и критическая цепь. Метод критического пути предполагает декомпозицию всех проектных задач, выстраивание их логической последовательности и взаимосвязей, выставление предполагаемых продолжительностей и расчет одноименного пути. Способ не оперирует человеческими ресурсами, поэтому не всегда понятно на основе каких правил рассчитываются продолжительности задач, ведь они зависят от числа ресурсов. Следующий способ, метод критического пути, расширяет предыдущий, вводя три вида «буферов» (ресурсные, поддерживающие и проектные), для сглаживания неопределенностей и возможных задержек. Здесь сроки задач и наличие буферов устанавливаются согласно доступности человеческих ресурсов, после чего строится все тот же критический путь. Применение обоих методов на практике видится крайне трудозатратным в особенности при часто изменяющихся вводных. Поэтому в качестве базиса построения ресурсного плана воспользуемся методом, основанном на бенчмаркинге фаз ERP-проекта [3].

Привет, Хабр! Меня зовут Дмитрий Канатьев, я руководитель группы поддержки подключений МТС Линк. Как показывает мой опыт, 90% ситуаций с неработающим звуком можно решить самостоятельно и с помощью простейших действий. Они общие для любых сервисов видеоконференций, не требуют специфических знаний и, как правило, решаются в пару кликов переключением опций, спрятанных где-то в недрах настроек.

Специально для пользователей без глубокого понимания операционной системы мы собрали обширную базу знаний и проработали порядок, в котором стоит действовать. Этот гайд поможет быстро понять причину и самостоятельно исправить неполадки со звуком на онлайн-мероприятиях. Все эти операции выполняются за 5–10 минут, но экономят сотрудникам поддержки и системным администраторам время, которое они смогут потратить на просмотр аниме решение сложных и заковыристых проблем.

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

Привет, Хабр! Природа остаётся величайшим источником инженерных решений, вдохновляя учёных и разработчиков на создание технологий, меняющих мир. От микроскопических слизевиков до крыльев бабочек — биомимикрия открывает новые горизонты, позволяя нам переосмысливать материалы, структуры и механизмы.

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

Часть 1.

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

На дворе лето, середина года уже позади. Самое время оглянуться назад и критически взглянуть на прогнозы, которые делались в декабре-январе. Итак, давайте посмотрим, что обещали нам по части BPM в 2025 году и что из этого сбылось, а что осталось лишь в фантазиях авторов этих прогнозов. В принципе все писали более-менее одно и то же, поэтому для разбора взял один рандомный прогноз «BPM Solution for 2025: Trends and Updates».

Некоторые интерфейсные решения не устарели — они просто не были пересмотрены. Они живут по инерции: из-за юридических формальностей, технических ограничений или просто потому, что «так уже есть». Часто — это не чья-то ошибка, а результат слишком длинной цепочки допущений.

Во второй части (первая тут) продолжу разбирать рудименты — те фрагменты UX, которые когда-то имели смысл, но больше не работают. Мы посмотрим на них не с точки зрения «плохо», а с точки зрения: почему так получилось, почему до сих пор так, и как это решают сейчас.

Фокус на российском рынке.

Fortran появился в далеком 1957 году, и с тех пор стал главным оружием учёных, инженеров и исследователей для тяжёлых вычислительных задач — от моделирования климата до аэродинамики. Он оптимизирован под численные вычисления, быстро работает и умеет эффективно использовать многопроцессорные системы.

Но в мире технологий многое меняется быстро, и Fortran пришлось не просто догонять время, а переосмысливать себя. В 2025-м он получил новый импульс к развитию благодаря обновлённым стандартам и современным инструментам.

Capgemini провели глобальный опрос 1500 руководителей организаций в 14 странах, годовая выручка каждой из которых превышает 1 миллиард долларов.

В статье ключевые инсайты отчета.

Привет, с вами Вячеслав Егоров, основатель и CEO MediaTen. Сотрудничая с крупными клиентами, я понял, что у них есть запросы на полный комплекс услуг от одного подрядчика. И помимо разработки, в него входят аудиты и написание подробной технической информации, в том числе техзаданий.

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

Привет, Хабр. Это снова Алексей Деев, backend программист в компании Avanpost. Сейчас я хочу предложить вам отойти немного от написания кода и погрузиться в теорию: рассмотрим архитектуру Akka.net и проблемы, которые акторы помогут нам решить. Перед прочтением советую хотя бы бегло прочитать статью Введение в Akka.NET], чтобы иметь базовое представление о модели акторов в целом. Эту статью я не позиционирую как часть цикла, скорее, это небольшой спин-офф к основному сюжету.

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

Для начала представлюсь — меня зовут Роман, я аналитик и проджект разработки информационных систем, в основном с веб‑интерфейсом. Занимаюсь этим делом давно, и понятно что сдавать проекты различной крупности приходилось неоднократно. Но рассказать хочется об одной недавней разработке, когда на этапе сдачи выплыло особенно много незапланированных изначально вещей, что сделало ее (сдачу) особенно длинной и болезненной. Надеюсь, что пытливый читатель возьмет этот опыт на вооружение и хотя бы продумает пути завершения проекта заранее.

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

Добавляем щепотку векторного программирования в задачки проекта Эйлер. Заодно разбираемся, как эффективно реализовать деление на константу.

Прежде чем описать саму технологию делегирования, необходимо определить, что делегирование бывает двух видов: делегирование Исполнения и делегирование Управления. Кстати, именно неверное использование этих разных видов делегирования и есть одна из самых распространённых ошибок руководителей. Поэтому давайте разберемся в чем суть и отличие этих двух видов делегирования.

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

Давайте рассмотрим примерный алгоритм делегирования Исполнения, я распишу обязательные пункты и их цели, но можно при кастомизации под определенную деятельность компании или сотрудника добавить дополнительные пункты:

1. Выбор сотрудника и объяснение ему цели задания. Сотрудник должен быть новичком в компании или этот процесс новый для сотрудника. Он должен понимать смысл задания, мы же помним, что труд рабов неэффективен, а значит нам необходимо вовлечь сотрудника в процесс, объяснив ему смысл задания.

2. Подробная инструкция задания и сроки, а также объяснение какие инструменты для этого необходимо использовать. В этом пункте есть различия для нового сотрудника и опытного сотрудника в новом задании. Для нового сотрудника мы четко проговариваем все, получая подтверждение его понимания, но не спрашиваем его мнение по выполнению, он должен научиться выполнять задание в тех стандартах, что приняты в данной компании, иначе есть опасность, что новый сотрудник перенесет стандарты корпоративной культуры своей прежней компании в вашу, а это может быть противоположные для вашей компании ценности. Для опытного сотрудника мы четко проговариваем все, но при этом спрашиваем его мнения, может он готов предложить свое видение выполнение этого задания. Таким образом, мы не унижаем его самоуважение (у опытных сотрудников оно очень чувствительно) и вовлекаем в процесс.

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

Идея была простая: что если можно будет просто отправить ссылку в Telegram и получить готовый к просмотру фильм?

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

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

Идея «сжигать жир в проблемной зоне» крайне востребована в мире потребления. И тайваньская компания Caliway Pharmaceuticals предлагает готовое решение. Это первая в мире инъекция, запускающая запрограммированную гибель жировых клеток в месте укола. Живот, бока, бёдра – разницы никакой. Вводи препарат и худей, создавая идеальный образ. Осталось только получить одобрение FDA.