по количеству кривых гемов можно вообще трактаты писать

Очень часто приходится в сорсы лезть чтобы понять че ему не нравится.

гемы к рельсам не относятся

А что тогда рельсы, если не гем?

gem uninstall rails

Я вообще ожидал что вопрос именно по стандартному стеку рельс

потому что кривые гемы это вообще отдельная тема.

rails-assets вон прикольный. Нужно тебе задеплоиться - а они лежат

короче ставлю эту задачу on hold и потом к ней вернусь (( что то ничего пока толкового на ум не приходит

Про таблицу я бы поддержал. Просто кэшируй чтение из нее. Key-value сделать никто не мешает.

Про таблицу я бы поддержал. Просто кэшируй чтение из нее. Key-value сделать никто не мешает.

меня смущает что полей будет не реально много

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

settings таблица это нормальная тема

собственно докажи обратное.

Единственное как выше сказали кешировать все это надо в памяти.

Полей? Два поля, ключ-значение

^this

Если есть редиска, то там можешь хранить

Полей? Два поля, ключ-значение

тю точняк

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

если ты конечно не джун

я с рельсами познакомился пол года назад))

полгода? и ты еще не тестируешь?

у меня в этом проекте с coverage все впорядке

это я второй проект, тестами покрываю, что бы потом отрефакторить можно было не сломав))

"coverage"

"coverage"

что не так?

coverage это метрика, к ней нужно относиться со здоровым скептицизмом.

ну я тестирую только модели, контроллер и acceptance

а сервисы?

а капибарой?

а модели как тестируешь? а контроллер зачем если есть интеграционные?

после php, разработка на руби стеке фантастика

разработка на руби/рельсе фантастика даже если не писал на php :)

а модели как тестируешь? а контроллер зачем если есть интеграционные?

есть контроллеры с api

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

он более честный

а сервисы?

что ты имеешь ввиду?

ТЕМ БОЛЕЕ для апишки.

что ты имеешь ввиду?

у тебя сервис объектов с инкапсулированной бизнес логикой нет?

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

Интеграционные тесты имеют свойство переписываться много раз за месяц, если проект активно развивающийся. Написать тесты на контроллеры никогда не помешает.

Так разница то какая? )

это почти одно и тоже, за исключением что интеграционные более честные.

у тебя сервис объектов с инкапсулированной бизнес логикой нет?

или нету или я просто не понимаю о чем ты, я к сожалению еще многого не знаю

Ну у тебя есть так сказать класс который выполняет строго одну задачу для контроллера?

и возвращает результат

нет нету

Т.е ты пишешь толстые контроллеры или модели?

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

скучный вопрос :)

у меня контроллеров на самом деле не много, очень много класов

ну хотя таким вопросом можно выявить приверженца DHH

и сжечь сразу

я не пишу не толстые контроллеры не толстые модели

Физбаз тоже скучный

но у меня знакомый уверяет что быстро@уверенно отсекает нубов.

частельно пользуюсь консернами

Консерн не делает модель/контроллер менее толстой

он лишь выносит код в другое место.

ну он позволяет избегать дублирования

А дрюить не часто получается один концерн в несколько моделей.

редко.

я много данных получаю по почте и стягиваю с других сайтов

А как ты их по почте стягиваешь?

что юзаешь?

Тут важно мысление и опыт

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

ERROR: S client not available

т.е ты вручную парсишь файлик каждый раз?

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

А где именно работаешь, кстати?

нет конечно))

нет конечно))

парсеры сделал

видов сообщений очень много

только расписание рейсов чего стоит, около 10-и форматов

я не говорю уже про запросы на букинг

Как парсер пишешь? как тестишь?

быстрая проверка на джуна def a(b) if c = b puts true end end > a(1) что вернет и почему?

true

нет

тогда nil

почему?

ну условие не выполнится и метод закончится

почему?

нет else

утверждение 1) ну условие не выполнится утверждение 2) и метод закончится почему? почему?

а c = b == false

а c = b == false

Что?

Ast построй и подумай

Ast построй и подумай

не подсказывай :)

Да все равно маловероятно построение им дерева

по условию, походу выполнится puts ну и потом вернется nil

2.3.1 :001 > b = 3 => 3 2.3.1 :002 > !!(c = b) => true

Чо тут думать то

вообще не понимаю это безсмысленное условие

Кстати сишники и похапэшники такие условия любят

вообще не понимаю это безсмысленное условие

потому что проверка на джуна

потому что проверка на джуна

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

это обязательное условие, но не достаточное

ты путаешь and и &&