Вернее, формально, тоже нетIgor78 писал(а):потому, что open solaris тоже Unix.Marmot писал(а):Да, и потом, чего вы так стыдливо: Unix-Unix, там большей частью самый обычный Linux...

Но это уже терминологические тонкости

Вернее, формально, тоже нетIgor78 писал(а):потому, что open solaris тоже Unix.Marmot писал(а):Да, и потом, чего вы так стыдливо: Unix-Unix, там большей частью самый обычный Linux...
Ну да, настоящие UNIX -- это всякие SCO, Solaris, HP-UX. Как вспомню SCO, так вздрогну. Впрочем HP-UX и Solaris тоже кажутся странными в сравнении с дружественными Linux или FreeBSD.Marmot писал(а):Вернее, формально, тоже нетIgor78 писал(а): потому, что open solaris тоже Unix.
Но это уже терминологические тонкости
1. В умелых руках любой инструмент намного более эффективен, чем.... в неумелыхMarmot писал(а):С этим я, наверное соглашусь, только добавлю, если руки действительно приделаны конкретно правильно, то тот же Linux+Java+PHP+Perl+MySQL... являются более эффективными инструментами.Doctor Tanker писал(а): Да вот такой я весь. Мой разговор в ответ, что "С# хуже, чем Джава лучше". Я считаю, если руки растут откуда надо - то разницы нет: Микрософт, Шмелкософт, Линукс, Пинукс.
Просто для произвольного набора платформ руки должны расти из более глубокого места, чем в случае с Микрософтом,- больше возни при разработке, а уж при суппорте - и подавно.
Doctor Tanker, вы уж поверьте человеку, который лично участвовал в успешной раскрутке типчного стартапа, а теперь птытается сделать это еще разТипа понравилось
И ни о каких дотНетах, Ораклах, и прочих IBMах и разговора нету.
Я даже решил RDBMS больше не использовать. Тормозят они все, когда нужно 300-500КQps делать, все одно надо потом все напильником вручную доводить, так что я уж лучше сам с начала все под себя заточу, тем более, что с правильными руками это не так уж и долго делать![]()
Но это подход имеет смысл совсем абсолютно не для всех, разумеется...
И? Это называется обычным Линуксом?Marmot писал(а):Huh? http://aws.amazon.com/ec2/Stanislav писал(а):ну не совсем обычныйMarmot писал(а):А причем тут дотНет?Igor78 писал(а): Вот вам свежих примеров, пятничных, почему страдает именно мой проект из-за .NET - обнаружилось что network throughput между Unix и Windows хостами на Amazon EC2 очень не велик
Да, и потом, чего вы так стыдливо: Unix-Unix, там большей частью самый обычный Linux...если быть предельно точным...
Просто интересно, а что вместо решил использовать?Marmot писал(а):Я даже решил RDBMS больше не использовать. Тормозят они все, когда нужно 300-500КQps делать
Самописный Distributed Key Store, с синхронным тройным резервированием, automatic version reconciliation и прочими вкусностями...badger писал(а):Просто интересно, а что вместо решил использовать?Marmot писал(а):Я даже решил RDBMS больше не использовать. Тормозят они все, когда нужно 300-500КQps делать
Да, но для работы с кривым инструментом трудно найти людей с умелыми рукамиStanislav писал(а):1. В умелых руках любой инструмент намного более эффективен, чем.... в неумелых![]()
Может быть а может быть и нет, от расклада зависит, когда счет компутеров идет на сотни и тысячи, то все это выглядит совсем по другому...Stanislav писал(а):2. Если что-то тормозит, просто возьмите компутер побольше...![]()
Рецепт 2 часто применяют неумелые из пункта 1 и тем добиваются эффекта не хуже, чем умелые.
Пасиб. Почитаю.Marmot писал(а):Самописный Distributed Key Store, с синхронным тройным резервированием, automatic version reconciliation и прочими вкусностями...badger писал(а):Просто интересно, а что вместо решил использовать?
PS Вот тут, кстати, есть небольшой обзор: http://randomfoo.net/2009/04/20/some-no ... key-stores
Ну, на самом деле - и первое и второе - это всего лишь вопрос суммы денехMarmot писал(а):Да, но для работы с кривым инструментом трудно найти людей с умелыми рукамиStanislav писал(а):1. В умелых руках любой инструмент намного более эффективен, чем.... в неумелых![]()
Может быть а может быть и нет, от расклада зависит, когда счет компутеров идет на сотни и тысячи, то все это выглядит совсем по другому...Stanislav писал(а):2. Если что-то тормозит, просто возьмите компутер побольше...![]()
Рецепт 2 часто применяют неумелые из пункта 1 и тем добиваются эффекта не хуже, чем умелые.
Что значит "соурс для языка на десктопе"?Leo Gan писал(а):рейтинги распространенности языков, основанные на кол-вах кликов и запросов выглядят не совсем правильно. По одной причине.
Если соурс для языка в одном месте, на твоем десктопе-сервере, как, к примеру для С#
т.е. вся документация по языку в одном месте, а имеено на моем десктопе, в MSDN. либо в том же MSDN, но на интернете. При этом мне не надо использовать гугл, чтобы найти нужную информацию. В MSDN свой поиск, статистика по нему только МСом фиксируется. Но я 95% инф.получаю без интернета. Значит ли это, что мои клики надо умножать на 20, чтобы получить реальное чтение информации по языку? А для других языков, по которым родная документация либо плохая, либо исходит из нескольких источников, и, к примеру, я нахожу на дескотопе 80% информации, а 20% в интернете. Надо ли для этого случая умножать на 5?badger писал(а): ...Что значит "соурс для языка на десктопе"?
...
Вся документация для Java, которая обычно требуется -- это Java API. Так она тоже легко делается локальной.Leo Gan писал(а):т.е. вся документация по языку в одном месте, а имеено на моем десктопе, в MSDN. либо в том же MSDN, но на интернете.badger писал(а): ...Что значит "соурс для языка на десктопе"?
...
Я согласен, что точной картины не получить.А для других языков, по которым родная документация либо плохая, либо исходит из нескольких источников, и, к примеру, я нахожу на дескотопе 80% информации, а 20% в интернете. Надо ли для этого случая умножать на 5?
Кто ищет JavaScript, как Java Script, пусть идут лесом. Они сами не знают, что ищут.А как учитывть то, что С#, к примеру, ни с чем в запросе не спутаешь, а вот Java будет фигурировать и в Java, и в Java BEANS,...Java Script, etc.