powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Delphi - универсальнейший инструмент разработки?
25 сообщений из 189, страница 7 из 8
Delphi - универсальнейший инструмент разработки?
    #33262766
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer
с127нверное вообще нет ни одного кто бы не высказался по этому поводу аналогичным образом. Введение формальных параметров было большим шагом, поскольку сильно облегчило жизнь программистам.
Поэтому наличие - отсутствие формальных параметров ИМХО является очень существенным . Но поскольку, как Вы верно заметили, речь идет не чем-то строгом, а о важно-не важно, легко-не легко, то конечно считать формальные параметры неважными никто не запрещает, все знают что можно обойтись и без них. Такая точка зрения противоречит общепринятому мнению, но общепринятое мнение штука ненадежная. Это имеет отношение к первоначальному вопросу.
Итак, Вы перевернули мою мысль. Я говорю, что "введение подпрограмм" и "введение формальных параметров" - один и тот же шаг. Вы отвечаете - "можно считать параметры неважными".


гы.
кто отвечает, что формальные параметры можно считать не важными?
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33262795
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
--null--

c127, просвети пожалуйста - чем же еще таким занимается БГ, отдавая ентому занятию все больше времени в ущерб Майкрософт? Может, тайно учайствует в разработке того же Linux али же на кухне Sinclair-ы паяет по ночам? :-)
это не бг, но всеже
-------------------------------
г-н Баллмер поднял стул, швырнул его через всю комнату, и попал в стол. После этого глава крупнейшей корпорации разразился негодующей тирадой по поводу исполнительного директора Google Эрика Шмидта (Eric Schmidt) и его компании: «Я собираюсь похоронить к чертям этого парня, мне не впервой, сделаю еще раз. Я собираюсь убить к чертям этот Google.» Ранее Эрик Шмидт работал на Sun и был главой Novell.
-----------------
http://www.cnews.ru/news/top/index.shtml?2005/09/07/186186
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33263039
softwarerДа и для LISPа делали. Как минимум, пытались - не помню, насколько преуспели.

Преуспели видимо, были же такие LISP-компьютеры.

Насчет обратимой компиляции... Думаю, то, что java байт-код можно с определенной точностью вернуть к исходнику (ну потеряются конечно имена) - это частный случай. Наверное все зависит от пресловутой архитектуры ( то же самое на "железной" java машине можно сделать - но это-то уже точно компиляция или те же самые Lisp machine).
Хотя я совсем не знаток теории компиляторов, так что может и неправ.




softwarerНо - подозреваю - есть одно различие, которое будет для меня ключевым: неотделяемость. ... Подчеркну, это именно подозрение - но по Вашему рассказу у меня сложилась гипотеза, что генерируемый перлом "исполняемый файл" - это просто серия вызовов подпрограмм, предоставляемых "ядром".

Хм, скажем - perlcc, вроде он и есть это самое недостающее звено эволюции -переводит все это в сишный код. "perlcc - frontend for perl compiler " в данном случае perl выступает как компилятор. Вспомните, что раньше (а может и сейчас) c-шный компилятор в unix не генерил машкод, а делал ассемблерные исходники.
А perl... да поправят меня знатоки - он все-таки создает на лету _бинарный код_ - именно для той модели процессора, на которой исполняется, а не для какого-то там рантайма или виртуальной машины. Поэтому он все же близок к компиляторам.
Может, Clipper так и работал, вряд ли Ларри Уолл - первооткрыватель в этой области.


И еще
softwarerТаких по большому счету не существует уже лет тридцать
Это не совсем так - может они не _создаются_ лет *дцать - примерно столько же впрочем, сколько не создается новых общеупотребимых компилируемых языков.
А чистые интерпретаторы (те же языки оболочек) - до сих пор живут и используются и конца этому не предвидится.

Все последние достижения - perl,python,java, C# и компания , Ruby и что там еще я забыл :-) - все это "гибриды", мы живем в век гибридов , а динозавры - вытесняются, уходят в узкоспециализированные ниши (компиляторы - в "системщину", интерпретаторы - в обеспечение оболочек, командных языков)


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

А по топику - "Delphi - универсальнейший инструмент разработки" - насчет разработки не известно, но как инструмент для раздувания религиозно-философских диспутов - наиуниверсальнейший. Проверено - и не только здесь :-)
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33263157
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
лыко в строкуНасчет обратимой компиляции... Думаю, то, что java байт-код можно с определенной точностью вернуть к исходнику (ну потеряются конечно имена) - это частный случай.
Это просто показывает, что код - высокоуровневый, ничего более. Скажем, поскольку в восстановленном исходнике сохраняются разные виды циклов - есть основания предполагать, что в байт-коде им соответствуют разные операции. То есть бОльшая часть пути от исходника к выполняющейся программе проходится интерпретатором.

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

лыко в строкуХм, скажем - perlcc, вроде он и есть это самое недостающее звено эволюции -переводит все это в сишный код.
А можно небольшой пример сгенерированного таким образом кода?

лыко в строку "perlcc - frontend for perl compiler " в данном случае perl выступает как компилятор. Вспомните, что раньше (а может и сейчас) c-шный компилятор в unix не генерил машкод, а делал ассемблерные исходники.
И тем не менее он был компилятором. По той причине, что преобразование ассемблерных исходников в машинный код - тривиальная операция. И по той же причине "тривиальное преобразование явовских исходников в байт-код" является компиляцией довольно условно.

"Тривиальное" здесь естественно в кавычках - поскольку проверить условия корректности довольно нетривиально.

лыко в строкуА perl... да поправят меня знатоки - он все-таки создает на лету _бинарный код_ - именно для той модели процессора, на которой исполняется, а не для какого-то там рантайма или виртуальной машины. Поэтому он все же близок к компиляторам.
Я понимаю. В лучшем случае можно сказать, что он содержит полноценный генератор кода и соответственно является еще более интересным гибридом. В худшем случае - генерируемый им код будет абсолютно тривиален.

А чистые интерпретаторы (те же языки оболочек) - до сих пор живут и используются и конца этому не предвидится.
Поэтому я и сказал "по большому счету". Языки оболочек - это все же игрушка, безусловно полезная и правильная, но не более того. У меня в одной из программ тоже действует чистый интерпретатор :)

лыко в строкуА по топику - "Delphi - универсальнейший инструмент разработки" - насчет разработки не известно, но как инструмент для раздувания религиозно-философских диспутов - наиуниверсальнейший. Проверено - и не только здесь :-)
В данном топике - раздул с незаурядной точки зрения. Обычно приходили брызгать слюной, а тут - завидуют. Мелочь, а приятно :)
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33263388
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
лыко в строку
...


По поводу Perl. По моим личным наблюдениям, заслуги
господина Ларри Уолла несколько преувеличены. Чисто
из собственной лени человек создал язык-парадигму, где
ВСЁ есть (только чёрта в ступе не хватает). Да вот вопрос
в том, нужно ли ЭТО ВСЁ . Мои коллеги, давно используют
Perl, однако по их признаниям - только для простых скриптиков
и веб публикаций.

softwarer
...


Да. Я хотел упомянуть про Лисп . Но вы меня опередили.
Язык слишком чист и рафинирован - а потому ИМХО
практически применяется мало. Его можно ставить на
полку в музей академических языковых разработок.

По поводу языков для домохозяек. Ну.. есть точка
зрения, что разработчик будет в скором времени не нужен.
Не согласен с этим. Считаю, что работа программиста-разработчика
качественно изменится в ближайшие 5-10 лет. От кодирования
специалисты будут отказыватся в пользу проектирования .
Благодаря кросс-переносимым библиотекам кода мы получим
доступ к огромной базе (метабазе) свободно-распрпостраняемого кода
на все случаи жизни . Проблемой лишь будет поиск подходящей
компоненты (класса, интерфейса). Получат распространение
языки искусственного интеллекта и программирования нейросетей,
на которые вас покорный слуга давно смотрит с завистью.
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33264653
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЧисто
из собственной лени человек создал язык-парадигму, где
ВСЁ есть (только чёрта в ступе не хватает). Да вот вопрос
в том, нужно ли ЭТО ВСЁ .
Для меня лично Perl обладает одним большим достоинством (хотя я его не использую, и не хотел бы использовать). Его реализация ООП - замечательный пример для вправления мозгов юношам, свежепрочитавшим книги по этому супермощносовременноуникальному подходу и со всем пылом новообращенных считающих его чем-то ниспосланным на скрижалях. Когда удается объяснить человеку, что "поддержка ООП в C++" - это всего лишь удобный синтаксис записи некоторых простых мыслей, с человеком становится резко проще иметь дело.
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33264821
просто в ООП там (в perl) "дно видно", так сказать :-)

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



P.S. про perlcc все-таки я не очень удачно пример привел - там генерируется монстр не содержащий напрямую код приложения, в промежуточном c файле появляется PerlInterpreter, так что видимо где-то чертова интерпретация все же задействована, но на выходе появляется полноценный бинарник. Наверное, perlcc и есть истинный компилятор perl :-)
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33264907
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
лыко в строку
а "это все" - про любой язык так можно сказать. Ну не используете все возможности одновременно и не надо, так не бывает все равно. Сделано лаконично и прикольно. Во всяком случае многие его используют и вполне довольны. Для обработки текстов это лучший инструмент , что признано многими.


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

P.S. Разве-ж Нимфа кисть дает? Туды яё в качель.... (с) Безинчук
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33264933
2mayton ну да :-(

Но только это наверное такой стиль исторически сложился.
Возможно - из-за того, что много библиотек в стандарте и в инете, сам язык богат и относительно просто что-либо "сляпать" (как известно, свое часто делать быстрее и проще, чем в чужом разбираться) Попробовали бы они так в C - много клавиатур бы истерли пальцами - очень большой объем кода пришлось бы писать, все-из-за относительной бедности базовых библиотек,
отсутствия в языке поддержки распространенных структур (хеши, списки, строки и т.д.)

Получается, что perl просто стимулирует такой стиль. Говорят, что у него синтаксис "мусорный" - так это как писать. "Тайнопись" можно на любом языке
развести, просто perl опять же для этого предоставляет слишком много средств.

И потом есть другой пример - библиотеки CPAN на все(многие) случаи жизни.
Их же используют и все довольны.
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33265119
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
лыко в строкупросто в ООП там (в perl) "дно видно", так сказать
Именно что. ООП лишается магического ореола, люди начинают думать "а что у него внутри".

К сожалению, сейчас получается так, что "программисты", очень отрывочно представляя себе историю программирования, оказываются в положении людей, изучающих алгебру без знания арифметики. Упускаются мысли, которые когда-то были самоочевидными и потому мало где явно записаны :) И если при этом не очень склонны "копаться" - приходят к восприятию "черного ящика", "магии"; не понимают как работает, но знают, что если правильно выполнить определенный ритуал то обычно работает. А если не срабатывает - надо пошаманить :)
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33265163
Sarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Давно в топике этом не появлялся.

Поработал я щас с Делфёй седьмой. Вы знаете, она действительно универсальна. Огромное количество классов под рукой. Я за 3! (реально абсолютно) создал АктивХ, который позволяет редактировать вордовские файлы в осле (IE). Компоненьтик кастрированный пока. Но мне важно было понять техническую возможность. В Делфе есть инструменты на все случаи жизни. Среди трёх моих любимых IDE яб распределил первые места так:

* KDevelop - удобство. Ничего удобней не видел. Это верх. Интегрируется со всем и вся. Великолепная подсветка синтаксиса. Бары (или табы. Ну эти в верху как в Опере.), единый файл на проект, в котором все настройки. Сказка.

* Qt Designer - простота создания GUI Тож кликанье мышкой. Но что-то в нём такое, что делает его удобней Дельфи в этом плане. КуТэ Десигнер конечно не полноценная IDE. Но всёж. Отдельно отмечю справочную стстему Qt. Неотемлемая часть любой IDE. Лучшая, пожалуй, F1.

* Delphi - универсальность. Достаточна удобна. Но до КДевелопа не дотягивает. Удобный редактор интерфейса (но не дотягивает до кутэ десигнера). Справочная система почти так же хороша, как и в КуТэ. Но конёк Дельфи - универсальность.

------------
Всё вышесказанное - имхо.
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33265203
softwarer И если при этом не очень склонны "копаться" - приходят к восприятию "черного ящика", "магии"; не понимают как работает, но знают, что если правильно выполнить определенный ритуал то обычно работает. А если не срабатывает - надо пошаманить

Как я понимаю, в умных книжках именно это и называется "разработчик, находящийся на определенном уровне абстракции".
К этому долго и упорно шла индустрия IT все последние годы.
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33265226
Фотография tchingiz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
кто долго и упорно шел,
а кто от уровней абстракции и не отходил
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33265443
Фотография Worobjoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор
Код: plaintext
1.
2.
3.
 10  I =  1 
 20  GOSUB  100 
 40  I =  2 

Ну и грамотеи тут собрались!
Вспомнили бы еще бэйсик калькулятора.

Вообще-то автор задал вопрос...

Кончено же Delphi для русского - как религия.
Вся Америка выросла в джинсах, вся Россия - в паскале.
Вот и весь секрет популярности.

Читал когда-то историю проекта Delphi.
Для Борланд сначала было неочевидно какой язык выбрать за основу проекта.
Выбор пал на паскаль только потому, что в нем стандарт был всего 43 страницы (против 1000 страниц стандарта С++).
Борланду надо было иметь большую свободу в доработке языка (ну и перспективы дел судебных за несоблюдение стандарта то же имели место).

По-моему любой язык в обойме Delphi обречен был на успех.
Ведь успех делфы не в языке, а в полноте среды разработки.
В противоположность практике плодирования библиотек, зачастую несовместимых, и от noname-производителей.

Почему М$ смогла так раскрутить джаву?
Да так что теперь вот сама с ней воюет не ее-же поле :).
Наверно то же самое - наконец-то в 96 программисты получили пакет джавы, где все в одном флаконе (и отнюдь не сомнительного качества!).

Что мы видим в последние годы?
Большинство дельфинистов программируют на старых версиях дельфи.
Вовсю используются сторонние библиотеки (не Борландовские!).
BDE. Каким он был - таким остался. Так ничего борман не смог противопоставить ADO (не путать борландовскую отсебятину, почему-то названную ADO, с настоящей ADO!).

А основной доход Борланда уже давно (лет 5) составляет отнюдь не дельфи - Джава.
Но и этот кусок вырван изо рта Борланд. IBM постаралась.
В последние годы они переключились на новую нишу: поддержка совмещения разных технологий. И кажется эта ниша долго будет для них прибыльной.
Значит ли это что они прекратят поддержку дельфи?
А что ее поддерживать-то?
Написали паскаль для дотнет – вот и поддержка. Даже название оставили старое – Дельфи.

А если говорить о разных языках... Сегодня актуально применение ООП. А здесь несмотря на различия самих языков, почти во ВСЕХ языках используется модель ООП разработанная Страуструппом. И ObjectPascal - то же "натянут" за уши на этот стандарт.
Обособленно стоит только "Оберон".
Но борланд не хотела следовать взглядам Вирта. Она прогнулась под плюсы. Еще до дельфи.
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33265903
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
лыко в строку softwarer И если при этом не очень склонны "копаться" - приходят к восприятию "черного ящика", "магии"; не понимают как работает, но знают, что если правильно выполнить определенный ритуал то обычно работает. А если не срабатывает - надо пошаманить
Как я понимаю, в умных книжках именно это и называется "разработчик, находящийся на определенном уровне абстракции".
К этому долго и упорно шла индустрия IT все последние годы.
Если точнее, она идет к этому добрых сорок последних лет и будет идти еще сорок тысячелетий, если проживет так долго. В терминах нашей беседы "Разработчик, находящийся на определенном уровне абстракции" == "домохозяйка".

Моя точка зрения по этому поводу очень точно изложена здесь: http://russian.joelonsoftware.com/Articles/LeakyAbstractions.html
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33265922
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WorobjoffПо-моему любой язык в обойме Delphi обречен был на успех.
"Успех" C++Builder и JBuilder убедительно доказывает Вашу точку зрения.

Worobjoff
Ведь успех делфы не в языке, а в полноте среды разработки.
В противоположность практике плодирования библиотек, зачастую несовместимых, и от noname-производителей.
Отнюдь. Хотя бы потому, что основная мощь дельфы - именно в библиотеках, зачастую несовместимых, от более или менее noname-производителей.

Причина успеха дельфы в том, что смогли создать идеологию, язык и инструменты, которые очень хорошо сочетаются друг с другом. Когда в ту же канву попытались засунуть C++ - который туда просто не подходит - получили уродца, которого "настоящие программисты на C++" не считают собственно C++ (и с моей точки зрения, правильно делают).

WorobjoffА здесь несмотря на различия самих языков, почти во ВСЕХ языках используется модель ООП разработанная Страуструппом.
Сильно сказано. Я бы сказал, очень сильно. И в чем же отличия этой модели от других моделей ООП - те отличия, на основании которых Вы так относите?
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33266097
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
http://russian.joelonsoftware.com/Articles/LeakyAbstractions.html
Интересно, что историю развития C++ можно описать как историю затыкания дырок в абстракции строк. Уж не знаю, отчего бы не добавить к языку элементарный класс строчек.


Хе-хе... солидарен.
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33266118
почитал
http://russian.joelonsoftware.com/Articles/LeakyAbstractions.html

Забавно. Правда немного спекулируют насчет тех же протоколов: нигде не написано, что "надежность" TCP гарантируется абсолютно. Имеется в виду гарантия доставки - т.е. что отправитель будет всегда уведомлен об успешной доставке данных получателю или уведомлен об ошибке (уже одно это отрицает абсолютность). Кроме того - имеется в виду только обеспечение транспортного уровня - когда хомяк перегрызает провод - это уже физический :-)

"будто TCP гарантирует, что сообщение прибудет на место." - ерунда, об этом нигде не могло быть написано, он гарантирует лишь что если оно придет, то мы об этом узнаем и гарантирует то, что придет оно в целости - да и то с точки зрения соответствующего алгоритма.


В общем как я понял мораль в том чтоб не отрываться от реального мира :-)
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33266189
NotGonnaGetUs
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
лыко в строку
В общем как я понял мораль в том чтоб не отрываться от реального мира :-)

Мораль в том, что "все абстракции дырявы"(с) и, как следствие, школьник тыкающий мышкой в дельфи IDE всегда обязан "сначала выучить как тоже самое делать без"(с) IDE.

Очень похоже на реальную картину? :))
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33266261
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вообще-то, автор статьи - зануда. Талдычит одно и то-же.
Дескать абстрагируйтеся .. детки токо .. не сильно. Не
забывайте могилы своих предков. Хе-хе.
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33266268
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
лыко в строкуВ общем как я понял мораль в том чтоб не отрываться от реального мира :-)
Не буду гадать о морали в целом, но в данном случае я имел в виду следующее:

Но в один прекрасный день они напишут "foo"+"bar", и возникнут странные проблемы, а мне придётся всё равно объяснить им, что такое char*
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33267335
Фотография Worobjoff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerИ в чем же отличия этой модели от других моделей ООП - те отличия, на основании которых Вы так относите?
Почитайте про Zonnon.
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33267595
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Worobjoff softwarerИ в чем же отличия этой модели от других моделей ООП - те отличия, на основании которых Вы так относите?
Почитайте про Zonnon.
И? Посмотрел концепции, посмотрел исходники. Если честно - ничего интересного. Пожалуй, нашел ответ на вопрос "чем Zonnon отличается от чего-то другого". А вот характерных особенностей именно страуструповской модели - увы. Вообще такой персонаж не упомянут.
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33272120
Lepsik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>>Куда ни глянь - кругом: требуется Delphi, требуется Delphi, требуется Delphi, требуется Delphi.....

однако если взглянуть на софт, которым вы пользуетесь в жизни процентов 90% он выполнен на C/С++


Интегратор >
--Писать серьёзные бизнесс приложения сейчас на С++ ? Извините но это маразм. Нет достойного АПИ и скорость разработки роставляет желать лучшего. Я на вас посмотрю как вы будете в большом проекте сутками искать утечки памяти или отлавливать обращение по висячему пойнтеру.

это миф, которые твердят каждый день как мантру любители дельфи. Уж и не знаю кто их этому их научил.

STL, автопоинтеры придумали уже не помню когда.

>softwarer
>Мне кажется, что он все время излишне разбрасывался; на C++Builder, потом на Java Builder, на прочие проекты, и в результате больше ничего не делал действительно хорошо.

вам слово Oracle ничего не говорит ? какжется база номер 1 уже десятилетия.
А основной продукт для разработчков там какой ? - Java Builder

>c127
>Фортран и сейчас интенсивно используется в своей области и ничего более удобного для флоат вычислений все еще не придумали

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

вторая причина - ряд алгоритмов, написанных на фортране имеет статус законодательного в ряде стран и поэтому Фортран еще много лет будет использоваться, как и как кобол.


Di_LIne SarinТы с теорией хаоса знаком?
Не-а... И что, есть реальные финансовые проекты построенные на ее основе?


конечно есть - моделирование фитуации на бирже.

Di_LIne
Sarin
IBM просрала много чего. Но IBM, пока по крайней мере, сила с которой нельзя не считаться. Во! Эт другое дело! Речь Мужа, а не мальчика.
И ее сила, имхо, не в области софтвера лежит.

DB/2 и масса софта в области коммерции
та же OS/2 в половине банкоматов живет.

--Гавриленко Сергей Алексеевич
--У тех, кто сидит на маках отношение к майкрософту, если мягко сказать, пренебрежительное, это факт

это у них снобизм, такой же как и линуксоидов.

>>softwarer
>>Лучший. Microsoft C регулярно выигрывал в различных замерах на эффективность генерируемого кода. В отдельных тестах вперед вырывались другие

не просто вырывались - а были на голову выше. Тот же Ватком.

>>Какая оболочка? У Microsoft C не было оболочки, он был command line-овый. Его оболочка называлась Quick C; предполагалось, что программист сначала в этом IDE набивает-отлаживает, а потом компилируется Microsoft C и получает эффективный продукт


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

>>В данном случае выиграл правильный маркетинг. Microsoft сначала привлек к себе профессионалов - своим компилятором

маркетинг заклчался в том, что МС раздавала свои продукты университетам налево и направо. и Б сильно в этом проиграла. Иммено потому и МАК выжил, потому образовательная программа в США закупала только маки.

>>Кобол - Ну и конечно он навсегда останется в истории программирования благодаря замечательному оператору ALTER..PERFORM, если не наврал :)

он и сейчас сейчас успешно развивается и выпушен для .NET

>> T-SQL - подчеркнутый потомок бейсика; зачем в нем собаки я не знаю, но помню как факт, что аналогичный синтаксис был в ряде "встроенных" бейсиков начала девяностых.

вы с ума сошли, никаких сходств ни синтаксических ни идеалогических там нет. префикс @ только у переменных, чтобы отличить их от названий имен сиквела Типа поле, таблица
...
Рейтинг: 0 / 0
Delphi - универсальнейший инструмент разработки?
    #33274075
*
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
*
Гость
2softwarer

Если рассматривать историю, то получится примерно так: был Microsoft с компиляторами Microsoft C, Quick C, Microsoft Pascal и Quick Basic. Был Borland с продуктами Turbo C, Turbo Pascal и Turbo Basic. Ну и были прочие производители, в основном с C - Zortech, Lattice, Watcom, еще кто-то.

В этом противостоянии Microsoft имел несколько лучший компилятор C и много худший компилятор паскаля. Соответственно, Quick C и Microsoft Pascal почили в бозе и Microsoft начал давить своим лучшим продуктом - Microsoft C - одновременно поддерживая бейсик "для полноты линейки".


Насколько мне известно, история изложена неточно/неверно

Microsoft C того времени - это упомянутый Вами Lattice, никаких особых достоинств он не имел.
По слухам Turbo C тоже происходит не из Borland (как и Pascal), не думаю, что он уступал тогдашнему MSC.
По поводу MS Pascal&Turbo Pascal можно спорить, имхо и то и другое - не слишком разумные расширения Pascal, возможно Borland был более разумен. Оба обладали примерно одинаковой эффективностью (скорость работы и качество кода). И кстати обе системы были весьма малы (О TP достоверно известно, что он зачем-то был написан на ASM, MSP скорее всего тоже, но это уже мой домысел).
...
Рейтинг: 0 / 0
25 сообщений из 189, страница 7 из 8
Форумы / Программирование [игнор отключен] [закрыт для гостей] / Delphi - универсальнейший инструмент разработки?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]