Привет, я Дмитрий Шестернин, техдиректор Flowwow. Знакомая ситуация, когда за полгода ваша команда прирастает почти на треть сильными крутыми спецами, а легче никому не становится? Если да — обнимемся. И я расскажу, как мы адаптировали и использовали на практике Spotify-модель управления командой и в результате распутали структуру нашей быстрорастущей разработки.
QA — суетная и непредсказуемая часть разработки: никогда не знаешь, когда и откуда прилетят баги. Пока задач было немного, мы справлялись вручную. Год назад перед нами встал выбор: идти либо по пути автотестирования, либо налаживать QA-менеджмент. Я выбрал второе — и сейчас расскажу, что получилось.
Рубрика «Кем работать в ИТ» — интервью с представителями интересных или ИТ-профессий, в которых специалисты рассказывают о тонкостях своей работы: плюсах, минусах, подводных камнях и заработной плате. Начинающие смогут больше узнать о том, что их ожидает на карьерном пути, а профессионалы — посмотреть на свою специальность через чужой опыт и, может быть, открыть для себя что-то новое.
Сегодня о своем опыте работы нам расскажет Константин Фокин, старший фронтенд-разработчик Flowwow.
«В моем профайле в SLACK уже три года как написано: чувак с фронта :) Так меня однажды представил наш техдиректор».
Может ли команда разработки быть спокойной 8 марта, если вы в сервисе №1 по доставке цветов? Наша история.
Меня зовут Дима, я работаю техническим директором в Flowwow. Мы развиваем маркетплейс локальных магазинов, которые продают красивые букеты и подарки. В нашей R&D команде сейчас 30 разработчиков, и мы используем обширный стек технологий — условно, от Ansible до Kotlin.
У нас есть несколько ключевых дат, в которые количество продаж взлетает на порядок — День матери, 14 февраля и 8 марта. Мы научились проходить эти периоды почти безболезненно и с технической стороны, и со стороны бизнесовой: «уровень негатива» пользователей в пики находится на уровне любого обычного дня, а техническая команда не поднимает упавшую платформу.
27-летний американец Крис Юриста (Chris Yurista) говорит, что цифровые файлы ему важнее, чем физическое имущество. Он продал квартиру, мебель и остальной хлам. Вся его модная одежда помещается в рюкзак, а сам Крис обрёл истинную свободу — он может ехать куда угодно и работать в любом месте. Главное, чтобы рядом был велосипед, ноутбук и маленькая клавиатура цифрового пианино.
Вышла финальная сборка WYSIWYG редактора интерфейса для популярного JavaScript фреймворка ExtJS.
Редактор платный и стоит $229
Напомню, что ExtJs — фреймворк предназначенный для создания RIA (rich internet application), что подразумевает использование различных, достаточно сложных элементов пользовательского интерфейса. И таких элементов в ExtJS предостаточно. Настройка всех параметров дело хлопотное.
Вот для визуальной настройки и предназначен Ext Designer. Он также позволяет настроить хранилища данных (DataStore) и привязать их к элементам интерфейса
Google выпустил программные интерфейсы для построения графиков и диаграмм Chart API, которые бесплатны и свободны для использования. Они объединены в едином фреймворке Chart Tools.
С помощью Chart API диаграммы генерируются путём отправки простого URL-запроса на сервер диаграмм Google. Примеры возможных диаграмм можно посмотреть в галерее. Кроме всего прочего, Chart API поддерживает динамические иконки, QR-коды и математические формулы.
Что касается Visualization API (Interactive Chart API), то интерактивные диаграммы создаются через библиотеку JavaScript, разработанную в Google (примеры). В качестве источников данных могут выступать, например, таблицы Google Docs или базы Oracle PL/SQL.
Если вдруг увидите, человека с такой вот флешкой, как на картинке, можете смело сдавать его ФСБ, КГБ или как там называется эта служба в вашей стране.
Stealth Bio MXP — защищенный накопитель с аппаратным шифрованием (AES-256 CBC), программной защитой, сканером отпечатков пальцев. Выпускается емкостью 1-16 ГБ. Стоит для простых смертных он от 189 до 529 долларов. А обычно поставляется правительствам США и Канады. Может, именно с такими ходят в ЦРУ.
В качестве предисловия: возможно, большая часть аудитории Хабра уже не застала радостей советской торговли. Это было уникальное время, когда купить что-то было гораздо сложнее, чем сделать это своими руками…
Заказал пару интересных и редких книжек в Озоне. Выбрал самовывоз из ближайшего пункта выдачи заказов — думал что так будет быстрее, вроде бы 15 минут ехать — почти рядом. Вчера пришло письмо о том, что «заказ отправлен в этот пункт, бла-бла-бла, при выдаче назовите свою фамилию и номер заказа».
3 месяца прошло с момента выпуска второй беты нашего сервиса и благодаря вам мы подготовили еще несколько вкусностей для наших пользователей. Почему благодаря вам? Да потому, что именно пожелания хабрапользователей легли в основу большинства наших доработок. Итак, обо всём по порядку!
Исследователи из Google заявили, что им удалось заставить квантовый компьютер распознавать автомобили на фотографиях. Об этом сообщается на официальном блоге компании.
Прочитав достаточно большой объем материала, на этом портале, я принял решение вставить некоторые свои поправки в понимание принципов написания деловых писем. Сегодня нашим бизнесменам не хватает профессионализма, знаний «правил игры», давно установившихся в мире бизнеса.
Информации достаточно много, а время на набор своих мыслей и знаний узко ограничено. Постараюсь выдавать информацию сжатыми блоками, без лирических отступлений и сравнений. Как говорят: «Факты! Только факты!».
Продолжаю предыдущий пост о том, что такое «сарафанное радио» и как правильно его настраивать.
Эффект «сарафанного радио» известен давно, однако маркетологи сравнительно недавно начали осваивать его, усиливать, совершенствовать и подчинять своим интересам.
Основная цель маркетинга «сарафанного радио» – давать людям повод обсуждать ваши товары и услуги, а также создавать для подобных бесед благоприятную почву. Это искусство налаживания активной и взаимовыгодной связи потребителя с потребителем и потребителя с продавцом.
Когда создается стартап с целью дальнейшего получения дохода с него, всегда встает вопрос о том, как же оформить сайт на нескольких человек.
Вариант оставить всё на вере, регистрируя на одного участника – крайне опасно. Сами понимаете, насколько велик риск оказаться кинутым в итоге, когда портал начнет монетизироваться. Думаю, все знают, что деньги делают с людьми. Не всеми, но, к сожалению очень многими. Рассмотрим пример 2х людей, создающих стартап совместными усилиями, ибо статья частично основана на личном опыте.
Итак, вам на выбор предлагаю: сложную конструкцию для 2х физических лиц, создания 2х ИП, создание ООО.
Попробую рассмотреть каждое из них, указать на плюсы и минусы. На всеобъемлимость не претендую, буду рад услышать ваши советы, рекомендации, исправления.
С детства нас учат, кто больше работает — тот больше зарабатывает. Многие считают, чтобы увеличить доход вдвое, нужно устроиться на вторую работу. В жизни все с точностью до наоборот.
После прочтения этого поста решил вставить свои пять копеек в рубрику Мой бизнес. Не столько из-за инвайта, сколько из-за желания поделиться своими, может быть кому-то полезными, мыслями на тему «своего бизнеса». Дальше много букв.
Этот ролик был создан 1967 года. В ролике рассказываться, что принесет собой Интернет. Уже тогда затрагивали тему как: Интернет коммерция и электронной почта.
В народе есть известная поговорка „Первый Блин Комом“, чего не могу сказать о своём свежем опыте интернет торговли. Скорее всего, это просто исключение подтверждающее правило, но, тем не менее, хочется рассказать о тех небольших выводах, что я сделал за последний месяц.
Итак, небольшая история о том, как можно довольно легко заработать за один месяц минимум 15 000 евро.
Мой профессиональный род деятельности — веб-разработка. Занимаюсь R&D в одной небольшой IT компании, пишу «навороченные» приложения для корпоративных интранетов и, в принципе, на жизнь не жалуюсь. Конечно, при таком раскладе хочется параллельно вести какой-нибудь интересный проект, чем неоднократно занимался в мире Open Source. Со временем, правда, захотелось на побочных проектах так же как-то зарабатывать, что с Open Source оказалось не так просто, как может показаться из статей на Хабре :) Потому и решил попробовать для себя что-то принципиально новое — открыть интернет магазин.
Сегодня был на конференции "Производительность MySQL". Докладчик был Дмитрий Кравчук. Спасибо maghamed, 60% конференции я уже знал.
Сама конференция была интересной, в хронографическом порядке зарождения MySQL. Начиная от 1995 года, когда собрались Монти и Дэвид, до сегодняшнего дня, MySQL Perf версии.
Что не понравилось:
Sun имеет инсайдерскую версию MySQL Perf (производительность чуть выше чем в 5.4), которую не спешит выкатывать.
Почти всю конференцию было слышно «Sun это, Sun то».
Обделили maatkit вниманием (может потому что вражеская разработка?)
Порадовал слушатель, в компании которого была «масштабируемая система» — 1500 запросов на 1 страницу. При этом их техлид считает memcache костылями.
Не было бутербродов :(
Что понравилось:
Докладчик :). Дмитрий отвечал на все вопросы, было живое обсуждение. В конце выступления пошли хинты, про которые я до этого не слышал и нигде не видел.
Принцип «Доверяй, но проверяй». Дмитрий не верил никому, поэтому полностью сам тестил MySQL в производительности.
В зале был человек от Percona, который иногда помогал Дмитрию с ответами.
MySQL развивается! Не смотря на покупку Sun в последние годы много внимания было уделено производительности, что привело к появлению версии 5.4.
Пару хинтов для себя, чтобы не забыть:
Каждая аппликация уникальная и сервер надо настраивать под конкретные нужды (ваш КО)
Сейчас есть баг с innodb_max_dirty_pages_pct. Это значение просто игнорируется. Патч есть, в основную ветку еще вроде не внесли (могу ошибаться)
Пока существует баг с innodb_max_dirty_pages_pct влиять на флаш «грязных страниц» можно через innodb_log_file (не спрашивайте почему, спросите у Димы)
Интересная опция, про которую раньше не слышал — innodb_flush_log_trx_commit. Принимает значения 0, 1, 2. 0 — флаш каждую секунду (0 коммитов в сек = 1 флаш), 1 — флаш каждый коммит (10тыс коммитов в сек = 10тыс флашей), 2 — флаш каждую секунду, если был коммит (10 тыс коммитов в сек = 1 флаш). Оптимальный вариант для быстродействия естессно 2
innodb_io_capacity — стоит выставить в зависимости от возможностей винчестера. Дмитрий предлагал 2000
Query cache больше 20мб — зло
С включенным double write buffer в некоторых случаях можно потерять до 30% производительности
Redo log, bin log, Double Write buffer стоит хранить на разных винчестерах из-за random read для самой базы
Google выпустил программные интерфейсы для построения графиков и диаграмм Chart API, которые бесплатны и свободны для использования. Они объединены в едином фреймворке Chart Tools.
