господа, простите за вопрос. я еще только начинаю.

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

а общих чертах я нашел описание в вот этой статье
http://dev2dev.bea.com/pub/a/2002/12/Ludin.html

не могбы кто-нибудь тоже в общих чертах описать, чем собственно говоря занимаются программисты j2ee в банках, когда система уже собственно говоря построена и работает.

Это сообщение отредактировал(а) webmascon - 9.8.2007, 19:03

Точно так же как и любой другой язык программирования.



Может, спросить этих самых программистов? Хотя подозреваю, что они делать всё тоже самое, что и в других областях.

>>> Может, спросить этих самых программистов? Хотя подозреваю, что они делать всё тоже самое, что и в других областях.

дык я ж и спрашиваю.

сомневаюсь я что "то же самое". это что ж по вашему они выкатывают каждую неделю новую версию трейдинговой системы или системы управления протфолио? а потом неделю баги ловят, а банк и его брокеры и клиенты ждут, когда они все исправят?

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

Совершенно не понимаю вопроса, вы думаете, что в банках программируют как-то по-особенному? Хотя после общения с некоторыми банковскими системами кажется таки по-особенному. Блокирование карт клиентов из-за того, что онлайновая система неправильно пароль валидировала - это редкая програмистская удача.

возможно я неудачно задал вопрос

ну вот скажем система что в ссылке описывается в первой мессаге.

завяки на продажу-покупку (trade orders) отправляются в сервер J2EE где они ставятся в очередь Message Server-а
судя по всем книжкам (EJB Patterns) - это самый надежный способ не потерять заявку и гарантированно обеспечить ее обработку

такой вот способ - это всегда и везде теперь так делают или есть еще какие-то другие варианты?

далее в статье написано что в качестве Message Server-а используется Tibco. типа это потому что он имеет самую высокую производительность и пропускную способность. и вправду во многих вакансиях в банках я вижу требование знания Tibco. Так 
этот Tibco это всегда и везде - или есть еще другие Message Server-а которые используются в банках?

далее trade order поступает к брокеру и он одобряет сделку и отправляет его на фондовую биржу, опять таки через tibco, где какой-то MDB переделывает заявку из java-объекта в формат FIX для фондовой биржи. 

это вот так вот система трейдинга была в данном конкретном банке построена. это так везде строят или могут быть варианты?

То, о чем ты говоришь называется очередями сообщений (message queue). Вообще говоря такая технология о трех головах: 

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

Если почитать статью другого производителя сервера асинхронных сообщений, то там будет написано, что он самый быстрый, надежный и умеет играть на гармони. Хотя в реальности все они хорошо играют только на нервах.


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


Вариантов полно, качество зависит от радиуса кривизны рук архитектора системы. Еще раз повторяю, банки здесь не причем. Разработка софта в банковском секторе практически не отличается от других областей, где используется J2EE. Одни и те же российские аутсорсеры работают и на банки и на атомную энергетику и на самолетостроение, не думаешь же ты что девелоперы для банка - это такие специально обученные люди? Те же самые, со своими тараканами, разгильдяйством и ненавистью к разработчикам кривых продуктов, которые приходится использовать.

Это сообщение отредактировал(а) tux - 9.8.2007, 21:56

меня интересуют банки потому что я нацелился именно на этот сектор в своей карьере

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

если есть тут кто, кто может рассказать что кроется за таинственными словами "bonds technologies" (то что это торговля облигациями это я и так знаю) или что делают программеры для "equity research" и почеум им нужен j2ee и weblogic - буду благодарен.

Лет 20 назад про JAVA никто не знал и тем не менее банки работали.

Выбор JAVA (в частности J2EE) определяется тем, что на сегодня это наиболее удобная, масштабируемая и устойчивая платформа.
А все остальное - частности.

Как и любой бизнес, банк обладает определенными бизнес-процессами, которые банковский аналитик разрабатывает. Это может быть услуга по тому же кредитованию или покупка ценных бумаг через брокера банка на бирже, где банк имеет место для своего брокера. И еще кучу всевозможных услуг - соответственно и бизнес-процессов. Кроме мелких транзакций в оперативном управлении, существует ряд функций аналитического свойства - например определение характеристик лиц, которые не отдают кредиты. Или выделение специфичских целевых групп среди клиентов и разработка специальных программ под них. И опятьже разработка бизнес-процесса, его анализ и в конечном итоге выдача задания программистам, которые должны описаннный бизнес-процесс закодировать. А закодировать - это значит зная поределенные технологии суметь сделать это быстро, надежно и с возможностями последующих изменений.

На сегодня мощных средств такого плана всего два - Java (все кто на нее работают) и Microsoft (и тут тоже кто-то работает)
Но при всей силище Microsoft она не может производить больше, чем все остальные - здесь проблема даже не в написании кода, а в умении придумать - что же требует покупатель. Это иной рынок - рынок корпораций, где иные правила. Так что пока там Microsoft не монополист (и будем надеяытся, что не станет). И Java здесь имеет очень сильные позиции.

Существую программные продукты, которые позволяют достаточно красиво решать такого рода задачи от анализа бизнес-процесса до создания готового продукта.
Причем все это может быть интегрировано потом с помощью тех же WebServices или еще какого-нибудь решения на базе SOA.

Я сейчас занимаюсь J2EE в крупном Российском банке. Не ходи туда  Ходи в иностранные  Шучу, конечно  
Ну, тут программирование точно такое же как и везде, единственное что, в наших банках нет совершенно никакой культуры программирования и этим тут просто не хотят заморачиваться, это специфика именно наших банков. Грамотному программисту тут работать не комфортно, т.к. раздолбайство на каждом шагу. Вот в Дойчебанке самый сок, там ПО делают много, качественно и правильно (по моей информации ). 
Специфику банковской деятельности знать обычно необязательно, со временем вникнешь если понадобится. В основном приходится работать со всякими платежными системами, используя как и самописный софт, так и покупной. Сейчас очень много небольших компаний, специализирующихся на банковском софте, т.ч. это еще не факт, что имеет смысл делать карьеру именно в банке. То что ты написал в первом посте - это больше биржевой софт, трейдовый, не в каждом банке может использоваться. Из распространенного, рекомендую для начала разобраться со S.W.I.F.T. Еще тебе понадобится система Гарант 

Работаю в аутсорсинге западноевропейского банка. Отличие от предыдущих проектов, в которых участвовал -- инертность и бюрократия на всех этапах разработки и внедрения  Помимо этого действует железное правило: если есть система или ее часть, которая написана и оттестирована, а главное деньги, выделенные на нее, освоены - то потом заменить ее, даже если этого требуют архитектурные решения и это самое узкое место, очень сложно. Иногда (изредка) это выглядит оправданным, но на практике нужны месяцы аргументации, писанины, утверждений и рассмотрений, чтобы выкинуть из процесса какую-нибудь совершенно убогую консольную утилиту, написанную на Fortran в 19хх году.. При этом новые продукты выходят в продакшн все равно недостаточно качественными, поскольку сроки часто устанавливаются из "политических" соображений. Есть огромная разница выйдет продукт в тестирование 31 числа или 1 следующего месяца, потому что от этого зависит поставит ли бизнес пипл галочку в квартальном плане, а значит чьи-то премии где-то на загнивающем западе  Короче говоря, чем больше организация, тем больше накапливается отрицательного человеческого фактора..
По поводу того чем занимаются программисты.. Банковские системы это не что-то написанное с нуля, а множество сынтегрированных друг с другом решений, типа Sibel, Globus, различные Rules Engines, BPM системы, SOA решения и т.п. А их разворачивание, написание интегрирующих слоев, и увязка всего этого в кучу и есть основная задача IT. Кроме того, система твоего предприятия должна взаимодействовать со множеством других глобальных система, с интерфесами, предоставляемыми партнерами, клиентами и т.п. -- то есть существовать и шевелиться в довольно враждебном окружении ;) В общем если хочешь академической разработки, то банк -- не лучшее место. Но нетривиальные задачи тебе тут предложат.

Из того, что я видел -- это всемирная специфика. Честно говоря, я не видел ни одного проекта, в которых от первого до последнего шага работают "по технологии". Хотя наблюдал их (или сам участвовал) и в банковской сфере, и в ibm, и в google.

Добавлено через 3 минуты и 14 секунд

Respect  

Так ты программистом собираешься быть или банковским служащим ? Чем шире у тебя круг областей - тем лучше. Не надо зацикливаться на банках. Проекты надо менять раз в 2-3 года - иначе зачахнуть можно.

>>>> Так ты программистом собираешься быть или банковским служащим 

а вы считаете, что программисту не надо знать то, что знает банковский служащий? предметную область так сказать? по-моему - он обязан знать ее даже лучше


>>>> Чем шире у тебя круг областей - тем лучше. Не надо зацикливаться на банках. Проекты надо менять раз в 2-3 года - иначе зачахнуть можно. 

вот спасибо. а то я без этого совета вааще не знал че делать. с кого жизнь лепить и куда податься.

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


Не хами.

>>>> Я сейчас занимаюсь J2EE в крупном Российском банке. Не ходи туда  Ходи в иностранные  Шучу, конечно 

ну че. именно на иностранные банки и нацеливаюсь. речь именно идет об инвестиционных банках. которые с платежными системами не работают. они менеджат чужие деньги и посредничают на фондовом рынке 

просто в вакансиях там написано непременное знание финансовых технологий - как условие. вот я и подумал. чеб такого почитать, чтобы совсем олухом на интервью не выглядеть. Википедию и всякие Trading for Dummies я уже проштудировал. теперь осталось эти финансовые знания привязать к конкретным кодам на Java.

особенно часто попадается в вакансиях требования знания Tibco. что жу там такого знать то о нем надо, кроме того что он JMS поддерживает, и как в него мессаги пихать и получать. Администрацию его? Внутреннее устройство?

вот пример такого описания вакансии:

Job Description
==========================
Java/j2ee SENIOR ENGINEER -Enterprise Business+INVESTMENT BANK

Deliver critical workflow infrastructure services to Asia and global offices, managing environment consists of workflow engine, j2ee application servers, Oracle and UDB databases on Solaris/Linux platforms.

Analyze, specify and build workflow-related applications using TIBCO Staffware, TIBCO BusinessWorks and WebLogic.

Write java programs, servlets, JSPs, and other software to interface with key applications across the Firm

Plan, develop and implement monitoring and admin/support procedures to ensure availability of QA, stage, and production environments to user community

Provide consulting and troubleshoot services to user community for workflow solutions and applications
Plan and conduct Business Process software upgrade and capacity planning


Required Skills
==========================
Java/j2ee SENIOR ENGINEER -Enterprise Business+INVESTMENT BANK

3 ~ 5 years in commercial Java development experience
Application development and troubleshooting skills in enterprise environment
Strong knowledge and experiences in Solaris and Linux 
Strong knowledge of technical architecture principles and standards.
Experience in performance tuning and capacity planning.
Strong business analysis skill and experience
Strong problem solving and analytical skills.
Excellent English verbal and written communication skills
Strong teamwork and sense of ownership
Strong project management skills


http://www.careercross.com/en/0071697_care...l?search=516507

Ну по поводу лучше - не уверен. А то, что разбраться надо - с этим согласен. Почитать книжки. И я думаю, что пока ты не станешь работать в банке - вряд ли узнаешь про его ИТ структуру - такие вещи напоказ не выставляют.
Если тебе надо знать про кредиты. ипотеки и прочая лучше чем профи в этой области - надо было идти в другой форум.


Ты спрашивал совета у людей, которые имеют опыт - я тебе его дал. И язвить по этому поводу - не надо. 
Во всяком случае тебе искренне хотели помочь - ты отвечаешь хамством.
Ну значит дальше и отношение будет соответствующее.