FR>>Не будут, нормальный вариант для Хаскелитстов сделать прототип и забить
V>Прототип-то рабочий, в отличии от.
Проблема в том что он только прототипом и остается, до продукта не доходит.
V>Как человек, писавший 4 года на кемле, скажу -- на хаскеле библиотек больше и уровень их выше.
Угу библиотек больше, популярность языка и размер комьюнити гораздо больше, а продуктов и промышленного кода почему-то меньше.
Здравствуйте, FR, Вы писали:
FR>Здравствуйте, thesz, Вы писали:
T>>К тому моменту, как программа на неленивом языке хоть как-то начнёт работать, в программу на Хаскеле уже будут внесены все аннотации строгости. FR>Не будут, нормальный вариант для Хаскелитстов сделать прототип и забить
А почему? А потому, что либо и так нормально работает, либо прототип подтвердил худшие опасения насчёт алгоритма вообще.
FR>>>Кроме того на Хаскеле в отличии от Эрланга, Окамла и Лиспов практически нет достаточно объемного промышленного кода. T>>Да что ты говоришь! FR>Правду!
"Научный факт меняется постоянно" (С) Грегори Хаус.
Yours truly, Serguey Zefirov (thesz NA mail TOCHKA ru)
Здравствуйте, FR, Вы писали:
FR>Здравствуйте, vshabanov, Вы писали:
FR>>>Не будут, нормальный вариант для Хаскелитстов сделать прототип и забить
V>>Прототип-то рабочий, в отличии от.
FR>Проблема в том что он только прототипом и остается, до продукта не доходит.
Значит не надо было. Такое ощущение от хаскеля возникает не потому, что делают прототип и забивают, а потому, что большинство интересных/известных прототипов сейчас делаются на хаскелле (что тоже показатель). Соотношение кол-ва прототип/production одинаковое.
V>>Как человек, писавший 4 года на кемле, скажу -- на хаскеле библиотек больше и уровень их выше.
FR>Угу библиотек больше, популярность языка и размер комьюнити гораздо больше, а продуктов и промышленного кода почему-то меньше.
Да как-то не сильно меньше. На эрланге проектов достаточно мало, кажется много из-за того, что они обычно обслуживают много клиентов. На кемле проектов может и чуть больше (кемл постарше хаскеля будет), но они уже старые, новые проекты на кемле почти никто не делает. На лиспе проектов еще больше, но, опять же, старые, новых никто не делает.
Если смотреть по кол-ву проектов, то стоит сразу выбирать кобол и не думать. Надо смотреть на тенденции. Хаскель, как язык, всегда был на голову выше остальных. В последние годы он имеет очень неплохой рантайм, да еще и hackage появился. Т.е. если лет 5-10 назад еще как-то можно было отмазываться, что мол медленный/библиотек нет, то сейчас уже нет.
maq> M>Wikipedia, Flickr — PHP maq> M>Youtube — Python maq> M>Myspace — сначала Coldfusion, сейчас C#
maq> M>Какой из этих языков близок по производительности к С/С++?
maq> C# близок. Помимо этого, обычно на таких проектах пишут некоторые части на C/C++,
Можно примеры? Кстати, помимо РНР в вебе еще, например, используются Питон или Руби (как на Твиттере). Или Coldfusion. Или Java. И вообще — highscalability.com в руки. икто не жалуется на скрипты, все говорят о том, как бороться с базами данных и файлами.
maq> так как PHP (или кто там еще) не справляются. Хочется этого избежать.
Планируется 15 миллионов пользователей и миллионы хитов в день сразу?
Здравствуйте, vshabanov, Вы писали:
V>Здравствуйте, lant, Вы писали:
L>>есть опыт использования erlang (библиотека yaws) для написания веб страниц — админки для игрового сервера, написанного на эрланге. для этой цели очень хорошо подходит. для erlang также есть хитрые mvc фреймворки, но пока в них не было необходимости. если бы писал веб проект не привязанный к игровому серверу, то выбрал бы хаскель.
V>А какие проблемы с хаскелем для игрового сервера? Или там уже было все на эрланге?
1) когда сервер уже написан на эрланге, писать к нему админку на хаскеле очень интересно, но не выгодно.
2) сервер писали на эрланге по многим причинам, главная из которых — простота изучения эрланга, что не характерно для Хаскеля.
Здравствуйте, vshabanov, Вы писали:
V>Да как-то не сильно меньше. На эрланге проектов достаточно мало, кажется много из-за того, что они обычно обслуживают много клиентов. На кемле проектов может и чуть больше (кемл постарше хаскеля будет), но они уже старые, новые проекты на кемле почти никто не делает. На лиспе проектов еще больше, но, опять же, старые, новых никто не делает.
Э... ну это уже полнейший оговор. Не скажу за Кэмл, а вот на разновидностях Лиспа проектов делается не мало. Все же макры лиспа способны затмить любые проблемы этого старичка.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, vshabanov, Вы писали:
V>>Да как-то не сильно меньше. На эрланге проектов достаточно мало, кажется много из-за того, что они обычно обслуживают много клиентов. На кемле проектов может и чуть больше (кемл постарше хаскеля будет), но они уже старые, новые проекты на кемле почти никто не делает. На лиспе проектов еще больше, но, опять же, старые, новых никто не делает.
VD>Э... ну это уже полнейший оговор. Не скажу за Кэмл, а вот на разновидностях Лиспа проектов делается не мало. Все же макры лиспа способны затмить любые проблемы этого старичка.
Если бы это было так, то мы бы все сейчас использовали Лисп.
Yours truly, Serguey Zefirov (thesz NA mail TOCHKA ru)
Re[8]: ФЯ для WEB
От:
Аноним
Дата:
23.09.09 08:57
Оценка:
Здравствуйте, VladD2, Вы писали:
VD>Э... ну это уже полнейший оговор. Не скажу за Кэмл, а вот на разновидностях Лиспа проектов делается не мало. Все же макры лиспа способны затмить любые проблемы этого старичка.
В случае с вебом, это не лисп, а схема, и не макры, а first class continuations.
Здравствуйте, vshabanov, Вы писали:
V>Да как-то не сильно меньше. На эрланге проектов достаточно мало, кажется много из-за того, что они обычно обслуживают много клиентов. На кемле проектов может и чуть больше (кемл постарше хаскеля будет), но они уже старые, новые проекты на кемле почти никто не делает. На лиспе проектов еще больше, но, опять же, старые, новых никто не делает.
Насчет OCaml у меня складывается ситуация что он уходит из академической ниши и пусть хоть и достаточно робко, но проникает в индустрию. Эрланг по моему уже достаточно широко используется, но его мало видно снаружи.
V>Если смотреть по кол-ву проектов, то стоит сразу выбирать кобол и не думать. Надо смотреть на тенденции. Хаскель, как язык, всегда был на голову выше остальных. В последние годы он имеет очень неплохой рантайм, да еще и hackage появился. Т.е. если лет 5-10 назад еще как-то можно было отмазываться, что мол медленный/библиотек нет, то сейчас уже нет.
Да Хаскель неплохо подтянулся, OCaml в этом отстает, но подвижки тоже есть, те же батарейки скоро зарелизятся.
Если смотреть на такие тенденции то надо пересаживатся на F#
V>>Если смотреть по кол-ву проектов, то стоит сразу выбирать кобол и не думать. Надо смотреть на тенденции. Хаскель, как язык, всегда был на голову выше остальных. В последние годы он имеет очень неплохой рантайм, да еще и hackage появился. Т.е. если лет 5-10 назад еще как-то можно было отмазываться, что мол медленный/библиотек нет, то сейчас уже нет.
FR>Да Хаскель неплохо подтянулся, OCaml в этом отстает, но подвижки тоже есть, те же батарейки скоро зарелизятся. FR>Если смотреть на такие тенденции то надо пересаживатся на F#
Здравствуйте, thesz, Вы писали:
VD>>Э... ну это уже полнейший оговор. Не скажу за Кэмл, а вот на разновидностях Лиспа проектов делается не мало. Все же макры лиспа способны затмить любые проблемы этого старичка.
T>Если бы это было так, то мы бы все сейчас использовали Лисп.
А это так. Но не для всех. Просто кто-то ценит качества лиспа выше чем то что может предоставить другие языки. А кто-то нет.
Точно так же это и про твой любимый Хаскель. Для тебя он идеален. А для меня — нет. И ты по-своему прав. Как и я по-своему прав.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, Аноним, Вы писали:
А> В случае с вебом, это не лисп, а схема, и не макры, а first class continuations.
Ваши континюэшоны есть много где. И их почти куда угодно можно приделать. А вот Мары есть только в 3-4 языках из которых широко используется только Лисп.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали: VD>Ваши континюэшоны есть много где.
Только в половине случаев они будут escape-only.
Плюс, в scheme уже есть готовая инфраструктура работы с континуациями и готовое комьюнити, которое знакомо с континуациями.
Достаточно хорошо продуманы и реализованы на уровне библиотек (в той же plt) вещи более высокого уровня, чем простой call/cc (например, shift/reduce, composable continuations, serializable continuations).
А в этом "много где" — кто даст гарантию, что не придется писать shift/reduce руками и найдутся в комьюнити люди, у которых можно будет консультироваться?
VD>И их почти куда угодно можно приделать.
И будет БДСМ: либо бондаж с чем-то типа монады Cont, либо садо-мазо с ручным CPS.
Re[10]: ФЯ для WEB
От:
Аноним
Дата:
23.09.09 13:40
Оценка:
Здравствуйте, VladD2, Вы писали:
VD>Ваши континюэшоны есть много где.
Где, например? First class, причём, а не такие, которые можно на исключениях эмулировать.
VD> И их почти куда угодно можно приделать.
Если бы всё было так красиво. Но в действительности всё совсем не так, увы.
Здравствуйте, FR, Вы писали:
FR>Кстати нужность не исключает интересности, это две ортогональные оси для оценок.
так может точечную диаграмму изобразишь с разными языками и со шкалой от 0 до 10?
