Здравствуйте, Mamut, Вы писали:
S>>Повторяем это несколько сотен или тысяч раз. Смотрим результат. Чешем репу.
M>Про это могу сказать только вот: http://habrahabr.ru/blogs/programming/136210/
M>Мой комментарий оттуда: M>
>> Что характерно, JGit выполняет операцию rev-list --objects –all примерно вдвое дольше, чем это делает Git, на проекте вроде ядра Linux, а index-pack для файла размером около 270 МБ тоже длится примерно вдвое дольше.
M>Хех. Уже этой фразы достаточно, чтобы не бояться и брать в руки Java
Непонятно только, это согласие на писькометрию или попытка слиться ?
Здравствуйте, LaPerouse, Вы писали:
LP>>>Разработчику банковских систем должно быть известно, что логика на клиенте — это дыра в безопасности системы. IT>>Не вижу здесь логики. LP>Не видишь возможности фальсификации клиента?
Удачность фальсификации клиента зависит от кривизны рук разработчика, а не от наличия в клиенте бизнес логики.
IT>>У вас трейдеры прямо с собственных телефонов торгуют? Впервые слышу. Что касается браузеров, то тут java точно не нужна. Это ошибка, переходите срочно на ASP.NET MVC. LP>Какие еще трейдеры? Я такой ересью не занимаюсь. Электроэнергетика, алюминиевая промышленность и дорожное строительство — в этих областях (особенно в первой и третьей) использование мобильных устройств стремительно растет.
Так ты про энергенику. А мы тут всё больше про банки.
LP>А говорили, что уже умер. Кто же из вас двоих врет, ты или Интернет?
Скорее всего ты. Видимо, раз начались переходы на личности, то аргументы закончились?
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, LaPerouse, Вы писали:
LP>А говорили, что уже умер. Кто же из вас двоих врет, ты или Интернет?
Ничего не умерло. В Windows 8 оно еще с WinRT подружится. Меньше паникерства!
Здравствуйте, stasgoo, Вы писали:
S>Здравствуйте, vsb, Вы писали:
vsb>>>>А вы можете продемонстрировать тормоза Java
S>Let's combat begin!
S>Выбирайте компилятор жабы, сударь. В качестве C++ компилятора я беру ICC. Далее пишем тестовый код на С++ и идентичный ему на жабе. Собираем, выкладывая опции командной строки. Выкладываем бинарники сочуствующим, но ленящимся. И меряемся письками скоростью. Прогнозирую слив жабы по скорости минимум в 5(!) раз.
Стандартный Oracle JVM последней версии. Давайте попробуем.
IT>>>А народ жалуется, что в некоторых местах пробить тупизну админов, уцепившихся за линукс просто не возможно. I>>Не знаю как там админы, а вот от руководителей финансовых компаний вполне ожидаю, что они предпочитаю не зависеть от одного отдельно взятого Микрософта.
IT>Но ведь зависят же. Все рабочие станции в банках — Windows, а основной рабочий софт — MS Office. Сервера в сравнении с этим — это капля в море.
Ну вот, кстати, у того же Приватбанка(самый крупный коммерческий банк Украины) все рабочие станции в отделениях на линухе...
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Здравствуйте, stasgoo, Вы писали:
S>Здравствуйте, vsb, Вы писали:
vsb>>>>А вы можете продемонстрировать тормоза Java
S>Let's combat begin!
S>Выбирайте компилятор жабы, сударь. В качестве C++ компилятора я беру ICC. Далее пишем тестовый код на С++ и идентичный ему на жабе. Собираем, выкладывая опции командной строки. Выкладываем бинарники сочуствующим, но ленящимся. И меряемся письками скоростью. Прогнозирую слив жабы по скорости минимум в 5(!) раз.
Давайте только сразу выкладывайте скомпиленные бинари для Win7 c процом AMD, и для линуха с ним же(ну, эт для плюсов, жабовское запустится везде одинаково). Бо у меня интелов отродясь не было, а на Убунте просто потестить охота.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Здравствуйте, Eugeny__, Вы писали:
E__>Ну вот, кстати, у того же Приватбанка(самый крупный коммерческий банк Украины) все рабочие станции в отделениях на линухе...
Поздравляю. А может ты с DOS перепутал?
Если нам не помогут, то мы тоже никого не пощадим.
E__>>Ну вот, кстати, у того же Приватбанка(самый крупный коммерческий банк Украины) все рабочие станции в отделениях на линухе...
IT>Поздравляю. А может ты с DOS перепутал?
Точно нет. Там вполне себе графический ASP Linux с гномом. Перепутать его с дос довольно трудно. Чтобы увидеть, достаточно зайти в любое отделение, и попросить, ну, скажем, рассказать про банковские карты. Тебя проводят в зал, где на компах операционистов все видно. Что стоит у кассиров, не знаю(кто ж меня туда пустит), но скорее всего то же самое.
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Здравствуйте, stasgoo, Вы писали:
S>Let's combat begin!
S>Выбирайте компилятор жабы, сударь. В качестве C++ компилятора я беру ICC. Далее пишем тестовый код на С++ и идентичный ему на жабе. Собираем, выкладывая опции командной строки. Выкладываем бинарники сочуствующим, но ленящимся. И меряемся письками скоростью. Прогнозирую слив жабы по скорости минимум в 5(!) раз.
Самое интересное было бы сравнить на развесистой тяжёлой ынтырпрайз системе. Например, какая-нибудь система для банков или страховых. Там всё самое интересное начинается.
Но это нереально, так как две идентичные системы ты не найдёшь
А на микротестах сложно правильно протестировать. Я как-то смотрел нативный код, который JVM генерирует для простенького цикла + виртуальный вызов, так JVM попыток 5 делала компиляции этого кода до тех пор пока весь код не редуцировался в несколько строк ассемблерного кода (после агресивного инлайна). Какой вариант считать правильным, первый или последний? Или что-то промежуточное? И вообще, насколько это влияет в реально больших и развесистых системах?
P.S. Задача (нечестная) :D
Есть библиотека вычисляющая функцию от целого (compute). Посчитать сумму compute(i) от 0 до заданного в командной строке числа (без верхней границы). Например, при cnt := 3 и compute(i) := i ответ будет 3.
Требование: возможность подменять compute без перекомпиляции программы (т.е в случае с C++ это должна быть динамическая библиотека).
Здравствуйте, gandjustas, Вы писали:
G>Ага, запусти на мобилке то что написано для десктопа.
И что будет? )
G>>>Второй вариант — "программа под любую платформу собирается из одного набора исходников". Такое похоже на правду, НО есть платформенно-зависимый код, есть UI, который чаще всего надо проектировать под каждую платформу отдельно. _>>Не надо, если выбрать правильные библиотеки. У нас вот кроссплатформенный продукт и "платформенных ifdef'ов" там на весь проект пара штук. G>Это будет третий вариант
Это не третий вариант, во всяком случае в озвученном виде. Мы пишем программы (а не библиотеки) на C++ с GUI и они работают на множестве платформ простой перекомпиляцией.
G>А потому что кроссплатформенность нафиг никому не упала. G>Это тупо флаг, которым размахивают вендоры. Реальная польза от кроссплатформенности для конечного пользователя нулевая, если не отрицательная.
Пользователю конечно пофиг написана программа с помощью кроссплатформенных инструментов или же нет. А вот производителю это очень важно — меньше расходов.
Здравствуйте, Uzumaki Naruto, Вы писали:
UN>Здравствуйте, Kingofastellarwar, Вы писали:
UN>Рассмотрим правильное кроссплатформеное программирование под С/C++ — все прекрасно компилируется под любые платформы — от PC до мобильных...
а вы код правильного кросс-платформенного приложения видели? это же ужос просто. совместимость компиляторов сильно хромает и хз какое подмножество стандарта на каком компиляторе реализовано. а кросс-платформенных библиотек кот накакал.
UN>Каждый язык имеет свою нишу и применение... настоящему программисту все равно на каком языке писать, UN>под какую платформу и архитектуру — ибо принципы программирования идентичные для всех языков UN>и отличаются только синтаксисом, а базовые технологии есть во всех платформах, а отличия
Сегодня собеседовали доктора из института. спросили за языки и в частности за плюсы. доктор ответил, что может и на плюсах, но мыслит все равно на си. и мы сразу нашли друг друга, т.к. он поймет мой код, а я его. хотя ни он, ни я ни разу не программисты и тем более не "настоящие". мы стоящие специалисты, во!
вы еще скажите настоящему переводчику все равно с какого языка на какой переводить, ибо все равно переводит гугл, а переводчик только правит совсем нелепые ошибки. точно так и у программистов есть своя специализация. есть особенности мышления. есть скилзы. даже в такой профессии как фотография отчетливо выделяются те, кто умеет хорошо снимать и те, кто умеет хорошо обрабатывать отснятый материал.
> в архитекторах нивелируются едиными типами данных...
так не типами едины.
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
Здравствуйте, Kingofastellarwar, Вы писали:
K>рассмотрим на примере только дотнета, я его лучше всего знаю, а проблемы у его собратьев такие же.
дотнет это ни разу не мультиплатформа, ибо официально поддерживается только венда, да и то не всех версий. так что даже в рамках венды это не мультиплатформа.
K>изначальная идея "компилируем раз — запускаем везде" давала надежду, но не только по маркитенговым, K>но и техническим причинам оказалось, что приемлемом уровне это сделать сложно, в итоге все жавы K>и дотнеты оказались очень даже одно платформенными.
пишу программу для отлова малвари. пишу под винду, но она работает на маке с никсами. случайно проверил на андроиде, который был у коллеги. она и на андроиде работает. и это не моя заслуга, а платформы. ее и компилировать не надо.
K>а самым реально мультплатфоменнным оказался в итоге Си с С++ом
а какой у вас опыт работы с си и плюсами и на каких платформах?
K> а если просто представить, что не нада было заморачиваться платформонезависимостью, K> но реализовать лучшие наработки в области сематники и базовых либ? K> код запускался бы сразу без JIT компиляции и тормозов с ней связанной
применительно к дотнету -- согласен. но что делать с зоопарком остальных архитектур?!
K> конечно с костылями это можно и сейчас достигнуть, типа С/С++ и буст или С/С++ и скрипты, K> но это всё извраты и многом ограниченные по функционалу.
зачем извраты, если есть java? кстати, основная идея java это не только кросс-платформ, но и безопасность. в теории, java-апплет не может повредить ваш девайс. на практике -- даже с учетом дыр java все же лучше, чем ActiveX, который не только не кросс-платформ, но и вообще не контролируется в принцие. а сишный код это сплошные ошибки, ведущие к возможности захвата контроля. потому AcrobatX использует "песочницу", изолируя львиную часть кода от операционного окружения, что выглядит как нелепый костыль.
K> мож нада было идти этим путем? а не жертвовать многим ради K> платформонезависисмости которая в итоге недостижима оказалась.
многим жертвовали в си, в котором нету кучи фич, т.к. их не поддерживает "контроллер лифта" -- мифическое устройство под которое сишники пишут кросс-платформ. а чем пожертвовали в дот-нете? за какие тормоза вы говорите?
americans fought a war for a freedom. another one to end slavery. so, what do some of them choose to do with their freedom? become slaves.
UN>Рассмотрим на примере java... все работает прекрасно на всех платформах...
Оно даже в пределах одной платформы не всегда работает — совершенно легальные SSLSocket'ы резко изменили свое поведение при переходе от Sun-машины 1.6 к 1.7, причем обнаружить и найти проблему у не самых глупых людей заняло два дня.
Здравствуйте, alex_public, Вы писали:
_>Здравствуйте, gandjustas, Вы писали:
G>>Ага, запусти на мобилке то что написано для десктопа.
_>И что будет? )
Ничего, даже если запустится, то работать будет невозможно.
G>>>>Второй вариант — "программа под любую платформу собирается из одного набора исходников". Такое похоже на правду, НО есть платформенно-зависимый код, есть UI, который чаще всего надо проектировать под каждую платформу отдельно. _>>>Не надо, если выбрать правильные библиотеки. У нас вот кроссплатформенный продукт и "платформенных ifdef'ов" там на весь проект пара штук. G>>Это будет третий вариант
_>Это не третий вариант, во всяком случае в озвученном виде. Мы пишем программы (а не библиотеки) на C++ с GUI и они работают на множестве платформ простой перекомпиляцией.
Какие платформы входят в это множество?
G>>А потому что кроссплатформенность нафиг никому не упала. G>>Это тупо флаг, которым размахивают вендоры. Реальная польза от кроссплатформенности для конечного пользователя нулевая, если не отрицательная.
_>Пользователю конечно пофиг написана программа с помощью кроссплатформенных инструментов или же нет. А вот производителю это очень важно — меньше расходов.
Здравствуйте, Eugeny__, Вы писали:
E__>Давайте только сразу выкладывайте скомпиленные бинари для Win7 c процом AMD, и для линуха с ним же(ну, эт для плюсов,
В чем, по твоему мнению, проявится отличие между линухом и виндой ? I/O в тестах нету, только голый код.
E__>жабовское запустится везде одинаково).
Запустится может и одинаково. А заработает одинаково хорошо ? Или сегодня все JVM по качеству идентичны ?
E__>Бо у меня интелов отродясь не было, а на Убунте просто потестить охота.
Интеловское небязательно. Но если будем компилить с максимальной оптимизацией надо чтобы все расширения типа SSE3 присутствовали.
Здравствуйте, Иван Дубров, Вы писали:
ИД>Требование: возможность подменять compute без перекомпиляции программы (т.е в случае с C++ это должна быть динамическая библиотека).
Необязательно библиотека. Благодаря, как ни странно, Apple, сейчас С++ может компилиться в байткод и JITится по требванию. Гуглить LLVM, CLang.
Здравствуйте, Eugeny__, Вы писали:
IT>>Но ведь зависят же. Все рабочие станции в банках — Windows, а основной рабочий софт — MS Office. Сервера в сравнении с этим — это капля в море. E__>Ну вот, кстати, у того же Приватбанка(самый крупный коммерческий банк Украины) все рабочие станции в отделениях на линухе...
А, так вот почему у них никогда ничего не работает...
Здравствуйте, IT, Вы писали:
IT>На самом деле руководителям банков до лампочки на чём у них софт написан. Они и слов таких как .NET и Java не знают. Эта политика определяется ниже и не всегда людьми разбирающимися во всех деталях, и очень часто на основании личных предпочтений.
А эти "люди ниже" не являются руководителями? Ну и ладно, в любом случае Office они на уровне среднего пользователя знают, а программирование на уровне среднего программиста — далеко не всегда.
Если нам не помогут, то мы тоже никого не пощадим.
