Всем привет. Меня звать Алексей (@leopard_me) и эту неделю я буду вести этот твитер. Я software engineer в railsware и ведущий в @rwpod

Начнем неделю с интересного опроса: Какая структура компании удобнее для Вас и почему? zachholman.com/posts/remote-f…

Кстати, если у Вас есть интересующие вопросы ко мне - задавайте. Буду рад ответить на них :)

@rubyunderhood как дела?

@rubyunderhood классический вопрос: почему Руби? :)

Язык удобный и достаточно хорош для создания DSL. То, что имплементация (MRI) не оптимальна не делает язык плохим :)

@rubyunderhood @leopard_me @rwpod ура! а ещё обладатель награды как лучший разработчик Украины?

Да, в этом году получилось взять награду как Ukrainian IT Awards в номинации Software Engineering

@rubyunderhood круто! Все хотел узнать, написание книги по PG принесло какой-то ощутимый профит? Даже косвенный, приглашения на работу и тд?

Книга про PostgreSQL принесла в основном много писем с просьбой настроить/сделать/починить PostgreSQL (в основном "за спасибо") to mpak999

На работу приглашений через книгу не было. Часто пишут, что информация не актуальна, но держать книгу "up to date" не легко to mpak999

Всегда хочется написать еще одну книгу, но имея за плечами уже 2 книги я думаю обязан следить за их обновлением (как любой опенсорс проект)

Если кому интересно - вот эти две книги - postgresql.leopard.in.ua и chef.leopard.in.ua

@rubyunderhood есть Perl/PHP. Чем они не удобны? :) (Я пытаюсь понять почему выбор пал на Ruby?)

Я в Ruby пришел с PHP (писал на symfony и end), но Ruby более "лаконичен" и меньше задаешь вопросов "почему это сделано так" to dcromster

А Perl я максимум фиксил, но не писал на нем большие продукты to dcromster

@rubyunderhood не забывай ставить собачку перед юзернеймом, %username%! :)

@rubyunderhood а почему не на русском?

Английский это стандарт "де-факто" для технической литературы, да и аудитория у книги будет больше @poltavajs

@rubyunderhood не смутило, что вакансий для Ruby меньше?

Ну как смутило. Когда я решил перейти на Ruby, было всего 2 вакансии на данный язык. Теперь же все проще. Тогда это был риск @dcromster

Но я не люблю заниматься работой, которая мне не нравится @dcromster

@rubyunderhood каково это — писать технические статьи, а тем более книги, на английском?

Тяжело, что это твой родной язык. "At last" и "Finally" вроде значат одно и тоже, а имеют разный смысловой оттенок @dzuev

и такие вещи хорошо замечают "native speekers" @dzuev

@rubyunderhood хых, однако... а сколько времени ушло на написание, издавалась в бумаге потом по pg книга?

Ушло приблизительно 1 год на 1 версию (понятное дело это уходило по 1-2 часа в день). От бумажной думаю толку мало @mpak999

@rubyunderhood как часто создаёте DSL? :)

Я уже все реже пишу DSL - в основном использую чужой (Chef, Puppet, Capistrano, Lotus, etc.) @lisovskyvlad

@dcromster @rubyunderhood
какой наиболее простой способ пересесть с C# на Ruby и стоит ли это делать ?

Учитывая, что Microsoft решила идти с C# на все платформы и в опенсорс - я сам на него посматриваю @mishania_f @dcromster

Но знать Ruby иногда просто удобно для работы, тем более язык не тяжелый для изучения @mishania_f @dcromster

@rubyunderhood с симфы первой переходили? Мне вот после 2 симфы рельсы какими-то ущербными показались, не захотелось даж смотреть)

Последняя symfony что я застал, как был PHP - 1.4 Двойки так и не дождался, хотя очень ждал @Xedin

После symfony тоже например не понимал, почему валидации в rails находятся в моделях, а не в формах @Xedin

@rubyunderhood Может стоит поискать соавторов и, используя тот же Gitbook, попробовать актуализировать информацию.

Я буду её актуализировать (всегда выделяю пару месяцев в год), а Latex достаточно удобен для меня @alexdanilov

@rubyunderhood не вижу точку приложения Ruby, когда уже знаю Perl :\

Я тут точно не "Ruby евангелист" - я пишу на том, что решает мою задачу хорошо. Очень часто это разные языки каждый раз @dcromster

@dcromster @rubyunderhood основная точка приложения - рельсы ;)

Иногда база @fxposter @dcromster

@fxposter писать на Руби ради фреймворка? :) @rubyunderhood

Частая проблема - "прыгают" на rails не зная ruby. Из-за таких "девелоперов" потом может страдать качество комьюнити @dcromster @fxposter

@rubyunderhood Расскажите, пожалуйста, какой язык для какой задачи используете?

Erlang/Elixir - без дб слоя отработать много подключений, golang - cli утилиты, SMTP/Proxy/etc сервера, Node - ох уж этот React @dcromster

C - нужен уровень "поближе к железу" (были такое задачи), Ruby/Python - быстрое прототипирование, утилиты, веб и многое другое @dcromster

Есть такая штука "Full Stack engineer" - его задача, не смотреть на все через "щель" в люке @hellbeast92 @jsunderhood @jsunderhood

Потому что если у тебя в руках "молоток", то все задачи похожи на "гвозди" @hellbeast92 @jsunderhood @jsunderhood

Весело получать reply для прошлого ведущего подкаста :) Культурно было бы ответить, но по логике - вопрос лично не ко мне

@fxposter чем Perl не удобнее? ;) @rubyunderhood

Perl нормальный язык (у меня бумажная в офисе лежит, в то время, как по Ruby бумажной нет) @dcromster @fxposter

Проблема Perl, что инфраструктура вокруг языка развивается не семимильными шагами, как у Ruby или Node.js @dcromster @fxposter

@rubyunderhood @Xedin мне это показалось значительным упрощением, а сейчас скучаю по формам из коробки

Вроде как "form generator" начали делать отдельным гемом @killthekitten @Xedin

пример базового конфига. на выходе мы будем иметь образ с установленной centos7, nginx, nodejs 4.1.1 и собственно нашим приложением.

смотрится круто, но как решается базовая задача "zero downtime deploy"? @jsunderhood

@dcromster Необходима тебя запинать - как провокатора :) @rubyunderhood @fxposter

"Code of Conduct" не позволит @POS_troi @dcromster @fxposter

@rubyunderhood да, отличный вопрос. к сожалению, не решается у нас пока никак. ну т.е. то время, пока перезапускается контейнер наш сервис

Docker - это как минимум еще один слой для возможного падения. Но он не достаточен для создания "production ready" системы @jsunderhood

А значит придется использовать еще какие то слои, для полноценного решения, что увеличивает количество улов отказа @jsunderhood

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

Конечно есть. Наелись им как и распираемым react - leopard.in.ua/presentations/… - как говорится минимум для "docker" @jsunderhood

@rubyunderhood @mpak999 редакторов привлекал внешних? Как структуру строил/придумывал?

Нет, редакторов не было. Помогали другие люди PR реквестами, а структуру делал как и любой проект - накидывал план @Shiroginne @mpak999

@rubyunderhood @jsunderhood а про react — можно в нескольких словах что с ним было плохо?

universal - ok, но рендерит template в строки мог и mustache на сервере, а разрулить забор данных на разных уровнях? @rainrb @jsunderhood

что бы нам не обещали - node.js != browser контекст выполнения, а значит нужно смотреть и видеть его в двух разных @rainrb @jsunderhood

Ну и апдейты npm пакетов - еще то веселье для продаж проекта (react не 1 версия, поэтому крутят Спи как хотят) @rainrb @jsunderhood

@rubyunderhood @rainrb мы вернемся к этому вопросу на днях. у нас тоже реакт =) p.s. github.com/aickin/react-d…

имеется ввиду данные в react на сервере и клиенте. Клиент может забрать через graphql, то этого нет на nodejs рендере @jsunderhood @rainrb

@rubyunderhood Какие книги/курсы посоветуете новичкам по Руби/RoR

Нравится codeschool.com, хоть и многие курсы платные. "Why the Lucky Stiff" книга хороша poignant.guide @pinyslutty

Кстати, как вы думаете, в чем причина не "взлета" rubinius? Имплементация Ruby, которая решает проблему GIL и легко контрибутить зная Ruby

@rubyunderhood периодически пробую рубиниус, от использования останавливают странные сегфолты, непонятные проблемы и общая нестабильность

Сколько раз уже сам пробовал - такие же были впечатления. Да и у языка была платная поддержка. В обще не понятно что с ним будет @rainrb

@rubyunderhood наверно, таже что и у таких же аналогов для питона(без GIL). Сырость, мало доков, в итоге переписывают на других языках

У нас есть jruby, он будет постабильнее, хотя придется еще возится с jvm стеком @ErrorSoul

@rubyunderhood нет поддержки больших фирм, нет кооперации с командой Матза, да и так просто - кому это надо? :))

Ну как кому? Тем, кто жалуется на MRI GIL @Shiroginne

Надеюсь все согласны, что нужно убирать GIL в MRI, но что вы думаете про статическую типизацию в Ruby? Кто то хочет её видеть в версии 3?

@rubyunderhood не встречал таких, а в интернетах полно истеричек которые даже и не встречались с задачами когда GIL мешает

Когда говорят что Ruby плохо, это часто приводится как главный довод @Shiroginne

@rubyunderhood введут - это будет уже не руби. но очень интересно как они оставят все фишки метапрограммирования и как реализуют компилятор

Как говорил Matz - это может быть soft typing omniref.com/blog/blog/2014… Но он не в восторге от этой идеи @ipronix

@rubyunderhood ну руби и так не фонтан, если честно :) Слишком много свободы, слишком мало параллельных вычислений

GIL иногда спасает новичков от ошибок multithreaded programming @Shiroginne pic.twitter.com/0Md6JqcWZz

@ipronix @rubyunderhood если введут, это будет уже crystal :)

Crystal хороший как раз пример - "Что если бы Ruby был статически типизирован и компилировался" (хотя там Ruby мало) @bytecheg @ipronix

@rubyunderhood @ErrorSoul jruby - абсолютно продакшен реди и стабилен, вообще без проблем

Я и не писал, что он не стабильный, только про JVM стек - его придется как минимум затронуть @svenyurgensson @ErrorSoul

@ipronix @rubyunderhood Какая-то "доступная" Scala выходит)) главное чтобы ошибки компилятора были также предсказуемы, а не как в скале.

в данном случает - ошибки интерпретатора @merqlove @ipronix

@rubyunderhood @ipronix согласен. а кстати чего тогда не компилировать сразу? типы-то не изменятся, если типизированный язык)

Ну так Ruby динамически типизированный. Тем более во время запука он может собирать информацию и использовать её далее @merqlove @ipronix

define_method можно делать и в рантайме, что макросы не могут делать в статически типизированных языках @merqlove @ipronix

Всем спасибо. Пойду поработаю. Вернусь к Вам вечером, как будем писать подкаст

@rubyunderhood erlang/go не согласны :)

Не путаем параллелизм с конкурентностью. Тот же golang гарантирует конкурентность, но не параллелизм @Shiroginne

Роб Пайк хорошо про это рассказал vimeo.com/49718712 @Shiroginne

На половину реплик @rubyunderhood этой недели хочется обнять его и сказать “Как я тебя понимаю, брат”.

@rubyunderhood @ipronix это да, в java я создавал фукнц. интерфейсы и лямбды динамически, но чтоб как define_method даже не пытался)

Поэтому от этой типизации в Ruby будет разве что плюс как от flowtype.org в js - можно, но нужно ли? @merqlove @ipronix

@rubyunderhood Так проще всего запомнить разницу — youtube.com/watch?v=oKfn6T…, все остальное — finally. :) @dzuev

Это был просто один из примеров, который я уже усвоил. Но их намного больше @suxxes @dzuev

Держи RT за railsrumble.com “@ptico: Друзья, срочно нужен упоротый фронтендщик в Киеве для хакатона на этих выходных. Есть чо?”

.@rubyunderhood как ты не устал записывать и сводить подкаст?

так новые новости каждый день, "пощупать" что то новое - мне всегда это нравилось. А сводить уже скоро буду закрытыми глазами @kirshatrov

наоборот, думаю делать + видео, но беспокоюсь, когда буду спать. Есть просто другие "свои" проекты - забрасывать тоже не хочу @kirshatrov

Я так понял вы устали? @kirshatrov

Делаю первые попытки обучения Ruby - youtube.com/watch?v=jc9ZMK… пока только для начинающих, "хардкор" будет позже #ruby #smartme_ua

@rubyunderhood Языки можно не знать, но ООП будьте любезны :)

Еще думал говорить "базовые знание компьютера", но могут не понять. Тяжело делать курс для начинающих - проще сразу заряжать @POS_troi

@rubyunderhood а есть что-нибудь не для начинающих по руби/рельсам?

смотря чего хотеть дальше: data analytic, devops, web development, etc. От этого и решаем куда дальше копать @_kirillivanov_

@_kirillivanov_ @rubyunderhood ruby under microscope, rebuilding rails ничего так

medium.com/@bryanedds/cod… хорошо написано про CoC (если кто видел первые серии сезона south park)

так вот. если у вас есть личные проекты, раскройте секрет - как вам это удаётся?

меньше сплю и выделяю на не важное ("игры", "сериалы/кино") меньше времени @jsunderhood

itturnsout.com/when-javascrip… Замыкания в JS - вещь, которая не менялась в языке, но изменялось применение :)

@jsunderhood личные проекты разные бывает, если ты в рамках своей основной работы решил какую-то общую задачу это можно запулить в опенсурс

NDA главное при этом не нарушить :D @lapanoid @jsunderhood @jsunderhood

.@rubyunderhood @lapanoid @jsunderhood вот кстати насчет опенсорса на рабочем месте. По сути - ты тратишь деньги работодателя - на опенсорс

У меня был такой - оплачивал опенсорс, что получался из проектов, но он был под акаунтом компании заказчика @mr_The @lapanoid @jsunderhood

github.com/sendgridlabs/g… - пример такого опенсорса @mr_The @lapanoid @jsunderhood

@mr_The @jsunderhood @rubyunderhood @lapanoid это плохая позиция, надо ко всему подходить с умом. хороший опенсорс — HR брэнд для компании

Или же наоборот - риск потерять лицо компании. Когда ты сам - проще @sevaisnotcow @mr_The @jsunderhood @lapanoid @jsunderhood

@mr_The @rubyunderhood @jsunderhood в опенсорсе код который вы отдали бесплатно, бесплатно улучшается и тестится комьюнити + travis и проч

Если он вообще кому то потребуется - а может так же успешно и "загнивать" в публичном репозитории @lapanoid @mr_The @jsunderhood

@rubyunderhood @sevaisnotcow @mr_The @jsunderhood какой-то сумрачный риск, прохие проекты редко громкие ими просто не пользуются

@rubyunderhood @jsunderhood @mr_The это означает, что решили не общую задачу, или непонятно как использовать - тайные знания внутри компании

Проблема, что мы любим указывать на success case, но плохих еще больше - просто о них не трубят @lapanoid @jsunderhood @mr_The @jsunderhood

посмотри gist. внутри синхронного чая используется асинхронный вызов. этот подход удобнее, чем оборачивание в плагины.

done() callback в помощь, что бы тест дождался @jsunderhood

я не хочу заморачиваться с done(), это ведь неудобно в тестах, так?

почему не удобно? тот же контроль выполнения кода (я сообщил, когда тест кейс завершился) @jsunderhood

@rubyunderhood @jsunderhood @mr_The критика это часть культуры opensource, если есть страх ее - нет смысла выкладывать

Поэтому одному и проще: компания может быть не заинтересована в подобном риске (им и так хорошо) @lapanoid @jsunderhood @mr_The @jsunderhood

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

Подход - "все в опенсорсе становится лучше" - точно не работает всегда @jsunderhood @lapanoid @mr_The

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

не обязательно - такие же компании используют OSS, просто не контрибютят @lapanoid @jsunderhood @mr_The

@rubyunderhood @jsunderhood @mr_The использование не есть участие

Да, он от этого компания не становится неожиданно "плохой". Некоторым нужны годы, что бы что то менять @lapanoid @jsunderhood @mr_The

@rubyunderhood устали не записывать, а сводить - на продакшн уходит часов 5 и он растягивается на недели

да, с гостями тяжелее. Может аутсористь сведение, раз так много времени? @kirshatrov

@rubyunderhood Про собеседования что-то можете рассказать?

Вам про наше в компании или как я прохожу их. Честно говоря собеседования все которые проходил стандартны @pinyslutty

@rubyunderhood @jsunderhood @rainrb а причём здесь реакт-то? Это же просто компоненты. Он вроде и не обещал решить все проблемы universal

Проблема react как и docker - его пихают куда только могут. Проблемы лезут после такого использования @as_Crazy @jsunderhood @rainrb

@mr_The Честно не вижу разницы - с высоты потребителя. :) @lapanoid @rubyunderhood @jsunderhood

потребитель - да, а вот если компания работает на клиентов - тут другой вопрос @POS_troi @mr_The @lapanoid @jsunderhood

в основном OOS при аутсорсе принадлежит клиенту и если он против OSS части продукта - его право @POS_troi @mr_The @lapanoid @jsunderhood

@rubyunderhood @POS_troi @mr_The @lapanoid @jsunderhood если отвечать публично, то нужно ретвитить тоже

Так и сделано @iamstarkov @POS_troi @mr_The @lapanoid @jsunderhood pic.twitter.com/Ap3rNqiOPl

@rubyunderhood @POS_troi @mr_The @lapanoid @jsunderhood OSS при аутсорсе? Это вообще законно? :'( :-D

Зависит от договоренностей компании с клиентом (что прописано в контракте) @gruz0 @POS_troi @mr_The @lapanoid @jsunderhood

@rubyunderhood Часто слышу, что на них спрашивают сложные штуки с учебников, которые в практике никогда не живут

Есть такие вещи. Но часто действительно странно, если программист не курсе что такое hash map, set, N*lng(N) и прочее @pinyslutty

Базовые вещи, такие как "три столпа ООП" должны отвечатся без особых проблем @pinyslutty

@rubyunderhood и какие умения будут плюсом ?

Я бы сказал - алгоритмизация (сложность алгоритмов - must), базовые основы HTTP (как работает внутри, модель OSI) если веб @pinyslutty

@rubyunderhood @pinyslutty не обязательно знать все про hash map, что бы пользоваться типичным ассоциативным массивом.

но нужно понимать и минусы того же hash map (коллизии, парадокс дней рождения), что не маловажно @mr_The @pinyslutty

@rubyunderhood, наверно, именно к аутсорсу это и применительно. Когда штатный программист, то мы однозначно за OSS. Это всем на руку.

Согласен @gruz0

@rubyunderhood @POS_troi @mr_The @lapanoid @jsunderhood сорри, твиттер показал самый первый твит от @jsunderhood а он был без ретвита

ничего, я тут сам первый день путаюсь @iamstarkov @POS_troi @mr_The @lapanoid @jsunderhood @jsunderhood

@rubyunderhood @POS_troi @mr_The @lapanoid @jsunderhood никто не мешает завести корповый акк в Гитхабе для клиента и контрибьютить в него.

многие так и делают. но тут возникает вопрос - клиент ушел, а OSS осталось. Как быть? @gruz0 @POS_troi @mr_The @lapanoid @jsunderhood

@rubyunderhood @POS_troi @mr_The @lapanoid @jsunderhood тогда жопка, боль и сочувствие.

@rubyunderhood @gruz0 @POS_troi @mr_The @jsunderhood даже если вы вправе публиковать, лучше обговорить этот момент с клиентом.

Да тут веселее - OSS уже есть, но в его репе. Могу контрибютить, но мы с ним уже не работаем @lapanoid @gruz0 @POS_troi @mr_The @jsunderhood

@rubyunderhood @lapanoid @gruz0 @POS_troi @jsunderhood форкаешь к себе и котртибьютишь, со временем твой репо может стать основным :)

может как выход, хотя не понятно, чесно ли @mr_The @lapanoid @gruz0 @POS_troi @jsunderhood

@rubyunderhood @jsunderhood @rainrb Если вы думали что возьмете реакт и получите бесплатно universal, то это ваша проблема, не реакта.

Я его не брал, я "решаю" проблемы, которые допустили другие люди. Как мистер Вульф, но в IT @as_Crazy @jsunderhood @rainrb

@rubyunderhood @jsunderhood @rainrb Я кстати как раз из тех кто пихает реакт там где якобы не нужно. Никаких проблем не наблюдаю.

И микроскопом можно колоть орехи, главное, что бы нравилось :D @as_Crazy @jsunderhood @rainrb

@rubyunderhood @jsunderhood @rainrb В проекте с сервер-рендером стал заменять клиентские jquery-плагины на компоненты - полет нормальный.

Что, даже в IE8 работает? jQuery плагины наверно могли @as_Crazy @jsunderhood @rainrb

@rubyunderhood @jsunderhood @rainrb Зачем мне IE8 в 2015 году?

Вам то может и нет, но данный вопрос решает кастомер, который будет использовать продукт @as_Crazy @jsunderhood @rainrb

@rubyunderhood @jsunderhood @rainrb Бросьте вы эти глупые аналогии, в IT мире инструменты куда сложнее чем ваши молотки и микроскопы

Да нет, все сложное построено из простого. Главное поменьше что либо воспринимать как черный ящик @as_Crazy @jsunderhood @rainrb

@rubyunderhood @jsunderhood @rainrb Ну если вдруг от вас кастомер ждал IE8, а вы ему на реакте сделали, то это тоже не проблема реакта.

Никто и не говорит, что react виноват. Виноваты всегда люди, что делали. Но он точно не золотой грааль в JS @as_Crazy @jsunderhood @rainrb

@rubyunderhood @jsunderhood @rainrb @rubyunderhood @jsunderhood @rainrb больше баззвордов! богу баззвордов!

там не было не одного англицизма. Черный ящик так и будет en.wikipedia.org/wiki/Black_box @as_Crazy @jsunderhood @rainrb @jsunderhood @rainrb

@rubyunderhood @jsunderhood @rainrb как бы вам не хотелос, сказат что react-компоненты и jquery-плагины - инструменты для разных задач нельз

Если коротка - вот моя мысль в картинке @as_Crazy @jsunderhood @rainrb pic.twitter.com/mPclTLo1vr

@rubyunderhood @jsunderhood @rainrb В жизни все несколько сложнее чем на смешных картинках. Самую малось.

В Вашей - возможно. Просто не накладывайте это на всех. Если мне сложно понять - я смотрю сорцы @as_Crazy @jsunderhood @rainrb

@rubyunderhood @jsunderhood @rainrb Ну да, это же только тупые хипсторы ведуться на всякие реакты и не знают как оно работает внутри

Ну если вы знаете как устроен react virtual dom внутри и почему другие имплементации пока быстрее - плюс Вам @as_Crazy @jsunderhood @rainrb

vdom-benchmark.github.io/vdom-benchmark/ - если кому интересно глянуть сравнение производительности Virtual Dom имплементаций

@rubyunderhood почему большинство предпочитает Remote-Friendly?

По голосованию побеждает Remote-Friendly наверно потому что, многим все же нужен офис @nick_jastix

Главное, что бы хождение в этот офис не было строгим правилом @nick_jastix

@rubyunderhood @nick_jastix наверное когда у тебя жена, дети и кот - работать с дома тяжело.

на работу - как на отдых? конечно как вариант, но можно и коворкинг снять для Remote-First @dzaporozhets @nick_jastix

@rubyunderhood @nick_jastix да но постоянное офисное место со своим столом приятнее. Типа личный уголок

Кстати да - в моем углу килограммы хлама, уже не куда девать @dzaporozhets @nick_jastix

@rubyunderhood @dzaporozhets @nick_jastix Remote-Friendly, Remote-First, развели тут павершелл какой-то

Бери zsh @OhTheAnguish @dzaporozhets @nick_jastix

@rubyunderhood, у нас уже полтора года виртуальный офис на ~400 сотрудников: sococo.ru :-)

Как вы решаете проблему коммуникации? Разные таймзоны и вообще, что больше усилий уходит на синхронизацию команды @gruz0

@rubyunderhood @nick_jastix с дома работать хорошо когда есть отдельная комната под кабинет

@rubyunderhood, прайм-тайм с 12 до 18 MSK. Остальное время на усмотрение разработчика. Часовая планёрка по четвергам с 15 до 16. Все рады.

А что за утилиты для коммуникации? Skype, Slack, Hipchat, IRC? @gruz0

Кстати, какие утилиты вы используете для коммуникации в команде? Skype, Slack, Hipchat, IRC?

@rubyunderhood, проблем с коммуникацией нет вообще. Проекты ведём в Битрикс24, корповый Гитлаб для кода, а потрепаться – в Телеграме.

Ушел писать подкаст с @alchaplinsky

@dzaporozhets @rubyunderhood поэтому я специально снимаю квартиру с 2-мя спальнями. Одна из них стала офисом.

Всегда использую только один экран ноутбука. Пробовал использовать второй - не получается. А как у Вас? А может кому то и двух мало?

@rubyunderhood один 24" монитор. Экран макбука мал, а два монитора по мне так вообще зло, не понимаю, как коллеги так работают

@rubyunderhood такая же проблема. бесит анимация перехода между экранами

@rubyunderhood К ноуту подключен монитор. Иногда на экран ноута выношу отладчик, но обычно одного монитора хватает с головой.

@rubyunderhood мне с одним монитором всегда кажется что мало места. С 2-мя мониторами уютнее :)

Мы импортим стили прямо в компоненте, нам вебпак позволяет это делать.

А как с тестированием? Нам пришлось написать дополнительную автоматизацию, что бы поднять nightwatch для интеграционных тестов @jsunderhood

@rubyunderhood с текущим проектом второй моник стал необходимостью. На 1м моя машина, на 2м — удаленная тачка из облака заказчика

А что там происходит на втором?@Bubyakin

@rubyunderhood на 2м машина, которая находится внутри фаервола и дает доступ ко всем внутренним системам заказчика

@rubyunderhood ...по этому часто гуглить прихожу на 1й моник. Проект закончится — доступ грохнут и снова буду думать зачем нужен 2й моник :)

Best features of Docker:

rwpod.com/posts/2015/11/… новый выпуск rwpod. Новостей не много, но твиттер лента преподнесла темы для обсуждения :)

@Bubyakin @rubyunderhood у меня три моника и ниразу не пожалел - особенно если кучу консолек открыть нужно :)

Глазные яблоки не болят от движения между мониторами? @POS_troi @Bubyakin

@rubyunderhood круто, что аккаунт хоть немного помог rwpod-у :)

Главное выпуски делать вовремя :) @anton_davydov

@gruz0 @POS_troi @rubyunderhood @Bubyakin кстати да, зачем куча консолек, когда есть iterm, tnux или neovim которые в сплиты могут?

вопрос не в консолях, а то, что есть виртуальные столы - все равно ж работает с одним контекстом @anton_davydov @gruz0 @POS_troi @Bubyakin

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

Спасибо. Нас только техника иногда тормозит :) @anton_davydov

@rubyunderhood @gruz0 @POS_troi @Bubyakin не понял про виртуальные столы, но в tmux есть сессии, которые помогают разруливать кучу проектов

howtogeek.com/180677/mission… - у Linux есть подобное (да и в windows 10) @anton_davydov @gruz0 @POS_troi @Bubyakin

@gruz0 ответ на твой вопос про спать - из твиттора вылезти нужно :Р @anton_davydov @rubyunderhood @Bubyakin

Да я вообще беспокоюсь за данный акаунта - вроде как работа, но не понятен размер "скоупа" @POS_troi @gruz0 @anton_davydov @Bubyakin

моя таймзона :) @Bubyakin @gruz0 @POS_troi @anton_davydov

nytimes.com/2014/03/20/tec… - продуктивность второй монитор точно не увеличивает :)

Мы используем Scout для мониторинга серверов. А что используете Вы? pic.twitter.com/Adr8rdGumc

What about custom error message for Timeout.timeout in Ruby? bugs.ruby-lang.org/issues/11650 /cc @rubyunderhood

А разве это верно, что библиотека будет рейзить ошибку, с которой она не связана? А если внутри блока идет "Net::OpenTimeout"? @kirshatrov

@rubyunderhood если это dependency injection, то все ок. А с передачей ошибки надо быть аккуратным и передавать только уникальные класссы

Но нужно ли там кастомное сообщение, если класс ошибки уже можно передать по документации? @kirshatrov

@rubyunderhood я привел пример использования. Например, для HTTP таймаутов можно было бы сразу узнать хост из ошибки

1. возможность "кэшировать" данные. пользователь, загрузив список фильмов, например, должен иметь возможность открыть страницу с фильмом

кешировать данные и отдавать кешированное можно на уровне диспатчера - для этого не нужен redux, нужен просто flux @jsunderhood

абсолютно верно! это я еще не подошел к redux, это я просто говорю, почему не backbone.

Ну если взяли react, то какой уже backbone в таком случае? @jsunderhood

@jsunderhood backbone-style, имеется ввиду, с его моделями и коллекциями

На react нужен pub-sub (flux), а не MV* @jsunderhood

@rubyunderhood на самом деле работу с данными мы обсуждали отдельно от реакта. в этом и прелесть флакса - он не зависит от реакта.

А flux и не может зависеть от react - это подход в разработке, а не фреймворк @jsunderhood

@rubyunderhood я не очень согласен. вот пример как довольно неплохо флакс реализуется на бекбоне toptal.com/front-end/simp…

На диспетчер повесили коллекции бекбона. Тоесть на тот же pub-sub. github.com/omcljs/om - можно юзать курсоры для данных @jsunderhood

@kirshatrov @rubyunderhood what about not using Timeout.timeout at all? ((

Не всегда получится. У некоторых библиотек нет timeout управления @common_disease @kirshatrov

@rubyunderhood @kirshatrov у каких?

выполнение sql запросов на базе? @common_disease @kirshatrov

@rubyunderhood @kirshatrov read_timeout есть, но да — он per-connection, а не per-query.

@rubyunderhood @kirshatrov но это новую проблему создаёт — запрос-то кто терминирует?

timeout просто выполняет блок в треде и убивает тред по истечению времени. Конекшн закроется - запрос прервется @common_disease @kirshatrov

@rubyunderhood @kirshatrov да, так-то оно так, но я бы это поверял в конкретном приложении

@rubyunderhood @kirshatrov потому что механизм, как AR детектит stale-соединения, менялся, и вообще он с нюансами.

главное - timeout может потребоваться, если вдруг по другому не понятно как прервать операцию @common_disease @kirshatrov

@rubyunderhood @kirshatrov ещё советую посмотреть, что timeout сделает с твоим (а может и не твоим, а библиотечным) ensure.

@rubyunderhood @kirshatrov ...и вот ты уже наворачиваешь портянку с Thread.handle_interrupt

@rubyunderhood @kirshatrov ок, Timeout.timeout полезен для таймаута на составной IO, да ещё из разных источников.

@rubyunderhood @kirshatrov но тут лучше сесть и подумать, как ты вообще до такого докатился.

Receive your free dev stickers, worldwide! @notifuse #js #ruby #python #java #php #golang #reactjs #nodejs notifuse.com/stickers

По поводу подкаста: для записи Вам потребуется немного оборудования и много-много-много выносливости. Но начну по оборудованию.

Мы используем или Rode Podcaster (справа) или Blue Yeti (слева). У последнего подставка (как видно) в комплекте pic.twitter.com/7zH5gbIWM4

Для выездных сессий пытаемся использовать Zoom H1, хотя вот у @alchaplinsky начал уже хрипеть pic.twitter.com/MHkYrcfIJ9

Из софта - у нас только Audacity. На него пишем и в нем же сводим.

@rubyunderhood datadog, newrelic, logentries

@merqlove @rubyunderhood logentries. icinga, logstash

Посматриваю в сторону prometheus.io для мониторинга, но пока только в vagrant-е гоняю его. Может у кого то уже крутится?

@rubyunderhood нужен мастер-класс рельсы+bigdata

Куда? Кому? Зачем? Не проще ли разбить на два? @poltavajs

@rubyunderhood в Полтаве провести, конечно если успеете то можно и два...

Зависит от того, сколько людей будет идти на данный мастер класс. Ну и в этом году я все - буду составлять план на следующий @poltavajs

Ох, как круто то: github.com/github/scienti…
Кто-нибудь применяет?
сс @rubyunderhood

нет, первый раз вижу @inem

@rubyunderhood а какие минимальные требования?

Если по мастер-классам - то я их провожу через кого то - я не могу заниматься еще организационным моментом @poltavajs

Контейнер с высочайшим уровнем изоляции (у Docker такой нету). Кроме как проганять на нем тесты ничего не придумал pic.twitter.com/EVNHzOfRUB

@rubyunderhood деплоить можно ещё же

И таскать проект с собой :) @lisovskyvlad

Опрос: Что круче? @rubyunderhood

Лучше было React.js vs Docker :D @alchaplinsky

@rubyunderhood Не, ну там реально тяжело было бы выбрать ;)

Пишу на universal - node, react, hot-reload, прочее счастье. Но тут возник вопрос: неужели нет hot reload для express? @jsunderhood

Почему с webpack получатеся только рестартить node приложение (universal), а не как в других языках (hot backend reload)? @jsunderhood

@rubyunderhood @jsunderhood миддлвары мутирующие res, мне кажется сильно осложняют задачу

Ну так уже плохо, раз бекенд - только как генерилка темплейтов, а не полноценный стек как и на frontend @iamstarkov @jsunderhood

Разработчики, что думаете по поводу opalrb.org и voltframework.com ? Ruby - "пишу бек и фронт на одном языке" закрыт :)

@rubyunderhood @jsunderhood npmjs.com/package/piping - есть!

Eсли работать без сборщика. Но раз собираем front, то и back тоже нужно. Но webpack + piping не работает @lapanoid @jsunderhood

@rubyunderhood Мдаа, React теряет популярность.. но за то мы знаем теперь как стоит назвать следующий JS фреймворк :D

Заряжай Docker vs Tesla :D @alchaplinsky

Часто в universal starter-kit юзают github.com/remy/nodemon - но это обычный spawn @lapanoid @jsunderhood

@rubyunderhood @jsunderhood есть это github.com/jlongster/monk…

А потом лезем в борцы - nodemon для перезапуска - тоесть process spawn. Тот же перезапуск node.js бекенда @xgrommx @jsunderhood

@rubyunderhood @jsunderhood почему не работает?

Потому что piping - это spawn в тредах, а нужно цеплять перезапуск после сборки, а не на file changed @lapanoid @jsunderhood

file changed ловит сборшик @lapanoid @jsunderhood

После сегодняшней борьбы с universal react app (spawn!!!) я понял - у того же rails есть hot code reload. Это круто! crypt.codemancers.com/posts/2013-10-…

@rubyunderhood потихоньку продвигаешь идею что надо переползать с руби на JS?

Мой пост как раз о другом - у нас есть то, что мы используем как должное. А в других платформах даже не пахнет @nick_jastix

@rubyunderhood многие разработчики считают что веб должен работать с отлюченным JS. Ты как считаешь?

На frontend особо выбора не много - язык js идет только из коробки в браузерах. А backend сомнительно что везде будет на JS @nick_jastix

Вот если бы было 2-3 языка встроенных в браузеры - было бы лучше в разработке (был бы выбор). trydecaf.org например @nick_jastix

А по поводу отключения - с движением в SPA это пока мечты. Сейчас многие будут смеяться, если им сказать "а если JS выключить" @nick_jastix

@rubyunderhood а если @jsunderhood выключить? :D

Он и так молчит. @nick_jastix @jsunderhood

@rubyunderhood я скептически отношусь к руби везде. Уже пробовали сделать rubyjs github.com/rubyjs/core-lib но не взлетело.

А что с JS? Если он будет везде? @nick_jastix

@rubyunderhood @nick_jastix когда пытаются сделать универсальный X для всего, то выходит лажа независимо от самого X. особенно при X = JS :)

@oleg_antonyan @rubyunderhood JS везде это страшно. Я верю в "Right tool for the job".

@rubyunderhood @nick_jastix ну вот же, ru.spbtv.com. Выключайте. Пока не разобрался с плеером и фильтрами правда

Такоя я могу тоже без JS :D @jsunderhood @nick_jastix pic.twitter.com/5oNmCYN5Wp

Хороший пример - try.discourse.org, который написан на Ember, но при отключении JS работает @jsunderhood @nick_jastix

@rubyunderhood @nick_jastix хм. Ты выключил жс и не можешь ходить по сайту?

Перейти то я могу, но толку от этих квадратов Малевича? @jsunderhood @nick_jastix pic.twitter.com/W2GJoKbxzq

@rubyunderhood @nick_jastix да, с плеером пока большой вопрос. всё равно работает же :)

Функционал сайта - переход по страницам или предоставлять контент? Если второе - то пока не работает @jsunderhood @nick_jastix

@jsunderhood @rubyunderhood JS не выключал. Geo restrict же :(

Если выключить JS - не редиректит и позволяет увидеть черные прямоугольники. Инновации!!! :) @nick_jastix @jsunderhood

@nick_jastix @rubyunderhood что же ждет нас в будущем?

Обфускаторы сборки React, которые не позволят так нагло оперировать props и state в prod @jsunderhood @nick_jastix pic.twitter.com/4tCXUAeoXi

@rubyunderhood @nick_jastix это провокация :)
Может быть в будущем все-таки будет одна платформа для всех приложений? Один язык?

В разнообразии сила. Пример: доминирование IE6 в вебе к чему привело @jsunderhood @nick_jastix pic.twitter.com/GIyZygDtEM

@rubyunderhood @nick_jastix думаю пример с ие6 неудачный, тут налицо доминирование одной компании. В отличие от вэба, который развивают все

Oh really? Напомнить причину возникновения IO.js? Сейчас конечно опять один node.js, но Joyent решает @jsunderhood @nick_jastix

@rubyunderhood @nick_jastix вот, например, js как язык для всех платформ (гипотетически), кому плохо?

Да потому что веб перерос этот язык. Поэтому у нас появились babel, typescript, coffescript и прочие препроцессоры @jsunderhood @nick_jastix

@rubyunderhood @nick_jastix представляете, айфон и андроид шарят код? Это ли не прелесть?

Да, это называется Mono. А если про React-Native - шаринг react так же не получится, как и в Xamarine :) @jsunderhood @nick_jastix

И не надоедает вам одну и ту же херню обсуждать? @rubyunderhood @jsunderhood

А когда было? А то я тут новенький @alexeyraspopov @jsunderhood

@rubyunderhood @jsunderhood @nick_jastix яровая года по крылом группы компаний и спонсоров

Node.js Foundation? @iamstarkov @jsunderhood @nick_jastix

@rubyunderhood @nick_jastix а почему у js столько препроцессоров (если можно так назвать typescript), и сколько их, например у руби?

Реально? Такие вопросы? Да на них кто угодно ответит @jsunderhood @nick_jastix

@rubyunderhood @jsunderhood каждую неделю одно и тоже: "реакт збс", "нет, реакт говно", "вы вообще веб поломали", "а вы вообще бесполезные"

Ааа. Немного Docker и щепотку микросервисов - и будет винегрет дня :D @alexeyraspopov @jsunderhood

@rubyunderhood @nick_jastix а Бабель - это вообще транспайлер следующих стандартов es.

Когда то может. С 6 версии - это плагиновая солянка для любого процессинга (и тут теперь react) @jsunderhood @nick_jastix

@jsunderhood @rubyunderhood @nick_jastix Боже, Рубиандерхуд vs JSАндерхуд, остоновитесь

Все, все - Ruby так Ruby :D @pinyslutty @jsunderhood @nick_jastix

Кстати, не Ruby и JS единым. Чем еще балуетесь? Я про языки программирования и фреймворки, если что :)

@rubyunderhood Расскажите лучше, чтобы вы посоветовали молодому себе, который начинает учить Руби/RoR

Я бы посоветовал себе побольше раcбиратся как это чудо работает и не боятся слать свои "плохие" (это еще мягко) PR в Ruby/Rails @pinyslutty

@rubyunderhood Пишу понемногу на Rust и Crystal.

Круто! Не напрягает в Crystal нестабильный API? @scaint

@rubyunderhood @scaint примерно с 0.7.1

Пока нет 1 - никто ничего не обещает @anton_davydov @scaint

@rubyunderhood Не особо. Меня это больше напрягало в Rust :)

@rubyunderhood кусок на Rust уже в проде, еще стабильно раз в году достается кусок на Java править или писать. И куча других вещей по мелочи

А что к этому куску идет? И почему именно кусок? @listochkin

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

А почему не C? Было бы быстрее по скорости работы… (если она была важна) @listochkin

@rubyunderhood @jsunderhood так может фишка в прямых руках, а не в использованных инструментах?

Не только в руках, но и в ДНК. Хороший подбор делает чудо на любом проекте @alexeyraspopov @jsunderhood

@rubyunderhood C не знает никто и заморачиваться не хочет, а с Растом cargo build и вперед - он сам тебе все расскажет, где ты не прав

Просто получается странно - программист смог освоить Rust, но не простой C (синтаксис схож). Спасибо за шаринг @listochkin

@rubyunderhood ну так на расте веселее же :)

Да и на С можно ниже так веселится. Главное - вовремя остановится :)@lisovskyvlad

@rubyunderhood @jsunderhood ну, самый простой вариант это при каждом изменении файлов, чистить cache у require и ре-реквайрить каждый модуль

Поскольку готовых решений пока не видно - значит не самый простой вариант @smashercosmo @jsunderhood

@rubyunderhood elixir'ом балуемся втихаря

Круто! Веб или что то еще? Феникс? @Troush69

@rubyunderhood банально сравни официальный туториал по C++ cplusplus.com/doc/tutorial/ и по Rust doc.rust-lang.org/stable/book/

Не надо C++ - я говорил именно про C @listochkin

@rubyunderhood я пробую Go и уверен в том, что это должен сделать каждый рубист — чтобы понять своё счастье и несчастье

Ну я бы сказал - пробовать нужно все языки, что интересуют. Вдруг найдется еще один любимый как Ruby @vassilevsky

@rubyunderhood А с какого языка вы пришла на Ruby?

До этого был PHP в виде Symfony 1.2-1.4 + Zend @pinyslutty

@rubyunderhood веб, медленно переписываю один микросервис с синатры на феникс

@rubyunderhood @jsunderhood да собственно готовое решение как-то так выглядит gist.github.com/smashercosmo/3…

Не хватает в связки webpack. Завтра попробую добавить в universal app (почему то starter-kit-ы это не делают) :) @smashercosmo @jsunderhood

@Troush69 @rubyunderhood сам присматриваюсь к фнниксу. А зачем переписываете? И как впечатления?

@rubyunderhood @jsunderhood у этого решения есть минусы. в случае сложного серверного кода будет суп из if (__DEV__) проверок

Так же медленно, как перезапустить (+ приходится много IF), а по логике нужно чистить только измененный require @smashercosmo @jsunderhood

Может есть система, которая строит AST дерево по require в проекте? Так было бы проще манипулировать обновлением @smashercosmo @jsunderhood

@pinyslutty @rubyunderhood Parser3

А он еще живой кстати (развивается?)? @iam_aishek @pinyslutty

Что почитать в выходной? Рекомендую коротенькую книжку «Продуманная оптимизация» optimization.guide Фронтэндерам тоже будет интересно.

@bytecheg @rubyunderhood сексуальние любого языка фп. И где-то на уровне рор.

начинаем разбирать "сексуальность" языков программирования :) @Troush69 @bytecheg

!!! Finally watch videos from Grande #pivorak by @bgusiev @andrzejkrzywda @jalkoby @yuriihabrusiev @vmykhailyk here bit.ly/1RRSd0n

А кто-нибудь пишет функциональные тесты? Понимаю, что это задача тестировщиков, но тем не менее

TDD, BDD - тесты пишут девелоперы @jsunderhood

Наш друг @leopard_me (Киев) выступит на #BRUG. Подробнее → brug.by | #belarus_ruby #byruby Ждем! ;) pic.twitter.com/9K7oiuoKkI

@ptico @anton_davydov все рубисты – алкаши

leopard.in.ua/2013/09/19/che… Использовал когда то Sphero и artoo.io для IoF. Кто подобным занимался? Может тоже на Ruby/mruby?

hamvocke.com/blog/remote-pa… Remote Pair Programming Made Easy with SSH and tmux

У нас активно практикуется Remote Pairing. Если у Вас тоже такое есть, то какие Вы используете утилиты для этого?

@leopard_me мы вот этим пользуемся tmate.io

dev.mensfeld.pl/2015/11/benchm… Benchmarking Karafka – how does it handle multiple TCP connections

Буду тоже в пятницу, но не уверен, что буду "бухать" - я после такого тяжело докладываю :) @ptico @Shiroginne

Я буду с соком. Единственное - еще не знаю где меня поселят :) @Shiroginne @ptico

Прилетаю в 17. Там вроде встретят :) @Shiroginne @ptico

Почему-то ведущий @rubyunderhood напоминает Сэма из Властелина колец =)

В каскадер подрабатывал @verylazydreamer

robots.thoughtbot.com/announcing-adm… Thoughtbot зарелизили свою реализацию для админки - Administrate

Огромное спасибо @iamstarkov и @anton_davydov и авторам за крутейшие @rubyunderhood, @backendsecret и другие, очень круто!

pic.twitter.com/7oWtS4cyCr

Итак - четверг. Значит начнем с баз данных. У кого бегают какие то веселые базы на проде - колитесь? Kafka, cassandra, influxdb, etc?

@rubyunderhood вопрос вдогонку кто может посоветовать полезные материалы по вашим базам? По #Cassandra у Datastax очень полезные выложены

@rubyunderhood couchbase используем в одном проекте

В кластере или один инстанс? Какое применение и как себя показывает?@anton_davydov

@rubyunderhood в кластере из 3 нод. праймари дб. как показывает себя судить еще рано, но в целом - могло быть и хуже

Не обнадеживающие заявление. Давай сразу плохое - хорошее у них на сайте написано :) @anton_davydov

@rubyunderhood кафка база ?

нет конечно, но у меня не вмещается полноценный вопрос в 140 символов @ipronix

@rubyunderhood слышал слухи,как некоторые умельцы хотели кафку как базу использовать-можно ж долго хранить.потом их на фронтенд перевели :)

Хранить то она хранит, но это не значит, что эти данные там должны оставаться на длительное время :) @ipronix

Слышал, что один SMTP провайдер пытался через Kafka справится с нагрузкой на SMTP сервера. Но не знаю чем завершилась история @ipronix

@rubyunderhood а почему ? :) скорость работы кафки от размера очереди не зависит :)

Да, но с этой очередью нужно как то работать. Чем она больше, тем тяжелее брать данные "из нужного" места @ipronix

@rubyunderhood т.е. он просто увеличивал задержку ?

У них и так есть задержка на доставку писем, главное было - не слечь по пиковых нагрузках и не потерять письма @ipronix

@rubyunderhood не вижу причин,что б не сработало. spam queue :)

Оно то могло сработать, но часто такие изменения тормозит уже структура компании (энтерпрайз уже, а не стартап) @ipronix

@rubyunderhood да нет ни каких проблем в энтерпрайзе. проблемы в людях. в стартапах баранов не меньше(может и больше)

Есть. Решение принимает большое количество людей (сейчас работаю на таком). В стартапе часто один человек все и решает, а не группа @ipronix

@rubyunderhood что за энтерпрайз на украине остался ?

Думаешь украинские заказчики потянуть рейты? @ipronix

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

Потому что бизнес говорит "запуск новой фичи через месяц, и мне пофиг, что у вас плохой код/нужно менять". Бизнес-обджективс @ipronix

@rubyunderhood интересно где на украине есть свободные деньги на новые технологии. а то ,кажется, коллапсирует всё.

Сейчас думаю не до этого пока @ipronix

@rubyunderhood аааа.это уже проблема вашего менеджера-не спланировал,не убедил.хорошо быть разработчиком-о проблемах доложил и дальше пилишь

Тут еще проблема донести до ВСЕХ, кто принимает решение по данному вопросу. А многие из них - не технари @ipronix

@rubyunderhood а еще три года назад я подумывал на киев берлин разменять.

Ну тут дешевле чем в Берлине. На этом пока все :) @ipronix

@rubyunderhood в деньгах надо говорить: задержка стоит мильон, бага будет стоить 10 мильонов :)

Это уже начинаются игры престолов: "что сейчас точно все плохо? - Нет, пока еще не плохо. - А, ну так чего вы сразу - делайте фичи" @ipronix

@rubyunderhood, #Cassandra в продакшне на 15 нодах в двух ДЦ. Полтора года полёт нормальный.

Данные забираете через CQL или что то поверх поставили? @gruz0

bloc.io/ruby-warrior - признавайтесь, кто играл и до какого уровня доходил?

Есть попрактичнее, но на JS - play.elevatorsaga.com - написать оптимальную реализацию логики для лифта(ов). Кто то пробовал?

@rubyunderhood я играл, всю проходил. (хотя, я еще до этого в оригинальную консольную версию играл)

@rubyunderhood играл, быстро надоело время тратить :) старая штука)

@rubyunderhood если ничего не изменилось, то всю прошел. Сейчас codewars балуюсь.

@rubyunderhood @anton_davydov все хорошо там, просто надо документацию сначала почитать :)

Крутится на продакшене без проблем? @artemeff @anton_davydov

@rubyunderhood @anton_davydov дак вон у Антохи, я ему помогал :)

Получается не все хорошо с базой @artemeff @anton_davydov

@rubyunderhood @artemeff @anton_davydov нормально всё с базой, не ссыте :-D

@rubyunderhood Вопрос о мотивации. Что заставляет двигаться вперед, совершенствоваться, бывают ли переломные моменты, как из них выходите?

Это кстати хороший вопрос вообще в ленту. А часто мотивирую себя простой вещью: ты это хочеш или нет. Не хочеш - так не мучайся @pinyslutty

@rubyunderhood @pinyslutty img0.joyreactor.cc/pics/post/%D0%…

Для меня любимый вариант мотивации от Джорджа Карлина, хотя смысл похож youtu.be/FwvUnwJxIBI @kirshatrov @pinyslutty

How Ruby Interprets and Runs Your Programs

blog.honeybadger.io/how-ruby-inter…

@rubyunderhood @kirshatrov @pinyslutty если утром почувствовал что не хочешь сегодня писать код, то и не пишешь?

Можно не писать. Можно заняться еще созданием тикетов, планированием, стендапами, тестфест провести @nick_jastix @kirshatrov @pinyslutty

@rubyunderhood а вы уже где-нибудь в проектах рельсовых от sprockets отказывались?

Пока нет, не было особых проблем с ним или из-за какой то фичи приходилось думать про webpack/browserify. А нужно ли? @lisovskyvlad

@backendsecret @rubyunderhood ребят, кто-нибудь сталкивался с ограничениями DigitalOcean? Я тут ловлю SIGILL из С++ кода, локально все норм

oom killer? Наверно в память процесс уперся. Что мониторинг показывает? @zhulikgleb @backendsecret

@backendsecret @rubyunderhood не, памяти хватает, к тому же оом вроде другой сигнал шлет

SIGILL is sent to a process when it attempts to execute an illegal, malformed, unknown, or privileged instruction @zhulikgleb @backendsecret

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

там entry points, тут - манифест(ы) :) sprockets 3 тоже поддерживает расширяемость @lisovskyvlad

Проект на руби: запустил bundle install через 2 года — всё работает. На js запускаешь npm install через 2 часа — всё обновилось и сломалось

@pinyslutty @rubyunderhood одно волшебное слово #deadline

Мотивирует на пару часов до него @backendsecret @pinyslutty pic.twitter.com/yiHAfNRiEL

Единственное, что не понятно с sprockets - source-maps пока нет, хотя я особо и не использую, главное - что трейс ошибки читабельный был

Это кстати первое, что напрягает, когда создают багу в pivotal/github/etc проекта - не предоставляют stacktrace pic.twitter.com/fn6s8Kszp2

@lisovskyvlad @rubyunderhood мы отказались на всех больших рельсовых проектах.

Слишком Rich Frontend, а от Rails осталась API? @kirshatrov @lisovskyvlad

@rubyunderhood @kirshatrov думаю, что просто подкупила мощь и гибкость webpack, а не только потому что spa приложение :)

Только "Object.defineProperty", в который заворачивает webpack работает с IE9 - и полифил не спасет, если нужно @lisovskyvlad @kirshatrov

@rubyunderhood снова этот IE портит всё :)

Просто неплохо это упоминать - webpack круто сборшик, но только, если Ваше приложение не должно работать на < IE9 @lisovskyvlad

@lisovskyvlad @rubyunderhood вебпак не при чем. Хочется современного ES6 и common js

nandovieira.com/using-es6-with… - вуаля :) @kirshatrov @lisovskyvlad

@rubyunderhood я так и не научился находить причину по стектрейсу ангуляра и реакта

Angular - да, просто очень плохой stacktrace. React - используем tracekit (может и ангуляру поможет) @Bugagazavr

Такой же статус :) “@ptico: Ну а еще в следующую пятницу я в Минске до воскресения”

@rubyunderhood @lisovskyvlad я в курсе, но модули это никак не добавит

Ну если нужен require от Commonjs - то да, но если нужен export/import ES6 - то тут и AMD будет работать @kirshatrov @lisovskyvlad

@rubyunderhood @kirshatrov @lisovskyvlad по ощущениям: если хочешь использовать новое из JS не через 3-6 мес. — без webpack боль и унижения

А Browserify, SystemJS, jspm и requirejs уже все? @alexfedoseev @kirshatrov @lisovskyvlad

@rubyunderhood @kirshatrov @lisovskyvlad c browserify нужно велосипедить, у webpack есть многое из коробки + hmr, остальное не пробовал

Используем что webpack, что browserify, что systemjs. В каком месте нужно "велосипедить" browserify? @alexfedoseev @kirshatrov @lisovskyvlad

@rubyunderhood @lisovskyvlad AMD будет работать в спрокетах?

В той статье это как раз показано @kirshatrov @lisovskyvlad

@rubyunderhood @kirshatrov @lisovskyvlad потому что собирать клиентские + серверные бандлы для изоморфных spa не с webpack боль.

Мы собираем universal приложения. Что в webpack, что в browserify - два эндпоинта @alexfedoseev @kirshatrov @lisovskyvlad

@rubyunderhood @kirshatrov @lisovskyvlad напр. code splitting, я когда-то написал этот велосипед и ушел на webpack github.com/alexfedoseev/j…

Можно побольше о проблемы кода сплитинга? Оба же резолвят через commonjs @alexfedoseev @kirshatrov @lisovskyvlad

@rubyunderhood @kirshatrov @lisovskyvlad да, но wp умеет складывать вендорные (common) либы в отдельный бандл, динамически поджгружать чанки

--external ключ в browserify? @alexfedoseev @kirshatrov @lisovskyvlad

@rubyunderhood @kirshatrov @lisovskyvlad этот чувак выразил мои мысли относительно :) github.com/vigetlabs/gulp… вобще весь тред показательный

Тоесть в webpack ключ vendors, а в browserify - extend. Но в треде не могут разобраться с фичей? @alexfedoseev @kirshatrov @lisovskyvlad

Потому что в webpack через vendors у комментатора будет такая же проблема. @alexfedoseev @kirshatrov @lisovskyvlad

Как то этот тред стал о JavaScript :)

blog.bigbinary.com/2015/11/05/how… How constant lookup and resolution works in Ruby on Rails . Правильный подход для development режима.

Огромное спасибо @anton_davydov за @rubyunderhood , хорошо себя прокачал в Ruby-среде, да и вообще IT изнутри %)

В рамках IT week в ХПИ, были доклады от разных IT компаний Харькова. У каждого спрашивал вопрос, который поднимал @rubyunderhood

. По поводу remote-first/frendly. Все спрашивали что это такое, а потом "нееет вы что, нет коммуникации" @rubyunderhood

Спасибо, не только сам узнал, но и других просветил вопросом :) @pinyslutty

@rubyunderhood печально то, что все категорически против Remote-first

В основном опен сорс проекты практикуют такой подход - так проще собрать команду крутейших в своей области, нет привязки к офису @pinyslutty

@pinyslutty @rubyunderhood да вообще печаль. Понастроили опен спейсов, вот теперь людям нужно в них сидеть и коммуницировать.

Некоторым нужен офис и живое общение @nick_jastix @pinyslutty

@nick_jastix @rubyunderhood кодерам нужно кодить. А офис может отвлекать

Не всегда. В офисе могут и кормить, и фан-рум, и прочие "ништяки" - для многих это очень круто @pinyslutty @nick_jastix

@rubyunderhood @nick_jastix всё упирается в профиты и фан, а именно кодинг очень косвенно (скайп не запрещали)

@rubyunderhood про собеседования расскажете?

У нас оно простое - кандидат заполняет skill matrix, потом интервью с инженером, потом работа в парах на целый день @pinyslutty

После работы в парах инженеры составляют оценки ему, а он - им (что бы тоже не расслаблялись) Так понимаем сработается или нет @pinyslutty

@rubyunderhood А ведь круто!

может есть круче - пока у нас так @pinyslutty

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

Как минимум английский нужно знать, но неплохо бы и остальные @jsunderhood

@jsunderhood нанимать того, кто с ними не знаком — потеря времени и вероятность говнокода или того, что разработчик просто не справится.

Садится с человеком в пару и если оба нормальные специалисты - он будет знать фреймворк @SilentImp @jsunderhood @jsunderhood

@rubyunderhood у меня лично никогда не было человека, который «садился бы со мной в пару». И это логично. @jsunderhood

Фриланс? А то работа в команде позволяет без проблем делать работу в паре @SilentImp @jsunderhood

@rubyunderhood Дорого платить двоим за работу для одного. @jsunderhood

В паре работают оба @SilentImp @jsunderhood

@rubyunderhood и ни один не знает фреймворк? @jsunderhood

Один знает, один - нет. Но могут оба не знать, просто будут медленнее работать @SilentImp @jsunderhood

Заряжаемся позитивом перед #railsrumble pic.twitter.com/J6aYmsy4r5

Смотрю вас ждут веселые выходные :) @ptico

@rubyunderhood заходи

Думал, но эти выходные были заняты заранее другим делом. Главное - побольше фана вам :) @ptico

Наконец - мое первое React Native приложение заапрувили в AppStore. Завтра ужа надеюсь скину Вам ссылочку :) pic.twitter.com/eauROcIjXr

Кстати - полностью будет опен сорс. Можно будет поставить и изучить как работает :)

.@rubyunderhood что скажешь по поводу этой статьи?
Чем Руби лучше .net? twitter.com/asp_net/status…

Читал её уже. Ну там как бы идет "анализ" на основе популярности поисковых запросов @ostelaymetaule

Если так подходить - язык и фреймворк нужно менять каждые 3-4 месяца. @ostelaymetaule

У Ruby сильные стороны - инфраструктура, культура тестирования, простота @ostelaymetaule

Многим нравится, как быстро на нем можно делать "живое" приложение, что бы проверить бизнес идею @ostelaymetaule

@rubyunderhood в комментариях и самой статье укоряют руби за медленность и узкую специализацию, только веб и писать, а на ноде еще и шашечки

Che, Puppet, Homebrew, Cocopods - действительно, только веб :) Из Ruby так же хорошо создавать свой DSL @ostelaymetaule

Скорость. Во первых - миф достаточно старый, во вторых - намекают наверно на MRI. Но у Ruby не одна имплементация языка @ostelaymetaule

@rubyunderhood а после переписывать прототип если взлетел?

Да, если ты вдруг уперся в язык/платформу. Хотя github, basecamp, shopify, airbnb, soundcloud и другие успешно живут с Ruby @ostelaymetaule

@rubyunderhood @ostelaymetaule а можете объяснить при чем тут скорость? бОльшая часть только 1 тред юзают

Большая часть чего юзает один тред? И говорили вроде как о скорости, а не параллелизме? @achempion @ostelaymetaule

@rubyunderhood @ostelaymetaule б.ч. приложений. Про то что на MRI намекают, не могу нагуглить существенного прироста у jruby в скорости

Наверно имеется ввиду GIL в MRI. Разработчики просто не могут сразу его убрать, иначе будет как с Python @achempion @ostelaymetaule

В очередной раз отписался от @rubyunderhood из-за неумения чувака пользоваться ретвитами и цитатами. Аж бесит... :-/

Вроде делаю как обьяснили - ретвит и ответ, но пользователь в конце ответа @gruz0

@achempion @rubyunderhood @ostelaymetaule sidekiq с jruby быстрее работает, судя по бенчмаркам

Только jruby нужно уметь "готовить", иначе будет медленнее MRI @gorodishenin92 @achempion @ostelaymetaule

А вот и приложение на React Native itunes.apple.com/WebObjects/MZS… Пока только ios, android сделаю позже. Сорцы тут: github.com/rwpod/RWpodPla…

Моё мнение: если Вам нужно сделать интерфейс на стандартных контролах (без кастомизации элементов) - очень легко это сделать на React Native

Хотя пробросить нативный модуль/вью тоже просто, но тогда одного JS мало - нужно знать и ObjC/Swift

@rubyunderhood буду первонахом и застарю :D

Теперь тут лайки @kotchuprik

@rubyunderhood я про репо) не ну в целом даже и не скажешь, что внутри приложение веб) долго писалось приложение?

4 пары выходных, хотя прототип набросал и за одни выходные. Пришлось просто аудиомодуль писать на ObjC и делать "красоту" @kotchuprik

@rubyunderhood интересно) под android билд планируется?

Да, там уже кусок кода лежит. Единственное - в поставке react native у андроида готовых компонентов мало - придется повозится @kotchuprik

@rubyunderhood расслабься, никто не следует гайдлайнам под андроид :D

Когда я начинал - их вообще не было :) @kotchuprik

@rubyunderhood objc? Почему не свифт?

Там есть немного swift (через bridge), но если нужен уровень пониже - пока только ObjC @kirshatrov

@Chudesnov @akochemasov @jsunderhood нет, нужно самому перехватывать onerror и слать в GA сustom event.
developers.google.com/analytics/devg…

Главное nonInteraction в false для ошибок поставить, что бы на аналитику не влиять @soulmusic @jsunderhood @Chudesnov @akochemasov

@rubyunderhood @jsunderhood @Chudesnov @akochemasov или завести отдельный счетчик для ошибок и слать в него :)

Только true. Ошибся я @soulmusic @jsunderhood @Chudesnov @akochemasov

@rubyunderhood об отдыхе: как у рубистов с отпуском? Безлимитный или традиционный (каждый месяц добавляет n дней и не более n*12 в год)?

У нас автоматизация считает добавляя 2 дня за месяц работы. Но если берёшь более, чем на 2 недели - лучше обсуждать заранее @nick_jastix

Но поскольку remote-friendly env, то у нас многие работают месяцами с разных локаций @nick_jastix

С праздниками сделали просто - добавляют n дней в год к отпуску. Если хочеш праздник отметить - ставь отпуск @nick_jastix

С праздниками так сделали, потому что в разных странах разные праздники :) @nick_jastix

@rubyunderhood выглядит неплохо, но не очень нативно, есть привкус вебчика в приложении

Ну html по другому не показать @Bugagazavr

Проходит суббота. Давайте делится, кто для Вас в IT пример для подражания, отличный учитель/ментор, кто повлиял на профессиональный рост.

@rubyunderhood @de_gis

@rubyunderhood стив балмер мой герой.

@rubyunderhood Только учусь, очень помогает @ptico :)

@rubyunderhood @unclebobmartin @KentBeck @martinfowler and @HexletHQ

У меня подобный список, кроме последнего @Re_VKolesnikov

найден паблик @rubyunderhood вконтакте vk.com/1cnik

Никак не похоже :) @common_disease

@rubyunderhood А что скажите за количество/популярность вакансий Ruby/RoR в Украине. Я вот с Харькова, у нас пару студий всего ищут

Достаточно в Киеве. Мы например набираем рубистов @pinyslutty

Вот и закончилась моя неделя быть IT селебрити. Далее можно найти меня в @leopard_me слушать @rwpod подкаст и читать leopard.in.ua