DSL для описания скрама на руби ?

Зачем? Срам и так хорошо описан

я не помню уже, что там в форме написал

Да. В прошлый раз, те с кем были в чате и на конфе встретился малые презенты вручал.

о если остались ещё билеты то я тоже буду

Братан, ща тебя по связям протянем.

о если остались ещё билеты то я тоже буду

О

Ну давай.

нафиг, это придется в последний момент в спешке доклад пилить )))

У тебя месяц.

у меня там еще teamleadconf и закрытие страйбкольного сезона

А. Это да.

у меня там еще teamleadconf и закрытие страйбкольного сезона

ну вот доклад больше для этой конференции, как мне кажется

ну вот доклад больше для этой конференции, как мне кажется

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

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

ну я больше про саму тему доклада

ну тема да

Доброго времени суток, товарищи. Небольшой вопрос для саморазвития: какие гемы вы считаете обязательными для изучения? Например, "active_record" или "sinatra" (оба глубокие, но познакомиться с ними стоит каждому). Гемы типа "colorize" предлагать не стоит =)

гем Rails

rom, dry-types

Те, которые ты используешь

Ну если проект серьёзный

https://github.com/markets/awesome-ruby https://github.com/hothero/awesome-rails-gem

Ещё гемы из списка стоит посмотреть https://github.com/davydovanton/stop_active_support_anywhere

этим пользуется кто-то? Оо

я как референсом в срачах против AS

хахах

топ

правда, рад, что помогает

хз как развивать проект правда

Бороться с AS сурьёзнее

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

а как ты это видишь?

Я думал написать копа, который ругается на методы AS. Не так много фашизма, и можно двигаться мелкими шагами А так — сейчас мало информации о проблемах AS. Бонус: кто признаёт, что blank? и present? не нужны. Ещё, мало кто слышал про Transproc и прочие крутые штуки Больше говорить, больше инструментов

Некоторые вещи из AS даже не надо заменять — их банально не нужно использовать. Но это же надо ещё и объяснить

а мне нравится AS ?

Он хорош, если ты понимаешь что юзаешь именно его, ибо многие рубится даже не знают, что это методы as, а не руби

Зачем знать чьи это методы, если все работает? :)

зачем писать хороший код, если все работает

я так сфейлил с blank?, заюзал его без рельсы и не понимал, почему не работает

AS места очень хорошая библиотека. Например, работа со временем или тот же present?

зачем писать хороший код, если все работает

как отсутствие as сделает код хорошим? что вообще такое хороший код? :)

AS места очень хорошая библиотека. Например, работа со временем или тот же present?

present? и blank? — самые ненужные части этой библиотеки

как отсутствие as сделает код хорошим? что вообще такое хороший код? :)

вопрос в том, как наличие AS сделает код плохим как — см. репозиторий Антона, там ссылки есть

как отсутствие as сделает код хорошим? что вообще такое хороший код? :)

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

present? позволяет без лишних отрицаний писать код. Позтивные условия легче читаются

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

с тобой не интересно, ты не отвечаешь на вопросы

Я думал написать копа, который ругается на методы AS. Не так много фашизма, и можно двигаться мелкими шагами А так — сейчас мало информации о проблемах AS. Бонус: кто признаёт, что blank? и present? не нужны. Ещё, мало кто слышал про Transproc и прочие крутые штуки Больше говорить, больше инструментов

Transproc хорош, подтверждаю

ты не умеешь задавать вопросы

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

она по дефолту идет нет? Или вы отключаете ее специально на проекте?

она по дефолту идет нет? Или вы отключаете ее специально на проекте?

в руби встроена?

в руби встроена?

а ты без рельс работаешь?

в том числе

AS часто тянут в гемы ради одной-двух фич, типа try

present? спасает от лишних отрицаний, это хорошо, да проблема в том, что present? — это !blank?. А blank? — ненужая и вредная ?

ну тогда, у тебя наверное есть мелкий модуль с alias-ами. Тянуть либу не стоит ради этого

present? спасает от лишних отрицаний, это хорошо, да проблема в том, что present? — это !blank?. А blank? — ненужая и вредная ?

А ты можешь это обосновать?

А ты смотри исходники blank?

В нормальном софте нет никаких причин это использовать

ERROR: S client not available

Я видел

present? спасает от лишних отрицаний, это хорошо, да проблема в том, что present? — это !blank?. А blank? — ненужая и вредная ?

Можешь рассказать что вредного в blank?

AS часто тянут в гемы ради одной-двух фич, типа try

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

respond_to?(:empty?) ? empty? : !!self — это вообще дико

И мне кажется, что лучще просто if чем if с или

Я предлагаю обосновать, в каких ситуациях вам нужна такая проверка

respond_to?(:empty?) ? empty? : !!self — это вообще дико

Это потому, что empty - не только nil

Што?

Либа заточена на разные объекты и утиную типизацию

Утиная типизация — о том, что объекты имеют схожий интерфейс

Она умеет и пустую строку понять

У nil и ”” интерфейсы разные

И это прекрасно

Это не утки.

Поэтому и empty

?

ооо, аргументы подъехали

Я предлагаю обосновать, в каких ситуациях вам нужна такая проверка

Простейший пример - валидация web формы

Тебе может приехать и nil и пустая строка

Данные нужно валидировать и нормализовывать перед тем, как использовать

Софт без этого — ?

Данные нужно валидировать и нормализовывать перед тем, как использовать

dry-validation кстати отлично подходит

Ага, потому что руби статический строготипизированный функциональный язык

Тебе может приехать и nil и пустая строка

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

Ага, потому что руби статический строготипизированный функциональный язык

+

Типизация-то тут при чем?

Динамичность её, точнее

Типизация-то тут при чем?

при том, что проверка на презент - это проверка на тип и его значение

Или парадигма