тот же класс

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

А вызывает его в случае рельсы только фреймворк.

ну типа конвенция не та?

меня вообще что то кодинг веб приложений задолбал. Делаешь рельсу - херово. Делаешь сервис объекты, реформы - тоже скатывается в дерьмо, БЛЯТЬ.

и так херово и так херово.

а если не делать то будет еще хуже

судя по тому что я вижу

ну да. Но так тоже скатывается в гавно.

то что скатывается в говно это скорее проблема организации процесса

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

мб публичный рефакторинг

или публичный ревью

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

ахахахах, а ты смешной.

или публичный ревью

это вроде норма, почему мб?

мб публичный рефакторинг

ахаха, времени нет.

Самое сложное это продать менеджерам рефакторинг и процесс разработки.

особенно когда ты не тимлид, и тебе в общем то не так уж и важно.

но в говно окунаться надоело.

в этом и проблема

а это всего часа 2 в неделю

и не так часто ясен хуй

пару раз

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

но я хз они оправдываются или реально времени не хватает.

у нас тупо копипасту делают

а еще бля

зачем нужны private методы?

зачем нужны private методы?

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

чтобы было ясно где внутренняя реализация, а где внешнее апи.

чтобы было ясно где внутренняя реализация, а где внешнее апи.

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

ide не нужны.

ну такой аргумент у чуваков

private не нужно писать

private не нужно писать

беда

классы не нужно писать

пиши все в функциях

чет нет аргументов

слышь, классы это слишком слжно

толи дело функция, ее поддерживать проще

какое то внутреннее состояние придумали, фу.

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

да в каком таком мире они это пропагандируют?

толи дело функция, ее поддерживать проще

В го так и есть?

да в каком таком мире они это пропагандируют?

в реальном. ну то есть никто не запрещает делать как хочешь, но DHH несколько раз явно заявлял, что не будет делать шаги в сторону отделения фреймворка от приложения. то есть даже концепцию сервисов вводить на уровне фреймворка не хочет. не говоря уже о view models, на замену уебищным хелперам

его вариант решения - папка concerns

люди добрые подскажите кое что по Рельсам

вот есть контроллер и в нем прописывают в шапке layout (то есть макет для всего контроллера)например: class MyActionsController < ApplicationController layout "MyActions" end при этом в папке layouts уже есть файл MyActions и даже если удалить строчку layout "MyActions" из контроллера этот файл все равно используется как макет по умолчанию для этого контроллера. так вот и вопрос, зачем прописывать layout в шапке контроллера если Рельсы все равно рендерят этот макет?

To find the current layout, Rails first looks for a file in app/views/layouts with the same base name as the controller. For example, rendering actions from the PhotosController class will use app/views/layouts/photos.html.erb (or app/views/layouts/photos.builder). If there is no such controller-specific layout, Rails will use app/views/layouts/application.html.erb or app/views/layouts/application.builder. If there is no .erb layout, Rails will use a .builder layout if one exists. Rails also provides several ways to more precisely assign specific layouts to individual controllers and actions.

ну понятно

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

спасибо за разьяснение!

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

темплейты все равно кешируются после первого использования. так что лучше не указывать :)

?

вот есть контроллер и в нем прописывают в шапке layout (то есть макет для всего контроллера)например: class MyActionsController < ApplicationController layout "MyActions" end при этом в папке layouts уже есть файл MyActions и даже если удалить строчку layout "MyActions" из контроллера этот файл все равно используется как макет по умолчанию для этого контроллера. так вот и вопрос, зачем прописывать layout в шапке контроллера если Рельсы все равно рендерят этот макет?

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

это понятно

Всем привет! Есть вакансия Ruby TeamLead (Москва). Если кому интересно- пишите

меня ебет, когда сервис объект еще сервис объект юзает и еще наследуется от чего то и прочая каша.

Как то переусложнили вы структуру. В идеале сервисы должны быть простыми

Как то переусложнили вы структуру. В идеале сервисы должны быть простыми

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

Красиво

у фейсбука вообще требуется авторизация что-бы отказаться. И пароль восстановить нельзя. А пока не восстановишь - не откажешься. Короче веселье

ERROR: S client not available

фейсбук вообще тошнотворен до ужаса.

Во первых назойливые, во вторых - интерфейс просто ужасен.

Можете отказаться * * - но это не точно.

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

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

+100500

Ну сравнил блин ?

Но дизайн полный треш да

Но за реакт спасибо

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

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

твитор тоже ничо вроде.

Там вони будет больше чем было вони в вк

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

а зачем менять если для этого надо тратить деньги? ведь оно и так работает и приносит деньги

собственно такое у многих менджеров в голове крутится

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

у амазона та же беда, да и у винды. не хотят заниматься редизайном из-за бурления говн.

у амазона дизайн кабинета похож на какой то скрипт из 2008 года.

винде вообще не помешало бы внутренний рефакторинг провести думаю. Но зачем? все же работает.

Ребята, подскажите элегантный способ сортировка есть массив с номерами домов а там номера выглядят так 1 2 2/10 3/2 2/1 15а 10б и т.д.

надо чтобы и дроби сортировались, и по алфавиту и т.п.

Ну вот, например:

[21] pry(main)> array.map { |a| a.split(/(\D)/)} => [["1"], ["2"], ["2", "/", "10"], ["3", "/", "2"], ["2", "/", "1"], ["15", "а"], ["10", "б"]]

и дальше плясать от этого

Ребята, подскажите элегантный способ сортировка есть массив с номерами домов а там номера выглядят так 1 2 2/10 3/2 2/1 15а 10б и т.д.

а дальше сначала сортировать по element[0]

но сначала удалить из массивов /

Блять, я горю

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

красота какая. def method_missing(method_name, *args, &block) if client.respond_to?(method_name) return client.send(method_name, *args, &block) end super end

дайте неумехе метапрограммирование и он запихнёт его всюду ради мнимого удобства

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

а че такого страшного?