Телепат. Поддерживаю.

Попробуйте напишите на Python-е... Или на Visual C++... А кто сказал, что на Pascal нельзя?



Смотрим выше.



На.ОС По.на.на.Py.И.на.Vi.АксчнPн?

Это понятнее чем первое предложение в комментарии? Сомневаюсь...И я не соглашался с Artemios, я просто сказал, что Python не показатель (точнее показатель в своей области наверное, но даже рядом не стоит при сравнении с Delphi под Win32).

P.S.: Я тоже ничего не имею против других языков. Даже наоборот, стараюсь каждый новый, неизученый мною язык испробовать. Но мне не нравится, когда очевидные плюсы хотят превратить в минусы. В С++ есть свои плюсы, которые иногда(подчеркиваю! ИНОГДА) намного лучше чем в Delphi. Python - явно лучше для WEB, но не для Win32. И т.д. Но пытаться противопоставить их друг другу не стоит! Это разные и абсолютно несравнимые языки. Попробуйте на  Python сделать сложную систему, наподобии MS Office. А на С++ сколько уйдет времени на создание того же офиса? А вот на Delphi с его компонентами (которые здесь тоже ругали) - намного меньше и качественнее! Т.к. использование компонентов - это практически командная работа! Одна команда сделала один компонент, другая - другой, третья объеденила. Вот и скорость, и качество, и красота (что тоже не маловажно). Ну а кому важнее написать программу на 100к меньше - тот может писать на C++/Python. Думаю лет за 5 управится... 
Нет, я не ругаю другие языки. Просто пытаюсь объяснить, что для каждой задачи нужен свой инструмент. Да, согласен, что на Delphi/Pascal никто не будет писать ОС (но и это возможно), но и писать какой-то сложный, многооконный продукт, который потом надо развивать - я, например, на C++ не решусь. Многие ругают MS за глюки в продуктах. А на чем пишут в MS? И почему, закрывая одни глюки они добавляют новые? Потому что они сами не разбираются как это работает! Одна команда написала, вторая пытается потом разобраться, как вообще это работало...
А Delphi в этом отношении намного лучше! Код читается просто, как текст в книге. Не надо расшифровывать и запоминать где, что и как. Поэтому повторяю:


В 99% - это не 100%. Для каждой задачи необходимо использовать свой инструмент!

 Эта тема что, про паскаль? А кто с пеной у рта доказывал, что в делфи язык - не паскаль, а делфи?

Смотрим выше.

 А что вы к этому win32 привязались? Разве это единственно верная ОС?

 Не забывай, что в других языках/технологиях есть набор стандартных классов/etc, которые являются аналогом компонентов делфи.
Тем более ты опять бросаешься абсолютно неверными и неаргументированными фразами.

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

 Допустим я говорю следующее: "В 99% в Python получится нагляднее, быстрее и удобнее! "
Итого получаетя больше 100%. Значит кто-то гонит   
Если допустить(хотя это абсурд   ), что ты прав, то 99% софта должно писаться на делфи. Разве это совпадает с действительностью? Ты сам знаешь, что не совпадает.

есть такая вещь, как классы.... которые есть не только в Delphi   

Не я. Для меня Delphi - не язык программирования, а расширение языка.



Ты на чем сейчас сидишь? И я на win32. Отсюда и запросы. А до Linux, FreeBsd, Apple и иже с ними мне дела нет...



Классы - не компоненты. Компонент - "все в одном". А класс - только оболочка. Что я сказал неверно? Объясни, про что ты?



Не стоит доказывать от противного =). Не тот случай. А вот насчет процентного соотношения Delphi - тут ты не прав. На чем больше пишут в России? По-моему, все-таки на Delphi. Посмотри на активность в форумах.
А на C/C++ пишут, в основном, те, кто начинал программировать в 80-90гг. Я и сам в те времена начинал и знаю, что в то время выбор был только один: C++ vs ASM. Почему в то время выбрали C++? Потому что на нем проще и удобнее было создавать программы. Никто тогда не говорил, что C++ отбросок, что это для неучей и т.д. Так почему сейчас, когда есть инструменты проще, надежнее и понятнее, которые облегчают создание программ, говорить что это плохо??? Нет, Delphi во многом выигрывает и у C++, и у Pithon и у других! Выигрывает в простоте создания программ, в простоте обслуживания и сопровождения, в качестве кода, в понимании того, что было написано ранее. 

Повторяю, я не говорю, что только Delphi достоин существовать. Нет, наоборот. Лично мне приходится пользоваться и C++, и PHP, и JS и т.д. Но каждый инструмент должен быть предназначен для своих задач. 

P.S.: 


Абсолютно неверный расчет! Если в автомобиле в баке 99% бензина, а в системе охлаждения 99% тосола, то это не значит, что где-то ошибка. Это значит, что мы считаем разные вещи. Да, "В 99% в Python получится нагляднее, быстрее и удобнее! " -для WEB!!! Но не для Win32!!! Или посоревнуемся?   

Сей вопрос касается наверно Перла?


Ой ли за все области говорим, хотя бы и под win32? 


Вот честно, для web еще ни разу ничего толкового не писал, ни в python-е, ни в других языках 


Автоматизированная система сменно-суточного планирования железнодорожных грузоперевозок Приволжской ЖД. Я являлся одним из разработчиков. Мелкие ресурсозатратные части системы на C++, остальное все в основном на Python. Клиент-серверная система, голова и расчеты на сервере под управлением Linux, клиентские АРМ-ы на терминалах под управлением win32 в основном.

А вот это:
вообще бред. Практика показывает, что разработка на Python идет примерно в 2 -- 5 раз быстрее, чем на компилируемых языках. Единственное, чем уступает -- машинными ресурсами (память, процессорное время, и то далеко не всегда), но для этих целей есть C/C++, которые очень легко интегрируются с Python-ом.


просто бессмысленное заявление, кототрое и комментировать не буду.


Узко мыслишь, батенька, узко. 


Надо полагать, в России больше пишут на входном языке для 1С.  И даже если других языков не знают, все равно себя программистами зовут.  


Ну что это ты так распаляешься? Web, win32... Честно говоря, легко бы посоревновался, но желания не возникает.

Лично меня в С++ больше всего убивает работа с указателями и шаблонами. Синтаксис почти всегда не очевиден громоздок. Вот пожалуйста пример.
  Мне нужно было создать массив указателей. Для того чтобы не мучиться с особенностями ситаксиса я часто ставлю лишние круглые скобки. Аналогично попробовал сделать и в этом случае

И если вы думаете что это сработало, то глубоко ошибаетесь. Я потратил больше часа времени перерывая учебники, чтобы понять где я неправ. Оназалось что допустим только синтаксис.

Ну не маразм ли это? Скобки всегда улучшали читабельность кода, а тут их просто нельзя применить.
И это еще цветочки. На пути к приятному программированию лежат шаблоны. Про их синтаксис я вообще молчу.

Это сообщение отредактировал(а) alexeis1 - 30.12.2006, 16:10

 Т.е. ты не согласен с авторами делфи? Как ты думаешь, кто прав?   

 Почему? Я понимаю, что тебя такой расклад не устраивает, но будь объективным.

 Ты действительно думаешь, что у меня одна рабочая машина?   

 Т.е. то, до чего нет тебе дела, не нужно никому?  Привык считать себя пупом земли?   
А ты не хочешь подумать?
Если я тебе скажу, что в основном пишу под никсы, это тебя удивит?

 Короче компонент - это набор средств для выполнения определенных действий.
Класс(или набор классов) это тоже может.
Ну?

 В 5 раз реже, чем питон. По миру.


Россия - не показатель.
Ей еще далеко до Европы/США во многих планах.

А почему в стандарт сразу же не посмотрели?..

P.S. А вот неплохой документик — Incompatibilities Between ISO C and ISO C++ — by David R. Tribble

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


Т.е. круглые скобки тут совсем не мешали правильному приведению типов. А при создании вдруг мешают. Где логика?

Добавлено @ 16:08 
Гм.. а при чем тут различия между С++ и С? Ведь язык С я вообще не изучал...

мне кажется, компонент - это скорее обертка для встраивания класса в IDE: перетащил компонент - сразу записался в код вызов конструктора; изменил свойство в диспетчере - изменились параметры инициализации; и т.д.. Но не более того. Кроме этого, компоненты ещё и непереносимы(могут быть, по крайней мере) между разными версиями одной и той же IDE. У классов такие проблемы менее вероятны.

skyboy, компонент это лекарство от гемороя   . Он позволяет недефолтные свойства классов хранить ввиде ресурсов, а не загромождать ими код, кроме того позволяет их отображать и наглядно редактировать в Object Inspector.

 Ну это уже только твои проблемы.
Не станешь же ты винить, к примеру, Ruby в том, что не знаешь японский.

 Гениально.
А если я скажу, что мне(как и многим) быстрее SomeType someVar; написать, чем  компоненты мышкой таскать, ты поверишь?

 А в чем отличие от someVar.setSomeArg(someValue); ?
Твой способ ведь не быстрее и не качественнее. Это просто альтернативный вариант.

Добавлено @ 16:53 
alexeis1, пардон, объясни про геморой? в чем он заключается?

Логика есть. В первом случае - синтаксис приведения типов (в стиле С), во втором - скобки - реализация placement new из <new>

Добавлено @ 17:30 

И получаешь потом проблемы   
просто так делать ничего нельзя, ибо когда то произойдет облом

это всё равно что написать