| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Java EE (J2EE) и Spring > J2ee в банке |
| Автор: webmascon 9.8.2007, 19:02 |
| господа, простите за вопрос. я еще только начинаю. расскажите, пжлста, как используется j2ee в банковской системе, или в системе инвестиционных банков, которые торгуют акциями, опционами, бондами и прочими ценными бумагами. а общих чертах я нашел описание в вот этой статье http://dev2dev.bea.com/pub/a/2002/12/Ludin.html не могбы кто-нибудь тоже в общих чертах описать, чем собственно говоря занимаются программисты j2ee в банках, когда система уже собственно говоря построена и работает. |
| Автор: AlexeyVorotnikov 9.8.2007, 20:17 | ||||
Точно так же как и любой другой язык программирования.
Может, спросить этих самых программистов? Хотя подозреваю, что они делать всё тоже самое, что и в других областях. |
| Автор: webmascon 9.8.2007, 20:28 |
| >>> Может, спросить этих самых программистов? Хотя подозреваю, что они делать всё тоже самое, что и в других областях. дык я ж и спрашиваю. сомневаюсь я что "то же самое". это что ж по вашему они выкатывают каждую неделю новую версию трейдинговой системы или системы управления протфолио? а потом неделю баги ловят, а банк и его брокеры и клиенты ждут, когда они все исправят? |
| Автор: tux 9.8.2007, 20:57 | ||
Вполне возможно, что в банках своя специфика - они новую версию выкатывают каждый день и весь день ловят баги. Или выкатывают версию раз в полгода и ловят баги полгода. Или в вашем представлении банковские программисты - это такие идеальные люди, которые не делают ошибок? Совершенно не понимаю вопроса, вы думаете, что в банках программируют как-то по-особенному? Хотя после общения с некоторыми банковскими системами кажется таки по-особенному. Блокирование карт клиентов из-за того, что онлайновая система неправильно пароль валидировала - это редкая програмистская удача. |
| Автор: webmascon 9.8.2007, 21:28 |
| возможно я неудачно задал вопрос ну вот скажем система что в ссылке описывается в первой мессаге. завяки на продажу-покупку (trade orders) отправляются в сервер J2EE где они ставятся в очередь Message Server-а судя по всем книжкам (EJB Patterns) - это самый надежный способ не потерять заявку и гарантированно обеспечить ее обработку такой вот способ - это всегда и везде теперь так делают или есть еще какие-то другие варианты? далее в статье написано что в качестве Message Server-а используется Tibco. типа это потому что он имеет самую высокую производительность и пропускную способность. и вправду во многих вакансиях в банках я вижу требование знания Tibco. Так этот Tibco это всегда и везде - или есть еще другие Message Server-а которые используются в банках? далее trade order поступает к брокеру и он одобряет сделку и отправляет его на фондовую биржу, опять таки через tibco, где какой-то MDB переделывает заявку из java-объекта в формат FIX для фондовой биржи. это вот так вот система трейдинга была в данном конкретном банке построена. это так везде строят или могут быть варианты? |
| Автор: tux 9.8.2007, 21:56 | ||||||||
То, о чем ты говоришь называется очередями сообщений (message queue). Вообще говоря такая технология о трех головах:
Если почитать статью другого производителя сервера асинхронных сообщений, то там будет написано, что он самый быстрый, надежный и умеет играть на гармони. Хотя в реальности все они хорошо играют только на нервах.
Есть и другие, даже много. И банки здесь совершенно не причем. Если нужно интегрировать различные системы или нужно асинхронное выполнение операций, везде используются такие софтины.
Вариантов полно, качество зависит от радиуса кривизны рук архитектора системы. Еще раз повторяю, банки здесь не причем. Разработка софта в банковском секторе практически не отличается от других областей, где используется J2EE. Одни и те же российские аутсорсеры работают и на банки и на атомную энергетику и на самолетостроение, не думаешь же ты что девелоперы для банка - это такие специально обученные люди? Те же самые, со своими тараканами, разгильдяйством и ненавистью к разработчикам кривых продуктов, которые приходится использовать. |
| Автор: webmascon 9.8.2007, 22:08 |
| меня интересуют банки потому что я нацелился именно на этот сектор в своей карьере поэтому хочу узнать все, что там делают программисты и девелоперы разумеется данный форум не единственное место, где я собираю данную информацию. по крупицам со всех источников если есть тут кто, кто может рассказать что кроется за таинственными словами "bonds technologies" (то что это торговля облигациями это я и так знаю) или что делают программеры для "equity research" и почеум им нужен j2ee и weblogic - буду благодарен. |
| Автор: ecologist 10.8.2007, 09:09 |
| Лет 20 назад про JAVA никто не знал и тем не менее банки работали. Выбор JAVA (в частности J2EE) определяется тем, что на сегодня это наиболее удобная, масштабируемая и устойчивая платформа. А все остальное - частности. Как и любой бизнес, банк обладает определенными бизнес-процессами, которые банковский аналитик разрабатывает. Это может быть услуга по тому же кредитованию или покупка ценных бумаг через брокера банка на бирже, где банк имеет место для своего брокера. И еще кучу всевозможных услуг - соответственно и бизнес-процессов. Кроме мелких транзакций в оперативном управлении, существует ряд функций аналитического свойства - например определение характеристик лиц, которые не отдают кредиты. Или выделение специфичских целевых групп среди клиентов и разработка специальных программ под них. И опятьже разработка бизнес-процесса, его анализ и в конечном итоге выдача задания программистам, которые должны описаннный бизнес-процесс закодировать. А закодировать - это значит зная поределенные технологии суметь сделать это быстро, надежно и с возможностями последующих изменений. На сегодня мощных средств такого плана всего два - Java (все кто на нее работают) и Microsoft (и тут тоже кто-то работает) Но при всей силище Microsoft она не может производить больше, чем все остальные - здесь проблема даже не в написании кода, а в умении придумать - что же требует покупатель. Это иной рынок - рынок корпораций, где иные правила. Так что пока там Microsoft не монополист (и будем надеяытся, что не станет). И Java здесь имеет очень сильные позиции. Существую программные продукты, которые позволяют достаточно красиво решать такого рода задачи от анализа бизнес-процесса до создания готового продукта. Причем все это может быть интегрировано потом с помощью тех же WebServices или еще какого-нибудь решения на базе SOA. |
| Автор: y3u 10.8.2007, 09:14 |
Я сейчас занимаюсь J2EE в крупном Российском банке. Не ходи туда  Ходи в иностранные Шучу, конечно Ну, тут программирование точно такое же как и везде, единственное что, в наших банках нет совершенно никакой культуры программирования и этим тут просто не хотят заморачиваться, это специфика именно наших банков. Грамотному программисту тут работать не комфортно, т.к. раздолбайство на каждом шагу. Вот в Дойчебанке самый сок, там ПО делают много, качественно и правильно (по моей информации ). Специфику банковской деятельности знать обычно необязательно, со временем вникнешь если понадобится. В основном приходится работать со всякими платежными системами, используя как и самописный софт, так и покупной. Сейчас очень много небольших компаний, специализирующихся на банковском софте, т.ч. это еще не факт, что имеет смысл делать карьеру именно в банке. То что ты написал в первом посте - это больше биржевой софт, трейдовый, не в каждом банке может использоваться. Из распространенного, рекомендую для начала разобраться со S.W.I.F.T. Еще тебе понадобится система Гарант |
| Автор: Maksym 10.8.2007, 11:51 | ||||
| Работаю в аутсорсинге западноевропейского банка. Отличие от предыдущих проектов, в которых участвовал -- инертность и бюрократия на всех этапах разработки и внедрения Помимо этого действует железное правило: если есть система или ее часть, которая написана и оттестирована, а главное деньги, выделенные на нее, освоены - то потом заменить ее, даже если этого требуют архитектурные решения и это самое узкое место, очень сложно. Иногда (изредка) это выглядит оправданным, но на практике нужны месяцы аргументации, писанины, утверждений и рассмотрений, чтобы выкинуть из процесса какую-нибудь совершенно убогую консольную утилиту, написанную на Fortran в 19хх году.. При этом новые продукты выходят в продакшн все равно недостаточно качественными, поскольку сроки часто устанавливаются из "политических" соображений. Есть огромная разница выйдет продукт в тестирование 31 числа или 1 следующего месяца, потому что от этого зависит поставит ли бизнес пипл галочку в квартальном плане, а значит чьи-то премии где-то на загнивающем западе Короче говоря, чем больше организация, тем больше накапливается отрицательного человеческого фактора.. По поводу того чем занимаются программисты.. Банковские системы это не что-то написанное с нуля, а множество сынтегрированных друг с другом решений, типа Sibel, Globus, различные Rules Engines, BPM системы, SOA решения и т.п. А их разворачивание, написание интегрирующих слоев, и увязка всего этого в кучу и есть основная задача IT. Кроме того, система твоего предприятия должна взаимодействовать со множеством других глобальных система, с интерфесами, предоставляемыми партнерами, клиентами и т.п. -- то есть существовать и шевелиться в довольно враждебном окружении ;) В общем если хочешь академической разработки, то банк -- не лучшее место. Но нетривиальные задачи тебе тут предложат.
Из того, что я видел -- это всемирная специфика. Честно говоря, я не видел ни одного проекта, в которых от первого до последнего шага работают "по технологии". Хотя наблюдал их (или сам участвовал) и в банковской сфере, и в ibm, и в google. Добавлено через 3 минуты и 14 секунд
Respect  |
| Автор: AntonSaburov 10.8.2007, 12:56 | ||
Так ты программистом собираешься быть или банковским служащим ? Чем шире у тебя круг областей - тем лучше. Не надо зацикливаться на банках. Проекты надо менять раз в 2-3 года - иначе зачахнуть можно. |
| Автор: webmascon 10.8.2007, 17:31 |
| >>>> Так ты программистом собираешься быть или банковским служащим а вы считаете, что программисту не надо знать то, что знает банковский служащий? предметную область так сказать? по-моему - он обязан знать ее даже лучше >>>> Чем шире у тебя круг областей - тем лучше. Не надо зацикливаться на банках. Проекты надо менять раз в 2-3 года - иначе зачахнуть можно. вот спасибо. а то я без этого совета вааще не знал че делать. с кого жизнь лепить и куда податься. |
| Автор: tux 10.8.2007, 17:42 | ||||
Это конечно, не редкий случай когда встречаются банковские служащие такие, что программер знает предметную область лучше этого самого служащего. Как бы ничего удивительного здесь нет, встречаются и служащие такие и банки. Но если касаться разработки софта, то ответ один - нет, не должен. Это прямая обязанность аналитика, а не программиста. Ты аналитиком собираешься работать? В противном случае мне ничего не понятно. Вроде бы идешь на позицию программиста, а собираешься изучать банковское дело. Сколько времени у тебя на это уйдет и насколько ты за это же время потеряешь квалификацию как программист? За тебя аналитики должны разобраться как и что тебе нужно делать, твое дело - программирование, а не дублирование их деятельности. Советую задуматься.
Не хами. |
| Автор: webmascon 10.8.2007, 17:42 |
| >>>> Я сейчас занимаюсь 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_careercross.html?search=516507 |
| Автор: AntonSaburov 10.8.2007, 17:45 | ||||
Ну по поводу лучше - не уверен. А то, что разбраться надо - с этим согласен. Почитать книжки. И я думаю, что пока ты не станешь работать в банке - вряд ли узнаешь про его ИТ структуру - такие вещи напоказ не выставляют. Если тебе надо знать про кредиты. ипотеки и прочая лучше чем профи в этой области - надо было идти в другой форум.
Ты спрашивал совета у людей, которые имеют опыт - я тебе его дал. И язвить по этому поводу - не надо. Во всяком случае тебе искренне хотели помочь - ты отвечаешь хамством. Ну значит дальше и отношение будет соответствующее. |
| Автор: webmascon 10.8.2007, 17:46 |
| >>>> За тебя аналитики должны разобраться как и что тебе нужно делать, твое дело - программирование, а не дублирование их деятельности не знаю как в российских банках, а в вакансиях в токийские банки да - требуется знание аналитики и знание того, как работает инвестиционный банк. аналитик конечно много чего написать может, но вот выше приведена конкретная вакансия и это вакансия не аналитика а именно программера и как видите она требует не только тупого стучания по клаве и создания кода по UML диаграммам. соотвественно и зарплата на эту должность не 500 баксов в конверте, а 400 тыров в год с бонусами. ну, кто еще считает, что в банке скучно? >>> Советую задуматься. не давайте глупых советов и не хамимы будете |
| Автор: AntonSaburov 10.8.2007, 17:50 | ||||||
Это где здесь такое написано ?
Добавлено через 1 минуту и 25 секунд
И все-таки предлагаю быть вежливее - тебе никто не хамил. Глупый совет или умный - он сделан без задней мысли. Да и без передней тоже. И отвечать на него хамством - не вежливо. |
| Автор: webmascon 10.8.2007, 17:53 |
| >>>> Это где здесь такое написано ? вот здесь background in Front/Middle Office operations is preferred http://www.careercross.com/en/0071694_careercross.html?search=516507 вот здесь 2 years of equity technology experience preferred. http://www.careercross.com/en/0053730_careercross.html?search=516507 вот здесь Experience and familiarity with Back office technologies and terminologies would be an added advantage http://www.careercross.com/en/0073205_careercross.html?search=516507 вот здесь BANKING EXPERIENCE, DEGREE http://www.careercross.com/en/0066866_careercross.html?search=516507 вот здесь Banking experience (in any asset class) will be a BIG BONUS!!! http://www.careercross.com/en/0072142_careercross.html?search=516507 еще? |
| Автор: AntonSaburov 10.8.2007, 17:59 | ||
Еще хорошо бы извиниться. Добавлено @ 18:05 А по поводу желательности - так кто от нее откажется. Но в первую очередь важно уметь делать работу программиста профессионально. Хотя конечно хорошо иметь и другие знания. Так это в любой области хорошо. |
| Автор: Stampede 10.8.2007, 18:32 | ||
Товарищи модеры, я считаю, что есть основания применить к webmascon меры административного воздействия. Пять опытных и заслуженных участников пытаются отвечать на совершенно бестолковые вопросы какого-то [self-censored], а он, ни уха ни рыла в том, о чем спрашивает, им же еще и хамит! Думаю, будет очень полезно дать webmascon время подумать о своем поведении. |
| Автор: chief39 10.8.2007, 18:41 | ||||||||||||
Интересный вопрос... А что надо знать автомеханику кроме того, что машина ездит??? Постараюсь ответить внятно:
 Задавая такой вопрос не стоит ляпать потом:
На самом деле - это "желательно". И большинство взаимовыгодных сотрудничеств между программером и работодателем происходит при соответствии резюме вакансии не более чем на 50%. Если знаешь хорошо J2EE и особенно веблоджик - возьмут на ура под веблоджик работать. Но если хооршо знаешь вебсферу - всё ранво возьмут. Хороший инженер знает десятки технологий и "десятки+первую" для него выучить на лету - не проблема. Если ты хочешь развиться в идеального кандидата для определённого банка - тогда спроси у них что им надо конкретно, какой уровень знаний по каждому пункту и приоритеты их. А ты спрашиваешь - как работают банки, а потом рассказываешь что "вот для этого - не подойду".
Ага. Но если ты будешь кое-как программить, хорошо зная предметную область - то тебя не будут держать. Главная задача программиста - знать и умело применять технологии. А всё остальное - полезные опции. Иногда - очень полезные. Я бы сказал что этим банкам нужны люди, которые сталкивались с финансами, имеют начальные знания и не путают дебит с кредитом.
А чем занимаются программисты в любых других отраслях "когда система уже собственно говоря построена и работает"? Объясни, тогда я подобию постараюсь ответить на твой вопрос. Пока что я вижу просьбу сотворите мне несколько вариантов архитектур для банка или покажите единственно правильную И сразу вспоминается вопрос парня, который со мной учился в институте: "Научи меня линуксу". Громко, много по сути и... ни о чём. |
| Автор: AntonSaburov 10.8.2007, 18:45 | ||
Вот и ждем-с Так что пока предлагаю помолчать. |
| Автор: chief39 10.8.2007, 18:46 |
| Да, и... подумай над тем что ты наляпал. Заметь - не тебе наляпали, хотя помощи просил именно ты. |
| Автор: webmascon 10.8.2007, 19:21 |
| >>>> Товарищи модеры, я считаю, что есть основания применить к webmascon меры административного воздействия. прошу оградить меня от товарищей, которые вместо того, чтобы говорить по существу, дают мне советы по жизни и учат меня, куда надо идти, а куда не над, че надо делать а че не надо делать. думаю, товарищи несколько не сообразили, что перед ними не желторотый юнец, а следовательно в советах, как штаны застегивать и о чем мне думать и не думать, я не нуждаюсь. Добавлено через 6 минут и 45 секунд >>>> Пока что я вижу просьбу сотворите мне несколько вариантов архитектур для банка или покажите единственно правильную простите, но сотвеорить я ничего не просил. я спрашивал тех, кто уже знает подобную архитектуру. и привел ссылку на пример подобной архитектуры. и про показать мне единственно правильную я тоже не просил. я интересовался существуют ли какие еще варианты, так как из всего того что мне попадалось - чаще всего система описывалась именно так. вот я и интересовался - это мне с поиском не повезло или существует просто такая традиция. и вообще, ребята, бросайте сей покровительственно-снисходительный тон. |
| Автор: nornad 11.8.2007, 13:57 |
 webmascon, ты уже реши, хочешь ли ты помощи и советов, или нет. Дело в том, что помощь и советы практически неотделимы друг от друга. Кстати, по поводу модераторов и призыва оградить тебя. Вряд ли призыв подействует. Вот причины: а) резкие высказывания с твоей стороны в адрес других пользователей форума б) среди тех, от кого ты хочешь оградиться - как минимум два Участника Клуба (этот ранг даётся далеко не каждому участнику форума и не просто за количество сообщений) и один Зам.Админа, который, кстати, повыше рангом, чем модератор.  Всё то же самое (своё недовольство) ты мог выразить куда более мягкими фразами. И, кстати, добился бы большего успеха. За сим оффтоп прекращаю. Если у кого-то будут возражения-дополнения-замечания по поводу высказанного мною - прошу в приват. |
| Автор: chief39 11.8.2007, 16:03 | ||||||
Ну конечно же.... Даже опытные люди могут спокойно прослушать нечто, им уже известное. Извини, хобби форумчан - отнюдь не тщательное изучение того, что ты знаешь и чего не знаешь, даб, не дай бог, не обидеть тебя. А судя по вопросам, на мегамастера ты не тянешь. Иначе таких вопросов не возникло бы в принципе. Тем более в такой формулировке.
Этот товарищ помог и помогает очень многим людям на этом форуме. За что ему многие благодарны. Ты пока что никому не помог но уже не раз нахамил. Его слово весит тут в разы больше твоего. Если ты такой мега-аркитект и финансист, как пытаешься казаться - тогда расскажи нам всё это, а не спрашивай. А если спрашиваешь - то слушай без хамства. Даже "глупые" , по твоему мнению, советы. Хотя бы исходя из "умности" вопроса. Вопрос таким и остаётся. Если нужны coarse-grained архитектурные подсказки - так и надо было говорить. Архитектур - немеряно, как в банках так и не только. Знаю на примере одного только. В котором она часто менялась. Но! Помогать как-то расхотелось. Причём, думаю, всем. Удачи в банке! |
| Автор: webmascon 11.8.2007, 19:47 |
| >>>> Если ты такой мега-аркитект и финансист, как пытаешься казаться - я не пытаюсь казаться "такой мега-аркитект и финансист". я ж написал в этой области я еще только начинаю. так что ваши логические выкладки ошибочны. >>>>> Хотя бы исходя из "умности" вопроса. почему-то вопросы в соседних форумах о том как API сервлетов импортировать или каким контекст веб-приложения будет - смеха не вызывает и жедания поучить жизни тоже, а тут прям слет. >>>> Вопрос таким и остаётся. Если нужны coarse-grained архитектурные подсказки - так и надо было говорить. Архитектур - немеряно, как в банках так и не только. Знаю на примере одного только. В котором она часто менялась. хорошо вопрос: нужны coarse-grained архитектурные ОПИСАНИЯ. не подсказки. я не прошу чтобы за меня что-то тут придумали. нужны конкретные usage cases - я искал их на сайтах BEA и IBM и TIBCO и ничего кроме рекламного булшита там не нашел, чему очень сильно удивился - так как считал, что вроде как на пальцах сами вендеры должны рассказывать как системы на их продуктах строятся (не раскрывая имени клиентов). Из всего булшита я нашел вот только ту статью, что в самом первом посте я привел. Я так подозреваю что я - плохо искал, искал не там, искал не так и не то. вот и прошу честную публику подсказать, может кто наталкивался на такой материал - в инете, в книгах, в жизни. а мне вместо ответа начинают жизни учить, абыдна, прям таки. спасибо харанее |
| Автор: webmascon 11.8.2007, 20:06 |
| >>>> Даже опытные люди могут спокойно прослушать нечто, им уже известное особенно вот это: ================ Чем шире у тебя круг областей - тем лучше. Не надо зацикливаться на банках. Проекты надо менять раз в 2-3 года - иначе зачахнуть можно. ================ это в стиле типа "носки надо менять каждый день иначе ноги сопреют, и не зацикливайся на рубашках в клеточку, чем шире у тебя выбор в гардеробе - тем лучше". |
| Автор: chief39 11.8.2007, 20:47 | ||||||||||||||||||||
Надо определиться как-то не говорили ведь что вообще нуль полный - начинающий в данном направлении, может быть...Вроде ты и не злой, только резкий уж какой-то слишком... Лан, работать всё равно лень... Мои мысли по этому поводу:
Как импортировать - это конкретный вопрос. И если человеку ответ начинают с краткой присказки о сервлетах, на всяк случай, чтоб не попутал ненароком чего-то - то обычно он фильтрует 40% известного, вразумляет 40% нового и переспрашивает 20% непонятного. И не кричит "вы чё, за лоха меня держите?? Это и вот это я давно знаю!!!".
Теперь по сути - такое ты вряд ли найдёшь. Целиком и полностью готовая архитектура для банков не существует. В каждом банке(и не только в банке) она может разительно отличаться. Учитывая что серьёзные системы в больших банках работают и апгрейдятся давно - в них от 30 до 80%(приблизительно) всякого хлама, который тянется от версии к версии. Чистой, красивой и при этом рабочей системы просто по дефолту не может быть. Далее. В каждом банке есть своя специфика и приоритеты. разные требования к автоматизации. Что-то может быть свалено на ручную работу операторов и месячный "балк инсерт" в общую кучу. Что-то - помодульно, со слабыми интеграционными связями. Где-то - централизованная, крепко спаянная в одно целое, система. Могу добавить ещё и то, что в отраслях логистики и биллинга это правило также оправдывается на все 100%(каждый танцует как яйцы позволяют...) Частенько системы растут из мелких автоматизированных набросков. Налепливанием кусков и рефакторинга, в результате - 30-80% хлама и уникальнейшая архитектура. Порой банки покупают готовое решение и всё равно подгоняют под себя. Его тебе тоже расскажут в общих чертах онли.
Ммм... юзкейсы не особо пересекаются с архитектурой... Если ты опишешь подробно что требуется от "депозитов" это отнюдь не определит будет ли это написано десктопно на делфи с центральным мс скл сервером или браузерно с ядром на еджиби и ораклом. Архитектура - одно, юзкейсы - чуть другое...
Не удивляйся. Конкретное работающее решение создаёт архитектор. Получающий большое бабло. Смысл конторам платить бабло ему, расшаривая его наработки?
А вот болт тебе! (И нам всем). Они пишут всегда и везде общую бла-бла-блу. Откуда они знают как оно реально будет в продакшне? Создатели сипипи ведь не могут описать общую стандартную структуру игрушки, написанно на сипипях. Кто как захочет - то так и по...
Это тоже буллшит. Только с налётом серьёзности. Я тебе тоже могу "авторитетно заявить" -
Это будет тот же буллшит. Хотя в целом и верный. Суть в том, что на этот вопрос нельзя ответить... Моежшь предложить архитектуру, можно её поглядеть, поискать слабые места, предложить варианты... Но вот шаблонов - нет. Работающие системы хрен кто афирирует. Тем более - официально. Вайтпейпер моей предыдущей системы содержал кучу красивой детальной бла-бла-блы. Но я даю голову что для стороннего разработчика это - лишь мусор. Есть на форуме человек, который банковскую систему уже энный раз перестраивает. Если появится - может рассказать. Но от деталей ты просто загнёшься и скажешь - да ну тя на..!!! Потому что это не стабильно как скала. Ты запросто в течении недели сменишь свой любимый тибко на синхронные ремоут вызовы, поскольку кредитный отдел по требованию маркетинга и руководства захочет моментальных, неотложенных ответов на кредитные запросы. И всё. Шаблон архитектуры твоей рушится напрочь. Кстати, сейчас занимаюсь репортингом для банков буржуйских. Отдельная софтина. Как они её впихнут в своё работающее - понятия не имею. Архитектура и технологии по мелочи сменились уже несколько раз в процессе адаптации под требования.А это совсем не всеобъемлющая система для банка
Бывает.... Особенно если спрашивают "как стать профессиональным носильщиком рубашек в клеточку" Не обижайся если 90% процентов из этого ты знаешь или понимаешь и сам. Если оставить только то, что не знаешь - получится белиберда Лучше спрашивай что-то конкретное по своим догадкам. Тот же Stampede тебе очень многое может насоветовать если к нему с душой а не с претензиями. |
| Автор: webmascon 12.8.2007, 04:27 |
| ок судя по всему придется мне еще долго искать и спрашивать и наливать пива знакомым из банков в обмен на секретную информацию тогда вот еще какой вопрос в статье что по ссылке http://dev2dev.bea.com/lpt/a/233 написано следующее: ======================================================= The Web server node (WebLogic in this topology) hosts financial Web applications. In most cases, the applications provide customized front ends for services such as portfolio management, e-reporting, and access to financial data and news. Clients use the Web channel; however, most business logic processing is delegated through RMI/IIOP to EJB components located behind the second firewall. ======================================================= на картинке топология показывает, что весь входящий траффик фильтруется через перевый firewall - левый отсекается а пропускается только нужный - в DMZ, где стоит WebLogic с веб-сервером, с которым работают клиенты. Вся логика EJB расположена в корпоративнйо сетке, которая стоит за вторым firewall, отсекающим DMZ от внутренней сетки. насколько я знаю DMZ это так специально настроенная подсеть, в которую можно попасть только из внутренней корпоративной сетки, но машины из DMZ сами не могут инициировать соединение во внутреннюю сетку. (http://en.wikipedia.org/wiki/Demilitarized_zone_%28computing%29) поправьте если это не так спрашивается, каким же образом WEblogic, что стоит в DMZ может обратиться к WebLogic-у что стоит внутри корпорации? ведь тут же из DMZ надо клиенту доступиться до всей логики, которая как раз таки закрыта файрволом.  |
| Автор: tux 12.8.2007, 09:49 | ||
А леший их знает как именно здесь это сделано. Вероятно используют доступ по VPN через какой-нить шлюз. А может быть у них из DMZ через шлюз закрыт наружу весь трафик кроме соединения по портам, на котором RMI работает и то только для того кластера, которому это нужно. В общем это задача администратора сети, с точки зрения работы софта все выглядит также как и в отсутствии файрволов. |
| Автор: Maksym 13.8.2007, 10:40 |
| Ого какая тема в понедельник с утра.. webmascon, в вакансиях часто пишут "умение работать в команде". Пожалуйста, не сочти за личное, но мне кажется, что тебе просто необходимо обратить внимание на коммуникационный скил. Не знаю как у других, но если бы ты хотя бы в половину так как здесь пообщался с удаленными коллегами в моем проекте, тебя бы вытеснили из процесса в течение двух недель. |
| Автор: AntonSaburov 13.8.2007, 13:45 | ||
Если ты не "юнец", то хамить ты тем более не должен. То, что мой совет тебе не пригодился не дает тебе право вести себя по-хамски. Я жду извинений. |
| Автор: chief39 13.8.2007, 15:54 | ||
Ага. |
| Автор: AntonSaburov 14.8.2007, 14:03 |
| Извинений не дождался - видимо не уживемся на форуме. |
| Автор: olegrolik 21.8.2007, 17:48 |
| Ваще тупо брать программиста и требовать от него знаний банковского дела (дебиты, кредиты, ипотеки, платежи и прочая хрень). Я бы на собеседовании сказал прямо, что я не знаю этого, но если понадобится, готов выучить. И, уверен, меня бы взяли. Если бы нет, то это и хорошо. |
