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

если у вас в команде не демокартия

ну у нас демократия, поэтому соблюдать общие договоренности должна вся команда как все люди должны соблюдать конституцию)

хорошо когда конституцию писали люди с которыми ты в одном направлении мыслишь

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

Были конечно случаи, когда некоторые люди прям токсиками становились когда не принимали его правило в рубокопе или какой-нибудь "супер полезный гем, который сократит 100 часов работы в день" не хотели тащить в репозиторий

и куда вы их дели? в бетон и на дно морское?

Да как правило они либо успокаиваются, либо их приходится увольнять, особенно когда чел начинает себя вести очень не конструктивно

Ну я бы не назвал это демократией. Как говорит один мой знакомый "послушание начинается там, где расходится мнение" ©. Ну или "свобода заканчивается там где начинаются права другого" ©. Пока мнения совпадают - это не демократия. В политике не разбираюсь, но слышал термин из экономике - олигополия. Вот очень похоже... (В экономике то же не разбираюсь XD). Простите за офтоп/философию.

Возвращаясь к топику - меня устраивают и монады и rails way. Только хотелось бы не иметь мешанины из подходов. Аля "лебедь, рак и щука".

По-моему это как раз демократия и есть. Все проголосовали и в итоге сделали как проголосовало большинство.
А олигополия - это же вообще не форма правления.

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

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

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

Хм, а если кто-то категорически против решения, что делать в этом случае?

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

Мне кажется это не может работать
В итоге либо все будут писать как хочет один, либо как хочет каждый
Страдать люди будут в обоих случаях :)

ну да, "как хочет каждый" как раз снижает это кол-во страдающих)

у нас был случай:

Мы дали челу лёгкий проект написать на рельсе (там делов на дня 2-3 максимум)

Так как у нас у всей команды жопа горела, мы доверелись ему и сказали: "чем проще, тем лучше"

Через неделю приходим к нему и спрашиваем "Are you winning, son"

А он там трэлблейзер влепил и решил оттянуться со stimulus reflex (на то время там вообще ничего не работало нормально)

Трейблейзер у нас большинство не любит
стимулус рефлекс ещё сырой и также не было фронтов которые там хоть что-то смогут сделать, у нас Vue или Slim

И в итоге то он нихрена не сделал, но зато "Я тут классную архитектуру спроектировал"

А это по сути вот этот блог за 15 минут

Где одна страничка и на ней список статей, которые может заводить админ (мы даже тут попросили сделать простую Basic Auth)

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

Их удобно юзать, но неудобно в них оборачивать

меня дико бесит вот это вот Do, которое меняет сигнатуры всех методов, добавляя им блок

Треилблазер норм, че вы

ну do нотацию же не обязательно юзать