C# для S/390

Мда. C# конечно интересно, но посмотрев на статус завершения библиотек стало тоскливо. Уж больно сырой еще этот MONO project. А с другой стороны Java полностью пока устраивает.

>> А с другой стороны Java полностью пока устраивает.

Скоро Вас Java перестанет устраивть:

1. Под Linux валится JIT ( проверял на примере приложения _реального_ заказчика под x86 и zSeries (Blackdown и IBM JDK!))

2. WSTK половина features не работает - я это доказал в данном форуме, когда привел слова самой фирмы Sun

3. J2EE - разброд и шатания. J2EE 1.3.1 (EJB 2.0) для майнфреймов не существует (WS 4.03 - это EJB 1.1), WebSphere 5.0 бета только для Windows (тор-р-р-рмозит!;-()

4. IBM может послать Java 2 туда же, куда и свой хваленый Smalltalk, поскольку COBOL для IBM намного важнее. (Помню вопрос на общеевропейской девелоперской бимерской тусовке S/390 во Французии: "Кто из ваших заказчиков пишет на COBOL? - все подняли руки. А кто на Java? - две-три руки.;-)"

Я ничего не имею против Java как элегантного языка для _академических_ апплетов, но для middleware сейчас весьма активно разрабатывается специальный язык программирования и среда с поддержкой legacy applications.

1. Под Linux валится JIT ( проверял на примере приложения _реального_ заказчика под x86 и zSeries (Blackdown и IBM JDK!))

То, что под Linux'ом валится JIT - это во-первых временно, а во-вторых на линуксе свет клином не сошелся. Если вам нужна стабильная ява - ставьте ее на винду, коли не устраивает, как под линуксом она работает.


2. WSTK половина features не работает - я это доказал в данном форуме, когда привел слова самой фирмы Sun

Интересная логика. Из-за того, что в программме Васи, написанной на Дельфи не работает третья кнопочка, мы делаем вывод, что Дельфи говно.

Хочешь нормальные веб-сервисы - юзай Apache Axis. Там все не хуже, чем у мелкомягких.

3. J2EE - разброд и шатания. J2EE 1.3.1 (EJB 2.0) для майнфреймов не существует (WS 4.03 - это EJB 1.1), WebSphere 5.0 бета только для Windows (тор-р-р-рмозит!;-()

Разброд и шатание - это когда нет концептуального единства в архитектуре системы, а тот факт, что для zSeries чего-то там нет особливо не волнует. Если проект того стоит - купите что-нить от Sun и будет вам счастье.

WS -ацтой.


4. IBM может послать Java 2 туда же, куда и свой хваленый Smalltalk, поскольку COBOL для IBM намного важнее. (Помню вопрос на общеевропейской девелоперской бимерской тусовке S/390 во Французии: "Кто из ваших заказчиков пишет на COBOL? - все подняли руки. А кто на Java? - две-три руки.;-)"

Смешно просто читать это. Вы бы еще пришли на тусовку общества любителей плавленных сырков и спросили, кто тут обожает колбасу?


Я ничего не имею против Java как элегантного языка для _академических_ апплетов, но для middleware сейчас весьма активно разрабатывается специальный язык программирования и среда с поддержкой legacy applications.

Пустословие и сотрясание воздуха без ссылок.
А я разрабатываю искуственный интеллект, который поработит Землю и все будет как в Матрице, а я стану черным Властелином - звучит примерно также.

>> eсли вам нужна стабильная ява - ставьте ее на винду

Спасибо за очень дельный совет - Вы будете решать за заказчика. А Вам я посоветую написАть WindoZe для zSeries.

>> юзай Apache Axis.

.. который лично уважаемый анонимус включит в состав Sun J2EE 1.4.1.

>> купите что-нить от Sun и будет вам счастье

я куплю J2EE для zSeries лично у Вас. Когда я могу заплатить Вам за проделанную работу по портации J2EE 1.4.1 на zSeries?

>> Вы бы еще пришли на тусовку общества любителей плавленных сырков

Просто взял и пришел. Пешком. Из Москвы в Ниццу. Попробовать знаменитый сыр-fromage.

http://java.sun.com/webservices/docs/1.0/tutorial/doc/JAXPXSLT9.html#72462

Note: This output was generated using JAXP 1.0. However, the first filter in the chain is not currently translating any of the tags in the input file. Until that defect is fixed, the output you see will consist of concatenated plain text in the HTML output, like this: "Title of my (Docbook) article Title of Section 1. This is a paragraph.

AXIS фиксит эту проблему? Или последнему анонимосу нужен переводчик с английского? Если нет, то chain filter XSLT на AXIS на бочку, pls.!

!!!

НикС, вы уже в Ницце побывали?! ну как там - похоже все жаву хаяли, да? Но ведь совсем недавно Вы ее так яростно защищали, а вот теперь: "язык для _академических_ апплетов".

yurban

>>ведь совсем недавно Вы ее так яростно защищали,

Давайте "мухи отдельно, котлеты отдельно".

Вопрос в резком понижении качества Java-кода (IBM WebSphere, Sun WSTK). Причина этого не "бхаи-бхаи" программисты, а попытка внедрения _универсального_ языка программирования, причем на основе небольшого языка для appliences и applets.

Каждый язык имеет свою нишу. Ниша C# - создание надежных компонентов для кроссплатформенной, кроссязыковой среды. В которой будет место и для компонентов .COBOL.

Доля SPARC будет уменьшаться с увеличением доли Itanium. (Кто сейчас помнитб что были даже ноутбуки на RISC'ах? Сейчас пришел черед RISC серверов) Никакой ни SPARC, ни Itanium не смогут заменить такого корпоративного непробиваемого монстра как IBM zSeries. Так что у меня чистый прагматизм - не более.

Согласен, пока До-диезу официально только около годика. Но сколь быстро он развивается! А Java... Вам навевают ностальгические воспоминания Smalltalk или Objective-C?

пахнет словами из рекламного проспекта ИБМ

yurban

>>Спасибо за очень дельный совет - Вы будете решать за заказчика. А Вам я посоветую написАть WindoZe для zSeries.

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


>>.. который лично уважаемый анонимус включит в состав Sun J2EE 1.4.1.

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

>>я куплю J2EE для zSeries лично у Вас. Когда я могу заплатить Вам за проделанную работу по портации J2EE 1.4.1 на zSeries?

2 000 000 USD. срок 2 месяца. предоплата 50%.

2NikS:

> Согласен, пока До-диезу официально только около годика. Но сколь быстро он развивается! А Java... Вам навевают ностальгические воспоминания Smalltalk или Objective-C?

Честно говоря C# даже как язык не очень-то элегантен - содрано с Java, но содрано криво, final классы одним словом называются, final методы другим, final переменные третьим... неэстетично как минимум. Небезопасно - передача параметров по ссылке созает больше проблем, чем удобств. В общем помесь C++ и бейсика по мотивам Java. Очередное средство борьбы за монополию. Но раскручивается профессионально и дорого, поэтому лет через 10 все будут говорить: "Билл Гейтс, который изобрел Internet, придумал еще и самый лучший язык программирования..."

во-во. плюс C# до реальной кросс-платформенности лет пять говном плыть.

IMHO, Niks напоминает крысу, которая решила, что корабль тонет и удирает с него.... только вот ошибочка вышла, кол-во java-кода с каждым днем все больше и больше.

>> во-во. плюс C# до реальной кросс-платформенности

3 платформы уже поддерживает и поддерживать будет: Linux Intel, Linux zSeries и WindoZe. Хватит... (Joke!;) В отличие от Java mono имеет LGPL лицензию)

Неужели уважаемый анонимус действительно верит в то, что:

1. Sun J2EE существует для zSeries?

2. IBM WebSphere совместима c Sun J2EE?

3. WebSphere 5 совместима с WebSphere 4?

WSAD 4.0 несовместим c WSAD 4.03! ;-) ;-(

Я нарывался на и на несовместимость BlackDown Java и IBM Java для zLinux.

>> пахнет словами из рекламного проспекта ИБМ

Я не работаю в IBM.

Моя работа - это Linux for zSeries.

>Я ничего не имею против Java как элегантного языка для _академических_
>апплетов, но для middleware сейчас весьма активно разрабатывается
>специальный язык программирования и среда с поддержкой legacy
>applications.

А можно подробнее об этом, в первый раз слышу такое

>> IMHO, Niks напоминает крысу, которая решила, что корабль тонет

;)))

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

>> и удирает с него....

... не забывая издавать книги по Java 2 (http://javasphere.hotmail.ru)

Я участвую и в консультировании по настройки Java приложений для zLinux.

>> только вот ошибочка вышла, кол-во java-кода с каждым днем >> все больше и больше.

Поставьте WebSphere AD 5 и тогда поймете, что значит больше и больше кода. PS Вы перепутали меня с неким господином на данном форуме, любителем F# и Java-антагонистом? Он зачастую бывает прав, хотя шокирующую форму диалога я не приемлю. Как не являюсь я и сторонником чисто функциональных языков программирования.

>>>> среда с поддержкой legacy >>>> applications.

>> А можно подробнее об этом, в первый раз слышу такое

Что "такое"? Что такое legacy applications? Или на чем "унаследованные приложения" написаны? Наверное на Java 2, как мне подсказывают. А я то раньше думал что на COBOL'e. Нужто в JVM COBOL запустить нельзя? Вот Miguel говорит, что в CIL COBOL запустить можно.

>>2 000 000 USD. срок 2 месяца. предоплата 50%.
дык а номер счета, я ша платежку выпишу.... %)

>>>>>

>>.. который лично уважаемый анонимус включит в состав Sun J2EE 1.4.1.

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

>>>>

1. Вы может перепутали с 1.4.1SE? J2EE 1.4.1 is not ready yet! Beta release 1.4. Current version 1.3.1

>>> Разве его нельзя скачать, поставить и работать?

2. Как Вам это удалось? Поделитесь тайными знаниями. А JNI хорошо знаете?

ВНИМАНИЕ!

все кто здесь такой умный и решил спорить с г-ном НикСом официально заявляю:

ЭТО ДОХЛЫЙ НОМЕР!

он книжки и газеты умные читает; сам книжки пишет; [почти] все языки знает; заграницей бывает; деньги большие зарабатывает...

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

Гори, гори всё синим ... флеймом - НикС, Вперед!

>> Но ведь JNI ты не знаешь, а я знаю

Уважаемый анонимоус - Вы уже переходите на личности. Некрасиво.

У меня же к Вам весьма скромный вопрос.

Как Вам удалось перевести содержимое директории /opt/j2sdk1.4.1_01/jre/lib/i386/*.so в коды процессора zSeries, если исходники J2SDK 1.4.1 недоступны?

Как я могу гарантировать корректное исполнение EJB 2.0 в Sun J2EE 1.4 для майнфрейма, если у меня нет возможности сравнить идентичность реализации native методов в Sun JDK 1.4.1 для Intel и IBM 1.3.1 для zSeries?

Я просто спрашиваю у Вас ответы на данные простые вопросы.

>>>> среда с поддержкой legacy >>>> applications.

>> А можно подробнее об этом, в первый раз слышу такое

>Что "такое"? Что такое legacy applications? Или на чем "унаследованные
>приложения" написаны? Наверное на Java 2, как мне подсказывают. А я то
>раньше думал что на COBOL'e. Нужто в JVM COBOL запустить нельзя? Вот
>Miguel говорит, что в CIL COBOL запустить можно.

Что-такое legacy applications я знаю, меня интересует, что имеется в виду под словами среда с поддержкой legacy applications.

Если Вас не затруднит подробней остановиться на этом моменте, буду очень благодарен.

>> среда с поддержкой legacy applications

CIL подддерживает COBOL. Вот и поддержка большего количества унаследованных приложений. JVM в варианте UVM (VisualAge for Java) поддерживала только Smalltalk и Java. VisualAge for Java is dead. Smalltalk - близок к этому. ...

Уважаемый СУПЕР-ПУПЕР-ЭНТЕРПРАЙЗ-ДЕВЕЛОПЕР-КОНСУЛЬТАНТ-...-еще что-то там NikS, а почему у вас свет клином на J2EE сошелся? почему всякие бабкометы и дот-комы у нас элита, а все остальные - быдло?

Если тебе не подходит, "не надо обобщать". А то сидит себе в затхлом мирке (правда там бабок много, в Ницце тусуются), и левой пяткой неугодных пихает.

Сорри, не сдержался.

>>CIL подддерживает COBOL. Вот и поддержка большего количества унаследованных приложений. JVM в варианте UVM (VisualAge for Java)

Только не большего, а меньшего. Мизерного, я бы даже сказал. Кобол - это не голый язык. У большинства приложений на Коболе тесная связь с IMS, CICS, VSAM, функциями и утилитами MVS. Так что перенести с минимумом переписывания удастся, возможно, только код, завязанный на DB2, которая есть и под Линус.

Вот только нафиг это делать, когда кобольные приложения отлично работают и под zOS, и когда баги в них за долгие годы выловлены уже практически на 100%? :)

ЗЫ: И про дешевизну поддержки Линукса тоже не надо рассказывать. До "Five nines availability" (99.999 % полного времени в рабочем состоянии) Линуксу еще далеко. Вот вам, кстати, для прочтения: http://www.actscorp.com/Re-boot_Hill/re-boot_hill.htm

почему нельзя использовать Axis вместе с j2ee 1.x.x или там ws.

читаем:

http://cvs.apache.org/viewcvs.cgi/~checkout~/xml-axis/java/docs/integration-g...

AXIS can be integrated into an existing web application server, such as Tomcat or WebSphere

yurban

2 dea:

Быдло вы или нет, на бабкометами все пользуетесь (или хотели бы :) ).

>> Так что перенести с минимумом переписывания удастся, возможно, >> только код, завязанный на DB2, которая есть и под Линус.

Ну вообще то привязка бизнес-логики, генерируемой IBM VisualGen не обязательно должна была быть привязана к CICS. А на выходе получался COBOL (что для OS/2, что для OS/390).

Но к сожалению опять пошел флейм, переходы на личности, а не ответы на вопросы.

Меня интересует:

1. Решение Chained XSLT проблемы в Sun WSTK

2. Как *.so из i386 могут быть без знания исходников перенесены в zSeries.

>> почему нельзя использовать Axis вместе с j2ee 1.x.x или там ws.

Меня интересует chained XSLT проблема. Здесь было сказано что ее решает AXIS. Пожалуйста, дайте решение.

не следовало бы и вам так кипятиться уважаемый НикС - помимо трепотни, я еще и работаю... Отвечу на ваши вопросы:

1. простите я не знаю, что есть " Sun WSTK ". Но, имхо, если у Sun WSDP и IBM WSTK нет (на данный момент) поддержки столь необходимого сообществу кодеров Chained XSLT, то значит так диктует спрос. Или же это дело времени и в ближайшее время всё будет.

2. меня вообще мало волнует как будет протирована JDK на zSeries... это проблемы ИБМ, САН и пр.

2 anonymous (*) (2002-11-14 17:48:46.563)

во-первых, бабкометы, это не банкоматы, это раз

а во-вторых, встречный вопрос - вы только банкоматами пользуетесь?

>> то значит так диктует спрос.

Это уход от вопроса. То есть Вы не можете решить эту проблему, которую Sun обозначила одним словом DEFECT.

>> меня вообще мало волнует как будет протирована JDK на zSeries... >> это проблемы ИБМ, САН и пр.

Зачем же тогда разводить флейм? Вы работаете на zLinux? C# портирована и точка.

Ладно, решения XSLT в Sun WSDP (sorry, сам я участвовал год назад в IBM WSTK проекте) проблемы пока мне никто не предложил. Говорить заказчикам, что "вам это не нужно, поскольку мне большой гуру сказал что вам это не нужно" - это значит потерять заказчика.

P.S. Через неделю приеду и посмотрю, есть ли решение. P.S.2 Всем спасибо за поддержание темы!

>>> среда с поддержкой legacy applications

>CIL подддерживает COBOL. Вот и поддержка большего количества
>унаследованных приложений.
К сожаление в проблеме legacy software на Коболе (Фортране и т.д.) свет клином не сошелся, если бы это было так, то самой проблемы бы не существовало. Появление еще одного, пусть даже универсального, инструмента перетаскивания старого кода не означает его повсеместное использование.

2NikS (*) (2002-11-14 16:03:21.704):

>> и удирает с него....

> ... не забывая издавать книги по Java 2
> (http://javasphere.hotmail.ru)

Да... посмотрел на твою страничку, книг масса, Lib.Ru отдыхает ;-)

А если серьёзно, где книги? Куда спрятал?

Ну просто пипец какой-то - собрались любители интерфейсов? Детский сад, ей богу, самое интересное что от этого "бла-бла-бла" движения планет не меняется :))))

Кстати по поводу исходников Java 1.4

http://www.google.com/search?hl=en&ie=UTF-8&oe=UTF-8&q=j2sdk-1_4_...

Сходите по этой ссылочке

Для жителей не СНГ можно вообще с сайта Сана скачать

FUD это все, уважаемый. Вы уверены, что ваш непробиваемый монстр сможет заменить таких монстров, как superdome, например, на который аж три ОС можно поставить на выбор? или линейку sun enterprise? или primepower? Кстати, насчет ноутбуков, я вот их помню, да и не только я. Они до сих производятся. Кроме того, RISC - это не только SPARC, а SPARC - это не только Sun. Посмотрите ради интереса кто и не порите больше чуши.

А зачем так долго ждать? Насколько я помню, Saxon отлично отрабатывает chained filters.

C# для S/390 это хорошо, пожелаем успехов господину NikS'у,
как говорится "попутного ветра" и едем дальше :)

P.S: Для тех кто в танке : "плохих"/"хороших" языков не бывает,
есть языки (не)подходящие для реализации конкретной задачи.
Скажем программирование RT/железа на Java/C#/ST мягко говоря
глупость так же как и программирование AI на C. Я понимаю
что можно, но НУЖНО ЛИ ? (как всегда из правил есть исключения, но это отдельная история)

А теперь марш объяснять Irsi почему он "гонимый ветром" в треде
"Ximian выпускает Evolution 1.2"

2 anonymous (*) (2002-11-16 00:06:56.667)

>ваш непробиваемый монстр сможет заменить таких монстров, как >superdome, например, на который аж три ОС можно поставить на выбор

Почитай сначала, сколько на наш монстр можно систем ставить (и в скольких экземплярах, кстати :) ), а потом возникай.

я не возникаю. хоть десять ставь, счастье не в том. не надо говорить, что дескать, круче zSeries ни хрена нету. Знаешь, там где Origin, например, пашет, там IBM вообще делать нечего.

MrBool (*) (2002-11-16 18:28:05.565):

> "плохих"/"хороших" языков не бывает, ...
> есть языки (не)подходящие для реализации конкретной задачи.
Еще как бывет! Примеры "плохих" языков: Фортран ("популярный" -
не значит "хороший", он просто первым был) или ПЛ/1 (неужель
кому-то нравится?). Примеры "хороших" языков: С, Паскаль,
Постскрипт (Форт), Лисп...

Широко известных "хороших" языков гораздо больше, чем "плохих",
просто потому, что они прижились. "Плохие" языки получали известность
либо вследствие стартовой форы (Фортран), либо ввиду человеческого
фактора (ПЛ/1).

> ...есть языки (не)подходящие для реализации конкретной задачи.
Я согласен с твоим основным тезисом, просто все-таки IMHO даже в рамках
своей специализации языки бывают "плохими" и "хорошими".

Сдается мне, C# приживется вне зависимости от того, "хороший" он или
"плохой".

>>"Плохие" языки получали известность либо вследствие стартовой форы >>(Фортран), либо ввиду человеческого фактора (ПЛ/1).

...ввиду того же человеческого фактора и появился ярлык "плохой". =)

Вот лично ты много численных задач решил на своем веку? Знаешь хоть, чем фортраны 77 и 90 различаются? А поди ж ты, уже заклеймил язык позором. =)

Конечно, миллион очкасто-прыщавых линуксоидов, кричащих "ГЭ-ЦЭ-ЦЭ - рулез", не может ошибаться. =)

ну что вы, Die-Hard. Ведь старый бимер Фред Брукс черным по белому написал, что дескать только PL/1 и подходит для системного программирования :)))) (шутка, если кто не понял)

2anonymous (*) (2002-11-18 17:05:16.375)
Вот это реакция! Че, старый фортранщик? :)
Да, Фортран все еще остается своего рода религией...

> Вот лично ты много численных задач решил на своем веку?
Ой, много!

> Знаешь хоть, чем фортраны 77 и 90 различаются?
Знаю.

> А поди ж ты, уже заклеймил язык позором.
По моим наблюдениям, столь агрессивно защищают Фортран только физики,
не знающие ни одного другого языка.

Я начинал с Фортрана 4 (в инкарнации Фортран-Дубна), и много лет не
знал ничего другого. И сейчас часто приходится писАть на Фортране -
и 77, и 90. И я отнюдь от этого не счастлив :(

З.Ы.
Однажды я мне понадобилась процедурка интерполяции, и приятель дал мне
завалявшуюся у него субрутинку - ничего примечательного, просто параболы.
Всего страничка текста, с 4 или 5 if'ами. Я тупо руками перегнал ее с Фортрана
на Паскаль - оказалось, что там был 1 (один) if, а весь код лег на 4 строчки.

З.З.Ы.
Тебе приходилось видеть кадровую систему большого предприятия, написанную на
Фортране? А ведь бывало и такое - два больших шкафа, набитых перфокартами...

2 Die-Hard:

>>По моим наблюдениям, столь агрессивно защищают Фортран только >>физики, >>не знающие ни одного другого языка.

Таким образом, твои наблюдения не оказались 100% истиной.

>>знал ничего другого. И сейчас часто приходится писАть на Фортране - >>и 77, и 90. И я отнюдь от этого не счастлив :(

А что конкретно тебя там напрягает? Лично я был в ярости в обратной ситуации: когда пришлось переписать пару расчетных подпрограмм на С++ (ну нельзя было их подлинковать к С++ в тот раз): 1) пришлось в тонкостях следить за распределением памяти, 2) пришлось ручками прописывать циклы для многомерных массивов, 3) формулы потеряли всю наглядность и скрылись на всяким мусором вроде "()", "&", "*", ";", 4) работать все стало медленнее, 5) объем исходников вырос...

>>З.Ы. >>Однажды я мне понадобилась процедурка интерполяции, и приятель дал >>мне

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

>>З.З.Ы. >>Тебе приходилось видеть кадровую систему большого предприятия, >>написанную на >>Фортране? А ведь бывало и такое - два больших шкафа, набитых >>перфокартами...

Мне приходилось видеть системы на Фортране и Коболе, которые успешно работают десятилетиями. На C++ - не приходилось такого видеть.

anonymous (*) (2002-11-18 18:03:38.43):
> Лично я был в ярости ... когда пришлось переписать пару расчетных подпрограмм на С++
Ну, я согласен с тем, что то, что сейчас происходит в Церне и Дези -
полный маразм. Человеко-годы тратятся на переписывание под ЦеПП десятилетиями работавших
фортран-программ, после чего все начинает глючить, и работает на порядок дольше...
Что поделаешь, мода на ЦеПП! Начальству впарили мысль о прогрессивности ОО
и внушили, что настоящее ОО- это ЦеПП; начальник распорядился, деньги
выделились - а они не пахнут! - кодерам все равно, юзеры страдают - но кто их спрашивает!
Кроме того, многие молодые физики - кодеры рассматривают эти свои упражнения
как стартовую плошадку для ухода из науки в фирму, да и Фортрана многие кодеры
не знают...

>>З.Ы. >>Однажды я мне понадобилась процедурка интерполяции, и приятель дал >>мне
>
> О Ё! А на сях, по-твоему, мало пишет физиков, неспособных даже этот язык
> выучить хотя бы наполовину?
Процедурка была не самопальная - приятель слямзил ее из какой-то популярной библиотеки

> У фортрана хоть синтаксис простой, разгребать за такими легче.
Конечно, я допускаю, что может существовать человек, способ мышления которого
настолько отличен от моего, что фортран-программы кажутся ему читабельнее сишных.
Но пока в реале я таких не встречал. Точнее, все мои знакомые, утверждавшие подобное, имели
очень большой опыт работы на Фортране и весьма ограниченный (или нулевой) - на Сях.
Поскольку когда-то я сам прошел через подобное (с появлением персоналок я, как и многие,
мигрировал с Фортрана на Паскаль), я для себя обобщаю - с очень большой вероятностью
ты работаешь с физическими программами и "на Вы" со всеми языками, кроме Фортрана.

Возможно, я ошибаюсь, но пока я не встречал исключений, а правило подтверждалось десятки раз...

З.Ы.
Я не призываю переписывать Минуит на ЦеПП!

Fortran, C++, ... - понятно. Но причем это все здесь, в теме "C# для S/390"?

2 Die-Hard

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

Истину глаголишь... Лично меня _в этой области_ С++ просто бесит. Взять хоть valarray и срезы - тайных знаний описана целая куча, а потом - "это типа только основа для создания бла-бла-бла...". А по Фортрану все нужное описано буквально на 2-х страницах и интуитивно понятно.

>>да и Фортрана многие кодеры не знают...

Зато любят его поругать. :)

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

А ты запиши матричную формулу строк на 10 на Фортране и Си и сравни, что будет =)

>>Точнее, все мои знакомые, утверждавшие подобное, имели >>очень большой опыт работы на Фортране и весьма ограниченный (или >>нулевой) - на Сях.

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

>>Поскольку когда-то я сам прошел через подобное (с появлением >>персоналок я, как и многие, >>мигрировал с Фортрана на Паскаль), я для себя обобщаю - с очень >>большой вероятностью >>ты работаешь с физическими программами и "на Вы" со всеми языками, >>кроме Фортрана.

В настоящее время я пишу в основном на COBOL (работа; до этого несколько лет писал на Java) и С++ (физика). На Фортране очень немного приходится писать в последнее время: почти все низкоуровневое я на нем себе уже написал, да и вообще на физику остается не так много времени. Но Фортран до сих пор остается моим любимым и интуитивно самым понятным языком, такая вот у меня психика. =)