Всем привет! На этой неделе с вами @KELiON.

Я — фулл-стек из Самары, в данный момент я в Питере, удаленно работаю в Барселонской компании Redbooth, пока офомляю документы для переезда

. @Savroff пока нет, но начал учить. В компании все говорят на английском, так что мотивации учить особо нет:)

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

На меня в 10 классе повлиял одноклассник, у которого уже было 2 игровых сайта и он прилично зарабатывал. Тогда меня веб и заинтересовал

Я начал изучать html. В этом мне очень помог сайт postroika.ru — там были крутые уроки (не могу гарантировать, что сейчас так же)

Сейчас с обучением онлайн всё проще, есть codeschool, hexlet и еще много подобных сайтов

На первую работу, верстальщиком, устроился за месяц до поступления в универ. Начал изучать js и php, ушел больше в программирование

Потом наступили тёмные времена и я был пхпшником.

Еще полтора месяца проработал в огромной компании джавистом

Но после маленьких компаний я там не выдержал и ушел обратно в веб-студию

Ну а потом меня позвали в @cloudcastler и я перешел на руби

Это самая большая компания, работающая с ruby в Самаре. Т.к. рубистов в Самаре мало — набирают людей с других языков и в процессе обучают

А кто тут из Самары? Где вы работаете?

. @dcromster скорее наоброт — любой опыт полезный. Если сразу начинать с хорошего языка, не оценишь, насколько он крут.

. @dcromster так же с фреймворками. Я работал с zend, cakephp, symfony. Когда изучал symfony 2 считал его идеальным

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

@rubyunderhood 5 лет C/C++, потом стал уставать от указателей, тут Ruby был глотком воздуха )...

@rubyunderhood начинал с железа, микроконтроллеров, С, С++. железо оказалось неприбыльным, вспомнил как весело ставил редмайн и заверте...

Настало время прощаться. Всем спасибо, на этой неделе с вами был @KELiON, подписывайтесь! :)

@rubyunderhood Дизайнер => системный администратор => php-разработчик => ruby-разработчик :)

@anton_davydov @rubyunderhood не писал на PHP – не видел жизни и боли

@rubyunderhood, Basic/VBA/VB/ASP/Perl/PHP/FoxPro/C#/Ruby :-)

@rubyunderhood горнорабочий поверхности -> грузчик -> продавец моб.телефонов -> сисадмин -> дизайнер -> программист -> техдир

@rubyunderhood а, еще контент-менеджера забыл, ну и между этим еще по мелочи всякое

Сегодня давайте о глобальном. Каким вы видите идеального программиста? Как узкого специалиста или наоборот?

Мое личное мнение — код вообще никому не нужен. Главное продукт, который получают конечные пользователи

Поэтому необходимо знать все смежные области, связанные с продуктом: фронтэнд, вёрстка, дизайн, ux, аналитика. Даже типографика

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

Кодер с пониманием дизайна, ux и аналитики для продукта полезнее, чем тот, который знает ruby, go, erlang и ждёт, где бы их применить

Теперь немного детальнее.

Мне кажется, что UX коррелирует с архитектурой приложения. Если у приложения проблемы с UX — тогда это становится заметным и в коде

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

Иногда систему лучше сделать менее расширяемой, уменьшить количество конфигов, но проще в использовании

Типографика: начните различать длинное тире и дефис,
форматировать списки, ставить правильные кавычки («»)

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

Чтобы не запоминать хоткей для кавычек я использую такую автозамену: take.ms/MosB9

Кстати кроме кода это еще помогает лучше писать документацию, коммиты/пулл-реквесты

Если говорить о программировании и дизайне — обращайте внимание на детали.

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

… не переспрашивать уже введенную информацию (например email после нажатия на кнопку «напомнить пароль»)

В этом направлении на меня больше всего повлияли: @artpolikarpov с докладом "технолог тоже дизайнер" на 404фесте: artpolikarpov.ru/2012/01/10/1/

И @andrey_sitnik на брейнвошинге по фронт-энду

Из книг — похожие впечатления были от «Программиcт-прагматик» ozon.ru/context/detail…

Еще посоветовал бы всем Алана Купера «Психбольница в руках пациентов»

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

Ну и гемами, само собой, тут же рубисты!

Чтобы не плодить тонны твитов буду группировать всё в гистах. Первый — Alfred gist.github.com/KELiON/55b3cc5…. Дополняйте и делитесь в комментах

Дальше дотфайлы gist.github.com/KELiON/55b3cc5…

@rubyunderhood, ретвитни, пожалуйста: ищем в команду рубистов, которые умеют не только рельсы, но и могут в cli/bgp/cisco/react. Удалёнка.

Что-то я про вас забыл! Сегодня давайте делиться удобными фишками в рельсах/руби, которые, как вы думаете, многие могут не знать.

Я вот люблю символы экономить, но чтобы не в ущерб читаемости. Поэтому если короткий и длинный код одинаково читаем, выбираю короткий

Из-за этого не люблю фанатов, которые в название переменной/метода весь контекст засовывают

Недавно открыл для себя obj.in?(arr) в ActiveSupport вместо arr.includes?(obj). Читается так же, но короче

С сервис объектами я всегда работаю, как написано в статье @avakhov: avakhov.github.io/blog/2014/10/3…

В какой-то момент я обнаружил что .call можно опустить и писать просто: Service.(args)

Только я до сих пор не определился, нравится ли мне эта запись, поэтому чаще использую .call :)

The Basecamp says it, so it must be true! pic.twitter.com/2aUyDpVE2x

@rubyunderhood мало кто знает про тип Set например

@rubyunderhood заметил, что при работе с ActiveRecord часто используют any? там, где достаточно exists? pic.twitter.com/Lh32aPi5DL

rails console -s (—sandbox) – сделает rollback всех ваших изменений в базе в конце сеанса

Чтобы не делить миграцию на up/down из-за одно блока, можно использовать reversible: edgeguides.rubyonrails.org/active_record_…

Вместо
x = hash.fetch(:x, {}).fetch(:y, {}).fetch(:z, nil)
можно писать
x = hash[:x][:y][:z] rescue nil

И этот метод может выкинуть свое исключение

@rubyunderhood apidock.com/rails/ActiveRe… почему-то никто не использует, хотя крайне удобная штука