имхо - и чувствительность к пробелам - оттуда же?

Скорее всего. Раз SAP AG основали бывшие IBMовцы, для которых (вместе с пентагоном) COBOL был родным -- взяли как им показалось удачную модель DSL (domain-specific language) и перенесли на новую почву, вместе с примерной окружающей логикой.

Ich Will



под платформу, Вы хотели сказать
Ну, допустим.

медленее чем что? что такое "условно платформонезависимый"? поконкретней пожалуйста



перл и подобные языки есть интерпретируемые языки со всеми вытекающими последствиями, java же компилит в байт код, разницу чувствуете?



да, .нет таки заставляет джаву шевелиться активнее а от чего усталость-то?

да, тонко опустить java надо тоже уметь
действительно, java ("стандартная") компилирует в байт код, который затем следует перенести на машину и запустить...
тот же самый perl всегда выполняет только байт код (одно из существенных отличий между php и perl), причем этот байт код он генерирует на этапе запуска скрипта; кроме того, можно использовать специальный ключ, чтобы он использовал уже сгенерированный байт код - из документации perl
P.S. я уже не говорю про R/3 (и дальше), которые тоже постоянно перегенерируют программы, экраны, etc...


потому что для более молодого C# уже есть - LINQ

У R/3 сервер приложений тоже не на ABAP написан
Если хочешь сервер приложений для Perl - используй любой WEB-сервер и к нему, если существует, какой-нить мод для PERL..... Сразу на вскидку апач или кривой IIS

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

А его применение в виде CGI- приложений - никак не лимитировано размером сайта....... Ни теоритически ни практически......

Попробуй поразрабатывать граф. экраны в линукс..... (можешь просто снести этот редактор со своей машины).........

Это уже ненавязчивое заталкивание разработчиков в мастдай
Типа хочешь удобней и эффективней - садись на виндоуз...... Пресадили на мастдайку - хорошо - вот вам и функции мастдайного API и приложений....... и т.д. и т.п.

Нативный гуй для линакса помер еще на этапе 4.0 - лучше chumpa-у - как там и что - он вроде связывался одно время с разработчиками.......

тогда, можно сказать, что получается замкнутый круг:

(а) поддерживать несколько систем разработки экономически невыгодно, поэтому надо выбрать одну; выбрали ту, под которую сами писали, поэтому и остался windows - подобный подход мне нравится намного больше, чем создание универсальной среды разработки на какой-нибудь кривой java, чтобы памяти требовала 1Гб, да и все элементы были бы минимально работающими...

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


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

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

А на счет кривизны Java- это еще надо посмотреть - не зря C# содрали с нее - поправив лишь некоторорые недостатки присущие ей и интегрировав в дот.нет. Если-бы сантехники закрыли глаза на оборзевание мелкомяких в плане нарушения стандартов - была бы жаба дот нете и диез никогда не родился бы.......


Пользователям удобней в том - во что их посадили....... Им важно не окружение, а наличие ЕДИНСТВЕННОЙ "красной кнопки" по которой комп за них все сделает.........


Посмотрим....... А то получится по-Черномырдински: "Хотели как лучше........."

предлагали SAPу пару месяцев назад на Qt релиз SAPGUI сделать - фигвам, маздай форева. Потому и грю, что спелись они.

А поподробнее ?

см. личку

нарушение стандартов??? а чуть подробнее?

java тоже не родилась на пустом месте

может вообще начнем со smalltalk и т.д.?

в Мicrosoft никогда не скрывали, что C# (и другие #) - это эволюция соответствующих языков программирования, а вот sun пытались преподнести java как что-то новое, причем ни слова о решениях Microsoft, которые они использовали в ядре своей jvm и байт коде...

например, интервью с ведущим разработчиком Microsoft

В свое время был скандал - о нарушении мелкомягкими стандартов жабы в реализации их виртуальной машины.... Линки потом поищу-кину. В связи с чем была отозвана лицензия на разработку майкрософтом своей виртуальной машины.... Один из примеров, приводившихся во всей этой возне - включение в жабу работы с ActiveX элементами (но не только это). Были и другие моменты которые делали определенные вещи написанные в "других жабах" неработоспособными на майкрософтовской VM. Но и включение ActiveX было только в майкрософте и никак не устаканивалось со стандартом, что делало неработоспособным приложения на немайкросаксовских VM



До "Си" тоже был "Би"
Эволюцию никто не отменял. Но само появление C# довольно сомнительно, если бы не произошли те скандалы между сантехниками и мелкомягкими

сорри, недопонимание, я думал, что говорите о нарушении стандартов со стороны C# (а по этому делу деньги были выплачены от MS и большие, так что нагрелись на скандале только sun)

кроме того, многие криворукие программисты, которые пишут программы под web не могут поставить при компиляции ключ -target, из-за чего их программы не работают под MS JVM в Windows, а ставить непонятно что от SUN нет желания; кроме того, вспомнил, что лицензионное соглашение sun не позволяет переносить лишь необходимые для работы библиотеки, и все должны тащить полный объем JVM, что тоже очень плохо да и пример программ, которые не будут работать под обновленными версиями jvm раньше встречал)



если бы не ActiveX и COM, то и java вряд ли появилась бы