�� Как молодые проекты выигрывают от Rust

Стартапы традиционно ассоциируются с быстрым ростом и рисками. В 2025 году многие из них выбирают Rust, чтобы минимизировать часть этих рисков. Ведь если продукт «выстреливает», нагрузка растёт стремительно, и любая слабость кода обернётся дорогостоящими сбоями.

Rust позволяет избежать таких ситуаций. Он обеспечивает надёжную основу, даже если команда невелика. Разработчики получают уверенность, что их код не подведёт на критическом этапе. ⚡

Кроме того, язык экономит время на исправлении багов. А значит, ресурсы можно направить на эксперименты и развитие продукта, а не на бесконечное «латание дыр».

Интересно, что в Evrone отмечают: стартапы, с которыми они работали, при выборе Rust быстрее привлекают инвесторов — доверие к технологии стало важным фактором на рынке.

Представьте реку, которая легко разливается на десятки ручейков, не теряя силы — так горутины Go превращают сложный параллелизм в гармоничный поток вычислений. ��

В Ruby работа с многопоточностью и асинхронностью часто требует библиотек и хитрых паттернов. Go решил сделать иначе — встроить конкурентность в саму ДНК языка. Горутины создаются за миллисекунды, потребляют минимум памяти и легко масштабируются. Ты можешь запустить тысячи горутин на одном сервере, и всё это будет работать плавно.

Каналы в Go позволяют передавать данные безопасно, избегая сложных блокировок и мьютексов. Это делает код не только быстрым, но и читаемым. Для микросервисов и распределённых систем — это настоящая находка.

Ruby всё ещё хорош в написании бизнес-логики, но если твой проект упирается в производительность параллельных процессов, Go станет открытием. А если переписать только “узкие места” на Go, можно заметно снизить нагрузку и ускорить отклик.

Так же поступила одна команда, с которой работала Evrone: их Ruby-сервис обработки очередей превратился в компактный Go-модуль, и время обработки задач упало в 8 раз.

Многопоточность без боли: Go показывает путь.

�� Echo как голос вашего API

1. Echo — это когда API отвечает так быстро, что эхо не успевает догнать ��


2. Echo — это фреймворк, который известен своей простотой интеграции и высокой производительностью. Он поддерживает удобный роутинг, middleware и автоматическую генерацию OpenAPI-спецификаций.


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

�� В Evrone Echo использовали для API музыкального сервиса, где было критично обеспечить высокую скорость и стабильность при большом числе одновременных подключений.

��️ Go и фреймворки: стоит ли использовать и в чем их реальная сила? ��

Go и фреймворки

Гоночная трасса с Python и Go.

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

1. Python, даже с оптимизацией, упирается в ограничения GIL и начинает «захлёбываться» при высоком параллелизме.


2. Go же компилируется в машинный код, использует эффективную модель многопоточности и справляется с нагрузкой почти без потери скорости ��.

Для сервисов, работающих с биржевыми данными, IoT или real-time мониторингом, это становится решающим преимуществом.

Команда Evrone переводила API реального времени с Python на Go, и скорость обработки выросла почти в три раза, а затраты на серверы снизились.

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

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

Это меняет архитектурное мышление: вместо “сделать класс наследником” — “составлю нужные части и подключу нужное поведение”. Такой подход помог одному из проектов Evrone: модульная система на Go выросла в гибкую платформу, в которой легче добавлять функции при сохранении чистоты архитектуры.

Постепенная миграция с Java на Go минимизирует риски для бизнеса.

�� Выбросил старый .NET и строю Go‑мир!

Облачные технологии требуют лёгкости. В условиях Kubernetes и масштабируемых решений каждая миллисекунда и мегабайт на счету ☁️. И тут Go раскрывает свою силу в полную мощь.

Go-проекты легко пакуются в контейнеры, имеют минимальные зависимости и прекрасно чувствуют себя в кластере. Вам не нужны runtime-окружения, тонны DLL и сложные конфигурации — просто один бинарник, и он уже готов к бою ��.

Поэтому неудивительно, что Kubernetes, Prometheus и другие инструменты — именно на Go. Язык буквально заточен под DevOps и облачные сервисы. Если ваша команда строит платформу, которая должна масштабироваться «на лету», без падений и тормозов — Go становится естественным выбором.

☁️ У Evrone был кейс, когда клиент переехал с Azure Functions на Go-сервисы в Kubernetes и сократил затраты на 40%. И всё это — без потери стабильности.

Разработка с горизонтом: думать наперёд

В мире Ruby всё построено на доверии. Ты пишешь так, как удобно, язык почти не ограничивает тебя. Это даёт чувство силы, свободы, но со временем оно начинает обманчиво мешать. Когда проект разрастается, гибкость превращается в хрупкость. Ты чувствуешь, что не контролируешь происходящее. Всё держится на опыте, интуиции и устных договорённостях. Любая смена в команде — и система начинает давать трещины.

Java предлагает другой путь. Он требует контроля на всех уровнях. Он не верит тебе на слово. Он просит доказательств — типами, абстракциями, контрактами. И пусть это медленнее, пусть код объёмнее — но он устойчив. Он понятен. Он проверяем. В этом и заключается философия: баланс не в отказе от гибкости, а в осознанности её применения. Java не запрещает свободу — она просто спрашивает: ты уверен?

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

Когда в Evrone начали переписывать сервисы на Java, старые подходы пришлось оставить за бортом.   

Многие разработчики приходят в Ruby, чтобы снова почувствовать вкус к программированию. После лет работы с громоздкими экосистемами и сложными архитектурами, Ruby возвращает к простоте: здесь важно, чтобы код был понятен и приятен ✨.

Создатель языка, Юкихиро Мацумото, задумывал Ruby как язык, приносящий удовольствие. И это ощущается в каждой строчке ��. Вместо шаблонов — ясные выражения. Вместо абстракций — работающие решения. Ruby не заставляет подстраиваться — он помогает выразить мысль так, как вы её задумали ��➡️��.

Это возвращает чувство контроля, автономии и творческого вдохновения ��. Вы снова чувствуете себя мастером, а не оператором огромной системы. Для многих Ruby — это не просто язык, а способ вспомнить, почему они выбрали профессию разработчика ��.

• В Эвроне Ruby активно используют для создания чистого, поддерживаемого кода.


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


• Ruby помогает сохранять фокус на человекоориентированной разработке — то, что близко культуре Эврона ��.

Миграция с Java к Ruby.

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

Фреймворк Rails идёт с набором инструментов для тестирования, включая RSpec — один из самых популярных и удобных фреймворков. Он позволяет писать читаемые, выразительные тесты, которые описывают поведение приложения на понятном языке.

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

Кроме того, в Ruby принято писать тесты ещё на этапе разработки, что повышает качество продукта и облегчает рефакторинг. Автоматизация тестов и удобные инструменты интеграции делают процесс стабильным и прозрачным.

Таким образом, Ruby помогает не только писать красивый код, но и гарантирует его качество с минимальными усилиями.

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

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

Далее следует обучение команды и подготовка инфраструктуры. Как правило, здесь задействуют обучение Java, настройку новых CI/CD процессов, подготовку серверов и баз данных.

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

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

Финальный этап — полное переключение и оптимизация. Здесь важно обеспечить поддержку пользователей, стабилизировать систему и настроить мониторинг.

Соблюдение этих этапов гарантирует, что переход будет контролируемым и не приведёт к простоям или потерям.

На CTO Conf 2025 коммуникация заняла важное место в повестке. CTO открыто делились, как добиваются согласованности между разработчиками, менеджерами и бизнесом. Один из трендов — документирование решений в процессе обсуждения, а не постфактум.

Особое внимание уделялось культуре открытых вопросов: как сделать так, чтобы младшие разработчики не боялись просить помощи, а старшие — не замыкались в себе. CTO делились опытом внедрения систем async-first — коммуникаций, где главное не скорость ответа, а качество мысли. Это помогает снизить «шум» в рабочих чатах и повысить продуктивность.

Ещё одна находка — использование визуальных инструментов: карты решений, архитектурные диаграммы, концептуальные схемы, которые упрощают обсуждение даже сложных задач. CTO Conf 2025 напомнила: сильная команда начинается с умения говорить на одном языке.

Одной из главных тем TeamLeadConf 2025 стала мотивация сотрудников в условиях постоянных изменений и растущих требований к скорости работы. Спикеры обсуждали, как лидер может поддерживать драйв и вовлечённость команды даже в сложных ситуациях.

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

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

TeamLeadConf 2025 показал, что мотивация — это не только бонусы и премии, а в первую очередь уважение, понимание и возможность реализовать себя в команде. Эти принципы помогают строить крепкие и успешные коллективы.

Фронтенд — это лицо любого онлайн-сервиса. В RealtyCalendar обновление пользовательского интерфейса стало важным этапом, направленным не только на улучшение внешнего вида, но и на повышение производительности, интуитивности и стабильности. Команда Evrone сыграла ключевую роль в редизайне и оптимизации интерфейсных компонентов.

Старый интерфейс, хотя и функциональный, постепенно терял актуальность из-за роста объема данных, появлений новых устройств и ожиданий пользователей. В процессе редизайна были поставлены основные цели: упростить поиск апартаментов, ускорить загрузку страниц, внедрить адаптивность и снизить нагрузку на API.

Начали с блока бронирования. Здесь внедрили новую систему фильтров, которая позволяет быстро находить апартаменты по дате, числу гостей, цене и особенностям. Улучшения коснулись визуального рендеринга цен — теперь они рассчитываются динамически, отображаются с учетом условий и сезонности. Пользователь сразу видит, сколько стоит аренда в конкретный период, без лишних переходов.

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

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

Скорость фронтенда улучшилась благодаря оптимизации работы с API. Ранее в некоторых случаях происходили лишние запросы при каждом изменении фильтра. Теперь внедрено кеширование запросов, дебаунсинг ввода и предварительная загрузка данных. Это позволило ускорить отклик в среднем на 30%.

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

Обновление фронтенда — это не просто косметические изменения. Это вклад в удобство и конверсию: пользователи дольше остаются на платформе, быстрее находят нужное жилье, а владельцы — быстрее заполняют объекты.

Python идеально подходит для создания MVP (минимально жизнеспособного продукта) и стартапов, где время выхода на рынок критично. Его простота и богатство библиотек позволяют быстро реализовывать идеи и проверять гипотезы.

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

В сравнении с .NET, где настройка окружения и шаблоны могут занимать много времени, Python предлагает более лёгкий и интуитивный путь. Это объясняет, почему многие стартапы выбирают именно его для первых версий своих продуктов.

Если ваш проект только начинает расти и нужно быстро тестировать идеи — Python станет надёжным и удобным союзником.

Если в бэкенд-разработке Java и Python соревнуются, то в области анализа данных и искусственного интеллекта Python давно победил. Почему?

1. Огромная библиотека инструментов. Python предлагает всё, что нужно: от numpy, scikit-learn, pandas, matplotlib до TensorFlow, PyTorch, XGBoost. Для Java тоже есть аналоги, но их экосистема куда менее развита.

2. Простота синтаксиса. Data scientists — это не обязательно программисты. Им нужен язык, который позволяет сконцентрироваться на логике, а не на структуре. Python — идеально подходит для таких задач.

3. Интеграция с Jupyter. Python-проекты можно запускать в Jupyter Notebook, что делает экспериментирование, визуализацию и презентацию моделей удобными и интерактивными.

4. Поддержка сообщества. Всё, что происходит в AI/ML, публикуется в первую очередь для Python. Все новые модели, примеры и туториалы — именно на этом языке.

5. Универсальность. Python можно использовать для сбора данных, их анализа, построения моделей, развертывания и мониторинга. Всё — в одном языке.

Вывод: Если вы работаете с данными, Python — не просто удобный, а фактически единственный разумный выбор. Java тут может использоваться только как вспомогательная технология — например, для backend'а модели.

Ruby ценится за простоту, но со временем начал сталкиваться с ограничениями в производительности и зрелости экосистемы. Чтобы программное обеспечение оставалось актуальным, важно выбирать технологии, которые развиваются, поддерживаются и готовы к интеграции с новыми трендами.

Платформа .NET, поддерживаемая Microsoft и активным open-source-сообществом, предлагает регулярные обновления, кроссплатформенность и сильную обратную совместимость. Это позволяет продукту эволюционировать вместе с требованиями индустрии, внедрять облачные технологии и оставаться удобным в сопровождении на долгие годы.

Переход на .NET стал для нас инвестицией в долгосрочную устойчивость и стабильность приложения.

Ruby on Rails отлично подходит для создания монолитных приложений. Микросервисы на Ruby возможны, но мы постоянно сталкивались с сопротивлением экосистемы. С переходом на Python всё изменилось.

Благодаря модульности Python, лёгким фреймворкам вроде FastAPI и Flask, а также поддержке строгой типизации, нам стало проще определять границы между сервисами. Мы начали декомпозицию монолита по бизнес-доменам — аутентификация, платежи, уведомления — каждый превращался в отдельный сервис на Python.

Взаимодействие между сервисами мы реализовали через HTTP и брокеры сообщений, такие как RabbitMQ. Это дало нам возможность независимо деплоить, масштабировать и сопровождать каждый компонент — то, чего нам не хватало в монолитном приложении на Rails.

Экосистема Python также упростила мониторинг микросервисов. Мы внедрили Prometheus и Grafana для сбора метрик, использовали Loguru для структурированных логов и с самого начала настроили распределённый трейсинг.

Переход к микросервисам с Python стал не просто техническим шагом — он дал всей нашей разработке новую гибкость и скорость.

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

Полную версию статьи можно посмотреть здесь.

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

Важно исключать любые прямые вставки HTML, использовать проверенные библиотеки фильтрации (DOMPurify), и проводить аудит компонентов, особенно визуальных редакторов. Надёжность в интерфейсе — это уверенность в компании.

Когда стоит перейти с jQuery на React.

Миграция с jQuery на React — не просто модный шаг, а стратегическое решение, которое должно учитывать масштаб, цели и перспективы проекта.

jQuery остаётся удобным инструментом для небольших и стабильных решений. Он хорош там, где интерфейс прост, а логика ограничена. Но если проект стремительно развивается, растёт нагрузка и планируется мобильная версия — стоит подумать о React.

React предлагает компонентный подход: интерфейс собирается как конструктор из повторно используемых элементов. Это упрощает поддержку и ускоряет разработку. Виртуальный DOM делает интерфейс отзывчивее, а JSX и поддержка TypeScript упрощают написание читаемого и надёжного кода. Плюс — готовая база решений от сообщества и совместимость с современными стандартами JavaScript.

Но у перехода есть цена. Придётся переписать значительную часть кода, обучить команду, внедрить новые инструменты (Webpack, Babel) и настроить сборку. Для простых проектов — это может быть избыточно.

Идеальным решением будет гибкий подход: постепенное внедрение React на отдельных модулях или обновление jQuery с применением ES6+. Главное — соотнести амбиции проекта с реальными возможностями команды и бюджета.

Полную версию статьи можно посмотреть здесь.

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

Один из ключевых трендов — GitOps. Это управление инфраструктурой через Git как единый источник правды. Он обеспечивает прозрачность, контроль версий и автоматизацию изменений. Компании, перешедшие на GitOps, фиксируют рост стабильности и снижение инцидентов.

DevSecOps — ещё один обязательный шаг. Безопасность теперь начинается с первого коммита. Современные инструменты вроде Semgrep, Checkov и HashiCorp Vault позволяют находить уязвимости в CI/CD до выхода в продакшн.

Platform Engineering предлагает новый подход: создание внутренних платформ, где разработчики сами могут управлять окружением и пайплайнами без участия DevOps-команды.

Интеграция AI/ML в CI/CD позволяет предсказывать инциденты и устранять их до возникновения. А зрелые решения для Observability 2.0 дают понимание, а не просто графики.

DevOps сегодня — это не просто инженерный подход. Это конкурентное преимущество. Те, кто внедряют тренды — масштабируются быстрее и теряют меньше.

Полную версию статьи можно посмотреть здесь.

React вместо Angular: стоит ли менять стек?

Многие команды задумываются: не пора ли перейти с Angular на React? React стал стандартом де-факто в коммерческой разработке благодаря гибкости, производительности и большому сообществу. Но стоит ли менять рабочую технологию только из-за популярности?

React — это библиотека, которая позволяет разработчику выбирать инструменты и архитектуру. Она проста в освоении, хорошо масштабируется и идеально подходит для небольших и средних проектов. Компонентный подход, JSX и виртуальный DOM ускоряют разработку и повышают отзывчивость интерфейса.

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

Так стоит ли переходить? Если проект небольшой, нужен гибкий подход или планируется мобильная версия на React Native — да. Но если у вас уже есть стабильное Angular-приложение, лучше вложиться в оптимизацию текущего стека.

Технологии — инструмент, а не цель. Главное — чтобы они работали на ваш проект, а не наоборот.

Полную версию статьи можно посмотреть здесь.

Когда переход с Vue на React действительно оправдан.

Выбор между Vue.js и React — не вопрос моды, а прагматичный расчет. React предлагает гибкость, богатую экосистему и отличную поддержку TypeScript. Он особенно хорош для масштабируемых проектов с нестандартной логикой и высокими требованиями к производительности. Если вам нужен Next.js или планируется мобильная разработка через React Native — это веский аргумент в пользу переезда.

Но у медали есть и обратная сторона. Переход потребует переобучения команды, полного рефакторинга и перестройки архитектуры. Во Vue все проще и «из коробки»: маршрутизация, управление состоянием, реактивность. Это идеальный вариант для небольших, быстро запускаемых проектов.

Не устраивает Vue, но миграция — дорого? Обратите внимание на Vue 3 с Composition API: это шаг к гибкости React без полного переезда.

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

Полную версию статьи можно посмотреть здесь.

Стоит ли менять Ember на React? Разбираем нюансы.

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

Почему может возникнуть желание перейти на React? Во-первых, гибкость. Вы сами выбираете роутер, стейт-менеджер, структуру проекта. Во-вторых, экосистема — огромное количество готовых решений и активное сообщество. Ну и, конечно, новые фичи: хуки, серверные компоненты, SSR — React внедряет их быстрее.

Но у миграции есть и оборотная сторона. Ember предоставляет «всё из коробки» — CLI, роутинг, шаблоны, тесты. В React всё это нужно собирать вручную. Это требует времени и опыта. Архитектура может расползаться, если не будет чёткого техлида.

Когда стоит переходить? Если вы уперлись в ограничения Ember, нужна SSR или анимация, либо команда хочет больше контроля. Когда не стоит? Если проект стабилен, команда не готова переучиваться, или вы используете Ember-специфичные фичи.

Альтернатива — постепенный переход или обновление текущего Ember-проекта. Главное — не менять стек просто потому, что "все так делают", а исходить из нужд команды и проекта.

Полную версию статьи можно посмотреть здесь.

Зачем бизнесу система управления инцидентами?

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

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

Хорошая IMS автоматизирует ключевые процессы: фиксирует сбои из мониторинговых систем, уведомляет ответственных, помогает классифицировать проблему и отслеживать её решение. Она также позволяет вести аналитику: какие инциденты повторяются, сколько времени уходит на их устранение, что можно улучшить.

Рынок предлагает как универсальные решения (ServiceNow, Naumen), так и возможность создать кастомную систему под конкретные задачи. Последний вариант особенно актуален для компаний с высокой нагрузкой, нестандартными процессами или повышенными требованиями к безопасности.

Инциденты — это не только риск, но и источник роста. При правильной системе каждый сбой превращается в опыт, который делает бизнес сильнее.

Полную версию статьи можно посмотреть здесь.

Go-разработчики часто пишут свои собственные переменные или константы, а затем используют их в коде, который обращается к стандартной библиотеке.

Поэтому наш Go-разработчик Саша Мелентьев создал линтер usestdlibvars, который определяет, можно ли повторно использовать переменные или константы из стандартной библиотеки, вместо того чтобы создавать собственные.

Например, вы создаете запрос. Он должен использовать какой-то метод, например, getpost, в этом случае многие разработчики так и пишут — get. Но вместо этого вы можете использовать константу из стандартной библиотеки. Вам не придётся писать лишний код, линтер сэкономит ваше время.

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

Название линтера, UseStdLibVars, по сути, является призывом к действию «Используйте переменные стандартных библиотек». Линтер уже включен в golangci-lint. Подробную спецификацию и примеры использования можно найти по ссылке.

Конференция — это прежде всего место, где полторы тысячи рубистов могут собраться и поговорить о своей работе. Но как создать живое общение в онлайне?

В конце сентября состоится 14-я ежегодная конференция RubyRussia. Коронавирус не дремлет, поэтому уже третий год мы делаем её онлайн. С надеждой вернуться в оффлайн, конечно же. Сделать хорошую онлайн конференцию сложно: приходится конкурировать за внимание с Netflix, Genshin, YouTube и TikTok. Мы считаем, что конференция — это не школа с обучением и не пересказ changelogs.

Последние несколько лет на каждой конференции мы пробуем что-то новое. В прошлом году Матц, автор Ruby, выступал по-русски. А в этом году мы снова выбрали самые интересные для обсуждения темы и наш программный комитет с нуля подготовил 12 докладчиков! Как такое возможно и, главное, зачем так делать? Рассказываем.

Начинаем искать темы за год до конференции

Сразу после окончания RubyRussia’21 мы открыли свой список российских компаний с Ruby-разработкой и начали созваниваться с деврелами, тимлидами, техдирами и рубистами (если мы к вам не приходили, значит мы о вас не знаем. Напишите нам или сразу Григорию Петрову по хэндлу @grigoryvp в любой соцсети). На этих созвонах мы рассказывали о конференции, а затем расспрашивали компании, чем они занимаются. Нашей задачей было найти темы, интересные для обсуждения другим разработчикам: актуальные, обсуждаемые, «подгорающие». Темы, по которым у двух разработчиков обычно три мнения.

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

Предложение, от которого трудно отказаться

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

Так мы собрали в программу 12 докладов, параллельно открыв call for papers — возможность любому желающему предложить на конференцию свой доклад. Конференция делается в первую очередь для сообщества, и нам крайне важно, чтобы каждый год в программе были темы, которые нас действительно интересуют.

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

Как готовится доклад?

Удаленно по зуму, восемь недель по два получасовых созвона в неделю. Плюс ещё месяц на самостоятельную тренировку. За сотни подготовленных себе и другим спикерам докладов и десятки организованных конференций наш DevRel, Григорий, разработал что-то вроде авторской методики обучения спикеров. Первые несколько созвонов собирается фактура: всё то интересное, что будущему спикеру есть рассказать о теме. Здесь Григорий выступает в роли журналиста: задает вопросы, конспектирует ответы и помогает спикеру собрать в одну кучу всё, что делает тему важной.

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

Кстати, почему 20 минут, а не традиционные для конференций 30-40? Потому что онлайн, где мы конкурируем за внимание с Netflix, VK и очередным обновлением Genshin. Посмотрев на весь накопленный за годы короны опыт онлайна мы выбрали минимально возможный слот: 20 минут доклад и 10 минут вопросы, 6-8 докладов в день.

После того, как план готов, из него делаются специальные двусторонние слайды: на лицевой стороне слайда то, что видят слушатели конференции. А вот на обратной крупным шрифтом 3-5 слов подсказки, о чём говорить дальше. Когда спикер записывает доклад в студии или выступает оффлайн, он или она видят только подсказки и, не отвлекаясь на слайды, рассказывают историю благодарным слушателям. Ну или режиссеру, сидящему рядом с камерой.

Чтобы рассказать 20-минутный доклад будущий спикер месяц тренируется по 10-15 минут в день: несколько раз подряд записывает, смотрит и снова записывает минутные фрагменты своего рассказа, чтобы научиться управлять тем, как он или она выглядят со стороны.

Какие темы мы обсудим на Ruby Russia?

Красивые описания докладов и программа доступны на сайте. А в этом тексте мы поделимся лишь самыми значимыми хайлайтами.

По-первых, на конференции мы поговорим про Hotwire и Fiber scheduler. Уже есть компании, попробовавшие в проде технологии из Rails 7.0 и Ruby 3.0. Они поделятся своим мнением, ну а вы сможете расспросить подробности, и составить свое представление — взлетит или нет?

Во-вторых, мы обсудим API. Микросервисы задают тренд, а где микросервисы, там множество способов организовать коммуникации между ними, фронтедом и другими участниками архитектуры. Обсудим GraphQL, JSON API, JSON:API, gRPC, способы API генерировать, использовать и тестировать.

В-третьих, мы обсудим всё остальное: базы данных, пуш-нотификации, dry-rb, функциональное программирование, тестирование, другие языки — то, что попадает в область интересов рубистов. Мы любопытные.

Кстати делать Ruby Russia Evrone помогают крупнейшие компании: Samokat.tech и Домклик в статусе золотых партнёров, а также серебряные партнёры СберМаркет и Учи.Ру. Это значит, что на конференции помимо докладов вас ждут интересные активности с призами и подарками. До встречи на Ruby Russia’22!

Как прошел второй Evrone Fest. Для нас корпоратив не просто неформальное общение. Evrone — удалённая команда, которая собирается вместе всего раз в год. И для многих это единственный шанс увидеть реального человека, который прячется за буквами в мессенджере.

В 2022 году мы второй раз провели корпоратив в формате Evrone Fest. Это значит, что вместо обычной вечеринки мы сделали полноформатное событие с множеством разных активностей. В этот раз мы забрались на самую высокую площадку Москвы — 90-й этаж башни «Федерация».

Мы знакомились, общались, играли в покер и блек-джек, делали ставки в винном казино и разыгрывали в лотерею призы, главным из которых стал Apple iPhone 13 Pro Max 256 Гб. А ещё мы ели, пили, курили кальяны и смотрели салют.

Полностью наши похождения описаны здесь. А пока лишь несколько цифр:

• 150 сотрудников посетили второй Evrone Fest;


• 150 комплектов мерча мы раздали. Никто не ушел без одежды!


• 20 человек помогали нам в организации мероприятия;


• 270 кг различной еды мы съели;


• 40 кг весил праздничный торт, от которого не осталось ни крошки;


• 200 литров напитков мы выпили;


• 850 коктейлей приготовили бармены за вечер;


• 365 метров — на такой высоте проходила вечеринка.

Кстати, мы готовим и видео о фесте! А как прошёл первый фестиваль имени Evrone, можно не только почитать, но и посмотреть здесь.

Мы поговорили с соавтором JavaScript и создателем JSON Дугласом Крокфордом.

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

О JavaScript

Лучшее, что мы можем сделать сегодня для JavaScript, — это отправить его на пенсию. Двадцать лет назад я был в числе немногочисленных защитников JavaScript. Сочетание вложенных функций и динамических объектов в нём было гениальным. Десять лет я пытался исправить его недостатки и добился некоторого успеха с ES5. Но с тех пор появилась тенденция ко всё большему раздуванию языка вместо его улучшения.

О качестве кода

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

О программном обеспечении

Нам нужны более совершенные языки. Большинство языков программирования были разработаны для парадигмы «вся программа выполняется как единый процесс на одной машине». Для нынешней ситуации это не годится.

Об альтернативе JavaScript

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

О продуктивности

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

Полный текст интервью доступен здесь.

Модель пользователя в Django по умолчанию включает в себя электронную почту, имя пользователя и пароль. Но нередко бывают ситуации, когда эту модель необходимо расширить или заменить.

Например, вам не нужно имя пользователя, а нужен только адрес электронной почты, или вместо адреса электронной почты нужно указать номер телефона. В таких ситуациях модель по умолчанию требуется заменить на кастомную, которая включает нужные вам поля. Именно для такой замены и предназначен проект django-swap-user.

Зачем мы написали для этого целую библиотеку? Раньше мы копировали модули из одного проекта в другой, но потом пришли к выводу, что рациональнее использовать библиотеку. Готовой современной поддерживаемой библиотеки мы не нашли, поэтому наш Python-лид Артём Иннокентьев сам написал и выложил на GitHub эту оболочку.

Этот пакет избавит вас от постоянного копирования кастомной модели пользователя из проекта в проект. А подробнее об архитектуре и интеграции можно почитать здесь.

В этом году PyConDE и PyData Berlin объединили усилия, чтобы провести самую крутую конференцию для разработчиков Python.

PyConDE, немецкая конференция по языку Python, проводится с 2011 года. PyData Berlin — это одно из крупнейших отделений некоммерческой организации PyData, основанное в 2014 году. PyData Berlin организует ежемесячные встречи, а также ежегодные конференции по Python, данным и всему, что имеет к ним отношение.

Наш DevRel Григорий Петров подготовил доклад под названием «Простой Python: ложь, наглая ложь и метаклассы» о языке Python, его развитии и использовании. Сообщество проявило большой интерес к этому докладу, поэтому Григорий заявил его на PyconDE и попал с ним в программу конференции.

Но из-за отмены авиарейсов Григорий никак не успевал попасть в Берлин. К счастью, наш друг Максим Данилов из компании Wpsoft, который живёт в Австрии, согласился приехать в Берлин и помочь нам. Григорий как специалист по подготовке спикеров к различным конференциям помог Максиму подготовиться к презентации. Максим от имени Григория провёл на сцене отличную презентацию нашего доклада, а затем Григорий ответил на вопросы аудитории через Zoom.

Подробнее о том, как проходила конференция, можно прочитать здесь. А доклад доступен в YouTube.

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

Зачем вообще веб-приложениям читать штрихкоды?

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

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

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

JavaScript библиотеки

Легко интегрируются, но ломают производительность всего приложения из-за гигантских размеров. Умеют распознавать растровые изображения прямо в браузере, но делают это очень нестабильно, процент верных распознаваний в некоторых библиотеках составляет лишь 20%. Зато есть большой плюс - большинство таких библиотек бесплатны, а платные версии дешевле альтернативных вариантов распонавания. Так что для небольшого количества считываний это может оказаться рабочим вариантом.

Платные сервисы

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

Отдельное приложение

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

Shape Detection API

Разработка Mozilla, которая даёт доступ к вычислительным ресурсам компьютера через браузер. В целом инструмент можно использовать для распознавания любых изображений и даже лиц, для штрихкодов есть отдельный Barcode Detection API, сделанный на той же платформе. Высокий процент распознавания и, главное, это абсолютно бесплатно. На данный момент доступен только в браузерах на основе Chromium, список читаемых форматов можно проверить здесь.

Интересно, что Evrone одними из первых проверили работу этого инструмента на реальном проекте для Loreal Academy. В продакшен наше веб-приложение вышло через неделю после релиза API, и стабильно распознаёт коды с его помощью по сей день.

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

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

Выгорание — популярная проблема увлечённых людей, это тяжёлое состояние, в котором невозможно создавать что-то новое. Неудивительно, что оно знакомо многим знаменитым разработчикам. Мы собрали их советы, которые они давали в интервью Evrone, они будут полезны всем, кто столкнулся с выгоранием на практике.

«Лучший способ избежать выгорания — это делать то, что вам действительно нравится в среде, где вас поддерживают. В этом отношении, удача сопутствовала мне на протяжении всей моей карьеры, но я понимаю, что не всем так везет. Если работа вызывает стресс, вам нужно сделать перерыв или поменять направление, особенно в нашей текущей ситуации».

Роб Пайк — соавтор языка программирования Go.

«У меня есть только один дедлайн — ближайший релиз Ruby. Я живу без напряжения и ощущаю спокойствие внутри. Обязательно есть время, которое не связано с разработкой. Я провожу его со своим родными. Участвую в делах локальной церковной общины, играю со своей кошкой, вывожу на прогулку собаку».

Юкихиро Мацумото — автор языка программирования Ruby.

«Мой главный принцип — это минимизация отвлекающих факторов. Работая за компьютером, я всегда включаю режим «не беспокоить». Так я фокусируюсь на работе и сохраняю спокойствие. Сейчас, когда многие работают из дома, онлайн-коммуникации стали повсеместны. И я прикладываю усилия, чтобы эти коммуникации до меня не добрались. Если есть что-то действительно важное, то я всё равно узнаю об этом каким-нибудь способом. Но не сразу, и не отвлекаясь от работы».

Жозе Валим — автор языка программирования Elixir.

«Большинство из нас наиболее продуктивно работают утром, поэтому стоит установить для себя жесткие временные рамки, когда нужно остановиться. Запишите, если нужно, на чем остановились, затем немного расслабьтесь, хорошенько выспитесь и продолжите работу на следующее утро. Очень часто утром к вам приходит озарение, что делать с проблемой, которая не решалась вчера вечером. Выражение „утро вечера мудренее“ действительно работает, по крайней мере, для меня».

Брам Моленар — автор текстового редактора Vim.

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

Джо Бе́да — главный инженер VMware, один из создателей Kubernetes и Google Compute Engine.

«Для любой проблемы можно придумать техническое решение, но у любого решения есть своя цена — в деньгах, времени или машинных ресурсах. Получай удовольствие. Никогда не забывайте, зачем вы всё это делаете. Бывает очень просто забыть о целях и погрязнуть в деталях реализации».

Кеннет Рейц — автор ореn source библиотеки requests и pipenv.

«Я начал вести записи, где фиксирую что, когда и почему меня расстроило или напрягло в течение недели. Как только я определяю ситуацию, которая меня огорчает или выводит из себя, я больше не пытаюсь её предотвратить или избежать. Вместо этого я стараюсь заранее понять, что именно вызывает у меня такую эмоциональную реакцию. Не всегда срабатывает, но в целом мне очень помогает. Например, я не дергаюсь так из-за уведомлений по Slack, как раньше, даже если не включаю режим „не беспокоить“».

Армин Ронахер — автор Flask и Jinja2.

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

Эван Ю — независимый разработчик и автор Vue.js.

«Занимайтесь спортом! Я снова начал играть в баскетбол несколько лет назад, и это просто совершило чудо с балансом личного и рабочего в моём графике. Мы, программисты, сидим весь день перед экраном, поэтому, чтобы избежать выгорания, полезно найти активное хобби, типа баскетбола или подобного. Я также играл во фрисби в прошлом, что тоже было очень весело. А ещё я пытаюсь заняться гольфом, но он мне не очень поддаётся».

Кори Альтхофф — автор блога Selftaught.blog, основатель сервиса поиска курсов «Coding List», автор книги «Сам себе программист».

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

Дэвид Уолш — фронтенд-разработчик с большим опытом работы с JavaScript, HTML5, CSS, а также PHP и Python.

«Я думаю, один из путей преодолеть сложности или избавиться от скучных, повторяющиеся действий, — использовать свои творческие способности и навыки программирования, чтобы решить проблему раз и навсегда. Если вы сумеете полностью или большей частью автоматизировать выполнение скучной задачи, то каждый раз, когда она запускается, можете улыбнуться и сказать: „Ага, раньше это было неинтересно, но посмотрите-ка на это сейчас“. Решение таких проблем также поможет вам расти как разработчику».

Майкл Кеннеди — разработчик и автор подкаста Talk Python To Me, основатель Talk Python Training, онлайн-программы обучения языку Python.

«Не думаю, что умею хорошо сохранять баланс, это нелегко. У меня бывают периоды, когда я делаю очень много, а затем случаются периоды бездействия».

Стив Клабник — один из разработчиков Rust.

Подходы и практики написания кода разнятся от компании к компании и от команды к команде. В Evrone мы создали собственную подборку гайдлайнов, чтобы привести к общему стандарту корпоративные правила написания кода на Python.

Здесь мы подробно описали, как они работают.

В нашем гайдлайне четыре основных раздела. В разделе «О коде» описываются определенные принципы, следуя которым можно написать читаемый и поддерживаемый код. Условиями являются атомарность операций, логические блоки, размеры методов, функций и модулей, докстринги, файлы __init__.py и импорты.

Есть раздел, связанный с pull request. Как ни странно, не все разработчики знают, как создавать такие запросы или как их рецензировать. Мы решили формализовать решения, чтобы не объяснять это каждому новому разработчику.

Раздел «О тулинге» (о тестах, менеджерах пакетов, форматировании кода и т. д.) помогает привести код каждого отдельного разработчика к общему корпоративному стилю. Чтобы не спорить об индивидуальных предпочтениях, применяются специальные инструменты, которые переписывают весь код согласно определённым правилам.

Отдельный раздел посвящён документации ОреnAPI. Этот формат поддерживается большим количеством клиентов (Swagger, Postman, Insomnia Designer и др.). Кроме того, рукописная документация имеет тенденцию быстро устаревать, а документация, которая генерируется непосредственно из кода, позволяет не думать постоянно об её обновлении.

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

Бьёрн Страуструп (Bjarne Stroustrup) спроектировал и разработал C++. Он также написал ряд книг об этом языке и больше ста научных статей.

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

Об образовании

Когда я пытался объяснить свои идеи, я понял, что недостаточно создать что-то, нужно научить людей хорошо использовать то, что создал. Это стало проблемой для C++. Часто мое послание заглушали люди с упрощенным видением и склонностью к громким заявлениям. Я постоянно слышал в 1980–90 годах жалобы вроде «Мы не можем достаточно быстро подготовить преподавателей», и язык C++ часто преподавали ужасно. Неудивительно, что у некоторых сложилось очень негативное представление о C++.

О математике

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

О злоупотреблениях

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

О природе языка

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

О наставничестве

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

Полную версию интервью можно прочитать на сайте.

Дэвид Уолш (David Walsh) — известный фронтенд-разработчик с большим опытом работы с JavaScript, HTML5, CSS, а также PHP и Python.

А ещё он ведёт популярный блог. В своём интервью для Evrone Дэвид рассказал о Web 3.0 и о том, как правильно строить работу и расслабляться.

О будущем технологий

Мы увидим возможность приобретать токены для долей традиционных активов: недвижимости, акций и т. д. Мы увидим, как DAO будут приняты крупными корпорациями. Мы увидим, как традиционные спортивные и другие коллекционные карточки превратятся в NFT на блокчейне. Я также надеюсь, что правительства и предприятия будут принимать криптовалюту в качестве оплаты.

О синдроме самозванца

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

О выгорании

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

Об обучении

У меня не особенно хорошо получалось изучать языки программирования или техники по книгам. Нет ничего полезнее, чем «засучить рукава» и попробовать что-то сделать самому. Лично я предпочитаю книгам блоги, они обычно более сфокусированы на теме, более актуальны, их веселее и увлекательнее читать.

Полная версия интервью доступна у нас на сайте.

На прошлой неделе Amazon Web Services (AWS) заявил, что приостанавливает регистрацию новых клиентов из России и Белоруссии. Ниже разбираемся, что делать, если вы были их клиентом, и какие есть альтернативы. Аналогичное заявление выпустили в Microsoft, пока компания сообщила лишь, что останавливает продажи новых продуктов и услуг, в том числе облачного сервиса Azure. По оценке Statista, вместе они занимают более 50% глобального облачного рынка.

Как это работает сейчас?

По заявлению AWS, большинство из действующих клиентов из РФ и Белоруссии являются дочерними структурами международных компаний, поэтому им санкции не грозят. Пока доступ к существующим аккаунтам AWS продолжает работать как и прежде, без VPN. Также местные разработчики имеют доступ к сервису через аккаунты иностранных компаний, проекты которых они обслуживают. Но будет ли это работать и дальше, неизвестно, пока Amazon ничего официально не объявлял.

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

Чем заменить?

Пока не все иностранные сервисы заявили об ограничениях, но гарантий того, что они будут работать как прежде, нет. Кроме того, оплатить их сейчас тоже непросто. Например, DigitalOcean пока работает с российскими клиентами, но оплатить его с территории России сложная задача. Не понятно, как будет действовать и Google Cloud Service.

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

Selectel

Цена: по запросу

Что предлагает: VMware, GPU, vCDU, поддержка FTP и S3 API, CDN, DNS-хостинг, Managed Kubernetes.

Яндекс.Cloud

Цена: От 116 рублей в месяц за аренду виртуальной машины, от 530 рублей — за кластер управляемой базы данных. При создании платёжного аккаунта дают грант в 4 тыс. рублей.

Что предлагает: Managed Kubernetes, ClickHouse и PostgreSQL, Object Storage с Amazon S3, облачные DNS и CDN

Sber Cloud

Цена: по запросу, сетка тарифов для каждого решения представлена на сайте.

Что предлагает: VMware, Managed Kubernetes, Data Lake Insight, RDS для PostgreSQL, MySQL и SQL Server, Elastic Cloud Server.

VK Cloud Solutions

Цена: по запросу, есть калькулятор на сайте. При активации аккаунта дают депозит 3 тыс. рублей.

Что предлагает: Cloud GPU NVIDIA, Автомасштабирование Kubernetes, S3-совместимость, IoT-решения, ClickHouse и MongoDB.

Ростелеком

Цена: по запросу. Есть бесплатный тестовый период.

Что предлагает: поддержка OpenStack Swift и Amazon S3. Подробности по запросу.

Cloud МТС

Цена: по запросу

Что предлагает: Azure Stack, HaaS, S3 Storage, Veeam Backup, MLOps Platform, Containerum Kubernetes Service, CDN.

Мегафон

Цена: по запросу

Что предлагает: Iaas с VMware/OpenStack, DS, vGPU, Kubernetes Managed service, DCS, CDN

Мы в Evrone не только пользуемся open-source решениями, но и стараемся внести свой вклад. Недавно мы сделали Dummy, который помогает запустить mock-сервер на основе контракта API, чтобы протестировать API еще до того, как он будет создан.

Наш golang разработчик Александр Мелентьев придумал Dummy, работая над проектом клиента. Нужна была интеграция с API партнера, но использовать настоящий API было нельзя. Со спецификацией OpenAPI можно было бы сгенерировать сервер с помощью swagger-codegen, но тогда мы бы получали пустые ответы, для теста нужно было писать их вручную. Поэтому мы решили написать инструмент, который на основе OpenAPI генерировал бы сервер, способный выдавать в ответ примеры из спецификации.

Пока Dummy работает только с OpenAPI, но вскоре мы добавим GraphQL, RAML и gRPC. Подробнее о том, как всё устроено, читайте в кейсе у нас на сайте.

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

Yandex Tracker позволяет менеджерам распределять работу в команде и отслеживать прогресс, а также помогает сотрудникам соблюдать сроки выполнения и приоритеты задач.

Yandex Tracker не может автоматически перемещать задачи по виртуальной доске, а перемещать их самостоятельно не всегда удобно. Например, разработчик может запушить коммит и открыть pull request (PR), но затем ему придется зайти в Yandex Tracker и вручную изменить статус задачи, например, «На ревью».

Одна из команд Evrone, работающая над внутренним ERP-проектом, решила автоматизировать этот процесс. Сразу же появилась идея создать экшен для GitHub Actions, поскольку на данный момент ничего подобного в Github нет. У Yandex Tracker есть API, которому можно отправлять запросы, например, «Перевести задачу в другой статус».

Это и делает Yandex-tracker-action: взаимодействует с Yandex API «за кадром» и перемещает задачу. Теперь при открытии pull request выполняется действие по перемещению задачи. Когда мы принимаем pull request, задача также переходит в статус «Merged».

Подробнее о том, как работает Yandex-tracker-action, можно узнать здесь. Там же ждет ссылка на GitHub.

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

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

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

Здесь приводим подборку полезных ресурсов о Python:

• Evrone Python Digest — наш ежемесячный дайджест по Python. Освещает наиболее заметные события в мире Python-разработки.


• r/Python — место встречи Python-разработчиков на Reddit.


• Python Insider — официальный блог разработчиков языка.


• Real Python — новостной и образовательный портал. Множество крутых туториалов, статей и гайдов.


• Planet Python — потрясающее количество информации по Python.


• Python Дайджест — еженедельный новостной дайджест. Выпускается с 2013 года и содержит уже более 400 выпусков.


• PyCoder’s Weekly — еженедельный новостной дайджест. Работает с 2012 года и насчитывает более 500 выпусков.

А у нас на сайте можно найти также подборки по Ruby, Go, Frontend или DevOps. Дайджесты для разработчиков — несем пользу IT сообществу | Evrone

Когда вы в последний раз получали открытку по почте? Забытое, но приятное чувство, особенно если к ней прилагается подарок. Сотрудники Evrone получают такие комплекты, как минимум, два раза в год: на День рождения и годовщину работы в компании. Да, мы не забываем об этой дате!

Вы помните свой первый рабочий день в компании? Обычно мало кто об этом задумывается, но годовщина хороший повод, чтобы сделать человеку сюрприз и повысить его лояльность. Главное, не подходить к поздравлению формально. Мы в Evrone не только поздравляем в общем чате, но и отправляем подарки и открытки с пожеланиями от компании и коллег. Для удалённых команд, как наша, это особенно важно: приятно, когда это не просто сообщение, которое скоро забудется, а осязаемая вещь.

Мы решили превратить открытки в артефакт, и добавить к ним чуть-чуть интерактива. Наши дизайнеры и постоянный иллюстратор Женя Артемьев придумали серию из 20 разных открыток на каждый год работы в компании. Серия рассказывает историю персонажей, как комикс, и каждая новая открытка становится новым эпизодом повествования. Это делает открытку частью коллекции, которую непросто собрать. Эти открытки не продаются и не дарятся людям вне компании.

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

Все открытки для Evrone создаёт иллюстратор Женя Артемьев. Сам он называет свой стиль японским, поскольку он во многом опирается на рисовку японских мультиков о трансформерах и других персонажей, например, Hello Kitty.

«Мне нравится работать с IT, эта сфера у меня ассоциируется с роботами, механизмами и космосом. А значит, я могу рисовать любимых персонажей в любимом стиле».

Женя Артемьев, иллюстратор.

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

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

Главные тезисы круглого стола Evrone.

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

Почему компания вообще должна об этом заботиться?

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

Заботиться о моральном климате в коллективе нужно, чтобы удерживать ключевых сотрудников и привлекать новых. Если команда стабильна, её легче организовать, да и в целом это облегчает планирование.

Кто должен этим заниматься?

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

Идеально, когда в команде есть people process lead — человек, который контролирует внутренние коммуникации. У него есть необходимые навыки, плюс, это снимет нагрузку с техлидов.

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

Как предотвратить проблемы?

Лучший способ избежать проблем — предусмотреть их. Для этого необходима постоянная коммуникация внутри компании. Поддерживать её можно разными способами, и один из удачных примеров — опросы. Анонимные анкеты помогут выявить команды, где напряжение особенно велико, и работать с ними точечно. Также в опросах удобно собирать фидбек по процессам, сотрудники сами подкинут идеи о том, что можно улучшить.

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

Поможет ли психолог?

Психолог может быть штатным, а может быть частью пакета ДМС. У каждого подхода есть плюсы и минусы. Например, штатный психолог будет хорошо знаком с командой и сможет отслеживать изменения в динамике, и даже предсказать конфликты до их возникновения. Минус: сотрудники могут не доверять такому специалисту, ведь он действует в интересах работодателя.

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

С психологом по ДМС тоже есть проблема — предложенный специалист может просто не подойти сотруднику. В «Ростелекоме» решили этот вопрос партнёрством с онлайн-сервисом по подбору психологов. Сотрудник сам выбирает нужного специалиста и работает с ним в удобном формате.

Что делать с политическими дискуссиями?

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

Для всех нерабочих обсуждений стоит иметь запасной чат, где члены команды смогут выразить собственное мнение. Но их придётся либо модерировать, либо также ограничивать в темах для обсуждений, чтобы избежать ненужных конфликтов.

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

Где послушать обсуждение полностью?

Полная запись разговора доступна на YouTube В обсуждении участвовали

руководитель отдела разработки и развития инфраструктуры СберМегаМаркет Артем Алекторов, директор по подбору и развитию HR-сервисов РТК ИТ Ростелеком Ольга Романова, директор по персоналу МойОфис Екатерина Дементьева, Head of HR BP Самокат Наталья Копелян, IT Recruitment lead Dodo Engineering Юлия Яковлева. А модератором дискуссии стал бессменный DevRel Evrone Григорий Петров.

Мы поучаствовали в разработке подпроекта для клиента «Технократии» — крупного и популярного маркетплейса.

Команда «Технократии» обратилась в Evrone, чтобы мы помогли локализовать сервис для Узбекистана. Требовалось адаптировать уже имеющийся сервис к потребностям жителей Узбекистана, учитывая языки, цены, валюту и поставщиков.

Основные задачи, которые мы решали:

• развертывание полностью автономной и независимой инфраструктуры;


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

Локализация включала несколько направлений. Во-первых, перевод контента самого сайта, неизменяемые части — надписи на кнопках (например, отменить) и названия для различных частей сайта (контакты, поиск, выбор и так далее).Всё это требовалось перевести на узбекский, при этом сохранить русскую версию и добавить английскую.

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

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

Ранее в проекте не было системы, позволяющей одновременно использовать и автоматически обновлять такой файл на всех серверах и виртуальных машинах, обрабатывающих данные. Мы разработали такую систему, подключив виртуальный диск через облачное хранилище S3.

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

Благодаря Active Platform пользователи могут покупать подписки на облачные и другие услуги различных компаний в одном месте.

Если вашей компании требуются подписки, например, на услуги Google Cloud, Microsoft Office и Adobe, то вы можете на Active Platform заказать всё это, используя одну учетную запись, создать счета на оплату или произвести платёж в одном месте одной валютой. Заходить на каждый из сайтов всех компаний не потребуется.

Разработчики Evrone вошли в команду Active Platform и работают над аспектами, которые касаются реселлеров, администраторов, менеджеров и клиентов (покупателей на уровне компаний). В частности, мы работали над интеграцией с Adobe, интеграцией платежных систем, добавлением новых типов биллинга, доработкой существующих, и т. д.

В процессе интеграции с Adobe мы реализовали три операции:

• заказ подписки;


• изменение подписки;


• продление подписки.

Интеграция бизнес-приложений c Adobe — очень объемная и специфическая задача. Например, заказ подписки не сводится к одному простому запросу. Сначала нужно получить данные, затем создать клиента на стороне Adobe: мы проверяем его статус и ожидаем, пока он будет создан, что может занять несколько минут. Далее мы сравниваем желаемую подписку с тем, что может предложить Adobe. Коды ресурсов некоторых элементов подписки могут отличаться на несколько символов, поэтому их нужно сравнить, создать заказ, подождать, пока он пройдёт, а затем отключить обновление на стороне Adobe. Наконец, мы снова получаем данные клиента на стороне платформы, и только после этого берём оттуда все данные и возвращаем их.

Помимо интеграции с Adobe мы провели интеграцию с платёжными системами и реализовали новый тип биллинга. Подробнее об этом читайте здесь.

Превращаем MVP в полноценный продукт с командой сервиса гиперлокальной доставки. Master Delivery — компания, которая развивает SAAS-сервис гиперлокальной доставки. Логистическая платформа на основе искусственного интеллекта анализирует сотни факторов, чтобы гарантировать постоянную нагрузку на «последней миле» — самом дорогом и сложно прогнозируемом этапе доставки.

Python-специалисты Evrone дополнили собственную команду проекта в периоды пиковых нагрузок. Вместе мы поработали над производительностью, микросервисами, совершенствованием процессов интеграции клиентов.

Компания запустилась в 2020 году как MVP, и очень быстро выросла. За 9 месяцев 2021 года компания сделала 1 млн доставок, а к ноябрю уже удвоила этот показатель, всего за 2021 год с помощью сервисов Master Delivery доставили товаров на 5 млрд рублей. А ещё Master Delivery развивает собственный сервис доставки «Прямиком», доставочные операции в котором выполняют работающие по модели франшизы курьерские компании.

Когда проект начал быстро расти производительность стала узким местом. Например, в сервисе пересчёта зон доставки очень много вычислений, и он реализован на чистом Python. При росте нагрузке там начинались проблемы. Вместе с собственной командой клиента мы работали над интеграцией библиотек, которые могли бы взять на себя числовую часть. Это довольно распространённый способ повышения производительности, но перед нами стояла задача выжать максимум из этой возможности. Поэтому специалисты Evrone занялись векторизацией запросов. Это помогло ускорить некоторые этапы работы алгоритма на 1,5-2 порядка. Сгруппировав простые запросы, команде удалось ускорить сервис расчёта геозон в небольших городах в пять раз!

Конкурентное преимущество продукта Master Delivery — алгоритмы, которые с помощью искусственного интеллекта оптимизируют доставку на «последней миле». Снизить стоимость может полная загрузка: на одном маршруте курьер может доставлять разные товары разных продавцов. Это уникальное решение компания реализует по SAAS-модели для других крупных компаний. Пока подключение новых пользователей носит полуавтоматический характер, с ростом проекта это начинает отнимать слишком много времени и требует полной автоматизации. Поэтому сейчас команда Master Delivery продумывает гибкий микросервис для автоматизации подключения мерчантов и мы тоже поучаствовали в этой работе.

Подробнее о том, как выстроена работа сервиса сейчас, читайте в кейсе на нашем сайте.

Рубрика «Эксперименты».

A/B или сплит-тесты помогают проверить, как изменения в работе или дизайне сервиса влияют на пользователя и влияют ли вообще. Например, цвет кнопки: при тесте часть пользователей будет видеть, например, красную кнопку вместо привычной зеленой. Для тестирования отбираются небольшие группы пользователей с заданными характеристиками. Это помогает просчитать, приживутся ли изменения. Ведь чем сложнее и старше продукт, тем аккуратнее стоит быть с новшествами, чтобы не потерять аудиторию и деньги.

Evrone разработал такой сервис для онлайн-кинотеатра START. Он связан с сервисом, который собирает необходимые данные о пользователях и имеет удобный интерфейс, где аналитики могут сами задавать параметры, делать группы, начинать и заканчивать эксперименты в заданное время. Вот несколько коротких фактов о проекте:

• Сервис умеет отслеживать пересечения экспериментов, когда они нацелены на одну группу пользователей или проверяют одни и те же параметры. Это важно учитывать при анализе результатов.


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


• Изначально планировалась простая статическая админка, когда страница обновляется после каждого изменения. Но из-за огромного количества параметров экспериментов пришлось разработать более сложную динамическую версию. Она сделана на React.


• Бэкенд проекта написан на Python, использован веб-фреймворк FastAPI. Для работы с базой и управления данными выбрали стандартный набор из SQLAlchemy и PostgreSQL.

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

Один из крупнейших B2B SaaS-сервисов в России.

Mindbox — облачная платформа по автоматизации маркетинга для клиентских компаний. Помогает контролировать рассылки, настраивать персонализацию и управлять лояльностью.

В 2021 году сервис начал редизайн, а Evrone усилил команду клиента своими фронтенд-специалистами. В новой версии фронтенд разделён на микросервисы, за каждую страницу отвечает отдельное приложение. Это позволяет делать независимые релизы, которые не ломают друг друга.

Вот три крупных раздела, в разработке которых мы поучаствовали:

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

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

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

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

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

Несколько наших Go-разработчиков приняли участие в проектах для отделов рекламы и SEO. Вместе с командой клиента мы реализовали следующие функции:

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

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

Кабинет продавца для работы с отзывами. Аккаунт позволяет официальным представителям бренда отвечать на отзывы пользователей в нашей системе.

Фотогалерея отзывов. Мы сгруппировали все фотографии в одном блоке, чтобы пользователи могли открыть галерею в один клик и просмотреть все фотографии.

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

А также мы помогли создать сервисы, генерирующие рекламные кампании для Yandex и Google и XML-ленты для интеграции с другими сервисами. Подробнее о стеке и нюансах реализации проекта мы рассказываем в кейсе на сайте.

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

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

Почти все Ruby-проекты в Gett — это легаси, для развития сервиса там выбирают Go. Мы подключились к поиску таких уязвимостей и багов и помогли в их отладке. Обычно это проблемы, которые решаются обновлением зависимостей. Однако, если их не отслеживать с самого начала, потом будет сложно понять, где и что именно сломалось. Например, так отследили баг с неправильным определением IP-адреса, который долго доставлял проблемы команде аналитиков, но технически просто решался.

А еще мы приняли участие в разработке следующих модулей:

• автоматизация обработки данных заказов и облегчение его интеграции в новые проекты;


• автоматическое определение налоговой зоны услуги для США;


• инструмент защиты корпоративной информации, который скрывает часть информации по сделкам.

Подробнее о том, как работает каждый модуль и зачем он нужен, читайте в кейсе на сайте Evrone.

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

Чтобы повысить прозрачность процессов постановки целей и обмена обратной связью по результатам работы, Учи.ру регулярно проводит обзоры или performance review. Если делать это вручную, пришлось бы затрачивать много дополнительных ресурсов HR-специалистов, поэтому решили разработать собственный внутренний инструмент, который автоматизирует этот процесс.

За 9 недель мы разработали для Учи.ру полноценный рабочий веб-сервис, готовый к внедрению и масштабированию, и проинтегрировали его с внутренними корпоративнми сервисами.

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

Подробнее о том, как устроен новый сервис изнутри, читайте по ссылке на нашем сайте.

За годы существования Evrone накопил огромный опыт в области интерфейсов и дизайна.

Этот опыт мы перенесли в проект Fairytale CJM. С его помощью мы хотим продемонстрировать, насколько важно учитывать индивидуальный подход и анализ профиля клиента при создании пользовательского интерфейса цифрового продукта.

Предлагаем отправиться в путешествие вместе с тремя разными персонажами - Грустным Клоуном, Белоснежкой и Змеем. У каждого из них разные потребности и опыт. На примере каждого из героев мы показываем, какие разные критические точки и потребности бывают у пользователей во время его пользования сервисом.

Проект доступно объясняет, что такое CJM и какие проблемы он решает. Это бывает важно в коммуникации с продуктовой командой клиента - пояснить, что это за инструмент, и почему он нужен в его проекте.

Мы сделали такой проект именно о CJM, поскольку это одна из популярных услуг. Ведь обычно к нам обращаются с общей проблемой, а не с конкретным запросом. Определить причины, с которыми надо работать, как раз и помогает CJM.

Подробнее о том, какие ещё цели у проекта, и что он даёт Evrone, можно прочитать здесь.

В начале 2022 года группа Viasat запустила новый стриминговый сервис viju. А сегодня поделимся историей о создании дизайна для этого продукта.

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

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

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

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

Прочитать пошаговую историю создания дизайна для viju можно на нашем сайте.

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

Такие задачи помогает создавать ORACULO, новый сервис от Evrone. С его помощью UX-дизайнеры могут тренировать и развивать свои навыки.

Понадобится лист бумаги, ручка и 25 минут свободного времени. Можно использовать маркерную или цифровую доску, но мы рекомендуем именно бумагу — это помогает последовательно выстраивать свои рассуждения, а не просто записывать результаты.

ORACULO — это обаятельный монстр, который подскажет как пользоваться сервисом. Он предложит три случайные карты, которые описывают продукт, пользователя и интерфейс. Это самая базовая информация, которую предстоит додумать и «распаковать» — подумать, как продукт помогает пользователю, какой у него запрос, чем можно ему помочь. Так начинается практика.

В финале должна получиться цельная идея, интегрированная в предложенный интерфейс. Но здесь, как и в игре, процесс важнее результата. Ведь только так можно прокачать продуктовое мышление Oraculo showcase

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

Попробовать ORACULO можно по ссылке, а подробнее почитать о сервисе здесь. Если он вам понравился, можно проголосовать за проект на Awwwards, нам будет очень приятно!

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

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

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

В проекте UI Kids мы немного утрировали анимацию, герои не просто шевелятся, но и демонстрируют эмоции. Ведь каждый персонаж воспринимает клики по разному: Tumblroid приходит в ярость, а Click Clark во всю наслаждается прикосновениями.

Сам проект доступен здесь. А подробнее об идее мы написали здесь.

Май — время больших конференций. В 2022 году в московском «Крокус Экспо» с разницей всего в три дня прошли Highload++ Foundation и TeamLead Conf. Evrone, конечно, не остался в стороне и выступил на обоих.

Доклады

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

Наш СТО Александр Кириллов рассказал, как получать достоверную информацию о работе над проектам по активности в Git. С момента основания Evrone в 2008 году мы все работаем удаленно, поэтому такой способ помогает нам держать руку на пульсе, не устраивая бесконечные созвоны и не подглядывая в монитор нашим разработчикам.

DevRel Evrone Григорий Петров поделился результатами многих лет изучения нейрофизиологии. Его доклад посвящён работе мозга и способам её оптимизации для более быстрого погружения в проект. Заставить мозг разобраться в проекте на миллион строк за сутки нельзя. Зато можно провести полезную аналогию с кешированием и сделать процесс чуть более быстрым и приятным.

QA-инженер Мария Полуказакова выступила на секции Knowledge Conf «Джуны и онбординг». В своём докладе она рассказала, как сделать онбординг в компании эффективным и комфортным не только для тех, кому легко общаться, но и для тех, кто предпочитает избегать лишних контактов.

На Highload++ от Evrone выступал Павел Грязнов с докладом о дженериках в Golang. Он подробно рассмотрел, как дженерики реализованы в Go, как с ними работать, и в чём их практическая польза. Все выкладки и бенчмарки представлены в презентации, там очень много кода, так что доклад вполне можно считать обучающим пособием для Go-разработчиков.

А на Open Source трибуне Highload свой проект dotenv-linter презентовал Михаил Грачёв. Ранее он победил в открытом голосовании и занял первое место.

Стенд

На каждом мероприятии мы также разместили стенд, где раздавали стикеры и разыгрывали призы в викторине о путешествиях.

Участникам квиза мы предложили несколько фотографий из разных мест планеты. Задача — угадать город или страну, в которых эти фотографии сделаны нашими коллегами. Победителям достались IPhone 13, AirPods Pro или Яндекс.Станция. А ещё мы разыграли несколько фирменных худи.

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

Подробнее о том, как прошли конференции, мы рассказали на сайте. Здесь текст о Highload++, а здесь — о TeamLead Conf.

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

О том, как новая система работает изнутри, мы уже рассказывали, в этот раз поговорим о пользовательском интерфейсе. А это не менее важная часть проекта. Простой и интуитивно понятный UI экономит сотрудникам массу времени и сил для других важных задач.

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

На сегодняшний день работают четыре основных раздела:

• общей эффективности оборудования: сколько и чего завод произвёл за указанное время;


• планирования производства: сколько времени занимают разные операции;


• контроля рецептуры: из каких ингредиентов и в каких условиях готовят материал для будущих изделий;


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

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

Подробнее о внутренней логике системы и этапах её создания мы рассказали в кейсе на сайте. А максимально подробно рассмотреть визуальную составляющую можно на Behance.

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

Изначально сервис располагал лишь монолитным приложением, которое в том числе и обрабатывало заказы. Со временем пациентов стало больше, и потребовалось подключить ещё одну лабораторию. Также помимо Москвы Lifetime стал предлагать аналогичные услуги в Санкт-Петербурге.

Поэтому сервис для заказов мы вынесли в отдельный новый монолит на Ruby on Rails. Этот сервер также предоставляет API для мобильного приложения медсестер. В приложении есть календарь заказов, архив и форма для работы с заказом, которая включает адреса, время, стоимость и информацию о клиенте.

Для взаимодействия с подрядчиками, обработки их ответов и пересылки результатов мы создали отдельное приложение на Ruby on Rails со стандартным стеком (Postgres, Redis, Sidekiq). Мы использовали планировщик Sidekiq для обработки заданий, проверки результатов из лаборатории и обработки проблемных заказов. Создана также панель администратора для управления медицинскими данными.

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

viju - новый стриминговый сервис от группы Viasat. Помимо эксклюзивных премьер и большого пакета ТВ-каналов, он предлагает зрителю новый способ выбора контента - киномы. Это маленькие отрывки ключевых моментов фильмов и сериалов, которые помогают прочувствовать настроение фильма и определить, подходит ли он к просмотру.

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

Вместе с командой разработки мы построили cloud-native приложение, которое управляется через Git-репозиторий. Это позволяет быстро масштабироваться в условиях больших нагрузок и облегчает текущее администрирование проекта.

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

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

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

IT-холдинг TalentTech развивает экосистему для управления персоналом и развития талантов.

TalentTech Цели — платформа для понятного и прозрачного целеполагания, которую легко адаптировать под бизнес-процессы компании. Позволяет создать дерево целей, работать с актуальными задачами, настраивать отчетность и отслеживать прогресс, делегировать полномочия и ответственность. Помогает сфокусировать усилия каждого сотрудника на показателях, которые действительно важны для всей компании.

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

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

Подробнее о том, как это работает, мы написали здесь.

Мы вернулись к рабочему ритму после каникул и готовы рассказать, какие мероприятия мы планируем для вас в 2022 году. В планах 15 митапов по самым разным технологиям и несколько крупных конференций.

О больших событиях мы ещё расскажем подробнее, а сейчас ловите график митапов:

Frontend meetup - 9 марта

Ruby 17 meetup - 30 марта

DevOps meetup - 6 апреля

Python meetup - 13 апреля

GO meetup - 20 апреля

Ruby 18 meetup - 11 мая

GO meetup - 29 июня

Frontend meetup - 6 июля

Ruby 19 meetup - 24 августа

Python meetup - 7 сентября

GO meetup - 19 октября

Python meetup - 2 ноября

DevOps meetup - 9 ноября

Ruby 20 meetup - 16 ноября

Frontend meetup - 30 ноября

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

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

А ещё в 2022 Evrone запускает череду квизов по разным технологиям. Первый Ruby-квиз уже доступен по ссылке. Если правильно ответить на все вопросы, можно выиграть Apple AirPods Pro, Яндекс.Станцию и увлажнитель от Electrolux. Скоро также запустим квизы Python, Go, Frontend и DevOps с не менее приятными призами. Следите за обновлениями на quiz.evrone.ru и в блогах компании.

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

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

Что мы планировали

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

Сергей Аненко, арт-директор.

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

Мы собрали подарочные наборы, в состав которых вошли:

• чай,


• чайные пиалы,


• доска для сервировки чая,


• кожаная обложка для документов,


• блокнот,


• открытка.

Всё это мы упаковали в красивые боксы в той же цветовой гамме.

«Подарки объединены идеей, которая резонирует с трендом на осознанность и цифровой детокс. Набор объединён концепцией замедления, времени для себя, чтобы подвести итоги года и и запланировать будущее. Выпрыгнуть из потока рутины и задач, почувствовать, чего хочется в моменте»

Сергей Аненко, арт-директор.

Что мы реализовали

Нематериальное

Вместо брендинга мы сделали акцент на копирайтинге и специально разработанном леттеринге. Логотипа на подарках нет вообще, только небольшая подпись «your Evrone team». Она деликатно напомнит происхождение предметов с годами, ведь мы рассчитываем, что они прослужат долго. Подарки должны котрастрастировать с динамичным и меняющимся миром, быть вне времени и не терять с годами актуальности и ценности.

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

По стилю мы старались сделать подарки более светскими, хотя чай и пиалы — это восточная традиция. Мы вдохновились Востоком, но адаптировали предметы под современный мир и тех, кто не привык превращать чаепитие в церемонию.

Материальное

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

Чай мы подобрали в специализированном магазине с прямыми поставками из Китая. Нам посоветовали Ми Хуань Габа Улун — освежающий чай с медово-пряными нотами. Говорят, он помогает выровнять эмоциональный фон и сосредоточиться, что идеально отвечает нашей концепции.

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

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

Что мы поняли

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

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

Сергей Григорьев, генеральный продюсер видеопродакшна LISPAKO.

Процесс создания подарков был долгим и непростым, поэтому мы сделали выводы, на которые планируем опираться в будущем:

• Подготовку стоит начинать как можно раньше.


• Опираться на концепцию


• Не гнаться за брендингом


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


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

Посмотреть, что ещё умеют наши дизайнеры, можно здесь.

Update-informer - библиотека, которая позволяет автоматически проверять наличие новых версий на GitHub и Crates.io — реестре крейтов сообщества Rust, основной ресурс, где хранятся все проекты, библиотеки и т. д.

Инструмент создал open-source энтузиаст Evrone Михаил Грачёв.

Если добавить update-informer в CLI-приложение, он будет периодически (например, раз в день) проверять, не вышла ли новая версия. Если она есть, update-informer отправит в консоль сообщение со ссылкой на обновление.

В Rust была похожая библиотека, но она довольно давно не сопровождалась и к тому же не поддерживала GitHub. Вдобавок библиотеку нельзя было настроить или изменить. Update-informer имеет минимальное количество зависимостей, поэтому не увеличивает кодовую базу и время компиляции.

Как его установить, читайте здесь.

Как вы могли заметить по этому блогу, мы любим рассказывать о своей работе. Мы рассказываем о проектах, корпоративах, митапах и вообще всём, к чему прикладываем руку. Обычно мы делаем это по собственной инициативе, но в этот раз Хекслет сам предложил нам поучаствовать в их подкасте.

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

Посмотреть выпуск можно на YouTube-канале Хекслета. А чтобы попасть к нам на собеседование, достаточно перейти по этой ссылке.

Распаковка Evrone: особенности рекрутинга, развитие сотрудников и особые бенефиты video by Evrone (59:54)

Брам Моленар — первый автор, координатор проекта, менеджер релизов и «великодушный пожизненный диктатор» очень популярного среди программистов и опытных пользователей текстового редактора Vim, развившего идеи vi. Evrone поговорил с ним о функциональности, монетизации и развитии Vim.

Полный текст интервью уже доступен на сайте Evrone.

О ремесле

Разработка ближе всего к ремеслу, к мастерству. Мастер использует те инструменты, которые, по его мнению, дадут наилучший результат, неважно используют ли их остальные или предпочитают что-то другое. А искусный мастер, если надо, изготовит свои собственные инструменты.

О монетизации

Я никогда не собирался зарабатывать деньги на Vim. Я решил осуществить своё желание помочь бедным детям и сделать это с помощью Vim. Так родилась модель Charityware. Она хорошо работает, в год собирается около 30 000 евро, благодаря чему около 50 детей могут получить законченное образование: от начальной школы до университета.

О принуждении

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

О Vim9

Нелегко поддерживать два варианта скриптового языка одновременно, но я думаю, что это сработает, и к тому же порадует разработчиков плагинов. Унаследованный синтаксис останется, поэтому Vim9 не следует называть форком. Я не думаю, что все старые скрипты Vim будут переписаны на новый синтаксис, поэтому мы будем продолжать поддерживать и старый.

О плагинах

Должен признаться, что я не очень-то использую плагины, кроме включенных в дистрибутив (например, matchit и termdebug). Когда мне что-то нужно, я обычно либо мастерю это на скорую руку, либо тщательно прорабатываю и вношу в основной код Vim. Такие вот привилегии у создателя.

Джеффри Сновер — автор Windows PowerShell, объектно-ориентированного скриптового языка, инструмента автоматизации и командной оболочки. Evrone поговорил с ним о секретах успеха, безопасности и удалённой работе.ё

Полную версию интервью читайте на нашем сайте.

О Monad Manifesto

Мы получили финансирование, но основная часть разработчиков находилась в Индии. Это была катастрофа, поскольку никто из нас не знал, как вести распределённую разработку. Для меня проблема заключалась в том, что моя команда разработчиков не уяснила ни проблему, ни подход. Они не могли выдавать независимые решения, которые сложились бы в нечто единое и согласованное. Поэтому пришлось потратить время и написать Monad Manifesto, где я задокументировал суть идеи. Этот документ и перенос всей разработки обратно в США, в Редмонд, позволили проекту достичь успеха.

О возвращении к API

Linux — это ОС, ориентированная на работу с файлами, а Windows — это API-ориентированная ОС. Интересно то, что сейчас побеждает подход Windows, так что PowerShell становится лучшим инструментом для современного мира. Это парадоксально, но факт — большая часть мира переходит на REST API, которые возвращают структурированные объекты (документы JSON). Именно в этом случае PowerShell попадает прямо в яблочко.

О нетривиальных подходах

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

О стабильности

Систематическое внесение «хаоса» в систему — лучший способ выяснить, будет ли код работать при сбое. Было время, когда я выдергивал сетевой кабель или вилку из розетки, чтобы проверить, насколько всё надежно. Позже я стал симулировать ошибки по всему своему коду, чтобы можно было эмулировать отказ API. Это давало огромное преимущество. Теперь в нашей индустрии эта модель называется «хаос», и у нас есть стандартизированные инструменты для внедрения её в наши системы.

О будущем

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

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

Мы в Evrone делаем высокотехнологичные продукты и дизайн для них, ниже расскажем, как нам в этом помогают новые подходы.

Что такое динамический дизайн?

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

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

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

Генеративный дизайн и AI

Генератив — это автоматизация динамического дизайна. При этом подходе часть дизайнерских задач решают технологии, они генерируют дизайн по заданным параметрам, а человек контролирует процесс и отбирает лучшие варианты.

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

Есть много инструментов для автоматизации процессов дизайна. Самые очевидные — программное обеспечение для генеративного дизайна типа Touchdesigner или скрипты для привычных программ типа Adobe Illustrator. Есть и более сложные инструменты, которые требуют от дизайнера навыков программирования: языки типа Processing или среды для генерации графики. И конечно, здесь тоже помогают нейросети.

Чаще всего от сложности инструмента зависит функционал. Часть из них позволяет корректировать задачу в процессе, вносить правки в промежуточные результаты. Есть и те, которые используют технологии искуственного интеллекта и самообучаются в процессе работы.

Видеопрезентации

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

Genesis Block - how we changed blockchain design thinking - video by Evrone (00:42)

" В процессе обсуждения будущего дизайна мы используем одни и те же слова, но образы у каждого в голове разные. Ролик помогает объединить все эти разрозненные вещи в единую концепцию, которая одинаково понятна всем участникам процесса. Это не столько про дизайн, сколько про сущность продукта. Готовый ролик сам подсказывает команде, чего концепции не хватает, а что, наоборот, можно безболезненно убрать.

Елизавета Ульянова, дизайнер Evrone

Искусственный интеллект в дизайне интерфейсов пока отстаёт от человеческого, поэтому итоговые ролики мы собираем вручную, чтобы соблюсти логику повествования, подбираем атмосферную музыку. Мы стараемся максимально погрузить клиента в наше видение, объяснить все неочевидные детали, чтобы убедиться, что мы правильно понимаем друг друга.

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

Денис Безруков, дизайнер Evrone

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

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

Себастьян Рамирез — энтузиаст open source, создатель таких популярных инструментов, как FastAPI, Typer и SQLModel.

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

О fullstack-разработке

Я считаю, что всегда полезно иметь хотя бы базовые знания в нескольких областях, но не стоит пытаться объять необъятное, поскольку технологии развиваются быстро, и количество того, что можно изучать, бесконечно.

О своей работе в Forethought

Одно из условий моей работы там заключается в том, что я трачу большой процент своего рабочего времени на эти open source проекты. Кроме того, в Forethought согласились, что я работаю на них три дня в неделю, а остальные два дня могу выступать как внешний консультант других команд или просто больше заниматься open source разработками.

Об основе SQLModel

В своей основе SQLModel — это комбинация SQLAlchemy и Pydantic. Объем кода пакета на самом деле довольно мал. Основная часть работы заключалась в том, чтобы попробовать много разных вещей и найти лучший способ объединить оба продукта вместе, сохранив при этом совместимость с обоими, и повысить удобство для разработчиков.

О полном тестировании собственных продуктов

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

О популярности в Twitter

Тут есть некая ирония: я сделал несколько инструментов с открытым исходным кодом, и кажется, полезных, но главным моим свершением в Twitter оказался «умеренно забавный» твит.

О преимуществах FastAPI

Мне нравится, что FastAPI может давать хорошую производительность, но есть и другие моменты, которые мне нравятся гораздо больше и которые помогают создавать продукты быстро и безопасно, например, автодополнение и встроенные сообщения об ошибках, автоматическая валидация данных, автоматическое документирование API без дополнительных усилий и т.д.

О быстрых курсах разработки

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

Обсуждали тренды, строили прогнозы, спорили и разыгрывали призы. Всем этим мы занимались в 14 ноября на первой ITea Conf.

Если вы не смогли присутствовать — не беда. Ниже мы расскажем о том, как это было, и расскажем, где посмотреть все доклады в записи.

Мы очень хотели провести конференцию оффлайн. В Воронеже огромное IT-сообщество, а крутой и крупной профессиональной конференции нет. Evrone, BeerJS, DataArt, DSR Corporation и Quantori решили это исправить и придумали ITea Conf. Мы планировали собрать специалистов на Винзаводе, чтобы все могли познакомиться и пообщаться. Но планы сорвал новый локдаун.

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

Если вы не были с нами онлайн, не беда. Все доклады доступны в 4К на Youtube-канале. Они разбиты по технологиям: Python, Ruby, Rust, Java, Go, Node.js, .NET. Выбирайте самое интересное, и наслаждайтесь.

Без развлечений мы тоже никого не оставили. Все организаторы подготовили конкурсы и квизы, чтобы участники могли разгрузить голову в перерывах. Так, Evrone предложил гостям вспомнить доковидные путешествия, а Data Art — события «Дюны» Фрэнка Герберта. Гости DSR Corporation и Quantori соревновались в знании профессиональных мемов и биохакинге. Все победители получили полезные призы.

Что же дальше? Мы точно не хотим, чтобы ITea Conf осталась одноразовой историей. Сообщество заинтересовано в таком формате, поэтому мы готовы объявить сроки следующего мероприятия. В мае 2022 года мы устроим в Воронеже не просто конференцию, а целый фестиваль. Это значит, что будет ещё больше классных активностей, нетворкинга и развлечений. Ну и самых интересных спикеров, конечно. Поэтому запасаемся антителами и ждём тепла!

Подборка интересных мыслей из интервью сооснователя Kubernetes Джо Бе́да. Evrone продолжает серию интервью с лидерами индустрии. На этот раз нашим гостем стал главный инженер VMware Джо Беда, один из создателей Kubernetes и Google Compute Engine.

Здесь мы публикуем самые яркие цитаты Джо, а полностью интервью можно прочитать у нас на сайте.

О контроле над контейнерами

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

Об оптимизации

Посмотреть, вот что действительно нужно. Я имею в виду, что теории — это здорово, но обязательно требуется проверить их на практике. И не надо браться оптимизировать что-то, пока не убедишься, что собираешься оптимизировать реальную проблему, реальное узкое место.

О преимуществах Internet Explorer

IE4 был тогда намного лучше, чем Navigator. Приведу пример. У нас была, по сути, модель страницы in-memory, на основе которой можно было программировать. Модель структуры документа DOM, которую используют современные браузеры, на самом деле началась с IE4. Именно команда этого проекта продвигала идею, что модель программирования и разметка должны быть согласованы, и всё, что вы могли бы сделать в разметке, вы можете доработать позже во время выполнения с помощью JavaScript. Navigator в то время не имел такого рода модели.

Об экосистеме Kubernetes

Мы обнаружили, что люди, которые создают расширения Kubernetes, часто налаживают взаимодействие с другими её расширениями. То есть то, что создано на основе Kubernetes, работает не в замкнутом пространстве, а действительно обогащается за счет остальной экосистемы. Мне кажется, что в этом большое отличие Kubernetes.

О сложности Kubernetes

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

О выгорании

Мой совет по балансу между работой и личной жизнью таков: найдите способ стимулировать людей и доверяйте им, чтобы не взваливать всё на себя. Человек создаёт себе серьёзные проблемы, когда берёт на себя ответственность, которая выходит далеко за рамки его возможностей. Моя формула: люди выгорают, например, когда чувствуют ответственность за дело, но не имеют организационных инструментов для этого или им просто не хватает 24 часов в сутках.

Evrone проводит RubyRussia уже 12 лет подряд, и в 2021 году конференция во второй раз прошла онлайн. Несмотря на это, она стала самой крупной за всю историю, мы получили 1576 регистраций, это абсолютный рекорд. Спасибо, что были с нами!

За прошедшие полтора года пандемии мы отточили организацию онлайн-мероприятий, поэтому за два дня не допустили ни одного технического сбоя. Нас было одинаково хорошо видно и слышно в любой точке России и за рубежом.

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

Все доклады мы записали заранее в студии с хорошим светом и звуком, такой формат мы отработали на митапах и убедились, что аудитории он понравился. Все доклады RubyRussia 2021 уже есть в открытом доступе, поэтому если вы пропустили что-то интересное, самое время наверстать. Посмотреть все доклады можно здесь.

Не обошлось и без международных инфоповодов. В своём обращении к участникам создатель Ruby Юкихиро Мацумото анонсировал грантовую программу для разработчиков. Ruby Association с 2021 года будет выдавать гранты в размере 5 000 $, заявки уже принимают. Предложения могут касаться улучшения инструментов, библиотек, которые делают вычисления удобнее, и улучшения mruby. Посмотреть его выступление можно здесь.

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

Как на любой конференции, мы подготовили развлекательные активности и вне основной программы. Так, наш генеральный партнёр “Сбермаркет” в техническом квизе разыграл целых десять комплектов призов. Участники travel-квиза от Level.Travel получили чемодан, Bluetooth-колонку и рюкзак. Evrone как организатор разыграл в фирменном квизе целую кучу техники. Победителю досталась Microsoft Xbox Series S, серебряный призёр получил робот-пылесос XIAOMI, а бронзовый - Яндекс.Станцию. Участники, занявшие четвёртое и пятое места, получили по мощному пауэрбанку.

Это сокращённый вариант текста. Полноценный отчёт о том, как это было, можно прочитать здесь.

Майкл Кеннеди основал еженедельный подкаст Talk Python To Me, который посвящен Python’у и смежным темам разработки программного обеспечения, и создал онлайн-программу обучения Talk Python Training. Мы поговорили с ним о любимом языке, его особенностях и будущем Python.

Полную версию интервью можно прочитать по ссылке.

Об альтернативе

Я начинал программировать на C++ и до сих пор люблю языки в стиле C. Я уже думал о том, что бы выбрал, если бы Python не существовал. Скорее всего, это был бы один из языков в стиле С. Возможно, C# — он мне очень нравится. Я считаю, что это красивый язык. Мне нравится Swift, но его экосистема не так хороша, как сам язык.

Об искусственном интеллекте

Есть вероятность, что через 10-20 лет можно будет попросить редактор с искусственным интеллектом написать программу, и он действительно это сделает. Но это не значит, что программистов не будет. Кому-то всё равно придется проверять написанное. Кто-то должен будет поддерживать и развивать его.

О неудачах

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

О правильном отношении к средам разработки

Когда вы видите предупреждение, не стоит говорить: «Программа всё ещё работает, поэтому я проигнорирую его». Нужно найти минутку и выяснить, что оно означает, и чему может вас научить. Например, довольно часто PyCharm предупреждает, что локальная переменная затеняет глобальную. В этом случае нужно просто выбрать для локальной переменной другое имя, чтобы не было путаницы в коде.

О профессиональном развитии

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

О скорости

Если я могу написать программу на C++, которая выдаст мне результат за 10 секунд, и могу написать такую же программу на Python, которая даст ответ за пять минут, понятно, что C++ быстрее. Но если на написание кода на C++ у меня уйдет неделя, а на написание кода на Python — полдня, то я сэкономил кучу времени. Поэтому я считаю, всё дело в том, что именно нужно оптимизировать. Скорость разработчика, скорость продукта или скорость вычислений?

О том, чего не хватает

Я бы хотел получить поддержку пользовательских интерфейсов как для настольных, так и для мобильных приложений. Я думаю, что если улучшить по-настоящему эти две вещи — дистрибутив и пользовательский интерфейс, — Python стал бы суперпопулярным. Он и без них очень популярен, но на нём нельзя создавать мобильные приложения. А если бы можно было, вот было бы круто!

В этот раз наша традиционная подборка посвящена мероприятиям.

Во-первых, наши спикеры отлично выступили на PyCon и RnDTechConf, а во-вторых, мы провели свой первый Evrone Fest. Подробности ниже.

Evrone Fest

В 2020 году из-за пандемии Evrone лишился традиционного новогоднего корпоратива. Поэтому в 2021 году предстояло сделать кое-что особенное. Evrone Fest - наша первая попытка сделать корпоратив чем-то большим, чем обычная внутренняя вечеринка. Участники из более чем 50 городов и европейских стран, в том числе Германии и Словении. Мы собрали нашу огромную удалённую команду в Москве, чтобы все могли наконец вживую познакомиться с коллегами.

Мы захватили арендовали корабль и подняли на нём свой флаг. А потом переместились в императорский яхт-клуб, где продолжили веселиться с блек-джеком и салютом. И это не шутки! Было так классно, что мы решили делать такие фесты каждый год, приглашая друзей и партнёров.

Почитать, как это было, и посмотреть фильм об Evrone Fest можно здесь.

PyCon

PyCon — одна из трёх крупнейших профессиональных конференций по Python в России. В 2021 году участие в ней приняли порядка 500 разработчиков, в том числе, работающие в Evrone. Днём все заинтересованные слушают доклады, а вечером проходит неформальная afterparty у костра, где гости могут пообщаться на профессиональные и не очень темы.

Python-лид Evrone Артём Иннокентьев выступил на конференции с докладом. Для него это был дебют в качестве спикера и сразу на крупной и уважаемой в сообществе конференции. В своём выступлении Артём спрогнозировал, чего ждать от pattern matching в следующей версии Python.

Подробнее о секретной методике, по которой мы готовим спикеров, читайте здесь.

RnDTechConf

Мы стараемся выбирать конференции, которые делают разработчики для разработчиков. RnDTechConf - это как раз такая большая IT-конференция для разработчиков и менеджеров в Ростове-на-Дону.

Наш DevRel Григорий Петров модерировал одну из её секций, а QA-тимлид Татьяна Суходолова выступала с докладом о базах знаний. Доклад она подготовила на основе опыта работы над проектом “Сбермаркета”, а само выступление стилизовала как сказку о Золушке.

Почему знания похожи на крупы, и что такое алко-кодинг, читайте здесь.

Управление знаниями (knowledge management, KM) — это организованная система процессов для сбора знаний и навыков и передачи их внутри компании.

Это облегчает онбординг (адаптацию) новых сотрудников и передачу задач от одних исполнителей или команд другим.

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

Мы публикуем сокращённую версию текста, полностью статью можно прочитать здесь.

Зачем управлять знаниями

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

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

Как управление знаниями помогает онбордингу

Управление знаниями значительно улучшает адаптацию новых сотрудников и передачу знаний. Новые сотрудники намного скорее осваиваются в компании и получают доступ ко всем инструментам для достижения успеха. Эффективная система управления знаниями помогает:

• Вести ситуационное обучение

• Повышать производительность

• Повышать удовлетворенность персонала

В систему управления знаниями можно добавлять разнообразную информацию, в том числе:

• Документы — справочники, календари, информацию о релизах, глоссарии, сведения о командировках, днях рождения, отпусках и тренингах.

• Наработки команд — лучшие практики, стратегии, сроки разработки, тактики, презентации, текущие проекты, описания бизнес-логики, различные метрики.

• Данные об организации — контракты, местоположение, детали бренда, организационные схемы.

• Корпоративные новости — сообщения об обновлениях системы IT, рекламная информация, упоминания в СМИ, индексы потребительской лояльности (NPS).

Как хранить и передавать знания

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

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

Важность роли knowledge manager

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

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

Как улучшить управление знаниями

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

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

Джеймс Гослинг придумал изначальную архитектуру языка программирования Java, написал для него первый компилятор и виртуальную машин.

А DevRel Evrone Григорий Петров поговорил с ним о взглядах на языки, их возможности и решения, которые ежедневно используют тысячи разработчиков. Полный текст интервью вы можете прочитать по ссылке, а здесь мы публикуем самые интересные высказывания Джеймса Гослинга.

О пользе исправлений

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

О разнице статических и динамических языков

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

О производительности

«Чтобы действительно получить повышенную производительность, очень помогает иметь статически типизированный язык. Для динамических языков, вроде Python, это очень сложно. Обычно люди справляются с этим, добавляя аннотации: так получился TypeScript, который, по сути, все тот же JavaScript, но с аннотациями типов. И это вдвойне забавно, потому что JavaScript — это Java без объявлений типов. По сути, TypeScript — это Java с другим синтаксисом».

О скорости

«Делать микросервисы нормально, но они как минимум в миллион раз медленнее вызова метода. Подумайте, к чему это приводит. Для большинства людей, самый простой способ добиться производительности — сделать чистую масштабируемую архитектуру и масштабироваться. Но есть и люди, которым важны низкоуровневые детали».

О корутинах

«Когда в начале 70-х я изучал Simula, у неё был хороший, естественный стиль. Ты просто программируешь и думаешь о вычислении как о самозамкнутой сущности. Если сущности пересекаются, для тебя это выглядит прозрачно. Я пришел к выводу, что как концепция этот подход куда лучше, чем программирование вокруг обработки сообщений. Такой подход сложно реализовать, но, когда он реализован, думать в этом формате проще».

О подходе к обучению

«Не думаю, что очень важно, какой язык ты изучишь первым. Многие люди учат что-то одно и потом используют всю жизнь. Я думаю, каждый университет должен иметь у себя курс, в котором изучается сравнение языков программирования. Например, в семестре у тебя пять задач на пяти разных языках программирования. Это позволяет людям быстро их изучать, они ведь не настолько разные, и позволяет понять, что из них лучше подходит».

О pattern matching

«Думаю, если назвать эту конструкцию „type case“, это будет отлично. Но если называть это „pattern matching“, это звучит как обман или ложная реклама, ведь оно не дает столько же возможностей, как настоящие регулярные выражения. Но как возможность — это здорово».

О приоритетах

«Когда я начинал делать Java, одно из моих личных правил состояло в том, что я не хочу отлаживать странные проблемы с испорченной памятью. Я слишком много дней жизни отдал на починку таких багов. Которые зачастую заключаются в том, что кто-то в цикле перезаписал конец массива на один лишний элемент, и ты обнаружишь это много позже, через миллион инструкций. Ненавижу искать такие баги».

Команды по обеспечению качества (quality assurance, QA) гарантируют, что продукция компании соответствует установленным стандартам.

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

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

Подбор персонала и онбординг

Можно создать собственную команду QA или воспользоваться аутсорсинговыми услугами. Независимо от того, создаёте вы свою QA-команду или нанимаете на аутсорс, к онбордингу нужно подходить так же, как к адаптации любого нового сотрудника. Чтобы QA-специалисты быстро вошли в курс, нужно познакомить их с корпоративной культурой, существующими процессами и продуктами.

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

Роли и обязанности специалистов QA

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

Мотивация команды

Важная задача QA-менеджера — поддерживать мотивацию команды в процессе agile-разработки. Когда проект только начинается и есть много новых интересных задач, члены команды заинтересованы. Однако когда все крупные проблемы решены и остается только перепроверять отчёты об ошибках, QA-специалистам может не хватать мотивации.

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

1. Поощряйте обмен знаниями.

2. Признавайте заслуги.

3. Используйте неудачи для обучения.

4. Доверяйте команде.

5. Выясните, что мотивирует членов вашей команды.

Установите личный контакт

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

Регулярно оценивайте аутсорсинговую команду

Оценивать документацию при работе с аутсорсинговой командой нужно не реже одного раза в месяц. Это поможет убедиться, что тестирование идёт должным образом, и что вы получаете качественную работу за свои деньги. К тому же обсуждение разногласий при взаимодействии разработчиков и тестировщиков на ранней стадии позволяет быстро скорректировать работу и убедиться, что вы друг друга понимаете.

Показатели эффективности

Существует множество методов для измерения производительности QA. Однако показатели эффективности могут ввести в заблуждение или не раскрывать полной картины, поэтому важно верно интерпретировать эти цифры. Рекомендуем отслеживать следующие показатели:

• количество ошибок в релизе, стейджинге и окружении;


• время;


• количество созданных и выполненных автоматизированных тестовых случаев;


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

Если какой-то из них насторожил, стоит разобраться в причинах.

Масштабирование команды

Расширение команды тестирования может оказаться непростой задачей, поэтому следует убедиться, что это действительно необходимо. Вот распространённые случаи, в которых стоит задуматься о найме:

1. Недостаток технических знаний.

2. Всё уже автоматизировано по максимуму, но рук не хватает.

3. Ушёл член команды.

Обязанности тим-лида

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

Мы надеемся, что эти советы и процессы помогут вам создать или улучшить команду QA и получить максимальную отдачу от работы отдела обеспечения качества. Не стесняйтесь обращаться к нам в Evrone за дополнительной информацией, экспертизой или аутсорсингом.

Тестирование — один из важнейших элементов цикла разработки.

Благодаря раннему и непрерывному тестированию можно сэкономить время и деньги, которые позже пойдут на исправление ошибок. Лучшие современные практики QA способствуют оптимизации и улучшению процессов тестирования, повышают качество и производительность. Но тестировщики по-прежнему сталкиваются с общими проблемами, которые мы разберём ниже.

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

1.0 Сложности

Неясные требования и цели

Хотя в Agile менять требования в середине спринта не рекомендуется, такое иногда происходит. Это стресс для всей команды, в том числе тестировщиков. Ведь объём тестирования тоже меняется.

Сценарий тестирования должен соответствовать конечной цели проекта. Поэтому важно чётко их сформулировать и донести заранее. Иначе может получиться вовсе не тот продукт, который ожидался.

Дороговизна и непонятная оценка качества

Компетентная agile-команда поможет снизить затраты на QA, приступив к тестированию на первых этапах проекта и выполняя его на протяжении всего цикла разработки. Проблемы, найденные на этом этапе исправить значительно проще и дешевле. А ещё исследования показывают, что аутсорсинг может снизить затраты на тестирование ПО на 25–45%. Правда, нужно подобрать квалифицированную QA команду.

Часто у agile-команд нет количественного способа измерения общего качества продукта. Есть отдельные показатели, такие, как покрытие тестами и сложность кода, но эти элементы не дают полного представления о качестве. Поэтому тестировщики не могут проактивно выявлять конкретные области, где результат оставляет желать лучшего.

Нехватка коммуникации и простои

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

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

2.0 Решение

Культура QA

Если команда сразу будет ориентироваться на качество продукта, не придётся использовать QA как антикризисный инструмент. Культура качества строится на понимании и принятии всеми участниками процесса цели сделать хороший продукт. Это способствует пониманию внутри команды и помогает быстро внедрять новые методы QA, а также стабильно поставлять качественный продукт.

Ранее тестирование

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

Частое регрессионное тестирование также может смягчить некоторые проблемы, связанные с ранним и частым тестированием. Команда QA определит конкретные области, в которых может возникнуть регрессия, что поможет свести к минимуму время тестирования без ущерба для покрытия. Автоматизация также является отличным способом частого тестирования, и её можно внедрять постепенно.

Обучение

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

Agile и непрерывное тестирование

С развитием Agile и DevOps стал популярным миф о том, что «тестировщики не нужны». Конечно, это не так. Тестирование, как и разработка, меняется, и новые методики помогают повысить качество конечного продукта.

Мы в Evrone исповедуем Agile и QAOps — сочетание QA и DevOps. Члены нашей команды умеют работать удаленно, сотрудничать с командами заказчика и избегать основных проблем QA-аутсорсинга.

Сегодня хвастаемся проектом, который мы делаем для Воронежского шинного завода, принадлежащего Pirelli.

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

Что требовалось?

На заводе очень много станков, которые работают 24 часа в сутки. Они выполняют миллионы разных операций и все данные о них отправляют в огромное хранилище. Выгрузить данные из хранилища можно только через SQL, поэтому не каждый заинтересованный сотрудник может это сделать.

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

Требовалось создать приложение для сбора и первичной обработки больших данных.

Что мы сделали?

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

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

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

Что готово?

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

Подробнее о том, почему это в первую очередь, бизнес-аналитический проект и как дизайнеры помогли команде разработки, читайте у нас на сайте.

Evrone — это, прежде всего, сильная Ruby-команда.

Мы хорошо разбираемся в Ruby и предлагаем вам тоже проверить себя в нашем новом квизе. Его составляли наши senior-разработчики, так что придётся хорошо подумать.

Внутри семь сложных вопросов и несколько вариантов ответов, из которых лишь один правильный.

Среди тех, кто правильно ответит на все вопросы мы разыграем приятные призы: Apple AirPods Pro, Яндекс.Станцию и увлажнитель от Electrolux. Победителей выберем с помощью генератора случайных чисел на YouTube-канале Evrone.

Подготовиться к тесту вам помогут наши видео, которые мы также собираем на YouTube-канале. Или можно записаться на один из наших митапов. Кстати, мы проводим встречи не только для Ruby-разработчиков, посмотреть расписание всех наших мероприятий можно здесь.

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

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

Бэкенд и CRM

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

Также управлять шлемами помогают две CRM — основная для ViaVR и поменьше, для партнёров сервиса. Внутри можно отслеживать статистику по всем видам контента, оплате, времени использования и т.д.

Дизайн

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

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

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

Мы давно не делились новостями о наших проектах. Исправляемся! В этой подборке расскажем об успешных кейсах за последнее время. Мы помогли Учи.ру адаптироваться к международному рынку, создать API для управления файлами для Uploadcare и мигрировать на Python Django киберспортивному проекту Brag House.

Brag House — это платформа, которая даёт возможность любому студенту-геймеру почувствовать себя профессиональным киберспортсменом. Она переносит дух традиционного студенческого спорта на виртуальные соревнования для обычных, но увлеченных геймеров и их фанатов. Чтобы клиент мог представить проект инвесторам для дальнейшего финансирования, мы должны были разработать бэкенд API для создания MVP. В частности, мы переписали часть функционала с нуля, переведя его с AWS Amplify на Python и Django. Подробнее о проекте и решениях для него здесь.

Мы давно не делились новостями о наших проектах. Исправляемся! В этой подборке расскажем об успешных кейсах за последнее время. Мы помогли Учи.ру адаптироваться к международному рынку, создать API для управления файлами для Uploadcare и мигрировать на Python Django киберспортивному проекту Brag House.

Uploadcare — это готовое решение для управления файлами, которое экономит время разработчиков. Платформа помогает получать файлы от пользователей, обрабатывать их с помощью API и доставлять напрямую из CDN разных вендоров. Мы помогли команде Uploadcare обновить текущие библиотеки Python, Django, Ruby и Ruby on Rails с учетом новых возможностей API и новых версий этих языков. Посмотреть, что у нас получилось, и протестировать продукт можно здесь.

Мы давно не делились новостями о наших проектах. Исправляемся! В этой подборке расскажем об успешных кейсах за последнее время. Мы помогли Учи.ру адаптироваться к международному рынку, создать API для управления файлами для Uploadcare и мигрировать на Python Django киберспортивному проекту Brag House.

Учи.ру развивает образовательные сервисы не только в России, но и за рубежом. Например, сервис по обучению математике и программированию DinoLab. Для него мы разработали микросервисную архитектуру, локализовали часть приложений российской версии и сделали нестандартный фронтенд. Почему мы решили разделить приложение на домены, а не страницы, рассказываем здесь.

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

Каждый год Evrone проводит крупнейшую тематическую конференцию RubyRussia. Мы также устраиваем небольшие митапы в рамках ИТ-конференции Metaconf и регулярные встречи каждые несколько месяцев по таким темам, как фронтенд и бэкенд (на Ruby, Python и Go), QA, DevOps и другим смежным тематикам. В этом тексте поделимся опытом, который поможет взглянуть на мероприятия под другим углом.

Зачем это нужно?

Мы организуем такие мероприятия, чтобы собрать лучших профессионалов вместе и помочь им наладить сотрудничество.. Проведение митапов — это стратегия, рассчитанная на длительное сотрудничество, это вклад в то, чтобы через 10 лет ваша компания стала больше, лучше, круче и известнее.

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

Переходим в онлайн

Из-за ситуации с пандемией в этом году мы в Evrone перенесли все мероприятия в интернет, где нам пришлось конкурировать с развлекательным контентом. Чтобы доклады было интереснее смотреть, мы записываем выступления в студии. Затем используем платформу Tulula для онлайн-трансляции. Она отвечает всем нашим требованиям и отлично подходит для проведения мероприятий.

Перевод митапов в онлайн-формат оказался удачным решением, количество регистраций на митапы увеличилось, а число участников вернулось на уровень, который был до пандемии: от 200 до 400 человек, в зависимости от темы. После мероприятий видео с докладами на YouTube стали собирать больше просмотров, их смотрят не только зарегистрированные участники. Новые зрители оставляют комментарии, благодарят нас за интересный и познавательный контент.

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

Как сохранить аудиторию

Вы теряете аудиторию, когда люди перестают воспринимать то, что они делают, и контент по теме как нечто ценное. Чтобы сохранить и приумножить аудиторию, необходимо понять, что именно её интересует, и дать то, что она рассматривает, как ценность.

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

Полную версию meetup-гайда от Evrone можно посмотреть здесь.

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

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

Go-clean-template — шаблон для проектов на Golang, созданный в Evrone. он основан на принципах чистой архитектуры Роберта («дядюшки Боба») Мартина. Его можно клонировать и использовать в качестве отправной точки для создания приложения на языке Go. Как всё работает, читайте здесь.

Сегодня в традиционной подборке рассказываем об удачных open source решениях нашей команды: архивном monkey patch и шаблоне чистой архитектуры на Go, а также анализируем тренды 2021 года в QA и тестировании.

QA-тренды.

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

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

В 2012 году, мы столкнулись с проблемой избыточных логов при сборке приложений на Rails, используя Asset Pipeline.

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

Наша команда придумала monkey patch, который можно было добавить в проект для фильтрации вывода записей лога. А чтобы решение стало удобно использовать широкому кругу разработчиков, сделали quiet_assets gem. О том, как он работал, мы написали здесь.

TeamLeadConf вместе с конференцией Highload++ считаются одними из самых ожидаемых событий для разработчиков. Конференция проводится с 2018 года и собирает профессионалов в области управления разработкой.

В отличие от узкопрофильных конференций, посвященных каким-то конкретным языкам или вопросам, TeamLeadConf универсальна — здесь можно встретить и разработчиков, и менеджеров, и DevOps’ов, и QA-специалистов, которые хотят больше узнать о техническом менеджменте.

Здесь мы, как и на Highload++, выступали и поставили наш стенд. Правда, в этот раз докладов было 2 — про ошибки в оценке сроков и участие в разработке Open Source инструментов. Подробнее об этом в статье на сайте.

Highload — крупнейшая профессиональная ИТ-конференция для разработчиков высоконагруженных систем. В 2021 году Highload++ Весна прошла 17-18 мая в «Крокус-Экспо» с ограниченным числом участников. Из-за коронавирусных ограничений 9000 кв. метров могли вместить лишь 1600 человек. Зато выставка оказалась самой большой за всю историю: 30 стендов, и один из них от Evrone.

Мы стали партнёрами Highload ещё в 2020 году, но тогда из-за пандемии часть событий отменили, часть перенесли в онлайн. Зато в 2021 году мы участвовали на полную: показывали на стенде фильмы о себе и выступили в главном зале с докладом. В статье рассказываем про наш доклад на конференции и тусовку на стендах.

Снова делимся новыми материалами: рассказываем про нашу работу с проектом eAcademie.

L’Oréal eAcademie — это цифровая платформа сервисов для бьюти-рынка. Она связывает бизнес-процессы для 1000 внутренних сотрудников и более 400 000 внешних пользователей. С помощью этой платформы владельцы салонов могут управлять профилем и программой лояльности, частные мастера могут находить обучения, а рядовые пользователи — нужные им компании и услуги.

Product-менеджер продукта искал команду, которая готова работать в режиме проверки гипотез: придумали идею, проверили и собрали данные, в случае успеха разработали до полноценного функционала. Кроме этого предстояло перевезти проект на новую инфраструктуру и переработать часть модулей фронтенда на React. О том, как команда Evrone справилась с этими задачами — в кейсе с техническими подробностями.

Как Evrone разработал ПО для коммерческих тендеров

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

Компания Интелкон обратилась к нам для автоматизации этого процесса. За 6 месяцев мы разработали MVP системы для управления электронными тендерами с фронтендом на React+JavaScript и бэкендом на Python+Django. Чтобы поскорее запуститься, мы по максимуму использовали инфраструктуру Django и отказались от архитектурной сложности. Чтобы поддерживать продукт было легко, придерживались методологии «12 factor app».

В конце сентября мы соберем рубистов со всей России и ближнего зарубежья на RubyRussia 2021, чтобы вместе обсудить наболевшее: наш и конкурирующие стеки, высокие нагрузки, микросервисы, альтернативы рельсам, hotwire, machine learning, базы данных, архитектуру, найм, порог входа, будущее нашего любимого языка и всего, что построено вокруг него.

Конференция как раз открыла call for papers — приём заявок на выступления. Григорий Петров, один из организаторов, готов помочь всем, у кого есть вопросы по выступлению, презентации, подготовке доклада. Пишите ему в любую соцсеть на хэндл @grigoryvp, ему нравится общаться с разработчиками и держать руку на пульсе технологий �� Ему можно писать, если вы хотите стать партнером конференции.

Ну а если у вас уже есть идея или даже готовый доклад — заполняйте форму и организаторы свяжутся с вами для уточнения деталей.

Как Evrone усилил команду Сбермаркета

В сегодняшней подборке — два новых кейса от команды Evrone. А ещё немного спойлеров к осенней конференции RubyRussia, на которой начался приём заявок на выступления.

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

Быстрый рост пользовательской базы всегда значит поток обратной связи. Будут и отзывы, и критика, и новые идеи в бэклог. На основании этой информации можно планировать обновления и интеграцию новой функциональности.

В таком случае должно расти и количество разработчиков, потому что заниматься надо сразу всем — выпускать новые фичи, поддерживать и чинить старые. Для расширения штата Сбермаркет и обратился в Evrone. Мы прошли серьёзные технические собеседования и дополнили QA, backend и frontend команды.

В кейсе на сайте рассказываем, как создали подсистему для A/B-тестирования, справились со сменой протокола аутентификации и начали управлять знаниями всего продукта.

Что лучше выбрать для быстрой и экономичной разработки кросс-платформенного мобильного приложения в 2021? Мы сравнили две технологии — Flutter и React Native — чтобы вы могли определить, какой кросс-платформенный фреймворк для вашего приложения будет наилучшим.

Если вы ищете решение для разработки приложения под iOS или перед вам стоит выбор между нативной и кроссплатформенной разработкой, то посмотрите другое наше сравнение стеков Flutter/Dart и Native iOS/Swift, чтобы определить, какой фреймворк или язык лучше всего выбрать для вашего проекта.

Что такое Flutter?

Flutter — это разработанный в Google кросс-платформенный открытый SDK для мобильных приложений, использующий язык Dart. С его помощью из одного исходного кода можно собирать приложения под iOS, Android, Linux, Windows, Mac и Google Fuchsia, а также веб-приложения. Flutter подходит для разработки как MVP, так и больших приложений.

Flutter набрал на Github 121 тысячу звёзд и, по опросу Stackoverflow, в 2020 году вошёл в тройку самых популярных фреймворков, библиотек и инструментов.

В этих статьях мы говорим о фактах и цифрах, которые будут важны для бизнеса и оценки ресурсов — сравнение кроссплатформенных фреймворков Flutter и React Native и разбор применения Agile на клиентских проектах. Если давно хотели понять, что к чему — добро пожаловать.

Не всегда наши заказчики — технические специалисты. Бывает, что разработка нужна HR-специалистам, маркетологам, предпринимателям. У них есть идеи, а их цифровое воплощение ждут уже от нас.

Чтобы не закидывать клиентов терминами, мы стараемся погрузиться в задачи, а потом простым языком объясняем, как их можно решить. Если при этом кто-то берёт паузу «на подумать», то мы делимся своими материалами о технологиях и инструментах. Это помогает нашим клиентам понять, что их ждёт, если они решили оцифровать процессы или запустить новый продукт.

В этих статьях мы говорим о фактах и цифрах, которые будут важны для бизнеса и оценки ресурсов — сравнение кроссплатформенных фреймворков Flutter и React Native и разбор применения Agile на клиентских проектах. Если давно хотели понять, что к чему — добро пожаловать.

Evrone занимается не только созданием приложений и цифровых сервисов, но и продвижением разработки в сообществе. Мы проводим тематические митапы MetaConf и крупнейшую в России конференцию по Ruby — RubyRussia.

Также наших специалистов часто приглашают в качестве спикеров на крупные технологические конференции — Highload, TeamLeadConf и другие. На них мы не только выступаем, но и презентуем наши услуги на рекламных стендах, а чтобы оставить приятное впечатление о себе — дарим подарки и проводим конкурсы с разными призами. Одним из таких призов стал набор красочных наклеек с шутками про разработку и диджитал-сферу — Evrone Stickers.

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

Добавить наши наклейки в свой Telegram вы можете по ссылке.

Сегодня в Evrone работают сотни сотрудников. Но когда-то мы были маленькой IT-компанией со скромным штатом в 15 разработчиков.

Чтобы уже тогда показывать хорошие результаты на клиентских проектах, мы старались быть early birds от мира разработки: внедряли новые методологии, первыми пробовали перспективные инструменты и предлагали их клиентам.

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

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

Видеореклама удобнее печатной. Не нужно ничего переклеивать и ждать доставку из типографии, а если нашли ошибку или макет срочно поменяли — заменить файл легко. Если есть удобный доступ к видеопанелям и телевизорам, конечно. Иначе привет потерянные флешки и случайные файлы, которые могут увидеть клиенты. особенно сложно, если экранов много.

Liqvid создаёт облачное программное обеспечение для видеорекламы на цифровых вывесках. На российском рынке компания работает уже два года, а в 2020 г. вышла на азиатский. К Evrone они обратились с задачами конвертирования видео для различных устройств и за разработкой сервиса для удалённого управления дисплеями. Мы помогли им создать все необходимые решения всего за два месяца, а о технических деталях рассказали в статье на сайте.

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

Библиотека casbin-ruby от Evrone помогает подключить к проекту авторизацию с поддержкой RBAC — управления доступом на основе ролей. Она помогает удобно управлять авторизацией и распределением ролей в проектах с микросервисной архитектурой.

Casbin-ruby — библиотека авторизации, поддерживающая распределённое управление доступом на основе ролей (RBAC)

В нашем проекте для KFC мы используем микросервисную архитектуру с компонентами, написанными на разных языках программирования и в различных средах выполнения, таких как .NET, Ruby и Go. Многие из этих компонентов должны принимать решения на основе статуса авторизации пользователей: кто они, к каким ролям относятся, какие действия могут выполнять и для чего?

Нам нужен был способ использования RBAC, совместимый с несколькими независимыми языками и фреймворками, к тому же требовалось каким-то образом управлять правами и списками контроля доступа (ACL).

Одна из наших сильных экспертиз — создание медиа-порталов. мы даже запускали пару собственных продуктов в этой нише — сеть городских медиа 100on.ru и платформу для управления сайтами СМИ Evrone City Portal.

На базе последнего, как раз, и построил свою работу самый популярный (по версии LiveInternet) портал Екатеринбурга — Клопс.ру. Они пришли к нам с задачей рефакторинга, но в процессе решили перейти на нашу собственную разработку. Детали разработки рассказываем в статье на сайте Evrone.

Благодаря новому ядру Клопс развился в самое популярное СМИ Калининграда (по данным LiveInternet). Со временем проект переехал на собственный сервер, наши специалисты консультировали команду клиента по техническим вопросам и подготовили документацию для самостоятельной поддержки и развития.

По примеру Клопс на платформу Evrone City Portal переехали издания 36on.ru (которое выросло из проекта 100on.ru) и 420on.cz (крупнейшее русскоязычное СМИ Чехии).

Сегодня существует приложение, кажется, для всего. Если у какой-то компании нет своего приложения — это кажется так же странно, как если бы 10 лет назад у неё не было сайта. В итоге это может обернуться упущенной прибылью, потому что спрос на надежные, дружественные к пользователю приложения никогда ещё не был так высок. К счастью, современные средства разработки для мобильных устройств позволяют легко создавать высокопроизводительные приложения для iOS и Android.

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

Однако чтобы разработать приложение, нужно сначала решить, какой стек технологий использовать. Если речь идёт про экосистему iOS, то выбор будет стоять между Flutter/Dart или нативной разработкой на Swift. Мы провели сравнение этих технологий, чтобы помочь вам выбрать лучшую для вашего проекта.

Современная разработка настолько сложна, что уже просто невозможно всё держать в голове, особенно различные практики по написанию кода. И тут нам на помощь приходят линтеры, которые помогают придерживаться определенных стандартов на проекте и держать кодовую базу в порядке.

Мы в компании Evrone разрабатываем проекты на разных языках программирования, таких как: Ruby, Go, Rust, Python, Elixir и т. д. И в каждый такой проект мы подключаем различные линтеры. Чтобы быть полностью уверенными, что наш код соответствует всем стандартам качества, мы запускаем линтеры с помошью CI-сервисов на каждый коммит, отправленный в GitHub.

Теперь мы делаем это с помощью автоматизированных Github Actions и делимся этим прекрасным инструментом с сообществом. Познакомиться с разными экшнами и режимами их работы можно в инструкции у нас на сайте.

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

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

Владельцы Quints обратились в Evrone, когда их проекту системы управления реферальным маркетингом было уже два года. В приложении было много легаси-кода, а готово оно было на 70–80 процентов. Совместными усилиями мы улучшили этот код и закончили проект. Сейчас наша команда работает над оптимизацией и новыми фичами, которые позволят сделать проект по-настоящему впечатляющим.

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

Evrone много внимания уделяет качеству проектов. Использование инструментов DevOps давно стало частью нашей культуры, а некоторые клиенты даже просят у нас внедрить «управление разработкой в стиле Evrone» у них в компаниях. Поэтому когда появился Docker, мы сразу обратили на него внимание.

С его помощью мы создали проект Teatro.io, который автоматизировал создание тестовых (stage) серверов для демонстрации и проверки фич.

Несмотря на то, что Evrone занимается заказной разработкой, про нас не скажешь, что мы не нюхали пороху создания продуктов с нуля. Сегодня хотим поделиться историей Teatro.io — сервиса автоматизированного запуска stage-серверов. Спойлер: оказалось, что продукт очень важен для сложного рынка корпоративных b2b-решений, но чтобы его продвигать — надо заниматься только им.

ShowJet — сериальный онлайн-кинотеатр. Команда Evrone разрабатывала его первую версию — веб-интерфейс и ядро, которое управляло кинотеатром и потоками видео.

У команды ShowJet были контракты со студиями и собственная студия озвучки, то есть они могли выпускать контент с русскоязычной звуковой дорожкой практически сразу после выхода серий за рубежом. С этими преимуществами можно было привлечь много пользователей, а за счёт того, что некоторые сериалы идут годами, получить хорошие продуктовые метрики — например, LTV (life-time value). Команда Evrone разрабатывала первую версию продукта — веб-интерфейс и ядро, которое управляло кинотеатром и потоками видео.

Aerovu — это мобильное приложение для контроля симптомов астмы, которое напоминает вовремя принять лекарства, выявляет и отслеживает причины астматических приступов.

Мы предложили команде Aerovu разработать полноценный медицинский сервис для мониторинга астмы, а не просто приложение для напоминания приёма лекарств. Большое решение даст людям, страдающим хроническими заболеваниями дыхательной системы, больше ценности — они будут контролировать астму и ХОБЛ, а значит улучшат качество своей жизни. Сейчас команда клиента тестирует разработанный нами MVP на первых пользователях, чтобы получить отзывы, а затем мы приступим к разработке новых функций. Также в планах — физическое устройство для контроля дыхания.

Взяли интервью у Джереми Эванса, создателя Roda и Sequel, члена основной команды Ruby.

Вот несколько интересных цитат из нашей беседы:

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


• Мое отношение к новым возможностям языка очень консервативно. Многие из моих библиотек до сих пор поддерживают Ruby 1.9, а мои приложения работают на Ruby 2.5. Самая новая фича, которую использую в своем коде — «одинокий оператор» для проверки значений на nil из Ruby 2.3.


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

Полную версию интервью читайте на нашем сайте.

Мы взяли интервью у Дмитрия Карпова, педагога дизайна и инструктора по креативному мышлению и делимся с вами яркими цитатами из него.

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


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


• Важно знать свои «ресурсные часы», когда ты способен круто работать головой, а когда руками.


• Профессии [в будущем] останутся те же, только в каждой деятельности будет место ИИ, роботизации и автоматизации.


• Уже сейчас проходят обучение специалисты аграрного сектора, которые будут настраивать, программировать, обслуживать автономную беспилотную сельхозтехнику. Это не звучит так заманчиво, как профессия «дизайнер виртуальных миров», но это реальная часть экономики и культуры будущего.


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

Мне по духу обучение через «труд, пахоту и продуктивность». Много сделал — многому научился.

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


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


• Не надо себя гнать на все амбразуры. Не надо себя загонять на все жизненные цели. Важно нацелить себя на главное, на то, что делает немного счастливей. Вот вы знаете, что вас делает счастливым? Очень многие не задавали себе такой вопрос и не знают ответ. И в эти незаполненные пустоты души утекает вся эмоциональная сила и ментальная энергия.


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

Полная версия интервью — на нашем сайте. Там можно узнать больше о связи спортивных достижений и мотивации, необходимости программирования для дизайнеров и будущее соцсетей по версии Дмитрия Карпова.

Сотрудники Evrone работают не только над коммерческими проектами. Мы активно поддерживаем open-source сообщество и делимся своими инструментами, проводим мероприятия для разработчиков разных уровней, студентов. Ещё мы сотрудничаем с университетами, например МГТУ им. Н. Э. Баумана пригласил нашего специалиста вести курс «Алгоритмизация и программирование» для студентов факультета биомедицинской техники.

Курс «Алгоритмизация и программирование биомедицинской техники» является фундаментальным. Он знакомит студентов с основами программирования. Знания эти помогут в изучении других дисциплин. Раньше задачу обучения студентов программированию решал базовый курс «Информатика», но он использовал устаревший язык программирования и не давал необходимый объём знаний и навыков для решения современных задач биоинформатики и научных вычислений.

Вместе с куратором курса, Романом Самарёвым, мы выбрали для курса высокоуровневый мультипарадигмальный язык Julia. Он был создан в MIT для массивных научных вычислений, а все нужные для них базовые инструменты вшиты в язык и не требуют каких-то специальных ухищрений для того, чтобы обеспечить высокую производительность, как, например, делают в Python с numpy. Непосредственно на языке Julia можно реализовывать быстрые алгоритмы машинного обучения, алгоритмы визуализации — например, можно смоделировать поведение потока крови в кровеносном сосуде или развитие биологической популяции в динамических условиях биотопа.

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

В статье на сайте мы рассказываем подробнее о нашей дружбе с МГТУ им Н.Э. Баумана и сравниваем Julia с другими популярными языками, с которых можно было бы начать обучение — Pascal, Python и Ruby.

Читайте на сайте в русской или английской версии:

In this article

При разработке веб-приложений без фреймворков и библиотек JavaScript не обойтись, но компаниям трудно выбирать между популярными React и Vue.js, у каждого есть преимущества и недостатки. Мы написали небольшое руководство по популярным фреймворкам, которое поможет понять, в каких случаях использовать Vue, в каких React, и решить, который из них подойдет для вашего следующего проекта.

Vue и React — это JS-фреймворки с открытым исходным кодом для создания сложных пользовательских интерфейсов.

React обеспечивает повышенную гибкость благодаря использованию «компонентов» — коротких изолированных участков кода, которые помогают разработчикам создавать сложную логику и UI. React взаимодействует с HTML через virtual DOM — копию реального DOM-дерева элементов страницы. В копии все элементы представлены как объекты JavaScript. Эти элементы, вместе с декларативным стилем программирования React и односторонним связыванием данных, упрощают и ускоряют разработку.

Vue тоже использует virtual DOM, компоненты и, вдобавок, двустороннее связывание. Однако главная изюминка — его прогрессивная архитектура. Он разработан так, что позволяет разработчикам переносить существующие проекты во фреймворк, подключая фичи по одной, а не все сразу. Инфраструктура Vue.js позволяет создавать многофункциональные приложения. В зависимости от требований проекта вы можете использовать его как полноценный фреймворк или как легковесную библиотеку, а также как нечто среднее между ними.

Сравнение React и Vue — это не поиск плюсов и минусов в вакууме. Выбор полностью зависит от целей и параметров вашего проекта.

React лучше подойдёт, если вы хотите:

• иметь большой выбор гибких библиотек, инструментов и экосистем;


• легко использовать его вместе с TypeScript, Flow, BuckleScript;


• разработать высоко масштабируемое приложение с простым тестированием и отладкой;


• быстро создать сложное приложение;


• создать высокопроизводительную платформу потокового видео или медиа-сайт .

Выберите Vue, если хотите:

• создать прогрессивное веб-приложение или SPA;


• немедленно приступить к разработке;


• получить доступ к большему количеству инструментов от разработчиков фреймворка и их поддержку;


• расширить функциональность существующего приложения.

Узнайте подробнее о различиях этих фреймворков в статье на сайте Evrone.

Читайте на сайте в русской или английской версии:

Which framework to choose for your project?

Это уже наше второе интервью с Матцем, в этот раз мы поговорили про Ruby 3.0, развитие языка, онлайн-конференции и многое другое. Самыми интересными мыслями из интервью делимся здесь.

• Когда я начинал создавать Ruby, сообщество языка было небольшим. В то время можно было отказаться от старой версии и сломать синтаксис языка. Но сообщество Ruby выросло, оно насчитывает миллионы программистов по всему миру, и даже малейшее изменение может что-то испортить.


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


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


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


• Когда сообщество Ruby было маленьким, и его не волновали изменения, был широкий простор для экспериментов. Если что-то не срабатывало, то это «что-то» просто удаляли, совместимость никого не волновала. Но те старые добрые времена миновали, теперь у нас огромное сообщество.


• Большинство пользователей Ruby даже не рассматривают возможность присоединиться к процессу проектирования, хотя это было бы полезно.


• Многие судят о скорости языка по микро-бенчмаркам. Все эти числа Фибоначчи и микро-бенчмарки решения задачи N тел бесполезны, но являются чем-то вроде инстинкта программиста.


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

Посмотреть интервью целиком на английском можно на нашем youtube-канале: https://www.youtube.com/watch?v=B-UFFo4M-04&t=6s

А если предпочитаете читать, то полная русская версия — у нас на сайте. Там больше технических вопросов и деталей.

Читайте на сайте в русской или английской версии:

Read the full interview

Райан Даль (Ryan Dahl) — основатель и первый разработчик Node.js. Сейчас он занимается развитием среды выполнения JavaScript/TypeScript, которая называется Deno. Мы взяли у него интервью и делимся самыми яркими цитатами из него здесь.

• Сейчас мне интереснее всего писать на Rust. Его непросто изучать, и он не годится для многих задач, но для того, над чем я сейчас работаю, подходит идеально. Он как улучшенная версия С++. Уверен, что никогда не начну нового проекта на С++.


• Думаю, в результате работы в VIM у меня получаются более качественные программы.


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


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


• В зависимости от того, что пытается сделать начинающий программист, ему может подойти Python. Однако я считаю, что, как правило, лучше начинать с JavaScript.

Полная версия интервью — на нашем сайте. Там можно узнать больше о развитии и новых функциях Deno, удачных проектах в этой экосистеме и будущем JavaScript и TypeScript.

Читайте на сайте в русской или английской версии:

Read the full interview here

Кеннет Рейц — известный разработчик и участник международных конференций. Кроме программирования, он занимается фотографией и музыкой. Многие знают его по его проектам с открытым исходным кодом: requests — простой, но элегантной библиотеке для работы с HTTP; и pipenv — инструменту для работы с пакетами и виртуальными окружениями.

Мы воспользовались возможностью взять у него интервью. Кеннет поделился мыслями о главных сложностях с масштабированием приложений, применении парадигмы async/await в Python, рассказал о своём проекте PyTheory и природных способностях к программированию.

Кеннет Рейц — известный разработчик и участник международных конференций. Кроме программирования, он занимается фотографией и музыкой. Многие знают его по его проектам с открытым исходным кодом: requests — простой, но элегантной библиотеке для работы с HTTP; и pipenv — инструменту для работы с пакетами и виртуальными окружениями. Мы воспользовались возможностью взять у него интервью.

Читайте на сайте в русской или английской версии:

Read the full interview with Kenneth

Все мероприятия серии Meta/Conf, наша огромная конференция RubyRussia и даже наш корпоратив — в этом году всё ушло в онлайн. И хотя в какой-то момент возможность вернуться в реальный мир появилась, мы решили не рисковать.

Первые мероприятия в рамках Meta/Conf мы провели вживую. Успели даже съездить на некоторые сторонние конференции и взять несколько интервью. Драматично и пророчески выступили с докладом «Как управлять удалёнными командами». Это было наше последнее живое выступление в 2020-м.

Мы стояли на перепутье — то ли оставаться в онлайне, то ли придумывать что-то реальное… И там, и там проблемы.

В онлайне тонна контента, конкуренция за внимание с YouTube и любым домашним делом. Зачем смотреть конференцию, если я могу играть в плейстейшн? В оффлайне новые медицинские протоколы, абсолютно недостижимая окупаемость любого мероприятия, технические сложности помноженные на два. Не закроют ли выбранную площадку? Не превратится ли IT-тусовка в «ветряночную вечеринку»?

Познакомьтесь с историями Ruby Russia и Meta/Conf и узнайте, с чем конкретно пришлось столкнуться организаторам.

Читайте на сайте в русской или английской версии:

Find all the details in the full article

Разработчик Evrone Михаил Грачёв создал dotenv-linter — полезный инструмент для проверки .env файлов. Он помогает находить проблемы в .env файлах, которые можно не заметить с первого взгляда, но способные в дальнейшем привести к неправильной работе приложений. Мы сделали этот инструмент универсальным, чтобы его можно было подключать к любому проекту вне зависимости от языка программирования.

Dotenv-linter — не только удобный линтер для .env файлов. Это ещё и дружелюбный open-source проект, который помогает инициативным разработчикам изучать Rust на примере простого, но полезного инструмента. Кроме этого, проект имеет еще одну цель — привить любовь к open-source, помочь с первыми шагами в сообществе и дать возможность внести свой вклад в проект с открытым исходным кодом. Мы выступаем в качестве наставников в рамках этого проекта и помогаем разработчикам пройти путь начинающего контрибьютора от начала до конца.

Познакомиться со список изменений версии 2.2.1 вы можете на нашем сайте.

Читайте на сайте в русской или английской версии:

dotenv-linter

Rust

here is an overview

Интервью evrone с автором Vue.js, Эваном Ю.

Эван Ю — независимый разработчик и автор Vue.js, JavaScript фреймворка с открытым исходным кодом. Мы узнали у Эвана про релиз Vue 3, no-backend и fullstack, примеры использования Vue, а также про то, как сохранять баланс между личной жизнью и работой.

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

Читать интервью с Эваном целиком.

Эван Ю — независимый разработчик и автор Vue.js, JavaScript фреймворка с открытым исходным кодом. Мы организовали интервью, в котором Эван рассказал про третью версию Vue.js, fullstack-разработчиков, и объяснил, как люди используют созданную им технологию, как он сам организует ежедневную работу, чтобы не было «выгорания».

Узнать о том, какие еще технологии мы используем для frontend разработки.

Читайте на сайте в русской или английской версии:

Vue.js

Full Interview

Интервью с создателем языка Elixir Жозе Валимом.

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

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

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

Читать интервью на сайте Evrone.

Читайте на сайте в русской или английской версии:

Elixir

Full Interview

Оригинал статьи про open-source проекты Evrone можно прочесть на https://evrone.com/advantages-open-source

Evrone оплачивает работу сотрудников над open-source проектами по обычной ставке, каждый такой проект получает дизайн-поддержку и помощь в продвижении. Так делают в Google, Amazon и Яндексе, потому что это выгодно в долгосрочной перспективе, но у нас есть ещё 2 причины.

Из welcome-book Evrone каждый новый сотрудник компании узнаёт, что если он хочет работать над open-source проектами или создавать их, то Evrone готов оплатить эту работу и поддержать его: создадим логотип и фирменный стиль, напишем и распространим статьи о проекте.

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

Слава, принципы и деньги — 3 причины вкладываться в open-source

Во-первых, это круто. Свободное ПО, созданное при поддержке Evrone, используется от Китая до США, о нас пишут технологические СМИ. Чувствовать себя рок-звёздами — наше guilty pleasure.

Во-вторых, это правильно. Используя open-source в коммерческих проектах, мы получаем прибыль. Логично делать обратное полезное действие — поддерживать сообщество новыми инструментами.

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

С чего начинается поддержка

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

Дизайн — каждому проекту

Каждый проект получает логотип на GitHub и иллюстрации для оформления статей.

Для дизайнеров Evrone это и вызов, и место для творчества. С одной стороны, нужно успеть за 1-2 дня, с другой — практически нет ограничений по стилю.

Продвижение проекта и его создателя

Когда проект опубликован, мы помогаем его продвигать. Периодически мы получаем охват больший, чем ожидали первоначально. Так наш Flutter Audio Plugin ретвитнул Тим Снит, один из создателей Flutter. В итоге мы даже взяли у него интервью о том, как развивался язык.

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

Open-source созданный в Evrone

Каждый самостоятельный проект (на сегодняшний день таких 7) прошёл описанный путь. Вместе они собрали 3340 звёзд на GitHub.

• Flutter Audio

Плагин для записи и проигрывания речи. Родился во время работы над приложением для расшифровки встреч с врачами. Оптимизирован для использования с сервисами распознавания речи Google.

• Ferrum

Ruby gem, который позволяет управлять Chrome через Chrome DevTools Protocol при выполнении интеграционных тестов. Бодро работает в с кучей вкладок сразу и умеет много полезных вещей от создания скриншотов до эмулирования нажатий на клавиатуре или мыши.

• Cuprite

Драйвер для Capybara, который позволяет использовать Ferrum. Все нужные функции и никаких дополнительных API.

• Vessel

Инструмент с открытым исходным кодом для сканирования и получения данных с веб-страниц, созданный на основе Ferrum. Отлично подходит для аналитиков, контент-менеджеров и всех, кому необходимо автоматизировано собирать данные с многих сайтов сразу.

• Postcss-px-to-viewport

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

Популярен в Китае, так как там производится огромное количество Android-устройств с разными параметрами экрана.

• Dotenv-linter

Анализатор кода для поиска ошибок в .env файлах, которые используются, чтобы хранить в них переменные окружения. Работает с любым языком программирования, так как написан на Rust.

• Waffle

Простая и лаконичная библиотека загрузки файлов для Elixir. Интегрируется с популярными облачными хранилищами и позволяет оптимизировать файлы на лету.

Мы гордимся тем, что помимо интересных коммерческих задач наши разработчики могут реализоваться и в open-source комьюнити.

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

Читайте на сайте в русской или английской версии:

open-source products

logos and custom websites

Learn more about the advantages of building open-source projects

Исследование Evrone о стандартах HL7 FHIR.

К нам обратился клиент, которому требовалось разработать решение для eHealth. В зоне ответственности разработчиков Evrone было объединение двух баз МИС и разработка единой архитектуры.

Читайте статью о том:

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


• о современных форматах передачи медицинской информации


• об opensource в сфере medtech. Вам близка проблема разработка МИС? Свяжитесь с нами для консультации и разработки ПО для медицины.

Сегодня интеграция с гаджетами и наличие электронной информации о пациенте — программа «минимум» для частной клиники. На основе опыта Evrone рассказываем, как медицинским учреждениям идти в ногу со временем.

У каждого из нас есть телефон или браслет, которые контролируют наши физические параметры. Не за горами тот день, когда пациенты будут жаловаться так:

«Я понятия не имею, когда именно мое давление повышается. Попросил врача скачать данные с моего браслета, чтобы вся информация передавалась напрямую на сервер больницы. Доктор отказался, заявил, что браслетом можно только в кругу друзей красоваться. В общем, нашел я другого врача».

Читайте на сайте в русской или английской версии:

gadgets

health

data

Read the full article

Hyperledger — обзор и примеры использования технологии в Evrone.

Мы написали обзорную статью, в которой расскажем о примерах использования корпоративной блокчейн-технологии Hyperledger.

Что такое Hyperledger ?

Hyperledger — это платформа с открытым исходным кодом, созданная The Linux Foundation для продвижения межотраслевых технологий блокчейна.

Одним из ответвлений является фреймворк Hyperledger  Fabric. Он направлен, прежде всего, на корпоративное применение, и во главу угла здесь поставлена скорость транзакций при относительно невысокой стоимости.

Применение различных доступных решений и сервисов блокчейна, позволяет значительно повысить производительность операций и эффективность бизнес-процессов.

Краткий обзор фреймворков и инструментов Hyperledger, что он умеет и где успешно внедряется — в исследовании Evrone.

Читайте на сайте в русской или английской версии:

Hyperledger

Learn more

Сборка мусора в Erlang.

Erlang — язык программирования общего назначения с выраженной динамической типизацией. Одна из фишек виртуальной машины Erlang — взаимодействие на уровне процессов.

На сегодняшний день компьютерные процессоры по существу остановились в росте частоты и теперь прогрессируют в числе ядер. Реализованный на Erlang софт даёт возможность использовать преимущества многоядерных процессоров.

Ведущий программист Evrone Борис Кузнецов выступал в Стокгольме технической конференции CodeBeam STO. Он рассказал о том, как происходит сбор мусора в Erlang.

Видео доклада и расшифровку на русском языке ищите в статье на сайте.

Opensource для Elixir, разработанное Борисом и нашей командой.

Читайте на сайте в русской или английской версии:

Learn more

Почему нам интересен RUST и как мы прогнозируем его будущее.

Одной из догм компании Evrone является стремление разработчиков к развитию и расширению своей экспертизы. И когда в начале прошлого года мы говорили о планах, среди многих коллег звучало пожелание «прокачать» свои навыки в новых языках. И самым желанным стал RUST!

В полной версии статьи расскажем, почему нас привлекает RUST, порассуждаем о преимуществах и недостатках технологии, какое применение он находит в клиентских проектах (например в разработке Blockchain) и какое будущее его ждёт.

• Вы — разработчик и хотите защитить честь C и C++ ?


• Вы пробовали писать на RUST и вам не понравилось?


• У вас есть свой бизнес и вы выбираете стек технологий, на котором писать свой продукт?


• А может быть у вас стартап и вы хотите разработку на Blockchain? Го в комментарии, мы создали. Читайте на сайте в русской или английской версии:

Rust

Learn more

Ruby жил, Ruby жив, Ruby будет жить!

Язык Ruby был создан 20 лет назад японским программистом Юкихиро Мацумото и сегодня он использует многими IT компаниями по всему миру.

Кто сказал, что «Ruby мёртв»?

Очевидно те, кто думает, что выбор языка зависит от тренда и моды.

Но мы в Evrone считаем, что выбор технологии должен полагаться в первую очередь на задачи, которые необходимо решить с её помощью и объективно оценивать преимущества и недостатки конкретного стека для конкретного проекта.

5 причин почему Ruby отлично подходит для решения задач современной разработки — в видеозаписи доклада CTO Evrone — Александра Кириллова.

Почитать — тут

Посмотреть запись — здесь.

Холиварить — welcome в комментарии!

Читайте на сайте в русской или английской версии:

Ruby

Learn more

Плагин для записи и дешифровки речи Flutter Audio.

Работая над коммерческим мобильным приложением из сферы eHealth, команда Evrone создала плагин для записи звука для Google Flutter SDK. Читайте статью о том, как коммерческая разработка сподвигла нас на создание решения с открытым исходным кодом и кому оно может пригодиться.

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

О том, где мы применили решение — кейс Medcorder.

Интервью Evrone с product-менеджером Flutter и Dart Тимом Снитом.

Вы планируете разработку приложения на Dart и Flutter и хотите проконсультироваться? Мы с радостью поделимся своей экспертизой. Пишите на mail@evrone.com

Читайте на сайте в русской или английской версии:

Flutter

Read more

Эксклюзивное интервью создателя языка Ruby Юкихиро Мацумото для Evrone.

Наверное нет ни одного программиста, который не слышал о языке Ruby. И нет ни одного Ruby программиста, который не знает, кто такой Юкихиро Мацумото.

В сентябре 2019 года Матц второй раз приехал в Москву по приглашению команды Evrone и ответил на вопросы российского Ruby сообщества.

Почему стоит прочитать это интервью?

Даже если вы далеки от мира разработчиков и open-source, интервью с создателем языка программирования Ruby не оставит вас равнодушным.

В нём Юкихиро Мацумото рассказывает, что разрабатывает язык для людей, а не для компьютеров, даёт советы, как любить свою работу (даже если вы не айтишник!) и объясняет, как японская культура повлияла на его творение.

Для тех кто любит читать: цитаты из интервью Юкихиро Мацумото на русском

Для тех, кто любит смотреть (в оригинале на английском): видео интервью на нашем Youtube канале

Читайте на сайте в русской или английской версии:

Ruby

here

Как Kubernetes помогает подготовиться к масштабированию в начале разработки.

Мы внедряем Kubernetes с самого начала цикла разработки проекта. Это помогает развивать масштабируемую инфраструктуру даже на слабом сервере. В статье объясняется, почему Kubernetes — лучшее решение для вашего бизнеса в 2020 году.

В статье расскажем:

• Как работает Kubernetes


• Насколько легка настройка и использование Kubernetes


• Сколько стоит содержание серверов для Kubernetes


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

Остались вопросы по Kubernetes? Ищите DevOps в команду — напишите нам о своём проекте, мы готовы поделиться своей экспертизой!

Читайте на сайте в русской или английской версии:

Learn more

Что изменится в облачных технологиях в ближайшие 5 лет — исследование Evrone.

Мы в Evrone проанализировали тенденции развития облаков как сегмента рынка информационных услуг, основные тенденции роста и прикладное назначение.

Команда Evrone будет рада помочь вам понять, как современные облачные технологии могут быть внедрены в бизнес, чтобы сделать его не только эффективным, но и безопасным. Если вы хотите, чтобы ваш бизнес успешно развивался в 2020-м, свяжитесь с нами и узнайте, что будет полезно именно для вашего продукта.

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

Читайте на сайте в русской или английской версии:

cloud

Learn more

Работа с файлами с помощью библиотеки Waffle для Elixir.

Если вы работаете с Elixir, то наверняка хотя бы раз сталкивались с необходимостью загрузки больших файлов. Для таких случаев мы разработали удобную библиотеку, которая обрабатывает загрузку файлов для вас.

Waffles обеспечивает простую интеграцию с такими сервисами хранения, как Amazon S3, Google Cloud Storage, Azure, RackSpace Cloud, а также с инструментами для работы с изображениями, например, ImageMagick, так что загружаемые файлы могут быть оптимизированы на лету!

Вы работаете над Elixir-проектами, которые должны обрабатывать загрузку файлов от пользователей?

Репозиторий решения с открытым исходным кодом на Github.

Читайте на сайте в русской или английской версии:

Elixir

Learn more

Алексей Лихачев, COO Evrone, выступает с докладом на конференции TeamLead Conf 2020 в Москве.

Если вы захотите описать 2020 год одним словом, в первую очередь в голову приходит удалёнка.

Мы в Evrone уже давно «дружим на расстоянии», потому что команда изначально была распределенной. В нашем первом материале на канале расскажем о своем опыте управления удаленной командой и о том, как нашли в этом свой «Дзен».

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

Ferrum — open-source Ruby-драйвер для Chrome, разработанный командой Evrone.

Если вы хотите запустить интеграционные тесты на своем сайте, у вас есть три варианта: Poltergeist, Selenium и новое секретное оружие — Ferrum.

Ferrum — это разработанный в Evrone Ruby-гем, который управляет Chrome через WebSocket с использованием протокола Chrome DevTools и предоставляет вам высокоуровневый API к нему.

В Evrone, на ряду с собственными open-source разработками, мы также поддерживаем другие open-source инициативы, в том числе предлагая наши услуги по дизайну и айдентике для перспективных и уникальных проектов, таких как Ferrum.

Ссылка на репозиторий на Github

Узнать больше о наших open-source инициативах.

Читайте на сайте в русской или английской версии:

Ferrum Ruby

Vessel — open-source решение для веб-краулинга, разработанное в Evrone.

Мы в Evrone создали на Ruby высокоуровневый фреймворк для сканирования веб-сайтов. С его помощью можно парсить данные с веб-сайтов для последующего анализа, мониторинга или архивирования.

В статье про проект Machinio рассказываем, как автоматически собирать информацию с разных сайтов и систематизировать её на едином маркетплейсе.

На сайте Evrone расширенная статья о фреймворке Vessel.

Vessel — это быстрый высокоуровневый фреймворк с открытым исходным кодом для сканирования и получения данных с веб-страниц, созданный на основе Ferrum — драйвера с минимальным количеством зависимостей, написанного на чистом Ruby, для запуска headless Google Chrome.

Репозиторий проекта на Github.

Читайте на сайте в русской или английской версии:

Ruby

Ferrum

Vessel

Cuprite: headless Chrome драйвер на Ruby для Capybara, разработанный в Evrone.

В прошлой статье мы писали про Ferrum — Ruby драйвер для запуска headless Google Chrome. Cuprite — ещё одно open-source решение, разработанное нашей командой. Это драйвер для Capybara, который позволяет использовать Ferrum без переключения между API.

• Как начать работать с Cuprite


• Управление браузером


• Запуск теста в ограниченной среде


• Cuprite API…читайте в статье на нашем сайте. Репозиторий проекта и инструкции к инсталляции на Github. Если вы уже используете Capybara, то Cuprite даёт все преимущества Ferrum, но без дополнительных усилий для переключения API. Поскольку Ferrum использует нативный протокол Chrome DevTools Protocol (CDP), ему не нужно чего-то особенного для работы Chrome или Chromium в headless режиме, в отличие от некоторых альтернативных решений. Читайте на сайте в русской или английской версии:

Ferrum

Cuprite

Read more about the solution

Делимся инсайтами, как провести конференцию для разработчиков в онлайн формате.

Мы в Evrone очень любим организовывать профильные конференции и митапы и участвовать в них. На 2020 год у нас был большой список мероприятий, которые мы планировали посетить — специализированные эвенты для разработчиков, дизайнеров, HR и маркетинговой команды.

Но, к сожалению, большинство конференций отменились или перенеслись. А те немногие, что остались, теперь проходят в режиме онлайн.

В материале про онлайн-конференции расскажем, как «оцифровать» любое мероприятие, какие инструменты для этого нужны и почему будущее event-сферы — это виртуальные мероприятия.

Читайте в нашей статье на evrone.ru

Читайте на сайте в русской или английской версии:

Virtual conference tools & practices - the future has come - Evrone.com

Интервью Тима Снита (Tim Sneath) для Evrone.

Тим Снит, менеджер по продуктам для Flutter и Dart (Google), рассказал нам, почему крупные компании, такие как eBay и BMW стремятся использовать Dart Flutter для своих проектов.

Читать полную версию интервью на нашем сайте.

Смотреть, что мы разрабатываем на Flutter.

Flutter — инновационная для России технология для разработки кросс-платформенных мобильных приложений под Android и iOS. Её преимущество — развертывание одновременно и на Android, и на iOS с помощью единой кодовой базы. Разработка идет быстрее, не теряя в производительности. Выбирая Flutter, вы получаете качественное приложение с красивыми интерфейсами и плавной анимацией.

Мы в Evrone действительно воодушевлены продолжающейся эволюцией Dart и Flutter: чем мощнее они становятся, тем лучше решения для мобильных приложений, которые мы можем разработать для наших клиентов и партнеров, многие из которых уже не понаслышке узнали преимущества, которые экосистема Dart привносит в супер-заряженную разработку!

Читайте на сайте в русской или английской версии:

Full Interview

Dotenv — linter — анализатор .env файлов, opensource решение от Evrone.

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

Можно отслеживать ошибки вручную, но зачем, если эффективнее отдать эту задачу «на аутсорс» уже разработанному решению? Именно так и подумал Михаил Грачёв, Backend-разработчик и DevOps-инженер Evrone и разработал dotenv — linter, анализатор файлов с расширением. env.

Линтер написан на Rust и работает без привязки к языку, на котором написан код.

Прочитать больше о том, какие типичные ошибки можно найти с помощью Dotenv — linter и других открытых решениях от Evrone — тут.

Если вас заинтересовало решение — инструкция по установке Dotenv — linter на Github.

Читайте на сайте в русской или английской версии:

Learn more about a new tool to lint .env files

Плагин для масштабирования сложных интерфейсов под любые экраны, разработанный в Evrone.

Команда Evrone разработала собственное open-source решение, когда один из клиентов пришёл с дизайном приложения, не адаптированного для разных устройств. Перерисовывать дизайн времени не было, поэтому мы создали плагин, который помогает масштабировать сложные интерфейсы под любые экраны.

О том, что делает postcss-px-to-viewport и в каких случаях проще адаптировать дизайн, чем разрабатывать заново — читайте на сайте.

Репозиторий проекта на Github

Evrone активно поддерживает open-source. Если вы столкнулись с какой-то проблемой в разработке и не можете найти готовое решение — мы можем помочь разработать плагин или сервис, который решит вашу проблему и, возможно, поможет тысячам других разработчиков.

Читайте на сайте в русской или английской версии:

Learn more about a new tool for creating scalable interfaces on any display

Интервью Роба Пайка (Rob Pike) для Evrone.

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

На этот раз мы пообщались с со-автором Golang (язык программирования Go) Робом Пайком и обсудили развитие технологии за последние 10 лет и её будущее.

Читайте полное интервью, если вам, так же как и нам, интересно узнать мнение программиста с более чем 40-летним стажем, который стоит у истоков популярного и востребованного языка разработки!

Смотреть, что мы в Evrone пишем на Go

Читайте на сайте в русской или английской версии:

The Interview

Интервью Evrone с Ханнесом Менертом о MirageOS, OCaml и функциональном программировании.

C 13 по 19 марта 2020 года в Марракеше (Марокко) прошла 9-ая встреча «MirageOS Retreat», которая собрала пользователей MirageOS для совместной работы над существующими и новыми проектами системы.

Участником ретрита стал бэкэнд-разработчик Evrone Павел Аргентов. Поездка выпала на самое начало пандемии Covid-19, которая охватила мир в начале этого года и на время заморозила возможность вернуться в Россию. Но Павел не терял время зря и взял интервью у Ханнеса Менерта, соавтора MirageOS и организатора мероприятия.

Интервью

Мы в Evrone стремимся быть в курсе новых технологических разработок и внедрять инновационные методы. Это позволяет нам использовать оптимальные инструменты для предоставления нашим клиентам наилучших решений, чтобы удовлетворить их индивидуальные потребности. Мы работаем с широким спектром языков программирования и инструментов, и мы всячески поощряем членов нашей команды принимать участие в технических конференциях и мероприятиях, таких как MirageOS Retreat. Если у вас есть идея, которую вы хотели бы воплотить, сообщите нам ваши контакты, и мы свяжемся с вами, чтобы обсудить ваш проект, и то, как мы можем помочь.

Читайте на сайте в русской или английской версии:

 The Interview

Интервью с Дэвидом Хейнемейером Ханссоном для Evrone.

Наша команда много лет подряд выступает в качестве организатора самой крупной конференции по Ruby в России — RubyRussia.

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

Так в прошлом году по нашему приглашению в Россию во второй раз приехал Юкихиро Матцумото, создатель языка Ruby.

А в 2020 году мы позвали выступить автора фреймворка Rails для языка Ruby — Дэвида Хейнемейера Ханссона.

Читать полную версию интервью с создателем Ruby on Rails, кофаундером и CTO Basecamp, автором нескольких бестселлеров и по совместительству автогонщиком.

Посмотреть, что мы разрабатываем на Ruby on Rails.

Читайте на сайте в русской или английской версии:

RubyRussia

Read the full interview in our blog

Стив Клабник, разработчик языка Rust.

Стив Клабник — один из разработчиков Rust, активный участник open-source сообщества, а также автор книг «Язык программирования Rust», «Rails 4 в действии» и «Проектирование API-гипермедиа».

Редакция Evrone пообщалась со Стивом, чтобы услышать, чем он сейчас занимается, из первых уст узнать об успешных решениях в дизайне Rust, а также немного о шумихе вокруг full-stack разработки и о преодолении выгорания.

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

Полное интервью читайте у нас на сайте.

Читайте на сайте в русской или английской версии:

Rust Programming

Read the interview on our blog

Несмотря на то, что в хранении пользовательских данных всегда применяются лучшие практики, такие регламенты и законы как ФЗ «О защите персональных данных», HIPAA, HITECH, CPRA или GDPR требуют, чтобы любые персональные данные хранились и использовались только там, где это необходимо и были защищены или анонимизированы при передаче.

Часто разработчики сталкиваются с проблемами, когда им нужно протестировать что-то на данных, похожих на пользовательские, но сгенерированных искусственно. Но если для этого приходится вручную или в отдельном сервисе обрабатывать чувствительные данные — появляется риск утечки.

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

Конечно же, у нас были свои особенные требования к этому инструменту. Мы не хотели, чтобы анонимайзеру приходилось брать «сырой» дамп и мутировать его. Вместо этого нужно было отдавать уже анонимизированный дамп, без доступа к реальным данным. Конфигурация, которая определяет, как именно данные реальной системы будут анонимизированы, должна храниться отдельно от этих данных.

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

Все инструкции по работе с Datanymizer и подробная техническая информация — в нашей статье.

Читайте на сайте в русской или английской версии:

Read more about the approach Datanymizer takes

Согласно манифесту разработки «The Twelve-factor», чтобы упростить работу и избежать ошибок, лучше хранить все переменные окружения в приложении, в одном месте — в .env файлах — а загружать их с помощью сторонней библиотеки. Но их количество растёт в ходе работы, как и вероятность допустить ошибки.

Чтобы не сталкиваться с проблемами при работе с .env файлами, Михаил Грачёв, Backend-разработчик и DevOps-инженер Evrone, придумал dotenv-linter — анализатор, который проверяет эти файлы на наличие самых частых ошибок.

В 2020-м году этот инструмент был включён в набор инструментов для проверки кода Super-Linter от команды GitHub.

А в январе 2021-го dotenv-linter обновился до версии 3.0.0

Теперь он работает на 50% быстрее, чем раньше и помогает решить ещё больше проблем. Подробное описание изменения с примерами читайте на нашем сайте.

Читайте на сайте в русской или английской версии:

Here's an overview of the key changes made in this release!

Armin Ronacher стал вкладчиком в программную экосистему Python, создав такие широко используемые проекты, как Flask и Jinja2. За последние 10 лет он работал над различными проектами с открытым исходным кодом и коммерческими проектами, и мы были очень рады поговорить с ним о его жизни и карьере! В этом интервью Armin рассказывает о своей работе в Sentry, делится своими мыслями об обработке ошибок в бэкенде, рассказывает о различиях между Rust и Python.

Мы отлично провели время, разговаривая с Armin и узнавая больше о его подходе к жизни и написанию кода. В Evrone мы часто используем фреймворк Flask для разработки индивидуальных решений для наших клиентов. Если у вас есть классные идеи и вы любите Python так же сильно, как и мы — просто свяжитесь с нами, и давайте вместе создадим новый продукт!

Читайте на сайте в русской или английской версии:

Читать интервью целиком 

https://evrone.com/armin-ronacher-interview

Cory Althoff - автор, спикер и консультант по стартапам. Book Authority назвал его книгу "программист-самоучка" одной из величайших книг по программированию всех времен. Он основывался на своем опыте работы инженером-программистом в eBay и нескольких стартапах в Silicon Valley, несмотря на то, что в колледже специализировался на политологии.

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

В наши дни все больше людей становятся программистами - самоучками. Думая, что эта тенденция будет только продолжаться, мы решили поговорить с Cory о самых больших проблемах новых разработчиков. Он рассказал нам, разумно ли для нового разработчика изучать и практиковать как front-end, так и back-end разработку, и какие проекты могут ожидать новых разработчиков Python в начале своей карьеры.

Читайте на сайте в русской или английской версии:

Читать интервью на сайте

Learn more beginner tips for learning programming in the interview

Python

Depst — российский дизайн-маркетплейс, на котором можно найти мебель, одежду и предметы интерьера от дизайнеров со всей России. Он запустился в 2011 году и превратился в нишевый проект для тех, кто ищет не массовый продукт, а уникальные вещи.

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

Мы разработали и запустили маркетплейс для предметов интерьера и дизайнерских вещей с CMS и всем необходимым функционалом для развития сети поставщиков.

После успешного запуска и развития до целевых метрик, Depst открыли 2 оффлайн-точки в Москве, которые помогают им охватить и тех пользователей, которые не рассматривают для себя онлайн-магазины как способ покупки товаров. Особенно оправдано это для дорогих, уникальных дизайнерских товаров, которые необходимо сначала буквально потрогать руками, прежде чем будет принято решение о покупке.

Разработанная нами решение для онлайн-маркетплейса работает на протяжении всех этих лет стабильно, позволяет команде Depst сосредоточиться на качестве товаров, а не проблемах масштабирования.

Читайте кейс на сайте, чтобы узнать больше о функционале для покупателей, продавцов и администраторов Depst.

Читайте на сайте в русской или английской версии:

Read the full case study

Компания 1st Business Services предлагает клиентам пассажирские перевозки премиум-класса с англоговорящими водителями. Услуга доступна в Москве, Санкт-Петербурге, Сочи и других городах России. Среди пассажиров — экипажи авиалиний, участники туров, конференций, спортивных и общественных мероприятий, VIP-клиенты.

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

Познакомьтесь с историей, как за три месяца мы разработали полноценный Uber-like сервис с отслеживанием геолокации в реальном времени и протестировали сценарии использования, потому что для VIP-клиентов даже незначительные ошибки могут стать причиной уйти в другое приложение.

Читайте на сайте в русской или английской версии:

Read how we developed a full-fledged service with a back office just in three months

Фонд развития интернет-инициатив (ФРИИ) — самый большой российский венчурный фонд. ФРИИ помогает цифровым и технологическим стартапам на стадии идеи и MVP с инвестициями для быстрого роста.

Один из продуктов ФРИИ — преакселератор, обучающая онлайн-программа для тех, кто находится на стадии идеи или MVP. Здесь основатели компаний учатся смотреть на всё глазами потенциальных инвесторов: ищут слабые места, изучают рынок, знакомятся с human resource management сравнивают продукт с конкурентами.

Для регистрации требуется заполнить достаточно объёмную анкету, которую потом проверят эксперты, поэтому накопилась как база стартапов, так и люди, которые хотели бы в них работать. И так как ФРИИ сами заинтересованы в продвижении стартапов перед инвесторами (в том числе и с точки зрения команды), было решено создать новый продукт — сервис по поиску сотрудников в стартапы Cofoundit.

Сначала продукт разрабатывался как внутренний сервис ФРИИ силами собственной команды. После проверки гипотез было решено превратить его в полноценный продукт — рекрутинговую систему. За 3 месяца команда Evrone разработала полноценное веб-приложение, а также протестировала пользовательские сценарии, чтобы быть уверенными, что все функции работают как ожидалось для проверки гипотез.

Узнать технические детали проекта можно на сайте Evrone.

Читайте на сайте в русской или английской версии:

Read the full case study here

Иногда клиенты приходят в Evrone, как в службу спасения — продукт работает плохо или не работает совсем, допустили много ошибок в построении архитектуры ПО, бизнес-показатели страдают. Это значит, что нам предстоит серьёзная работа по рефакторингу, переработке legacy, разбору технического долга.

Например, проект «Едим дома» обратился к нам, потому что сайт не выдерживал нагрузок и падал. В перспективе это могло привести к оттоку постоянных пользователей, поэтому потребовало срочного решения. К счастью команда «Едим Дома» знала о потенциальных рисках, поэтому решила сначала нанять опытную аутстафф-команду Evrone для быстрого решения проблем и поддержки Ruby-on-rails проекта.

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

Бэкенд продукта остался на Ruby, но мы обновили его до актуальной версии. База данных — PostgreSQL, Sphinx использовался для полнотекстового поиска по сайту (по рецептам, ингредиентам и так далее), memcached — для кэширования. На каждом этапе работы мы готовили документацию, которая пригодилась бы при поддержке в будущем.

Познакомьтесь с кейсом у нас на сайте, чтобы узнать больше о SOS-ситуациях на технических проектах.

Читайте на сайте в русской или английской версии:

We decided to redo the entire backend of the project

Компания М3, входящая в холдинг НМГ развивает онлайн-кинотеатры more.tv и СТС, а также сайты телеканалов группы. Evrone поддерживает и развивает платформу, с помощью которой весь видеоконтент попадает в эти продукты — программно-аппаратный комплекс (ПАК). Мы пишем код и консультируем партнеров клиента по вопросам серверной части проекта.

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

ПАК был частью системы администрирования Videomore и другие каналы стриминга (в том числе и сайты каналов) подключались к нему, так как его функционал на тот момент был удобен — были общие API, у некоторых проектов была общая база данных.

В связи с перезапуском продукта на новых технологиях, многое в функционале ПАК нужно было изменить. Но его кодовой базе было уже много лет, а значит работа с ним требовала осторожности — нужно было вносить изменения так, чтобы ничего не сломать.

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

Узнать больше технических деталей о проекте можно на сайте Evrone.

Читайте на сайте в русской или английской версии:

So, we decided to create a new More.tv service, based on their current product

Рекламное агентство Players занимается инфлюенс-маркетингом с 2014 года. Агентство придумывает и реализует проекты с блогерами в Instagram, YouTube, TikTok, ВКонтакте, Telegram, подкастах и на других платформах. От глобальной стратегии и креативных платформ до производства видео и размещения постов — за шесть лет существования на рынке команда Players Team реализовала более 500 проектов.

В 2018 году агентство Players обратилось в Evrone: им требовалось разработать ПО для автоматизации работы с блогерами и инфлюенс-маркетинга .

Мы начали с разработки технических спецификаций для инструмента поиска инфлюенсеров. За 6 месяцев мы разработали MVP системы парсинга и скрейпинга для Instagram, Facebook и Youtube.

Мы разработали систему на Ruby on Rails, а для фронтенда использовали React. Кроме того, мы задействовали систему Luminati VPN — крупнейший в мире прокси-сервис , с резидентной прокси-сетью из 72 миллионов IP-адресов по всему миру и интерфейсом управления прокси, не требующим написания кода.

Узнать технические детали проекта можно в кейсе на нашем сайте.

Read a case study

Мобильное приложение с функцией прямых трансляций.

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

Технологический стек:

• Кроссплатформенное приложение для iOS и Android на React Native

Мы выбираем React Native для мобильной разработки, когда приложение необходимо запустить одновременно на двух платформах — IOS и Android. Такой выбор позволяет нашим клиентам снизить расходы на создание дизайна и выпустить приложения максимально быстро. Это возможно, потому что код пишется сразу для двух платформ, а богатый набор библиотек позволяет реализовывать нужные функции.

• Backend мобильного приложения на Ruby on Rails. Подробнее о возможностях приложения WTCC Premium TV читайте на сайте Evrone.

Читайте на сайте в русской или английской версии:

Learn more about the сross-platform app for iOS and Android created on the React Native

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

Сегодня почти у каждого пользователя на смартфоне есть хотя бы одно приложение для работы с финансами. Подобные приложения позволяют более грамотно распоряжаться своими деньгами и делать ежедневные операции более удобными.

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

• С какими проблемами столкнулись?


• Какой выход нашли?


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

Читайте на сайте в русской или английской версии:

Humaniq

blockchain

financial

Read the full story

Разработка собственной ERP-системы для автодилера

• Почему крупные компании не покупают «коробочное» решение?


• Почему для такой масштабной разработки нужен Agile?


• Почему кастомная ERP — это не только про архитектуру, но и про UI?
  

  На эти и многие другие вопросы, которые мучают руководителей компаний, мы ответили в статье, посвященной нашему сотрудничеству с Freshauto.

  
  

Каждый бизнес решает для себя сам, как эффективно оптимизировать свои процессы. Небольшие компании начинают автоматизацию с таблиц, средние — приобретают готовые системы. На определённом этапе бизнес вырастает до того, что шаблонная система не подходит под текущие задачи и цели. Следующий шаг после этого — разработка своей ERP-системы с нуля. Evrone помог масштабировать разработку подобной системы для автодилера Fresh Auto.

Читайте на сайте в русской или английской версии:

Learn more about how we helped Fresh Auto with developing a custom ERP for the automotive business, one that satisfied all of their specific needs

B2B-платформа для провайдера криптовалютных платежей

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

О том, как мы участвовали в разработке B2B платформы и помогли развиваться сервису — читайте в нашем блоге на Evrone.ru

Более подробно о нашем опыте:

— Технологии Blockchain, которые мы внедряем в разработке клиентских продуктов.

— Решения для финансового сектора, которые мы создали.

Разработка финтех решений

Команда разработчиков Evrone работает над решением сложных задач в сфере финансовых технологий. Мы сотрудничаем с разными Fintech-компаниями, от инновационных стартапов до брендов из списка Fortune 500. Наши эксперты обладают глубокими знаниями в области управления разработкой программного обеспечения для финансового и банковского сектора.

Читайте на сайте в русской или английской версии:

Read the full article

Воронежский государственный лесотехнический университет (ВГЛТУ) готовит специалистов по лесному хозяйству, деревообработке, автоматизации, экономике, дизайну и другим направлениям. В 2020-м году университет отмечал 90-летие, и в честь этого руководство решило обновить логотип вуза. Новый символ должен был не только соответствовать трендам, но и отсылать к набранному за все эти годы опыту и знаниям.

Предыдущий логотип существовал уже 10 лет и морально устарел. Требовался новый знак, более динамичный, способный подстраиваться под разные задачи, но оставаться узнаваемым: от демонстрации высокого статуса университета в научных кругах до выпуска сувенирной продукции для студентов.

Руководство было открыто к любым новым идеям, поэтому дизайн-команда получила полную свободу и могла предлагать любые варианты: от классических до авангардных.

Мы разработали 4 версии нового логотипа ВГЛТУ, каждая из которых несла в себе идею, связанную с образом университета. Каждый вариант был полностью готов к развитию в полноценную айдентику: дизайнеры продумали использование символов в разных ситуациях и для разных носителей.

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

Читайте на сайте в русской или английской версии:

Check the design concepts and read more in the full article

Медведь Evrone — символический образ и фирменный стиль.

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

А если вы думаете, что профессиональной команде разработчиков не нужен собственный фирменный медведь стиль, мы готовы с вами поспорить!

В 2016 году у Evrone появился свой символ — медведь. Назвали его Руби. За четыре года он успел пересечь тихий океан, обрести поклонников и друзей, стать центром внимания на вечеринке в честь дня рождения компании и даже заменить Деда Мороза в новогодние праздники. Мы любим Руби и больше не можем скрывать от вас его историю.

Посмотреть и почитать историю на про нашего мишку.

Читайте на сайте в русской или английской версии:

Learn more about how we created a bear that became the symbol of Evrone

Разработка BI-платформы для геймификации рабочего процесса.

Как превратить рабочий процесс в игровой без потери производительности? Этот вопрос задал себе наш клиент перед тем, как поручить Evrone разработку платформы геймификации Work&Play.

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

Кроме непосредственно архитектуры и фронтенда команда Evrone приложила руку к дизайну и фирменному стилю платформы.

Больше читать о задачах и решении читайте в нашем кейсе на Evrone.ru

А как вы мотивируете своих сотрудников?

Читайте на сайте в русской или английской версии:

Learn more

Vexor — незаменимый инструмент для CI/CD.

Методология непрерывной интеграции и развертывания предполагает использование больших мощностей сервера, а обслуживание собственного data-центра для таких целей — необоснованно дорогое удовольствие. Однажды мы в Evrone решили оптимизировать эти процессы и в 2014 году свет увидел Vexor.

Vexor — это собственная разработка Evrone, инструмент непрерывной интеграции и распределенный облачный веб-сервис для создания и тестирования программного обеспечения.

Это же здорово, когда разработчики создают новые инструменты, которые облегчат и оптимизируют их собственные задачи? Vexor поддерживает языки Ruby, Clojure, Scala, Python, Node.js, Go, Rust, Haskell, а исходный код проекта может храниться на Github, Bitbucket или Gitlab.

Кроме команды разработчиков Evrone над новым продуктом поработали и дизайнеры. Они разработали уникальную айдентику, символизирующую непрерывность, и промо-сайт на её основе.

В данный момент поддержка проекта прекращена, но вы можете оценить дизайн, который актуален спустя даже несколько лет. И прочитать кейс на сайте Evrone, о том, как устроен Vexor.

Читайте на сайте в русской или английской версии:

Learn more about how we developed our own CI with super-fast integration of builds and pay-what-you-use pricing strategy

UpToPromo — система для автоматического размещения онлайн-рекламы.

Команда Evrone разработала сервис UpToPromo для стран Юго-Восточной Азии. Это автоматизированная система, которая позволяет пользователям запускать рекламные кампании в Интернете и продвигать свои сайты в Google с помощью методов SEO.

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

Читать кейс целиком в блоге сайта

Читайте на сайте в русской или английской версии:

Learn more about how the development of the automated system for website promotion and link building

Рево Технологии — развитие финтех-приложения на Ruby командой из Evrone

Мы считаем, что Ruby отлично подходит для описания бизнес-логики финансовых сервисов. Пример тому — стартапы вроде Stripe, GoCardless, Gusto. Мы же с его помощью помогли финтех-компании «Рево Технологии» выйти из оффлайна в онлайн.

«Рево» пришли к нам, технически, с MVP версией своего приложения. Мы помогли им с большим количеством задач (в том числе и с выводом продукта на европейский рынок), и первой из них стало разделение монолита финансового продукта на микросервисы. О том, что еще мы сделали для Рево Технологии, читайте в полном кейсе на сайте Evrone.

Читайте на сайте в русской или английской версии:

banking technology

Learn more about the development of an instalment payment service

Как мы помогли сервису, который помогает людям!

У Evrone вышел новый кейс, в котором мы рассказали, как помогли социальному стартапу Quiv (и ему российскому аналогу Правильно.ру) разработать собственный сервис, который добавляет ценности профессиональным консультациям.

В чем особенность сервиса?

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

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

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

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

Читайте на сайте в русской или английской версии:

Learn more about the Quiv platform development

Новый сайт для маркетингового сервиса PebblePost

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

PebblePost — это сервис из США, который объединяет в себе маркетинговые инструменты, почтовые рассылки и продуманную аналитику.

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

Читайте на сайте в русской или английской версии:

Learn more about how we managed to develop a new website for PebblePost just in three weeks

Если вы думаете, что «быстро, хорошо и дешево» — это утопия, спросите нас, почему это не так.

Plantscounter — программное обеспечение на базе искусственного интеллекта для оценки количества растений

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

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

Читать о том, как мы внедряем машинное обучение в реальные проекты — здесь.

Читайте на сайте в русской или английской версии:

Learn more about how we applied machine learning technology to determine the rows of planting on the field

Приложение для визуальных закладок Prism

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

Интерфейсы и визуальное представления нового приложения

Подробнее о том, как мы запустили MVP приложения, какие технологии применяли и почему Prism это как Pinterest, только лучше — читайте в кейсе на сайте Evrone.

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

Читайте на сайте в русской или английской версии:

web application

Learn more about how we developed Prism from scratch, turning Anna’s idea into a useful, working solution for users all over the world

Octoshell — масштабируемая и гибкая система доступа к суперкомпьютеру МГУ

В 2009 году в вычислительном центре Московского государственного университета был запущен суперкомпьютер «Ломоносов». К середине 2011-го он вышел на 13-е место в мировом рейтинге суперкомпьютеров и университет планировал увеличить производительные и вычислительные мощности, но столкнулся с рядом проблем.

Для их решения была приглашена команда Evrone. Мы разработали автоматизированную систему контроля управления доступом Octoshell, которая позволила задействовать мощность целиком и сократить время простоя суперкомпьютера.

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

Читайте на сайте в русской или английской версии:

large-scale scientific projects

Learn more about the development of the supercomputer access control management system

Как мы в Evrone разработали мобильное приложение для поиска лекарств и аптек

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

Главным приоритетом было создание интуитивного и простого пользовательского интерфейса, чтобы приложение было удобным.

Evrone взялся за задачу, начиная от UI UX дизайна до разработки самого приложения на React Native. Читать полный кейс тут.

Главным приоритетом было создание интуитивного и простого пользовательского интерфейса, чтобы приложение было удобным.

Читайте на сайте в русской или английской версии:

Learn more about how we developed an advanced mobile application to search medications in the nearest drugstores

Клиент Evrone, бывший продакт-менеджер в Google и Facebook, обратился к нам с идеей создания приложения, которое могло бы записывать, расшифровывать и систематизировать медицинские данные. К сожалению, повод был довольно грустный — у него тяжело заболел отец и количество методик лечения, лекарств и рекомендаций оказалось таким огромным, что без записи и систематизации было не разобраться.

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


• Во-вторых, нам дали свободу выбора стека технологий, поэтому для разработки мы остановились на платформе Google Flutter, написанной на языке Dart.

Для Medcorder мы разработали концепцию, дизайн и MVP.

Прочитать кейс о разработке Medcorder вы можете на нашем сайте.

Ознакомиться с инструментами, которые мы использовали в разработке и какой вклад внесли в open-source в статье про Плагин для записи речи

Читайте на сайте в русской или английской версии:

Flutter framework

Learn more about how we developed a free mobile app that records conversations with your doctor, transcribes and shares them with your family and friend

Med.me — разработка мобильного приложения для медтеха

Один из наших проектов для индустрии медтех — это мобильное приложение Med.me, которое помогает медицинским специалистам и пациентам эффективно взаимодействовать между собой.

О задаче, целях, стеке технологий и результате читайте в кейсе на сайте Evrone.

Какие технологии мы используем для мобильной разработки.

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

Смотреть другие проекты, которые мы делаем для наших клиентов.

Читайте на сайте в русской или английской версии:

Learn more about the development of cloud-based medical service and a mobile application for clinics

Мы разработали поисковую систему для сервиса по продаже техники

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

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

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

Читайте на сайте в русской или английской версии:

Learn more about how we bolstered Machinio’s original in-house development processes with our expertise

Финтех-компания Ревоплюс выходит на европейский рынок благодарят универсальной системе, разработанной при участии Evrone.

Индивидуальные решения для финансовых продуктов.

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

В кейсе Revo.Poland читайте, как мы применили цифровые технологии в финансовой сфере. А именно, помогли российской финтех-компании разработать решения для онлайн-платежей и биллинга с API-first архитектурой, адаптированные к банковским правилам Евросоюза, и выйти на международный рынок.

Читайте на сайте в русской или английской версии:

installment payment

develop

IT product

Read the full story

Разработка системы персонализации для ресторана KFC

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

У Evrone — большой опыт работы с крупными международными компаниями. Однако задача по персонализации взаимодействия с миллионами клиентов KFC стала для нас настоящим вызовом.

Команда Evrone вместе с KFC разработали внутреннюю систему, которая поможет эффективно управлять заведениями нового формата.

В кейсе на сайте рассказываем, что прячется внутри умной CRM и как будет развиваться эта экосистема в других странах.

Читайте на сайте в русской или английской версии:

CRM

Learn more about how we built a CRM system for one of the most popular fast-food restaurants in the world

Adara — разработка стартап-сервиса для обмена цифровыми активами

Как в одном проекте объединить хайповое «блокчейн», «стартап» и «ICO» ?

Легко! Команда Adara пришла в Evrone с идеей разработать веб-сервис, с помощью которого стартапы могут провести ICO кампанию по сбору средств на свой новый проект.

Инвестиции принимаются в криптовалютах: Ethereum, Bitcoin и XEM. В сервисе задействован модуль идентификации, а при регистрации для каждого инвестора создается криптокошелек. Кроме этого в Adara есть собственная система управления программами вознаграждения с элементами геймификации.

За 6 месяцев мы разработали проект и все компоненты для его успешного запуска: дизайн, фирменный стиль, макеты, экраны, архитектуру и саму система с нуля. Бэкенд разработан на Ruby on Rails, а фронтенд— на jQuery, местами используется React.

Больше о проекте

Читайте на сайте в русской или английской версии:

Read about the solution

Igooods — веб-приложение для службы доставки

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

Отличительная особенность Igooods — одно приложение объединяет в себе три: продуманы функции для клиентов, агентов и курьеров. Работает оно одинаково хорошо на любых устройствах.

О том, как мы помогли Igooods.ru создать это решение и сделали его удобным для отображения на экране мобильного телефона, планшета или компьютера — читайте в полной версии кейса про Igooods.

iGooods упрощает рутинный подход в магазин и экономит время жителям больших городов. Такой сервис должен быть быстрым, масштабируемым и удобным для всех: клиентам должно быть удобно пользоваться, а сотрудникам и курьерам — управлять заказами.

Веб-разработка

Мобильные приложения

Дизайн

Читайте на сайте в русской или английской версии: Learn more about how customers shop at their favorite supermarkets, right from the comfort of their desktop or mobile device Evrone engineers

Проект Hype.codes был создан и поддерживается командой Evrone. Это ресурс для IT-специалистов и тех, кто интересуется криптовалютой и технологиями блокчейна.

Читайте о разработке медиа

Дизайн-кейсы от команды Evrone

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

Blockchain консалтинг и разработка сервисов

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

Читайте на сайте в русской или английской версии:

Learn more about how we developed an impressive portal with a vastly different design and identity than its competitors

Разработка лендинга и фирменного стиля Genesis Block.

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

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

Сайт представляет собой лендинг и создан с использованием Webflow, чтобы у маркетинговой команды Genesis Block была возможность быстро и просто менять текстовый контент, представленный на сайте. Так он могут экспериментировать с заголовками и объяснением собственных услуг, ведь у этой сферы достаточно высокий порог входа. В качестве основы будущего фирменного стиля мы выбрали куб.

Узнать больше о Genesis Block на нашем сайте.

Читайте на сайте в русской или английской версии:

website

Learn more about how we developed a distinctive brand identity for Genesis Block

Разработка фирменного стиля для международного финансового сервиса

Представляем вам наш новый дизайнерский кейс о разработке айдентики и промосайта для глобального платежного сервиса Galleon & Caravan.

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

Больше про наш опыт в сфере разработки для Fintech

Команда разработчиков Evrone работает над решением сложных задач в сфере финансовых технологий. Мы сотрудничаем с разными Fintech-компаниями, от инновационных стартапов до брендов из списка Fortune 500. Наши эксперты обладают глубокими знаниями в области управления разработкой программного обеспечения для финансового и банковского сектора.

Читайте на сайте в русской или английской версии:

brand identity

Galleon & Caravan

Learn more about the development of branding identity development for fintech startup

▫️

▫️

▫️

▫️

▫️

▫️

▫️

▫️

▫️

▫️

▫️

История о разработке минималистичного сайта-портфолио для Елизаветы Породиной

Елизавета Породина — международный fashion-фотограф. Она работала с Vogue, The Cut и GQ, выставлялась в Вене, Берлине и Мюнхене. СМИ называют её талантливой, а её работы поразительными. Найти тесную связь с моделями и получить впечатляющий результат ей помогает образование клинического психолога.

Сайт должен был стать идеальной визитной карточкой и выполнить две задачи: презентовать фотографа агентам и будущим клиентам, донести её взгляд на работу, точно передать стиль.

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

Читайте на сайте в русской или английской версии:

a website design example

Статья про порталы на Ruby и котиков [нет]

За годы работы мы в Evrone накопили большой опыт разработки различных продуктов на фреймворке Ruby on Rails и индустрия Медиа не стала исключением.

В кейсе рассказываем:

• чем Ruby хорош для разработки кастомной CMS;


• какие модули стоит предусмотреть, если вы планируете создать SEO-friendly новостной портал и в дальнейшем его монетизировать;


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

И всё это на конкретном примере разработки крупнейшего русско-язычного портала в Чехии — 420on.cz. Читать кейс целиком на нашем сайте.

Вы хотите заказать разработку на Ruby on Rails или получить консультацию? Мы с радостью поделимся своей экспертизой! Пишите на mail@evrone.com

Читайте на сайте в русской или английской версии:

media portals

Learn more about the development of the largest Russian-language portal in the Czech Republic

В 2019 году команда TOPTOP.RU подготовила новые макеты для сайта. Он представлял собой монолитное приложение на Ruby on Rails, которое работало медленно. Перезапуск должен был помочь клиентам быстрее находить товары, удобнее работать с каталогом.

От команды разработки требовалось сохранить существующие функции и сделать фронтенд по новым макетам с сохранением части старых страниц.

Обновляем фронтенд и бэкенд для интернет-магазина TOPTOP.RU

За 9 месяцев мы разработали новое SPA на React+TypeScript, а также доработали бэкенд на Ruby on Rails, чтобы новый фронтенд дружил со старым и работа внутренних отделов при этом никак не страдала. После запуска мы продолжили работу над новыми функциями.

Разработка ведётся по гибким методологиям — мы проводим демо, исследуем, оцениваем задачи по трудоёмкости, объясняем потенциальные последствия разных решений, а команда клиента приоретизирует задачи и оценивает результаты. Благодаря открытой коммуникации всегда можно обсудить спорное решение или защитить альтернативный подход.

Познакомьтесь с кейсом на сайте, чтобы узнать о том, как мы работаем с интеграциями в e-commerce и оптимизацией изображений в highload проектах.

Читайте на сайте в русской или английской версии:

get involved and treat the product as if it were our own

Фирменный стиль для конференции Ruby Russia

Кейс о разработке дизайна для ведущей в России конференции, посвященной языку программирования Ruby. Расскажем, как мы занимались создавали брендбук, символику и мерч для конференции по программированию.

Чем еще занимается дизайн команда Evrone

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

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

Читайте на сайте в русской или английской версии:

Learn more about how we developed bright branding identity for the main Ruby conference in Russia

TARDIX — UI и продуктовый дизайн для блокчейн платформы

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

Tardix не является исключением. Это торговая платформа для нового поколения трейдеров и инвесторов. Мы в Evrone создали фирменный стиль и брендинг для продукта, который отражает принадлежность к финансовым инструментам (оси координат и абстрактные иллюстрации, напоминающие графики) и футуристический градиент — как стремление к новому.

Оценить творческое решение нетривиального продукта — в кейсе Tardix fund

Узнайте, что еще делает дизайн команда Evrone.

Читайте на сайте в русской или английской версии:

Read the full story here

Новая инфраструктура и менеджмент разработки для «Потока»

Платформа для P2P инвестиций «Поток» была запущена в  «Альфа-Банке» в 2015 году и разрабатывалась внутренней командой на базе собственных продуктов банка.

Спустя 4 года краудфаундинговую платформу продали группе частных инвесторов и ей потребовалось более сфокусированное управление и переход на собственную инфраструктуру.

Новые акционеры стартапа, который был переименован в «Поток. Диджитал», обратились в Evrone за экспертизой в разработке и менеджменте финтех проекта, написанного на Ruby on Rails.

Читайте историю о том, как мы влились в «Поток», на сайте Evrone.

Читайте на сайте в русской или английской версии:

Read the full story

Authentica — крупнейший дистрибьютор косметических средств, для которого мы разработали B2B портал.

Почему крупные компании выбирают разработку систем по своим «меркам», вместо того, чтобы купить CRM «из коробки» — расскажем в новом кейсе на примере разработки для Authentica.

• В каком случае стоит выбирать готовое решение и дорабатывать модули?


• Когда стоит задуматься о том, чтобы нанять отдельную команду для разработки собственной CRM или ERP?


• Почему в 2020 году важно иметь онлайн представительство бизнеса и насколько важна аналитика?


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


• Почему стоит отдать разработку на аутсорс, а не нанимать программистов в штат?
  

  Ответы на эти вопросы и не только в нашем кейсе на сайте.

  
  
  

  Давайте порассуждаем, в какой еще бизнес индустрии готовые решения не справляются?

  
  

Читайте на сайте в русской или английской версии:

Read the full case study

Crypton — дизайн и айдентика для криптовалютного торгового бота

Crypton — это торговый бот, созданный на основе машинного обучения и искусственного интеллекта. Имея внушительный опыт в разработке продуктов для трейдинга и финансовой сферы, мы создали инструмент, который мог бы определять когда лучше всего продавать, а когда покупать криптовалюты, чтобы извлечь максимальную выгоду из инвестиций.

Кроме этого мы разработали дизайн и айдентику бота, которую по достоинству оценили на таких дизайн площадках как Behance, CSSdesignAwards и awwwards.com.

Прочитать кейс о создании Crypton можно у нас на сайте.

А познакомиться с самим умным ботом тут — Crypton.Trading

Узнаейте больше о финтех решениях, разработанных в Evrone.

Читайте на сайте в русской или английской версии:

Crypton

A machine learning-powered cryptocurrency trading bot

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

Kinderlime ставили две цели:

• разделить монолитное Rails-приложения на компоненты: фронтенд и бэкенд через REST API,


• создать новый фронтенд на основе уже готовых макетов, описывающих видение каждого экрана

Команду Kinderlime привлёк наш опыт в архитектуре приложений на Rails, а также похожие Rails-проекты в нашем портфолио.

Мы помогли Kinderlime собрать эффективную техническую команду, которая отлично сработалась с продуктовой. Читайте наш кейс на сайте, чтобы узнать детали внедрения CRM-системы и конструктора веб-форм для создания нативных e-mail рассылок.

Kinderlime — это приложение для частных детских садов и центров, которое упрощает менеджерские и бизнес-задачи, освобождая время для качественной работы с детьми.

Читайте на сайте в русской или английской версии:

Read the full case study

Руководство КупиКупон обратилось к нам, чтобы выстроить процесс разработки и разработать несколько важных функций. Их привлёк не только наш опыт, но и подходы к управлению, часть которых они позднее попросили повторить в собственной команде.

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

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

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

Читайте кейс целиком, чтобы узнать, как работа с КупиКупон повлияла на наши принципы работы с клиентами.

Читайте на сайте в русской или английской версии:

Read more in the case study

Журнал Prophotos.ru начался с сообщества в Живом журнале. Позднее он превратился в портал, который публиковал обзоры на фототехнику (первыми в России) и материалы о фотографии. Целью портала было первыми тестировать технику и давать независимую оценку камерам.

Основатель портала — Аркадий Акулов, предприниматель с большим опытом в запуске и развитии медиа-проектов. Свой первый большой проект ameno.ru он продал холдингу Independent Media (издаёт российские версии Cosmopolitan и Esquire), после чего решил создать Prophotos, так как сам любил фотографировать и интересовался фототехникой.

Позже он решил «прокачаться» в фотосъёмке и начал искать себе курсы. Но ничего не нашёл: занятия проходили оффлайн по жёсткому расписанию, что было неудобно. Тогда Акулов придумал Fotoshkola.net — первый в России edtech-проект по обучению фотосъёмке. Его основная идея — удобные онлайн-курсы по фотографии с быстрой обратной связью по заданиям от преподавателей.

Команда Evrone участвовала в разработке и поддержке этих двух проектов. Познакомиться с кейсами Prophotos и Fotoshkola можно в нашей блоге на сайте.

Читайте на сайте в русской или английской версии:

Read the full case study

Find all the educational platform launch tips in the full article!

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

Сложно?

Функциональное программирование — это тоже сложно.

Поэтому просто посмотрите наш дизайн кейс.

И сайт конференции )

А как интерпретировать сложное в красивое — спросите у наших дизайнеров)

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

Читайте на сайте в русской или английской версии:

functional programming

Learn more about how we created modern branding for a functional programming conference

Для трейдинговой платформы Bulls vs. Bears мы разработали айдентику, которую можно охарактеризовать тремя словами: честная, изящная и современная. Интуитивный и изящный дизайн помогает игрокам сосредоточиться на удовольствии от торговли на бирже и даёт преимущество перед конкурентами.

Объединяем блокчейн технологии и консервативный подход в разработке платформы Bulls vs.Bears

Торговля бинарными опционами, как и другие отрасли трейдинга — это сложная и запутанная для понимания индустрия. Поэтому, когда мы взялись за разработку и дизайн для Bulls vs. Bears, то в первую очередь хотели добиться простоты и прозрачности интерфейса, при этом без отрыва от темы трейдинга.

В технологиях, которые мы задействовали для разработки, мы сделали ставку на блокчейн, в частности — смарт контракты на Solidity для разработки логики ставок и сделок; Kubernetes для инфраструктуры и Python для архитектуры и внутренней логики приложения.

Полный кейс о разработке трейдинг платформы можно прочесть на сайте Evrone.

Bulls vs. Bears — основанная на блокчейне платформа для торговли бинарными опционами, которая использует для сделок криптовалюту Tronix (TRX) как основную. Мы помогли команде Bulls vs. Bears разработать её с нуля.

Дизайн кейс оценивайте на Behance.

Читайте на сайте в русской или английской версии:

Learn more about how we helped the Bulls vs. Bears team develop this safe betting platform from scratch

blockchain technology

The Village - это городская онлайн-газета, которая рассказывает о важных событиях дня, культуре и развлечениях. Они искали команду для разработки нового бэкенда на Ruby, которая могла бы работать в постоянно меняющихся условиях и без детального технического задания. Команда Evrone использует Agile методологию в основе своей работы и имеет большой опыт в Ruby, соответствовала ожиданиям заказчика.

Вместе с командой Redefine был создан новый бэкенд веб портала, с первого дня готовый к высоким нагрузкам. Как мы достигли устойчивой работы, экономии ресурсов и оптимизировали  время загрузки страниц — читайте в новом кейсе на сайте Evrone:

https://evrone.ru/the-village 

Читайте на сайте в русской или английской версии:

Read full case about The Village

RubyRussia 2020: она всё таки состоялась (ссылки на записи докладов внутри статьи)

Как крупнейшее российское Ruby-событие перешло в онлайн?

Но в этом году всё идёт не по плану, и Ruby Russia 2020 тоже. Рассказываем про подготовку и проведение конференции в онлайн-формате. Обычно мы начинаем подготовку к осенней конференции где-то в феврале. В этом году мы так же, как и обычно, достали свой чек-лист организации технической конференции, выбрали даты и нашли классное место, но решили взять паузу на время локдауна.

В 2020 году почти все конференции перешли в онлайн. Ruby Russia, которая 10 лет была одним из главных оффлайн событий российского Ruby сообщества - не стала исключением. Рассказываем, с какими трудностями мы столкнулись, от чего пришлось отказаться и какой полезный опыт получила команда организаторов.

Читайте на сайте в русской или английской версии: 

Также в статье вы найдете записи всех докладов, которые прозвучали на Руби Россия 2020: 

https://evrone.ru/rubyrussia-2020

Learn more

Bloom — лондонская парфюмерная компания, которая собирает коллекцию неординарных эксклюзивных ароматов от брендов всего мира.

В концептуальном бутике компании вы увидите творения только самых талантливых парфюмеров. Сотрудники Bloom Perfumery, по их собственным словам, «первопроходцы, исследующие земной шар, чтобы привлечь внимание любопытных носов к самым интересным и искусно составленным парфюмам».

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

В 2016 году основатели Bloom Perfumery обратились в Evrone с просьбой разработать улучшенное решение для их нишевого e-commerce продукта. Хотя у компании уже был рабочий интернет-магазин , он требовал изменений и новых функций.

Мы успешно выполнили миграцию сайта Bloom на платформу Shopify и реализовали все необходимые улучшения для интернет-магазина , в том числе модифицировали процесс оформления заказов и создание отчетов в PDF-формате , повысили качество фильтрации поисковой системы, добавили генератор промокодов и скидок, а также возможность вводить параметры новых продуктов.

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

Читайте кейс на сайте, чтобы узнать о технических нюансах перехода на Shopify: https://evrone.ru/bloom-perfumery 

Читайте на сайте в русской или английской версии:

full case study

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

Jiseki — первый и единственный поставщик услуг по принципу «Whole-Person Care». С точки зрения этого принципа любые проблемы человека (медицинские или социальные) должны рассматриваться как совокупность физических и личных параметров. В России аналогом такого подхода является сбор социального анамнеза или анамнеза жизни пациента.

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

А по методологии «Whole-Person Care» он должен выяснить у пациента обстоятельства жизни, эмоциональное состояние, нюансы ежедневной рутины. В таком случае случайная фраза о неудобном рабочем месте и куче невыполненных задач может стать сигналом о том, что проблема в позвоночнике, а головная боль — лишь симптом. Лечение в таком случае также может включать рекомендации по изменению образа жизни, а не только лекарства.

Прочтите пример о том, как Evrone совместно создавала решение с клиентом, готовила пользовательский поток и пользовательские сценарии, а также разработала механизм на основе правил Python для выполнения правил в соответствии с определенным алгоритмом.

Читайте кейс о медицинском сервисе на сайте Evrone.

Читайте на сайте в русской или английской версии:

Read a case study