Всем привет! Меня зовут Александр Ломакин. Я директор по веб-разработке в компании Rambler&Co. Буду вам надоедать на этой неделе :)

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

@backendsecret привет! Твиттер свой покажи :)

В обычной жизни меня можно читать в твиттере @lomakin

Не стесняйтесь задавать вопросы не по теме дня. Живое общение интереснее монолога :)

@backendsecret расскажи, что твориться у вас. А то Рамблер самая закрытая компания из больших. (В смысле технологий и вообще развития)

Rambler&Co я посвящу целый отдельный день и расскажу как у нас все устроено

Разрабатывать по серьезному я начал в далеком 2006 году в одном малоизвестном проекте ИД Эксперт fincake.ru

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

Проект обещал быть очень крутым... В общем-то как и любой другой амбициозный стартап :)

Самой сложной задачей в проекте для меня в то время был фетч реалтайм данных с валютных и фондовых бирж

@backendsecret основной ЯП недели это Ruby или будет что-то еще?

.@michael_borisov будет еще Python, JS, Haskell, инженерные практики и управление процессом разработки

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

@backendsecret ну расскажи какими технологтями в основном пользуешся?

.@dmitr_y в основном на работе Ruby, Python, JS. Для себя C, Haskell. А так сейчас основная работа в техническом менеджменте

Довольно скоро начался кризис, а за ним естественная миграция разработчиков. Так я попал на собеседование в Look At Me к @andrewzotov

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

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

Кстати, на работе всегда была любимая шутка про Ruby, смузи и шарфик петелькой :)

Следующей большой вехой в моей работе была компания Inform-Mobil. Там мы с командой занимались разработкой социальной сети на PHP+Yii

Нам тогда нужен был шардинг, а Yii не поддерживал его из коробки. Поэтому реализовали его сами и отправили патч автору (патч, Карл!)

Тогда схема с пуллреквестами еще не набрала популярность

И что самое классное, наш патч приняли. А вот проект не взлетел.

После Inform-Mobil было много интересных проектов, среди которых например интернет-магазин Республики, госпроекты на Django

Был даже проект на сях: бегущая строка для прямого эфира с Путиным. Но это так себе история - было и хорошо.

Про то как запускали новую Ленту.ру рассказать?

@backendsecret да, конечно! Вообще мне рамблер жалко, убили, что было. Например, самые красивые карты.

.@dcromster ну, красота дела субъективное, конечно. А вот то, что потеряли мощный проект из актива - это да

@backendsecret в Rambler&Co используют Go?

.@makhov в продакшне пока нет

@backendsecret что думаешь по поводу Rust?

.@zzetorg Rust более проработанный по многим аспектам, но у Go активнее комьюнити. Если Rust наберет такое же, то будет однозначно фаворитом

@backendsecret а NoSQL используете? Какие и для чего?

.@dcromster используем MongoDB в Ленте, Мосленте, Моторе и Секрете Фирмы - это как минимум :)

@backendsecret почему в Рамблере, да и в любой другой крупной компании в отрасли (МэйлРу, например), такое разгильдяйство в HR? :)

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

@backendsecret @zzetorg Rust и Go не конкуренты друг другу. Отличная статья на эту тему от @davecheney dave.cheney.net/2015/07/02/why…

@backendsecret ООО! А какие грабли нашли? :)

.@dcromster в какой-то из версий Mongo было дичайше сложно дебажить использование индексов. Но вроде это уже давно поправили

Как-то раз в апреле 2012 года я как обычно читал Ленту.ру и наткнулся на баннер-вакансию: в Ленту требовался Руби-разработчик

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

Как оказалось впоследствии, я был первым Руби-разработчиком в Ленте (и скорее всего в холдинге)

Старая Лента.ру была написана на Перле. И поговаривают, кто заглядывал в тот код, больше никогда не спал спокойно

В старой архитектуре все было примерно так: в редакционной системе создавалась новость, а затем статическая HTML-ка клалась на прод

В новой архитектуре все было чуточку иначе. Было отдельное приложение для редакции: Rails + PostgreSQL

Было отдельное приложение с самим сайтом: Rails (без AR, но с Mongo-драйвером) + MongoDB

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

Сейчас те наработки, которые были в Ленте еще с тех времен, частично используются в нашем внутреннем фреймворке, который называется Mate

На нем написано несколько изданий холдинга: motor.ru, moslenta.ru, secretmag.ru и это еще не предел ;) Следите за новостями.

Возможно, в течении года мы выложим Mate в опенсорс, но пока фреймворк сыроват для широкой общественности

Кстати про опенсорс, у Rambler&Co есть свой аккаунт на Гитхабе. Там много вкусного. Fork and enjoy! :) github.com/rambler-digita…

@backendsecret A зачем так сложно? Почему не все сразу в монго или постгрес?

.@freiksenet_ru с редакционной системой работало много народу, а на сохранение одной новости уходило много времени :(

@backendsecret Мне надоели всякие дфижки, нагрузки от WP, пересадил бложик на octopress, хостить на роутере можно :)

.@POS_troi ну octopress для большого СМИ опасно брать. Вдруг чего :)

@backendsecret @freiksenet_ru и как обновлялись данные в монгу, если новость была уже опубликована, а вносились апдейты? Опять демон?

.@bytecheg @freiksenet_ru да, все верно: обновлялись снова через демон

Друзья, предлагаю вам выбрать тему на завтра: разработка в Rambler&Co - RT; про процесс разработки в Agile-командах - FAV.

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

Скажите, а кто использует в своей работы инструменты и практики из Agile? Какие именно?

Довольно часто в командах используют либо Kanban, либо Scrum

Я считаю, что выбор проектного фреймворка зависит от степени хаоса в проекте: хаоса много - Kanban; система более-менее отлажена - Scrum

Важно понимать, что проектные фреймворки не работают без Agile-майндсета agilemanifesto.org

@backendsecret скрам создает жесткие чекпоинты и таким образом упорядочивает хаос

.@Borovikov возможно в вашем случае это сработало. Но Kanban позволяет визуализировать процесс поставки и сфокусировать команду

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

@backendsecret а если с 0 проект?

.@dcromster в моей практике рабочий кейс такой: канбан с ограничением на WIP -> Scrum (по необходимости) -> XP и др. инженерные практики

.@dcromster такой подход очень хорошо ложится на эволюцию всех участников проекта как команды

@dcromster @backendsecret есть ещё незаслуженно забытые ройсовские водопады

.@PliskoVS @dcromster ох, это вы верно подметили. Я их не очень люблю, но один из коллег считает, что это следующая ступень после Скрама :)

@backendsecret стараемся в Scrum (с переменным успехом), Lean software development, XP

.@kspitfire7 а что из XP у вас прижилось?

@backendsecret канбан ориентируется на долгую перспективу и в нем нет дубины в виде спринтов

.@Borovikov не соглашусь. В Канбане можно быстрее менять поток. Там нет ограничений в виде спринта

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

Друзья, а кто в своей работе использует практику TDD? И почему вы её используете?

Есть два взаимопротивоположных принципа разработки: BDUF и YAGNI

BDUF это история больше про долгое проектирование и высокую степень определенности

YAGNI это история про то, чтобы сделать сейчас быстро, но возможно в будущем отрефакторить

И вот как раз при YAGNI подход TDD жизненно необходим, т. к. без тестов рефакторить мягко говоря проблематично. Хотя бывают герои :)

А вот при BDUF можно даже подзабить на тесты

@backendsecret а как ты борешься с днями "тупняка"?

.@dcromster прокрастинация это повод для рутинных задач: заполнить отчеты, поревьюить код, привести в порядок закладки в браузере и пр.

.@dcromster короче, делайте в такие моменты то, на что жалко тратить время, когда у вас творческий подъем :)

.@dcromster у Бирмана классно про это написано ilyabirman.ru/meanwhile/all/…

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

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

Ребята, а вот еще какой момент интересен: есть ли у вас в командах выделенный архитектор?

@backendsecret TDD отлично учит интерфейсам и архитектуре, но применять его на продакшн проектах оверхед

.@Timrael с тем что учит интерфейсам и архитектуре - соглашусь. А как вы без тестов вносите изменения в продакшн систему?

@backendsecret Есть!)

.@KSDaemon а вот любопытно, что конкретно делает этот человек? Я без всякой задней мысли. Просто хочу собрать кейсы :)

@backendsecret @Timrael Мы вот не используем TDD, но тесты активно пишем

@backendsecret ну это я :) и по части архитектуры занимаюсь проектированием системы в целом, сущности, связи, схемы, потоки, данные →

@backendsecret → алгоритмы сложных функц. кейсов, механика процессов, интерфейсов и взаимодействий.

@backendsecret это не считая вопросов тимлида, сборки, коммуникаций, планирования, разделения задач, выпуска релизов и прочего…

.@KSDaemon очень похоже на совмещение работы архитектора и проджекта, или я тут ошибаюсь? :)

К чему это я тут задаю вопросы про архитекторов. У меня вчера и сегодня был день откровений от @ScrumTrek и @aka_ekr

Я сходил на тренинг "Agile Mindset в проектировании систем". И у меня бомбануло. Оказывается архитектура это не только схемки и диаграмки

Архитектура, это результат коллективного обсуждения требований системы со стейкхолдерами; внутренних и внешних ограничений; рисков

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

@kotchuprik @backendsecret @Timrael Когда пишешь код, понимая, что через пару часов будешь писать тесты к нему — ничего не меняется

.@Semenov @kotchuprik @Timrael чтобы писать тесты сначала, должен быть определенный mindset. Не все к этому готовы :(

А еще мне понравилось выражение @aka_ekr "Инженерия - продажная девка бизнеса". Это так точно!

@AlekseyCvetkov @kotchuprik @backendsecret @Timrael персонально мне кажется, что писать тесты, которые заведомо не пройдут — идиотизм

.@Semenov @AlekseyCvetkov @kotchuprik @Timrael есть мнение, что тесты помогают проектировать микродизайн компонентов системы

@backendsecret @Semenov @kotchuprik @Timrael этот mindset — адекватная инженерная культура. Вот доклад в тему: twitter.com/programulya/st…

.@Devgru @Semenov @kotchuprik @Timrael имхо, адекватная - которая приносит прибыль. Если вы не пишите тесты, и это двигает бизнес, то это ОК

Ребята, а отсыпать вам немного книг про архитектуру и около этого? Конечно давай - RT. Ну его нахрен - FAV.

Фабрики стоят, одни синглтоны в стране

@backendsecret Евгений Кривошеев про это очень интересно и много рассказывает!

.@KSDaemon вот к нему и хожу. Он прям меняет мой mindset! Отличный тренер и просто замечательный человек :)

@backendsecret Когда набиваешь руку в TDD,становится очень удобно и практично.И это экономит время уже в среднесрочной перспективе (неделя).

@backendsecret 2 недели назад написал кусок кода по TDD, сейчас по нему нужно много перелопатить и тесты очень кстати - не боюсь, что сломаю

@backendsecret tdd способствует подходу с большим кол-вом маленьких объектов, маленьких методов, короче Санди Метц одобряет /2

@backendsecret
1 Код проще.
2 снижается стоимость поддержки
3 можно нормально рефактоить
4 тесты вносят доп. Ясность, работают как спека

.@backendsecret @Devgru @kotchuprik @Timrael и тут начинается холивор на тему стомость разработки проекта vs стоимость его поддержки

.@Semenov @Devgru @kotchuprik @Timrael у всех проектов есть стоимость, но не всем нужна поддержка :)

Начнем с известной многим книги: "Refactoring: Improving the Design of Existing Code" Мартина Фаулера amazon.com/Refactoring-Im…

@backendsecret @Devgru @kotchuprik @Timrael Конечно, не всем проектам нужна поддержка. Тем, которые загнулись, она не нужна.

.@Semenov @Devgru @kotchuprik @Timrael а проекты, которые нужны чтобы подтвердить или опровергнуть бизнес гипотезу - вы не рассматриваете?

Следом идет книга о паттернах проектирования "Head First Design Patterns" Эрика Фримана amazon.com/gp/product/059…

Что на самом деле означает чистый код: "Clean Code: A Handbook of Agile Software Craftsmanship" Роберта Мартина amazon.com/Clean-Code-Han…

Про рефакторинг и паттерны вместе: "Refactoring to Patterns" Джошуа Кериевски amazon.com/Refactoring-Pa…

Маст рид! "Domain-Driven Design: Tackling Complexity in the Heart of Software" Эрика Эванса amazon.com/Domain-Driven-…

Разработчикам многопоточных приложений - очень советую! "Java Concurrency in Practice" Брайана Гоэца amazon.com/Java-Concurren…

@backendsecret имхо, говорить о паттернах, без упоминания того, что они могут привести к оверинженирингу, как минимум, не честно

.@ivanenok разумеется любые практики и шаблоны нужно использовать включая голову. Я предупредил :)

@backendsecret если говорить с точки зрения практики, то овердизайн приводит к жопе, когда заказчик хочет "просто добавить кнопочку"

.@ivanenok так а вы не делайте овердизайн

Ну что, я думаю на пару дней вам хватит книжек почитать :)

@backendsecret хех, вместе с паттернами, нужно рассказывать что такое KISS :)

.@ivanenok KISS, YAGNI, Emergent Design - это все одного поля ягоды. Я люблю это все проще называть - нужные вещи в нужное время :)

Ну что, кажется пора откланиваться на сегодня. Пойду смотреть концовку Mr. Robot. Кто смотрел? Достойно закончилось? Только без спойлеров :)

О чем поговорим завтра? Как устроена разработка в Rambler&Co - RT. Окружение, инструменты и вот это все - FAV.

@backendsecret @Semenov @Devgru @kotchuprik @Timrael если такой проект подтверждает бизнес-гипотезу, говнокод обычно так и остается гнить.

.@mkazantsev @Semenov @Devgru @kotchuprik @Timrael ну почему же. Дальше рефакторинг и развитие как правило идут. И здесь они уже оправданы

Кстати, не забывайте подписываться на меня в Твиттере @lomakin :)

Всем привет! Сегодня мы поговорим про окружение, инструменты и смежные темы.

Я уже около 10 лет работаю на Маке. Были поползновения на Linux, но погрызанное яблоко не отпускает: из этого клана не уходят просто так :)

Кстати, те из вас кто сидит на Линуксах, какие дистрибутивы вы используете?

То время, когда я сидел на Ubuntu, я дичайше угорал по i3 i3wm.org

i3 было очень удобно пользоваться, учитывая что мой основной редактор - это vim

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

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

@backendsecret мак - ок, но brew как пакетный менеджер сильно слабее по сравнению с apt

.@listochkin а что есть в apt, чего нет в brew? В контексте вашей работы с этими пакетными менеджерами :)

Отдельной строкой хочу признаться в любви к vim. Из всего что я пробовал - это самый лучший редактор, IDE и еще бог знает что :)

@backendsecret Xubuntu: у меня, жены, тещи и мамы. Ubuntu Server на "сервере" в кладовке. Debian на плате для разработчиков.

.@dcromster популяризируешь технологии :)

Хочу задать холиварный вопрос дорогим читателям: а что лучше? Давайте выясним? Vim - RT, Emacs - FAV.

@archydragon @backendsecret Холиварят, потому что пользователи vim и emacs уже закончили свои дела? :)

Ребята, а те, кто использует всякие большие IDE, расскажите с чем связан ваш выбор?

@backendsecret @archydragon пользователи Sublime Text и IDEA работают только потому,что пользователи vim и emacs им разрешили им работать ;)

Есть еще один редактор, к которому я не ровно дышу - это Atom. Он отлично смотрится рядом с моим бокалом для смузи :)

@backendsecret не тупит вебкит-то?

.@kotchuprik а это не важно. Он же красивенький и я в нем конфиги правлю :)

@backendsecret не ну я-то солидарен. плагинов куча. сам юзаю и для голанга в том числе. но не тупит ли он у тебя?)))

.@kotchuprik тачка мощная, не замечал :)

@backendsecret юзают IDEA, здорово автоматизирует рутину, особенно удобно что с git, бд и кодом работаешь из одного места, на то оно и IDE

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

.@Borovikov для не который языков, например Java, бывает без IDE вообще не разберешься. Особенно если проект огромный

@backendsecret sublime pic.twitter.com/KJHn1o55iB

Ребята, а расскажите какой у вас любимый шрифт для терминала/редактора? А я потом расскажу, кто мой фаворит :)

@backendsecret Для кода — Input, еще Source Code Pro

@backendsecret Deja Vu Sans Mono в редакторе, в терминале внезапно пофиг, на маке дефолтный Monaco, в линуксе Terminus.

Лучшая иллюстрация объединения io.js и node.js была сегодня у @html5by pic.twitter.com/RjKD8ge3cQ

@backendsecret пересел на атом только из-за эликсира

@backendsecret Hack font

Кстати, будете смотреть сегодня презентацию Apple?

@dcromster @backendsecret никогда не пробовал Emacs. У него есть преимущества перед вимом?

.@raxpost @dcromster я тоже не пробовал Emacs, но судя по результатам голосования - они примерно одинаковые :)

@dcromster @backendsecret при работе клавиатурой производительность повышается раза в полтора, причина по которой все боятся вима - лень

@backendsecret RubyMine волшебно рефакторит код на Ruby

Ребята, спасибо за фидбэк! Интересно было услышать ваши предпочтения. А мой любимый шрифт Anka/Coder programmingfonts.org/post/108439777…

И вообще, вот тут много всяких других моно-шрифтов programmingfonts.org

@artemeff сегодня говорят про apple, извини :)

Эппл сегодня как-то много всего представила. Надо как-то все осмыслить и смириться с этим

А пока выбираем тему на завтра! :) Разработка в Rambler&Co - FAV; языки программирования - RT.

Друзья, всем привет! Сегодня мы поговорим про языки программирования.

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

@backendsecret периодически смотрю статистику на TIOBE + раньше публиковали на githut.info но за 2015 год нет ничего :(

@backendsecret тут скорее интересен вопрос, какие выводы можно сделать из всякой разной статистики по популярности ЯП

@backendsecret RedMonk делает регулярные срезы GitHub+StackOverflow redmonk.com/sogrady/2015/0… Идея не их, но они подхватили.

@gruz0 @backendsecret у меня вон, в 93 мама писала на foxpro и на паскале, ничего сейчас ей плевать на рейтинге, она просто не пишет код :D

@anton_davydov @backendsecret мой путь таков: Basic, FoxPro, Perl, ASP, PHP, Ruby. Остальные мимолётные языки не считаю. А за эти платили.

@anton_davydov @backendsecret а кто-то пишет на двух самых популярных языках и плюёт на рейтинги :-D

.@gruz0 @anton_davydov но как-то же он понял, что они самые популярные :D

Как вы уже поняли, я очень неровно дышу к Ruby. В последнее время изучаю Haskell и мне очень нравится mindset функциональных яп

@backendsecret @anton_davydov с этиме вашыме рейтенгоме никуда не деццо!!1! :-D

Самый крутой учебник по Haskell здесь learnyouahaskell.com/chapters

Если вы решили выучить функциональный яп, и до этого жили в ООП парадигме - первое время ваша жизнь будет адом! :)

Из того, что хочется попробовать в продакшне и вообще: Elixir elixir-lang.org и Scala scala-lang.org

@backendsecret лучше эрланг, он стабильнее

.@artemeff Elixir и Erlang очень близки. Для меня одна из киллер-фич Эликсира - это организация кода.

@backendsecret мне не очень понравился. есть еще book.realworldhaskell.org, но в итоге сейчас остановился на github.com/bitemyapp/lear…

@Shiroginne @backendsecret если вы про что-то не знаете, то не значит, что этого нет. Haskell используется в реальной жизни.

.@ibxth @Shiroginne соглашусь. Есть класс задачь, где функциональные ЯП выигрывают, в частности Haskell

Вообще, в развитии веб-дева функциональщина уже давно витает где-то совсем близко

Так что бойтесь! Скоро функциональные ЯП будет знать каждая домохозяйка! :)

@backendsecret если он так прекрасен, почему же на нем не пишут повсеместно? Наверняка задач то много

.@Shiroginne на это много причин. Порог вхождения, исторические обстоятельства, сообщество и пр.

@backendsecret вспомнил занятную историю, о сеньоре запилившем компоненту на скале и свалившем. приседали с эти потом долго :)

.@ivanenok это к слову о популярности технологии и стоимости разработчиков владеющих ей :)

@backendsecret мне кажется, вот очень показательный пост про веб разработку на haskell bitemyapp.com/posts/2015-08-…

Друзья, а кто с какого языка начинал свой путь разработчика?

@backendsecret Функциональшина давно выиграла. Иммутабильность, функции высшего порядка, вывод типов - мейнстрим.

.@freiksenet_ru к сожалению (или к счастью?) по статистике языков и продакшн систем это пока нет

@backendsecret а что такого хорошего в Ruby ?

.@webusnix в Ruby хорошо: синтаксис, гибкость, выразительность, сообщество, окружение (либы, фреймворки и пр.)

Я смотрю, очень много начинали с Бейсика. Теперь я знаю, что я в этом не одинок :)

.@webusnix есть класс задач и проектов, где скорость разработки решает - в ущерб производительности

@backendsecret и медлительность. если мы никуда не спешим, то это окей.

@backendsecret а что ты думаешь о coffeescript?

.@mamyashev я думаю, что лучше писать на голом JS, чем на CoffeeScript

.@mamyashev хотя опять же, зависит от конкретного проекта и затрат на него

@backendsecret @mamyashev интересно, а кто-нибудь делал серьёзные замеры на боевом продакшене насколько сахар (кофескрипт, джейд) полезен?

.@vladimore @mamyashev друзья, мы же здесь про бэкэнды всякие беседы ведем :)

@backendsecret @vladimore @mamyashev Так это все и на бэкенде может крутиться, так что можно ) Я лично тоже за чистый JS

@vladimore @backendsecret @mamyashev А по какой метрике можно оценит полезность сахара?

.@Andre_487 @vladimore @mamyashev по глубине знания JS. Есть кто знает CoffeeScript, а есть кто JS. Это разные люди зачастую, как ни странно

@vladimore @backendsecret @mamyashev так на проде будет уже JS скомпиленный. Как это замерить? Написать 2 одинаковых вещи и задеплоить?)

.@MosinAndrii @vladimore @mamyashev поменить скорость исполнения конечного варианта; сравнить конечный размер. Зависит от того, что важнее

@backendsecret @MosinAndrii все ещё не понимаю, а зачем замерять? Ну ок, CS медленнее и тяжелее, следующий шаг? @vladimore @mamyashev

.@shuvalov_anton @MosinAndrii @vladimore @mamyashev все зависит, от конкретного проекта и критических метрик. Кому-то и CS ок.

@shuvalov_anton @backendsecret ну со скалой с непривычки тоже поприседать можно, если еще это и как экспиремент было сделано.

.@ivanenok @shuvalov_anton ну так то с чем угодно можно поприседать с непривычки :)

@shuvalov_anton @backendsecret @vladimore @mamyashev поддерживаю. Какой смысл? Кому cs не нужен, тот на нем и не пишет

@backendsecret @shuvalov_anton скала даёт огромные возможности в выражении мыслей, главное что бы психопату в руки не попала :)

git merge pic.twitter.com/PAxRKdkUmf

Ребята, а вот еще вопрос ко всем. У кого сейчас на проекте есть технический долг? И как вы его меряете?

@backendsecret оптимизируйте картинки — компенсируете размер CS. Оптимизируйте работу с DOM — скорость @MosinAndrii @vladimore @mamyashev

@anton_davydov @backendsecret зачем мучаться старым синтаксисом и другими проблемами эрланга когда есть красивый и сахарный эликсир?

@backendsecret что ты имеешь в виду под техническим долгом?

.@shuvalov_anton плохо продуманную структуру, архитектуру, некачественный код

@backendsecret солидарен, да и масштабироваться с функциональщиной гораздо проще. А это многого стоит.

@freiksenet_ru @backendsecret поддержу. Но интерпрайз все ещё пытается сопротивляться )

@shuvalov_anton @backendsecret @MosinAndrii @vladimore @mamyashev JS на бэкэнде - это хайп. Серьезные вещи никто не будет на нем писать.

@backendsecret А когда он появляется? Когда осознаешь, что написал говнокод? @shuvalov_anton

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

@backendsecret хм... А если 100 лет не касались,всё забыли=>долго вспоминать... Это считается?@shuvalov_anton

.@dcromster @shuvalov_anton надо тупо сконвертировать в деньги и сравнить, что дороже :)

@backendsecret ты хочешь сказать, что бывают проекты БЕЗ тех долга? %) Кажется, такое возможно первые пару недель)))

@shuvalov_anton @backendsecret @dcromster а вы много знаете разрабов, кто бы не сказал, впервые увидев чужой код, что он — «ок»?

.@KSDaemon @shuvalov_anton @dcromster таких разрабов не существует! :)

@backendsecret @KSDaemon @shuvalov_anton @dcromster да бросьте! Я у меня было 2 проекта, где код был ок. В обоих случаях его писал 1 человек

.@lancedikson @KSDaemon @shuvalov_anton @dcromster это были вы? :)

Я для себя открыл недавно очень крутую штуку SonarQube. Она меряет код по различным метрикам, в том числе тех. долг sonarqube.org

Вот, посмотрите на тестовом проекте. Для тимлида и техдира - это бесценный инструмент! nemo.sonarqube.org

На эту тему есть еще один очень крутой сервис - CodeClimate. Он более хипстерский codeclimate.com

@backendsecret знаю что грешно, но Visual Basic и Delphi :) Потом C++, потом PHP и далее все глубже в веб...

.@rhamdeew вот у меня почти аналогичная история :)

@backendsecret ох, пропаганда хипстеризма среди бэкендеров детектед! :))

.@ivanenok простите, но корни дают о себе знать :) *поправил шарфик*

@anton_sunrise @backendsecret а может там наоборот ещё на прологе сидят? ) что более прогрессивно, чем фп, к слову

.@__fro @anton_sunrise пролог крутой, но без расширителей сознания я его не понимаю :(

@backendsecret "барышня, поллитру водки вооон за тот столик, для профилактики" :)

И так, выбираем тему на завтра: разработка в Rambler&Co - RT; интересные ссылки и ништяки - FAV.

@backendsecret в свое время фрейиворку Ruby on Rails даже Microsoft позавидовал..Вот.

Что-то мы сегодня припозднились с нашим чадом кутежа и полезных ссылочек!

Итак, лот первый и крайне полезный, книга Ильи Григорика "High Performance Browser Networking" chimera.labs.oreilly.com/books/12300000…

Очень крутой доклад про паттерны проектирования в функциональном программировании skillsmatter.com/skillscasts/61…

Классный доклад Гриши Петрова о том, как называть переменные youtube.com/watch?v=z5WkDQ…

Отличная бесплатная книга по функциональному программированию от Dr. Boolean drboolean.gitbooks.io/mostly-adequat…

Nginx Admin Guide. Иногда бывает полезно перечитать :) nginx.com/resources/admi…

Вячеслав Олиянчук как-то раз классно рассказывал о том, как правильно готовить vim vimeo.com/34201803

@backendsecret лучше уж сразу ссылку на github.com/miripiruni/vimi

Еще про vim есть старая, но весьма полезная статья mislav.uniqpath.com/2011/12/vim-re…

Классная преза Антона Каляева про отладку Ruby-приложений и вообще 2014.devconf.ru/data/2014/pres…

Статья Яна Бродецкого про оптимизацию рендеринга веб-страниц habrahabr.ru/company/ramble…

Ребята, а поделитесь каким-нибудь докладом/статьей/книгой, которые сильно повлияли на вас, как на разработчика?

@backendsecret мне вот эта штука всегда помогала когда руки опускались, потому что все в проекте не то и не так :) ozon.ru/context/detail…

@backendsecret последнее что зацепило и не отпускает - clojure, во многом благодаря ричу хикки.
infoq.com/presentations/…

@backendsecret рассматривание Google analytics. Быстро пришло понимание что "прикольные фичи" нафик никому не сдались

@backendsecret 36

@backendsecret биография Шостаковича. Без шуток.

@backendsecret ты не смотрел доклад Вадима Макишвили «36» ??? bit.ly/1XU5TN3

.@KSDaemon как-то это мимо меня прошло

Сегодня и завтра мы поговорим про разработку в Rambler&Co, а оставшееся время пообщаемся на вольные темы :)

В & работает несколько несколько сотен программистов

ЯП мы используем: Python, Ruby, PHP, Perl, C#, C, JS. Короче довольно большой зоопарк. Но mainstream - это все же Python, Ruby и JS.

Из фреймворков используем RoR, Django, Flask. Есть попытки и желание использовать Pyramid

Из асинхронных фреймворков так или иначе используем/использовали Twisted, Tornado, gevent, asyncio, EventMachine и др.

@backendsecret а как делите что делать на Django, а что на Flask?

.@return_none как правило по экспертизе в команде, а так же в зависимости от конкретного проекта

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

Внутри департамента есть деление на направления разработки

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

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

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

Но только в том случае, если прыжки с проекта на проект не превращаются в паталогию :)

@backendsecret а можно чуть подробнее? Как по мне, со временем Flask на больших проектах становится такой "Django", только самодельный

.@return_none совершенно верно! Тут нужно просто на этапе планирования проекта понимать, сколько он будет жить и насколько сложный будет.

@backendsecret эксплуатация, тестирование, дизайн, аналитики, проектные/продуктовые менеджеры тоже в отдельных департаментах?

.@yevvers в точку :)

Есть два типа компаний: которые тяготеют к матричной структуре; которые тяготеют к feature teams

Так вот, мы занимаем промежуточное положение на этой оси

Такую структуру мы строим уже год и еще в процессе. Не все бывает гладко, но change management он такой :)

Вообще у & был период, когда мы очень сильно просели технологически и по инженерной культуре

В холдинге работало очень много известных ныне людей в IT мире. Взять того же Игоря Сысоева, автора nginx

Или Олега Бартунова, который сейчас активно участвует в разработке PostgreSQL

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

За предыдущие 12 месяцев на нашей уютной Мансадочке проходило очень много митапов: MoscowJS, RailsClub

Первая Python встреча на которую мы пригласили Benoit Chesneau github.com/benoitc

Его выступление, кстати, можно посмотреть здесь youtube.com/watch?v=3pTL_j…

На той же встрече Паша Клеменков рассказывал про использование R и Python youtube.com/watch?v=bu4viD…

На Moscow Djano один из наших разработчиков, Максим Шаламов, рассказывал очень интересно про генерацию текстов moscowdjango.ru/speakers/maxim…

А доклад Юли Селютиной на том же Moscow Django вообще мой самый любимый :) moscowdjango.ru/speakers/julia…

На предстоящем @railsclub_ru выступят наши Руби-джедаи Семен Багреев и Станислав Герман

Семен Багреев, руководитель направления Ruby разработки, расскажет о том, как это - быть "Писателем ПО"

Станислав Герман, один из наших ведущих разработчиков Ruby, расскажет про Command Query Responsibility Segregation в Rails-приложениях

Так что приходите на RailsClub, там будет интересно. Мы кстати выступаем одними из спонсоров этого мероприятия railsclub.ru

Отдельно хочется отметить конференцию PyCon Russia, которая будет проходить 18-19 сентября

Паша Петлинский, один из наших ведущих разработчиков, расскажет про DSL для Django ORM pycon.ru/2015/program/c…

@backendsecret понял:) а как примерно выглядит взаимодействие разработки, QA и эксплуатции?сколько времени нужно фиче, чтобы попасть в прод?

.@yevvers в нашем случае очень сильно зависит от конкретной команды и процесса/методологии по которой они рабатют + исп. инструментов

@backendsecret не сталкивались с необходимостью переписать что-то в фреймворке под себя, например в Django?

.@amureki что-то переписывать совсем кардинально не было необходимости

@backendsecret, @return_none, где эта грань между долгим и быстрым проектом? Приведи пример, для чего Django, а для чего Flask?

.@vmakeev @return_none например много сущностей, сложные взаимосвязи, процессы - это про Django. Тут пригодится такой комбайн

@backendsecret понял.ну,хорошо,есть много команд со своими процессами и инструментами.как они синхронизируются?гигантская канбан-доска?:)

.@yevvers у нас не сильно связные команды т. к. проекты разные. Например Лента и Рамблер.Недвижимость

@backendsecret направления по функциональности? или по технологиям? просто выше прочитал про руководителя направления Ruby-разработки

.@yevvers по технологиям

@backendsecret это где так хорошо?

.@relan в Rambler&Co

@backendsecret и последний вопрос про структуру: некоторое исключение - это кто? безопасники, инфраструктура и прочие НОКи?:)

.@yevvers нет, это именно конкретные проекты. Но и это пока вопрос времени

@backendsecret у вас же один офис насколько я помню, нет заморочек с распределенными командами?

.@ivanenok есть команды которые сидят в отдельных офисах, но это будем постепенно исправлять

@backendsecret что повлияло? СЕО?

.@mikeBazhenov совокупность факторов

@backendsecret как правильно делать обмен данными между серверами, допустим если разбили api на несколько смысловых блоков? HTTP запросы?

.@mikeBazhenov как один из вариантов, слишком много неизвестных :)

@backendsecret каковы мотивы для оных исправлений, конкретно в вашем случае?

.@ivanenok чтобы все разработчики были в одном творческом кластере и коммуницировали с коллегами по цеху

@POS_troi думаю это тема для отдельного срачика :) @backendsecret вот еще годная книга, но она для лидов скорее ozon.ru/context/detail…

Друзья, всех с днем программиста! Мы делаем этот мир лучше! :)

@backendsecret воскресное: расскажи о музыке, которая помогает работать, как входишь в поток, хобби :)

.@dcromster с музыкой это вообще отдельная история. Я уже давольно давно люблю техно. Под эту музыку я танцую, под эту музыку работаю :)

.@dcromster вот для примера парочка миксов из моей коллекции

.@dcromster Kassem Mosse mixcloud.com/isilver/kassem…

.@dcromster Worx @dot_worx soundcloud.com/warehouse-podc…

.@dcromster Sergey A.M. soundcloud.com/resonancemsk/r…

.@dcromster Jeroen Search soundcloud.com/s_gnls/jeroen-…

.@dcromster и вообще, я считаю, что лучшее техно в Москве только по пятницам и только в Пропаганде :)

@backendsecret как планируешь свой день?

Свой следующий день я планирую вечером предыдущего. Например сегодня я планирую понедельник

.@dcromster а это вообще, лучший российский подкаст про техно soundcloud.com/warehouse-podc…

Из программ я использую OmniFocus 2 itunes.apple.com/ru/app/omnifoc…

Календарь, разумеется iCal. Хотя пробовал Outlook. Но долго так жить нельзя - душок Microsoft очень скоро становится нестерпимым :(

Про планирование дел многие советуют книгу "Как привести дела в порядок" Аллена. Хотя я думаю, что самое ценное в ней - это схема на форзаце

И вообще, при планировании самое главное - это приоритизация. Дел всегда будет много, но важно сделать самые ценные их них.

Да и вообще, просто включайте голову :) Без нее, все инструменты и книги будут ни о чем

Теперь о хобби: любовь к электронной музыке наложило и на это свой опечаток

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

Дама у меня стоит два виниловых проигрывателя Pioneer PLX-1000 pioneer-rus.ru/ru/newsroom/ne…

Микшер Allen Heath Xone:23 allen-heath.com/ahproducts/xon…

Миксую я пока не так круто, как например тот же @ilyabirman, но специально для сегодняшенго праздника записал микс yadi.sk/d/8_o6AHFuijjCm

Из всяких девайсов про электронную музыку очень хочу попробовать Roland TR-8. Это программируемая драм-машина roland.com/products/tr-8/

А тут еще @dot_worx рассказал про Monomachine, так я вообще влюбился в этот девайс :) eu.elektron.se/synths/monomac…

@backendsecret норм так-то. Очень неплохо к этому делу Serato приобрести :)

.@TheSunwave я Трактор юзаю :)

Друзья, а расскажите, какие у вас хобби. Как вы отвлекаетесь от работы?

@backendsecret а как находишь баланс в жизни?

.@dcromster баланс помогает прочувствовать медитация и йога. Я стараюсь в день медитировать по 20 мин минимум

@backendsecret он тоже хардварный?

.@TheSunwave конечно. Serato, насколько я знаю тоже :)

@backendsecret так и на это время нужно!

.@dcromster в том то и суть. Садишься, медиируешь, рассталяешь приоритеты - и вперед! Вот тебе и баланс :)

@backendsecret ремонт в квартире 😁 очень отвлекает, когда его делаю, скучаю по работе)))

.@dcromster keep it simple :)

@backendsecret карате - выплеснуть эмоции, бег - поразмышлять, пианинко - эмоции, раслабление, жизнь

@backendsecret скалолазание, скейт, пешие прогулки - и род деятельности меняется, и в форме себя держать помогает

@backendsecret долгие прогулки и зал

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

@backendsecret Дети дают?

.@dcromster я холостой и без детей пока :)

@backendsecret летаю на планере. Это как парусник, но по вертикали :)

@backendsecret далеко и долго езжу на велосипеде

@backendsecret рыбалка

Happy Programmers Day! :)

@backendsecret футбол, картинг, походы/рыбалки, ну и всегда прогулки с ребёнком

@backendsecret @dcromster расскажите, как корректно начать медитировать?

.@dronovmm @dcromster мне в свое время очень помог с медитацией вот этот гайд all-yoga.ru/page/igor-berh…