Сообщение Re[6]: Какие слабые места у Delphi (вообще) ? от 12.02.2015 5:30
Изменено 12.02.2015 5:34 Evgeny.Panasyuk
Здравствуйте, kaa.python, Вы писали:
KP>Java, сама по себе, не тормозит. Но, приложения написанные на Java очень часто тормозят. Возникает вопрос почему и утверждения что язык тормозной. На практике же, это побочный эффект широко распространного в Java подхода "сделать как можно больше абстракций и фабрик". Если же писать на Java в C++ стиле (видя такое богохульство, большинство истинных Java разработчиков начинают тонны кирпичей откладывать и талмуды по паттернам доставатьь), то проиводительность получается очень даже приличная, максимум на 20-30% хуже, чем если бы ты писал на C++. Вобщем, проблема медленной Java — она в головах.
Действительно, на Java можно создавать быстрый код, но только это будет код не в C++ стиле. И даже стилем C это можно назвать только с натяжкой — в Java нет даже структур, и при создании быстрого кода их приходится эмулировать.
В C++ есть дешёвые и даже зачастую бесплатные механизмы абстракции, в Java их нет — и соответственно быстрый код на Java по размеру будет намного больше чем аналог по скорости на C++.
То есть даже если отбросить подход "сделать как можно больше абстракций и фабрик", то всё равно будет тормозить. Быстрый код получается посредством отказа от полиморфизма, отказа от GC и эмуляцией структур — в результате остаётся крайне ограниченное и неудобное подмножество языка.
KP>Java, сама по себе, не тормозит. Но, приложения написанные на Java очень часто тормозят. Возникает вопрос почему и утверждения что язык тормозной. На практике же, это побочный эффект широко распространного в Java подхода "сделать как можно больше абстракций и фабрик". Если же писать на Java в C++ стиле (видя такое богохульство, большинство истинных Java разработчиков начинают тонны кирпичей откладывать и талмуды по паттернам доставатьь), то проиводительность получается очень даже приличная, максимум на 20-30% хуже, чем если бы ты писал на C++. Вобщем, проблема медленной Java — она в головах.
Действительно, на Java можно создавать быстрый код, но только это будет код не в C++ стиле. И даже стилем C это можно назвать только с натяжкой — в Java нет даже структур, и при создании быстрого кода их приходится эмулировать.
В C++ есть дешёвые и даже зачастую бесплатные механизмы абстракции, в Java их нет — и соответственно быстрый код на Java по размеру будет намного больше чем аналог по скорости на C++.
То есть даже если отбросить подход "сделать как можно больше абстракций и фабрик", то всё равно будет тормозить. Быстрый код получается посредством отказа от полиморфизма, отказа от GC и эмуляцией структур — в результате остаётся крайне ограниченное и неудобное подмножество языка.
Re[6]: Какие слабые места у Delphi (вообще) ?
Здравствуйте, kaa.python, Вы писали:
KP>Java, сама по себе, не тормозит. Но, приложения написанные на Java очень часто тормозят. Возникает вопрос почему и утверждения что язык тормозной. На практике же, это побочный эффект широко распространного в Java подхода "сделать как можно больше абстракций и фабрик". Если же писать на Java в C++ стиле (видя такое богохульство, большинство истинных Java разработчиков начинают тонны кирпичей откладывать и талмуды по паттернам доставатьь), то проиводительность получается очень даже приличная, максимум на 20-30% хуже, чем если бы ты писал на C++. Вобщем, проблема медленной Java — она в головах.
Действительно, на Java можно создавать быстрый код, но только это будет код не в C++ стиле. И даже стилем C это можно назвать только с натяжкой — в Java нет даже структур, и при создании быстрого кода их приходится эмулировать.
В C++ есть дешёвые и даже зачастую бесплатные механизмы абстракции, в Java их нет — и соответственно быстрый код на Java по размеру будет намного больше чем аналог по скорости на C++.
То есть даже если отбросить подход "сделать как можно больше абстракций и фабрик", то всё равно будет тормозить. Быстрый код получается посредством отказа от полиморфизма, отказа от GC и эмуляцией структур — в результате остаётся крайне ограниченное и неудобное подмножество языка (на котором писать в "C++ стиле" уж точно никак не получится).
KP>Java, сама по себе, не тормозит. Но, приложения написанные на Java очень часто тормозят. Возникает вопрос почему и утверждения что язык тормозной. На практике же, это побочный эффект широко распространного в Java подхода "сделать как можно больше абстракций и фабрик". Если же писать на Java в C++ стиле (видя такое богохульство, большинство истинных Java разработчиков начинают тонны кирпичей откладывать и талмуды по паттернам доставатьь), то проиводительность получается очень даже приличная, максимум на 20-30% хуже, чем если бы ты писал на C++. Вобщем, проблема медленной Java — она в головах.
Действительно, на Java можно создавать быстрый код, но только это будет код не в C++ стиле. И даже стилем C это можно назвать только с натяжкой — в Java нет даже структур, и при создании быстрого кода их приходится эмулировать.
В C++ есть дешёвые и даже зачастую бесплатные механизмы абстракции, в Java их нет — и соответственно быстрый код на Java по размеру будет намного больше чем аналог по скорости на C++.
То есть даже если отбросить подход "сделать как можно больше абстракций и фабрик", то всё равно будет тормозить. Быстрый код получается посредством отказа от полиморфизма, отказа от GC и эмуляцией структур — в результате остаётся крайне ограниченное и неудобное подмножество языка (на котором писать в "C++ стиле" уж точно никак не получится).