да я к тому что мало сделать аналог квипа/pidgin/adium. Нужен качественно новый рывок. Лучше бы устроили где-либо голосование по поводу "что бы вам хотелось видеть в мессенджере". Подтянуть "умные" круги (весьма amateur-пользователей) и нашли бы функциональность которая позволит общаться на новом уровне.
о том что IM мессенджеры - полупустая ниша уже твердят все и вся. Я даже уже сам размышляю о подобном проекте ))))).
нынче стало модно хвастаться непонятно чем, пока ещё даже набросков никаких нет =). За ICQ-мессенджер никто ещё совсем серьёзно не брался. Есть тонны вещей которые можно улучшить.
в зенде непонятно зачем сделали уж очень большой overflow. Там есть классы, которые наследуют 6-7 объектов. Каждый класс - в отдельном файле. В итоге Инициализация 1 класса требует загрузки 6 файлов. И инициализиции такой кучки классов. Возможно в PHP6 или когда-нибудь там это не будет вызывать таких больших таймов, но сейчас - уж увольте. django! :))))))))))))
блин лишь бы поспорить. Хотсвап? Горячая замена блоков питания? RAID5 хотя бы? Серверный чипсет? Ксеоны/Оптероны? Вы вообще представляете сколько это стоит? :) 3 месяца назад брал 4-ксеоновый сервер (8 ядер всего), отдал 6000$.
сейчас я создаю инструментарий для своего собственного проекта, нагрузка которого будет в районе 500-1000 req/s. Ни один из вариантов существующих в данных момент мне не подходит. Самый близкий - django+psyco :)
в следующем году будет? К тому времени возможно будет альфа версия моего проекта для высоконагруженных приложений, авторы которых все равно хотят использовать MVC/EventDriven программирование, но не хотят платить за него дорогой ценой процессорного времени (как сейчас почти во всех фреймворках - django, zendframework (особенно он!), ruby... :) Код можно будет писать на python и возможно даже смешивать его с php. =).
сервер за 1000 баксов - это домашняя машинка =). Стоимость настоящих серверов начинается от 3000, и то если заказывать прямо у производителя (я у IBM заказываю, через знакомых). Давайте подумаем о разнице, хотя бы 20-ти кратной. 3000 тысячи или 30000 тысяч. А сколько времени Вменяемому C++ программисту нужно будет чтобы ускорить проект в 20 раз? Немного, поверьте =). Особенно если Ruby :).
блоки в руби мне тоже нравятся. Но мне не нравится что их понимают только те кто общался с руби.
На счет девелоперов C/C++ - вы очень круто ошибаетесь. Как бы то ни было, но языки сверх-высокого уровня грамотный C/C++ девелопер будет использовать часто. Вон - половина прикладных утилит в том же gentoo написана на python. В основном - не особо критичные к скорости. Как думаете, кто их написал? =)
А по поводу изменения всего чего хочу. Я вам сразу 2 касяка скажу: например вы писали, писали свою программу и дописали к числам метод buff(). А в следующей версии ruby этот метод появился нативный. Что делать? Если вы оставите свой buff() то любой новый программист взглянув на ваш код - будет думать что buff() делает то что делает нативный buff(). Понимаете косяк?
ну возможность привинтить к существующему серверу посредством fastcgi/cgi будет конечно же. Только я хочу сделать так, чтобы смысла в этом было мало ;). Если вы посмотрите в исходники lighttpd/apache/nginx - поймёте что http-сервер в общем-то написать не сложно. Единственный скользкий момент - ивенты FD (select,poll,epoll,kqueue) - в некотрых легко наделать кучу ошибок (особенно в epoll, он ошибок не прощает). На то и opensource :).
видите прямую связь между СУБД и Фреймворком? Т.е. один без другого по вашему мнению быть не может? :)
нереляционную и вообще не ansi-sql совместимую БД написать не так уж сложно, если не пытаться делать её универсальной, а затачивать под какой-то один проект. Выстраивать индексы в памяти и тп. Некоторые проекты к этому прибегают. =)
я сказал свою мысль уже раз 5 :). Те кусочки программы которые при переписывании на Си принесут прирост проивзодительности сопоставимый с временем, требуемым на реализацию - стоит делать. Но! При сравнении Питона и Руби совершенно резонный вопрос - раз уж они позволяют делать одинаковые вещи практически одинаковыми затратами - какой смысл в Руби, если по скорости он в пару раз медленнее? А если сравнить с питоном+psyco?
Тот уровень абстракции который в Руби выше чем в Питоне - не даёт таких преимуществ, которые можно было бы сказать "дааа потеря в скорости стоит того!"
о том что IM мессенджеры - полупустая ниша уже твердят все и вся. Я даже уже сам размышляю о подобном проекте ))))).
http://www.linux.com/articles/24824 && google.
да и 10-11 тысяч req/s там, где php (hello world) выдает 1200, а django - 3000... все же не шутки =).
да и 10-1
Ни в одном комменте я не агитировал писать ВЕСЬ веб-проект на Си. Это слишком неудобно и не всегда эффективно.
Си сложнее, на нём уже не так легко пишется непрофессионалам. Потому и орут на каждом углу "ой маразм, маразм!".
На счет девелоперов C/C++ - вы очень круто ошибаетесь. Как бы то ни было, но языки сверх-высокого уровня грамотный C/C++ девелопер будет использовать часто. Вон - половина прикладных утилит в том же gentoo написана на python. В основном - не особо критичные к скорости. Как думаете, кто их написал? =)
А по поводу изменения всего чего хочу. Я вам сразу 2 касяка скажу: например вы писали, писали свою программу и дописали к числам метод buff(). А в следующей версии ruby этот метод появился нативный. Что делать? Если вы оставите свой buff() то любой новый программист взглянув на ваш код - будет думать что buff() делает то что делает нативный buff(). Понимаете косяк?
нереляционную и вообще не ansi-sql совместимую БД написать не так уж сложно, если не пытаться делать её универсальной, а затачивать под какой-то один проект. Выстраивать индексы в памяти и тп. Некоторые проекты к этому прибегают. =)
Тот уровень абстракции который в Руби выше чем в Питоне - не даёт таких преимуществ, которые можно было бы сказать "дааа потеря в скорости стоит того!"