например тот же hash compact

если бы не было возможности патчить, это был бы какой-то CompactableHash#compact

и было бы сразу видно - это не ядро

например тот же hash compact

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

если бы не было возможности патчить, это был бы какой-то CompactableHash#compact

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

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

о чем мы вообще говорим? я отвечаю на вопрос "почему руби путают с рельсами"

и "почему в других языках такого нет"

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

манкипатчинг рельсы в какой-то степени простителен) это же как-бы DSL. но вот когда сторонние гемы неявно добавляют и переопределяют методы, тогда начинается боль. нужен какой-то явный и строгий механизм подключения зависимостей что ли. подключаешь гем а он ActiveRecord::Base.include(ModuleFromGem) Можно было как-то так: Рельсы патчат и добавляют свой DSL, дальше в каком-то конфиге происходит явный инклюд остальных библиотек и у классов вызывается freeze

пример: https://github.com/kaminari/kaminari/blob/master/kaminari-activerecord/lib/kaminari/activerecord.rb#L7 зачем мне нужен каминари во всех моделях?

потому что все для упрощения пользования

иначе в каждую модель пришлось бы вручную домешивать

ну то есть твоя идея понятна

не все ж модели нужно пагинировать

да пусть инклюдит, чо плохого

потому что все для упрощения пользования

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

совсем немного увеличивает

все равно кеши вызовов и все такое

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

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

will_paginate кажись тоже самое делает

можно и самому написать, вроде не сложная система

не надо :)

ну я и не буду )

если бы боролся за мегабайты тогда только

тогда надо брать mruby :)

манкипатчинг рельсы в какой-то степени простителен) это же как-бы DSL. но вот когда сторонние гемы неявно добавляют и переопределяют методы, тогда начинается боль. нужен какой-то явный и строгий механизм подключения зависимостей что ли. подключаешь гем а он ActiveRecord::Base.include(ModuleFromGem) Можно было как-то так: Рельсы патчат и добавляют свой DSL, дальше в каком-то конфиге происходит явный инклюд остальных библиотек и у классов вызывается freeze

Не соглашусь с тем, что это нормально. Делаешь require 'active_support' и всё пошло поехало. То есть даже в других гемах становятся доступными его методы. Знаете сколько я гемов видел с методом blank? ? Три. Работать они могут по-разному. Какой из них в итоге будет использоваться — хер знает

можно и самому написать, вроде не сложная система

За день примерно пишется ¯\_(ツ)_/¯

есть такое

Не соглашусь с тем, что это нормально. Делаешь require 'active_support' и всё пошло поехало. То есть даже в других гемах становятся доступными его методы. Знаете сколько я гемов видел с методом blank? ? Три. Работать они могут по-разному. Какой из них в итоге будет использоваться — хер знает

От этого спасают refinements, люблю их

у меня не все получилось заменить на refinements

у них лексический scope

ну собственно это и есть их смысл. но все же

и в 2.4 уже больше могут

но никто пока толком не пользуется

о ещё не смотрел, спасибо

хотя видел мерж в рельсу

Since Ruby 2.4, methods defined via refinements will be available when called via methods like Kernel#send & Symbol#to_proc.

но никто пока толком не пользуется

Я пользуюсь около года, всё ок

Since Ruby 2.4, methods defined via refinements will be available when called via methods like Kernel#send & Symbol#to_proc.

Баги исправили, да

Since Ruby 2.4, methods defined via refinements will be available when called via methods like Kernel#send & Symbol#to_proc.

ага ну это уже лучше

Но и без этого можно было жить, собственно. Просто стало чуть проще

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

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

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

Аргументация только вряд ли присутствует

http://rocket-science.ru/hacking/2016/06/27/monkeypatch-it

вот конкретно с этим мнением я согласен

Это дар и проклятье одновременно

вот конкретно с этим мнением я согласен

ну у меня примерно такое же мнение

http://rocket-science.ru/hacking/2016/06/27/monkeypatch-it

Какой-то бред, на мой взгляд

Чел очень умный и опытный. Пишет кодяру 20 лет, работал в на крутых проектах

И работает на крутых проектах. Я видел его код, он крутой

Он написал очевидную вещь: руби не для всех и не для всего

ну петр солница, на которого он ссылается, тоже классный чувак

Аргументация всё равно слаба: — "используйте МП, это естественно для руби!" (Кто так сказал? С чего ты взял?) — "пока не было рельсы — были популярны другие языки, а рельса юзает МП, значит популярность руби из-за МП" (цепочка фреймворк — ЯП — паттерн, это вряд ли допустимо) — "топор хорош для своего дела!" (Бля, ты здесь про МП пишешь или топоры?) Он не привёл ни одного примера с проблемами. Если он опытный — он должен был с ними столкнуться. Если он только в рельсах работает — то он в относительном вакууме и безопасности, но судя по его словам вряд ли

ну петр солница, на которого он ссылается, тоже классный чувак

У него больше дельных мыслей было и кейсов, когда что-то хорошо, а когда — не очень

Тут этот Алексей (?) просто безоговорочно надрачивает на МП, и выглядит это крайне странно

Ему нравится МП, и тысячам людей, которые любят руби, тоже. Вот и все. МП и открытые классы - одна из ключевых возможностей руби, и ты ее либо любишь, либо выпиливаешься в Haskell / Elixir +- 20 ЯП без МП

Нет четкого ответа, хорошо или плохо использовать МП. Создатели руби попробовали, и это зашло, это популярно, это работает.

Ему нравится МП, и тысячам людей, которые любят руби, тоже. Вот и все. МП и открытые классы - одна из ключевых возможностей руби, и ты ее либо любишь, либо выпиливаешься в Haskell / Elixir +- 20 ЯП без МП

Нет, ты не понял. У каждой вещи есть достоинства и недостатки. В том числе у МП есть проблемы. Которые он не описал. Это нехорошо

Ему нравится МП, и тысячам людей, которые любят руби, тоже. Вот и все. МП и открытые классы - одна из ключевых возможностей руби, и ты ее либо любишь, либо выпиливаешься в Haskell / Elixir +- 20 ЯП без МП

Ты какой-то слишком категоричный, никто не запрещает использовать руби без МП

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

ERROR: S client not available

Ты какой-то слишком категоричный, никто не запрещает использовать руби без МП

Явно нет, но так или иначе многие хорошие библиотеки это используют => ты тоже, этого не избежать, если самому все не переписывать.

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

Зато достоинства неочевидны и о них надо написать статью, да ?

Про недостатки нытики с горящими жопами написали уже миллион статей, можно обойтись и без этого

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

тут ситуация такая. допустим если установить унитаз в спальне то это очень удобно и не надо ходить далеко? но возможно и споткнутся например в софтвер-инженеринге от подобных упрощений в основном отказываются https://learn.javascript.ru/with в рельсовом мире наоборот http://api.rubyonrails.org/classes/ActiveRecord/Enum.html

нет, это как второй туалет рядом с комнатой: удобно, но если нужно в душ - надо пройти по коридору :)

Про недостатки нытики с горящими жопами написали уже миллион статей, можно обойтись и без этого

Зато про достоинства не было ни одной, видимо ?

я начал опять писать на js и мне нравится что если что-то в файле используется, то сверху можно увидеть, откуда оно. но и руби подход мне нравится без кучи require. так что все по-разному

Любители неуместных аналогий!

Молотки, туалеты… чат и блоги строителей, а не программистов.

Нравится инструмент - используй, нет - не используй. В руби все используют это: куча библиотек и проектов. В статье Андрей правильно написал: не нравится - иди гуляй в свой двор, никто это менять не будет (и это круто). Нет, мыши плакали, кололись, но продолжали грызть кактус (обсасывать, какое это говно в 2017)

Любители неуместных аналогий!

ага, плохая метафора подобна котёнку с дверцей

Нравится инструмент - используй, нет - не используй. В руби все используют это: куча библиотек и проектов. В статье Андрей правильно написал: не нравится - иди гуляй в свой двор, никто это менять не будет (и это круто). Нет, мыши плакали, кололись, но продолжали грызть кактус (обсасывать, какое это говно в 2017)

Зачем пересказываешь, да ещё с метафорами? Я прочитал, я прекрасно понял, просто говорю, что ценность поста низкая.

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

Он не оценивает со всех сторон, он не несёт ничего нового — иии?

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

а зря

Потому что указатели зло

Потому что указатели зло

В руби без них лучше, да? ?

ну давай уж сразу "языки программирования зло. на них можно написать плохой код"

Он выражает мнение опытного человека, этого достаточно. Я поделился постом, как ссылкой на мнение, если конкретно тебе он не зашел, это ничего не значит.

Более того, это нормально.

Он выражает мнение опытного человека, этого достаточно. Я поделился постом, как ссылкой на мнение, если конкретно тебе он не зашел, это ничего не значит.

Нет, это значит, что он мне не зашёл)

ну давай уж сразу "языки программирования зло. на них можно написать плохой код"

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

Он выражает мнение опытного человека, этого достаточно. Я поделился постом, как ссылкой на мнение, если конкретно тебе он не зашел, это ничего не значит.

Я не увидел в его словах опыта — вот тоже проблема.

Тебе подсказать, чья это проблема?)

Тебе подсказать, чья это проблема?)

Всё относительно)

Ты говоришь, что он опытный, но этого не видно — твоя проблема. Он выражает своё мнение без подтверждения авторитета/опыта — его проблема. Ну и, конечно же, моя проблема, если я его не знаю, и не могу оценить опыт из поста

Ты ошибаешься, у меня в этом плане нет проблем. У него тоже, он просто выразил свое мнение, с которым некоторые (многие?) согласны.

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

Ты ошибаешься, у меня в этом плане нет проблем. У него тоже, он просто выразил свое мнение, с которым некоторые (многие?) согласны.

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

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

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