Pull to refresh
0
0
Send message
Jenkins не форк от Hudson, Hudson был переименован в Jenkins www.infoq.com/news/2011/01/jenkins
В руби объект Object не носит метаинформацию о классах, а является полноценным объектом с кучей методов.
>> Object.methods
=> [«private_class_method», «inspect», «name»… урезано… ]
Солидарен! :) вот так всегда, вроде как тонну книг прочитано, миллион статей изучено. А вот прочтешь «tutorial» и тут хопа! — а этого я не знал о_О :)
Опять майкрософт делает так как ему удобно… А если я захочу повернуть экран вертикально под другой угол? Конструкция в изображении мне кажется моноблоком.
Версия была одна изначально — 2.3.6. А следующие две побочные, типа «ой… забыли. о! заметили».
В 2.3.8 вообще стоит явное извенение:
«I apologize for wasting a chunk of your day on installing what ought to have been a patch-level update only to find it breaks your app. That’s well out of line with our stable release process and it’s my fault for stepping out of it.»

Так что это не новые версии как приожки, а просто улучшеный и вовремя подправленый мост для Rails 3.0.
Уже пару лет планируется полная поддержка HTML 5 в каждом браузере. И это всего-то какой-то HTML, а представьте себе 3D движок… Лично для меня это ассоциируется пока с дополнительными рабочими часами над кроссбраузерностью. :)
Ну речь шла о играх в браузере в целом. Где quakelive является хорошим примером. И кстате для WebGL или O3D тоже нужны плагины.
Мм… я уже год как частенько играю quakelive.com/. Пройдя через это меня уже мало что может удевить в интернете :) Но бурное развитие всегда радует.
Нет, Ubuntu 10.04 Lucid Lynx только что проверил почту, тоже саме присходит и у меня. Отправил всем письмо с предупреждением, это единственное что я пока могу сделать…
«37signals — небольшая частная компания из Чикаго, специализирующаяся в разработке веб-приложений. Среди их продуктов средства для совместной работы и системы управления данными: Basecamp, Campfire, Highrise.» Вы забыли упомянуть что 37signals являются стартпоинтом и основными разработчиками фреймворка RubyOnRails.

Лично я сильно уважаю эту контору и весь их труд, являюсь RubyOnRails разработчиком и их книга «Getting Real» один из лучших «трактатов» которого я читал по организации работы и образа мышления разработчиков, советую всем прочитать её и прислушиваться к методикам работы ребят из 37signals. :)
гм… интересненько, надо как-то сесть написать свою игрушку написать :)
А почему нет, я пишу на RubyOnRails и иногда получаются очень длинные названия методов созданые динамически и routes — например update_multiple_admin_user_accounts_path по мне так вполне нормальная практика, если она необходима.
Я живу в стране гре разробатывается мультик, и у меня друг чей бывший мультипликатор и аниматор его хорошие друзья. Насколько мне сказали разработку мультика приостановили изза нечеловечности дирекции симпалс. Мультик делается уже не первый и не второй год, и то что он делается в свободное от работы время это пыль в глаза публике и фанатам.
Открытка была ещё в прошлом году, кидались её с друзьями на лево и на право. Жаль симпалс никак собраться не может и не закончит мультик. Начали да не закончили.
Про распад СССР было бы намного больше всяких пузырьков и спец эффектов :)
Ех! а когда я был на 2-м месте глобально :) Ура товарищи! Это им за то что в тюрьму меня посадили!
Прошу прощения за опечатки, трудный день глаза слипаются :)
насчет m-to-m и 1-to-m:
guides.rubyonrails.org/association_basics.html ассоциации в рельсах.
belongs_to связь 1-to-m, или has_many m-to-m, а так-же вариации

Пр.: у нас есть модель Articles и модель Comments в модели Articles достаточно вписать has_many :comments а в модели Comments belongs_to :article и получаем связи. Интуитивно и понятно а главное в 2 строках.

Выборка осуществляется примерно так @products = Product.all, вовыд всех продуктов, так-же можно выводить по условиям Product.find(условия). Или сложные связаные записи @comments = Comments.Article(ид_статьи) найдет все комментарии к статьи с id = ид_статьи. подробнее можно почитать тут guides.rubyonrails.org/active_record_querying.html

Про скаффолды можно почитать тут guides.rubyonrails.org/getting_started.html#getting-up-and-running-quickly-with-scaffolding
Лично я не люблю скаффолды, но раз они есть, значит людям нравится :) Прошу прощения лень искать скриншоты :) выглядят они как обычные хтмл формы без верстки, но включают в себя функционал CRUD с валидацией.
сравню для себя с Ruby on Rails:

1. Использование Python в качестве языка программирования: руби не самый идеальный и быстрый язык, синтаксис удобнее даже питона. Хорошая документация и «мощь метапрограммирования» присутствует.
2. Великолепная документация: guides.rubyonrails.com/ отличная документация.
3. Встроенный ORM (Object-relational mapper) в Ruby on Rails чудесная поддержка ORM.
4. Автоматически генерируемая админка: Ruby on Rails позволяет создать скаффолды, хотя пожалуй автоматическая админка единственный, пока, плюс джанго.
5. Поддержка MTV: Ruby on Rails — поддержка MVC
6. Высркая скрорость работы в Ruby on Rails отличные инструменты для кэширования, отладки, тестирования и пожалуй они лучше даже джанго.

Лично я не нашел для себя плюсов в django, статья не убедительна :)
Что вы тут наорали, бета да бета. В данном случаи бета значит вечная разработка и дополнение, и система может быть вечно в бете. Сколько гугл докс был в бете никто не помнит? и ничего, никто на бету не ругался.

Много ОпенСурс проектов в вечной бете, потому-что они постоянно дополняются и разрабатываются, и это не значит что продукт не готовый, а значит продукт постоянно разрабатывается и дополняется.

Information

Rating
Does not participate
Registered