Framework / Language для новых сайтов Web 2.0 (2008 и 2009)

Question

Я знаю, что получу тысячу ответов «Зависит от того, что вы пытаетесь», но, если серьезно, на самом деле пока нет точной информации об этом в Интернете. Вот мои предположения - я думаю, что они похожи для многих людей прямо сейчас:

1. Сейчас октябрь 2008 года. Я хочу начать писать приложение для января 2009 года. Я готов использовать бета-код и тому подобное, но к январю я бы хотел, чтобы у сайта не было «странных» проблем. С учетом сказанного, если язык просто на 10% медленнее, чем другой, мне все равно, пока проблема линейна. Моя главная задача - производительность труда разработчиков.
2. Я буду использовать Linux, Apache, MySQL для приложения.
3. Я хочу иметь возможность выполнять такие функции, как запуск клиентских функций scp и ftp со стабильными библиотеками (я выбрал эти две, потому что они не связаны с сетью, но в то же время представляют довольно распространенные сетевые протоколы, которые может использовать любое крупное приложение ). Также будут использоваться такие технологии, как OpenID и Oauth.
4. Опытные веб-разработчики легко доступны (то есть мне не нужно искать людей из финансовых компаний и тому подобное).
5. Какой бы выбор не был распространен, он будет существовать некоторое время.
6. Вот кикер. Я хотел бы иметь возможность использовать расширенные инструменты / языки уровня представления, подобные HAML, SASS. Я определенно хочу использовать JQuery.
7. Я буду создавать приложение для Facebook и в какой-то момент заниматься такими вещами, как работа с SMS-сообщениями, приложениями для iPhone и т. Д. *

На данный момент языком является PHP (Cake, Symfony, Zend), Python (Django), Ruby (Merb). На данный момент я действительно между Джанго и Мербом, в основном потому, что, похоже, все остальные идут по этому пути.

Пожалуйста, не размещайте здесь какие-либо технологии, которые не предназначены для массового использования. Я знаю, что Merb в основном не тестировался, но их заявленная цель - надежная платформа, и за ней стоит большой импульс, поэтому я уверен, что она выполнима. Пожалуйста, не отвечайте, насколько велик Perl или .Net.

Для будущих ссылок - этот выбор уже сделан:

• Debian (Lenny) - для преобразования циклов процессора в нечто полезное. Trac
• 0.11 - Для управления проектами Gliffy - Для каркасов и т. П.
• Документы / приложения Google - для документации, размещенной электронной почты и т. Д. *
• Amazon ec2 / S3 - для хостинга, хранилища.

Ура, Адам

Answer 1

Обновление: я закончил тем, что использовал и любил Django. Я полностью закончил с PHP - извините за это. Будущие читатели, пытающиеся создать новый сайт Web 2.0 (при условии, что они имеют опыт программирования), должны в значительной степени рассмотреть эту настройку:

Amazon ec2 для хостинга ($ 80 / месяц - не дешево, но стоит, если вы можете себе это позволить) Django / Python (Python - самый мощный язык сценариев на планете - и Django просто заставляет его работать в Интернете)

Разработка должна выполняться с использованием SQLlite и сервера разработки, поставляемого с Django. Не тратьте время на Nginx, Apache, MySQL, пока не проведете бета-тестирование в течение нескольких недель.

О, и теперь я работаю на Mac, который отлично подходит для локальной разработки Django.

Наконец, Pinax - отличное начало для Django разработки.

Answer 2

Это платит, чтобы не быть предвзятым по поводу настройки вашего сервера. Любой современный веб-фреймворк, достойный веса в исходном коде, имеет некоторый уровень абстракции SQL. PostgreSQL получает намного лучшую производительность, и это происходит от бывшего партизана MySQL.

Apache - зверь как для настройки, так и для ресурсов вашего сервера. Почему бы не пойти с чем-то более легким, например nginx или lighttpd ?

(Кстати, я большой пользователь Django, но, как сказал принятый ответ, делайте все, что знает ваша команда. Быстрые повороты - не время для изучения новых фреймворков. команда с нуля, иди с Джанго.)

Answer 3

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

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