The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

IT-платформа Сбербанка будет переведена на открытое ПО GridGain

15.01.2016 19:50

Президент Сбербанка Герман Греф признал провал проекта по переходу банка на новую IT-инфраструктуру, на внедрение которой было выделено более миллиарда долларов. Несмотря на то, что после четырёх лет внедрения новая инфраструктура была введена в строй летом прошлого года, из-за слишком длительного цикла интеграции новых возможностей (на внедрение изменений уходят месяцы) она уже признана неконкурентоспособной и на смену её готовится новая платформа, которая будет основана на наработках компании GridGain.

GridGain развивает одноимённую СУБД для обработки больших объёмов данных в оперативной памяти (In-Memory Data Grid), написанную на языке Java. СУБД доступна в виде коммерческого продукта и свободнораспространяемой Community версии, код которой опубликован под лицензией Apache 2.0. Продукты GridGain базируются на наработках свободного проекта Apache Ignite, который был инициирован на основе переданных Фонду Аpache исходных текстов GridGain.

GridGain In-Memory Data Grid может применяться как акселератор для платформы Hadoop (в 100 раз увеличивает производительность операций Map Reduce в Hadoop), так и для построения самостоятельного распределённого хранилища объектов с поддержкой ACID-транзакций и запросов SQL/NoSQL, масштабируемого до миллиарда транзакций в секунду. Кроме того, GridGain может применяться для построения систем распределённой обработки сложных событий (Complex Event Processing, CEP) и обработки потоков данных (Streaming Processing).

  1. Главная ссылка к новости (http://www.rbc.ru/finances/15/...)
  2. OpenNews: GridGain 2.0 для обработки распределенных данных
Лицензия: CC-BY
Тип: Тема для размышления
Ключевые слова: gridgain
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (154) Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 20:19, 15/01/2016 [ответить] [показать ветку] [····]    [к модератору]
  • +1 +/
    А в чем плюс именно этого решения?
    Где-то есть примеры работы большого масштаба, как у Сбера?
     
     
  • 2.4, Аноним (-), 20:27, 15/01/2016 [^] [ответить]    [к модератору]
  • +4 +/
    А теперь Вопрос на миллион на какой СУБД работает продажа билетов в РЖД?
     
     
  • 3.12, VoDA (ok), 21:13, 15/01/2016 [^] [ответить]    [к модератору]
  • +/
    Oracle? ;)
     
     
  • 4.41, xm (ok), 23:55, 15/01/2016 [^] [ответить]    [к модератору]
  • +1 +/
    Туда вроде SAP заносили...
     
     
  • 5.138, FractalizeR (ok), 15:55, 17/01/2016 [^] [ответить]    [к модератору]
  • +/
    Разве SAP - это СУБД? ;)
     
     
  • 6.148, Классический анонимуз (?), 08:20, 18/01/2016 [^] [ответить]    [к модератору]  
  • –6 +/
    Oracle вовсю пиарит свою inmemory DB - HANA. Сейчас САП в РЖД хранит данные в Oracle. Но это просто хранение, вся бизнеслогика на саповском Application server крутится. Тоже на жабе написанном.

    Теперь даю слова фанатам великолепного СИ! Срочно расскажите, почему вы опять в пролёте?! 8)))))))))

     
     
  • 7.149, Классический анонимуз (?), 08:44, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Опечатка. SAP пиарит HANA
     
     
  • 8.161, Аноним (-), 11:42, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > вся бизнеслогика на саповском Application server крутится. Тоже на жабе написанном.

    SAP ABAP Application Server (а-ля SAP Dialog Instance) это sap kernel написанный на C++ и АBAP-программы выполняемые воркпроцессами оного кернела.
    SAP JAVA Application Server испольузется для всяких до-сервисов типа ADS (pdf-печати) и т.д. да в SAP-порталах всяких.

     
  • 3.22, Аноним (-), 21:53, 15/01/2016 [^] [ответить]    [к модератору]  
  • –2 +/
    > А теперь Вопрос на миллион на какой СУБД работает продажа билетов в
    > РЖД?

    До продажы сначала зарегистрироваться надо. Вот где настоящий подвох.

     
     
  • 4.143, Аноним (-), 22:06, 17/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > До продажы сначала зарегистрироваться надо. Вот где настоящий подвох.
    > До продажы
    > ...жы

    ясно. спасибо.

     
  • 3.31, Аноним (-), 22:43, 15/01/2016 [^] [ответить]    [к модератору]  
  • +3 +/
    > А теперь Вопрос на миллион на какой СУБД работает продажа билетов в РЖД?

    Достаточно давно видел систему продажи билетов электричек на *.mdb. Написано было на дельфе (причем очень так лениво, как в учебнике TDataSet, TDatasource, TDBGrid+TDBNavigator и кнопка закрыть, больше ничего лишнего :) ). Синхронизация баз данных похоже выполнялась через виндовую шару... Хз насколько оно было распространено, возможно дальше нескольких станций никогда и не выходило.

    Сейчас наверняка какую-то клиент-серверную СУБД используют. Их сейчас много развелось и любой программист умеет с ними работать.

     
     
  • 4.34, Аноним (-), 22:56, 15/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > Сейчас наверняка какую-то клиент-серверную СУБД используют. Их сейчас много развелось и любой программист умеет с ними работать.

    Бугага !!!

     
  • 3.79, Аноним (-), 08:51, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    > А теперь Вопрос на миллион на какой СУБД работает продажа билетов в
    > РЖД?

    DB2 на мейнфрейме.

     
  • 3.150, Аноним (-), 09:47, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Сбер и продажа билетов РЖД несравнимые задачи.
     
  • 2.21, Аноним (-), 21:50, 15/01/2016 [^] [ответить]    [к модератору]  
  • +13 +/
    Плюсы этой платформы, как и любой другой новой в том, что можно попилить еще один раз бюджет. Ну может не так мохнато, как в первый раз.
     
     
  • 3.44, Аноним (-), 00:35, 16/01/2016 [^] [ответить]    [к модератору]  
  • –4 +/
    Чей бюджет? Сбербанк - не государственный банк.
     
     
  • 4.48, Аноним (-), 01:20, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    Мы говорим партия...
     
  • 4.71, Аноним (-), 07:09, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    хомякам все едино — некогда на такие «мелочи» отвлекаться
     
     
  • 5.74, Аноним (-), 08:09, 16/01/2016 [^] [ответить]    [к модератору]  
  • +4 +/
    Категория акционеров Доля в уставном капитале, %
    Банк России 50,0+1 акция
     
     
  • 6.160, badmilkman (ok), 11:34, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    А в списке акционеров "Банк России" ?
     
     
  • 7.169, mammuthus (?), 14:05, 19/01/2016 [^] [ответить]    [к модератору]  
  • +/
    А при чем тут он, если речь про сбер?
     
  • 2.50, AnotherAnonymous (?), 01:33, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    JAVA?
    под её обслуживание видимо построили несколько датацентров- с десятками Петабайт RAM...  
     
     
  • 3.151, Аноним (-), 09:52, 18/01/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    > JAVA?
    > под её обслуживание видимо построили несколько датацентров- с десятками Петабайт RAM...

    Так ещё под прошлое решение построили...
    Да и работает оно нормально ( для такой организации ), запросы вероятно выросли, но есть вероятность что их выполнить в принципе невозможно, просто кто-то вместо доказывания "невыполнимости" просто сказал - решение которое построено не может этого сделать ( а выбрано оно было "другими" людьми ) и если хотите то нужно ВСЁ перестраивать.
    А там как говориться или ишак или ...

     
  • 2.68, Celcion (ok), 05:45, 16/01/2016 [^] [ответить]    [к модератору]  
  • +3 +/
    Что вы как маленький, ей б-гу... Времена нынче тяжелые, скоро налоговую отчетность сдавать, выручку отдавать государству, и все такое...
    А можно закопать кучу денег в очередное "внедрение". И т.к. оно на Open Source, то цены можно ставить любые, поди потом докажи, что затраты были неоправданные - сравнить-то не с чем.
     
  • 1.7, index.php (?), 20:35, 15/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +9 +/
    Блин ну везде эта Java :(
     
     
  • 2.9, mcshel (ok), 20:57, 15/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    Банки, что вы хотите.
     
  • 2.23, QuAzI (ok), 22:01, 15/01/2016 [^] [ответить]    [к модератору]  
  • +9 +/
    У вас тоже джава ассоциируется только с распилами и патентным троллингом оракла?
     
     
  • 3.73, Аноним (-), 07:30, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    У нас - ничего такого.
     
  • 3.144, M.B. (?), 22:29, 17/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    Прежде всего с тормозами и диким потреблением ресурсов :)
     
     
  • 4.152, Аноним (-), 09:53, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > Прежде всего с тормозами и диким потреблением ресурсов :)

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

     
  • 4.167, Васька (??), 09:43, 19/01/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    У вас просто руки из жопы и оборудование с помойки, оттого и тормоза с нехваткой ресурсов.
     
  • 3.170, Аноним (-), 16:56, 20/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Не только. Ещё с пригоршней уязвимостей каждый месяц.
     
  • 1.8, worldmind (?), 20:52, 15/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +5 +/
    Стоит читать исходную новость, система делает, что нужно (главной её задачей была централизация ИТ инфраструктуры), но Греф хочет много большего.
     
     
  • 2.25, Аноним (-), 22:16, 15/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    > Стоит читать исходную новость, система делает, что нужно (главной её задачей была
    > централизация ИТ инфраструктуры), но Греф хочет много большего.

    Отказаться наконец от СКО?

     
     
  • 3.69, Аноним (-), 06:11, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    Проще отказаться от Грефа.
     
     
  • 4.123, Michael Shigorin (ok), 01:44, 17/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    >> Отказаться наконец от СКО?
    > Проще отказаться от Грефа.

    Не факт, что проще, но точно ещё нужней: http://www.vz.ru/news/2016/1/15/788796.print.html

     
  • 1.10, mumu (ok), 21:05, 15/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +1 +/
    А как их SCO поживает? Цветёт и пахнет?
     
     
  • 2.16, Аноним (-), 21:33, 15/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    > А как их SCO поживает? Цветёт и пахнет?
    > пахнет?

    *широченная улыбка*

     
  • 2.20, Ferg (?), 21:48, 15/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Уже давно нет её
     
     
  • 3.26, Аноним (-), 22:16, 15/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > Уже давно нет её

    Да ладно!

     
  • 3.27, maximnik0 (?), 22:23, 15/01/2016 [^] [ответить]    [к модератору]  
  • +/
    >Уже давно нет её

    Странно а вот тут : http://www.b-k.ru/solutions/sbrf/ мертвецами торгуют  :-)

     
  • 3.101, Disaron (??), 14:06, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Не то чтобы совсем нет, но доживает в единичных экземплярах. Думаю к концу года может совсем не остаться.

    А может уже и сейчас нет.

     
  • 1.11, anonymous (??), 21:11, 15/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +1 +/
    Где тег "попил"?
     
     
  • 2.13, iZEN (ok), 21:18, 15/01/2016 [^] [ответить]    [к модератору]  
  • –28 +/
    > Где тег "попил"?

    Нету. Написано на Java - работает везде. Написано на Си - не работает вообще.

     
     
  • 3.17, Аноним (-), 21:38, 15/01/2016 [^] [ответить]    [к модератору]  
  • +15 +/
    > Написано на Java - работает везде.

    Бред какой. Сам придумал или сановскую 20летнюю рекламную брошюрку почитал?

     
     
  • 4.61, Вареник (?), 02:46, 16/01/2016 [^] [ответить]    [к модератору]  
  • –6 +/
    >> Написано на Java - работает везде.
    > Бред какой. Сам придумал или сановскую 20летнюю рекламную брошюрку почитал?

    20 лет прошло, а заявленное на старте выполняется. Это Вам не Эльбрус, МСВС, роботы на границе и Южный Поток.

     
     
  • 5.72, Аноним (-), 07:14, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    >>> Написано на Java - работает везде.
    >> Бред какой. Сам придумал или сановскую 20летнюю рекламную брошюрку почитал?
    > 20 лет прошло, а заявленное на старте выполняется. Это Вам не Эльбрус,
    > МСВС, роботы на границе и Южный Поток.

    ололо!
    лучше чушь ляпнуть, чем в суть вникнуть, ага

     
  • 5.124, Michael Shigorin (ok), 01:46, 17/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    > Это Вам не Эльбрус

    (глядя в ~/RPM/RPMS/e2k/) А что не так с Эльбрусом?

     
  • 3.24, anonymous (??), 22:11, 15/01/2016 [^] [ответить]    [к модератору]  
  • +3 +/
    >> Где тег "попил"?
    > Нету. Написано на Java - работает везде. Написано на Си - не
    > работает вообще.

    Расскажи это циске. Их WEM работает на одном строго оговоренном релизе JVM, на других даже не стартует.

     
     
  • 4.32, Аноним (-), 22:53, 15/01/2016 [^] [ответить]    [к модератору]  
  • –4 +/
    ничто не мешает снять с машины двигатель и говорить что она хуже чем телега, но зачем? пусть будет на совести цисковцев.
     
     
  • 5.35, Аноним (-), 22:59, 15/01/2016 [^] [ответить]    [к модератору]  
  • +8 +/
    Цисковцы в этом вовсе не одиноки. Sun/Oracle, IBM и несть им числа рукожопам.
    Вообще в кровавом энтерпрайзе программа не привязанная к конкретной версии jvm это скорее исключение, чем правило.
     
     
  • 6.62, Вареник (?), 02:52, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > Цисковцы в этом вовсе не одиноки. Sun/Oracle, IBM и несть им числа
    > рукожопам.
    > Вообще в кровавом энтерпрайзе программа не привязанная к конкретной версии jvm это
    > скорее исключение, чем правило.

    Так привязка к мажорной версии. У IBM вообще своя Java.

     
     
  • 7.99, Аноним (-), 13:49, 16/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    > Так привязка к мажорной версии.

    Это конечно очень утешает, особенно если требуется что-то типа 5 джавы, давно заброшенное и дырявое.

    > У IBM вообще своя Java

    Кривая как патефонная ручка.

     
  • 3.46, . (?), 00:55, 16/01/2016 [^] [ответить]    [к модератору]  
  • +6 +/
    >Нету. Написано на Java - работает везде. Написано на Си - не работает вообще.

    А теперь внимательно посмотри на чём твой java.exe написан :)))))

     
     
  • 4.54, iZEN (ok), 01:52, 16/01/2016 [^] [ответить]    [к модератору]  
  • –7 +/
    >>Нету. Написано на Java - работает везде. Написано на Си - не работает вообще.
    > А теперь внимательно посмотри на чём твой java.exe написан :)))))

    openjdk-8-src-b132-03_mar_2014.zip/openjdk/hotspot/src/share/vm/runtime/java.cpp - на С++.


     
     
  • 5.58, ананим.orig (?), 02:09, 16/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    дык это ж са-а-авсем другое дело!
     
  • 3.52, AnotherAnonymous (?), 01:49, 16/01/2016 [^] [ответить]    [к модератору]  
  • +5 +/
    > Нету. Написано на Java - работает везде. Написано на Си - не работает вообще.

    На одной JAVA ничего не сделать оптимального в плане скорости и потребления памяти, придется как минимум лезть и делать native-расширения, а это уже не JAVA

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


     
     
  • 4.55, iZEN (ok), 01:58, 16/01/2016 [^] [ответить]    [к модератору]  
  • –4 +/
    >> Нету. Написано на Java - работает везде. Написано на Си - не работает вообще.
    > На одной JAVA ничего не сделать оптимального в плане скорости и потребления
    > памяти, придется как минимум лезть и делать native-расширения, а это уже
    > не JAVA

    На Java обычно пишут переносимые приложения без native-вставок, этим она и ценна. Любая завязка на аппаратуру моментально нивелирует ценность Java-приложения и сводит его к нативному.


     
     
  • 5.63, AnotherAnonymous (?), 02:54, 16/01/2016 [^] [ответить]    [к модератору]  
  • +4 +/
    Так а я о чем!
    С чистой JAVA, JVM - высокой производительности и минимального потребления ресурсов не добиться, а переносимость уже не актуальна, есть кросскомпиляция!

    т.е значение JAVA как оплота старого слогана "написал однажды на одной ОС, запускай везде" - уже уходит, а производительность... см. выше

     
     
  • 6.76, Anonimous (?), 08:41, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Ага, давайте всё писать на C. Тогда и производительность и потребление будет в норме. Ну-ну. Да вот только продукт будет делаться примерно раза в 3 дольше чем на java.
    Не надо нести чушь если не разбираетесь в вопросе.
     
     
  • 7.96, Аноним (-), 11:43, 16/01/2016 [^] [ответить]    [к модератору]  
  • –3 +/
    >давайте всё писать на C. Тогда и производительность и потребление будет в норме. Ну-ну. Да вот только продукт будет делаться примерно раза в 3 дольше чем на java.

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

     
     
  • 8.97, iZEN (ok), 12:38, 16/01/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    > Таким образом, сам по себе факт использования
    > Java уже свидетельствует о коррупционной составляющей.

    Скажите это разработчикам "Одноклассников".

    Андрей Паньгин — Java Runtime: повседневные обязанности виртуальной машины Java
    https://www.youtube.com/watch?v=Svc0WtfV63k

     
     
  • 9.106, Andrey Mitrofanov (?), 15:30, 16/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    > Скажите это разработчикам "Одноклассников".
    > Андрей Паньгин — Java Runtime: повседневные обязанности виртуальной машины Java
    > https://www.youtube.com/watch?v=Svc0WtfV63k

    А ещё длиннее видео не было? 3 часа https://youtu.be/qwtVtcQQfqc минимум! Джава ж не тормозит.

     
  • 6.98, iZEN (ok), 12:52, 16/01/2016 [^] [ответить]     [к модератору]  
  • –4 +/
    Дело не в кросс-компиляции большинству людей неинтересно держать локальный набо... текст скрыт, показать
     
     
  • 7.103, AnotherAnonymous (?), 14:09, 16/01/2016 [^] [ответить]    [к модератору]  
  • +3 +/
    Про скорость не надо мне рассказывать, я с JAVA работаю.

    Я видел видео с Антоном Кексом:
    простой пингер...где инсталлеры сделаны с приложениями на C++, под каждую ОС rpm|exe|deb, так же, как можно это сделать и без JAVA

     
  • 7.104, AnotherAnonymous (?), 14:18, 16/01/2016 [^] [ответить]    [к модератору]  
  • +3 +/
    >>Дело не в кросс-компиляции (большинству людей неинтересно держать локальный набор компиляторов

    Люди скачивая Firefox, и не задумываются, просто выбирают из уже предкомпилированных пакетов
    А в enterprise скомпилировать под опред. архитектуру не проблема, сейчас тулчейны очень удобные и относительно свежий сотрудник может с этим справится.

     
  • 7.126, Michael Shigorin (ok), 01:50, 17/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > Скорость Java-программ на уровне C++ приложений. Пока запускается Thunderbird, например,
    > можно запустить RSSOwl и Vuze одновременно - они загрузятся и запустятся
    > быстрее нативного приложения!

    Ай молодца.  А теперь берём QuiteRSS и transmission, пусть сразу с transmission-qt, psi-plus и qupzilla.  И что-то мне подсказывает... (поелику freemind тоже периодически запущаю, а он ещё неплох в этой части)

     
  • 5.66, Аноним (-), 04:57, 16/01/2016 [^] [ответить]    [к модератору]  
  • +7 +/
    Ты абсолютно правильно думаешь что java вообще нечем крыть кроме пресловутой бинарной переносимости. Только вот какое дело, даже последняя имеет смысл только для махровой проприетарщины - для СПО исходники компилируются под целевую платформу на раз, и у жавы не остаётся вообще ничего кроме убогости языка и кошмарного оверхеда по ресурсам.
     
  • 4.89, Sokolow (?), 10:48, 16/01/2016 [^] [ответить]     [к модератору]  
  • –1 +/
    Я работаю на фирме, которая занимает немалую часть рынка Mid-Office в данной зап... текст скрыт, показать
     
     
  • 5.108, Disaron (??), 15:37, 16/01/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    Дорогой мой человек, с указанной нагрузкой справится даже задрипанный 8 ядерный зеон с 6Г мозгов, при этом на нем будет винда, пыха, иис и мускул. У нас развернута такая популярная cms на которую навешано кучу компонентов для тестирования, опросов, ряд модулей, прочей хрени для экспресс-статистики и вагон материалов. Все это за час может эксплуатироваться не по одному разу 5К пользователями, ни разу не выкинуть ошибку, при этом нагрузить CPU всего процентов на 40, занять памяти ~60-80% при работающем антивире, и иметь время генерации страницы в 0.3-0.8сек. Общее число пользователей несколько десятков тысяч. Так что не показатель.

    А, да, еще и gzip сжатие выполнять динамического контента.

     
     
  • 6.112, Sokolow (?), 16:39, 16/01/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    Рабочие станции это даже не 2, а наверное 3 место в смысле нагрузки. Реальная нагрузка у нас обусловлена обработкой данных, поступающих от туроператоров через вебслужбы. Около 10 миллионов бронирований в год, и все это прекрасно разруливается без всяких мифических расширений.
     
     
  • 7.114, Disaron (??), 17:13, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    Экстраполируйте, с учетом ресурсов оба решения. Вряд ли будет разница.

    На жабе свет клином не сошелся, и уж точно ей не место в бутылочном горлышке СУБД.

     
     
  • 8.115, Sokolow (?), 17:20, 16/01/2016 [^] [ответить]    [к модератору]  
  • –3 +/
    >На жабе свет клином не сошелся, и уж точно ей не место в бутылочном горлышке СУБД.

    Не сошелся, но по себестоимости разработки и поддержки все остальные уступают, а это главный аргумент в секторе коммерческих приложений. Именно поэтому в индексе TIOBE Джава вышла на 1 место.

    Насчет СУБД вообще не понял вашего комментария.

     
     
  • 9.118, Аноним (-), 18:16, 16/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    >>Поэтому в индексе TIOBE Джава вышла на 1 место..

    Хах просто нечем крыть, TIOBE.. )))  
    я понял ваш уровень, это как у нас Джависты, главным аргументом на высокое потребление ресурсов говорят: "..ну Java очень распространена и популярна..." - замкнутый круг ;)))

     
  • 9.121, Disaron (??), 20:27, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > GridGain развивает одноимённую СУБД для обработки больших объёмов данных в оперативной памяти (In-Memory Data Grid), написанную на языке Java.
     
     
  • 10.162, Аноним (-), 11:55, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Да не будут они эту БД использовать как основную, это для "временных" данных, и с большой вероятностью при отсутствии требований к "сохранности" для отчётности паре сотен аналитиков и руководству вполне подойдёт.
     
  • 5.113, anonymous (??), 16:46, 16/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    > на нескольких x64 линукс серверах с самыми обычными характеристиками.

    А цифры есть? А с чем сравнивали?
    Или лучше, потому что ничего другого не пробовали?

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

    С чем сравнивали?

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

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

     
     
  • 6.134, Square1 (?), 15:02, 17/01/2016 [^] [ответить]    [к модератору]  
  • +/
    вы о каком пострадании вообще говорите?
    Для опенсорскника мастурбируюзего на мускуль -миллиард долларов потраченных на Ит конечно много.
    Но прочтите наконец оригинал новости.
    Система внедрялась 4 года, и со второго года внедрения УЖЕ окупилась и начала приносить прибыль.
    Миллиард потраченный на систему ОКУПИЛСЯ еще до конца ее полного внедрения.
     
     
  • 7.158, Классический анонимуз (?), 11:03, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    "Миллиард потраченный на систему ОКУПИЛСЯ еще до конца ее полного внедрения."

    Это брейнфак из разряда:
    -сидели на 1С, не тужили
    -купили ERP от SAP за лимоны баксов
    -год вели бухгалтерию в ДВУХ системах (кучи переработок, кому-то премии, лютые ЗП консультантам)

    через 2-4 года бедлама заявили что капитализация конторы увеличилась на xxx% и в итоге система окупилась. Но угля или нефти, блин, от этого больше не продали ни килограмма/литра.

    И тут 100% то же самое.

     
  • 5.168, Васька (??), 09:51, 19/01/2016 [^] [ответить]    [к модератору]  
  • –2 +/
    > Я работаю на фирме

    Правильно говорить "в фирме", а не "на фирме"! Фирма вам не Украина!

    > Комбинация Jboss/Tomcat прекрасно справляется с нагрузкой и развернута
    > Никакой другой язык и технология программирования не сравнятся сегодня с Явой по набору
    > штатных и подключаемых возможностей, масштабируемости, массовости сообщества, где можно
    > найти ответ на любой вопрос. Никаких фундаментальных проблем с памятью, производительностью,
    > переносимостью и безопасностью мы не испытываем.

    Зачем вы бисер мечете перед оппонентом?

     
  • 4.153, Аноним (-), 10:07, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > уже давно не актуально - есть виртуальные
    > машины для разработки.

    В масштабах Сбера?

     
  • 3.131, Аноним (-), 13:14, 17/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Айдзен, java не работает на minix, а у большинства сишников синдром windows i386 просто.
     
  • 2.14, Аноним (-), 21:22, 15/01/2016 [^] [ответить]    [к модератору]  
  • +6 +/
    Там же, где и "поел".

    Ba dum tss.

     
     ....нить скрыта, показать (40)

  • 1.15, shadekhv (?), 21:31, 15/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +3 +/
    No pain no gain
     
     
  • 2.37, Аноним (-), 23:12, 15/01/2016 [^] [ответить]    [к модератору]  
  • +5 +/
    no brain no pain
     
     
  • 3.145, анон с лора (?), 07:29, 18/01/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    Да ты буддист!
     
  • 1.18, ananimys (?), 21:44, 15/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +7 +/
    "IT-инфраструктуру, на внедрение которой было выделено более миллиарда долларов."
    Распилили бабло, а теперь будут внедрять открытое ПО...
     
     
  • 2.19, Аноним (-), 21:45, 15/01/2016 [^] [ответить]    [к модератору]  
  • +4 +/
    Rаспил маст го он.
     
  • 2.30, Casm (??), 22:32, 15/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    Сбербанк под санкциями. Коммерческое ПО ему не продадут. Поэтому, видимо, выбрали СПО.
     
  • 1.29, Annoyer (ok), 22:31, 15/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +1 +/
    >>> на внедрение которой было выделено более миллиарда долларов

    Оторопь берет...

    Туго, очень туго нынче банковским...

     
  • 1.33, Аноним (-), 22:53, 15/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +2 +/
    >написанную на языке Java
    >миллиарда транзакций в секунду

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

     
     
  • 2.70, Аноним (70), 06:30, 16/01/2016 [^] [ответить]    [к модератору]  
  • –2 +/
    Так оно поди распределено на 10к серверов и у каждого по 60Гб оперативки. В таком случае и Java может быть производительной. Им ведь не время оклика нужно, а именно число транзакций.
     
     
  • 3.154, Аноним (-), 10:09, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > Так оно поди распределено на 10к серверов и у каждого по 60Гб
    > оперативки. В таком случае и Java может быть производительной. Им ведь
    > не время оклика нужно, а именно число транзакций.

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

     
  • 1.36, trdm (ok), 23:08, 15/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +1 +/
    А хорошо они распилили 65 миллиардов.
     
     
  • 2.60, Вареник (?), 02:35, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    >> 65 миллиардов.

    - По текущему биржевому курсу 77.77 млрд.

     
  • 1.38, 10й Брейтовский переулок (?), 23:15, 15/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +7 +/
    Зам Грефа заявил, что у них 25000 программистов, а в России всего 450000. Те каждый семнадцатый.

    ЧТО ДЕЛАЮТ ЭТИ 25000 человек тогда? (кроме получения зарплаты)

     
     
  • 2.39, pavelpat (ok), 23:35, 15/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    Задачи из трекера. Очевидно же. Почему вопрос не к менеджерам?
     
  • 2.40, pavelpat (ok), 23:42, 15/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    > Зам Грефа заявил, что у них 25000 программистов, а в России всего
    > 450000. Те каждый семнадцатый.
    > ЧТО ДЕЛАЮТ ЭТИ 25000 человек тогда? (кроме получения зарплаты)

    5000 менеджеров первого уровня + 1000 второго + 200 третего + 40 четвёртого + 8 пятого + 1 шестого. Что делают 6249 менеджеров?

     
     
  • 3.56, Аноним (-), 02:05, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    >+ 1 шестого

    Перенапрягаешь бедолагу

     
  • 3.95, rob pike (?), 11:40, 16/01/2016 [^] [ответить]    [к модератору]  
  • +15 +/
    Высшее руководство задумалось. И решило нанять группу аналитиков, чтобы те оценили ситуацию и дали рекомендации, как выиграть в следующий раз. После нескольких недель напряженного умственного труда аналитики выдали ответ на вопрос, почему команда проиграла. Оказалось, что в выигравшей команде было семеро гребцов и один капитан. В то время, как в проигравшей было 7 капитанов и всего один гребец. Высшее руководство хлопнуло себя по лбу и решило нанять консалтинговую компанию для проведения репозиционирования. Консультанты решили, что в команде было слишком много капитанов и слишком мало гребцов и рекомендовали перестроить команду. Теперь в команде стало всего четыре капитана, два менеджера, один топ-менеджер и один гребец. С гребцом консультанты посоветовали активно работать, дабы мотивировать его на достижение победы. На следующих соревнованиях команда соперников ушла вперед на два километра.
    Высшее руководство уволило гребца, так как оказалось недовольно результатами его работы. Все остальные члены команды получили бонусы за достижение высоких результатов в процессе мотивации.
    Аналитики снова сели за расчеты и выдали причину поражения: «Стратегия была хорошая, мотивация - Оk, менеджеры высшего класса, а вот средства реализации идеи были плохие».
    К следующим соревнованиям проигравшая команда проектирует новую лодку
     
     
  • 4.127, Michael Shigorin (ok), 01:53, 17/01/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    > К следующим соревнованиям проигравшая команда проектирует новую лодку

    В рамочку, на стенку.

    PS: http://egorfine.com/ru/articles/worse-than-failure/

     
     
  • 5.129, rob pike (?), 02:54, 17/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Тема в статье затронута интересная, но, к сожалению, лишь на уровне "поднять проблему" (даже не "поставить вопрос").
    Начать следовало бы с определения понятия "успех проекта", причем для всех действующих лиц - а их много и они разные, как минимум - организация-продавец (может быть и внутренним департаментом, это мало что меняет кроме появления весьма условных кавычек в слове "продавец"), конкретные продавцы в ней, организация-покупатель, конкретные покупатели в ней, подрядчики-исполнители (как организации, так и конкретные в них люди), пользователи  - и в разрезе преследуемых ими целей, которых тоже много, и которые тоже у всех них разные. Вместо некоего неявно предполагаемого сферического успеха (или провала) в вакууме, неявно определяемого чем-то максимально красивым и максимально невнятным типа "продвижения по пути научно-технического прогресса" или "пользы для бизнеса".
     
  • 5.146, анон с лора (?), 07:31, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    >> К следующим соревнованиям проигравшая команда проектирует новую лодку
    > В рамочку, на стенку.

    У некоторых гитары на стене висят, а у тебя будет баян.

     
  • 2.42, anonymous (??), 00:20, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    >Зам Грефа заявил, что у них 25000 программистов, а в России всего 450000. Те каждый семнадцатый.

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

     
     
  • 3.43, Led (ok), 00:24, 16/01/2016 [^] [ответить]    [к модератору]  
  • +3 +/
    > А он уверен, что в сбербанк набрали 25000 программистов? А то я
    > чего-то не припомню сколько-нибудь значительных вакансий в сбербанк на эту должность

    Дык, и в газпроме объявлений о наборе уборщиц не было, а пожи ж ты - есть они там.

     
     
  • 4.45, он (?), 00:41, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    > А хорошо они распилили 65 миллиардов.

    Так профессионалы работают,это вам не Сердюков & © неумеючи всего-то 3-4 млрд. и рублей.


     
  • 4.128, Michael Shigorin (ok), 01:54, 17/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > Дык, и в газпроме объявлений о наборе уборщиц не было, а пожи ж ты - есть они там.

    Точно?

     
  • 3.65, anonymous (??), 04:42, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    здрасте пожалуйста.
    откройте в hh вакансии компании сбербанк технологии
     
     
  • 4.87, anonymous (??), 10:25, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    >откройте в hh вакансии компании сбербанк технологии

    Дай угадаю. Опять в Москве?

     
  • 3.81, Anonimous (?), 08:54, 16/01/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    >>Зам Грефа заявил, что у них 25000 программистов, а в России всего 450000. Те каждый семнадцатый.
    > А он уверен, что в сбербанк набрали 25000 программистов? А то я
    > чего-то не припомню сколько-нибудь значительных вакансий в сбербанк на эту должность

    Вы шутите? Сбербанк уже года четыре активно выгребает всех программистов с рынка, которых найдёт. И платит в 1.5-2 раза больше чем в среднем по рынку.

     
     
  • 4.88, anonymous (??), 10:27, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    >>>Зам Грефа заявил, что у них 25000 программистов, а в России всего 450000. Те каждый семнадцатый.
    >> А он уверен, что в сбербанк набрали 25000 программистов? А то я
    >> чего-то не припомню сколько-нибудь значительных вакансий в сбербанк на эту должность
    > Вы шутите? Сбербанк уже года четыре активно выгребает всех программистов с рынка,
    > которых найдёт. И платит в 1.5-2 раза больше чем в среднем
    > по рынку.

    В моём городе не выгребают точно. В соседнем тоже. Не знаю, о каких программистов идёт речь.

     
     
  • 5.94, rob pike (?), 11:38, 16/01/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    За МКАДом существует рынок программистов?
     
     
  • 6.157, 1 (??), 10:37, 18/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    За МКАД-ом жизни-то нет, а ты про программистов
     
  • 4.155, Аноним (-), 10:15, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    >>>Зам Грефа заявил, что у них 25000 программистов, а в России всего 450000. Те каждый семнадцатый.
    >> А он уверен, что в сбербанк набрали 25000 программистов? А то я
    >> чего-то не припомню сколько-нибудь значительных вакансий в сбербанк на эту должность
    > Вы шутите? Сбербанк уже года четыре активно выгребает всех программистов с рынка,
    > которых найдёт. И платит в 1.5-2 раза больше чем в среднем
    > по рынку.

    Не всех, не платят ну и другие пункты есть ( не совсем удобное расположение).

     
  • 1.47, Аноним (-), 01:18, 16/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +2 +/
    Java, ORACLE - фигли с юных айтиншиков взять
    Замес тут в том, что кризис на дворе, а бабло на кармане кончается. Надо делать новую мегасистему чтобы пилить по-новой.
     
  • 1.49, Саша (??), 01:27, 16/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +/
    А на чем работает https://www.privat24.ua/  ?
     
     
  • 2.67, Crazy Alex (ok), 05:21, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    Джава и эрланг
     
     
  • 3.116, OramahMaalhur (ok), 17:49, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    О, а в каких местах там эрланг? Просто любопытно.
     
     
  • 4.117, rob pike (?), 18:10, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Где ему еще быть кроме процессинга?
     
     
  • 5.139, Crazy Alex (ok), 16:48, 17/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Именно.
     
  • 1.59, Вареник (?), 02:30, 16/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +5 +/
    >> In-Memory Data Grid

    - Зато какой шикартный отмаз, когда вклады Сбера опять сгорят:
    "Произошло внезапное отключение электричества".

     
     
  • 2.83, Аноним (-), 08:56, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > когда вклады Сбера опять сгорят:

    а когда они в прошлый раз сгорели по причине сбоя?

     
  • 2.93, rob pike (?), 11:37, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    И виноват во всем будет опять Чубайс.
     
  • 1.64, Аноним (64), 03:17, 16/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • –1 +/
    У нас в офисе MySQL на двух ксен-впсках (мастер-слейв... для чтения)... в минуту отрабатывает порядка 7 000 транзакций. Одна из таблиц за полгода вырастает в среднем на 450 000 000 записей... На двух дешевых впсках...!... Сбербанк геопроцессы рассчитывает?
     
     
  • 2.77, Anonimous (?), 08:48, 16/01/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    > У нас в офисе MySQL на двух ксен-впсках (мастер-слейв... для чтения)... в
    > минуту отрабатывает порядка 7 000 транзакций. Одна из таблиц за полгода
    > вырастает в среднем на 450 000 000 записей... На двух дешевых
    > впсках...!... Сбербанк геопроцессы рассчитывает?

    В Сбербанке тысячи систем, которые имеют сотни связей друг с другом. Когда 7000 в секунду будет, тогда посмотрим на ваши впски)

     
  • 2.82, Аноним (-), 08:55, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    А денег у вас в офисе сколько? Положите в него миллиард баксов и наблюдайте, как злоумышленники вам систему на байты разберут, двери поотломают, заберут лаве и поизнасилуют сотрудников.
     
  • 2.84, piteri (ok), 09:47, 16/01/2016 [^] [ответить]    [к модератору]  
  • +5 +/
    >в минуту отрабатывает порядка 7 000 транзакций

    Т.е. порядка сотни в секунду. Не смеши мои тапочки своим "хайлоадом"

     
  • 2.92, rob pike (?), 11:36, 16/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    Если напрямую в /dev/null писать, минуя MySQL - еще быстрее будет.
     
  • 2.156, Аноним (-), 10:20, 18/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > У нас в офисе MySQL на двух ксен-впсках (мастер-слейв... для чтения)... в
    > минуту отрабатывает порядка 7 000 транзакций. Одна из таблиц за полгода
    > вырастает в среднем на 450 000 000 записей... На двух дешевых
    > впсках...!... Сбербанк геопроцессы рассчитывает?

    а кто-то через tmp-ки ( Gtt) столько записей ежедневно прогоняет, только для одной маленькой задачки :)

     
  • 1.75, Аноним (-), 08:32, 16/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +/
    "На внедрение изменений уходят месяцы" - это зависит от уровня разработчиков и организации работ. И то и другое в СБТ ниже плинтуса.
     
     
  • 2.80, Аноним (-), 08:52, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Высокие у них плинтусы, однако. Потому что банк - это где деньги. А вокруг денег такие мозги вертятся, что ограблений, атак и сбоев не оберёшься при слишком низкоплинтусном планктоне.
     
     
  • 3.86, Moomintroll (ok), 10:19, 16/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    > Потому что банк - это где деньги. А вокруг денег такие мозги вертятся, что ограблений, атак и сбоев не оберёшься при слишком низкоплинтусном планктоне.

    Это со стороны так кажется. Но утвержадть подобное без личного опыта не следует. Пойдите поработайте в банке, а потом повторите это.

    P.S. Да, я работал. И в СБТ собеседовался - отказался. И зарёкся. Больше никогда!

     
  • 3.91, rob pike (?), 11:34, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    Они регулярно и не обираются.
     
  • 2.85, piteri (ok), 09:52, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    > "На внедрение изменений уходят месяцы" - это зависит от уровня разработчиков и
    > организации работ.

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

     
  • 1.90, alex (??), 11:14, 16/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +3 +/
    БД, на интерпритаторе ява, для сбербанка?????? - дальше можно не читать....
     
  • 1.100, Аноним (-), 14:02, 16/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +1 +/
    >СУБД для обработки больших объёмов данных в оперативной памяти (In-Memory Data Grid), написанную на языке Java.

    Ну что, повторный провал Сбербанку гарантирован.

     
     
  • 2.102, rob pike (?), 14:08, 16/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    Чтобы гарантированно, выбирают SAP HANA.
     
     
  • 3.105, Аноним (-), 15:06, 16/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    Интересно существуют ли хоть на копейку окупившиеся внедрения сапа ?
     
     
  • 4.130, rob pike (?), 03:02, 17/01/2016 [^] [ответить]    [к модератору]  
  • +/
    HANA - это не тот SAP который SAP, а тот SAP что HANA.
    NHL, например, использует, очень довольны.
     
  • 1.109, rob pike (?), 15:42, 16/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +4 +/
    > масштабируемого до миллиарда транзакций в секунду

    В процессе расчета стоимости конфигурации, обеспечивающей такие показатели, было открыто самое большое натуральное число.

     
     
  • 2.119, Аноним (-), 18:21, 16/01/2016 [^] [ответить]    [к модератору]  
  • +/
    >> масштабируемого до миллиарда транзакций в секунду
    > В процессе расчета стоимости конфигурации, обеспечивающей такие показатели, было открыто
    > самое большое натуральное число.

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

     
  • 1.120, CAHbKA (?), 20:03, 16/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +/
    Странная новость.Как и само выступление Грефа. Он сказал, что они неимоверно круты, но теперь как бэ проигрывают гуглу и амазону по числу изменений *платформы* в сутки. Зачем банке десятки тысяч изменений *платформы* в сутки, и почему это число, его величина, важно?
     
     
  • 2.133, Square1 (?), 14:46, 17/01/2016 [^] [ответить]    [к модератору]  
  • –1 +/
    > Странная новость.Как и само выступление Грефа.

    Греф вообще местами странный...

     
  • 1.122, AlexAT (ok), 20:46, 16/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +2 +/
    1. Что эта новость делает на опеннете?
    2. А это, с руководства и исполнителей указанные "более миллиарда" за провал проекта взысканы будут? Если нет - то снова см. п.1 - читать про очередной пилиард как-то лениво.
     
     
  • 2.132, Square1 (?), 14:44, 17/01/2016 [^] [ответить]    [к модератору]  
  • +/
    Слово "провал" - родилось в голове автора новости а не Грефа, Греф сказал что внедрение было успешным и прибыльным. Но созданная система работает медленнее чем системы у крупнейших мировых компаний, поэтому будут переделывать чтобы соответствовать.
    А автор новости на опеннете - понял все "по своему", поскольку не только не понимает о чем пишет, но даже не удосужился прочитать новость полностью...
    Ну вот такие авторы не опеннете, с болезненным сюрреализмом в голове :)
     
     
  • 3.136, Аноним (-), 15:33, 17/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    Греф сказал что не прошло и года и уже понадобился новый распил.
     
  • 1.135, Square1 (?), 15:04, 17/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • –1 +/
    > Президент Сбербанка Герман Греф признал (http://www.rbc.ru/finances/15/01/2016/5698ce9d9a794791cf2c1748)
    > провал проекта

    Автор, убейся об стену :)

    Читай оригинал того о чем пишешь:
    "
    бюджет программы составляет более $1 млрд (по состоянию на сентябрь 2013 года). Программа централизации длилась 4 года, она прибыльна со второго года реализации, отметили в пресс-службе Сбербанка.
    "

    Программа ОКУПИЛАСЬ еще до того как была окончательно внедрена.

     
     
  • 2.137, Аноним (-), 15:34, 17/01/2016 [^] [ответить]    [к модератору]  
  • +/
    >> Президент Сбербанка Герман Греф признал (http://www.rbc.ru/finances/15/01/2016/5698ce9d9a794791cf2c1748)
    >> провал проекта
    > Автор, убейся об стену :)
    > Читай оригинал того о чем пишешь:
    > "
    > бюджет программы составляет более $1 млрд (по состоянию на сентябрь 2013 года).
    > Программа централизации длилась 4 года, она прибыльна со второго года реализации,
    > отметили в пресс-службе Сбербанка.
    > "
    > Программа ОКУПИЛАСЬ еще до того как была окончательно внедрена.

    Греф назвал это «ужасным лично для себя».

     
  • 2.140, Аноним (-), 17:29, 17/01/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    Дочитывайте до конца, а не выдёргивайте отдельные фразы из контекста.

    Пару цитат из источника:

    "Но, как только мы построили наш супер data-center, все закончили, мы пришли к выводу, что мы абсолютно неконкурентоспособны."

    "Президент Сбербанка Герман Греф назвал неконкурентоспособной IT-инфраструктуру крупнейшего банка страны. Сбербанк с помощью компании GridGain полностью поменяет платформу, пообещал Греф".

    "Вывод о том, что система неконкурентоспособна, Греф назвал «ужасным лично для себя»."

    И вообще новость о планах по переходу на GridGain, а не про то окупились ли вложенные в платформу деньги.

     
  • 2.141, Аноним (-), 17:31, 17/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    > Программа ОКУПИЛАСЬ еще до того как была окончательно внедрена.

    Проблемы всплыли _после_ внедрения:
    "Но, как только мы построили наш супер data-center, все закончили, мы пришли к выводу, что мы абсолютно неконкурентоспособны."

     
     
  • 3.142, Square1 (?), 20:42, 17/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    В том то и дело, что Греф - не ДБА, не сисадмин, не ИТ-директор.

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

     
  • 2.163, тоже Аноним (ok), 13:16, 18/01/2016 [^] [ответить]    [к модератору]  
  • +2 +/
    > бюджет программы составляет более $1 млрд (по состоянию на сентябрь 2013 года). Программа централизации длилась 4 года, она прибыльна со второго года реализации, отметили в пресс-службе Сбербанка.

    Вы уверены, что "программа прибыльна" = "прибыль от программы окупила затраты на нее"?
    Может, это всего лишь означает, что она перестала приносить новые убытки?

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

     
  • 1.147, анон с лора (?), 07:34, 18/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • –1 +/
    Значит ли это, что ЦФТ недополучит эшелон денег? Если да, то я рад, они такие ^.*$
     
  • 1.159, КО (?), 11:20, 18/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +/
    >Продукты GridGain базируются на наработках свободного проекта Apache Ignite, который был инициирован на основе переданных Фонду Аpache исходных текстов GridGain.

    Люди понимают толк в рекурсии. :)

     
  • 1.164, Аноним (-), 16:33, 18/01/2016 [ответить] [показать ветку] [····]    [к модератору]  
  • +/
    по количеству changesetов в репозитарии судить это дно
     
     
  • 2.165, тоже Аноним (ok), 18:01, 18/01/2016 [^] [ответить]    [к модератору]  
  • +3 +/
    Ну, M$ аналогично оценивала свой вклад в ядро... ах да, дно, действительно ;)
     
  • 1.171, Аноним (-), 03:30, 25/01/2016 [ответить] [показать ветку] [····]     [к модератору]  
  • +/
    Прочитал все обсуждение, и не увидел понимания обсуждаемой новости Греф с 2007г... текст скрыт, показать
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:


    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру
    Hosting by Ihor