Можно поинтересоваться, как ты отделяешь имплементацию банковской бизнес-логики, в частности от:
это два очень разных понятия - бизнес-логика это то что можно/нужно делать с цифрами (т.е. алгоритмы и формулы) а то что там в квоте это техническая реализация
например если у тебя есть таблица сотрудник-оклад-номёр_счёта то вся бизнесс логика по начислению зарплаты сводится к транзакции:
{расчётный_счёт_организации - сотрудник.оклад,
сотрудник.счёт + сотрудник.оклад}
А вот реально перекинуть эти цифры туда-сюда это уже техническая составляющая, которая именно в банковской сфере осуществляется очень геморно ибо нужно обеспечить массу условий по совместной работе со счетами - т.е. если например твой сотрудничег захочет снять бабло с карты когда деньга уже зачислена на его счёт но ещё не списана со счёта организации, или когда например организация решит сменить оклад сотрудника в момент проведения транзакции и т.п. и при этом при всём все счета должны быть постоянно доступны (если у тебя 1000 сотрудников + ещё 500 счетов на оплату то при времени на транзакцию в 1 секунду при классическом подходе когда оба счёта блокируются на момент совершения перевода ты будешь куковать пол часа без доступа к своим деньгам ... а если сотрудников 10к или счетов под 100-150к в день ?) - вот из технической реализации тупого калькулирования и лезут те тех потребности которые характеризуют сложность системы, а сложность самой логики у банков не особо высока - там гораздо сложнее статистика со всеми ихними индексами и коэффициентами
Хотя фтопку науку, хочу отпуск но не в тай а на кубу
бизнес-логика это то что можно/нужно делать с цифрами (т.е. алгоритмы и формулы)
бизнес-логика - это не алгоритмы, это логика, описывающая бизнес-процесс, т.е. какие данные должны быть на входе, какие этапы (обработку) они должны пройти и что должно получиться на выходе. А алгоритмы внутри этих этапов на уровне программы - это уже техническая часть, в которую бизнес-логика не лезет.
Цитата:
Сообщение от rukez
если например твой сотрудничег захочет снять бабло с карты.....когда например организация решит сменить оклад сотрудника в момент проведения транзакции
Бред. Сколько бабла начислено - столько ты и сможешь взять. Смена оклада вообще не зависит от того, сколько ты сможешь снять, т.к. в банк от организации уже приходят документы, в которых указано, сколько тебе на счет положить денег из общей кучи денег, которая пришла от организации. Поэтому смена оклада и прочее - это ебля бухгалтерии конторы.
Мы тут по ходу все муть нагнали
Я бедного Рукеза сбил вопросом с подковыркой, в котором он пропустил слово "имплементация" ... хотя он то до этого, конечно же, имел ввиду именно разделение БЛ (как чисто формального понятия) и технической реализации... и был прав
Цитата:
Сообщение от Polosatiy
бизнес-логика - это не алгоритмы, это логика, описывающая бизнес-процесс
В целом согласен, БЛ - это описание системы именно на языке бизнеса (как бы на Real World Language). Блядь, только вот программистский жаргон под БЛ порой подразумевает ее имплементацию вместе с реализацией всех технических аспектов, оттого и путанница... надо конечно же сохранять оригинальную терминологию, дабы не вводить никого в заблуждение...
По сабжу, о бизнес-процессах и прочем — закругляйтесь уже
Разговоры ниачем. Время идет, графики рисуются, митинги просиживаются, манагеры потеют, стажеры нервничают, а дела не делаются
Пока вы спите, местные школьники колбасят галеры, и зарабатывают бабло на говно-сайтах
но не в тай а на кубу 
и 30ку с интеркулером 
