Среди NoSQL-систем управления базами данных следует выделить колоночные. Практика показывает, что это неплохой вариант для обработки больших данных. Колоночные СУБД характеризуются высокой производительностью, прекрасной масштабируемостью и эффективным сжатием данных.

Одним из видов NoSQL-систем являются графовые базы данных. В чем их особенности?

В Kotest, широко применяемом для написания автоматизированных тестов на Kotlin, существует несколько типов генераторов данных. Давайте вкратце их рассмотрим.

Сегодня компаниям как никогда требуются IT-специалисты по информационной безопасности. Такие люди очень востребованы, ведь организациям нужна экспертная оценка защитных систем и элементов внутренней инфраструктуры, десктопных программ и web-приложений, других программных продуктов, без которых немыслим современный технологичный мир. Причем специалистов по ИБ сегодня не хватает особенно остро.

Zoom анонсирует новые возможности платформы, которые будут полезны преподавателям по всему миру.

Одна из новых функций - автоматический перевод речи спикера на другой язык. Планируется осуществлять перевод более чем на 30 языков. Субтитры появились на платформе еще в 2021 году, к концу 2022 года ожидается внедрение автоматического перевода.
Как говориться, поживем увидим.

О DevSecOps сказано уже немало. Однако важно понимать, что соответствующая трансформация DevOps в DevSecOps потребует знания как ряда современных технологий, так и некоторых методов обеспечения безопасности ПО. Давайте рассмотрим, какие конкретно технологии могут пригодиться.

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

Поздравляем с профессиональным праздником!

🤩Вам повезло вдвойне, ведь вы можете праздновать не только день тестировщика/разработчика/программиста и т.д. Но и день учителя!

Желаем вам двойного успеха, двойных бонусов и двойного удовольствия от вашей профессиональной деятельности.

Поздравления от команды

🤗Оксана Терегеренко Вы сильная команда, на которую можно положиться. Пусть студенты говорят добрые слова благодарности.

15 лет назад DevOps начинался в попытке “подружить” разработку и эксплутацию – через культуру, обмен знаниями и совместную работу. Затем быстро развернулся в сторону ускорения поставки изменений из разработки в продакшн (активность Lean Value Stream Mapping), продолжился в понимание того, что программисты создают не просто код в репозитории (и даже не протестированный код в репозитории), а работающее приложение в продакшне (практики Observability и SRE). И последние несколько лет DevOps перешел к рассмотрению взаимодействие команд на масштабе (фреймворк Team Topologies).

Большая ошибка многих рассуждающих в контексте DevOps о “снижении TTM” и необходимости “релизиться чаще” состоит в том, что они рассматривают частоту релизов и время “от коммита до продакшна” как технический показатель. В лучшем случае рассматривают с учетом простоев в цепочке поставке. Они считают, что если автоматизировать все, они смогут релизиться 100 раз в день и догонят и перегонят Google (конечно, для этого автоматизировать нужно “не просто так”, а “по-умному”).