А смысл вступать в группу, и сразу же удалять акк?

А смысл вступать в группу, и сразу же удалять акк?

потому что это спаммер и в других группах его зарепортили и его акк удалили

Facebook у всех лежит?

Вилки небыло ?

Вот лучше расскажите, кто нить opalом обмазывался? Как оно?

Вот лучше расскажите, кто нить opalом обмазывался? Как оно?

особо никак

не стоит того

Ну значит останусь на кофе ?

Вот эта тачка

Водитель резвый

Чо в AICups рубистов нет в этом году?

Facebook у всех лежит?

только в узбекистане. наши таки решили сваять CDN для ФБ

всем привет) можете порекомендовать литературу/источник, где можно почитать про актуальные бест практис по рельсам? или вообще общий туториал, в котором описано, как можно писать хороший поддерживаемый код для rails. я несколько лет назад писал на руби, и совсем немного поработал с рельсами(четвертыми), потом остался чистый руби, и потом был большой перерыв до сегодняшнего дня. Поэтому я имею общее представление о разработке на rails, но явно отстал от всего)

А что ты писал на чистом руби без рельс?

боты, скраперы, обработчики награбленного

токое есть https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&ved=2ahUKEwih25mv7KXdAhWD2CwKHRE_DDQQFjAAegQIAxAC&url=http%3A%2F%2Frailsforzombies.com.s3.amazonaws.com%2FRails-For-Zombies-Slides.pdf&usg=AOvVaw1aqqxHR3dlq8f-9k43s9v5

этож для начинающих

ага, это на самом старте проходил

а не, не то

раньше на codeschool были курсы с бестпрактис

но теперь codeschool мертв

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

да ниче не изменилось с 4 версии

https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&ved=2ahUKEwi7yo6Y7aXdAhVFhiwKHfnnCHQQFjABegQICRAB&url=http%3A%2F%2Fcourseware.codeschool.com.s3.amazonaws.com%2Frails4patterns%2Frails_4_patterns.pdf&usg=AOvVaw0KE1cU3eXhIFR2yXGpHcnK

во

rails 4 patterns

https://github.com/rubocop-hq/rails-style-guide

всем привет) можете порекомендовать литературу/источник, где можно почитать про актуальные бест практис по рельсам? или вообще общий туториал, в котором описано, как можно писать хороший поддерживаемый код для rails. я несколько лет назад писал на руби, и совсем немного поработал с рельсами(четвертыми), потом остался чистый руби, и потом был большой перерыв до сегодняшнего дня. Поэтому я имею общее представление о разработке на rails, но явно отстал от всего)

http://betterspecs.org/ Вдогонку

спасибо!

ну тогда и https://github.com/rubocop-hq/ruby-style-guide

так сказать на всякий

спасибо, сохранил все)

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

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

договориться то можно, а старый код кто будет к стайлгайду приводить? )

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

договориться то можно, а старый код кто будет к стайлгайду приводить? )

тот кто вводит стайлгайд :)

по крайней мере я так делаю. включил 1 правило - все поменял старое

тот кто вводит стайлгайд :)

Кто же ему даст весь git blame сломать? )

ну тут уж или шашечки или ехать

у нас и так блейм не очень

typo fixes some more fix specs

и так далее

договориться то можно, а старый код кто будет к стайлгайду приводить? )

rubocop -a

у нас кстати CI тоже настроен на проверку

rubocop -a

Гигантский коммит

Может идущие пуллреквесты все поломать

ебать ты сыкло

Может идущие пуллреквесты все поломать

Авторы разрешат конфликты. Why not?

Васян 1000 раз так делал))

Авторы разрешат конфликты. Why not?

Фича может быть оч большой

И что?

охуеешь разрешать)))

Да и по хорошему не должно быть слишком больших пулл реквестов. Они априори неудобны

кто первый пушнул, того и тапки ?

там могут быть конфликты не в его коде

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

Ради такого можно и мердж использовать, а не ребейз

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

Представляю себе какой вы неповоротливый

Так нельзя в IT ?

Гигантский коммит

не просто гигантский, а еще и все в одной куче

ну собственно в ит работают люди а не машины, поэтому всех ровнять на то что все всё помержат и такие молодцы удальцы ну такое, из разряда фантазий

Да и по хорошему не должно быть слишком больших пулл реквестов. Они априори неудобны

Не должно, но какой то разработчик мог работать над изменением архитектуры затрагивающий весь проект. Из недавнего - динамические права пользователей (были статические)

удобно когда в команде 2 чела и они такие чик чик всё порешали, сделали коммит и пошли дальше

ERROR: S client not available

Не должно, но какой то разработчик мог работать над изменением архитектуры затрагивающий весь проект. Из недавнего - динамические права пользователей (были статические)

О, тема. Свое написали для этого?

2 года назад я ничего стоящего не нашла

О, тема. Свое написали для этого?

Да, был pundit, выкинули

Strongbolt или как там его

Вообще без доков был

И сырой

Начальники хотели гибко права своих рабочих настраивать

В прошлом году делали

а что заюзали?

Начальники хотели гибко права своих рабочих настраивать

надо отвечать, что для изменения прав предоставьте письменное заявление в 3 экхемплярах не позднее чем за неделю до изменения

Он и так с трудом мержил свежий dev к своей фиче

А вы хотите ему все файлы обновить

а что заюзали?

Самопис обычный

Ребят, последний раз обращаю внимание на розыгрыш билета на RubyRussia 2018 (ранее Рейлсклаб) за помощь Эликсир-сообществу. Подробности в закреплённом сообщении (@wunsh).

договориться то можно, а старый код кто будет к стайлгайду приводить? )

У нас настроили так: Делаешь тикет, в нём затрагиваются например 5 файлов, в этих 5 файлах тебе и нужно пофиксить рубокоп, и так далее. Со временем проект будет весь хорошего качества, согласно best practise

Да, тоже об этом думал

У нас настроили так: Делаешь тикет, в нём затрагиваются например 5 файлов, в этих 5 файлах тебе и нужно пофиксить рубокоп, и так далее. Со временем проект будет весь хорошего качества, согласно best practise

как это заенфорсить?

как это заенфорсить?

Честно сказать не знаю, не смотрел тот PR, посмотрю, если найду- то напишу

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

ну у нас много людей и много больших фич делается одновременно

но мы юзаем feature flags и поэтому в мастер вливаются даже до конца не доделанные фичи

и соответственно PRы небольшие

поэтому конфликты минимизируются

А со схемой данных что делаетеИ

?

а что заюзали?

С правами грустно, их же еще надо и в браузер пропихивать

А со схемой данных что делаетеИ

это что?

база?

Базы

ну а какие проблемы?

Как эволюцию данных поддерживаете в таком случае?