1. PHP и Java это _языки_, а RoR это надстройка над языком. об этом кстати уже писали выше. и тут сравнивая, как вы сами правильно заметили, "Не нужно смешивать валенки с котлетами."
2. таблицы это часть модели. ныне самая, заметим, неудобная её часть. ибо очень плохо синхронизируется с контролем версий. миграции несколько улучшают ситуацию но до конца выесть эту плошку так никому толком и не удаётся.
3. в контексте migration и моделей? это очевидно, если вы пробовали RoR миграции. всё что вы пишете в миграциях вам приходится дописывать в моделях, где нумерация схемы базы больше не работает как в файлах-миграциях. и вам приходится думать о том, как привязывать схемы базы к версиям модели. и наоборот, то что вы допишете в моделях вам придется докручивать в миграциях. типичный пример ассоциации (belongs_to, has_many, & etc). сегодня им идеологически нет места в миграциях, а народ их туда всё равно пропихивает пока только при миграции данных, "потому что так удобно" :)
мой 3. пункт немного сумбурен, но прецедент, надеюсь виден. лучше тут суть выразит тот, кто давно "рубит".
1. сравнивают языки (PHP,Java) с надстройками на них (RoR это надстройка над Ruby)
2. к большому сожалению миграции даже идеологически не нацелены на upgrade/downgrade моделей, а лишь на _внутреннюю_ часть этих моделей, а именно на структуру таблиц.
в продолжение к пункту 2. :
3. не пора ли задуматься откуда в RoR вся эта болезненная борьба за DRY ?
4. кто нибудь уже видел, что их ролики говорят про вражеские *надстройки*, например питоновские?
но, сказав все это, подчеркнем, что все же пока RoR лучший фреймворк для прототипирования DB-driven web app.
ditto. (тут есть боец нивидимого фронта который раздает всем минусы за реалистичный взгляд на затраты по разработкам в западном мире плюсую Тебя, чтобы компенсировать перекос)
"Что за бред про 15миллионов $? "
я даже не потрудился в оригинал глянуть. это просто бред, чтоб за 15М размазанных на 15лет что-то такое ставить на вооружение, а подача идёт в акценте "аж 15М !". (кто-то уже минусует, наверное не слишком понимает цену вопроса)
рост интереса к JS показывает, что надежды на разумную вебклиентскую платформу нет. поэтому надо учить JS и в лучшем случае ставить себе жаропонижающие подпорки из Pyjamas, ну, или GWT от Среднего Брата.
ubuntu не выдержал внимания к себе. защекотали сервер запросами. насмерть. уже час не могу достучаться. что интересно, час назад там все еще висела апельсиновая надпись "Tomorrow"
у веба до сих пор нет стандарта дружественного к web2.0/ajax. вся аджяксовость сегодня приживается в виде комментарной плесени. платформы нет. и мужей нет способных эту платформу а) предложить б) защитить в) продвинуть
Paul Graham is a smart one, well he's really a hacker. Even a hacker with a vision, enjoyed a lot reading his CL stuff. Also learned a lot from his essays before to go to VC investors. The only thing, his powerful vision is quite skewed though. He is a warrior, who can't help fighting MS. It basically blocks him.
кст, а как у Django с миграциями-моделями? может захабротопите это дело? я бы почитал--интересно.
2. таблицы это часть модели. ныне самая, заметим, неудобная её часть. ибо очень плохо синхронизируется с контролем версий. миграции несколько улучшают ситуацию но до конца выесть эту плошку так никому толком и не удаётся.
3. в контексте migration и моделей? это очевидно, если вы пробовали RoR миграции. всё что вы пишете в миграциях вам приходится дописывать в моделях, где нумерация схемы базы больше не работает как в файлах-миграциях. и вам приходится думать о том, как привязывать схемы базы к версиям модели. и наоборот, то что вы допишете в моделях вам придется докручивать в миграциях. типичный пример ассоциации (belongs_to, has_many, & etc). сегодня им идеологически нет места в миграциях, а народ их туда всё равно пропихивает пока только при миграции данных, "потому что так удобно" :)
мой 3. пункт немного сумбурен, но прецедент, надеюсь виден. лучше тут суть выразит тот, кто давно "рубит".
2. к большому сожалению миграции даже идеологически не нацелены на upgrade/downgrade моделей, а лишь на _внутреннюю_ часть этих моделей, а именно на структуру таблиц.
в продолжение к пункту 2. :
3. не пора ли задуматься откуда в RoR вся эта болезненная борьба за DRY ?
4. кто нибудь уже видел, что их ролики говорят про вражеские *надстройки*, например питоновские?
но, сказав все это, подчеркнем, что все же пока RoR лучший фреймворк для прототипирования DB-driven web app.
я даже не потрудился в оригинал глянуть. это просто бред, чтоб за 15М размазанных на 15лет что-то такое ставить на вооружение, а подача идёт в акценте "аж 15М !". (кто-то уже минусует, наверное не слишком понимает цену вопроса)
сдержанно ржу. наверное цифирь 15м должна вчепятлить русскоговорящий ум.
особенно размазанная на 15 лет.
не нахожу однако.
зато торрент на amd64 у меня успешно скачался. жаль что он мне не нужен 8)