[Конкурс] Транслятор языка

Татарин> И эти продукты - работают. И к большинству из них сложно предъявить какие-то уж очень крутые претензии. Правда ли, что ОпенОфис лучше МСОфиса? ИМХО, совсем нет, совсем наоборот.

Майкрософт умеет делать программные продукты, особенно офисные, у нее давние позиции в данном вопросе. И ресурсы, брошенные на МСОфис, наверняка многократно превосходят ОпенОффис. Но ведь есть еще тот же Эклипс, который, имхо, просто лучше Студии. Со всех позиций. При том, что Студия - много лет разработки самой сильной софтверной компании в мире, а Эклипс так-таки не может похвастать ни таким же циклом разработки ни таким же финансированием и ресурсами.

ЗЫ Насколько я понимаю, будущие Офисы во многом уже Си-шарп.

Татарин> Медленнее - на десятки процентов. Не в разы.

Реконструктор> http://nanev.com/store/jt.jpg
Реконструктор> http://nanev.com/store/ct.jpg

А ты добавь ключ -server к командной строке.

Реконструктор> Короче, вся эта грязь мне надоела. Код Сергея в 10 раз больше чем мой (а по логике надо наоборот, я ведь пишу на C++).

Эээ.. во сколько?


И причина этомуРеконструктор> не какие-то волшебные свойства программы (его принцип работы полностью аналогичен моему), а то, что он делал выводы по ходу, все время внося изменения и патчи. Его программа медленее (джаве привет).

А ты посмотри мой первый вариант. Он уже был вполне вполне рабочий. С твоим - не сравнить. При этом - кто тебе мешал сделать свой вариант раньше и тем предотвратить мои патчи?

Видимо, tarasv прав, в JRE серверный вариант не включен. Ну, скачай JDK, он бесплатный.

ЗЫ Впрочем, если желаешь буквоедничать - как угодно. Но видишь ли, если ты будешь прикапываться к мелочам, то у меня поводов прикопаться к твоему проекту куда как больше. И не по таким мелочным поводам.

Сергей-4030>> Собственно, можно открыть голосование - кто считает, что пари выиграл Реконструктор (или я) - отпишитесь, pls.
sxam> В Репутации отписался

Пасиб за добрые слова.

Татарин> И эти продукты - работают. И к большинству из них сложно предъявить какие-то уж очень крутые претензии. Правда ли, что ОпенОфис лучше МСОфиса? ИМХО, совсем нет, совсем наоборот.

Спорный вопрос, на 99% субъективный.

Татарин> А вот МСОфис, при всей его невероятной наворочености, работает заметно быстрее.
Татарин> И о чём это нам говорит?

О том что надо делать такое же тестирование, как в этой теме.

PS Специально не ковырялся, но помоему ОО жуткая помесь явы с питоном.
Было бы интересно создать набор тестов для офисных пакетов для оценки их быстродействия.

Сергей-4030> Видимо, tarasv прав, в JRE серверный вариант не включен. Ну, скачай JDK, он бесплатный.

Там что-то сломано:


Может что-то не так делаю?

Сергей-4030>> Видимо, tarasv прав, в JRE серверный вариант не включен. Ну, скачай JDK, он бесплатный.
Реконструктор> Там что-то сломано:
Реконструктор> http://nanev.com/store/jt2.jpg
Реконструктор> Может что-то не так делаю?

Да, не так. big_test.ct - это тест длинной программы и он выводит что и должен. Тест быстродействия - timetest.ct.

Реконструктор> Ой, пардон. Не тот файл.
Реконструктор> Да. Это дает устойчивые 1875. Но я скомпилировал свой проект с VC8 и в результате небольшое подобрение - ниже 950. Так что все еще не дотягивает.

До чего недотягивает?

PS Дай апдейт, если скомпилировал как-то иначе.

Татарин>> И эти продукты - работают. И к большинству из них сложно предъявить какие-то уж очень крутые претензии. Правда ли, что ОпенОфис лучше МСОфиса? ИМХО, совсем нет, совсем наоборот.
Alexandrc> Спорный вопрос, на 99% субъективный.
Я и написал там ИМХО. Но если вмечто "лучше" взять "навороченнее", то это уже будет объективно.

Татарин>> А вот МСОфис, при всей его невероятной наворочености, работает заметно быстрее.
Татарин>> И о чём это нам говорит?
Alexandrc> О том что надо делать такое же тестирование, как в этой теме.
Alexandrc> PS Специально не ковырялся, но помоему ОО жуткая помесь явы с питоном.
Alexandrc> Было бы интересно создать набор тестов для офисных пакетов для оценки их быстродействия.
Уже делали. Я сам видел и читал. Нужно просто поискать по сети самые свежие.

Сергей-4030> Но ведь есть еще тот же Эклипс, который, имхо, просто лучше Студии. Со всех позиций. При том, что Студия - много лет разработки самой сильной софтверной компании в мире, а Эклипс так-таки не может похвастать ни таким же циклом разработки ни таким же финансированием и ресурсами.
Мне кажется, что в первую очередь это - заслуга программистов Эклипса, и уж только на десятом месте где-нить будет язык.

Сергей-4030> ЗЫ Насколько я понимаю, будущие Офисы во многом уже Си-шарп.
У МС, как нам рассказывали его миссионеры на конфе, вообще идея всё по максимуму перевести на С#.
И вот с ЭТИМ языком яве будет сложно конкурировать.
Не то чтоб невозможно... Но сложно. МС умеет проталкивать продукты.
Скажем, на данном этапе ничего напрямую сравнимого ASP .NET у явщиков, вроде, нет.

Татарин> Мне кажется, что в первую очередь это - заслуга программистов Эклипса, и уж только на десятом месте где-нить будет язык.

Да, но если программисты такого уровня, какими ты их рисуешь этим сообщением, то язык они выбирали явно не первый попавшийся

Татарин> У МС, как нам рассказывали его миссионеры на конфе, вообще идея всё по максимуму перевести на С#.
Татарин> И вот с ЭТИМ языком яве будет сложно конкурировать.

Я сравнивал JVM с Mono ( Производительность языков. Объектный Фибоначчи :) ) и пришёл к выводу, что виртуальная машина от Sun немного быстрее Mono (и, скорее всего сопоставима по скорости с MS .NET, но его тестировать не на чем), но на .net получаются более эффективные трансляторы других языков. А это ему большой плюс. Собственно, из того, что видел, под Java только Scala сопоставима по скорости с оригиналом, а вот на Mono - практически любой статический язык.

Татарин> Не то чтоб невозможно... Но сложно. МС умеет проталкивать продукты.

Если бы мне сейчас на десктопе пришлось писать быструю прикладуху, я бы, наверное, взялся именно за .NET (хотя, возможно, что и на D). Но это заслуга не MS, а реализации от Mono Нативный вид приложений и малый стартап-тайм рулят.

...

А умение MS проталкивать продукты понемногу, кстати, начинает буксовать, ИМХО...

Татарин> Скажем, на данном этапе ничего напрямую сравнимого ASP .NET у явщиков, вроде, нет.

Я почти не в курсе, что там есть в ASP, но если учитывать ту малость, что я представляю, то разве не являются аналогами Tomcat, Resin, JBoss, etc...?

Татарин>>> И эти продукты - работают. И к большинству из них сложно предъявить какие-то уж очень крутые претензии. Правда ли, что ОпенОфис лучше МСОфиса? ИМХО, совсем нет, совсем наоборот.
Alexandrc>> Спорный вопрос, на 99% субъективный.
Татарин> Я и написал там ИМХО. Но если вмечто "лучше" взять "навороченнее", то это уже будет объективно.
Татарин> Татарин>> А вот МСОфис, при всей его невероятной наворочености, работает заметно быстрее.
Татарин> Татарин>> И о чём это нам говорит?
Alexandrc>> О том что надо делать такое же тестирование, как в этой теме.
Alexandrc>> PS Специально не ковырялся, но помоему ОО жуткая помесь явы с питоном.
Alexandrc>> Было бы интересно создать набор тестов для офисных пакетов для оценки их быстродействия.
Татарин> Уже делали. Я сам видел и читал. Нужно просто поискать по сети самые свежие.

Я имел ввиду аналог, например, Bapco Sysmark-овскому Office Productivity. А так в нете в основном сравниваются фичи и скорость запуска и объем памяти.
Для спредшита Ратмана, я большой разницы по скорости между ОО2.4.1 и MS2007 не заметил.

Серокой> На больших документах (у меня 150 страниц А4 с картинками) ООо ЗНАЧИТЕЛЬНО тормознее, увы.
Это хорошо. А можно этот док привести к виду пригодному для теста? Ну там отсутствие конфиденциальной инфы и т.д.?

Татарин>> Мне кажется, что в первую очередь это - заслуга программистов Эклипса, и уж только на десятом месте где-нить будет язык.
Balancer> Да, но если программисты такого уровня, какими ты их рисуешь этим сообщением, то язык они выбирали явно не первый попавшийся
Очевидно.
Непонятно, что ты хотел сказать этой репликой. Неужто то, что на Яве программировать удобнее?

Татарин>> У МС, как нам рассказывали его миссионеры на конфе, вообще идея всё по максимуму перевести на С#.
Татарин>> И вот с ЭТИМ языком яве будет сложно конкурировать.
Balancer> Я сравнивал JVM с Mono ( Производительность языков. Объектный Фибоначчи :) ) и пришёл к выводу, что виртуальная машина от Sun немного быстрее Mono
Уфф... опять ты упираешься в скорость.
А практика показывает, что скорость (особенно - выигрыш меньше чем в пару раз) сейчас далеко не самое важное. Она станет важна, когда рост мощности компов приостановится и процессорное время станет по-настоящему ценным ресурсом, а пока за время написания продукта мощность средней машины увеличивается в разы, это не столь и важно.
Кроме того, есть ещё и такое замечание (давным давно ставшее банальностью): мощность машин сейчас избыточна для огромного количества офисных задач. Пока время реагирования проги укладывается в приемлимое пользователем, ему по-большому счёту плевать, сколько микро- или миллисекунд было потрачено на операцию и насколько был загружен процессор. Нет, конечно, особо продвинутые заметят, сделают тесты, повздыхают, что "было время...", но реального неудовольствия (из-за которого он будет готов сменить продукт) это пользователю не доставит.
Скажем, многие пользуют ОО, многие МСО, но лишь немногие заявляют что причина их сознательного выбора - скорость продукта (хотя для ОО серьёзное отличие есть, и оно иногда даже ощутимо для рядового пользователя).

Balancer> Если бы мне сейчас на десктопе пришлось писать быструю прикладуху, я бы, наверное, взялся именно за .NET (хотя, возможно, что и на D). Но это заслуга не MS, а реализации от Mono Нативный вид приложений и малый стартап-тайм рулят.
Ещё больше рулит удобство написания и разнообразие хорошо сочетаемых удобных инструментов.


Balancer> ...
Balancer> А умение MS проталкивать продукты понемногу, кстати, начинает буксовать, ИМХО...
А у кого оно НЕ буксует?
В смысле, покажи мне более успешную в этом плане контору, и тогда я с тобой соглашусь.

Татарин>> Скажем, на данном этапе ничего напрямую сравнимого ASP .NET у явщиков, вроде, нет.
Balancer> Я почти не в курсе, что там есть в ASP, но если учитывать ту малость, что я представляю, то разве не являются аналогами Tomcat, Resin, JBoss, etc...?
Ага. Являются. Но они покрывают лишь малую часть, не всегда удобно сочетаются и т.д.

В том-то и фишка, что напрямую сравнить это с платформой от МС - нельзя.