Что-то я слышал спецы по Delphi там не ценятся?
» А здесь есть кто-то из-за бугра?
Алгоритм оценки приблизительно такой:
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 будущее.
Ну и так далее...
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 будущее.
Ну и так далее...
Вот так.
Delphi в ...
Абыдно, блин.
Delphi в ...
Абыдно, блин.
а в каких годах этот дельфи появился? бо просто у нас тут на сколько я знаю минимум последние лет 5 (а вроде даже где то с 93-95 годов) в учебных заведениях преподают исключительно си/си++, а паскаль сасем не учат.
rew
Цитата:
Здесь говорят что Delphi 1.0 появился в 1993-1994 годах. Delphi 2.0 в 1995.
Добавлено
А кстати, там же написано что раньше Delphi позиционировался как "Visual Basic Killer"
Ну-у, на VB (точнее VBA) программил мало, но мерзкие впечатления живут по сей день. Так что, при всей моей нелюбви к Delphi если придется выбирать между оной и VB, выберу Дельфу, однозначно! (Как говорится, "из двух зол выбирай меньшее".)
Цитата:
а в каких годах этот дельфи появился
Здесь говорят что Delphi 1.0 появился в 1993-1994 годах. Delphi 2.0 в 1995.
Добавлено
А кстати, там же написано что раньше Delphi позиционировался как "Visual Basic Killer"
Ну-у, на VB (точнее VBA) программил мало, но мерзкие впечатления живут по сей день. Так что, при всей моей нелюбви к Delphi если придется выбирать между оной и VB, выберу Дельфу, однозначно! (Как говорится, "из двух зол выбирай меньшее".)
да, васик это отдельная песня, у нас его любили только те кому си был слишком сложен - сплошное мышкотыкание
Нет, вы не правы, логика здесь другая,
как мне объясняли буржуйские или работающие у буржуев программеры
(поэтому и спрашиваю - есть кто в реале),
программерские конторы ориентируются на лидера отрасли.
Таковым бесспорно является Microsoft. Да и с Java они не так давно дружили...
как мне объясняли буржуйские или работающие у буржуев программеры
(поэтому и спрашиваю - есть кто в реале),
программерские конторы ориентируются на лидера отрасли.
Таковым бесспорно является Microsoft. Да и с Java они не так давно дружили...
Млин! Если на Мелкософтовском Си программировать то я лучше застрелюсь. Лучше уш на VB писать. А если и выбирать Си то только Буилдер.
Цитата:
А здесь есть кто-то из-за бугра?
Украина "забугром" считается?
У нас тоже много Delphi, но все же в больших проектах ориентируются не на быстрое создание кнопочкек на формах, а на функциональное наполнение. Тут С++ однозначный лидер.
panaych
Цитата:
Если на Мелкософтовском Си программировать то я лучше застрелюсь. Лучше уш на VB писать. А если и выбирать Си то только Буилдер.
Боец!
Нормальный компилятор, если не использовать шаблонов. Тут Microsoft явно хромает. Под MS Windows для меня самым оптимальным вариантом является MS VC++ 6 (разумеется с последним SP) + Intel C++ Compiler 5.0 + StlPort 4.0
Кроме С++ для ООП можно взять еще и Java с Python, но это уж на любителя
Bloody_Nokia_Adept
Цитата:
А в чем прелесть то?
Я так когда его вижу мне это напоминает старый добрый Borland C++ 5.0 (лет эток 5 назад), со всей кучей бестолковых манипуляций.
Цитата:
самым оптимальным вариантом является MS VC++ 6
А в чем прелесть то?
Я так когда его вижу мне это напоминает старый добрый Borland C++ 5.0 (лет эток 5 назад), со всей кучей бестолковых манипуляций.
panaych
Цитата:
Манипуляций каких?
Еще нет средств разработки, которые писали бы код за программиста. И вряд ли в ближайшее время появятся. По сему при написании кода надо его:
1. продумать
2. набить на клавиатуре
Это сугубо человекозависимые операции. Тут ни одна IDE не заменит программиста.
Или ты имел в виду создание форм пользовательского интерфейса?
Да, статическая форма в VC делается не так скоро, как в продуктах от Borland/Inprise/Sybase, но при работе с динамическим контентом становится уже глубоко все равно с какой средой работаешь.
Цитата:
Я так когда его вижу мне это напоминает старый добрый Borland C++ 5.0 (лет эток 5 назад), со всей кучей бестолковых манипуляций.
Манипуляций каких?
Еще нет средств разработки, которые писали бы код за программиста. И вряд ли в ближайшее время появятся. По сему при написании кода надо его:
1. продумать
2. набить на клавиатуре
Это сугубо человекозависимые операции. Тут ни одна IDE не заменит программиста.
Или ты имел в виду создание форм пользовательского интерфейса?
Да, статическая форма в VC делается не так скоро, как в продуктах от Borland/Inprise/Sybase, но при работе с динамическим контентом становится уже глубоко все равно с какой средой работаешь.
Pupsik
Цитата:
Ничего подобного. Каждая контора строит свою стратегию. Одни ориентируются на лидера, другие, на того у кого дешевле, третие - на то чем занимались раньше (и уже есть нарботки).
Да и лидер - понятие, требующее уточнений. Ну назовите мне лидера в сфере инструментальных пакетов для разработки софта под embedded-devices (не знаю как сказать на русском). Или, скажем, лидера среди софта для медецинских исследований.
Сегодня я не вижу у Дельфи каких-либо перспектив. Да, денег в него угрохали прилично, однако, проект оказался неудачным. Он более популярен в странах 3-го мира (почему - для меня загадка), чем тот же С/С++ но это не сильно его спасает. Он хорошо себя зарекомендовал как язык для обучения программированию (Паскаль именно для этого и был создан, кстати), но скорее всего и в этой сфере его вытеснят C#, Java, VB.
Цитата:
Да, согласен, только глючный он больно. Интеловский в этом смысле получше. А вообще, (для души) gcc 4ever.
panaych
Цитата:
Ну еще бы! Мы ж разве спорим?
Цитата:
программерские конторы ориентируются на лидера отрасли
Ничего подобного. Каждая контора строит свою стратегию. Одни ориентируются на лидера, другие, на того у кого дешевле, третие - на то чем занимались раньше (и уже есть нарботки).
Да и лидер - понятие, требующее уточнений. Ну назовите мне лидера в сфере инструментальных пакетов для разработки софта под embedded-devices (не знаю как сказать на русском). Или, скажем, лидера среди софта для медецинских исследований.
Сегодня я не вижу у Дельфи каких-либо перспектив. Да, денег в него угрохали прилично, однако, проект оказался неудачным. Он более популярен в странах 3-го мира (почему - для меня загадка), чем тот же С/С++ но это не сильно его спасает. Он хорошо себя зарекомендовал как язык для обучения программированию (Паскаль именно для этого и был создан, кстати), но скорее всего и в этой сфере его вытеснят C#, Java, VB.
Цитата:
самым оптимальным вариантом является MS VC++ 6
Да, согласен, только глючный он больно. Интеловский в этом смысле получше. А вообще, (для души) gcc 4ever.
panaych
Цитата:
Млин! Если на Мелкософтовском Си программировать то я лучше застрелюсь. Лучше уш на VB писать.
Ну еще бы! Мы ж разве спорим?
mymuss
Цитата:
Ты вообще читал мой пост? Похоже, что нет. Процитирую сам себя
Цитата:
А с gcc не сильно-то и развернешься на MS Win, хотя обидно конечно - он умеет больше компилятора от Intel, хотя и медленнее
Цитата:
Да, согласен, только глючный он больно. Интеловский в этом смысле получше. А вообще, (для души) gcc 4ever.
Ты вообще читал мой пост? Похоже, что нет. Процитирую сам себя
Цитата:
Нормальный компилятор, если не использовать шаблонов. Тут Microsoft явно хромает. Под MS Windows для меня самым оптимальным вариантом является MS VC++ 6 (разумеется с последним SP) + Intel C++ Compiler 5.0 + StlPort 4.0
Кроме С++ для ООП можно взять еще и Java с Python, но это уж на любителя
А с gcc не сильно-то и развернешься на MS Win, хотя обидно конечно - он умеет больше компилятора от Intel, хотя и медленнее
Bloody_Nokia_Adept
Цитата:
Именно это я имел в виду. А также IDE.
То что код продумать и набить надо - это извиняюсь ежу понятно.
Но и создавать его через одно место тоже не хочется.
mymuss
Цитата:
Это почему же VB и вдруг вытисняет. Там гемороев тоже порядком.
Одна только работа со строакми чего стоет, это же надо что бы до символа строки добраться на три раза обос...ся (сорри). Хотя плюсы есть.
Про C# и Java ни чего не скажу здесь я не спец.
Цитата:
Или ты имел в виду создание форм пользовательского интерфейса?
Именно это я имел в виду. А также IDE.
То что код продумать и набить надо - это извиняюсь ежу понятно.
Но и создавать его через одно место тоже не хочется.
mymuss
Цитата:
но скорее всего и в этой сфере его вытеснят C#, Java, VB
Это почему же VB и вдруг вытисняет. Там гемороев тоже порядком.
Одна только работа со строакми чего стоет, это же надо что бы до символа строки добраться на три раза обос...ся (сорри). Хотя плюсы есть.
Про C# и Java ни чего не скажу здесь я не спец.
panaych
Цитата:
Рад, очень рад. Значит я понимаю так, что все равно в чем код набивать? Это хорошо. Потому, как если ставить Far + Colorer + Completition, то вообще можно отказаться от IDE.
Цитата:
Формы создаются действительно сложнее, но не настолько. Не надо сгущать краски.
Цитата:
То что код продумать и набить надо - это извиняюсь ежу понятно.
Рад, очень рад. Значит я понимаю так, что все равно в чем код набивать? Это хорошо. Потому, как если ставить Far + Colorer + Completition, то вообще можно отказаться от IDE.
Цитата:
Но и создавать его через одно место тоже не хочется
Формы создаются действительно сложнее, но не настолько. Не надо сгущать краски.
Bloody_Nokia_Adept
Цитата:
Да, читал... Вроде даже согласился И добавил небольшой комментарий о личных впечатлениях.
Цитата:
Ты вообще читал мой пост?
Да, читал... Вроде даже согласился И добавил небольшой комментарий о личных впечатлениях.
mymuss
Цитата:
Ну это не более чем Ваше личное измышление.
Цитата:
Вы работаете за бугром или для них? Что? Нет? Тогда и это Ваше личное измышление.
Цитата:
Сегодня я не вижу у Дельфи каких-либо перспектив. Да, денег в него угрохали прилично, однако, проект оказался неудачным.
Ну это не более чем Ваше личное измышление.
Цитата:
Каждая контора строит свою стратегию. Одни ориентируются на лидера, другие, на того у кого дешевле
Вы работаете за бугром или для них? Что? Нет? Тогда и это Ваше личное измышление.
Pupsik
Цитата:
Работаю у нас, но на них и тем не менее выскажу своё сугубо личное мнение.
Писать начинал на Delphi. Дейтвительно выбрал его потому что казалось проще. И даже на работе поначалу его продвигать пытался. Но со временем начал сомневаться в нём. Из-за глюков в сторонних компонентах было много проблем. Из-за компонетной идеологии многие вещи было сделать невозможно, не тот что называется уровень понимания того что делаешь и как это работает. Постоянная проблема с заголовочнми файлами, которые задерживаются в своём развитии катастрофически.
В результате сейчас я пришёл к следующему. Если ты хочешь стать настоящим программером и понимать систему под которую программируешь (Windows), то выбирай VC ++ 6.0. Да, поначалу может быть трудно. Но уверяю что через 3-5 месяцев все проблемы которые ты сейчас называешь в качестве аргументов против покажутся тебе полнейшей ерундой.
Цитата:
Вы работаете за бугром или для них? Что? Нет? Тогда и это Ваше личное измышление.
Работаю у нас, но на них и тем не менее выскажу своё сугубо личное мнение.
Писать начинал на Delphi. Дейтвительно выбрал его потому что казалось проще. И даже на работе поначалу его продвигать пытался. Но со временем начал сомневаться в нём. Из-за глюков в сторонних компонентах было много проблем. Из-за компонетной идеологии многие вещи было сделать невозможно, не тот что называется уровень понимания того что делаешь и как это работает. Постоянная проблема с заголовочнми файлами, которые задерживаются в своём развитии катастрофически.
В результате сейчас я пришёл к следующему. Если ты хочешь стать настоящим программером и понимать систему под которую программируешь (Windows), то выбирай VC ++ 6.0. Да, поначалу может быть трудно. Но уверяю что через 3-5 месяцев все проблемы которые ты сейчас называешь в качестве аргументов против покажутся тебе полнейшей ерундой.
odl455
Позволю себе дополнить... Я тоже работаю на оффшор.
Цитата:
Да и не только на Windows. Тот же *nix! Согласен, что там есть порт delphi - kylix, но это на мое глубоколичное ИМХО было притянуто за уши.
Кроме того С/С++ - языки на которых были писаны ядра этих ОС (к С это разумеется относится в большей степени). Много ли известно многоуважаемой общественности ОС созданных на delphi? На asm, c/c++ и fort ОС создавались. А на паскале? Абыдна, да?
Вот...
Позволю себе дополнить... Я тоже работаю на оффшор.
Цитата:
Если ты хочешь стать настоящим программером и понимать систему под которую программируешь (Windows), то выбирай VC ++ 6.0
Да и не только на Windows. Тот же *nix! Согласен, что там есть порт delphi - kylix, но это на мое глубоколичное ИМХО было притянуто за уши.
Кроме того С/С++ - языки на которых были писаны ядра этих ОС (к С это разумеется относится в большей степени). Много ли известно многоуважаемой общественности ОС созданных на delphi? На asm, c/c++ и fort ОС создавались. А на паскале? Абыдна, да?
Вот...
Pupsik
Цитата:
Да, Вы правы
Цитата:
Да, Вы снова правы. Скажу Вам по секрету, что мне лишь раз пришлось писать приложение для Win32 (в основном специализируюсь на разработке серверных приложений под *NIX) и разумеется на VC++.
odl455
Цитата:
Аналогично. Только потому что так заставляли в университете.
Цитата:
Один знакомый, который теперь уже работает в США, компонентную идеологию сравнивал с конструктором Лего, в котором есть планки на 2 дырки и на 4 дырки а когда тебе нужно 3 дырки ты вынужден прикручивать 4 и что-то уродливо торчит.
Цитата:
Кстати, среди моих знакомых есть много людей, которые раньше готовы были с пеной у рта доказывать преимущества Дельфи перед С. Теперь эти люди, попробовав С в силу определенных причин, с улыбкой вспоминают о своем заблуждении. Даже ваш покорный слуга таким был в свое время
А если внимательно посмотреть, то Дельфу выгораживает в основном публика, которая только ее и видела, либо же те кто хоть и знаком с С/С++, нормально программить на нем не умеет. А люди, хорошо владеющие С/С++ и пр, чаще всего Дельфу просто не воспринимают серьезно.
Цитата:
Ну это не более чем Ваше личное измышление.
Да, Вы правы
Цитата:
Вы работаете за бугром или для них?
Да, Вы снова правы. Скажу Вам по секрету, что мне лишь раз пришлось писать приложение для Win32 (в основном специализируюсь на разработке серверных приложений под *NIX) и разумеется на VC++.
odl455
Цитата:
Писать начинал на Delphi.
Аналогично. Только потому что так заставляли в университете.
Цитата:
Из-за компонетной идеологии многие вещи было сделать невозможно
Один знакомый, который теперь уже работает в США, компонентную идеологию сравнивал с конструктором Лего, в котором есть планки на 2 дырки и на 4 дырки а когда тебе нужно 3 дырки ты вынужден прикручивать 4 и что-то уродливо торчит.
Цитата:
выбирай VC ++ 6.0. Да, поначалу может быть трудно. Но уверяю что через 3-5 месяцев все проблемы которые ты сейчас называешь в качестве аргументов против покажутся тебе полнейшей ерундой.
Кстати, среди моих знакомых есть много людей, которые раньше готовы были с пеной у рта доказывать преимущества Дельфи перед С. Теперь эти люди, попробовав С в силу определенных причин, с улыбкой вспоминают о своем заблуждении. Даже ваш покорный слуга таким был в свое время
А если внимательно посмотреть, то Дельфу выгораживает в основном публика, которая только ее и видела, либо же те кто хоть и знаком с С/С++, нормально программить на нем не умеет. А люди, хорошо владеющие С/С++ и пр, чаще всего Дельфу просто не воспринимают серьезно.
..ля, уговорили. Не пожалею времени и нервных клеток - бум вникать в этот VC++ капитально ..ля. Ато понимешь
Цитата:
Цитата:
Когда то с Си пришлось перейти на Делфу. Было туговато, потом привык. Ну что же пойдем обратно.
----------------
А Assembler круче, круче, круче, круче !!!!
Цитата:
аще всего Дельфу просто не воспринимают серьезноабидно да.
Цитата:
то Дельфу выгораживает в основном публика, которая только ее и видела, либо же те кто хоть и знаком с С/С++, нормально программить на нем не умеет
Когда то с Си пришлось перейти на Делфу. Было туговато, потом привык. Ну что же пойдем обратно.
----------------
А Assembler круче, круче, круче, круче !!!!
Pupsik
panaych
Хотелось бы чтобы высказанные сторонниками VC мнения не остались пропущенными мимо ушей. Ещё раз предупреждаю что возможны большие и маленькие трудности. Период перехода может занять от 1-2 месяцев (при постоянной круглосуточной упорной работе) до 3-4 месяцев при обычной работе (8 часов в день) и может никогда не завершиться если первая же проблема вынудит Вас плюнуть на всё и снова запустить Delphi. Короче удачного и скорейшего перехода.
panaych
Хотелось бы чтобы высказанные сторонниками VC мнения не остались пропущенными мимо ушей. Ещё раз предупреждаю что возможны большие и маленькие трудности. Период перехода может занять от 1-2 месяцев (при постоянной круглосуточной упорной работе) до 3-4 месяцев при обычной работе (8 часов в день) и может никогда не завершиться если первая же проблема вынудит Вас плюнуть на всё и снова запустить Delphi. Короче удачного и скорейшего перехода.
Bloody_Nokia_Adept
Цитата:
и винды, кстати, тоже
Цитата:
...а может многоуважаемой общественности известны системы автоматизации межбанковских платежей, клиринга, автоматизации транзакций итд на Дельфи? (не путать с клиент-банком и прочей попсой!)
...а может кто-то видел систему навигации в авиадиспетчерских службах на оной написаную?
...а может есть прецеденты использования его в военной или космической технике?
...а может? ...а может? ну и так далее...
Резюме такое: на Дельфи не пишется так называемое mission-critical software (или safety-critical software)! Почему? Попробуйте догадаться сами. А если же Вы видите вершину своей программерской каръеры в "быстром клепании интерфейсов в RAD", я согласен на 100%: Delphi для вас лучший инструмент!
Цитата:
роме того С/С++ - языки на которых были писаны ядра этих ОС
и винды, кстати, тоже
Цитата:
Много ли известно многоуважаемой общественности ОС созданных на delphi?
...а может многоуважаемой общественности известны системы автоматизации межбанковских платежей, клиринга, автоматизации транзакций итд на Дельфи? (не путать с клиент-банком и прочей попсой!)
...а может кто-то видел систему навигации в авиадиспетчерских службах на оной написаную?
...а может есть прецеденты использования его в военной или космической технике?
...а может? ...а может? ну и так далее...
Резюме такое: на Дельфи не пишется так называемое mission-critical software (или safety-critical software)! Почему? Попробуйте догадаться сами. А если же Вы видите вершину своей программерской каръеры в "быстром клепании интерфейсов в RAD", я согласен на 100%: Delphi для вас лучший инструмент!
mymuss
а мне всегда думалось, что язык- всего лишь средство... и для решений конкретных проблем выбираются наиболее подходящие средства... что-то проще сделать на одном языке, что-то - на другом... сколько проблем - столько и вариантов решения... для чего-то и Фортран лучше всего подходит
поэтому, касаясь темы: если ориентируешься на какую-то конкретную область, то и изучать надо наиболее удобный для нее язык... в России кто-то до сих пор на Фокспре под дос кодит... а может, лучше всего и понемногу? потом, если возникнет необходимость - легче будет вникнуть...
а мне всегда думалось, что язык- всего лишь средство... и для решений конкретных проблем выбираются наиболее подходящие средства... что-то проще сделать на одном языке, что-то - на другом... сколько проблем - столько и вариантов решения... для чего-то и Фортран лучше всего подходит
поэтому, касаясь темы: если ориентируешься на какую-то конкретную область, то и изучать надо наиболее удобный для нее язык... в России кто-то до сих пор на Фокспре под дос кодит... а может, лучше всего и понемногу? потом, если возникнет необходимость - легче будет вникнуть...
да что вы так напали не дельфи?
да не пишут на нем ОСи, не пишут, ну и что...
за бугром я не работаю, чо там у них происходит не знаю...
могу только сказать что у нас...
а у нас в банке программят на ВСЕМ...
так называемые safety-critical software пишут на Си, и как правило не под винду, а под *nix'ы (Solaris, UnixWare, ну в последнее время Linux)...
простенькие клиенты для БД, ну там отчетик наклепать, данные отправить/получить/проанализировать делают на Дельфи. Дабы с тем самым пресловутым интерфейсом заморочек не было. Седня отчет нужен один, завтра другой, послезавтра кнопочку нужно добавить, а на следующий день он , вообще оказывается, не нужен...
если макрос для MSOffice нужен (и такое бывает), берут в руки VB и вперед...
нужно было доступ в БД через web-интерфейс сделать, взяли MSSQL+ASP+IIS (хоть и не любят MSSQL и вообще windows servers)...
главный критерий эффективность решения, а не основание, типа нравится/не нравится...
конечно во всем этом одновременно быть спецом трудно, поэтому люди и работают группами, по специальности, по специализациям...
есть сишники, есть дельфисты, (помимо всех других) и никто не спорит, кто из них круче;
каждый делает свое дело, и надо сказать, хорошо делает,
да не пишут на нем ОСи, не пишут, ну и что...
за бугром я не работаю, чо там у них происходит не знаю...
могу только сказать что у нас...
а у нас в банке программят на ВСЕМ...
так называемые safety-critical software пишут на Си, и как правило не под винду, а под *nix'ы (Solaris, UnixWare, ну в последнее время Linux)...
простенькие клиенты для БД, ну там отчетик наклепать, данные отправить/получить/проанализировать делают на Дельфи. Дабы с тем самым пресловутым интерфейсом заморочек не было. Седня отчет нужен один, завтра другой, послезавтра кнопочку нужно добавить, а на следующий день он , вообще оказывается, не нужен...
если макрос для MSOffice нужен (и такое бывает), берут в руки VB и вперед...
нужно было доступ в БД через web-интерфейс сделать, взяли MSSQL+ASP+IIS (хоть и не любят MSSQL и вообще windows servers)...
главный критерий эффективность решения, а не основание, типа нравится/не нравится...
конечно во всем этом одновременно быть спецом трудно, поэтому люди и работают группами, по специальности, по специализациям...
есть сишники, есть дельфисты, (помимо всех других) и никто не спорит, кто из них круче;
каждый делает свое дело, и надо сказать, хорошо делает,
Цитата:
главный критерий эффективность решения, а не основание, типа нравится/не нравится
в принципе я согласен.
GreyGendalf
Цитата:
Против этого нечего возразить или добавить, да и не стоит - это действительно так! У нас тоже не одим С/С++ народ занимается, и не только на платформе Windows. Вопрос то не о том!
Выше в этом топике panaych сказал следующее:
Цитата:
Я вступился за С++, меня поддержали mymuss и odl455. Вот и понеслась разборка в стиле "Pascal (Delphi) vs C++ (VC/GCC/Intel)", в котором перевес явно не настороне Pascal ориентированных продуктов.
Цитата:
главный критерий эффективность решения, а не основание, типа нравится/не нравится...
конечно во всем этом одновременно быть спецом трудно, поэтому люди и работают группами, по специальности, по специализациям...
есть сишники, есть дельфисты, (помимо всех других) и никто не спорит, кто из них круче;
каждый делает свое дело, и надо сказать, хорошо делает
Против этого нечего возразить или добавить, да и не стоит - это действительно так! У нас тоже не одим С/С++ народ занимается, и не только на платформе Windows. Вопрос то не о том!
Выше в этом топике panaych сказал следующее:
Цитата:
Млин! Если на Мелкософтовском Си программировать то я лучше застрелюсь. Лучше уш на VB писать. А если и выбирать Си то только Буилдер.
Я вступился за С++, меня поддержали mymuss и odl455. Вот и понеслась разборка в стиле "Pascal (Delphi) vs C++ (VC/GCC/Intel)", в котором перевес явно не настороне Pascal ориентированных продуктов.
Просто поделюсь с уважаемой общественностью своими наблюдениями, а вы уж сами решайте, что с ними делать.
То, что на западе 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. Хотя и это не имеет значение, поскольку никакие самые продвинутые системы не сравняться по соотношению затраты/доходы с тиражируемым офисным софтом.
Цитата:
Не догадываюсь. При таком подходе подходе надо похоронить вместе с дельфи еще и 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 все остальное ничью
Только одно хочу добавить. Точнее посоветовать дельфистам. Имхо, обязательно нужно иметь в своем арсенале иметь навыки работы с чем-то еще. Как минимум, какую-нибудь продвинутую промышленную субд. Если вы, конечно, ориентируетесь на корпоративный сектор.
То, что на западе 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 все остальное ничью
Только одно хочу добавить. Точнее посоветовать дельфистам. Имхо, обязательно нужно иметь в своем арсенале иметь навыки работы с чем-то еще. Как минимум, какую-нибудь продвинутую промышленную субд. Если вы, конечно, ориентируетесь на корпоративный сектор.
Guderian
Цитата:
Цитата:
Вот уж первопричина! Остальные все пункты - производные.
Если копнуть немного истории, то из ЯВУ на рубеже 60-70 гг. прошлого века, пригодных для системного программирования был лишь pure C. Pascal появился лишь несколькими годами позже на Unix, который уже был создан на C, и служил в качестве более простой в понимании альтернативы C. До начала 80 гг. они шли ноздря в ноздрю, но с приходом С++ и появлением STL Pascal/ObjectPascal остались позади, т.к. не дают такой гибкости и мощности.
Цитата:
Только при условии, что надо быть профессионалом в своей области - это всегда вызывает уважение. Пока что я сталкивался лишь с тем, что большинство программистов на Pascal простых путей не ищут (пример: данный форум просто кишит оными). Да не сочтут это за камень в их огород
Цитата:
То, что на западе 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 простых путей не ищут (пример: данный форум просто кишит оными). Да не сочтут это за камень в их огород
Guderian
Цитата:
<offtopic>
Знаешь как в сотовой связи: роуминг бывает автоматический (GSM) и полуавтоматический (AMPS). Хотя такая классификация - чушь: роуминг по своей природе автоматический.
</offtopic>
Вообще, надо различать понятия автоматический - ручной и автоматизированный - неавтоматизированный. Так вот, межбанковские транзакции не всегда были автоматизированными. Если ты давно и серьезно этим занимаешься, возможно, еще помнишь что такое Межфилиальный оборот (МФО) и как он работал
Цитата:
Давайте еще обвиним создателей цифровых компьютеров в том что их идея такая отстойная. Вот если бы не они, работали бы мы сейчас на аналоговых компьютерах на сверхбыстрых скоростях, без перегрева и слущали бы нормальный неоцифрованный звук.
Это не вина "товарисчей". Это эволюционный путь развития: выжил сильнейший. мелкософт еще vb продвигает полным ходом. И что? Он не стал и в обозримом будущем не станет языком №1.
Цитата:
Нет! Ни в коем случае. Система навигации для авиадиспетчеров или, скажем, софт в аппарате "искуственная почка" относятся. ERP система - нет!
А кстати, в наиболее продвинутых ERP системах (в т.ч. SAP R/3, Oracle E-Business Suite, Navision) Дельфами и не пахло. А ими пользуются компании пожирнее Лукойла. Например, Shell, Coca-Cola, BMW, Pricewaterhouse Coopers и пр. Возможно, Лукойл - исключение, и пора им увольнять своего IT-директора?
Цитата:
Кто тебе такую чушь сказал? Спроси, плз, у него какая СУБД используется в комплексе Patriot.
Цитата:
Да, здесь согласен, но разве это норма? Разве так должно быть?
Цитата:
Нет. Вирт при разработке Pascal не ставил себе за цель создать альтернативу C. Pascal с самого начала был языком для обучения программированию. Должен сказать, с этой задачей он справляется хорошо.
Добавлено
Да, забыл сказать.
Цитата:
Cobol - проблемно-ориентированный язык, а Object Pascal - язык общего назначения (general-purpose). Поэтому такая аналогия не катит.
Цитата:
Можно полюбопытствовать, что это за система автоматизация транзакций? Если их автоматизируют, то наверно есть и системы ручных транзакций?
<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). Поэтому такая аналогия не катит.
Предыдущая тема: Delphi <=> Visual Studio .NET (куда податься ?)
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.