Иван Евтухович пригласил меня принять участие в Ruby NoName подкасте. Я с радостью и волнением это предложение принял.

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

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

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

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

Я обратил внимание, что большинство публикаций и выступлений делится на 3 группы: техники, приемы, фреймворки и библиотеки, высокие нагрузки, деплой и настройка серверов. Думаю это логично. Так как любой проект нужно написать. Под него нужно настроить сервера, стейджи и продакшены, наладить быструю выкатку, мониторинг, бэкап. И нужно справится с нагрузкой в случае успеха проекта. Еще на всех этапах необходимо грамотное и не навязчивое управление. Раньше я думал, что проджект-менеджеры только пишут письма и зарабатывают больше денег, сейчас я понимаю, что ошибался. Просто хороших проджект-менеджеров, как и любых других специалистов, довольно мало. В книге управление программными проектами описывается более 20 компетенций, которыми должен обладать профессиональный менеджер, и это не только писать письма.

Я сейчас концентрируюсь на написании кода, глубоком понимании библиотек и адекватном их использовании. Большие нагрузки мы еще не заслужили, а сервера у нас более менее настроены. Современное железо прощает много ошибок. Я выкладывал в продакшн сайт, главная страница которого генерила 600 запросов к базе при каждой отрисовке, все обошлось (1-3 запроса в секунду в пике); а нагрузку в 10-15 запросов в секунду мы выдержали базовым кэшированием.

Ваня спрашивал меня, чтобы я посоветовал слушателям. Повторюсь, что я советую программировать как можно больше, в любое удобное время. Чтобы написать великолепный проект, необходимо написать 10 плохих и 50 средних. Физику мира не изменить, можно только подкорректировать цифры 10 и 50, а можно их постараться проскочить быстрее. Надеюсь своих 10 плохих проектов я уже написал :) Приступаю к средним.

Желаю приятного и плодотворного программирования!

Ruby NoName Podcast S04E06 - подкаст
Я, кошка и микрофон

Tweet