dpupkin писал(а):У вас есть опыт работы с новейшими JEE фреймворками?? Разработка на JBoss Seam + Hibernate + Facelets + Richfaces по скорости не уступит .NET
Hibernate sucks.
но .NET это вообще капец.
Создание платежной системы
Hibernate sucks.
но .NET это вообще капец.
очень скоро должны объявить о том, что в ближайшем будущем настанет пора начинать готовиться к ожиданию предвкушения лучшей жизни.
-
Гость
dima@osmp писал(а):dpupkin писал(а):У вас есть опыт работы с новейшими JEE фреймворками?? Разработка на JBoss Seam + Hibernate + Facelets + Richfaces по скорости не уступит .NET
Hibernate sucks.
но .NET это вообще капец.
А что не sucks? Для CRUD частей приложения идеально подходит, конечно в узких местах где важна производительность только Native SQL. Или же вы вообще против ORM?
dima@osmp писал(а):есть теория и нагрузочные тестирования. а есть практика и боевая нагрузка.
это две совершенно разные вещи, которые в самом лучшем случае всеголишь немного приближаются друг к другу, но никогда полностью не соответствуют.
Абсолютно согласен, только к чему это?
dima@osmp писал(а):покажите где ваша система и сколько тысяч запросов в секунду она в настойщий момент обслыживает ?
если нечего показать, то не делайте громких заявлений и не путайте сами зря людей.
Я, Дима, громких заявлений не делаю, а просто прошу обосновать свою точку зрения.
Тысяч запросов, миллион запросов, мы меряться тут будем или как?
Кстати, когда вы начинали у вас тысяч не было, да и вообще все по-другому было.
Если интересно про мою систему, задавай конкретные вопросы.
dima@osmp писал(а):dpupkin писал(а):У вас есть опыт работы с новейшими JEE фреймворками?? Разработка на JBoss Seam + Hibernate + Facelets + Richfaces по скорости не уступит .NET
Hibernate sucks.
но .NET это вообще капец.
Абсолютно согласен, капец еще тот. На винде процессинг масштаба ОСМП или Е-ПОРТ работать будет со скрипом или куча железа нужна и отряд админов. )))
dpupkin писал(а):dima@osmp писал(а):dpupkin писал(а):У вас есть опыт работы с новейшими JEE фреймворками?? Разработка на JBoss Seam + Hibernate + Facelets + Richfaces по скорости не уступит .NET
Hibernate sucks.
но .NET это вообще капец.
А что не sucks? Для CRUD частей приложения идеально подходит, конечно в узких местах где важна производительность только Native SQL. Или же вы вообще против ORM?
не против. не принимайте так близко
в свое время пробовали использовать iBatis и Hibernate - потом пришли к выводу что нуего. native sql и библиотеки написанные самостоятельно под свои нужды. иначе нужно очень много железа чтобы оно быстро и хорошо работало.
очень скоро должны объявить о том, что в ближайшем будущем настанет пора начинать готовиться к ожиданию предвкушения лучшей жизни.
skynet писал(а):Кстати, когда вы начинали у вас тысяч не было, да и вообще все по-другому было.
Если интересно про мою систему, задавай конкретные вопросы.
когда мы начинали - не было конечно.
позже я прозрел как теория и тесты могут отличаться от практики и реальной жизни. теперь заявления о том что ктото создал сверхнадежную и сверхуниверсальную систему меня немного улыбают. конкретных вопросов нет. в любом случае успехов вам ~)
очень скоро должны объявить о том, что в ближайшем будущем настанет пора начинать готовиться к ожиданию предвкушения лучшей жизни.
dima@osmp писал(а):dpupkin писал(а):dima@osmp писал(а):
Hibernate sucks.
но .NET это вообще капец.
А что не sucks? Для CRUD частей приложения идеально подходит, конечно в узких местах где важна производительность только Native SQL. Или же вы вообще против ORM?
не против. не принимайте так близко
в свое время пробовали использовать iBatis и Hibernate - потом пришли к выводу что нуего. native sql и библиотеки написанные самостоятельно под свои нужды. иначе нужно очень много железа чтобы оно быстро и хорошо работало.
Native SQL- лучший выбор.
dima@osmp писал(а):skynet писал(а):Кстати, когда вы начинали у вас тысяч не было, да и вообще все по-другому было.
Если интересно про мою систему, задавай конкретные вопросы.
когда мы начинали - не было конечно.
позже я прозрел как теория и тесты могут отличаться от практики и реальной жизни. теперь заявления о том что ктото создал сверхнадежную и сверхуниверсальную систему меня немного улыбают. конкретных вопросов нет. в любом случае успехов вам ~)
Добавлю, что помимо теории и тестов, как правило понимание некоторых вещей приходит намного позже, даже когда инжиниринг системы окончен и ведется разработка.
Дима, ты меня не узнал?
Раньше как-то на "ты" были...-
Гость
dima@osmp писал(а):dpupkin писал(а):dima@osmp писал(а):
Hibernate sucks.
но .NET это вообще капец.
А что не sucks? Для CRUD частей приложения идеально подходит, конечно в узких местах где важна производительность только Native SQL. Или же вы вообще против ORM?
не против. не принимайте так близко
в свое время пробовали использовать iBatis и Hibernate - потом пришли к выводу что нуего. native sql и библиотеки написанные самостоятельно под свои нужды. иначе нужно очень много железа чтобы оно быстро и хорошо работало.
Не спорю всему свое место. Никто не говорит об использовании Hibernate в сервере по приему платежей. Но для того же backoffice, для простейших CRUD операции со справочниками, или же простеньких отчетов, нормально подходит. А писать для каждой таблицы DAO с SQL командами - тоска....
skynet писал(а):Дима, ты меня не узнал?
да узнал, узнал конечно. "вам" это я обобщенно сказал всем создателям платежных систем |% (ох$ительный смайл)
очень скоро должны объявить о том, что в ближайшем будущем настанет пора начинать готовиться к ожиданию предвкушения лучшей жизни.
dpupkin писал(а):Не спорю всему свое место. Никто не говорит об использовании Hibernate в сервере по приему платежей. Но для того же backoffice, для простейших CRUD операции со справочниками, или же простеньких отчетов, нормально подходит. А писать для каждой таблицы DAO с SQL командами - тоска....
смотря для кого backoffice. если только для собственного персонала, тогда можно повеселиться, а если для толпы агентов, тогда в зависимости от обстоятельств - если начальство башляет на новое железо, то можно юзать hibernate в полный рост и радоваться, а если бюджет ограничен, то native sql оптимизированный при помощи большого электронного микроскопа решает. скукотища нереальная =)
очень скоро должны объявить о том, что в ближайшем будущем настанет пора начинать готовиться к ожиданию предвкушения лучшей жизни.
dima@osmp писал(а):dpupkin писал(а):Не спорю всему свое место. Никто не говорит об использовании Hibernate в сервере по приему платежей. Но для того же backoffice, для простейших CRUD операции со справочниками, или же простеньких отчетов, нормально подходит. А писать для каждой таблицы DAO с SQL командами - тоска....
смотря для кого backoffice. если только для собственного персонала, тогда можно повеселиться, а если для толпы агентов, тогда в зависимости от обстоятельств - если начальство башляет на новое железо, то можно юзать hibernate в полный рост и радоваться, а если бюджет ограничен, то native sql оптимизированный при помощи большого электронного микроскопа решает. скукотища нереальная =)
если скукотища - синоним надежности, то - отлично.
спасибо за подсказку~)
mihail1980 писал(а):кто нибудь ставил PAYPRO? ваши отзывы ? СТОИТО ОНА ТОГО?
У меня стоит на всех терминалах. Стоит это ПО тех денег!
Если с деньгами напряг-могу устроить скидку (от них)
Могу даже сдать в АРЕНДУ!
Вы в каком регионе работаете?
Пишите в личку.
Будущее начинается СЕГОДНЯ, если не откладывать его на завтра!
-
Гость
-
Гость
SergN писал(а):что интересует?
Интересует следующее.
К примеру я поставщик услуг и хочу свою электронную платежную систему, с развитием своей агентской сети.
Естественно хочу интегрироваться и с другими платежными системами т.е. зарабатывать и на комиссии тоже.
Пока ищу готовые продукты, но возможен вариант с заказной разработкой или созданием своей команды.
Вернуться в «Платежные системы в России и ближнем зарубежье»
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 8 гостей