Re: Интересное мнение про перспективы .NET

[crypto5]

Я вот недавно решил что скала - зло, и с нетерпением теперь жду джаву 8 ))

Да, это так. Джава вообще монстрообразная по сравнению с PHP. A в последнее время PHP вообще рванул вперёд недетскими шагами и новые фраимворки просто класс.

Онин http://phalconphp.com/en/ чего стоит.

Наугад тыкнул в http://docs.phalconphp.com/en/latest/re ... ansactions, так на джаве программировали где то в 90-ых

А после 90-х джава сама научлась делать роллбэки

Нет, после 90-ых фреймворки научились сами делать ролбеки, а так же стартовать транзакции, и безопасно обрабатывать например исключения, чего код по ссылке делать не умеет. В джаве сейчас на метод навешиваешь анотацию transactional, и можно не беспокоиться ниочем.

[stenking]

А тыкать нужно сюда. http://www.dev-metal.com/which-php-fram ... sted-ever/

Фрамиворк кушает пол мега памяти а во время как джава уже подбирается к пол-гига:)

Или вот. Простая логичная структура проекта без ничего лишнего ))



Попробуем добратся до контроллера в Спринге...



Вот уж безумные люди наплодили...

[Medium-rare]

Я вот недавно решил что скала - зло, и с нетерпением теперь жду джаву 8 ))

Wow! What made you to change your mind?

[crypto5]

А тыкать нужно сюда. http://www.dev-metal.com/which-php-fram ... sted-ever/

Фрамиворк кушает пол мега памяти а во время как джава уже подбирается к пол-гига:)

Очередное провокационное безосновательное заключение )) Джаве для бутстрапа со всеми фреймворками достаточно 100МБ памяти, а дальше мне думается по мере роста нагрузки она будет эфективнее пхп.

Или вот. Простая логичная структура проекта без ничего лишнего ))


Попробуем добратся до контроллера в Спринге...

Вот уж безумные люди наплодили...

Ну это стандарты программирования у определенный людей, ничего не запрещает делать более простую структуру: http://www.ninjaframework.org/documenta ... ation.html

[stenking]

Очередное провокационное безосновательное заключение ))

[Интеррапт]

Фрамиворк кушает пол мега памяти а во время как джава уже подбирается к пол-гига:)

Это там указано про 0.7 MB per request, а не всего, сколько отожрет сам PHP с этим фреймворком Т.е. просто при поступлении одного запроса от сервера - сразу же отожрется эти самые 0.7 MB. Нормальные фреймворки под Джава никак не кушают пол гигабайта per request, так что сравнение некорректное.

[crypto5]

Я вот недавно решил что скала - зло, и с нетерпением теперь жду джаву 8 ))

Wow! What made you to change your mind?

Ну они в скале все переизобрели, свои стринги, инты, колекции, код генерят, возникают постоянно какие то траблы с сторонними библиотеками, ошибки нечитабельные, типа can't cast Class[_] to Class[_$1], фиг знает что значит, и я решил что java is good enough, и программить на скале слишком напряженно, хочется больше концентрироваться на задаче.
Ну и через месяц java8 покроет многие недостатки джавы по сравнению с скалой.

[Komissar]

а я давно предсказывал, что скала выдохнется

[stenking]

Фрамиворк кушает пол мега памяти а во время как джава уже подбирается к пол-гига:)

Это там указано про 0.7 MB per request, а не всего, сколько отожрет сам PHP с этим фреймворком Т.е. просто при поступлении одного запроса от сервера - сразу же отожрется эти самые 0.7 MB. Нормальные фреймворки под Джава никак не кушают пол гигабайта per request, так что сравнение некорректное.

Нет, это тотал. Ну и ещё в PHP практически нет шаред ресорсов - т.е. один request: 0.7MB, два: 1.4 и т.д.

[Интеррапт]

Фрамиворк кушает пол мега памяти а во время как джава уже подбирается к пол-гига:)

Это там указано про 0.7 MB per request, а не всего, сколько отожрет сам PHP с этим фреймворком Т.е. просто при поступлении одного запроса от сервера - сразу же отожрется эти самые 0.7 MB. Нормальные фреймворки под Джава никак не кушают пол гигабайта per request, так что сравнение некорректное.

Нет, это тотал. Ну и ещё в PHP практически нет шаред ресорсов - т.е. один request: 0.7MB, два: 1.4 и т.д.

Это не total, это per request (там по твоей статье это написано). К тому же мало кого интересует голый бутстрап. А дальше пойдет по накатанной - базу данных открыл, опаньки, еще с мегабайтик улетел. State сохранил - еще отожралось памяти.
Нет, на голых метриках типа "а вот мы стартанули и у нас мало памяти отожралась" - такие сравнения нам не нужны. А вот что-то вроде взять каких-то два пет проджекта с одинаковой функциональностью, которые с базой активно работают, данные кешируют и т.п. и сравнивать на пару сотнях requests per seconds, дать поработать и замерять, вот это имело бы смысл сравнивать.

[crypto5]

Фрамиворк кушает пол мега памяти а во время как джава уже подбирается к пол-гига:)

Это там указано про 0.7 MB per request, а не всего, сколько отожрет сам PHP с этим фреймворком Т.е. просто при поступлении одного запроса от сервера - сразу же отожрется эти самые 0.7 MB. Нормальные фреймворки под Джава никак не кушают пол гигабайта per request, так что сравнение некорректное.

Нет, это тотал. Ну и ещё в PHP практически нет шаред ресорсов - т.е. один request: 0.7MB, два: 1.4 и т.д.

Стенкин, а как так получается что ваш супербыстрый фреймворк отстает от джавы по производительности в 10 раз? http://www.techempower.com/benchmarks/

[stenking]

Фрамиворк кушает пол мега памяти а во время как джава уже подбирается к пол-гига:)

Это там указано про 0.7 MB per request, а не всего, сколько отожрет сам PHP с этим фреймворком Т.е. просто при поступлении одного запроса от сервера - сразу же отожрется эти самые 0.7 MB. Нормальные фреймворки под Джава никак не кушают пол гигабайта per request, так что сравнение некорректное.

Нет, это тотал. Ну и ещё в PHP практически нет шаред ресорсов - т.е. один request: 0.7MB, два: 1.4 и т.д.

[stenking]

Фрамиворк кушает пол мега памяти а во время как джава уже подбирается к пол-гига:)

Это там указано про 0.7 MB per request, а не всего, сколько отожрет сам PHP с этим фреймворком Т.е. просто при поступлении одного запроса от сервера - сразу же отожрется эти самые 0.7 MB. Нормальные фреймворки под Джава никак не кушают пол гигабайта per request, так что сравнение некорректное.

Нет, это тотал. Ну и ещё в PHP практически нет шаред ресорсов - т.е. один request: 0.7MB, два: 1.4 и т.д.

Это не total, это per request (там по твоей статье это написано). К тому же мало кого интересует голый бутстрап. А дальше пойдет по накатанной - базу данных открыл, опаньки, еще с мегабайтик улетел. State сохранил - еще отожралось памяти.
Нет, на голых метриках типа "а вот мы стартанули и у нас мало памяти отожралась" - такие сравнения нам не нужны. А вот что-то вроде взять каких-то два пет проджекта с одинаковой функциональностью, которые с базой активно работают, данные кешируют и т.п. и сравнивать на пару сотнях requests per seconds, дать поработать и замерять, вот это имело бы смысл сравнивать.

Это тотал) Я понимаю что ты хочеш сказать - берём голый пхп, пишем хелло ворд, меряем. потом пишем хелло ворд на фалконе и разница есть то что сожрал фраимворк. Только голый пхп займёт насколько мало памяти что это просто не имеет смысла. Кстати обычно я стараюсь до 10-20М держатся в реквесте. Это реальная дата в реальных проектрах с сотнями К а то и миллионами пользователй.

[dotcom]

Тест ключница писала.

[reality]

а я давно предсказывал, что скала выдохнется

Мы на работе используем Scala во всю ее мощь, для этого конечно надо сначала походить по граблям и понять всю могучую систему типов, но зато сейчас по ощущениям я раз в 5 более производителен чем был бы на Java. И мало того что производителен, так мой код еще читают и поддерживают другие люди и вроде бы особе не жалуются

Судя по движухе в комьюнити и как сложно было попасть на NEScala все у скалы хорошо. В линкедине чуть ли не каждый день предлагают вакансии на скале.

Так что на счет выдохнется еще не понятно, может быть и выстрелит. Даже если не выстрелит сейчас скаала это 99% фильтр от корпоративного легаси говна мамонта.

[crypto5]

а я давно предсказывал, что скала выдохнется

Мы на работе используем Scala во всю ее мощь, для этого конечно надо сначала походить по граблям и понять всю могучую систему типов, но зато сейчас по ощущениям я раз в 5 более производителен чем был бы на Java. И мало того что производителен, так мой код еще читают и поддерживают другие люди и вроде бы особе не жалуются

Судя по движухе в комьюнити и как сложно было попасть на NEScala все у скалы хорошо. В линкедине чуть ли не каждый день предлагают вакансии на скале.

Так что на счет выдохнется еще не понятно, может быть и выстрелит. Даже если не выстрелит сейчас скаала это 99% фильтр от корпоративного легаси говна мамонта.

Думаю что г-но на скале разгребать удовольствие будет намного меньше чем тоже самое в случае джава ))

[reality]

Думаю что г-но на скале разгребать удовольствие будет намного меньше чем тоже самое в случае джава ))

Говно оно вехде примерно одн говно Но на скале его пока что особо нету, народ который пока что пришел в скалу в среднем гораздо выше того же среднего Java разработчика, и не так много всего понаписано пока что.

[crypto5]

Думаю что г-но на скале разгребать удовольствие будет намного меньше чем тоже самое в случае джава ))

Говно оно вехде примерно одн говно Но на скале его пока что особо нету, народ который пока что пришел в скалу в среднем гораздо выше того же среднего Java разработчика, и не так много всего понаписано пока что.

Умные люди делают более непредсказуемые странности в коде, особенно если есть такой клевый инструмент как скала ))

[dotcom]

Как мой знакомый сказал: "Не путай КГ и УГ". КГ = креативное Г. На Скале пока еще есть возможность быть креативным.

[crypto5]

а я давно предсказывал, что скала выдохнется

Мы на работе используем Scala во всю ее мощь, для этого конечно надо сначала походить по граблям и понять всю могучую систему типов, но зато сейчас по ощущениям я раз в 5 более производителен чем был бы на Java. И мало того что производителен, так мой код еще читают и поддерживают другие люди и вроде бы особе не жалуются

Кстати, что бы вести предметную дискуссию интересно посмотреть на примеры продуктивности?

[reality]

Кстати, что бы вести предметную дискуссию интересно посмотреть на примеры продуктивности?

Примеров не будет потому что это не опенсорс. И вообще метрика очень субъективная. Так оцениваю себя я сам. По моим ощущениям и прикидкам как я бы делал это на java. Как посчитать такую метрику точно я не знаю

[crypto5]

Кстати, что бы вести предметную дискуссию интересно посмотреть на примеры продуктивности?

Примеров не будет потому что это не опенсорс. И вообще метрика очень субъективная. Так оцениваю себя я сам. По моим ощущениям и прикидкам как я бы делал это на java. Как посчитать такую метрику точно я не знаю

Ну вот есть например такие тесты: http://benchmarksgame.alioth.debian.org ... a&data=u32
Там видно что на скале и джаве решения занимают приблизительно одинаковое количество кода. Где они не правы?

[reality]

Кстати, что бы вести предметную дискуссию интересно посмотреть на примеры продуктивности?

Но хочу заметить что в начале было сложно и писал медленнее чем на привычной Java. Но после ~3х лет ошибки типа can't cast Class[_] to Class[_$1] я понимаю в лет, и я не могу уже и вспомнить когда я в каком то куске копался и боролся с типами.
P.S. Дзен пришел гораздо раньше чем за три года, я думаю что за месяца 3-4-5 плотного кодописания и изучения можно дойти до этого.

[reality]

Ну вот есть например такие тесты: http://benchmarksgame.alioth.debian.org ... a&data=u32
Там видно что на скале и джаве решения занимают приблизительно одинаковое количество кода. Где они не правы?

Может быть и правы. Но уж больно синтетические эти тесты. А на работе прихоится все таки писать приложения с развесистой моделью и логикой, и она очень хорошо ложится на скальную систему типов и очень круто заворачивается в прекрасные монады Future/Option/Either и на выходе получается API где особо негде словить NullPointer или еще какой то непонятный эксепшн. Я стектрейсы не разгребал уже очень давно. А на джаве всегда приходилось, потому зачем то абсолютно все ловят эксепш, печатают стектрейс и кидают дальше его или новый эксепшн. И в таком стиле написано 99% процентов всего Java кода

[crypto5]

Ну так на джаве есть все те же future и optional, а чем принципиально NPE отличается от optional unset я не сильно понимаю.