Привет, неожиданно для себя оказался underhood:) Зовут меня Саша, программирую на чем придется, последние годы преимущественно на ruby.

В разработке ПО с 2002 года, имею опыт C++, Java, .NET, люблю Slackware Linux и рок-н-ролл:) Тем на текущую неделю – будем импровизировать:)

Вот такой вопрос -- важен ли для web-разработчика и ruby разработчика в частности общий технический бэкграунд?Т.е. приходит на собеседование

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

@rubyunderhood думаю, именно это знание зависит от прошлого опыта. Например, в руби массив, но имеет интерфейс связанного списка и стека!

@rubyunderhood @rainrb линкедлист - это же там, где девочки hr-ы спамят, при чём тут вообще массивы? </sarcasm>

. @lisovskyvlad ну, вопрос-то не только про ruby а вообще:)Константное время доступа по индексу либо быстрая вставка в середину вот это все

. @lisovskyvlad ну и массивы линкед-листы это что в голову пришло. Вот например хэш-таблица, очень популярный контейнер.

. @lisovskyvlad нужно ли иметь представление о внутреннем устройстве, или это все фигня?)

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

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

. @mktoid @lisovskyvlad А почему в джаве? Это ж вроде такие штуки, которые во всех языках есть :)

@rubyunderhood для эффективного и вдумчивого использования да

. @lisovskyvlad но при приеме web-разработчика на работу это не важно?

@rubyunderhood Всё-таки это рынок, а не чисто так. Если считаешь для вашиъ проектов это будет критично, то вполне важно.

Тогда так -- FAV если общая техническая эрудиция важнее чем знание доскональное фреймворка с которым придется работать. RT если наоборот:)

извините за опечатки:((( буду внимательнее

@rubyunderhood имхо спорный вопрос. Без базиса не понять фреймворк или как язык работает, без фреймворка/языка не сделать бизнес

@rubyunderhood ну а без бизнеса никому отрасль не нужна :)

.@anton_davydov спорный:)Но я как-то заметил, что с людьми которые обладают широким кругозором работать по-проще и задачи решать эффективнее

. @anton_davydov т.е. человек с бэкграундом и фреймворки без проблем подтянет до нужного уровня:)

@rubyunderhood конечно, они не замкнуты в рамках одного стека + вы можете общаться на общих абстракциях, а не на тех, что дает стек

@rubyunderhood да, но тут есть другая крайность. Яркий пример - олимпиадники (которые совсем хардкорные)

. @anton_davydov нууу, да. Но это из разряда крайностей все-таки. Человек целенаправленно прокачивает определенные скиллы.

@rubyunderhood ну и стоит определиться для чего нужны человеку знания. Сделать продукт? Тогда, с вероятностью 95%, ему и не надо знать ...

@rubyunderhood ... Как работает хеш или какова сложность сортировки. В его случае важно знать архитектурные тонкости, кмк. Если человек ...

@rubyunderhood ... Делает убийцу редиса/постгреса или еще какой штуки, то да, без этого никуда.

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

. @anton_davydov вообще я считаю, что определенный багаж знаний позволяет не сесть в лужу лишний раз:)

@rubyunderhood А не хочется все бросить нахуй и съебать в лес?

. @suxxes пока нет:)

@rubyunderhood важно ли в строительстве если человек бетон 200 не отличает от 100? Смотря чем он будет заниматься. Если трубы ложить, то нет

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

@rubyunderhood Я в принципе считаю, что собеседование в тех. профессиях — вещь сугубо для понимания адекватности человека.

@rubyunderhood Остальное понимается за 1-3 месяца работы на испытательном.

@rubyunderhood если на проект с кучей сложной бизнес-логики приходит чувак и лепит методы в 80LOC без тестов, то мне пофиг различает или нет

@rubyunderhood @anton_davydov Это уже больше похоже на идиотизм, а не недостаток знаний.

. @suxxes @anton_davydov пример конечно утрированный, но общая идея я думаю ясна

@rubyunderhood за что любит сляку? Оно же в помойку превращается? =)

. @Stammru люблю по старой памяти:) Сидел на ней несколько лет -- очень простая и понятная система. Сейчас с маком мучаюсь:)

. @Stammru помойка решается сборкой пакета и pkgtool-ом, вместо make && make install :)

@rubyunderhood ага, типо таких вопросов были на вакансию разработчика интернет-магазина, зачем, непонятно

. @Stammru в ecommerce может быть много сложных задач.

@rubyunderhood круто! расскажи над чем работаешь, какой стэк и что такое пилишь в какой компании? :)

.@mpak999 пропустил самый главный твит:) rails-стэк, фронтенд backbone. Из последнего - принимаю участие в бэкенде ural1.ru

. @Stammru ну да. Это несложно с помощью makepkg, ну и особо не приходилось ничего собирать, дистр был ready for developers

@Stammru @rubyunderhood все слакварщики так делали и делают, а в чем проблема?

. @vyazovoi @Stammru во, сразу видно, наш человек:)

@Stammru @rubyunderhood более того, так делают во всех дистрибутивах, когда надо что-то собрать

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

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

. @Stammru @vyazovoi да не,там со структурой как раз все норм. Но в настоящее время большого смысла в использовании это OS конечно нет:)

@Stammru @rubyunderhood ещё как раз интернета небыло, помню исходники приносил от людей и собирал как умел

. @vyazovoi @Stammru еще было Fido и файл-эхи :)

@Stammru @rubyunderhood спустя какое-то время пробовал слаку снова, так там уже все собирали из SBO (такой репо со скриптами сборки)

@rubyunderhood @Stammru не, это меня обошло, я играл в старкрафт через телефон и ждал интернета

@rubyunderhood за трубы в бетон предусмотрен отдельный котёл в аду :) А вообще, сколько людей, столько и мнений. Все разным занимаются

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

Пользуясь случаем прорекламирую facebook группу рубистов в Ростове-на-Дону,если кто будет в наших краях - заходите:) facebook.com/groups/rndrug/

Всем привет:) Продолжаем трансляцию. Для начала – немного хорошей музыки music.yandex.ru/album/77947/tr… :)

А обсудить предлагаю деплоймент ruby и rails-приложений, подготовку серверов, продакшен.

Есть кто-нибудь, кто использует альтернативные capistrano инструменты для деплоя? Может быть mina? Деплой через git?:)

@rubyunderhood ansible + capistrano, nginx + unicorn

. @lisovskyvlad что делаешь ансиблом? подготовку сервера для capistrano-деплоя?

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

. @svenyurgensson а ее вообще пилят? Там вроде бы с контрибуторами было как-то не очень.

. @svenyurgensson достаточно давно пробовал, какие-то мелкие проблемы были все время с ней в итоге надоело и откатился на капистрано

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

. @svenyurgensson надо будет попробовать еще раз при случае:)

@rubyunderhood я пока не встречался. Есть какие-то нюансы с рестартом приложения после деплоя, но меня не особо парит

@rubyunderhood ansible provision, cap - deploy

. @lisovskyvlad как стейджинг и прдакшен организуешь в ансибловских ямлах?

@rubyunderhood ну отличие простое - только в credentials, просто указываешь разный сервер для выполнения. Серверы в спец. файле хранятся :)

. @lisovskyvlad т.е. вы просто на базе inventory-файлов разруливаете?

@rubyunderhood для нестандартных конфигураций chef + capistrano, простые скармливаю dokku

@rubyunderhood mina очень быстрая, одно «но»: из-за этого локальные операции нельзя (или я не понял как) вставить в поток, делаю в 2 команды

Я тоже использую ansible+capistrano.Но ansible несмотря на определенную простоту напрягает своим dsl-ем. Мануал должен быть все время открыт

@rubyunderhood админы рулят chef, мы деплоим capistrano. unicorn, sidekiq рулятся через runit

@rubyunderhood я видел у одного фронтендера make файл с деплоем, но у него там просто, конечно

. @Stammru make-файл и фронтендер как-то не очень сочитаются:) Но вцелом весело, наверное:)

Все пишут про unicorn, а puma как же? Я последние проекты поднимаю на нем и все нравится. Конфигурирование и упровление достаточно удобное.

Памяти меньше потребляет. В целом puma очень нравится.

@rubyunderhood упрАвление конечно ;)

@rubyunderhood а есть ли смысл если у тебя не jruby и не rubinius? у всех уже есть конфиг unicorn

. @Stammru а почему нет смысла? работать приятнее и памяти меньше потребляется, по-моему это уже плюс.

@rubyunderhood а какие мысли о Passanger?

. @TheSunwave ты про новый, который Raptor? я его честно сказать не пробовал еще. Но было бы интересно послушать отзывы причастных

@rubyunderhood я в общих чертах. Я пробовал и пуму и пассажира, но на своем уровне я так и не понял разницы)

@rubyunderhood насколько меньше, измерял? А что значит работать приятнее?

. @Stammru работать приятнее - субъективные ощущения от экспириенса:) В плане памяти - на простом приложении воркеры ~70мб

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

@rubyunderhood а я сделал на passenger standalone и тоже все ок

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

@rubyunderhood ничем пока не пользовался, ранняя стадия. Но раньше всегда пользовал нжинкс/пассажир и все работало как часы.

. @Marat_Galiev вопрос в трактовке термина "лучше". По-моим ощущениям меньше памяти, быстрее старт.

. @Marat_Galiev но это не значит что юникорн плохой и его надо выкинуть:)

@rubyunderhood а чем пума лучше в среднестатистическом проекте чем юникорн?

@rubyunderhood ну да, unicorn в принципе неплох ) Тут скорее зависит от личных предпочтений на мелких/средних проектах.

@rubyunderhood в последнем проекте и деплой и провижн делал через ansible, понравилось

. @KELiON деплой через ansible? а не медленно? по-ощущениям получается еще более slow чем capistrano

@rubyunderhood @KELiON если в ансибл добавить кеширование когда он делает gather facts то чуть побыстрее будет…

@rubyunderhood к нему быстро привыкаешь и основные операции запоминаются. А поддерживать 2 инструмента в одном проекте не очень удобно

@rubyunderhood с gather_facts: no быстрее. Плюс можно выполнять одну роль деплоя, без проверки конфигов, если лень ждать)

. @KELiON согласен, чем меньше инструментов тем лучше

@rubyunderhood Текущий пет пишу с пумой для упрощения стэка, т.к. фэй не понимает юникорн. Вот и решил попробовать пуму.

. @suxxes насчет faye, actioncable и причастных, кстати, можно отдельно поговорить, тема немного холиварная:)

@rubyunderhood сначала был capistano 2, 3 потом только mina, только хардкор =)

. @vredniy а почему mina? Работает быстрее, или есть еще каки-либо преимущества?

@rubyunderhood работает очень быстро, все до безумия прозрачно и просто, минимум подводных камней. Это все очень субъективно, канешна)

. @vredniy чувствую, пришло время попробовать mina снова)

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

@vredniy @rubyunderhood да мина объективно быстрее))

. @Bugagazavr @vredniy ну да, я знаю, просто в те времена, когда я ее пробовал были проблемы, которые заставили меня откатиться на cap

. @Bugagazavr @vredniy и после этого я особо не следил за ее развитием

@rubyunderhood @vredniy так она собирает sh скрипт, и не устанавливает коннект на каждую задачу как capistrano

А что насчет супервайзеров? Кто что использует? Я сижу на github.com/kostya/eye в общем и целом свои задачи выполняет

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

. @Stammru я локально использую foreman. runit конечно хорошая штука, но с eye как-то по-проще.

@rubyunderhood я его локально использую для запуска pg, elastic, redis и прочего, на проде runit

@rubyunderhood а как ты дружишь eye с автостартом после ребута например? Есть решения с cron @reboot, но оно попахивает на мой взгляд.

. @bufo_alvarius @reboot а init.d чем не подходит?

@rubyunderhood требованием иметь рут и переходит в системный скоуп тонкой настройки.

. @bufo_alvarius тогда только крон, других способов я не знаю.

. @bufo_alvarius я вообще не заморачиваюсь с автостартом. Если случился ребут то ситуация однозначно нештатная и надо разбираться в чем дело

@rubyunderhood мне ещё понравился supervisord, на пет-прожектах использую

Транслирую вопрос @svenyurgensson:"никто еще github.com/antirez/disque не пользовался? А то хочется минимального месседж брокера и job queue"

@rubyunderhood @svenyurgensson redis, resque, pubsub не устраивает?

@backendsecret @rubyunderhood @svenyurgensson кстати тоже интересно чем redis для этого не угодил

. @svenyurgensson @rubyunderhood "WARNING: This is alpha code NOT suitable for production" - как бы намекает "почему"...

. @bufo_alvarius я бы все мониторил;)

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

@bufo_alvarius @rubyunderhood upstart?

. @Bugagazavr @bufo_alvarius а как он поможет, если у человека нет root-доступа к серверу?

@rubyunderhood @bufo_alvarius sudoers для выполнения только конкретной команды?

@rubyunderhood @bufo_alvarius user ALL = (root) NOPASSWD: /sbin/start service, /sbin/stop service, /sbin/restart service, /sbin/status ...

. @Bugagazavr @bufo_alvarius да это понятно, но там кажется дело было в том, что человек вообще не хотел на системный уровень лезть

Продолжаем разговор:) Чтобы лучше работалось, всем хорошую песню music.yandex.ru/album/1987027/…

А тема вот такая-кто как создает новые приложения?Руками и копипастом файлов из старых проектов, rails app template,RailsBricks, еще как-то?

Я как-то заморачивался с созданием application template, вцелом жить можно, но не сказать что сильно удобно.

Шаблон надо периодически мантейнить, хранится он в специальном репозитории, да и не все можно вписать в контекст шаблона.

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

Или никто не заморачивается и всех устраивает rails new my_app ?)

@rubyunderhood влаштовує, але в середині генерованої структури роблю неймспейси

@rubyunderhood юзаем внутренний гем, куча генераторов базовых настроек, деплоя и пр. rails templates разочаровали.

. @bufo_alvarius да, rails templates какие-то не очень. Хорошо подходят разве что для совсем простых вещей.

@rubyunderhood все зависит от того, насколько часто ты делаешь rails new.

. @shved270189 согласен. Но хочется же все делать эффективно и в один клик.

@rubyunderhood github.com/thoughtbot/sus…

. @forever_frey гляну, спасибо. Но это я так понимаю целевое решение мыслящих роботов, не много не то все-таки.

@rubyunderhood у меня yo-генератор, разворачивает Rails API + изоморфный Flux app (Redux), одна команда и оно живое github.com/alexfedoseev/g…

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

. @bufo_alvarius а на базе чего построено решение? Просто ruby? Или какие-нибудь полезные джемы используете?

. @iamstarkov @alexfedoseev спасибо, может действительно откажусь от rails templates)

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

@rubyunderhood Thor генераторы делаю

@rubyunderhood судьбоносный вопрос: rvm rbenv chruby? Юзаешь ли gemsets? Куда ставишь глобальные пакеты (eg CLI tools written in Ruby)?

. @listochkin я ждал этого вопроса, сам хотел вбросить но по-позже:)

. @listochkin долго сидел на rvm, потом перелез на rbenv. Сейчас он в везде и в проде и в дев. Гемсеты перестал юзать после того, как

. @listochkin закончились проекты на rails2 и везде появился бандлер. Глобальные пакеты ставлю в глобальный гемсет. Но их мало.

. @listochkin rails, clit tools, powify, foreman и прочее мелкое. Зависимости проектов бандлю в /vendor/bundle всегда.

@listochkin @rubyunderhood если на дев-машине то chruby+ruby-install. Работает очень быстро, внутри 40 строчек на баше

. @ptico @listochkin chruby вполне вариант. Но я остановился на компромисном rbenv, пока нет желания переезжать куда-то.

@ptico @rubyunderhood воу, а примеры?

@ptico @listochkin @rubyunderhood rbenv хорош для dev. А на проде ставишь либо системно, либо в докер и тоже хорошо

. @jalkoby @ptico @listochkin а зачем системно? Если разным проектам нужны разные версии ruby?

@rubyunderhood боюсь, тут подразумевается - одна машина/один проект

@rubyunderhood @ptico @listochkin если разные проекты на одном сервере - то ставишь по докеру на каждый проект и там создаешь свою песочницу

@rubyunderhood @rainrb Это чтобы программистам совсем уже нечего было делать ;)?

. @pshenichnyy @rainrb ну, программисты пусть программируют, а рутинные задачи которые можно автоматизировать должны быть автоматизированы)

@rubyunderhood ты говорил, что писал на куче языков. Тебе сейчас это помогает? И какой язык повлиял на тебя больше? А какой нравится больше?

. @anton_davydov ну, не так чтобы прямо на куче языков. В основном на C-подобных, плюсы, джава, шарп, кое что на питоне ну и shell)

. @anton_davydov насчет помогает - помогает опыт работы в разных проектах с разными людьми и технологиями. Язык это не камень преткновения

. @anton_davydov из разных проектов почерпнул разное, C++ low level, железо, память, алгоритмы, оптимизация, когда нужна а когда нет

. @anton_davydov java -- паттерны, переключение мозга с маленьких кубиков на большие, документооборот, решение людских проблем)

. @anton_davydov шарп и дотнет -- просто классная штука, если надо что-то программировать под windows. Студия имхо самая лучшая IDE

. @anton_davydov В настоящее время очень нравится ruby, большинство моих задач на нем решаются отлично. Смотрю потихоньку в сторону кложуры

. @anton_davydov советчик из меня не особенно хороший, но я считаю что не стоит зацикливаться на одном языке, или технологии

. @anton_davydov не стоит быть евангелистом) Стоит работать с разными языками и технологиями, по-возможности применять их на практике.

@rubyunderhood если вообще лень, то используй prelang.com. pic.twitter.com/W2WzssTkZn

. @vredniy ух ты, спасибо интересная штука:)

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

. @anton_davydov насчет кложуры - скобочки да, функциональный стиль, вся мощь темной стороны силы (jvm) :)

@rubyunderhood а на кристал смотрел? Выглядит многообещающе. И почему лисп?

@rubyunderhood да по сути там rails generators с шаблонами на каждый случай + некоторые development зависимости тянем через gemspec сразу.

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

. @forever_frey если бы вопрос был только в гемах, то вопроса бы не было)

@rubyunderhood, пользуясь случаем. Расскажи плиз какие есть современные более-менее известные open source проекты на рельсе?

. @toppka первое,что приходит в голову - gitlab,spree,redmine,discourse, refinery cms,еще гугл подсказывает fatfreecrm, ноя не знаю что это)

@toppka @rubyunderhood opensourcerails.com є отакий сайтик де зібрані такі проекти

@toppka @rubyunderhood Redmine, Diaspora ...

. @toppka вообще, рельса имхо уже выходит из того возраста когда на ней народ с энтузиазмом создает открытые решения:)

@rubyunderhood @toppka LocomotiveCMS, Diaspora, Errbit и тут еще много awesome-ruby.com

@rubyunderhood @toppka тай самі популярні opensource рішення на рельсах вже достатньо древні

. @toppka еще вот подсказывают tryshoppe.com, что-то новое судя по всему

@toppka @rubyunderhood гугли discourse, rubybench, rubygems, gitlab

@rubyunderhood rbenv + .rbenv-version @listochkin

. @suxxes @listochkin сейчас же вроде .ruby-version сделали? Если речь про локальную версию ruby

@rubyunderhood habrahabr.ru/company/truevd…

. @suxxes Да, вышел новенький JRuby, ты опередил меня буквально на несколько минут:) Судя по описанию релиз крайне интересный.

. @suxxes да, пока нет:( Но думаю скоро появится.

@rubyunderhood Хочу потом попробовать в работе. У нас есть Java кода в проекте и разных либ. Может выиграем в производительности, например.

А вот и блог-пост от разработчиков JRuby 9000 blog.jruby.org/2015/07/jruby_…

. @suxxes даааа, JRuby весьма заманчивая штука. В 9000 обещают совместимость с 2.2 что очень круто на мой взгляд:)

Возвращаясь к JRuby (тем более поводо-то какой!) кто-нибудь использовал JRuby в серьезных задачах? Как насчет JRuby и Rails?

Я к сожалению JRuby практически не использовал. Когда-то в древности писал маленькое десктопное приложение с использованием Swing и еще

помню пару были попытки запускать многопоточные краулеры из под JRuby, но как-то не особенно пошло.

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

@rubyunderhood я знаю, что вроде в @bookmate_ru используют jruby с рельсой. Надеюсь кто-то из их разработчиков ответит :)

. @anton_davydov у меня похожая история с Rubinius-ом. Периодически накрывает, думаю: "Пора, пора что-то попробовать запустить на Rubinius"

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

. Разработчики @bookmate_ru, говорят вы используете JRuby и Rails, расскажите пожалуйста!

@rubyunderhood у меня даже с кристаллом такое было (там не очевидное задание типов для некоторых кейсов)

@rubyunderhood а вообще да, невероятно важно для технологии быть user friendly и иметь ответы на популярные вопросы

@anton_davydov @rubyunderhood @bookmate_ru в чат призывается @tank_bohr! :) twitter.com/tank_bohr/stat…

@exAspArk @rubyunderhood @bookmate_ru @tank_bohr о круто, я как раз слушал его доклад :)

@anton_davydov @exAspArk @rubyunderhood @bookmate_ru Да, использовали. И даже на рельсе маленький сервис сейчас работает в продакшене

@tank_bohr а сейчас у вас другой стек? @exAspArk @rubyunderhood

@anton_davydov @exAspArk @rubyunderhood да, как у всех. MRI на основных проектах. JRuby от безвыходности

@anton_davydov один в кромешной тьме. никто кроме тебя им не пользуется. приходится думать самому @exAspArk @rubyunderhood

. @tank_bohr @anton_davydov @exAspArk а почему JRuby от безвыходности?

@tank_bohr может, с JRuby 9000 жить наконец-то станет чуть веселее? :) blog.jruby.org/2015/07/jruby_… @anton_davydov @rubyunderhood

@tank_bohr и как впечатления от jruby? :) @exAspArk @rubyunderhood

@rubyunderhood нужны были библиотеки на джаве. альтернатив либо не было вовсе, либо совсем грустные @anton_davydov @exAspArk

@rubyunderhood Сегодня в рамблере ruby meetup, идёт кто-нибудь?

@bufo_alvarius @rubyunderhood я иду :)

@rubyunderhood у нас сейчас одна из команд пилит jRuby апп (не Rails) ради Hibernate. Всё никак не соберемся рассказать где нибудь об этом

. @HornedKavu было бы очень интересно, но почему Хибернейт? У меня от него осадочек остался не особенно приятный) HQL, маппинги та еще песня

@rubyunderhood в тред призывается @vladson4ik

@HornedKavu @rubyunderhood Есть такое дело, пилим. Хибирнейт хорош для своих задач: легаси базы, несколько представлений, кеширование.

@HornedKavu @rubyunderhood Ну и самое главное — Data Mapper как паттерн. HQL пока используем, но в планах описать dsl по-удобнее.

@HornedKavu @rubyunderhood А маппинги — так скорее даже хорошо, структурировано, доменные модели не загажены.

. @vladson4ik @HornedKavu парни а зачем хибер, если вы уже сейчас собираетесь dsl-по удобнее?

. @vladson4ik @HornedKavu с таким же успехом можно свой датамаппер на рубях соорудить, вроде паттерн не сверх сложный

@rubyunderhood @HornedKavu DSL - только для запросов, чтобы все вот эти (Сriteria) скрыть, а не для описания моделей. Модели — *.hbm.xml

@rubyunderhood @vladson4ik свой дата-маппер на рубях не делали, потому что ниже положить нечего. У Гибера очень большая гибкость.

@rubyunderhood Несколька маппингов на 1 таблицу, несколько таблиц на один класс, ленивые коллекции и композитные элементы из коробки.

@rubyunderhood @vladson4ik @HornedKavu Зачем строить свой, если есть ROM?

. @suxxes @vladson4ik @HornedKavu ROM же вроде на стадии активного развития. Это очень хорошо безусловно, но если кому-то нужен продакшен

. @suxxes @vladson4ik @HornedKavu прямо сейчас, то это вопрос

@suxxes @rubyunderhood @HornedKavu ROM сырой. И мы не делаем свой, мы юзаем production grade Java Hibernate.

@vladson4ik @suxxes @rubyunderhood @HornedKavu все ок с ним

@iamstarkov Там какая-то херь со статистикой @rubyunderhood творится.

@artemeff @suxxes @rubyunderhood @HornedKavu на момент начала работ, он был очень сырой. А что сейчас там, интересно!

@artemeff @suxxes @rubyunderhood @HornedKavu там есть ассоциации? Композитные объекты? Ленивые ассоциации и поля?

@artemeff @suxxes @rubyunderhood @HornedKavu но да, например Redis ))) так быстро не прикрутишь

@artemeff @suxxes @rubyunderhood @HornedKavu к HIbernate, я имею в виду.

@vladson4ik @suxxes @rubyunderhood @HornedKavu там многое от адаптера зависит

. @suxxes ну и количество твитов похоже на правду

test stats

@suxxes @rubyunderhood ноуп, уже починил

@listochkin @rubyunderhood rvm, везде и всегда

Хей, @rubyunderhood вам должно нравится такое! /cc @sudodoki @mikhailbortnyk @kottans_org twitter.com/g33konaut/stat…

. @listochkin @sudodoki @mikhailbortnyk @kottans_org и правда ruby:)

@rubyunderhood @suxxes @HornedKavu а нашу интеграцию JRuby с Hibernate мы планируем допилить и выпустить.

. @vladson4ik @suxxes @HornedKavu было бы крайне интересно посмотреть.

А вот такая тема, из сегодняшнего чата, ну и вообще вопрос часто всплывает -- кто как организует код в rails-приложениях?

Тот код, которому вроде бы и в app не место и в lib непонятно как складывать:) Например есть модель User, есть класс, который сериализует

Коллекцию пользователей в csv. Где ему место?

Я, например для /app/models/user.rb и делаю /app/models/user/csv_serializer.rb и вкладываю его как User::CsvSerializer

Вообще стараюсь все жестоко неймспейсить в приложении. Такие вещи как CatalogCategory, CatalogItem, CatlogItemImage не люблю.

. @mpak999 я про в app-не место, для того, чтобы подчеркнуть возможные сомнения:)

. @mpak999 app/serializers можно вполне,но в случае/serializers/user/xml /serializers/user/csv /serializers/user/something та же вложенность

@rubyunderhood хехе, "вроде бы в app не место"? сам все равно положил в app/models/.... куча вложенности бегать, не проще ли app/serializers

@rubyunderhood Выношу подобные вещи в lib (lib/serializers/user/csv.rb)

@rubyunderhood app/services/csv_exporter_service.rb

. @svenyurgensson как вариант) а предметно-специфичные как раскладываешь? неймспейсишь внутри /app/services?

@rubyunderhood в таком случае надо четко соблюдать правила рельс про наименование модуля и пути, где он лежит, ибо отломается class autoload

. @svenyurgensson это да. Но конвенции вообще всегда стоит соблюдать, иначе ошибки могут быть совершенно непонятными)

@rubyunderhood app/serializers?

@rubyunderhood app/filters app/forms app/services app/jobs – главное не забыть добавить в autoload path чтобы работал console reload

@rubyunderhood app/-folder-, если относится к частям аппа и при этом специфично приложению, lib-whatever-, если более абстрактно.

@rubyunderhood на самом деле стоит всегда помнить слова @michaelklishin о том, что приложение - оно прежде всего руби, а потом уже - рельсы

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

. @svenyurgensson @michaelklishin все так,но часто замечаю – народ теряется за счет того, что конвенции есть, но всего не предусматривают)

@rubyunderhood рельсовая файловая структура — отстой и заставляет узко мыслить. Приложения не могут состоять из одних М, V и С

. @ptico я бы сказал, что рельсовая файловая структура заточена в первую очередь под M, V и C)

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

@rubyunderhood для этого есть документация, так что RTFM

. @svenyurgensson @ptico и попутно вопрос -- как стоило бы организовать файловую структуру рельсы, чтобы не было отстойно?

@rubyunderhood @ptico а что еще бывает в _обычном_ серверсайде, кроме MVC ?

@svenyurgensson @rubyunderhood ну вот, к примеру, как я это люблю делать: pic.twitter.com/tyoXSTGdk8

. @ptico @svenyurgensson т.е. все сводится к расширению рельсовой файловой структуры предметно-специфичными папками

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

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

И еще попутно про файлы и папки:)Есть app, в нем сайт, админка, api для мобильных устройств,ЛК для каких-нибудь партнеров.Большое приложение

Как поступите?Одно большое приложение, или gem с уровнем данных, библиотечным кодом и по приложению на каждую задачу?)

@rubyunderhood не совсем, тут всё ключевое в use_cases/ каждый из которых как мини-гем со свободной структурой

. @ptico понятно, спасибо)

@rubyunderhood а всё что вокруг: шареный между юзкейсами application-specific код

@rubyunderhood если интересно, могу эфемерный пример на гитхаб закинуть, чтоб общий концепт можно было понять

. @ptico класс, давай конечно!

@ptico @rubyunderhood ждем-с :)

@rubyunderhood слава монолитам

. @Bugagazavr почему?)

@rubyunderhood @Bugagazavr слава микросервисам

. @TheSunwave @Bugagazavr почему? и что такое микросервис?)

@rubyunderhood тестировать проще, да и все всегда под рукой

. @Bugagazavr а почему тестировать проще? какая разница?

. @Bugagazavr нуу, n независимых приложений у каждого своя тестовая база, можно тестировать по отдельности пока не надоест:)

. @Bugagazavr Является ли максимально-шаред код добром или злом это еще вопрос для обсуждения:)

@rubyunderhood это актуально для rails app, ибо на практике либо был гемор с дублирвоанием кода, либо с актуализацией

. @Bugagazavr код который совсем дублируется в общий джем:) В остальном изолировать:)

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

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

. @Bugagazavr я невполне согласен) API-для мобилок, админка, сайт вполне тянут на независимые приложения, что мокать между ними)

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

. @Bugagazavr это да, вопрос в том кто перевешивает advantages или disadvantages

@rubyunderhood gem хорошо когда одно решение на несколько проектов, а не как shared код в рамках одного.

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

. @Bugagazavr может не так делили?) но вцелом конечно ситуации могут быть разными, да.

@rubyunderhood сабж вот в jvm языках шарить код будет проще, чем в ruby, вот к примеру github.com/twitter/finatra

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

@rubyunderhood @Bugagazavr lotus и архитектура container вам в помощь

. @artemeff @Bugagazavr Лотус интересная штука, хочу найти время подробно посмотреть

@rubyunderhood помнится мне ci, vexor, кажется он был распилен на десяток гемов, контрибьютить в него было то еще удовольствие. (:

@rubyunderhood ага, он самый github.com/vexor

@rubyunderhood @Bugagazavr обязательно найди :)

@rubyunderhood @Bugagazavr ты же сам написал :) Разбиение обработчиков задач на отдельные приложения.

. @TheSunwave @Bugagazavr в случае rails врядли применимо слово "микро" :)

@rubyunderhood @ptico @svenyurgensson Use Lotus, Luke!

@rubyunderhood @Bugagazavr в случае с Rails можно писать свои сервисы хоть на Erlang, и спокойно писать на Ruby обертку)

. @TheSunwave @Bugagazavr почему-то напомнил cs4.pikabu.ru/images/preview… :))

Сегодня пятница, хочется поговорить про что-нибудь легкое и не особенно существенное:) Например про linux vs OS X vs Windows для ruby dev

Кто что использует? Я давно на маке, но обдумываю свитч обратно в Linux. Двое моих колег используют windows + vagrant / virtualbox)

Может быть есть какие-то более экзотические варианты?)

@rubyunderhood Использую Linux и Vagrant + VBox для некоторых проектов (чтобы не захламлять основную систему).

. @scaint что за дистр? Убунта?

. @rubyunderhood @scaint Нынче Mint в моде, так что, думаю "Linux" - это он.

@rubyunderhood слишком очевидная тема!

. @kDasme все на маках?))

@rubyunderhood конечно! Даже без вагрантов. Но пока просто не пригождалось, разумеется вагрант нужен :)

@rubyunderhood да, 14.04 LTS

. @dcromster @rubyunderhood Мой выбор: Debian/Mint.

. @backendsecret @dcromster debian -- добро, а вот с убунтой всегда какие-то проблемы были, не прижилась

. @kDasme в макоси в частности раздражает brew, с ним головняк, когда хочется поставить пакет специфической версии)

. @rubyunderhood Я привык к aptitude. Mint - та же убунту, но на родном (мне) Gnome2, проблем не испытываю. Debian - обсуждать нечего :)

@rubyunderhood @kDasme macports на такое дело :) хотя с brew проблем не было

. @mpak999 @kDasme что-то от макпортов несколько лет назад отказался)

. @rubyunderhood Неее, если уж хочешь нормальный holy-war, то #ruby vs #python!

. @backendsecret по-моему это уже малоактуальный холивар, но вот ruby vs нодажс еще встречается:)

. @backendsecret в вашем руби даже промисов нет, сказал мне однажды один js-ник:)

@backendsecret @rubyunderhood хотите холивара - удалите емакс/сублайм/атом и поставте православный вим

. @anton_davydov @backendsecret я кстати согласен насчет vim-а, самый лучший редактор:)

. @scaint @rubyunderhood LTS рулит, слов нет. Но какое DE? Что ставил из ppa? И вот уже LTS не такой уж LTS :)

. @anton_davydov @rubyunderhood Таки в чём проблема? Так и есть :) Vim заруливает!

@rubyunderhood мак + вагрант для крупных проектов

. @backendsecret конечно странное сравнение, но видимо в этом и смысл)

. @rubyunderhood Странное на мой взгляд сравнение. Но это всё ничего - сейчас Lispеры и Perlисты подтянутся - вот тогда всем хана!

. @backendsecret лисп вообще непонятно зачем нужен, если кложура есть)

@rubyunderhood @backendsecret кложа/го/руби?

. @rubyunderhood Lisp нужен, чтобы была кложура... Вообще, мне ML-языки больше нравятся... Но хайпа вокруг них меньше :)

. @backendsecret я бы сказал лисп БЫЛ нужен, чтобы появилась кложура) Но это уже отдельная история)

@backendsecret А? Шо? Холивар?! Уууэээээ... Да ну нафиг. Пойду посплю... :) @rubyunderhood

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

. @rubyunderhood Lisp - не язык. Это подход! Так что он ЕСТЬ. Тот же #hy - всё тот же #lisp, но на #python.

. @backendsecret нуу, согласен, хорошо) спорить было бы глупо)

@rubyunderhood на маке, и на Xubuntu - самое то, мне графические навороты не нужны, летает

. @svenyurgensson если графические навороты ненужны тогда можно fluxbox попробовать, кайфовая штука)

. @backendsecret @rubyunderhood Gnome classic. PPA: Crystal, Erlang, Rust, Neo4j и всякая мелочь, вроде Heroku toolbelt, Vivaldi...

@rubyunderhood для меня emacs - самый лучший редактор (в том числе и текста :)

. @svenyurgensson несколько раз пытался втыкать в emacs, но в итоге vim победил) Видимо привычка срабатывает)

. @svenyurgensson @rubyunderhood Просто интересно: в тунаре таки появились вкладки? или "какой file manager используете под xfce4"?

@rubyunderhood @kDasme чего отказываться-то, надо совмещать просто, раз уж что-то в brew не идет, то через port попробовать и т.п.

. @rubyunderhood @svenyurgensson конечно срабатывает. :wq запомнил - дальше - проще!

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

. @svenyurgensson а чего там его предустанавливать, одна строчка в .xinitrc Конфигов там кот наплакал, разве что для меню, да тему выбрать)

@rubyunderhood @kDasme без фанатизму главное :)

@rubyunderhood для вимеров надо ставить spaceemacs - там режим evil mode включен. Хотя я считаю это извращением

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

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

. @svenyurgensson удобно, минималистично) но вцелом, если xfce всем устраивает, то оно и не за чем)

. @svenyurgensson @rubyunderhood Значит ничего не изменилось. Помню, как перелез с xfce4 на lxde - прям радовался!

@rubyunderhood он же, этот fluxbox адово страшный fluxbox.org/screenshots/sc…, небось, какие-нибудь задроты-хакеры с немытыми головами писали

. @svenyurgensson ахахах, он кайфовый, жалко тут разработчиков fluxbox нет)

Еще вброшу попутно, тут зашел разговор за файловые менеджеры, а они вообще нужны в *nix?

Я большинство времени провожу в консоли, файндером практически не пользуюсь вообще, ооочень редко.

@rubyunderhood lxde выглядит вполне нераздражающе, возможно годная вещь

@rubyunderhood ну серьезно, там же ад с иконками, с фонтами, с принципами UI, вообще куда ни ткнись, а жизнь - коротка чтоб так хуево жить

@svenyurgensson @rubyunderhood чуваки, як щодо xmonad

. @ilavriv @svenyurgensson опередил меня, я только хотел за тайловые поговорить) Это имхо высший пилотаж)

@rubyunderhood я mc иной раз пользуюсь, забиваю список путей в лист ctrl+\

. @Stammru в mc как-то не могу((

. @rubyunderhood И таки зачем тогда весь этот MacOS? Linux консоль ни разу не хуже!

. @backendsecret дык и я об этом же)

@rubyunderhood @ilavriv кто-нибудь скажет, какую проблему они решают?

. @svenyurgensson @ilavriv автоматически лейаутят окошки, можно мышью ВООБЩЕ не пользоваться

. @ilavriv @rubyunderhood @svenyurgensson Годно. Только надо вникнуть.

@svenyurgensson @rubyunderhood основна проблема то мабуть розміщення вікон (їх по суті нема) тайли можна більш ергономічно настроїти

@rubyunderhood Kubuntu 15.04 :)

. @bytecheg по-моему последний нормальный релиз KDE был 3.3, после этого все пошло под откос((

. @rubyunderhood А я об этом. Вот сижу я за dell xps и ни разу не понимаю, на кой переплачивать за Mac.

@backendsecret @rubyunderhood cmd+c и ctrl+c! В линуксе копировать из терминала/в терминал - это головная боль

. @dimazest @backendsecret а вот и нет) есть же xclip

@svenyurgensson @rubyunderhood крім того лаяути можна групувати тайли для різних задач. тобто мати різні лаяути для дева чи сервання в неті

@backendsecret @rubyunderhood две вроде бы маловажные причины: зарядка и twitter.com/dimazest/statu…

. @dimazest @backendsecret а что зарядка?

. @dimazest @backendsecret с шорткатами конечно конфуз, но можно в конце концов пользоваться не xterm-ом а чем-то более продвинутым)

. @dimazest @rubyunderhood 1. Сtrl+shift+{c,v} 2. Ты не поверишь, но можешь назначить любой аккорд.

. @backendsecret @rubyunderhood У меня первый DE был Энлаймент.Я тогда пищал от восторга: на Pent75 без видеоускорителя такие эффекты делал!

. @dcromster @backendsecret энлаймент всегда казался каким-то хипстерским) помню fvwm и icewm были, а потом blackbox и fluxbox

@rubyunderhood @ilavriv @svenyurgensson большую часть времени провожу в терминале (tmux + vim/nvim). Тайловый wm мне вообще не нужен

. @scaint @ilavriv @svenyurgensson тайлы кайфовы тем что можно много терминалов открыть, в которым будет tmux :)

. @rubyunderhood @dimazest Делай утром - будешь огурцом! А про ноут - 6 часов держит - на мастер-классе пришлось поверить. Вообще, под 8.

@rubyunderhood да, в жизни надо всё попробовать... :D @backendsecret

@rubyunderhood @scaint @svenyurgensson і не тільки терміналів всяке буває

. @dcromster @rubyunderhood e17 творит чудеса компизовости... Жаль в целом выглядит как гуано...

. @rubyunderhood а хто у Львові і йде сьогодні на @pivorakmeetup ?

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

@rubyunderhood @scaint @ilavriv мне терминал terminator вполне годен, делаю сколько надо в нем сплитов и вперед

. @rubyunderhood @dcromster i3wm - самое норм!

. @rubyunderhood @dimazest С шорткатами конфуз только в Mac- в Linux можно поставить те же Ctrl-V/C, точнее не в Linux а в прогах под него.

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

@backendsecret я помню на убунте вставлял кликом скролом мыши, задолбался shift+insert нажимать @rubyunderhood @dimazest

. @Stammru @backendsecret @dimazest сурово)

.@backendsecret @rubyunderhood а как проги останавливать тогда!!!!1111

.@Stammru @backendsecret @rubyunderhood да, это выход

. @Stammru @rubyunderhood @dimazest ой! прям мазохизм какой-то. Хоть погуглил бы...

. @dimazest @rubyunderhood Начнём с того, что этот Ctrl-c - это просто сигнал, а на что ты его назначишь - твоё право.

. @dimazest @rubyunderhood А продолжим: "У меня два биндинга к разным экшонам - что делать" - любой jsовец тебе расскажет.

.@backendsecret @rubyunderhood это понятно, но хочется просто пользоваться и особо не думать или настраивать систему

. @dimazest @backendsecret thinkpad T440s стоит рассмотреть)

. @dimazest @rubyunderhood Либо ты настроишь систему, либо система настроит тебя!

@backendsecret вспоминается бородатая шутка: В линуксе можно настроить всё. И ты, ****, будешь всё настраивать @dimazest @rubyunderhood

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

.@backendsecret @rubyunderhood можно ли netflix смотреть и spotify слушать без бубна в linux?

@backendsecret @rubyunderhood @dimazest будь не как все! fuck the systemd!

@backendsecret @rubyunderhood уоу-уоу-уоу, палехше! Макбук придумал боженька и дал его Джобсу в обмен на лучшую марку

. @ptico @backendsecret по-моему божественные макбуки закончились примерно на леопарде)

@rubyunderhood @dimazest @backendsecret за 2+ года пока все шнурки живые от всех девайсов apple, но я аккуратный

@rubyunderhood по поводу ОС: это мы привыкли и зажрались. Недавно имел дело с виндой и десктопным линухом, с тех пор не ворчу про макось

@artemeff @rubyunderhood полировать нет времени, но суть должна быть понятна github.com/Ptico/rubyunde…

. @ptico @artemeff спасибо большое!

@artemeff @rubyunderhood преимущества такого подхода в том, что легко тестировать и переиспользовать куски кода.Плюс изменения вносить проще

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

@rubyunderhood ну и можно спрашивать что да почему

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

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

@rubyunderhood и так, чтобы было нормально жить, к рельсе нужно относиться как к библиотеке, а не фреймворку.

@rubyunderhood наименование папок/файлов это единственные конвенции, которые удобны (в контексте autoload), всё остальное просто код.

@michaelklishin @rubyunderhood @svenyurgensson Золотые слова. Разрабатывайте приложение, которые используют rails, а не являеются частью его

. @lisovskyvlad нууу, rails это все-таки фреймворк а не библиотека. Во что на практике выливается этот подход (относитесь как к библиотеке)?

. @lisovskyvlad не очень понял вопрос, что именно имеешь в виду?

@rubyunderhood это ты так называешь ООП дизайн?

@rubyunderhood выливается это в такое - github.com/mokevnin/rails…. Бизнес логика должны быть 100% отделена от AR, контроллеров и хэлперов.

. @lisovskyvlad сейчас глянем что там такое

. @lisovskyvlad меня за троллить не выйдет, я всвое время александреску осиливал)

. @lisovskyvlad а ценность книг по рефакторингу очень сильно переоценена)

. @lisovskyvlad ну сервис объекты и что? разговор то был не про это изначально) дискас про то куда чего раскладывать)

@rubyunderhood я тебя троллю, стоит почитать книги о рефакторинге, DDD, Санди Метц посмотреть доклады и т.д. Что такое разработка вообще то

@rubyunderhood на современный лад это называется сервис объекты - github.com/gitlabhq/gitla…

@rubyunderhood зацени как мало кода в моделях github.com/gitlabhq/gitla…, а это очень большое приложение (gitlab)

@rubyunderhood если вкратце, то всё что не про http, persistency в классы, которые вообще не знают что их используют в веб-приложении.

. @lisovskyvlad про то, как делать мало кода в моделях уже 100 книжек написали, разговор о том, кто как организует базу кода в рельсах)

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

. @lisovskyvlad Влад ворвался откуда-то с середины видимо:) Дискас был не про то, как какой код писать, гибкий и тестируемый, или негибкий

. @lisovskyvlad и нетестируемый, а как его структурировать в контексте приложения на рельсах.

. @lisovskyvlad app/serializers, app/services, app/something? Это мы и хотели выяснить:)

. @lisovskyvlad неймспейсы-то используешь?) app/serializers/user_csv_serializer, или app/serializers/user/csv_serializer? или по всякому?:)

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

@rubyunderhood @lisovskyvlad я скоріше розбиваю на неймспеси концептуально типу app/admin/ app/api/v1 і тп

. @lisovskyvlad а эволюционирует в каком плане?) Типа, вначале фигачим а потом разгребаем по-возможности?)

@rubyunderhood Да, видимо я не понял что вы хотели то. Ну, конечно не /lib. В либ то, что вообще к приложение не относится, но ещё не гем.

@rubyunderhood @lisovskyvlad є така штука як hierarchical mvc неймспейси тут якраз грають роль модулів а mvc в середині них

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

. @lisovskyvlad угу, респект за МОЩНЫЙ врыв, я вначале удивился даже:)))

@lisovskyvlad @rubyunderhood якраз якщо аплікуха живе довго то неймспейси полегшують її скейлінг і дописування нових штук

@lisovskyvlad @rubyunderhood тобі по суті можна не тримати в голові всю архітектуру а зосередитись на конкретному неймспейсі

. @ilavriv @lisovskyvlad вот да, согласен, все что можно изолировать -- надо изолировать)

@rubyunderhood красавчик, давно я такого срача из пустоты не видел! :+1:

. @anton_davydov да я сам удивился, честное слово:)))

. @Bugagazavr я как раз за неймспейсы и выступаю)

Всем хорошего вечера пятницы, на сегодня я в оффлайн) На последок всем хорошей музыки youtu.be/FPbQ6weKh-k

Спасибо @suxxes, подкинул хорошую тему: Как и чем начать и продолжать тестирование?

Если говорить об инструментах, то я (наверное, как и большинство) использую rspec, factory_girl, capybara, teaspoon.

Для автоматизации выполнения тестов раньше использовал guard + spork, сейчас не использую ничего, при разработке тесты запускаю руками.

С чего начинать писать тесты в новом приложении – я обычно пишу features spec-и постепенно дополняя их юнит-тестами. Важно, чтобы тестовая

инфраструктура развивалась совместно с приложением.Начать писать тесты в большом,долгоживущем app, без тестового покрытия будет сложно

@rubyunderhood @suxxes мне кажется, достаточно не принимать PR без тестов и поставить CI :)

. @anton_davydov @suxxes еще вопрос, кто какие CI использует) Я гитлабовский.

@rubyunderhood Я вот даже не тестирую. :)

В продолжении разговора -- а есть адепты TDD? 100% coverage, test first вот это все

@rubyunderhood не адепт TDD, раньше тесты не писал вообще и спал плохо. Сейчас на довольно большой проект стал писать тесты - сон улучшился)

@rubyunderhood 100% coverage это иногда мало

. @ptico я бы сказал 100% coverage это часто бестолково)

@rubyunderhood есть вот такая штука github.com/mbj/mutant/ покрывать ей на 100% не обязательно, но самые слабые места узнать можно

@rubyunderhood @anton_davydov @suxxes GitLab CI, TeamCity - для проектов, Travis CI - для gems

@rubyunderhood есть одна очень хорошая вещь в тестах: они понижают фоновый уровень тревоги и повышают удовлетворение

@rubyunderhood @anton_davydov @suxxes я использую длс CI jenkins с пробегом rubocop -> rspec -> cap deploy