Общие то понятно, но что делать с индивидуальными. Мы просто все переносим с больной головы на здоровую. Вместо методов мы все пишем в бифор-фильтры, super do и всячески экстендим collection; Зачем тогда вообще брать руби и рельсы?
Нет, я говорю о том, что дело никогда не ограничивается чистыми методами crud. Т.е. и index и update и пр. методы всегда расширяются: добавляются фильтры, работа с конечными автоматами, да хоть та же пагинация. По большому счету вы всю логику контроллере выносите в before_filter's и приватные методы которые дергаются IR. Это дезориентирует и в конечном счете превращает код в лапшу. Не говоря уже о том, что приходится писать больше кода.
inherited_resources очень спорный, ни одно приложение (кроме блога за пять минут) не укладывается в стандартный crud-контроллер. А inherited_resources с нестандартным контроллером — это изучение дополнительного API, сложность чтения кода и лишний, достаточно тяжеловесный гем наполненный метапрограмминговой магией. Зачем? Вам трудно написать def edit; ...; end;?
Когда я читаю очередную статью с очередными идиотскими патентами, во мне кипит ненависть. Ну вот каким долбо*бом нужно быть, чтобы зарегистрировать патент на движение пальцем по экрану? Я еще в детстве на запотевших стеклах нарушал 2й и 3й патент из этого списка. Чем не экран?
На контекстной и баннерной рекламе далеко не уедешь (если вы, конечно, не фейсбук, гугль или другая компания с сотней миллионов пользователей). Поэтому даже рекламную модель лучше изначально продумать.
Какую-то чушь вы несете. Все ведь знают, что для успешного стартапа нужно взять идею (или украсть чужую со своими гениальными добавками) купить аэроны и объявить что через 4 месяца вы выходите на IPO. И все инвесторы ваши!
А с бизнес-планами заморачиваются только лохи с городского рынка.
Когда я в последний раз сталкивался с этим, кхм, замечательным фреймворком, у него было пару не очень сильных сторон:
1. Дикие, жуткие тормоза (только главная страничка лезла в базу парой тысяч запросов)
2. Очень высокая стоимость: (Windows Server + MSSQL + Sharepoint + достаточно неслабый сервер) * (кол-во пользователей / 100)
3. Высокая стоимость кастомизации (простейший модуль, которых для RoR на гитхабе пруд пруди стоит каких-то заоблачных денег + недешёвое рабочее пространство).
4. Черезчур усложненная архитектура (несколько томов документации + желательно обучить сотрудников за стопицот тысяч $)
5. Громоздкий и абсолютно невалидный client-side, следовательно прощай поисковики и часть браузеров.
Поделом. Медийные подразделения Sony уже в конец охренели, ситуация с геохотом показала истинное лицо электронных подразделений. Пусть горят в аду, жадные ублюдки.
Нет, серьезно, очень впечатляет!
А с бизнес-планами заморачиваются только лохи с городского рынка.
3. Т.е. взять с улицы обычного фронтендщика и сразу посадить работать все равно не получится?
5. IE 6?
1. Дикие, жуткие тормоза (только главная страничка лезла в базу парой тысяч запросов)
2. Очень высокая стоимость: (Windows Server + MSSQL + Sharepoint + достаточно неслабый сервер) * (кол-во пользователей / 100)
3. Высокая стоимость кастомизации (простейший модуль, которых для RoR на гитхабе пруд пруди стоит каких-то заоблачных денег + недешёвое рабочее пространство).
4. Черезчур усложненная архитектура (несколько томов документации + желательно обучить сотрудников за стопицот тысяч $)
5. Громоздкий и абсолютно невалидный client-side, следовательно прощай поисковики и часть браузеров.
Как сейчас с этим?