Сейчас мало кого удивишь инструментами управления зависимостями проекта вроде npm, composer, bundler, pip, maven, cargo и других. Их общий недостаток — невозможность управлять непосредственно средой выполнения. Такая задача решается через nvm, php-build, rvm, virtualenv, sdkman, rustup и прочие глобальные "манагеры" версий runtime, обычно написанные под Bash/Zsh.

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

Далее разброд и шатание настегает Continuous Integration & Delivery, где ручные танцы с бубном установки инструментов и активирования конкретных версий совершенно не приветствуются, а в идеале требуется в принципе максимально абстрагироваться от используемых технологий и довести процесс до примитивных нейтральных команд: подготовить к релизу, затегить, скачать, подготовить, построить, упаковать, выложить, проверить, одобрить(подписать), выкатить.

Тут сам собой напрашивается инструмент, унифицировано работающий поверх уже существующих технологий,
который из себя и представляет FutoIn CID — FutoIn Continuous Integration & Delivery tool.

В конце марта вышел очередной мега-опрос разработчиков от StackOverflow, в котором приняли участие десятки тысяч человек. Ссылка на результаты опроса здесь. Отчет получился внушительным по размеру, поэтому давайте просто рассмотрим некоторые интересные моменты из него.

Кстати, на КДПВ — список "Most Loved" языков, это языки, на которых опрашиваемые пробовали писать, и им понравилось.

• backend перестаёт помещаться на одном сервере и требуется хранилище сессий, общее для всех backend-серверов
• по различным причинам перестаёт устраивать скорость работы встроенных файловых сессий

Добрый день, уважаемые коллеги, пользователи и критики! Сервис MyTaskHelper предоставляет своим клиентам возможности и функционал для реализации sms- и e-mail рассылок. В этой статье мы детально (с примерами и скриншотами) расскажем о вариантах организации только email-уведомлений и рассылок. Что же касается sms-рассылок и уведомлений, то они создаются аналогичным образом.

У клиентов MTH имеется 2 возможности:

1. Отправлять автоматизированные сообщения при тех или иных манипуляциях с веб-формой или базой данных;
2. Генерировать рассылки как по собранной посредством веб-форм, так и по импортированной базе контактов клиентов или партнеров.

Напомню, что во всех CMS в той или иной мере имеется возможность настроить e-mail-уведомления различных типов. А вот с функцией e-mail-рассылок туговато и для того, чтобы вести эффективные и массовые рассылки, придется заводить аккаунт на каком-либо специализированном сайте. Но в MTH реализованы обе опции и даже те, кто зарегистрировался в системе и укладывается в лимиты бесплатного аккаунта (см. страницу с ценами) смогут в полной мере оценить удобство интеграции обеих функций в одной системе.