Из растительности можно получить все необходимые аминокислоты. Просто с растениями нужно сильно заморачиваться, чтобы сбалансировать питания, с мясом — нет. (сам ем мясо)
Не имею ничего против предоставленных инструментов. Некоторые из них действительно занятны.
Но любой разработчик или команда смогут точно также как вы вытащить кучу кода из своих проектов и сделать подобные гемы.
И такие гемы, в среднем, будут не хуже и не лучше вашего, а будут просто описывать общее видение проекта и набор субъективно удобных утилит, правил наименований, структуры, хелперов и прочего.
Именно поэтому лучше не дампить в гем всё что тянется из проекта в проект, а выделить некоторые действительно полезные компоненты, подумать о нестандартных сценариях, улучшить их и добавить кастомизацию (если нужно) и только потом сделать гем. Но на это, конечно, нужно намного больше дополнительного времени.
Скажите пожалуйста, а зачем разработчику ставить этот гем и писать
translate_action(:edit)
вместо того, чтобы сделать так:
t('actions.edit')
или вообще создать свой хелпер или расширить i18n?
Просто это выглядит как набор никак не связанных друг с другом небольших решений, принятых в Вашей команде разработчиков, но объединённых в гем для удобства этой же команды.
Знаете как бывает — услышал глупую песенку и она привязывается, хотя от слов и музыки может вообще тошнит.
Реклама направлена на то, чтобы привязаться.
И между прочим, такие песенки очень часто как раз из рекламы.
Про всех, может я и погорячился.
Но лично мне не хочется, чтобы мне в мозг пихали непонятную мне информацию, при этом когда я до конца и не осознаю что именно туда запихнули.
На работе используем mercurial.
Возможно я ошибаюсь, но без плагинов нет чего-то вроде rebase и прочего.
Нет разделения веток на локальные и внешние — есть просто ветки. pull и push затягивает и толкает все ветки разом.
Более того, ветка именно ветка, она выходит из одной, она существует отдельно от других, её можно смержить с другой.
Не знаю, нормально это или нет?
Это не «только ваша проблема».
Это как минимум проблема:
* невозможности использовать новые удобные библиотеки (или обновить существующие)
* невозможности обновить php-интерпретатор или расширение, если там обнаружено какое-то некорректное поведение
А это увеличение времени разработки, баги и прочие «радости».
Я согласен с Вами, что семеро одного не ждут, и нет никакого смысла в авральном порядке править проект для работы на новых версиях.
Но опять же. Семеро одного не ждут сработает и в обратную сторону — не будет библиотек или никто не будет править в них ошибки для старых версий.
Интерьер на фото, счастливое выражение лица или сексизм?
Но любой разработчик или команда смогут точно также как вы вытащить кучу кода из своих проектов и сделать подобные гемы.
И такие гемы, в среднем, будут не хуже и не лучше вашего, а будут просто описывать общее видение проекта и набор субъективно удобных утилит, правил наименований, структуры, хелперов и прочего.
Именно поэтому лучше не дампить в гем всё что тянется из проекта в проект, а выделить некоторые действительно полезные компоненты, подумать о нестандартных сценариях, улучшить их и добавить кастомизацию (если нужно) и только потом сделать гем. Но на это, конечно, нужно намного больше дополнительного времени.
Скажите пожалуйста, а зачем разработчику ставить этот гем и писать
вместо того, чтобы сделать так:
или вообще создать свой хелпер или расширить i18n?
Просто это выглядит как набор никак не связанных друг с другом небольших решений, принятых в Вашей команде разработчиков, но объединённых в гем для удобства этой же команды.
Потому точно говорить что было бы, если бы не было войн мы не можем.
В случае музыки — нет.
Реклама направлена на то, чтобы привязаться.
И между прочим, такие песенки очень часто как раз из рекламы.
Но лично мне не хочется, чтобы мне в мозг пихали непонятную мне информацию, при этом когда я до конца и не осознаю что именно туда запихнули.
А в примере с сессиями пользователя это одиночный ресурс или множественный?
Возможно я ошибаюсь, но без плагинов нет чего-то вроде rebase и прочего.
Нет разделения веток на локальные и внешние — есть просто ветки. pull и push затягивает и толкает все ветки разом.
Более того, ветка именно ветка, она выходит из одной, она существует отдельно от других, её можно смержить с другой.
Не знаю, нормально это или нет?
Это как минимум проблема:
* невозможности использовать новые удобные библиотеки (или обновить существующие)
* невозможности обновить php-интерпретатор или расширение, если там обнаружено какое-то некорректное поведение
А это увеличение времени разработки, баги и прочие «радости».
Я согласен с Вами, что семеро одного не ждут, и нет никакого смысла в авральном порядке править проект для работы на новых версиях.
Но опять же. Семеро одного не ждут сработает и в обратную сторону — не будет библиотек или никто не будет править в них ошибки для старых версий.
Неужели так сложно работать с консолью?
И зачем нужен этот один несчастный интерфейс?
Отличное название. Как мы их только не именовали.