Django и Flask у всех на слуху. Однако для веб-разработки на Python существует и масса других фреймворков. Сегодня поговорим про Python Sanic.

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

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

Очень часто при работе с React.js у нас на руках оказывается множество компонентов, которые надо оборачивать в div. Все дело в том, что render() позволяет нам вернуть лишь один компонент. А это значит, что мы добавляем в документ лишний элемент HTML. Что тут можно посоветовать?

В некоторых случаях ручного тестирования недостаточно для обеспечения качества сложных программных продуктов, таких как системы IoT (Internet of Things), Big Data-решения и пр. Также нередко приходится слышать мнение, что автоматизация увеличивает тестовое покрытие и позволяет выявлять больше дефектов, ускоряет разработку ПО в целом. В этой статье мы поговорим, почему же автоматизированное тестирование сегодня так востребовано.

Некоторые думают, что достаточно просто перенести приложение на Kubernetes (вручную или с помощью Helm), и будет счастье. Однако на деле не все так просто. Мы уже говорили про настройку запросов пода и лимитов, а также про тесты Liveness и Readiness. Пришло время рассказать о настройке дефолтных сетевых политик пода.

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

Автоматизированное тестирование потребует от специалиста более глубоких технических знаний, если сравнивать с Manual testing. Давайте посмотрим, каких именно.

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

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