• Вот и приплыли: на любой Linux-системе можно получить права root после получения доступа под непривилегированным пользователем.

• Подборка вредных советов aka заблуждений о том как нужно осваивать TypeScript.

• Атрибуты качества ПО: можно ли убить всех зайцев?

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

• Если вы захотите разработать свой Instagram или Tinder, то заготовки уже есть: (1, 2).

• Подходы к проектированию мессенджера с функциональностью, подобной WhatsApp.

• Тайные знания и извлеченные уроки: не получилось подсказать “прошлому себе”, но выстраданный опыт пригодится начинающим разработчикам.

• 700 тыс строк кода, 20 лет и один разработчик: интервью с создателем Dwarf Fortress.

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

• Не каждый баг является багом, или работает – не трогай.

• Не смог дозвониться до 911? А нечего было устанавливать Microsoft Teams на Android и при этом не залогиниться в Teams.

 
Весна близко.

• Девять золотых правил написания комментариев к коду.

• А что если типы приложений представить как варианты жилья?

• Do not launch, but debug my code when it launches: что это означает?

• Платформа для продвижения рекламы в Twitter: подробности архитектуры.

• Уязвимость Log4j: стоит ли начать беспокоиться?

• Web3: детали архитектуры и скептический взгляд на будущее: (1, 2).

• Мухи отдельно, котлеты отдельно: не стоит отправлять e-mail с помощью встроенной функциональности SQL Server.

• Органический рост продукта: Proof of Concept, Minimal Valuable Product, Release, задавлен Legacy-кодом.

• Подходы к разработке стриминговой платформы: как создать свой Netflix?

• Эволюция размещения приложений: от серверов к виртуальным машинам, от виртуальных машин к контейнерам.

• Новый вид спорта (коллективный + личное участие): найти наибольшее количество багов за единицу времени.

• История про пустую переменную, из-за которой было удалено содержимое всего сайта.

• «Иногда проверял, работает ли код, а потом смотрел фильмы и спал»: разработчик автоматизировал процессы и пять лет ничего не делал.

• Сбербанк заявил о катастрофическом несоответствии «Эльбрусов» своим требованиям.

• Расходимся, товарищи: на смену Quality Assurance приходит Quality Assistance.

• Puppeteer, Playwright или Cypress: появляется единоличный лидер? (1, 2)

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

• Если не дадите спецификацию, мы пойдем своим Путем.

С Новым Годом! Да пребудет с вами Сила.

• Michael Bolton возвращается к теме совмещения исследовательского тестирования и автотестов: где находить время для первого без ущерба для второго?

• Обиженный Microsoft хакер опубликовал секрет превращения любого пользователя в админа. Работает во всех Windows.

• Немного о дизайне функций: как логика и возможности ЯП помогут избежать ошибок при вызове функции?

• .NET 6: годы разработки вылились в солидный список улучшений.

• ES6 – новый виток развития JavaScript с заявкой на возможность отказа от популярных фреймворков.

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

• Работа с XPath: несколько полезных советов.

• Сбой в работе Skyscanner: подробный разбор полетов.

• Работа с XPath: несколько полезных советов.

• SoftRAM 95: бесплатный сыр только в мышеловке.

• Тестирование ПО не предотвращает наличие багов и не улучшает качество продукта, но предоставляет информацию, на основании которой проблемы становятся видимыми и получают шанс на исправление.

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

• Пять полезных советов для уменьшения количества багов в программных продуктах.

• Вот это поворот: баг, способный проявиться во всех компиляторах.

• Simon Stewart освобождает место лидера проекта Selenium и усиливает команду WebDriver BiDi.

• Неожиданно: Simon Stewart покидает позицию лидера проекта Selenium.

 
Здравствуй, зимушка-зима! :)

• Почему хуки – это лучшее что произошло в развиии React?

• Качество кода как путь к благоденствию компании в целом.

• История о том как охотник, преследующий фазана, приостановил работу софтверного гиганта.

• Обзор архитектуры Twitter, позволяющей обрабатывать миллионы событий в секунду и петабайт данных в день.

• От джуна до сеньора: опыт – сын ошибок трудных.

• Если баг не удается воспроизвести, давайте вооружимся против него до зубов.

• Тайное становится явным: чем вызвано появление загадочных слов в интерфейсе Azure DevOps?

• Аутентификация и авторизация в REST: несколько полезных советов.

• Вредные советы: как проводить собеседование на позицию разработчика.

• Да, здесь есть поле для улучшения: ответ, помеченный как наиболее полезный в StackOverflow, может устареть.

• Хочешь как лучше, а получается как всегда.

• Кардинальный совет: если не хочешь исправлять баги, не создавай их.

• Шестичасовой сбой в работе Facebook, WhatsApp, Instagram: осознание хрупкости наших коммуникаций и скупое описание разбора полетов. Вот подробности. И еще немного лирики.

• Будет ли приложение работать иначе при полной луне?

 
У природы нет плохой погоды.

• Выборы в Государственную Думу: что не так с электронным голосованием, что и как следует изменить (1, 2, 3).

• Что есть наша жизнь? Реальное существование или симуляция для потехи высокоинтеллектуального разума?

• Data QA engineer: новое направление в широком спектре позиций, связанных с обеспечением качества.

• Двадцать паттернов разработки в JavaScript c примерами.

• Программирование в паре с искусственным интеллектом: не совершаешь свои ошибки, но получаешь ошибки своего “напарника“.

• Баги неизбежны, находи их быстро и вноси изменения оперативно.

• Команда Stack Overflow внимательно выслушала благодарных пользователей и больше не будет прикреплять принятый ответ вверху списка ответов. Сортировка ответов будет выполняться исключительно по количеству голосов за тот или иной ответ.

• Я эффективно двигаюсь вперед, а после меня хоть потоп.

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

• Использование API-схем для property-based тестирования.

• Raymond Chen раскрывает очередную загадку – на этот раз про пустой массив в C#/Win RT.

• Восемь полезных советов по программированию на Python.

 
Золотая осень…

• Agile 2: на первый вгляд выглядит разумным (1, 2).

• Automation Panda: от аллергии к аналогии с тестированием ПО.

• Что попросите разработчика, то он и сделает.

• Можно ли обеспечить отсутствие багов в коде функции? Если нельзя, но очень хочется, то можно.

• TDD: нашла коса на камень.

• С языка сняли: иллюстрация к недавнему массовому увольнению программистов в Xsolla.

• Подходы к разработке API в Slack: семь раз отмерь, один раз отрежь.

• Как навык четко излагать свои мысли в письменной форме может помочь разработчику?

• Капча еще никогда не была столь интересной: сыграй в “Минный тральщик” и получи доступ к сайту.

• Быстро, дешево или качественно: выберите любые два пункта. Или один.

• OS Windows в браузере? Почему бы и нет, если это Windows 96.

• 700 тысяч строк кода, 20 лет и один разработчик: история компьютерной игры Dwarf Fortress.

• Место архитектора в команде разработчиков: какие возможны варианты?

Лето внутри.

• Нужно ли нам автоматизировать проверку всех пользовательских сценариев, нужно ли думать о покрытии и когда можно остановиться?

• Искусственный интеллект может оказаться таким… искусственным.

• Стратегия тестирования REST: что именно нужно тестировать?

• Если не дадите спецификацию, пеняйте на себя.

• Python: где будет полезен, а где нет + подборка ресурсов по изучению языка.

• Бедному Дилберту предлагают сделать одному работу сотен программистов и купить расширенную поддержку на чужой продукт. Совпадение? (1, 2)

• В состоянии потока разработчик наиболее продуктивен. Как прийти к этому состоянию и оставаться в нем?

• Хорошие комментарии к коду: полезные рекомендации.

• Второй пилот для разработчика: что не так с сервисом Copilot от Github.

• Uncle Bob ратует за полный контроль над типизацией в разрабатываемых приложениях.

 
Лето – это маленькая жизнь…

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

• TDD и отказ от дизейбла падающих тестов – верный путь к надежному коду.

• Рефакторинг как средство избавиться от ночных кошмаров, а не то что вы думали.

• Яйца в чужой корзине: даже самый популярный фреймворк может завершить свой жизненный цикл.

• Повторный запуск зафэйлившихся автотестов: в каких случаях он может быть полезен?

• Martin Fowler возвращается к теме модульных и интеграционных тестов и призывает не путать их друг с другом.

• Хочешь изменить архитектуру продукта? Будь готов к изменениям в структуре команд, которые над ним работают.

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

• Восемь советов по организации системы автоматизированного тестирования.

• Как найти все битые ссылки на странице с помощью Selenium?

• Баг в Java достиг совершеннолетия и был обнаружен пытливым умом.

 
Тополиный пух, жара, июль… Работаем, товарищи.

• Девять смертных грехов Scrum-мастера.

• Зачатки (псевдо) ИИ: браузер Safari пытается заполнить username, если на странице присутствуют слова “welcome back“.

• 34 года в тестировании ПО – это вам не шухры-мухры.

• Три банальных совета, которые действительно полезны при создании автотестов.

• Сможет ли Cypress потеснить WebDriver при написании автотестов на графический интерфейс?

• Это было бы смешно, если бы не было так правдиво и грустно.

• Stack Overflow: подборка статей о разработке и тестировании ПО в космической индустрии.

• Еще одна попытка классифицировать тесты, применяемые при разработке ПО.

• Интересное кино: почему большинство модульных тестов могут оказаться пустой тратой времени?

• Взгляд в будущее: Healenium, опираясь на искусственный интеллект, исправит локаторы за вас.

• В разработке ПО нет решаемых задач, просто стоимость решения может оказаться высокой.

• Если распустить сотрудников по домам на удаленку, обратно их можно не собрать.

• Как создать и решить Судоку средствами CSS?

• Десять метрик для анализа эффективности автотестов.

• Информационная система на базе микросервисов: благими намерениями вымощена дорога к катастрофе (1,2).

 
Лето – это маленькая жизнь…

• Как тебе такое, Илон Маск? Меняем фон по хлопку руками.

• StackOverflow-driven development: высоко сижу, далеко гляжу.

• Баг в ПО регистрации пассажиров на авиарейс привел к перегрузке самолета, поскольку женщины были учтены как дети.

• Ну где же найти умильный баг, если не в Notepad?

• Баг в ПО почтовой системы безжалостно ломает человеческие судьбы.

• Azure SQL DB: ответы на наиболее популярные вопросы.

• Шпаргалка по работе с Appium на Kotlin.

• Бранчи в Git: краткое введение в тему.

• Давайте снизим бюджет проекта – наша бравая команда справится в новых условиях.

• Google Testing Blog: что такое мутационное тестирование, и как его можно организовать.

• Code review: и волки сыты, и овцы целы.

• В борьбе с багами день на день не приходится.

• Паттерны в разработке автотестов для графического интерфейса.

• Корректная постановка задачи спасет мир.

• Google Testing Blog продолжает серию статей о хрупких автотестах. Где собака зарыта?

• Переменчивая погода в марте способствовала формированию устойчивых к внешним воздействиям насекомых.

Если вы уверенно себя чувствуете в C# и питаете интерес к автоматизации тестирования, возможно, вам будет интересен путь автоматизатора в Veeam. Проекты интересные, люди душевные. Стек: C#, NUnit, REST, WebDriver, PowerShell, TeamCity. Опыт в ручном тестировании полезен, но необязателен. Хорошо вписываются разработчики с опытом программирования 1-3 года на C#. Подробности здесь. Пишите на ящик qa@veeam.com – внимательно прочитаем. Если укажете в теме письма [OpenQuality.ru] Позиция автоматизатора C#, будет плюс в карму.