LINUX.ORG.RU

Экстремальная обработка транзакций

 , , , , , ,


0

0

Презентация Джона Девиса (директора по технологиям IONA Technologies). Рассказывается о различных технологиях, используемых в инвестиционных банках. Сравнивается производительность, сильные и слабые стороны Java и других языков программирования. Сравниваются технологии хранения данных и пр. Представляются новые технологии, которые следует ожидать в ближайшем будущем.

Slideshow

Podcast

>>> Подробности



Проверено: JB ()

Re: Экстремальная обработка транзакций

Экстремальная от слова экстремум или от слова экстрим?

justuser ★★ ()

Re: Экстремальная обработка транзакций

"сильные и слабые стороны Джавы" - класс.

justuser ★★ ()

Re: Экстремальная обработка транзакций

Экстримально - это писать в трансформаторную будку.

shutty ()

Re: Экстремальная обработка транзакций

Опять С опускають..

ierton ★★ ()

Re: Экстремальная обработка транзакций

>используемых в инвестиционных банках
>в инвестиционных банках

>инвестиционных банках


oh shi.. в мире кризис, инвестиционные банки обосрались по полной. так что сидели бы молчали в тряпочку.

ежу понятно что нихрена никаких "новых технологий" не будет в ближайшем будущем - все судорожно выводят активы

anonymous ()
Ответ на: Re: Экстремальная обработка транзакций от anonymous

Re: Экстремальная обработка транзакций

Вот тут пишут, что джава устарела, что джава это 90-е. что будущее за C#. Ещё пишут, что javaFX это шутка, а не ни какой не ответ на сильверлайт. Что три разпработчика javaFX и Javadesctop ушли в Adobe, а один ключевой разработчк в Гугл. И что теперь нанимают в Sun индусов

http://www.theserverside.com/news/thread.tss?thread_id=51294

Короче, резюме, Джава rip

anonymous ()
Ответ на: Re: Экстремальная обработка транзакций от anonymous

Re: Экстремальная обработка транзакций

> ежу понятно что нихрена никаких "новых технологий" не будет в ближайшем будущем - все судорожно выводят активы

Вот в этом и будет новая технология... на биржах наигрались, смотрят какую еще область человеческой деятельности осчастливить :-)

gods-little-toy ★★★ ()
Ответ на: Re: Экстремальная обработка транзакций от anonymous

Re: Экстремальная обработка транзакций

Короче, джава rip, подписано анонимусом, гербовая печать, все дела. Всем принять к сведению и с новой недели начинать новую жизнь.

А про "будущее за цешарпом" меня порвало на миллион частиц. Пеши исщё, возможно попадешь в лолксы

Karapuz ★★★★★ ()
Ответ на: Re: Экстремальная обработка транзакций от Karapuz

Re: Экстремальная обработка транзакций

Ява -- это такой старый 16-ти битный язык, длина метода в котором ограничена по стандарту 65535 символами?

PS Да, я использую кодогенератор конечных автоматов.

sv75 ★★★★★ ()

Re: Экстремальная обработка транзакций

детсад, ей богу. упомянуть про ассемблер (да, одна из крупнейших бирж раннится на нём) и не упомянуть про C? Сказать про сборщик мусора - как недостаток жавы, упомянуть про 10к трансакций (и не упомянуть про треды, epoll и пр.), а потом - вещать про JavaSpaces и Spring и XML как решение - это, конечно, круто. Из открытых вопросов в конце - можно сделать вывод что у него -вообще каша в голове. <флейм> Либо пришедший на волне кобола 2к->потом визуал-васик, потом жава, либо переквалифицировавшийся ДБА, потом жава, без опыта работы с реально-большими объёмами, обрабатываемыми либо C под унихами, либо ассемблером, либо C под виндами, либо мейнфреймами. И эти люди налетают на старый добрый swift?</флейм> Кажется, мужик, оказавшись на улице после краша гемблинга, просто пытается себя пропиарить этим жалким подкастом.

/анонимус, по работе знакомый с биржой входящей в 10ку крупнейших бирж мира.

anonymous ()

Re: Экстремальная обработка транзакций

ничё там не сравнивается. Дерьмо статья. Бред какой-то.

anonymous ()
Ответ на: Re: Экстремальная обработка транзакций от anonymous

Re: Экстремальная обработка транзакций

> Вот тут пишут, что джава устарела, что джава это 90-е. что будущее за C#.

Чем C# принципиально лучше то? Да ничем.

> Ещё пишут, что javaFX это шутка, а не ни какой не ответ на сильверлайт.

Ну в данном сегменте единственный лидер - Flex. Под него вскоре можно будет писать и на Java. Есть ещё Google WebToolkit, Eclipse e4 - тоже RIA, а учитывая серивисы Гугл - очень успешные.

> Что три разпработчика javaFX и Javadesctop ушли в Adobe, а один ключевой разработчк в Гугл.

Desktop для начала научись без ошибок писать, школьник. http://www.interactivepulp.com/pulpcore/sketch/ - Java это миллионы разработчиков, вот это проект некоторых из них.

> И что теперь нанимают в Sun индусов

Java это не только Sun, это ещё и Oracle, IBM, Red Hat, SAP, SpringSource, Apache SF - все они активно учавтсвуют в разработке как её самой, так и отдельных JSR - не Sun-ом единым.

anonymous ()

Re: Экстремальная обработка транзакций

ITT школьники из /s/ в лучшем случае посмотревшие картинки из презентации.

anonymous ()

Re: Экстремальная обработка транзакций

> Ява -- это такой старый 16-ти битный язык, длина метода в котором ограничена по стандарту 65535 символами? > PS Да, я использую кодогенератор конечных автоматов.

([a-z_0-9])^65536 ни фига себе автоматы у тебя

gods-little-toy ★★★ ()
Ответ на: Re: Экстремальная обработка транзакций от anonymous

Re: Экстремальная обработка транзакций

>детсад, ей богу. упомянуть про ассемблер (да, одна из крупнейших бирж раннится на нём) и не упомянуть про C? Сказать про сборщик мусора - как недостаток жавы, упомянуть про 10к трансакций (и не упомянуть про треды, epoll и пр.), а потом - вещать про JavaSpaces и Spring и XML как решение - это, конечно, круто. Из открытых вопросов в конце - можно сделать вывод что у него -вообще каша в голове. <флейм> Либо пришедший на волне кобола 2к->потом визуал-васик, потом жава, либо переквалифицировавшийся ДБА, потом жава, без опыта работы с реально-большими объёмами, обрабатываемыми либо C под унихами, либо ассемблером, либо C под виндами, либо мейнфреймами. И эти люди налетают на старый добрый swift?</флейм> Кажется, мужик, оказавшись на улице после краша гемблинга, просто пытается себя пропиарить этим жалким подкастом.

Чувак, ты бы хоть послушал подкаст, что ли. Он там и говорит, что для реал тайма Джава не подходит, хотя уже намного лучше, чем было раньше. Он также говорит, что xml сакс и нужно использовать более компактные системы сериализации.

dimag ()

Re: Экстремальная обработка транзакций

>Чувак, ты бы хоть послушал подкаст, что ли. Он там и говорит, что для реал тайма Джава не подходит, хотя уже намного лучше, чем было раньше. Он также говорит, что xml сакс и нужно использовать более компактные системы сериализации.

Ааа...
ну я как Ъ и не слушал ничего (нет ушей поблизости), только демку и посморел.
тогда ладно, пусть живёт...

anonymous ()

Re: Экстремальная обработка транзакций

а как забанить метку java вместе с автором ?

anonymous ()
Ответ на: Re: Экстремальная обработка транзакций от ierton

Re: Экстремальная обработка транзакций

>Опять С опускають

Транзакции на С... Это даже не жесть! Это значительно хуже. А вот на JAVA запростяк. Можно даже поиграться, если не в падлу.

vada ★★★★★ ()

Re: Экстремальная обработка транзакций

Повесть на тему "Как казак^W говноэкономисты 2+2 через Оракель считали"?

Gharik ()

Re: Экстремальная обработка транзакций

> Транзакции на С... Это даже не жесть! Это значительно хуже. А вот на JAVA запростяк. Можно даже поиграться, если не в падлу.

это чем java как язык более транзакционна чем C?

gods-little-toy ★★★ ()

Re: Экстремальная обработка транзакций

> Он также говорит, что xml сакс и нужно использовать более компактные системы сериализации

Чо, правда? Да этот чувак Америку открыл, не меньше.

zenith ★★★ ()
Ответ на: Re: Экстремальная обработка транзакций от zenith

Re: Экстремальная обработка транзакций

Он говорит, что XML не годится для передачи коротких сообщений в реальном времени. XML очень полезен для представления сложных данных и транслирования этих данных между различными платформами.

dimag ()

Re: Экстремальная обработка транзакций

для представления сложных данных гораздо более полезен фиксированный протокол. Или дсл. хмл не полезен ни для чего.

хмл-поколение, мля.

anonymous ()

Re: Экстремальная обработка транзакций

>Посмотри на FPML и скажи, как ты это в фиксированном протоколе будешь делать. Ну причём здесь уродский маркап? Всё равно вся семантика (и валидация) - в коде, т.е. должна быть запротоколирована (формат, виды сообщений, все поля, как их валидировать). В серьёзных конторах есть 2 формата: fixed-length и delimited. С мейнфреймов в основном всё идёт в первом формате. А уж как интерпретировать и что делать - это и есть что я имел в виду - под протоколом. Да хоть MIME. При чём тут уродские скобки? (publishing ещё ладно, но и там SGML - поэкспрессивней был)

anonymous ()
Ответ на: Re: Экстремальная обработка транзакций от justuser

Re: Экстремальная обработка транзакций

>Экстремальная от слова экстремум или от слова экстрим?

В русском языке только одно значение. Которое в загловке: http://encycl.yandex.ru/search.xml?text=%FD%EA%F1%F2%F0%E5%EC%E0%EB%FC%ED%FB%E9

KRoN73 ★★★★★ ()
Ответ на: Re: Экстремальная обработка транзакций от anonymous

Re: Экстремальная обработка транзакций

>Всё равно вся семантика (и валидация) - в коде, т.е. должна быть запротоколирована (формат, виды сообщений, все поля, как их валидировать).

Ты однозначно не знаешь как его готовить. Для валидации и созданы DTD и XSD схемы. Я одной строчкой кода могу проверить валидный хмл или нет. А не работать, как code monkey проверяя каждое поле ручками.

>В серьёзных конторах есть 2 формата: fixed-length и delimited.

Вот вот. В серьёзных конторах такие деятели, как ты и занимаются серьёзным изобретением велосипедов.

dimag ()

Re: Экстремальная обработка транзакций

> Для валидации и созданы DTD и XSD схемы.

смешно. Да ты хотя-бы телефон валидируй в своём DTD. или lookup почтового кода. Не говоря о зависимостях. Я уж не говорю про перформанс валидации DTD что абсолютно не acceptable в продакшене с большими загрузками.

валидация - это вообще-то вся твоя программа и возврат ошибки. Так зачем вообще это тормозилово как хмл? (а ну да, рассказывали мне: некие пионеры наэнтерпрайзили, потом 14 или 16-процессорную машину покупали из-за них - для задачи которая молотится седом на писюке).


> Вот вот. В серьёзных конторах такие деятели, как ты и занимаются серьёзным изобретением велосипедов.

Велосипеды изобретены 20 лет назад, а такие пионеры как вы сделали так что вчерашние суперкомпьютеры сегодня тормозят на ХМЛе

быдлоентерпрайз должен умереть. Программировать должны только люди с CS образованием, а не вестись на рекламки из интеренета.

anonymous ()

Re: Экстремальная обработка транзакций

Димон, не обижайся - наболело.
(сам вынужден бываю обрабатывать ХМЛ иногда ;)
и всегда доканываыет: как-же проще без него!

anonymous ()
Ответ на: Re: Экстремальная обработка транзакций от anonymous

Re: Экстремальная обработка транзакций

на самом деле - фиксированные поля (или делимитед, на худой конец)- ну куда-же проще и компактнее! От Ц до жавы.
A протокол нужен во всех случаях.
и бизнес-аналитикам fixed-length - опять-же гораздо понятнее и нагляднее, можно нотепедом даже открыть и что-то посчитать:)

anonymous ()

Re: Экстремальная обработка транзакций

как не-Ъ - послушал подкаст. Интересно про спекулянтов и хедж-фондовское казино. Однако...

anonymous ()

Re: Экстремальная обработка транзакций

Маркетоидно-менагерский бред. Тонны такой лапши - на каждой презентации, ничего нового.
"маленький тред" - это было весело.
Джойны в памяти - это, конечно, откровение. БерклиДБ или самописные интерсекты в памяти никогда до них не существовали. сейчас, кажется, каждая база кешит, не говоря про ембеддед типа hqsqldb. И все непремерно посылают статический сиквел, не догадываясь про SP. Масштабируемость у них конечно линейная, Aмдал нервно курит в сторонке, а если задача и параллелится - то другие ну никак не смогут решить то-же только простой балансировой. Наверное уже на патент на сольюшн подали.
В топку, в общем.

anonymous ()

Re: Экстремальная обработка транзакций

Я так понял, транзакции на яве всегда экстремальны?

Если явская вм не свалится, то может и дойдет дело до коммита?

AVL2 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.