тоже не сработало

значит что-то не так делаешь

проверяй условие

получается так

во, так сработало

почему-то с одинарными кавычками не срабатывало

лал ты намекаешь на то что в руби ошибка?)

делаю вот здесь задачи https://simpleprogram.ru

в рубимайне и там по-разному выводит

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

да это поделка какая-то

при закрытой проверке

хз чего вы его мучаете вообще

ну, похоже

выпускник финкнетики делал

лал ты намекаешь на то что в руби ошибка?)

я? С чего бы это. Я намекаю на то, что у пасечника ошибка какая то)

нее не ты

ок c:

да это поделка какая-то

мне б вот такое же, только чтоб не через жопу и без мучений

есть может сборники задач каких-нибудь7

upcase.com

мне б вот такое же, только чтоб не через жопу и без мучений

codewars

кодеварс чет сложно стало, дошёл до 7ката и мозги начали плавиться

ну хотя кодеварс, наверное, да

ещё много легких задач осталось нерешённых

Мне в кодварс нравится то, что там есть тесты, и некоторые каты, где тест писать ручками надо

А не просто, "шоб работало"

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

если нужен чистый руби, то на русском точно не надо

Ладно, хрен бы с ним, по рельсам есть статьи, иногда даже ничего такие, на русском. Но о руби не встречал

Well grounded rubyist, и практика

Well grounded rubyist, и практика

так же можно Practical Object-Oriented Design in Ruby

Ну, в дополнение, конечно же

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

фиксим

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

тогда зачем вообще использовать рубокоп?

для своего кода

Можешь мне сказать, что у тебя получится в результате такого подхода?

в смысле?

в прямом

можешь или нет?

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

Правильно

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

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

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

такие у меня мысли на эту темы

Просто вычищай код от всех замечаний и все

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

понятно

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

Не пробовал пользоваться ей

может быть

У меня первый запуск рубокопа такой: rubocop --auto-gen-config По всем найденным ошибкам генерится файл .rubocop_todo.yml - в нем видно, какие группы ошибок есть, какие из них рубокоп может сам исправить (Cop supports --auto-correct.)

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

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

а это что? Cop supports --auto-correct.

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

Стандартные файлы тоже исправляю, включая генерируемые гемами. Иногда авторы гемов рекомендуют, мол, при выходе новой версии нашего гема запускайте лучше перегенератор и обновляйте таким образом файл настроек. Можно подумать, что лучше тогда оставлять файл настроек без исправлений от рубокопа, чтобы при перегенерации было меньше конфликтов. Я не оставляю, исправляю рубокопом в любом случае.

а это что? Cop supports --auto-correct.

Это комментарий автоисправляемых групп ошибок, который оставляет рубокоп в _todo.yml

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

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

ERROR: S client not available

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

йес

вот еще есть вопрос: есть ли разница между названиями файла index.html.slim и index.slim? Я пишу вторым способом и все работает пока что. Но может я чего-то не понимаю...

рельсы не могут в рендер лейаутов без префикса html

то есть application.html.slim всегда должен содержать в названии хтмл

понятно. Т.е. для лэйаутов только

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

а что по поводу scss?

то же самое работает с coffee (теперь можно не писать .js.coffee), и sass (можно не писать .css.sass и .css.sсss). Некоторые гемы могут с этим конфликтовать. В моем случае такого нет - опускаю html js css с осени прошлого года, ошибок нет

это радует )

На моей памяти исключения были следующие: - формат erb - он кажется, до сих пор требует указания формата-префикса, так как используется и в html.erb и в txt.erb для писем, и в js.erb для скриптов респонзов - js с AngularJS 1.x, были проблемы с минификацией и инвалидацией кеша, если оставлять только coffee. Но от ангуляра я отказался и теперь этой проблемы у меня нет как таковой

отказался в пользу реакта?

В пользу jquery_ujs, js.erb, turbolinks. React планирую использовать очень точечно, где без него никак

одобряю

Ребят, поправьте если я в чем - то не прав. Если человек знает пхп, например, хорошо, сколько времени у него займет то, что - бы разобраться в каком - нибудь woocommerce или opencart до состояния в одиночку написать бэк-енд магазинчика? Или я не правильно понимаю назначение woocommerce?

а кто его знает

зависит от качества вопросов в сети и ответов, от количества

от качества доков

от качества кода

зависит от того, что уже использовать готовое, опенкарт 1-2 недели имхо, woocommerce не подскажу(

опенкарт MVC, там все довольно понятно

Зависит от того, насколько магазинчик будет укладываться в стандартные возможности woocommerce или opencart

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

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

да зачем в нем ориентироваться. Качаем тему с вукоммерсом с themeforest , ставим доп. шлюзы оплаты наших всяких яндекс денег, робокасс и т.д., переводим, наполняем и поехали. Вордпресс для этого и нужен.

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

ну имхо лучше в рельсах разобраться или в норм php фреймворке, чем на cms время тратить)

http://codepen.io/ge1doot/pen/LkdOwj

танцуют все

больше на оргию похоже, чем на танец )

Всем спасибо большое за ответы

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

гдето мне этот вопрос седня уже встречался )