Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

» А здесь есть кто-то из-за бугра?

Автор: Pupsik
Дата сообщения: 20.05.2003 10:32
Что-то я слышал спецы по Delphi там не ценятся?
Автор: mymuss
Дата сообщения: 20.05.2003 13:00
Алгоритм оценки приблизительно такой:
1) Идем на http://directory.google.com/Top/Business/Employment/Job_Search/ Видим там кучу ссылок на западные сайты с вакансиями.
2) Идем на любой такой сайт (а лучше на несколько) и вводим в поле для поиска ключевое слово Delphi. Ищем. Запоминаем кол-во найденных результатов.
3) Повторяем эксперимент для других языков.
4) Делаем выводы.

Итого, на http://www.dice.com/
Delphi: 83
C/C++: 3762
Java: 3966

На http://www.computerjobs.com/
Delphi: 20
C++: 499
Java: 849

А спрашивать у публики нет смысла.
Сторонники Дельфи начнуть орать что Дельфи рулез и только Дельфистам предлагают работу, а VC++ отстой, и вообще на нем долго программить.
Сторонники C++ наоборот...
А кто-то обязательно скажет что лучший язык это C# и только на него спрос и вообще за .NET будущее.
Ну и так далее...
Автор: Pupsik
Дата сообщения: 20.05.2003 14:45
Вот так.
Delphi в ...
Абыдно, блин.
Автор: rew
Дата сообщения: 20.05.2003 22:22
а в каких годах этот дельфи появился? бо просто у нас тут на сколько я знаю минимум последние лет 5 (а вроде даже где то с 93-95 годов) в учебных заведениях преподают исключительно си/си++, а паскаль сасем не учат.
Автор: mymuss
Дата сообщения: 21.05.2003 00:13
rew

Цитата:
а в каких годах этот дельфи появился

Здесь говорят что Delphi 1.0 появился в 1993-1994 годах. Delphi 2.0 в 1995.

Добавлено
А кстати, там же написано что раньше Delphi позиционировался как "Visual Basic Killer"
Ну-у, на VB (точнее VBA) программил мало, но мерзкие впечатления живут по сей день. Так что, при всей моей нелюбви к Delphi если придется выбирать между оной и VB, выберу Дельфу, однозначно! (Как говорится, "из двух зол выбирай меньшее".)
Автор: rew
Дата сообщения: 21.05.2003 00:41
да, васик это отдельная песня, у нас его любили только те кому си был слишком сложен - сплошное мышкотыкание
Автор: Pupsik
Дата сообщения: 21.05.2003 06:12
Нет, вы не правы, логика здесь другая,
как мне объясняли буржуйские или работающие у буржуев программеры
(поэтому и спрашиваю - есть кто в реале),
программерские конторы ориентируются на лидера отрасли.
Таковым бесспорно является Microsoft. Да и с Java они не так давно дружили...
Автор: panaych
Дата сообщения: 21.05.2003 10:01
Млин! Если на Мелкософтовском Си программировать то я лучше застрелюсь. Лучше уш на VB писать. А если и выбирать Си то только Буилдер.
Автор: Bloody_Nokia_Adept
Дата сообщения: 21.05.2003 11:18

Цитата:
А здесь есть кто-то из-за бугра?

Украина "забугром" считается?
У нас тоже много Delphi, но все же в больших проектах ориентируются не на быстрое создание кнопочкек на формах, а на функциональное наполнение. Тут С++ однозначный лидер.

panaych

Цитата:
Если на Мелкософтовском Си программировать то я лучше застрелюсь. Лучше уш на VB писать. А если и выбирать Си то только Буилдер.

Боец!

Нормальный компилятор, если не использовать шаблонов. Тут Microsoft явно хромает. Под MS Windows для меня самым оптимальным вариантом является MS VC++ 6 (разумеется с последним SP) + Intel C++ Compiler 5.0 + StlPort 4.0

Кроме С++ для ООП можно взять еще и Java с Python, но это уж на любителя
Автор: panaych
Дата сообщения: 21.05.2003 14:10
Bloody_Nokia_Adept


Цитата:
самым оптимальным вариантом является MS VC++ 6

А в чем прелесть то?
Я так когда его вижу мне это напоминает старый добрый Borland C++ 5.0 (лет эток 5 назад), со всей кучей бестолковых манипуляций.

Автор: Bloody_Nokia_Adept
Дата сообщения: 21.05.2003 15:00
panaych

Цитата:
Я так когда его вижу мне это напоминает старый добрый Borland C++ 5.0 (лет эток 5 назад), со всей кучей бестолковых манипуляций.

Манипуляций каких?
Еще нет средств разработки, которые писали бы код за программиста. И вряд ли в ближайшее время появятся. По сему при написании кода надо его:
1. продумать
2. набить на клавиатуре
Это сугубо человекозависимые операции. Тут ни одна IDE не заменит программиста.

Или ты имел в виду создание форм пользовательского интерфейса?
Да, статическая форма в VC делается не так скоро, как в продуктах от Borland/Inprise/Sybase, но при работе с динамическим контентом становится уже глубоко все равно с какой средой работаешь.
Автор: mymuss
Дата сообщения: 21.05.2003 15:21
Pupsik

Цитата:
программерские конторы ориентируются на лидера отрасли

Ничего подобного. Каждая контора строит свою стратегию. Одни ориентируются на лидера, другие, на того у кого дешевле, третие - на то чем занимались раньше (и уже есть нарботки).

Да и лидер - понятие, требующее уточнений. Ну назовите мне лидера в сфере инструментальных пакетов для разработки софта под embedded-devices (не знаю как сказать на русском). Или, скажем, лидера среди софта для медецинских исследований.

Сегодня я не вижу у Дельфи каких-либо перспектив. Да, денег в него угрохали прилично, однако, проект оказался неудачным. Он более популярен в странах 3-го мира (почему - для меня загадка), чем тот же С/С++ но это не сильно его спасает. Он хорошо себя зарекомендовал как язык для обучения программированию (Паскаль именно для этого и был создан, кстати), но скорее всего и в этой сфере его вытеснят C#, Java, VB.


Цитата:
самым оптимальным вариантом является MS VC++ 6

Да, согласен, только глючный он больно. Интеловский в этом смысле получше. А вообще, (для души) gcc 4ever.

panaych


Цитата:
Млин! Если на Мелкософтовском Си программировать то я лучше застрелюсь. Лучше уш на VB писать.

Ну еще бы! Мы ж разве спорим?
Автор: Bloody_Nokia_Adept
Дата сообщения: 21.05.2003 15:32
mymuss

Цитата:
Да, согласен, только глючный он больно. Интеловский в этом смысле получше. А вообще, (для души) gcc 4ever.

Ты вообще читал мой пост? Похоже, что нет. Процитирую сам себя

Цитата:
Нормальный компилятор, если не использовать шаблонов. Тут Microsoft явно хромает. Под MS Windows для меня самым оптимальным вариантом является MS VC++ 6 (разумеется с последним SP) + Intel C++ Compiler 5.0 + StlPort 4.0

Кроме С++ для ООП можно взять еще и Java с Python, но это уж на любителя


А с gcc не сильно-то и развернешься на MS Win, хотя обидно конечно - он умеет больше компилятора от Intel, хотя и медленнее
Автор: panaych
Дата сообщения: 21.05.2003 15:35
Bloody_Nokia_Adept

Цитата:
Или ты имел в виду создание форм пользовательского интерфейса?

Именно это я имел в виду. А также IDE.
То что код продумать и набить надо - это извиняюсь ежу понятно.
Но и создавать его через одно место тоже не хочется.

mymuss

Цитата:
но скорее всего и в этой сфере его вытеснят C#, Java, VB

Это почему же VB и вдруг вытисняет. Там гемороев тоже порядком.
Одна только работа со строакми чего стоет, это же надо что бы до символа строки добраться на три раза обос...ся (сорри). Хотя плюсы есть.
Про C# и Java ни чего не скажу здесь я не спец.
Автор: Bloody_Nokia_Adept
Дата сообщения: 21.05.2003 15:45
panaych

Цитата:
То что код продумать и набить надо - это извиняюсь ежу понятно.

Рад, очень рад. Значит я понимаю так, что все равно в чем код набивать? Это хорошо. Потому, как если ставить Far + Colorer + Completition, то вообще можно отказаться от IDE.

Цитата:
Но и создавать его через одно место тоже не хочется

Формы создаются действительно сложнее, но не настолько. Не надо сгущать краски.
Автор: mymuss
Дата сообщения: 21.05.2003 15:48
Bloody_Nokia_Adept

Цитата:
Ты вообще читал мой пост?

Да, читал... Вроде даже согласился И добавил небольшой комментарий о личных впечатлениях.
Автор: Pupsik
Дата сообщения: 21.05.2003 16:29
mymuss

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

Ну это не более чем Ваше личное измышление.


Цитата:
Каждая контора строит свою стратегию. Одни ориентируются на лидера, другие, на того у кого дешевле

Вы работаете за бугром или для них? Что? Нет? Тогда и это Ваше личное измышление.
Автор: odl455
Дата сообщения: 21.05.2003 16:52
Pupsik


Цитата:
Вы работаете за бугром или для них? Что? Нет? Тогда и это Ваше личное измышление.


Работаю у нас, но на них и тем не менее выскажу своё сугубо личное мнение.

Писать начинал на Delphi. Дейтвительно выбрал его потому что казалось проще. И даже на работе поначалу его продвигать пытался. Но со временем начал сомневаться в нём. Из-за глюков в сторонних компонентах было много проблем. Из-за компонетной идеологии многие вещи было сделать невозможно, не тот что называется уровень понимания того что делаешь и как это работает. Постоянная проблема с заголовочнми файлами, которые задерживаются в своём развитии катастрофически.
В результате сейчас я пришёл к следующему. Если ты хочешь стать настоящим программером и понимать систему под которую программируешь (Windows), то выбирай VC ++ 6.0. Да, поначалу может быть трудно. Но уверяю что через 3-5 месяцев все проблемы которые ты сейчас называешь в качестве аргументов против покажутся тебе полнейшей ерундой.
Автор: Bloody_Nokia_Adept
Дата сообщения: 21.05.2003 17:23
odl455
Позволю себе дополнить... Я тоже работаю на оффшор.

Цитата:
Если ты хочешь стать настоящим программером и понимать систему под которую программируешь (Windows), то выбирай VC ++ 6.0

Да и не только на Windows. Тот же *nix! Согласен, что там есть порт delphi - kylix, но это на мое глубоколичное ИМХО было притянуто за уши.

Кроме того С/С++ - языки на которых были писаны ядра этих ОС (к С это разумеется относится в большей степени). Много ли известно многоуважаемой общественности ОС созданных на delphi? На asm, c/c++ и fort ОС создавались. А на паскале? Абыдна, да?

Вот...
Автор: mymuss
Дата сообщения: 21.05.2003 17:37
Pupsik

Цитата:
Ну это не более чем Ваше личное измышление.

Да, Вы правы


Цитата:
Вы работаете за бугром или для них?

Да, Вы снова правы. Скажу Вам по секрету, что мне лишь раз пришлось писать приложение для Win32 (в основном специализируюсь на разработке серверных приложений под *NIX) и разумеется на VC++.

odl455

Цитата:
Писать начинал на Delphi.

Аналогично. Только потому что так заставляли в университете.


Цитата:
Из-за компонетной идеологии многие вещи было сделать невозможно

Один знакомый, который теперь уже работает в США, компонентную идеологию сравнивал с конструктором Лего, в котором есть планки на 2 дырки и на 4 дырки а когда тебе нужно 3 дырки ты вынужден прикручивать 4 и что-то уродливо торчит.


Цитата:
выбирай VC ++ 6.0. Да, поначалу может быть трудно. Но уверяю что через 3-5 месяцев все проблемы которые ты сейчас называешь в качестве аргументов против покажутся тебе полнейшей ерундой.

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

А если внимательно посмотреть, то Дельфу выгораживает в основном публика, которая только ее и видела, либо же те кто хоть и знаком с С/С++, нормально программить на нем не умеет. А люди, хорошо владеющие С/С++ и пр, чаще всего Дельфу просто не воспринимают серьезно.
Автор: panaych
Дата сообщения: 21.05.2003 18:03
..ля, уговорили. Не пожалею времени и нервных клеток - бум вникать в этот VC++ капитально ..ля. Ато понимешь
Цитата:
аще всего Дельфу просто не воспринимают серьезно
абидно да.


Цитата:
то Дельфу выгораживает в основном публика, которая только ее и видела, либо же те кто хоть и знаком с С/С++, нормально программить на нем не умеет

Когда то с Си пришлось перейти на Делфу. Было туговато, потом привык. Ну что же пойдем обратно.

----------------
А Assembler круче, круче, круче, круче !!!!
Автор: odl455
Дата сообщения: 21.05.2003 19:01
Pupsik
panaych

Хотелось бы чтобы высказанные сторонниками VC мнения не остались пропущенными мимо ушей. Ещё раз предупреждаю что возможны большие и маленькие трудности. Период перехода может занять от 1-2 месяцев (при постоянной круглосуточной упорной работе) до 3-4 месяцев при обычной работе (8 часов в день) и может никогда не завершиться если первая же проблема вынудит Вас плюнуть на всё и снова запустить Delphi. Короче удачного и скорейшего перехода.
Автор: mymuss
Дата сообщения: 21.05.2003 22:14
Bloody_Nokia_Adept

Цитата:
роме того С/С++ - языки на которых были писаны ядра этих ОС

и винды, кстати, тоже


Цитата:
Много ли известно многоуважаемой общественности ОС созданных на delphi?

...а может многоуважаемой общественности известны системы автоматизации межбанковских платежей, клиринга, автоматизации транзакций итд на Дельфи? (не путать с клиент-банком и прочей попсой!)
...а может кто-то видел систему навигации в авиадиспетчерских службах на оной написаную?
...а может есть прецеденты использования его в военной или космической технике?
...а может? ...а может? ну и так далее...

Резюме такое: на Дельфи не пишется так называемое mission-critical software (или safety-critical software)! Почему? Попробуйте догадаться сами. А если же Вы видите вершину своей программерской каръеры в "быстром клепании интерфейсов в RAD", я согласен на 100%: Delphi для вас лучший инструмент!
Автор: Sleepwalker
Дата сообщения: 21.05.2003 23:01
mymuss
а мне всегда думалось, что язык- всего лишь средство... и для решений конкретных проблем выбираются наиболее подходящие средства... что-то проще сделать на одном языке, что-то - на другом... сколько проблем - столько и вариантов решения... для чего-то и Фортран лучше всего подходит
поэтому, касаясь темы: если ориентируешься на какую-то конкретную область, то и изучать надо наиболее удобный для нее язык... в России кто-то до сих пор на Фокспре под дос кодит... а может, лучше всего и понемногу? потом, если возникнет необходимость - легче будет вникнуть...
Автор: GreyGendalf
Дата сообщения: 22.05.2003 06:55
да что вы так напали не дельфи?
да не пишут на нем ОСи, не пишут, ну и что...
за бугром я не работаю, чо там у них происходит не знаю...

могу только сказать что у нас...
а у нас в банке программят на ВСЕМ...

так называемые safety-critical software пишут на Си, и как правило не под винду, а под *nix'ы (Solaris, UnixWare, ну в последнее время Linux)...

простенькие клиенты для БД, ну там отчетик наклепать, данные отправить/получить/проанализировать делают на Дельфи. Дабы с тем самым пресловутым интерфейсом заморочек не было. Седня отчет нужен один, завтра другой, послезавтра кнопочку нужно добавить, а на следующий день он , вообще оказывается, не нужен...

если макрос для MSOffice нужен (и такое бывает), берут в руки VB и вперед...

нужно было доступ в БД через web-интерфейс сделать, взяли MSSQL+ASP+IIS (хоть и не любят MSSQL и вообще windows servers)...

главный критерий эффективность решения, а не основание, типа нравится/не нравится...

конечно во всем этом одновременно быть спецом трудно, поэтому люди и работают группами, по специальности, по специализациям...
есть сишники, есть дельфисты, (помимо всех других) и никто не спорит, кто из них круче;
каждый делает свое дело, и надо сказать, хорошо делает,
Автор: panaych
Дата сообщения: 22.05.2003 08:57

Цитата:
главный критерий эффективность решения, а не основание, типа нравится/не нравится

в принципе я согласен.
Автор: Bloody_Nokia_Adept
Дата сообщения: 22.05.2003 10:18
GreyGendalf

Цитата:
главный критерий эффективность решения, а не основание, типа нравится/не нравится...

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

Против этого нечего возразить или добавить, да и не стоит - это действительно так! У нас тоже не одим С/С++ народ занимается, и не только на платформе Windows. Вопрос то не о том!

Выше в этом топике panaych сказал следующее:

Цитата:
Млин! Если на Мелкософтовском Си программировать то я лучше застрелюсь. Лучше уш на VB писать. А если и выбирать Си то только Буилдер.


Я вступился за С++, меня поддержали mymuss и odl455. Вот и понеслась разборка в стиле "Pascal (Delphi) vs C++ (VC/GCC/Intel)", в котором перевес явно не настороне Pascal ориентированных продуктов.
Автор: Guderian
Дата сообщения: 22.05.2003 11:10
Просто поделюсь с уважаемой общественностью своими наблюдениями, а вы уж сами решайте, что с ними делать.
То, что на западе c/c++ популярней это факт. для кого-то радостный, для кого-то прискорбный, но с ним придется смириться. Другое дело - полемика вокруг причин, которые к этому привели.
1. Возможно, кто-то еще помнит такое произведение от мелкомягких как QuickPascal. Который был впоследствии просто затоптан TurboPascal, что свело его продажи фактически к нулю. Теперь давайте на секунду представим, что произошло бы с точностью наоборот и флагманским продуктом микрософта оказался бы именно он, а нишу си отдали бы TurboC от борланда. Дальше можно домыслить самостоятельно.
2. Следующее наблюдение. Возьмем JBuilder и его производные. Принципиально, как rad-инструмент он не отличается от дельфи. Тем не менее, его позиции на рынке java гораздо более крепки. Хотя, здесь даже сравнивать сложно, поскольку рынок дельфи - фактически обособленный и безальтернативный. В этом один из его недостатков. Значит проблема, скорее всего, не в самом дельфи.
3. Сделаем еще одно допущение. Предположим, что Торвальдс наваял бы ядро линукса не на си, на на, например, freepascal. И впоследствии Kylix бы был был больше заточен под эту совместимость. Ну и был бы бесплатным Какова бы была тогда ситуация на рынке?
4. Виноваты еще такие товарисчи как университет беркли, sco и иже с ними. Поскольку в стародревние времена они были технологическими новаторами, а ориентировались больше на си. Учитывая тот факт, что фактически все, начиная от микрософта и заканчивая производителями всех сортов юниксов и линуксов так или иначе драли у них (не зря билли честно признался в своей тайной любви к freebsd, а sco предъявила серьезный иск ibm и т.д.), гораздо легче драть было на си. Если бы вдруг berekeley db был написан на чем-то паскалеобразном (я не говорю именно про дельфи, поскольку борланд бы подстроился при необходимости как надо), то я сомневаюсь, что столь популярный в некоторых кругах mysql был бы написан на си.
И т.д. Продолжать можно очень долго и нудно.
Мое личное имхо - борланду надо уволить своего директора по маркетингу.
А что касается популярности, то кобол, эйфель или тот же смалток, например, ей не пользуются. Но знали бы вы, сколько специалисты в них стоят. Почему-то, на той же эстраде термин попса носит негативный оттенок, хотя это всего лишь популярная музыка. В то время как здесь пытаются доказать, что всем надо срочно опопсеть и быть как большинство. Будьте индивидуальны, а самое главное - компетентны.

mymuss

Цитата:
...а может многоуважаемой общественности известны системы автоматизации межбанковских платежей, клиринга, автоматизации транзакций итд на Дельфи? (не путать с клиент-банком и прочей попсой!)

Можно полюбопытствовать, что это за система автоматизация транзакций? Если их автоматизируют, то наверно есть и системы ручных транзакций? Или мы говорим об oltp? Тогда причем тут дельфи? Я то грешным делом думал, что это в большей степени удел субд, ну в крайнем случае middle-tier. Хотя и это не имеет значение, поскольку никакие самые продвинутые системы не сравняться по соотношению затраты/доходы с тиражируемым офисным софтом.


Цитата:
Резюме такое: на Дельфи не пишется так называемое mission-critical software (или safety-critical software)! Почему? Попробуйте догадаться сами. А если же Вы видите вершину своей программерской каръеры в "быстром клепании интерфейсов в RAD", я согласен на 100%: Delphi для вас лучший инструмент!

Не догадываюсь. При таком подходе подходе надо похоронить вместе с дельфи еще и c++builder, jbuilder, kylix, вдогонку затоптать весь vs.net. Они тоже rad пропагандируют. Или просто ориентированы на маленькие настольные приложения? И еще кучу другого софта. Откатиться к командной строке. Дальше пойдут всевозможные средства проектирования er-диаграмм, uml в догонку. Как это, нарисовал схемку и получил результат? Не надежно. Надо ручками.
Ты сам ответил на свою реплику. "быстром клепании интерфейсов в RAD". Да, гораздо проще кинуть кнопку на форму, чем реализовывать ее через CreateWindow. А вот, что будет происходить при нажатии на эту кнопку - это не вопрос интерфейса и rad тебе здесь не поможет. Посему мы говорим именно о быстром клепании интерфейсов. А реализовывать бизнес-логику в дельфи не проще чем в цпп. Что касается critical софта, то скажи мне, как пример, системы бухгалтерской отчетности (втч gaap), финансового менеджмента (календарь платежей), планирования поставок и производства такой компании как лукойл относятся к этой категории? Или все резко начнут писать софт исключительно для космоса. Да и реализуются fail-safe механизмы в основном на уровне субд и пишутся зачастую на pl/sql, tsql, dsql и т.д. А то получается, что если я из дельфи выброшу vcl и буду писать на чистом winapi, то надежность софта значительно повысится?

И еще маленький ньюанс. Поскольку в рассее культура менеджмента, в т.ч. и менеджмента проектов только засеивается, нам очень сложно их понять. Поскольку наверняка многие сталкивались с ситуацией, что результат нужен вчера, тз подпишут завтра и выкручивайся как хочешь. В таких случаях rad очень хорошо помогает. Да и системы стандартизации у нас пока не популярны. Сертифицированных на cmm, iso9001, spice и им подобных у нас единицы, а там без такого сертификата ты ни один нормальный, а уж тем паче правительственный заказ не получишь. А стандартизация - это прежде всего высокий реюзинг, который значительно уменьшает пропасть в скорости разработки между rad и командной строкой.

Может я прав, может нет. Просто опытные наблюдения... В общем, предлагаю в матче c(++) vs delphi vs vb vs java vs все остальное ничью

Только одно хочу добавить. Точнее посоветовать дельфистам. Имхо, обязательно нужно иметь в своем арсенале иметь навыки работы с чем-то еще. Как минимум, какую-нибудь продвинутую промышленную субд. Если вы, конечно, ориентируетесь на корпоративный сектор.
Автор: Bloody_Nokia_Adept
Дата сообщения: 22.05.2003 12:05
Guderian

Цитата:
То, что на западе c/c++ популярней это факт. для кого-то радостный, для кого-то прискорбный, но с ним придется смириться. Другое дело - полемика вокруг причин, которые к этому привели


Цитата:
4. Виноваты еще такие товарисчи как университет беркли, sco и иже с ними. Поскольку в стародревние времена они были технологическими новаторами, а ориентировались больше на си. Учитывая тот факт, что фактически все, начиная от микрософта и заканчивая производителями всех сортов юниксов и линуксов так или иначе драли у них (не зря билли честно признался в своей тайной любви к freebsd, а sco предъявила серьезный иск ibm и т.д.), гораздо легче драть было на си. Если бы вдруг berekeley db был написан на чем-то паскалеобразном (я не говорю именно про дельфи, поскольку борланд бы подстроился при необходимости как надо), то я сомневаюсь, что столь популярный в некоторых кругах mysql был бы написан на си.

Вот уж первопричина! Остальные все пункты - производные.
Если копнуть немного истории, то из ЯВУ на рубеже 60-70 гг. прошлого века, пригодных для системного программирования был лишь pure C. Pascal появился лишь несколькими годами позже на Unix, который уже был создан на C, и служил в качестве более простой в понимании альтернативы C. До начала 80 гг. они шли ноздря в ноздрю, но с приходом С++ и появлением STL Pascal/ObjectPascal остались позади, т.к. не дают такой гибкости и мощности.


Цитата:
В общем, предлагаю в матче c(++) vs delphi vs vb vs java vs все остальное ничью

Только при условии, что надо быть профессионалом в своей области - это всегда вызывает уважение. Пока что я сталкивался лишь с тем, что большинство программистов на Pascal простых путей не ищут (пример: данный форум просто кишит оными). Да не сочтут это за камень в их огород
Автор: mymuss
Дата сообщения: 22.05.2003 21:51
Guderian

Цитата:
Можно полюбопытствовать, что это за система автоматизация транзакций? Если их автоматизируют, то наверно есть и системы ручных транзакций?

<offtopic>
Знаешь как в сотовой связи: роуминг бывает автоматический (GSM) и полуавтоматический (AMPS). Хотя такая классификация - чушь: роуминг по своей природе автоматический.
</offtopic>
Вообще, надо различать понятия автоматический - ручной и автоматизированный - неавтоматизированный. Так вот, межбанковские транзакции не всегда были автоматизированными. Если ты давно и серьезно этим занимаешься, возможно, еще помнишь что такое Межфилиальный оборот (МФО) и как он работал


Цитата:
Виноваты еще такие товарисчи как университет беркли, sco и иже с ними. Поскольку в стародревние времена они были технологическими новаторами, а ориентировались больше на си

Давайте еще обвиним создателей цифровых компьютеров в том что их идея такая отстойная. Вот если бы не они, работали бы мы сейчас на аналоговых компьютерах на сверхбыстрых скоростях, без перегрева и слущали бы нормальный неоцифрованный звук.
Это не вина "товарисчей". Это эволюционный путь развития: выжил сильнейший. мелкософт еще vb продвигает полным ходом. И что? Он не стал и в обозримом будущем не станет языком №1.


Цитата:
системы бухгалтерской отчетности (втч gaap), финансового менеджмента (календарь платежей), планирования поставок и производства такой компании как лукойл относятся к этой категории

Нет! Ни в коем случае. Система навигации для авиадиспетчеров или, скажем, софт в аппарате "искуственная почка" относятся. ERP система - нет!
А кстати, в наиболее продвинутых ERP системах (в т.ч. SAP R/3, Oracle E-Business Suite, Navision) Дельфами и не пахло. А ими пользуются компании пожирнее Лукойла. Например, Shell, Coca-Cola, BMW, Pricewaterhouse Coopers и пр. Возможно, Лукойл - исключение, и пора им увольнять своего IT-директора?


Цитата:
Да и реализуются fail-safe механизмы в основном на уровне субд и пишутся зачастую на pl/sql, tsql, dsql и т.д.

Кто тебе такую чушь сказал? Спроси, плз, у него какая СУБД используется в комплексе Patriot.


Цитата:
Поскольку в рассее культура менеджмента, в т.ч. и менеджмента проектов только засеивается, нам очень сложно их понять. Поскольку наверняка многие сталкивались с ситуацией, что результат нужен вчера, тз подпишут завтра и выкручивайся как хочешь.

Да, здесь согласен, но разве это норма? Разве так должно быть?



Цитата:
Pascal появился лишь несколькими годами позже на Unix, который уже был создан на C, и служил в качестве более простой в понимании альтернативы C

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

Добавлено
Да, забыл сказать.

Цитата:
Но знали бы вы, сколько специалисты в них стоят.

Cobol - проблемно-ориентированный язык, а Object Pascal - язык общего назначения (general-purpose). Поэтому такая аналогия не катит.

Страницы: 123

Предыдущая тема: Delphi <=> Visual Studio .NET (куда податься ?)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.