Президент Сбербанка Герман Греф признал (http://www.rbc.ru/finances/15/01/2016/5698ce9d9a794791cf2c1748) провал проекта по переходу банка на новую IT-инфраструктуру, на внедрение которой было выделено более миллиарда долларов. Несмотря на то, что после четырёх лет внедрения новая инфраструктура была введена в строй летом прошлого года, из-за слишком длительного цикла интеграции новых возможностей (на внедрение изменений уходят месяцы) она уже признана неконкурентоспособной и на смену её готовится новая платформа, которая будет основана на наработках компании GridGain.GridGain развивает (http://www.gridgain.com/) одноимённую СУБД для обработки больших объёмов данных в оперативной памяти (In-Memory Data Grid), написанную на языке Java. СУБД доступна в виде коммерческого продукта и свободнораспространяемой Community версии (http://www.gridgain.com/download/), код которой опубликован (https://github.com/gridgain/gridgain) пол лицензией Apache 2.0. Продукты GridGain базируются на наработках свободного проекта Apache Ignite (http://ignite.apache.org/), который был инициирован на основе переданных Фонду Аpache исходных текстов GridGain.
GridGain In-Memory Data Grid может применяться как акселератор для платформы Hadoop (в 100 раз увеличивает производительность операций Map Reduce в Hadoop), так и для построения самостоятельного распределённого
хранилища объектов с поддержкой ACID-транзакций и запросов SQL/NoSQL, масштабируемого до миллиарда транзакций в секунду. Кроме того, GridGain может применяться для построения систем распределённой обработки сложных событий (https://ru.wikipedia.org/wiki/%D0%9E%D0%... (Complex Event Processing, CEP) и обработки потоков данных (Streaming Processing (https://en.wikipedia.org/wiki/Stream_processing)).
URL: http://www.rbc.ru/finances/15/01/2016/5698ce9d9a794791cf2c1748
Новость: http://www.opennet.ru/opennews/art.shtml?num=43678
А в чем плюс именно этого решения?
Где-то есть примеры работы большого масштаба, как у Сбера?
А теперь Вопрос на миллион на какой СУБД работает продажа билетов в РЖД?
Oracle? ;)
Туда вроде SAP заносили...
Разве SAP - это СУБД? ;)
Oracle вовсю пиарит свою inmemory DB - HANA. Сейчас САП в РЖД хранит данные в Oracle. Но это просто хранение, вся бизнеслогика на саповском Application server крутится. Тоже на жабе написанном.Теперь даю слова фанатам великолепного СИ! Срочно расскажите, почему вы опять в пролёте?! 8)))))))))
Опечатка. SAP пиарит HANA
> вся бизнеслогика на саповском Application server крутится. Тоже на жабе написанном.SAP ABAP Application Server (а-ля SAP Dialog Instance) это sap kernel написанный на C++ и АBAP-программы выполняемые воркпроцессами оного кернела.
SAP JAVA Application Server испольузется для всяких до-сервисов типа ADS (pdf-печати) и т.д. да в SAP-порталах всяких.
> А теперь Вопрос на миллион на какой СУБД работает продажа билетов в
> РЖД?До продажы сначала зарегистрироваться надо. Вот где настоящий подвох.
> До продажы сначала зарегистрироваться надо. Вот где настоящий подвох.
> До продажы
> ...жыясно. спасибо.
> А теперь Вопрос на миллион на какой СУБД работает продажа билетов в РЖД?Достаточно давно видел систему продажи билетов электричек на *.mdb. Написано было на дельфе (причем очень так лениво, как в учебнике TDataSet, TDatasource, TDBGrid+TDBNavigator и кнопка закрыть, больше ничего лишнего :) ). Синхронизация баз данных похоже выполнялась через виндовую шару... Хз насколько оно было распространено, возможно дальше нескольких станций никогда и не выходило.
Сейчас наверняка какую-то клиент-серверную СУБД используют. Их сейчас много развелось и любой программист умеет с ними работать.
> Сейчас наверняка какую-то клиент-серверную СУБД используют. Их сейчас много развелось и любой программист умеет с ними работать.Бугага !!!
> А теперь Вопрос на миллион на какой СУБД работает продажа билетов в
> РЖД?DB2 на мейнфрейме.
Плюсы этой платформы, как и любой другой новой в том, что можно попилить еще один раз бюджет. Ну может не так мохнато, как в первый раз.
Чей бюджет? Сбербанк - не государственный банк.
Мы говорим партия...
хомякам все едино — некогда на такие «мелочи» отвлекаться
Категория акционеров Доля в уставном капитале, %
Банк России 50,0+1 акция
А в списке акционеров "Банк России" ?
А при чем тут он, если речь про сбер?
JAVA?
под её обслуживание видимо построили несколько датацентров- с десятками Петабайт RAM...
> JAVA?
> под её обслуживание видимо построили несколько датацентров- с десятками Петабайт RAM...Так ещё под прошлое решение построили...
Да и работает оно нормально ( для такой организации ), запросы вероятно выросли, но есть вероятность что их выполнить в принципе невозможно, просто кто-то вместо доказывания "невыполнимости" просто сказал - решение которое построено не может этого сделать ( а выбрано оно было "другими" людьми ) и если хотите то нужно ВСЁ перестраивать.
А там как говориться или ишак или ...
Что вы как маленький, ей б-гу... Времена нынче тяжелые, скоро налоговую отчетность сдавать, выручку отдавать государству, и все такое...
А можно закопать кучу денег в очередное "внедрение". И т.к. оно на Open Source, то цены можно ставить любые, поди потом докажи, что затраты были неоправданные - сравнить-то не с чем.
Блин ну везде эта Java :(
Банки, что вы хотите.
У вас тоже джава ассоциируется только с распилами и патентным троллингом оракла?
У нас - ничего такого.
Прежде всего с тормозами и диким потреблением ресурсов :)
> Прежде всего с тормозами и диким потреблением ресурсов :)Дикое оно для вашей маленькой задачки, для многих других задач диким становится объём кода который которым нельзя управлять.
У вас просто руки из жопы и оборудование с помойки, оттого и тормоза с нехваткой ресурсов.
Не только. Ещё с пригоршней уязвимостей каждый месяц.
Стоит читать исходную новость, система делает, что нужно (главной её задачей была централизация ИТ инфраструктуры), но Греф хочет много большего.
> Стоит читать исходную новость, система делает, что нужно (главной её задачей была
> централизация ИТ инфраструктуры), но Греф хочет много большего.Отказаться наконец от СКО?
Проще отказаться от Грефа.
>> Отказаться наконец от СКО?
> Проще отказаться от Грефа.Не факт, что проще, но точно ещё нужней: http://www.vz.ru/news/2016/1/15/788796.print.html
А как их SCO поживает? Цветёт и пахнет?
> А как их SCO поживает? Цветёт и пахнет?
> пахнет?*широченная улыбка*
Уже давно нет её
> Уже давно нет еёДа ладно!
>Уже давно нет еёСтранно а вот тут : http://www.b-k.ru/solutions/sbrf/ мертвецами торгуют :-)
Не то чтобы совсем нет, но доживает в единичных экземплярах. Думаю к концу года может совсем не остаться.А может уже и сейчас нет.
Где тег "попил"?
> Где тег "попил"?Нету. Написано на Java - работает везде. Написано на Си - не работает вообще.
> Написано на Java - работает везде.Бред какой. Сам придумал или сановскую 20летнюю рекламную брошюрку почитал?
>> Написано на Java - работает везде.
> Бред какой. Сам придумал или сановскую 20летнюю рекламную брошюрку почитал?20 лет прошло, а заявленное на старте выполняется. Это Вам не Эльбрус, МСВС, роботы на границе и Южный Поток.
>>> Написано на Java - работает везде.
>> Бред какой. Сам придумал или сановскую 20летнюю рекламную брошюрку почитал?
> 20 лет прошло, а заявленное на старте выполняется. Это Вам не Эльбрус,
> МСВС, роботы на границе и Южный Поток.ололо!
лучше чушь ляпнуть, чем в суть вникнуть, ага
> Это Вам не Эльбрус(глядя в ~/RPM/RPMS/e2k/) А что не так с Эльбрусом?
>> Где тег "попил"?
> Нету. Написано на Java - работает везде. Написано на Си - не
> работает вообще.Расскажи это циске. Их WEM работает на одном строго оговоренном релизе JVM, на других даже не стартует.
ничто не мешает снять с машины двигатель и говорить что она хуже чем телега, но зачем? пусть будет на совести цисковцев.
Цисковцы в этом вовсе не одиноки. Sun/Oracle, IBM и несть им числа рукожопам.
Вообще в кровавом энтерпрайзе программа не привязанная к конкретной версии jvm это скорее исключение, чем правило.
> Цисковцы в этом вовсе не одиноки. Sun/Oracle, IBM и несть им числа
> рукожопам.
> Вообще в кровавом энтерпрайзе программа не привязанная к конкретной версии jvm это
> скорее исключение, чем правило.Так привязка к мажорной версии. У IBM вообще своя Java.
> Так привязка к мажорной версии.Это конечно очень утешает, особенно если требуется что-то типа 5 джавы, давно заброшенное и дырявое.
> У IBM вообще своя Java
Кривая как патефонная ручка.
>Нету. Написано на Java - работает везде. Написано на Си - не работает вообще.А теперь внимательно посмотри на чём твой java.exe написан :)))))
>>Нету. Написано на Java - работает везде. Написано на Си - не работает вообще.
> А теперь внимательно посмотри на чём твой java.exe написан :)))))openjdk-8-src-b132-03_mar_2014.zip/openjdk/hotspot/src/share/vm/runtime/java.cpp - на С++.
дык это ж са-а-авсем другое дело!
> Нету. Написано на Java - работает везде. Написано на Си - не работает вообще.На одной JAVA ничего не сделать оптимального в плане скорости и потребления памяти, придется как минимум лезть и делать native-расширения, а это уже не JAVA
Да и в проектах, где требуется эффективность обычно разработать на одной ОС а запустить на другой, уже давно не актуально - есть виртуальные машины для разработки.
>> Нету. Написано на Java - работает везде. Написано на Си - не работает вообще.
> На одной JAVA ничего не сделать оптимального в плане скорости и потребления
> памяти, придется как минимум лезть и делать native-расширения, а это уже
> не JAVAНа Java обычно пишут переносимые приложения без native-вставок, этим она и ценна. Любая завязка на аппаратуру моментально нивелирует ценность Java-приложения и сводит его к нативному.
Так а я о чем!
С чистой JAVA, JVM - высокой производительности и минимального потребления ресурсов не добиться, а переносимость уже не актуальна, есть кросскомпиляция!т.е значение JAVA как оплота старого слогана "написал однажды на одной ОС, запускай везде" - уже уходит, а производительность... см. выше
Ага, давайте всё писать на C. Тогда и производительность и потребление будет в норме. Ну-ну. Да вот только продукт будет делаться примерно раза в 3 дольше чем на java.
Не надо нести чушь если не разбираетесь в вопросе.
>давайте всё писать на C. Тогда и производительность и потребление будет в норме. Ну-ну. Да вот только продукт будет делаться примерно раза в 3 дольше чем на java.Враньё это всё про скорость разработки ниже в три раза, скорость разработки одна и та же, а вот скорость работы у Java и потребление памяти ниже плинтуса, так что единственным аргументом в пользу выбора Java является наличие откатов. Таким образом, сам по себе факт использования Java уже свидетельствует о коррупционной составляющей.
> Таким образом, сам по себе факт использования
> Java уже свидетельствует о коррупционной составляющей.Скажите это разработчикам "Одноклассников".
Андрей Паньгин — Java Runtime: повседневные обязанности виртуальной машины Java
https://www.youtube.com/watch?v=Svc0WtfV63k
> Скажите это разработчикам "Одноклассников".
> Андрей Паньгин — Java Runtime: повседневные обязанности виртуальной машины Java
> https://www.youtube.com/watch?v=Svc0WtfV63kА ещё длиннее видео не было? 3 часа https://youtu.be/qwtVtcQQfqc минимум! Джава ж не тормозит.
> Так а я о чем!
> С чистой JAVA, JVM - высокой производительности и минимального потребления ресурсов не
> добиться, а переносимость уже не актуальна, есть кросскомпиляция!
> т.е значение JAVA как оплота старого слогана "написал однажды на одной ОС,
> запускай везде" - уже уходит, а производительность... см. вышеДело не в кросс-компиляции (большинству людей неинтересно держать локальный набор компиляторов и отладчик под конкретную версию операционной системы). Дело в кросс-платформенности самой запускаемой программы.
Антон Кекс — Как я создал desktop-приложение на Java, скачанное 9 миллионов раз:
https://www.youtube.com/watch?v=y8yKxmz6iDY
- 9 билдов для: Linux, Mac OS X, Windows только из-за использования SWT для нативного интерфейса.Скорость Java-программ на уровне C++ приложений. Пока запускается Thunderbird, например, можно запустить RSSOwl и Vuze одновременно - они загрузятся и запустятся быстрее нативного приложения!
Роман Елизаров — Миллионы котировок в секунду на чистой Java:
https://www.youtube.com/watch?v=Q-7y1u9kZV0
Про скорость не надо мне рассказывать, я с JAVA работаю.Я видел видео с Антоном Кексом:
простой пингер...где инсталлеры сделаны с приложениями на C++, под каждую ОС rpm|exe|deb, так же, как можно это сделать и без JAVA
>>Дело не в кросс-компиляции (большинству людей неинтересно держать локальный набор компиляторовЛюди скачивая Firefox, и не задумываются, просто выбирают из уже предкомпилированных пакетов
А в enterprise скомпилировать под опред. архитектуру не проблема, сейчас тулчейны очень удобные и относительно свежий сотрудник может с этим справится.
> Скорость Java-программ на уровне C++ приложений. Пока запускается Thunderbird, например,
> можно запустить RSSOwl и Vuze одновременно - они загрузятся и запустятся
> быстрее нативного приложения!Ай молодца. А теперь берём QuiteRSS и transmission, пусть сразу с transmission-qt, psi-plus и qupzilla. И что-то мне подсказывает... (поелику freemind тоже периодически запущаю, а он ещё неплох в этой части)
Ты абсолютно правильно думаешь что java вообще нечем крыть кроме пресловутой бинарной переносимости. Только вот какое дело, даже последняя имеет смысл только для махровой проприетарщины - для СПО исходники компилируются под целевую платформу на раз, и у жавы не остаётся вообще ничего кроме убогости языка и кошмарного оверхеда по ресурсам.
>На одной JAVA ничего не сделать оптимального в плане скорости и потребления памяти, придется как минимум лезть и делать native-расширения, а это уже не JAVAЯ работаю на фирме, которая занимает немалую часть рынка Mid-Office в данной западноевропейской стране, вкратце это обработка первичных данных бронирования для представления данных в рамках бухучета и статистики, а также осуществление оплаты бронирований через различные платежные системы. Клиентская часть это около несколько тысяч рабочих станций. Весь набор программ написан на Яве, никаких вставок, никаких расширений, никаких примочек. Комбинация Jboss/Tomcat прекрасно справляется с нагрузкой и развернута на нескольких x64 линукс серверах с самыми обычными характеристиками. Никакой другой язык и технология программирования не сравнятся сегодня с Явой по набору штатных и подключаемых возможностей, масштабируемости, массовости сообщества, где можно найти ответ на любой вопрос. Никаких фундаментальных проблем с памятью, производительностью, переносимостью и безопасностью мы не испытываем. Устраняемые недочеты и ошибки случаются вне зависимости от применяемой технологии и языка программирования.
Дорогой мой человек, с указанной нагрузкой справится даже задрипанный 8 ядерный зеон с 6Г мозгов, при этом на нем будет винда, пыха, иис и мускул. У нас развернута такая популярная cms на которую навешано кучу компонентов для тестирования, опросов, ряд модулей, прочей хрени для экспресс-статистики и вагон материалов. Все это за час может эксплуатироваться не по одному разу 5К пользователями, ни разу не выкинуть ошибку, при этом нагрузить CPU всего процентов на 40, занять памяти ~60-80% при работающем антивире, и иметь время генерации страницы в 0.3-0.8сек. Общее число пользователей несколько десятков тысяч. Так что не показатель.А, да, еще и gzip сжатие выполнять динамического контента.
Рабочие станции это даже не 2, а наверное 3 место в смысле нагрузки. Реальная нагрузка у нас обусловлена обработкой данных, поступающих от туроператоров через вебслужбы. Около 10 миллионов бронирований в год, и все это прекрасно разруливается без всяких мифических расширений.
Экстраполируйте, с учетом ресурсов оба решения. Вряд ли будет разница.На жабе свет клином не сошелся, и уж точно ей не место в бутылочном горлышке СУБД.
>На жабе свет клином не сошелся, и уж точно ей не место в бутылочном горлышке СУБД.Не сошелся, но по себестоимости разработки и поддержки все остальные уступают, а это главный аргумент в секторе коммерческих приложений. Именно поэтому в индексе TIOBE Джава вышла на 1 место.
Насчет СУБД вообще не понял вашего комментария.
>>Поэтому в индексе TIOBE Джава вышла на 1 место..Хах просто нечем крыть, TIOBE.. )))
я понял ваш уровень, это как у нас Джависты, главным аргументом на высокое потребление ресурсов говорят: "..ну Java очень распространена и популярна..." - замкнутый круг ;)))
> GridGain развивает одноимённую СУБД для обработки больших объёмов данных в оперативной памяти (In-Memory Data Grid), написанную на языке Java.
Да не будут они эту БД использовать как основную, это для "временных" данных, и с большой вероятностью при отсутствии требований к "сохранности" для отчётности паре сотен аналитиков и руководству вполне подойдёт.
> на нескольких x64 линукс серверах с самыми обычными характеристиками.А цифры есть? А с чем сравнивали?
Или лучше, потому что ничего другого не пробовали?> Никакой другой язык и технология программирования не сравнятся сегодня с Явой по набору
> штатных и подключаемых возможностей, масштабируемости, массовости сообщества,
> где можно найти ответ на любой вопрос.С чем сравнивали?
> Никаких фундаментальных проблем с памятью, производительностью, переносимостью и безопасностью мы не испытываем.
> Устраняемые недочеты и ошибки случаются вне зависимости от применяемой технологии и языка программирования.Да никто и никогда "фундаментальных проблем" не испытывает.
Даже сбер просравший миллиард - это просто "устраняемые недочеты и ошибки", которые случаются вне зависимости от всего.
вы о каком пострадании вообще говорите?
Для опенсорскника мастурбируюзего на мускуль -миллиард долларов потраченных на Ит конечно много.
Но прочтите наконец оригинал новости.
Система внедрялась 4 года, и со второго года внедрения УЖЕ окупилась и начала приносить прибыль.
Миллиард потраченный на систему ОКУПИЛСЯ еще до конца ее полного внедрения.
"Миллиард потраченный на систему ОКУПИЛСЯ еще до конца ее полного внедрения."Это брейнфак из разряда:
-сидели на 1С, не тужили
-купили ERP от SAP за лимоны баксов
-год вели бухгалтерию в ДВУХ системах (кучи переработок, кому-то премии, лютые ЗП консультантам)через 2-4 года бедлама заявили что капитализация конторы увеличилась на xxx% и в итоге система окупилась. Но угля или нефти, блин, от этого больше не продали ни килограмма/литра.
И тут 100% то же самое.
> Я работаю на фирмеПравильно говорить "в фирме", а не "на фирме"! Фирма вам не Украина!
> Комбинация Jboss/Tomcat прекрасно справляется с нагрузкой и развернута
> Никакой другой язык и технология программирования не сравнятся сегодня с Явой по набору
> штатных и подключаемых возможностей, масштабируемости, массовости сообщества, где можно
> найти ответ на любой вопрос. Никаких фундаментальных проблем с памятью, производительностью,
> переносимостью и безопасностью мы не испытываем.Зачем вы бисер мечете перед оппонентом?
> уже давно не актуально - есть виртуальные
> машины для разработки.В масштабах Сбера?
Айдзен, java не работает на minix, а у большинства сишников синдром windows i386 просто.
Там же, где и "поел".Ba dum tss.
No pain no gain
no brain no pain
Да ты буддист!
"IT-инфраструктуру, на внедрение которой было выделено более миллиарда долларов."
Распилили бабло, а теперь будут внедрять открытое ПО...
Rаспил маст го он.
Сбербанк под санкциями. Коммерческое ПО ему не продадут. Поэтому, видимо, выбрали СПО.
>>> на внедрение которой было выделено более миллиарда долларовОторопь берет...
Туго, очень туго нынче банковским...
>написанную на языке Java
>миллиарда транзакций в секундуКак-то мягко говоря странно выглядит погоня за наилучшей производительностью и выбором в качества языка написания Java, хотя если учесть какой корпорации принадлежит Java то всё становится ясней.
Так оно поди распределено на 10к серверов и у каждого по 60Гб оперативки. В таком случае и Java может быть производительной. Им ведь не время оклика нужно, а именно число транзакций.
> Так оно поди распределено на 10к серверов и у каждого по 60Гб
> оперативки. В таком случае и Java может быть производительной. Им ведь
> не время оклика нужно, а именно число транзакций.Обычно несколько таких шкафов от голубого гиганта, и да память там не самая большая проблема, обычно проблемой является выживание данных(сохранение транзакций) при непредвиденных обстоятельствах.
А хорошо они распилили 65 миллиардов.
>> 65 миллиардов.- По текущему биржевому курсу 77.77 млрд.
Зам Грефа заявил, что у них 25000 программистов, а в России всего 450000. Те каждый семнадцатый.ЧТО ДЕЛАЮТ ЭТИ 25000 человек тогда? (кроме получения зарплаты)
Задачи из трекера. Очевидно же. Почему вопрос не к менеджерам?
> Зам Грефа заявил, что у них 25000 программистов, а в России всего
> 450000. Те каждый семнадцатый.
> ЧТО ДЕЛАЮТ ЭТИ 25000 человек тогда? (кроме получения зарплаты)5000 менеджеров первого уровня + 1000 второго + 200 третего + 40 четвёртого + 8 пятого + 1 шестого. Что делают 6249 менеджеров?
>+ 1 шестогоПеренапрягаешь бедолагу
Высшее руководство задумалось. И решило нанять группу аналитиков, чтобы те оценили ситуацию и дали рекомендации, как выиграть в следующий раз. После нескольких недель напряженного умственного труда аналитики выдали ответ на вопрос, почему команда проиграла. Оказалось, что в выигравшей команде было семеро гребцов и один капитан. В то время, как в проигравшей было 7 капитанов и всего один гребец. Высшее руководство хлопнуло себя по лбу и решило нанять консалтинговую компанию для проведения репозиционирования. Консультанты решили, что в команде было слишком много капитанов и слишком мало гребцов и рекомендовали перестроить команду. Теперь в команде стало всего четыре капитана, два менеджера, один топ-менеджер и один гребец. С гребцом консультанты посоветовали активно работать, дабы мотивировать его на достижение победы. На следующих соревнованиях команда соперников ушла вперед на два километра.
Высшее руководство уволило гребца, так как оказалось недовольно результатами его работы. Все остальные члены команды получили бонусы за достижение высоких результатов в процессе мотивации.
Аналитики снова сели за расчеты и выдали причину поражения: «Стратегия была хорошая, мотивация - Оk, менеджеры высшего класса, а вот средства реализации идеи были плохие».
К следующим соревнованиям проигравшая команда проектирует новую лодку
> К следующим соревнованиям проигравшая команда проектирует новую лодкуВ рамочку, на стенку.
Тема в статье затронута интересная, но, к сожалению, лишь на уровне "поднять проблему" (даже не "поставить вопрос").
Начать следовало бы с определения понятия "успех проекта", причем для всех действующих лиц - а их много и они разные, как минимум - организация-продавец (может быть и внутренним департаментом, это мало что меняет кроме появления весьма условных кавычек в слове "продавец"), конкретные продавцы в ней, организация-покупатель, конкретные покупатели в ней, подрядчики-исполнители (как организации, так и конкретные в них люди), пользователи - и в разрезе преследуемых ими целей, которых тоже много, и которые тоже у всех них разные. Вместо некоего неявно предполагаемого сферического успеха (или провала) в вакууме, неявно определяемого чем-то максимально красивым и максимально невнятным типа "продвижения по пути научно-технического прогресса" или "пользы для бизнеса".
>> К следующим соревнованиям проигравшая команда проектирует новую лодку
> В рамочку, на стенку.У некоторых гитары на стене висят, а у тебя будет баян.
>Зам Грефа заявил, что у них 25000 программистов, а в России всего 450000. Те каждый семнадцатый.А он уверен, что в сбербанк набрали 25000 программистов? А то я чего-то не припомню сколько-нибудь значительных вакансий в сбербанк на эту должность
> А он уверен, что в сбербанк набрали 25000 программистов? А то я
> чего-то не припомню сколько-нибудь значительных вакансий в сбербанк на эту должностьДык, и в газпроме объявлений о наборе уборщиц не было, а пожи ж ты - есть они там.
> А хорошо они распилили 65 миллиардов.Так профессионалы работают,это вам не Сердюков & © неумеючи всего-то 3-4 млрд. и рублей.
> Дык, и в газпроме объявлений о наборе уборщиц не было, а пожи ж ты - есть они там.Точно?
здрасте пожалуйста.
откройте в hh вакансии компании сбербанк технологии
>откройте в hh вакансии компании сбербанк технологииДай угадаю. Опять в Москве?
>>Зам Грефа заявил, что у них 25000 программистов, а в России всего 450000. Те каждый семнадцатый.
> А он уверен, что в сбербанк набрали 25000 программистов? А то я
> чего-то не припомню сколько-нибудь значительных вакансий в сбербанк на эту должностьВы шутите? Сбербанк уже года четыре активно выгребает всех программистов с рынка, которых найдёт. И платит в 1.5-2 раза больше чем в среднем по рынку.
>>>Зам Грефа заявил, что у них 25000 программистов, а в России всего 450000. Те каждый семнадцатый.
>> А он уверен, что в сбербанк набрали 25000 программистов? А то я
>> чего-то не припомню сколько-нибудь значительных вакансий в сбербанк на эту должность
> Вы шутите? Сбербанк уже года четыре активно выгребает всех программистов с рынка,
> которых найдёт. И платит в 1.5-2 раза больше чем в среднем
> по рынку.В моём городе не выгребают точно. В соседнем тоже. Не знаю, о каких программистов идёт речь.
За МКАДом существует рынок программистов?
За МКАД-ом жизни-то нет, а ты про программистов
>>>Зам Грефа заявил, что у них 25000 программистов, а в России всего 450000. Те каждый семнадцатый.
>> А он уверен, что в сбербанк набрали 25000 программистов? А то я
>> чего-то не припомню сколько-нибудь значительных вакансий в сбербанк на эту должность
> Вы шутите? Сбербанк уже года четыре активно выгребает всех программистов с рынка,
> которых найдёт. И платит в 1.5-2 раза больше чем в среднем
> по рынку.Не всех, не платят ну и другие пункты есть ( не совсем удобное расположение).
Java, ORACLE - фигли с юных айтиншиков взять
Замес тут в том, что кризис на дворе, а бабло на кармане кончается. Надо делать новую мегасистему чтобы пилить по-новой.
А на чем работает https://www.privat24.ua/ ?
Джава и эрланг
О, а в каких местах там эрланг? Просто любопытно.
Где ему еще быть кроме процессинга?
Именно.
>> In-Memory Data Grid- Зато какой шикартный отмаз, когда вклады Сбера опять сгорят:
"Произошло внезапное отключение электричества".
> когда вклады Сбера опять сгорят:а когда они в прошлый раз сгорели по причине сбоя?
И виноват во всем будет опять Чубайс.
У нас в офисе MySQL на двух ксен-впсках (мастер-слейв... для чтения)... в минуту отрабатывает порядка 7 000 транзакций. Одна из таблиц за полгода вырастает в среднем на 450 000 000 записей... На двух дешевых впсках...!... Сбербанк геопроцессы рассчитывает?
> У нас в офисе MySQL на двух ксен-впсках (мастер-слейв... для чтения)... в
> минуту отрабатывает порядка 7 000 транзакций. Одна из таблиц за полгода
> вырастает в среднем на 450 000 000 записей... На двух дешевых
> впсках...!... Сбербанк геопроцессы рассчитывает?В Сбербанке тысячи систем, которые имеют сотни связей друг с другом. Когда 7000 в секунду будет, тогда посмотрим на ваши впски)
А денег у вас в офисе сколько? Положите в него миллиард баксов и наблюдайте, как злоумышленники вам систему на байты разберут, двери поотломают, заберут лаве и поизнасилуют сотрудников.
>в минуту отрабатывает порядка 7 000 транзакцийТ.е. порядка сотни в секунду. Не смеши мои тапочки своим "хайлоадом"
Если напрямую в /dev/null писать, минуя MySQL - еще быстрее будет.
> У нас в офисе MySQL на двух ксен-впсках (мастер-слейв... для чтения)... в
> минуту отрабатывает порядка 7 000 транзакций. Одна из таблиц за полгода
> вырастает в среднем на 450 000 000 записей... На двух дешевых
> впсках...!... Сбербанк геопроцессы рассчитывает?а кто-то через tmp-ки ( Gtt) столько записей ежедневно прогоняет, только для одной маленькой задачки :)
"На внедрение изменений уходят месяцы" - это зависит от уровня разработчиков и организации работ. И то и другое в СБТ ниже плинтуса.
Высокие у них плинтусы, однако. Потому что банк - это где деньги. А вокруг денег такие мозги вертятся, что ограблений, атак и сбоев не оберёшься при слишком низкоплинтусном планктоне.
> Потому что банк - это где деньги. А вокруг денег такие мозги вертятся, что ограблений, атак и сбоев не оберёшься при слишком низкоплинтусном планктоне.Это со стороны так кажется. Но утвержадть подобное без личного опыта не следует. Пойдите поработайте в банке, а потом повторите это.
P.S. Да, я работал. И в СБТ собеседовался - отказался. И зарёкся. Больше никогда!
Они регулярно и не обираются.
> "На внедрение изменений уходят месяцы" - это зависит от уровня разработчиков и
> организации работ.Именно, только низкоквалифицированные разработчики побегут с шашкой наголо ковырять систему состоящей с сотен частей и тысяч связей, и конечно же всё сломают. Поэтому таких людей в сбер пускают только на всякую мелочь.
БД, на интерпритаторе ява, для сбербанка?????? - дальше можно не читать....
>СУБД для обработки больших объёмов данных в оперативной памяти (In-Memory Data Grid), написанную на языке Java.Ну что, повторный провал Сбербанку гарантирован.
Чтобы гарантированно, выбирают SAP HANA.
Интересно существуют ли хоть на копейку окупившиеся внедрения сапа ?
HANA - это не тот SAP который SAP, а тот SAP что HANA.
NHL, например, использует, очень довольны.
> масштабируемого до миллиарда транзакций в секундуВ процессе расчета стоимости конфигурации, обеспечивающей такие показатели, было открыто самое большое натуральное число.
>> масштабируемого до миллиарда транзакций в секунду
> В процессе расчета стоимости конфигурации, обеспечивающей такие показатели, было открыто
> самое большое натуральное число.Их бенчмарк кстати, на гитхабе, вообще не пользуется популярностью...так что скорее всего про "миллиард транзакций в секунду" это они сами про себя сказали, непонятно как
Странная новость.Как и само выступление Грефа. Он сказал, что они неимоверно круты, но теперь как бэ проигрывают гуглу и амазону по числу изменений *платформы* в сутки. Зачем банке десятки тысяч изменений *платформы* в сутки, и почему это число, его величина, важно?
> Странная новость.Как и само выступление Грефа.Греф вообще местами странный...
1. Что эта новость делает на опеннете?
2. А это, с руководства и исполнителей указанные "более миллиарда" за провал проекта взысканы будут? Если нет - то снова см. п.1 - читать про очередной пилиард как-то лениво.
Слово "провал" - родилось в голове автора новости а не Грефа, Греф сказал что внедрение было успешным и прибыльным. Но созданная система работает медленнее чем системы у крупнейших мировых компаний, поэтому будут переделывать чтобы соответствовать.
А автор новости на опеннете - понял все "по своему", поскольку не только не понимает о чем пишет, но даже не удосужился прочитать новость полностью...
Ну вот такие авторы не опеннете, с болезненным сюрреализмом в голове :)
Греф сказал что не прошло и года и уже понадобился новый распил.
> Президент Сбербанка Герман Греф признал (http://www.rbc.ru/finances/15/01/2016/5698ce9d9a794791cf2c1748)
> провал проектаАвтор, убейся об стену :)
Читай оригинал того о чем пишешь:
"
бюджет программы составляет более $1 млрд (по состоянию на сентябрь 2013 года). Программа централизации длилась 4 года, она прибыльна со второго года реализации, отметили в пресс-службе Сбербанка.
"Программа ОКУПИЛАСЬ еще до того как была окончательно внедрена.
>> Президент Сбербанка Герман Греф признал (http://www.rbc.ru/finances/15/01/2016/5698ce9d9a794791cf2c1748)
>> провал проекта
> Автор, убейся об стену :)
> Читай оригинал того о чем пишешь:
> "
> бюджет программы составляет более $1 млрд (по состоянию на сентябрь 2013 года).
> Программа централизации длилась 4 года, она прибыльна со второго года реализации,
> отметили в пресс-службе Сбербанка.
> "
> Программа ОКУПИЛАСЬ еще до того как была окончательно внедрена.Греф назвал это «ужасным лично для себя».
Дочитывайте до конца, а не выдёргивайте отдельные фразы из контекста.Пару цитат из источника:
"Но, как только мы построили наш супер data-center, все закончили, мы пришли к выводу, что мы абсолютно неконкурентоспособны."
"Президент Сбербанка Герман Греф назвал неконкурентоспособной IT-инфраструктуру крупнейшего банка страны. Сбербанк с помощью компании GridGain полностью поменяет платформу, пообещал Греф".
"Вывод о том, что система неконкурентоспособна, Греф назвал «ужасным лично для себя»."
И вообще новость о планах по переходу на GridGain, а не про то окупились ли вложенные в платформу деньги.
> Программа ОКУПИЛАСЬ еще до того как была окончательно внедрена.Проблемы всплыли _после_ внедрения:
"Но, как только мы построили наш супер data-center, все закончили, мы пришли к выводу, что мы абсолютно неконкурентоспособны."
В том то и дело, что Греф - не ДБА, не сисадмин, не ИТ-директор.Вы делаете вывод на основании эмоций неспециалиста. То, что Греф для себя лично решил что ИТ-система Сбербанка должна работать как Амазон - имеет примерно такой же уровень компетентности как рассуждения об ИТ-системах их уборщиц. Выдернуть шнур из розетки - может.. а вот починить - не факт...
> бюджет программы составляет более $1 млрд (по состоянию на сентябрь 2013 года). Программа централизации длилась 4 года, она прибыльна со второго года реализации, отметили в пресс-службе Сбербанка.Вы уверены, что "программа прибыльна" = "прибыль от программы окупила затраты на нее"?
Может, это всего лишь означает, что она перестала приносить новые убытки?Вообще, оригинал оставляет ощущение, что сей ответственный товарищ готовил речь для управленцев, а не для IT-шников. Например, измерять успешность системы количеством исправлений в день - это очень смело...
При этом планы у руководителя - как у первокурсника: "Это плохая программа - она работает, но слишком сложная. Надо ее выкинуть и написать новую, простую и хорошую, с нуля". Классика.
Значит ли это, что ЦФТ недополучит эшелон денег? Если да, то я рад, они такие ^.*$
>Продукты GridGain базируются на наработках свободного проекта Apache Ignite, который был инициирован на основе переданных Фонду Аpache исходных текстов GridGain.Люди понимают толк в рекурсии. :)
по количеству changesetов в репозитарии судить это дно
Ну, M$ аналогично оценивала свой вклад в ядро... ах да, дно, действительно ;)
> Президент Сбербанка Герман Греф признал (http://www.rbc.ru/finances/15/01/2016/5698ce9d9a794791cf2c1748)
> провал проекта по переходу банка на новую IT-инфраструктуру, на внедрение которой
> было выделено более миллиарда долларов.
> Президент Сбербанка Герман Греф признал (http://www.rbc.ru/finances/15/01/2016/5698ce9d9a794791cf2c1748)Прочитал все обсуждение, и не увидел понимания обсуждаемой новости.
Греф с 2007г строит новый, как он утверждает, лучший Сбербанк - услуги, оргструктура, бизнеспроцессы, вот это все.
Как я понял его задумку - чтобы бизнес был динамичным (хотя для банка это несколько странно), необходима ЦЕНТРАЛИЗАЦИЯ.
Вот $млрд и потратили на строительство датацентре, новые "програмки", стягивание баз с которыми работают сотни тысяч рабочих мест в центр.
Заодно централизовали разработку ПО (Сбертех).В целом логичное преобразование, снизившее время реакции IT систем на потребности бизнеса.
Условно, сравните ИЗМЕНЕНИЕ (например очередное требование ЦБ, или ФССП) в "програмке" не год, а месяц, сравните с т.з. Бизнеса. Ага.
Но Греф-то у нас "фантазер", он хочет ЛУЧШИЙ Сбербанк - бизнес со скоростью мысли (изменение за часы), и все такое.
Если поините, был в Сбере IT директор (не помню как зовут), и в новости архитектор процитирован а не он) - мистер самый большой IT бюджет, он еще в первом интервью удивлялся эффектом масштаба.
Так вот, этот самый масштаб и не позволил сделать все за раз, поэтому «Централизация 2.0» следует.Про "распил" - я гдето читал, что интеграторы пострадали от этих преобразований.
> Нам нужно вывернуть себя наизнанку, мы абсолютно не готовы к этому
для меня эти слова имеют ОЧЕНЬ отрицательное значеие, а
> Новая IT-программа Сбербанка должна создать платформу, которая позволит банку вводить новые продукты за часы, а не за неделитолько теоретический интерес.
У этих преобразований есть еще цены, и не какие-то там миллиарды - поломанный судьбы, и убитые жизни сотрудников(( Имейте это ввиду, кто в GridGain намылился (8 вакансий на ХХ)