Какие инструменты облачного тестинга используют в Яндексе? Как устроено тестирование в Badoo? Что представляет собой система автоматизированного frontend-тестирования в Wrike?
Пару недель назад наш Wrike Tech club собрал около 150 специалистов по тестированию, чтобы обсудить в питерском офисе компании насущные, вечные и, на первый взгляд, почти неразрешимые проблемы QA в больших (и не очень) проектах. Как и обещали, делимся видео и презентациями со встречи.
Angular 2 сегодня считают этаким «new kid on the block». Он многим интересен, без его упоминания не обходится практически ни одна крупная front-end конференция, и уже сейчас он готов бросить вызов React. Но до лучей абсолютной славы еще далеко — официального релиза еще не было, хотя в бою фреймворк может попробовать любой желающий. Мы в Wrike, например, уже вовсю используем Angular 2 в продакшне.
Ребята из Google активно привлекают внимание к новому фрейворку и даже недавно провели 48-часовой онлайн хакатон ANGULAR ATTACK, который собрал несколько сотен участников. По его результатам было опубликовано более 270 работ. В этой статье я хочу поделиться опытом своего участия в хакатоне, впечатлениями и наблюдениями, которые могут вам помочь в подобных состязаниях. Добро пожаловать под кат.
Чуть больше года назад мы в Wrike начали использовать для планирования метод целей и ключевых результатов (Objectives and Key Results, OKR). Его придумали и впервые применили для в Intel, потом подхватили в Google, Oracle, LinkedIn и Twitter. Метод универсален, хорошо помогает фокусироваться на целях, повышает инициативность и стимулирует работу между разными командами в компании. Плюс его можно отлично реализовать, используя инструменты нашего сервиса, что для нас было одним из ключевых требований.
Если вы ищете подходящий подход к планированию и оценке эффективности командной работы или даже лично для себя, предлагаем присмотреться к OKR внимательнее.
Читать полностью »
Теоретики управления проектами говорят, что до 78% проектов не выполняются в срок, либо выходят за рамки бюджета. Любой, кто сталкивался с задержками проекта и срывом дедлайна сразу назовет вероятные причины. Это плохо сформулированные цели проекта, нереалистичные сроки, нехватка ресурсов и неэффективная коммуникация в команде.
Отток клиентов, он же churn, — главный враг состаренного и онлайн-бизнеса с моделью платной подписки. Пользователям свойственно быстро мигрировать с одних приложений и сервисов на другие, и сохранить клиентскую базу можно, лишь сохраняя взаимодействие с пользователями на протяжении всего времени использования сервиса. В Wrike мы выработали несколько принципов общения с клиентами, чтобы сделать общение более персонализированным и попробовать вывести его за рамки обычных продаж. Подробнее о них под катом.
О хранении данных в Parquet-файлах не так много информации на Хабре, поэтому надеемся, рассказ об опыте Wrike по его внедрению в связке со Spark вам пригодится.
В частности, в этой статье вы узнаете:
— зачем нужен “паркет”;
— как он устроен;
— когда стоит его использовать;
— в каких случаях он не очень удобен.
За десять лет назад мир вокруг нас незаметно, но значительно изменился. Вспомним 2006-й. Facebook только-только открыл свободную регистрацию для всех, у кого есть электронная почта, включая компании. Телефонные звонки и телеконференции в качестве основного средства делового общения начали вытесняться электронной перепиской и мессенджерами. В Fortune считали лучшими местами для работы не Google и Boston Consulting Group, а биотех-гиганта Genentech и сеть продуктовых магазинов Wegman.
Очевидно, что с 2006 года очень многое изменилось, а следующая декада обещает еще больше кардинальных перемен. Давайте на минутку отвлечемся от текущей работы и попробуем заглянуть в будущее, чтобы оно не застигло нас врасплох.
Недавно мы опросили 850 человек по всему миру, чтобы узнать, как мобильные телефоны и планшеты изменили их подход к работе за последний год.
Основной целью опроса было определить приоритеты и направления разработки мобильных приложений Wrike, но результаты получились достаточно интересными сами по себе. Они показывают, как бум приложений для совместной работы и повышения продуктивности влияет на рабочие привычки и, возможно, будут полезны тем, кто интересуется этим рынком.
Читать полностью »
Почему определенные недостатки языка JavaScript в реалиях разработки такого большого проекта, как наш, оказываются критическими? Как решить проблемы JS, когда количество кода превышает 2 млн строк, а команда насчитывает более 20 человек и постоянно растет? Об этом — в докладе фронтенд тимлида Wrike в рамках митапа, проведенного в нашем офисе совместно с сообществом Piter JS.
Число команд, которые используют Wrike для ведения проектов и совместной работы, в декабре превысило 10 000. Компания растет, и год назад мы столкнулись с необходимостью многократно увеличить службу поддержки (с 20 до 60 человек в перспективе).
Нам нужно было реорганизовать процесс отбора и обучения новых сотрудников, чтобы, с одной стороны, быстро расширить команду, а с другой — сохранить жесткие требования к качеству работы команды. Мы хотим рассказать, что мы для этого сделали.
