Здравствуйте, igna, Вы писали:
IT>>В результате на сегодняшний день наблюдается стойкая тенденция не только написания сервернго кода на Java, но и переписывания существующего .NET кода на Java. I>Надо же, а вроде ты где-то год тому назад говорил, что в банках .NET везде, нет?
На клиенте и в Web везде. Мы у себя и серверный софт на .NET пишем. Никаки проблем. Но у нас сервера свои и нам не надо никого спрашивать. А народ жалуется, что в некоторых местах пробить тупизну админов, уцепившихся за линукс просто не возможно. Для них же это погибель, нафига их столко, чтобы администрировать Windows? Вот и получается, раз линукс, значит java, т.к. MS альтернативы не предоставила.
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, Kingofastellarwar, Вы писали: K>да, различия платформ все равно придется учитывать в коде, но код на 98% будет компилируем без переделок и будет работать везде на максимуме скорости и без ЖИТ тормозов.
А вот тут и собака порылась. Проблема не в кроссплатформенности, платформу как раз заменить не проблема. Проблема в том, что современные устройства требуют написания разного софта. Нельзя приложение для десктопа тупо скомпилить на смартфоне. И "чуть-чуть переделать" не выход, практически все приложение придется писать с нуля. Истинно кросплатформенный HTML это показал во всей красе -- на десктоп один сайт, на смартфон другой, на планшет третий. Кроссплатформенность потеряла смысл. Вообще. Нельзя написать софт с одинаковым сценарием использования на такие разные устройства.
Всё, что нас не убивает, ещё горько об этом пожалеет.
Здравствуйте, IT, Вы писали:
IT>А народ жалуется, что в некоторых местах пробить тупизну админов, уцепившихся за линукс просто не возможно.
Не знаю как там админы, а вот от руководителей финансовых компаний вполне ожидаю, что они предпочитаю не зависеть от одного отдельно взятого Микрософта.
Здравствуйте, igna, Вы писали:
IT>>А народ жалуется, что в некоторых местах пробить тупизну админов, уцепившихся за линукс просто не возможно. I>Не знаю как там админы, а вот от руководителей финансовых компаний вполне ожидаю, что они предпочитаю не зависеть от одного отдельно взятого Микрософта.
Но ведь зависят же. Все рабочие станции в банках — Windows, а основной рабочий софт — MS Office. Сервера в сравнении с этим — это капля в море.
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, IT, Вы писали:
IT>Но ведь зависят же. Все рабочие станции в банках — Windows, а основной рабочий софт — MS Office. Сервера в сравнении с этим — это капля в море.
Эээ, стоп. MS Office-то не финансовые компании пишут.
Здравствуйте, igna, Вы писали:
IT>>Пока вы там фреймворки разрабатываете энтерпрайз аккуратненько ASP.NET MVC и Silverlight осваивает. I>Да ведь как теперь верить-то тебе, глядишь, через год опять какие-нибудь злые админы набегут и затопчут этот ASP.
Ну прямо Красная Шапочка и Сервый Волк. А линуксоидные админы — это видимо охотники, которые тебя с бабушкой в конце сказки выковыривают из чрева злодея?
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, igna, Вы писали:
IT>>Но ведь зависят же. Все рабочие станции в банках — Windows, а основной рабочий софт — MS Office. Сервера в сравнении с этим — это капля в море. I>Эээ, стоп. MS Office-то не финансовые компании пишут.
Нет, не пишут. Но используют и зависят.
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, IT, Вы писали:
IT>>>Почему MS не желает заниматься другими платформами для меня совершенно непонятно. LP>>Это желание, стоя на Луне, притянуть к себе Землю.
IT>Это ты так пошутил? Понял. Смешно.
Зачем нам предоставлять инструментарий для других платформ, пусть те, кто хочет использовать наши средства, ставит винду. Такова политика МС и именно ее я сравнил с попыткой притянуть Землю, стоя на Луне. По-моему, сравнение весьма уместное.
IT>>>В результате на сегодняшний день наблюдается стойкая тенденция не только написания сервернго кода на Java, но и переписывания существующего .NET кода на Java. Можно сказать, что рынок серверного софта в банках на сегодня для .NET потерян. LP>>Думаю, такая картина наблюдается не только в банках. Нужно быть очень чудаковатым человеком, чтобы решиться писать сервер на .NET.
IT>Ой, да ладно. Нормально всё пишется. Тоже мне рокет саинс. Тупее софта, чем серверный не бывает. Прочитал из базы, переложил в объект. Может по пути ещё чего-ниубдь умножил на два. А если на полтора, то это уже проблема. А наша java так не умеет. Может вы там у себя на клиенте на .NET это на полтора сумеете? Конечно сумеем, маленький, не плач. И на полтора сумеем, да и на два тоже, какие проблемы? Так постепенно и переезжает вся логика на клиента, а сервер в результате тупой конекшин к БД.
Разработчику банковских систем должно быть известно, что логика на клиенте — это дыра в безопасности системы. Далее, совершенно очевидно, что чем толще клиент, тем меньше диапазон устройств, на которых он может работать (это перпендикулярно кросплафторменности — речь идет о ресурсах). Вот буквально недавно забраковали таких вот любителей толстенького — клиент выжирал до полугига оперативы и работал, мягко говоря, не быстро, причем это было обусловлено объективными причинами (то есть не было следствием кривой реализации), в результате из мобильных девайсов пользоваться им было невозможно. Заменили реализацию на 100% сервер сайд, теперь крутится везде, где есть браузер.
IT>>>Удивляет то, что для одной и тоже же большой системы UI делается на .NET, Web на .NET, а сервер на Java. LP>>С окончательным становлением HTML5 .NET будет выпилен и оттуда. Уже сейчас на центральное место выходят java-фреймворки, позволяющие писать html/js/ajax приложения на 100% java, причем как на клиентской (gwt), так и чисто серверной стороне (то есть весь UI-код — описание UI и обработка событий — крутится а сервере, на клиент отправляются изменения аяксом).
IT>You wish! Пока вы там фреймворки разрабатываете энтерпрайз аккуратненько ASP.NET MVC и Silverlight осваивает.
Фреймворки уже давно готовы, цветут и пахнут, в отличие от вашего Сильверлайта. Его как, похоронили уже, или до сих пор выдерживают в гробу?
Социализм — это власть трудящихся и централизованная плановая экономика.
Здравствуйте, igna, Вы писали:
IT>>Нет, не пишут. Но используют и зависят. I>И все-таки это совсем другая зависимость. Главная проблема при переходе на OpenOffice будет пользователей переучить, а не программу переписать.
И?
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, igna, Вы писали:
I>И все-таки это совсем другая зависимость. Главная проблема при переходе на OpenOffice будет пользователей переучить, а не программу переписать.
Когда я дома детям OpenOffice поставил, им даже переучиваться не пришлось. А что происходит на предприятиях, рядом
Здравствуйте, LaPerouse, Вы писали:
LP>Зачем нам предоставлять инструментарий для других платформ, пусть те, кто хочет использовать наши средства, ставит винду. Такова политика МС и именно ее я сравнил с попыткой притянуть Землю, стоя на Луне. По-моему, сравнение весьма уместное.
Т.е. не пошутил.
LP>Разработчику банковских систем должно быть известно, что логика на клиенте — это дыра в безопасности системы.
Не вижу здесь логики.
LP>Далее, совершенно очевидно, что чем толще клиент, тем меньше диапазон устройств, на которых он может работать (это перпендикулярно кросплафторменности — речь идет о ресурсах). Вот буквально недавно забраковали таких вот любителей толстенького — клиент выжирал до полугига оперативы и работал, мягко говоря, не быстро, причем это было обусловлено объективными причинами (то есть не было следствием кривой реализации), в результате из мобильных девайсов пользоваться им было невозможно. Заменили реализацию на 100% сервер сайд, теперь крутится везде, где есть браузер.
У вас трейдеры прямо с собственных телефонов торгуют? Впервые слышу. Что касается браузеров, то тут java точно не нужна. Это ошибка, переходите срочно на ASP.NET MVC.
IT>>You wish! Пока вы там фреймворки разрабатываете энтерпрайз аккуратненько ASP.NET MVC и Silverlight осваивает. LP>Фреймворки уже давно готовы, цветут и пахнут, в отличие от вашего Сильверлайта. Его как, похоронили уже, или до сих пор выдерживают в гробу?
Жив дурилка. И все ваши пахнущие фреймворки переживёт.
Если нам не помогут, то мы тоже никого не пощадим.
А фиг его знает. Тот же руководитель вполне может считать, что если он Office освоил, то и подчиненные смогут, а программирование для него возможно гадский темный лес.
Здравствуйте, igna, Вы писали:
I>А фиг его знает. Тот же руководитель вполне может считать, что если он Office освоил, то и подчиненные смогут, а программирование для него возможно гадский темный лес.
На самом деле руководителям банков до лампочки на чём у них софт написан. Они и слов таких как .NET и Java не знают. Эта политика определяется ниже и не всегда людьми разбирающимися во всех деталях, и очень часто на основании личных предпочтений.
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, IT, Вы писали:
LP>>Разработчику банковских систем должно быть известно, что логика на клиенте — это дыра в безопасности системы. IT>Не вижу здесь логики.
Не видишь возможности фальсификации клиента?
LP>>Далее, совершенно очевидно, что чем толще клиент, тем меньше диапазон устройств, на которых он может работать (это перпендикулярно кросплафторменности — речь идет о ресурсах). Вот буквально недавно забраковали таких вот любителей толстенького — клиент выжирал до полугига оперативы и работал, мягко говоря, не быстро, причем это было обусловлено объективными причинами (то есть не было следствием кривой реализации), в результате из мобильных девайсов пользоваться им было невозможно. Заменили реализацию на 100% сервер сайд, теперь крутится везде, где есть браузер.
IT>У вас трейдеры прямо с собственных телефонов торгуют? Впервые слышу. Что касается браузеров, то тут java точно не нужна. Это ошибка, переходите срочно на ASP.NET MVC.
Какие еще трейдеры? Я такой ересью не занимаюсь. Электроэнергетика, алюминиевая промышленность и дорожное строительство — в этих областях (особенно в первой и третьей) использование мобильных устройств стремительно растет.
IT>>>You wish! Пока вы там фреймворки разрабатываете энтерпрайз аккуратненько ASP.NET MVC и Silverlight осваивает. LP>>Фреймворки уже давно готовы, цветут и пахнут, в отличие от вашего Сильверлайта. Его как, похоронили уже, или до сих пор выдерживают в гробу? IT>Жив дурилка. И все ваши пахнущие фреймворки переживёт.
А говорили, что уже умер. Кто же из вас двоих врет, ты или Интернет?
Социализм — это власть трудящихся и централизованная плановая экономика.
Здравствуйте, vsb, Вы писали:
vsb>>>А вы можете продемонстрировать тормоза Java
Let's combat begin!
Выбирайте компилятор жабы, сударь. В качестве C++ компилятора я беру ICC. Далее пишем тестовый код на С++ и идентичный ему на жабе. Собираем, выкладывая опции командной строки. Выкладываем бинарники сочуствующим, но ленящимся. И меряемся письками скоростью. Прогнозирую слив жабы по скорости минимум в 5(!) раз.
vsb>>>>А вы можете продемонстрировать тормоза Java
S>Let's combat begin!
S>Выбирайте компилятор жабы, сударь. В качестве C++ компилятора я беру ICC. Далее пишем тестовый код на С++ и идентичный ему на жабе.
Надееюсь, идентичный по функциональности, а не по конструкциям?
Здравствуйте, Mamut, Вы писали:
vsb>>>>>А вы можете продемонстрировать тормоза Java
S>>Let's combat begin!
S>>Выбирайте компилятор жабы, сударь. В качестве C++ компилятора я беру ICC. Далее пишем тестовый код на С++ и идентичный ему на жабе.
M>Надееюсь, идентичный по функциональности, а не по конструкциям?
Как будет угодно. Жабе это всё равно не поможет Только условимся что объект "точка" это таки объект, а не размазывание соплей полей по раздельности. Ну и к данным точки стучимся через сеттеры-геттеры. Всё по-взрослому. Чтобы итоговый код походил на реальный, идущий в production.
Предлагаю следующий приблизительный функционал:
1) создаём несколько десятков миллионов точек
2) делаем несколько функторов, обрабатывающих точки. Прореживаем массив точек, возвращая результат в новом контейнере.
например:
определяем, какие точки попадают в BoundingBox, заданный двумя диагональными вершинами
определяем, какие точки лежат выше/ниже оси абцисс/ординат
определяем, у каких точек модуль разности координат меньше/больше переданной константы.
3) поворачиваем все точки вокруг Pivot на угол Alpha
4) зеркально отражаем все точки вокруг произвольной оси, заданной двумя точками
6) сортируем точки по X/Y координате
Повторяем это несколько сотен или тысяч раз. Смотрим результат. Чешем репу.
> Что характерно, JGit выполняет операцию rev-list --objects –all примерно вдвое дольше, чем это делает Git, на проекте вроде ядра Linux, а index-pack для файла размером около 270 МБ тоже длится примерно вдвое дольше.
Хех. Уже этой фразы достаточно, чтобы не бояться и брать в руки Java