Pull to refresh
132
0
Кирилл Мокевнин @toxicmt

Программист & Предприниматель

Send message
Пока точно сказать не можем, но вопрос сейчас прорабатывается.
И в дополнение/вместо можно использовать runit
* Из Саратова в Ульяновск. И продолжаем искать в других регионах людей и перевозить их сюда.
>> В посте нет информации о зарплатах. Почитайте it.ul-online.ru/job/vacancy/

Я один из тех кто создал здесь компанию с зарплатами, в том числе московскими.

>> В Ульяновске только две конторы способны конкурировать с Московскими зарплатами. Одна разрабатывает Echo, вторая Ecwid

Устаревшая информация по тому что только две этих компании.

И все таки не сравнивайте Москву и Ульяновск. В Москве снять квартиру более менее нормальную близкую от метро, от 25 тысяч, а чуть в глубь центра уже 50 тысяч. А в Ульяновске за 12 очень неплохие квартиры. При этом что здесь у многих свои, в отличие от Москвы. А уровень разработки здесь растет. Мы постоянно проводим Ulcamp::Dev на котором собирается множество разработчиков. С нами здесь появилась разработка на rails. Мы буквально на днях перевезли первого человека из Саратова в Москву и это только начало.

У вас устаревшая информация о компаниях в городе и зарплатах. Посмотрите еще раз внимательно пост.
Для конфигураций порекомендую гем github.com/kaize/configus
lucidchart — фантастическая вещь
хм, вероятно это дефолтный убунтовский habrahabr.ru/blogs/ubuntu/105239/
«рестоподобности»
«общем-то он фактически и является REST'ом»
«за исключением того, что они не разбивают сущности на типы»
«но url должен быть машиночитаемым и обозначать тип сущности.»

Так все таки рест или не рест?)

Вопрос на самом деле риторический, понятно что все что есть это некое приближение к ресту.
Ага а фейсбук ушел с реста на graph api.

Это все лишь означает что для них это работает лучше. Тут как и везде, нет серебряной пули.
«Для перенаправлений и прочего был создан respond_to и format'ы.»

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

«И вообще, все известные евангелисты так называемого Rails Way уже устали твердить, что отдельная админка для приложений — моветон.»

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

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

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

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

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

Давай с этим остановимся. Мы тут не для этого собрались.

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

Рельсы на это:
resources :users do
resources :posts
end

контроллеры UsersController и PostsController.

Я предлагаю UsersController, и Users::PostsController.

Поэтому мне не понятен ваш выпад, который к теме внутренней организации не имеет прямого отношения.
Дяденька, вы бы хоть почитали и попробовали вникнуть перед тем как комменты такие оставлять.
Добро победит в перспективе, в отдалённом светлом будущем. И вот тогда настанет гармония и полное умиротворение. А пока что, сынок, бери шашку и рубай всю эту сволочь налево и направо безо всякой жалости! (c пендальф)
Из всего что пробовал — лучший pivotal tracker. Он конечно подходит не для всех ситуаций, но нас устраивает целиком.
На правах рекламы: kaize.ru/portfolio
Вероятно имеется ввиду, то что это придется проделывать с каждым сервером как автору, так и тем кто решил воспользоваться его советами. А был бы рецепт, все стало бы намного проще.
Это палка о двух концах.

Чаще всего такой подход превращается в божественные объекты и противоречит базовым принципам объектно-ориентированного дизайна.

Information

Rating
Does not participate
Location
Miami Beach, Florida, США
Date of birth
Registered
Activity