Пока что SAP в России и не думает проваливаться, напротив, завоёвывает всё новые и новые компании.
Намёк: здесь форум специалистов по SAP, поэтому за неполиткорректные намёки модераторы могут и забанить.

А мужики-то и не знают. (С)

1С в Германии провалится точно также, как САП проваливается в России.

У SAP и 1C такое же разное назначение.

Правку убрали уже лет 5 как.
Вам просто обидно, однако факт остаётся фактом. Если дать ТЗ нашему и индусу - наш хоть в мелочи, но изменит (хоть комментарии, которые попросили вставить), индус - вряд ли даже подумает почесаться и что-то поменять. В разработках SAP это некритично, как правило. Но чем глобальнее код, тем больше наш меняет. Даже наши заказчики для выполнения работ по хорошо написанным ТЗ (и где их не меняют раз в полдня) всё чаще предпочитают индусов - дешевле и не строят из себя звезд, молча делают. Так что российская проблема необходимости почувствовать себя маленьким, но богом, а не просто выполнить требуемое, ещё долго будет аукаться и икаться нашим системам. И что-то не припомню, чтобы SAP GUI вис на примитивных операциях, а вот клиент 1С - сколько угодно, во времена 98 винды ещё и компьютер намертво подвешивал.
Так что квасной патриотизм в этой ситуации, вкупе с обидой, что денег сильно больше платят за SAP, как и фантазии про "провалы SAPа", неуместны.
Вы, кстати, не пробовали про провалы SAPа говорить руководствам компаний и клиентов от лица себя, а не анонимного ника?

Но факт есть фактом.
Во времена Windows 98, SAP GUI вобще не вис.

Не в пользу индо-девелоперов SAP, но и не в пользу 1С.
Цитата моего давнего письма коллегам из Лондона:

Ну так правильно, в полноценном ТЗ указано явно - "если значение не выбрано, закончить программу/выдать ругательное сообщение". Стоит ли винить разработчиков, если они делали всё по написанному, как скорее всего и было?

Блин, в моей цитате вот этой фразы не было:



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

Вот из-за "творцов", считающих постановщика априори дураком, как я уже написала, российский 1С такой российский. Есть исполнительская работа, когда программисту полагается реализовывать написанное, а уже тестировщик отлавливает подобные косяки. При разработке серьёзных программ это нормальный рабочий процесс - не додумывать за автора документации, а делать первый вариант точно так, как он написал, потому что ты порой не знаешь даже, куда вставят твой ФМ; может, проверка была бы избыточна.
А отечественный абапер добавил бы ненужные сейчас варианты обработки и "бантики", донельзя усложнив программу.

Я не понял - это сейчас речь идёт о стандартной конфигурации 1С или доработки стандартной конфигурации 1С сторонними разработчиками?
И при чём тут кто когда и сколько вис? Если взять в качестве примера твой любимый BI, то там столько косяков и глюков, сколько 1С и не снилось. И также виснет на пустом месте.
То, что программа подвешивает ОС - это также характеризует саму ОС.

Патриотизм тут совершенно не при чём. Да и денег за САП платят не сильно больше, чем за 1С.
Нет, я не говорил руководству компании о провальности САПа - мне за это деньги не платят.

Ты сейчас всех российских программистов (и абаперов и 1Сников) необоснованно оклеветала.

Хм... Однако если следовать формальной логике, то из двух ваших постулатов неизбежно следует вывод: все российские программисты (и абаперы и 1Сники) считают своих постановщиков априори дураками.
Как постановщик с 30-летним стажем загрустил и ушёл пить вотку, закусывая Кантом и Шопенгауэром...

Это вопрос организации труда в конкретной компании.
Не всегда и везде он одинаковый.

Lionet
О той, что продаётся в качестве "комплекта". Кстати, допиливают большим напильником её не в пример SAP ERP, где допиливание происходит обычно от проблем с бизнесом, порой ещё от отсутствия достаточных знаний у консультантов.
SAP BW к SAP ERP как-то и не относится, у 1С аналога нет, насколько я понмю. А BEx будет виснуть по определению, ибо VBA; от Modeler на java по той же причине в 7.3 отошли, и правлиьно сделали. Зато та часть, что в GUI - зависнуть не способна, похоже. По части же глюков - как раз в BW я ещё не сталкивалась с тем, что полностью делает невозможным работу, а 95% вопросов снимается грамотным поиском по help и нотам... Как с аналогичным у 1С?
Я уже давно заметила, что на нашем форуме, и не только, у высокоморальных людей, бьющихся за честь российского софта, считается обоснованным писать, что программисты почти всех других наций, особенно из Индии, дураки, а саппорт, кажется, из Филлипин, "не шарит". И никто ни разу не написал, что это клевета. Не видишь ли ты в этом некую странность и двойной стандарт, при том, что IT-шники из Индии эмигрируют намного чаще и проще, при прочих равных?
Может, ты ещё поспоришь, что в приведённом выше примере наши бы не стали додумывать "а нет ли тут ошибки" сами? Повторяю, в случае глобальной разработки, а не z-ФМ на локальном проекте, так делать нельзя в принципе.
Случаи же, когда консультант решает/просит программиста "немножко наабапить", вместо того, чтобы реализовать имеющийся стандарт, покопаться и найти нужную настройку, вообще в России сплошь и рядом, даже на нашем форуме никто такого не отрицает, сами регулярно выругиваемся на эту тему. Ну и сами мы, консультанты, хороши: "Заказчики вечно фигню хотят".

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


murenets
Не всегда. Те же японские методы, как у нас (да и вообще в Европе) их не организовывай, не приживутся; чужд нашим людям по духу всякий scrum. И от рынка труда зависит - если он на стороне работника, то найти "незвёзд", согласных спокойно писать код - сложнее.

Ну, засилие на рынке товаров с клеймом Made in China не свидетельствует о том, что китайцы - супер-сила в технологиях.
Ну а про саппорт из Филипин, так оно так и есть. Ты им проблему с описанием чего ты уже сделал, включая ноты, которые уже смотрел, а они тебе список стандартных нот, при том что все они тобою УЖЕ указаны как просмотренные и опробованные. (когда сам был консультантом так оно и было).
Ну не сидят в филипинском офисе поддержки высококвалифицированные консультанты.




Уверен, что дело не в духе, а в руководстве и организации.
Да и в логике бизнеса.
Забавный момент. Но мне рассказывали, что подобный тест, как с функциональным модулем был в начале 1990-х в IBM для программистов.
В нем правильным ответом было: "а если не то и не другое, что программа делать должна"?

Я спросил - кто допиливает? Компания 1С или сторонние внедренцы. Если сторонние внедренцы, то это не проблема 1С. Точно также сторонние внедренцы допиливают и САП. ))
Проблемы с бизнесом - это слишком расплывчатое понятие. Если система не может работать с описанием больше 40 символов - это не проблемы бизнеса, а проблемы системы. Хотя с точки зрения разработчиков системы можно сказать, что такие длинные описания не нужны и их надо сокращать.

Речь сейчас не о том, что у 1С нет аналога BI, а о том, что и у САПа бывают косяки в разработке.
Что касается БиВи - не пробовала мышкой перетащить признак в куб (кажется транзакция RSA1)? В половине случаев по непонятным причинам перетаскивание не работает. Хотя, если выйти из транзакции и зайти заново, то повторное перетаскивание может завершиться. Великий немецкий рандом!
Как с аналогичным у 1С не знаю, но пользователи от неё в восторге.

Речь не о национальной принадлежности программистов, а о том, что неправильно всех чесать под одну гребёнку.

В приведённом выше примере, если АБАПер работает на фрилансе и отчитывается таймшитами, то даже если он и додумает "а нет ли тут ошибки", то вряд ли он сам будет исправлять ФС.

Lionet
Ты намеренно не читаешь то, что я пишу? 1С допиливают почти всегда, в любых ситуациях, то есть она изначально не удовлетворяет заказчика. SAP на нормальном проекте - нет, отчёты не считаем.
В ERP 1000 символов, если я правильно помню. Если бизнесу нужны 1500 символов или отчёт на 70000 строк, да ещё, чтобы тот открывался за несколько минут - то вопрос, всё ли в порядке в бизнесе, открыт; но бизнес это требует, хоть трава не расти. 1С, кстати, этого не умеет.
Реже и меньше. И комментариев "это будет в следующей версии, я не знаю в какой" в коде не обнаруживается.
"Кажется", т.е. ты с BW не работал почти. Я уже 8-й год и таких проблем не было. И я не поняла, почему ты сравниваешь среду разработки с тем, что видят пользователи? Можно подумать, 1С удобнее для внедренцев.
А фраза "пользователи от 1С в восторге" справедлива для ситуации, когда 1С меняют на SAP, тогда да - 1С все любят. А вот когда внедряют 1С после "голого" экселя или вообще без всего - визгу и шуму стоит, сотни тонн ненависти лучей и поноса посылается...

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