Собираем данные в CRM: стероиды для компании

Цифровая эра основательно вошла в нашу жизнь, теперь мир — набор данных. Это касается не только обычных людей, IoT или научных изысканий. Прежде всего, это касается бизнеса. Любого, от стартапа на коленке до мега холдинга. Сейчас практически у каждой компании такая конкурентная среда, что приходится действовать, как на полях сражений: собирать данные, анализировать и принимать стратегические и тактические решения. Иначе клиент просто не проявит интерес к вашей разработке, продукту, услуге. Встают вопросы: какие данные собирать, где их брать, как хранить и вообще — зачем на это тратить время? Мы знаем на них ответы.
Собираем данные в CRM: стероиды для компании - 1
(далее…)

Если вы это читаете, то работа у вас наверняка не тяжелая

Если вы это читаете, то работа у вас наверняка не тяжелая - 1

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

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

Давайте будем честными.
(далее…)

«Самый большой конкурент — это те, кто делают все самостоятельно» — Петр Зайцев о создании и развитии компании Percona

Мы продолжаем беседу со специалистами компании Percona. Материал получился очень интересный. На наши вопросы ответил Пётр Зайцев, основатель и CEO компании. Послужной список Петра велик: создание и развитие крупнейшего консалтинга, занимающегося поддержкой и обслуживанием решений на базе MySQL и MongoDB; соавторство опубликованной издательством O’Reilly книги «MySQL. Оптимизация производительности»; регулярные публикации в Percona Database Performance Blog, один из лучших технических блогов, посвященных MySQL и PostgreSQL. Незадолго до основания собственной компании, Петр возглавлял группу оптимизации производительности (High Performance Group) в MySQL AB.

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

На PG Day’17 Russia Петр впервые прочитает для русскоязычной аудитории свой авторский курс, посвященный архитектуре и оптимизации производительности InnoDB, а также проведет обзор доступных средств для эксплуатации MySQL 5.7 как документо-ориентированной базы данных.

«Самый большой конкурент — это те, кто делают все самостоятельно» — Петр Зайцев о создании и развитии компании Percona - 1

PG Day: Пётр, расскажи о себе, кто ты и чем ты занимаешься?

Петр: Петр Зайцев – основатель и СЕО компании “Перкона” (Percona). Компания была основана более 10 лет назад. Мы предоставляем решения в сфере MySQL и MongoDB. Основной наш бизнес – это поддержка (support), удаленное администрирование (remote DBA) и управление (managed services), но мы также занимаемся консалтингом и тренингами.
(далее…)

Junior, который в первый день работы удалил базу данных с production

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

Junior, который в первый день работы удалил базу данных с production - 1
«Два типа людей в эксплуатации: кто уже сломал production, кто ещё только собирается это сделать»

Опубликованная 10 дней назад заметка собрала более 23 тысяч положительных голосов на Reddit и разошлась по другим специализированным ресурсам вроде The New Stack. Суть истории такова: (далее…)

«Ближе к народу»: Как сделать IaaS доступнее

Согласно данным одного из whitepaper’ов компании Cisco, к концу этого года более 70% задач по обработке данных будут решать IaaS-провайдеры. Сегодня мы поговорим о том, какие подходы позволили нам сделать сделать IaaS дружелюбным и удобным.

«Ближе к народу»: Как сделать IaaS доступнее - 1
(далее…)

Опыт перехода с Waterfall на методологию RUP для реализации больших ИТ проектов

Как возникла необходимость отойти от классической Каскадной Модели жизненного цикла разработки

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

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

Большой пример: только оказавшись под санкциями и цене нефти в 50 долларов за баррель (против 110 ранее) руководство страны перешло от рассуждений и неспешных телодвижений к активным действиям по развитию высокотехнологичной экономики.

Так и один из моих Заказчиков созрел и я взялся сделать для него проект по разработке нового функционального модуля Корпоративной Информационной Системы (ERP-системы), который должен был добавить 400 новых пользователей системе и обеспечить проверку 40 000 ипотечных кредитов в год. (далее…)

10 инструментов для стартаперов и стартапов

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

10 инструментов для стартаперов и стартапов - 1

Startup Graveyard

Учимся на горьком, но полезном опыте предшественников. Strartup Graveyard — это каталог стартапов, которые потерпели неудачу и вынуждены были выйти из игры. Цель проекта, как уверяют авторы, вовсе не в том, чтобы клеймить людей за ошибки — напротив, объективный безоценочный анализ факторов, которые привели ту или иную компанию к печальному исходу, позволит «снять стигму с неудачи» и выстроить более открытое, вдумчивое сообщество. История болезни излагается в лаконичной, ясной форме: название, ниша, годы жизни, инвесторы и бюджет, конкуренты, основные причины краха. Посетителям также предлагается внести свою лепту — произвести вскрытие такого рода над известным им проектом (возможно, даже своим собственным) и отправить результаты администрации.
(далее…)

Кровь, пот и слезы дизайнера

image

Солнце. Море. Песок. Наконец то первый отпуск за полтора года. Этой зимой я что-то сильно перегорел. Совершенно неожиданно. В поисках долгожданного развития придумал себе сложности: из обычных статичных макетов перешёл в интерактивное прототипирование. Так и проковырялся в этом Axure всю зиму и полвесны, а потом перегорел и закипел! «Есть же новый навык, новый рычаг, а приложить его некуда…». С такими мыслями я понимал — пора в отпуск. Чем скорее тем лучше. Иначе в моем кабинете потребуется новая мебель, новые мониторы и пучок новых манипуляторов «мышь»… Вместо разбитых, очевидно!
(далее…)

Интеллектуальность — новый виток в развитии систем локализации

Интеллектуальность — новый виток в развитии систем локализации - 1

Всякий, кто работал над проектами локализации ПО, знает, насколько это может быть сложно. Неважно, занимаетесь вы локализацией веб-сайта или приложения, — работы очень много: получение строк на перевод из программного кода (вручную); постоянные метания между разработчиками, руководителями проектов и переводчиками; проверка и перепроверка точности перевода; и наконец — все то же самое еще раз для другого языка (или другого проекта). Давайте будем честны: это медленные, трудоемкие и разрозненные процессы. Но так быть не должно.

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

Компания Translationexchange написала о том, как выглядит перевод в такой системе, а мы в Alconost как ее вендор, предоставляющий услуги профессионального перевода, эту статью перевели. (далее…)

Внедрение инструментов Lean в командe Сервис Деск

Предыстория

imageЛюбой сервис для конечных пользователей должен быть гибким, отражающим их текущие потребности. Бизнес развивается, качество сервиса тоже должно расти. Если этого не происходит, рано или поздно уровень услуг, заданных на старте проекта, перестает устраивать потребителей. Поэтому хочу поделиться с вами своим опытом внедрения новых методов работы в нашей команде Сервис Деск (SD).

В конце 2012 года мы запустили в работу услугу SD для одного из наших клиентов в режиме 24/7/365. Полноценной службы SD у заказчика до этого не было, вся поддержка оказывалась силами внутренних подразделений. Под этот проект была подобрана и обучена новая команда, состоящая из 7 сотрудников, включая меня. Сервис стартовал активно — передача знаний, знакомство со спецификой работы. У команды было много идей и энтузиазма. Сервис заработал как часы. (далее…)