Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
softwarer с127нверное вообще нет ни одного кто бы не высказался по этому поводу аналогичным образом. Введение формальных параметров было большим шагом, поскольку сильно облегчило жизнь программистам. Поэтому наличие - отсутствие формальных параметров ИМХО является очень существенным . Но поскольку, как Вы верно заметили, речь идет не чем-то строгом, а о важно-не важно, легко-не легко, то конечно считать формальные параметры неважными никто не запрещает, все знают что можно обойтись и без них. Такая точка зрения противоречит общепринятому мнению, но общепринятое мнение штука ненадежная. Это имеет отношение к первоначальному вопросу. Итак, Вы перевернули мою мысль. Я говорю, что "введение подпрограмм" и "введение формальных параметров" - один и тот же шаг. Вы отвечаете - "можно считать параметры неважными". гы. кто отвечает, что формальные параметры можно считать не важными? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2005, 05:09 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
--null-- c127, просвети пожалуйста - чем же еще таким занимается БГ, отдавая ентому занятию все больше времени в ущерб Майкрософт? Может, тайно учайствует в разработке того же Linux али же на кухне Sinclair-ы паяет по ночам? :-) это не бг, но всеже ------------------------------- г-н Баллмер поднял стул, швырнул его через всю комнату, и попал в стол. После этого глава крупнейшей корпорации разразился негодующей тирадой по поводу исполнительного директора Google Эрика Шмидта (Eric Schmidt) и его компании: «Я собираюсь похоронить к чертям этого парня, мне не впервой, сделаю еще раз. Я собираюсь убить к чертям этот Google.» Ранее Эрик Шмидт работал на Sun и был главой Novell. ----------------- http://www.cnews.ru/news/top/index.shtml?2005/09/07/186186 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2005, 10:00 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
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 - универсальнейший инструмент разработки" - насчет разработки не известно, но как инструмент для раздувания религиозно-философских диспутов - наиуниверсальнейший. Проверено - и не только здесь :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2005, 19:53 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
лыко в строкуНасчет обратимой компиляции... Думаю, то, что java байт-код можно с определенной точностью вернуть к исходнику (ну потеряются конечно имена) - это частный случай. Это просто показывает, что код - высокоуровневый, ничего более. Скажем, поскольку в восстановленном исходнике сохраняются разные виды циклов - есть основания предполагать, что в байт-коде им соответствуют разные операции. То есть бОльшая часть пути от исходника к выполняющейся программе проходится интерпретатором. лыко в строку Наверное все зависит от пресловутой архитектуры ( то же самое на "железной" java машине можно сделать - но это-то уже точно компиляция или те же самые Lisp machine). Безусловно, "внутренний компилятор" - часть интерпретатора. Но если говорить об интерпретирующих машинах - оставаться в формальных рамках будет запутывающей условностью; в железе в принципе можно реализовать и компилятор, машина будет выполнять программу в исходниках - а по сути ничего не меняется. лыко в строкуХм, скажем - perlcc, вроде он и есть это самое недостающее звено эволюции -переводит все это в сишный код. А можно небольшой пример сгенерированного таким образом кода? лыко в строку "perlcc - frontend for perl compiler " в данном случае perl выступает как компилятор. Вспомните, что раньше (а может и сейчас) c-шный компилятор в unix не генерил машкод, а делал ассемблерные исходники. И тем не менее он был компилятором. По той причине, что преобразование ассемблерных исходников в машинный код - тривиальная операция. И по той же причине "тривиальное преобразование явовских исходников в байт-код" является компиляцией довольно условно. "Тривиальное" здесь естественно в кавычках - поскольку проверить условия корректности довольно нетривиально. лыко в строкуА perl... да поправят меня знатоки - он все-таки создает на лету _бинарный код_ - именно для той модели процессора, на которой исполняется, а не для какого-то там рантайма или виртуальной машины. Поэтому он все же близок к компиляторам. Я понимаю. В лучшем случае можно сказать, что он содержит полноценный генератор кода и соответственно является еще более интересным гибридом. В худшем случае - генерируемый им код будет абсолютно тривиален. А чистые интерпретаторы (те же языки оболочек) - до сих пор живут и используются и конца этому не предвидится. Поэтому я и сказал "по большому счету". Языки оболочек - это все же игрушка, безусловно полезная и правильная, но не более того. У меня в одной из программ тоже действует чистый интерпретатор :) лыко в строкуА по топику - "Delphi - универсальнейший инструмент разработки" - насчет разработки не известно, но как инструмент для раздувания религиозно-философских диспутов - наиуниверсальнейший. Проверено - и не только здесь :-) В данном топике - раздул с незаурядной точки зрения. Обычно приходили брызгать слюной, а тут - завидуют. Мелочь, а приятно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2005, 05:20 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
лыко в строку ... По поводу Perl. По моим личным наблюдениям, заслуги господина Ларри Уолла несколько преувеличены. Чисто из собственной лени человек создал язык-парадигму, где ВСЁ есть (только чёрта в ступе не хватает). Да вот вопрос в том, нужно ли ЭТО ВСЁ . Мои коллеги, давно используют Perl, однако по их признаниям - только для простых скриптиков и веб публикаций. softwarer ... Да. Я хотел упомянуть про Лисп . Но вы меня опередили. Язык слишком чист и рафинирован - а потому ИМХО практически применяется мало. Его можно ставить на полку в музей академических языковых разработок. По поводу языков для домохозяек. Ну.. есть точка зрения, что разработчик будет в скором времени не нужен. Не согласен с этим. Считаю, что работа программиста-разработчика качественно изменится в ближайшие 5-10 лет. От кодирования специалисты будут отказыватся в пользу проектирования . Благодаря кросс-переносимым библиотекам кода мы получим доступ к огромной базе (метабазе) свободно-распрпостраняемого кода на все случаи жизни . Проблемой лишь будет поиск подходящей компоненты (класса, интерфейса). Получат распространение языки искусственного интеллекта и программирования нейросетей, на которые вас покорный слуга давно смотрит с завистью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2005, 10:27 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
maytonЧисто из собственной лени человек создал язык-парадигму, где ВСЁ есть (только чёрта в ступе не хватает). Да вот вопрос в том, нужно ли ЭТО ВСЁ . Для меня лично Perl обладает одним большим достоинством (хотя я его не использую, и не хотел бы использовать). Его реализация ООП - замечательный пример для вправления мозгов юношам, свежепрочитавшим книги по этому супермощносовременноуникальному подходу и со всем пылом новообращенных считающих его чем-то ниспосланным на скрижалях. Когда удается объяснить человеку, что "поддержка ООП в C++" - это всего лишь удобный синтаксис записи некоторых простых мыслей, с человеком становится резко проще иметь дело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2005, 16:48 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
просто в ООП там (в perl) "дно видно", так сказать :-) а "это все" - про любой язык так можно сказать. Ну не используете все возможности одновременно и не надо, так не бывает все равно. Сделано лаконично и прикольно. Во всяком случае многие его используют и вполне довольны. Для обработки текстов это лучший инструмент , что признано многими. P.S. про perlcc все-таки я не очень удачно пример привел - там генерируется монстр не содержащий напрямую код приложения, в промежуточном c файле появляется PerlInterpreter, так что видимо где-то чертова интерпретация все же задействована, но на выходе появляется полноценный бинарник. Наверное, perlcc и есть истинный компилятор perl :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2005, 17:49 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
лыко в строку а "это все" - про любой язык так можно сказать. Ну не используете все возможности одновременно и не надо, так не бывает все равно. Сделано лаконично и прикольно. Во всяком случае многие его используют и вполне довольны. Для обработки текстов это лучший инструмент , что признано многими. Согласен, что сделано лаконично и прикольно, однако Perl неизбежно проигрывает по степени интеграции пользовательских библиотек. Я не замечал, чтобы повторное использование кода (как в нормальных языках) было правилом для Perl. Зачастую разработчик предпочитает выбросить слишком сложную библиотеку своего коллеги и по быстренькому сляпать свою, нежели разобратся в ней и поддержать. А это есть - нехорошо. P.S. Разве-ж Нимфа кисть дает? Туды яё в качель.... (с) Безинчук ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2005, 18:35 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
2mayton ну да :-( Но только это наверное такой стиль исторически сложился. Возможно - из-за того, что много библиотек в стандарте и в инете, сам язык богат и относительно просто что-либо "сляпать" (как известно, свое часто делать быстрее и проще, чем в чужом разбираться) Попробовали бы они так в C - много клавиатур бы истерли пальцами - очень большой объем кода пришлось бы писать, все-из-за относительной бедности базовых библиотек, отсутствия в языке поддержки распространенных структур (хеши, списки, строки и т.д.) Получается, что perl просто стимулирует такой стиль. Говорят, что у него синтаксис "мусорный" - так это как писать. "Тайнопись" можно на любом языке развести, просто perl опять же для этого предоставляет слишком много средств. И потом есть другой пример - библиотеки CPAN на все(многие) случаи жизни. Их же используют и все довольны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2005, 18:52 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
лыко в строкупросто в ООП там (в perl) "дно видно", так сказать Именно что. ООП лишается магического ореола, люди начинают думать "а что у него внутри". К сожалению, сейчас получается так, что "программисты", очень отрывочно представляя себе историю программирования, оказываются в положении людей, изучающих алгебру без знания арифметики. Упускаются мысли, которые когда-то были самоочевидными и потому мало где явно записаны :) И если при этом не очень склонны "копаться" - приходят к восприятию "черного ящика", "магии"; не понимают как работает, но знают, что если правильно выполнить определенный ритуал то обычно работает. А если не срабатывает - надо пошаманить :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2005, 21:45 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
Давно в топике этом не появлялся. Поработал я щас с Делфёй седьмой. Вы знаете, она действительно универсальна. Огромное количество классов под рукой. Я за 3! (реально абсолютно) создал АктивХ, который позволяет редактировать вордовские файлы в осле (IE). Компоненьтик кастрированный пока. Но мне важно было понять техническую возможность. В Делфе есть инструменты на все случаи жизни. Среди трёх моих любимых IDE яб распределил первые места так: * KDevelop - удобство. Ничего удобней не видел. Это верх. Интегрируется со всем и вся. Великолепная подсветка синтаксиса. Бары (или табы. Ну эти в верху как в Опере.), единый файл на проект, в котором все настройки. Сказка. * Qt Designer - простота создания GUI Тож кликанье мышкой. Но что-то в нём такое, что делает его удобней Дельфи в этом плане. КуТэ Десигнер конечно не полноценная IDE. Но всёж. Отдельно отмечю справочную стстему Qt. Неотемлемая часть любой IDE. Лучшая, пожалуй, F1. * Delphi - универсальность. Достаточна удобна. Но до КДевелопа не дотягивает. Удобный редактор интерфейса (но не дотягивает до кутэ десигнера). Справочная система почти так же хороша, как и в КуТэ. Но конёк Дельфи - универсальность. ------------ Всё вышесказанное - имхо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2005, 22:36 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
softwarer И если при этом не очень склонны "копаться" - приходят к восприятию "черного ящика", "магии"; не понимают как работает, но знают, что если правильно выполнить определенный ритуал то обычно работает. А если не срабатывает - надо пошаманить Как я понимаю, в умных книжках именно это и называется "разработчик, находящийся на определенном уровне абстракции". К этому долго и упорно шла индустрия IT все последние годы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2005, 23:56 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
кто долго и упорно шел, а кто от уровней абстракции и не отходил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2005, 00:31 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
автор Код: plaintext 1. 2. 3. Ну и грамотеи тут собрались! Вспомнили бы еще бэйсик калькулятора. Вообще-то автор задал вопрос... Кончено же Delphi для русского - как религия. Вся Америка выросла в джинсах, вся Россия - в паскале. Вот и весь секрет популярности. Читал когда-то историю проекта Delphi. Для Борланд сначала было неочевидно какой язык выбрать за основу проекта. Выбор пал на паскаль только потому, что в нем стандарт был всего 43 страницы (против 1000 страниц стандарта С++). Борланду надо было иметь большую свободу в доработке языка (ну и перспективы дел судебных за несоблюдение стандарта то же имели место). По-моему любой язык в обойме Delphi обречен был на успех. Ведь успех делфы не в языке, а в полноте среды разработки. В противоположность практике плодирования библиотек, зачастую несовместимых, и от noname-производителей. Почему М$ смогла так раскрутить джаву? Да так что теперь вот сама с ней воюет не ее-же поле :). Наверно то же самое - наконец-то в 96 программисты получили пакет джавы, где все в одном флаконе (и отнюдь не сомнительного качества!). Что мы видим в последние годы? Большинство дельфинистов программируют на старых версиях дельфи. Вовсю используются сторонние библиотеки (не Борландовские!). BDE. Каким он был - таким остался. Так ничего борман не смог противопоставить ADO (не путать борландовскую отсебятину, почему-то названную ADO, с настоящей ADO!). А основной доход Борланда уже давно (лет 5) составляет отнюдь не дельфи - Джава. Но и этот кусок вырван изо рта Борланд. IBM постаралась. В последние годы они переключились на новую нишу: поддержка совмещения разных технологий. И кажется эта ниша долго будет для них прибыльной. Значит ли это что они прекратят поддержку дельфи? А что ее поддерживать-то? Написали паскаль для дотнет – вот и поддержка. Даже название оставили старое – Дельфи. А если говорить о разных языках... Сегодня актуально применение ООП. А здесь несмотря на различия самих языков, почти во ВСЕХ языках используется модель ООП разработанная Страуструппом. И ObjectPascal - то же "натянут" за уши на этот стандарт. Обособленно стоит только "Оберон". Но борланд не хотела следовать взглядам Вирта. Она прогнулась под плюсы. Еще до дельфи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2005, 09:10 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
лыко в строку softwarer И если при этом не очень склонны "копаться" - приходят к восприятию "черного ящика", "магии"; не понимают как работает, но знают, что если правильно выполнить определенный ритуал то обычно работает. А если не срабатывает - надо пошаманить Как я понимаю, в умных книжках именно это и называется "разработчик, находящийся на определенном уровне абстракции". К этому долго и упорно шла индустрия IT все последние годы. Если точнее, она идет к этому добрых сорок последних лет и будет идти еще сорок тысячелетий, если проживет так долго. В терминах нашей беседы "Разработчик, находящийся на определенном уровне абстракции" == "домохозяйка". Моя точка зрения по этому поводу очень точно изложена здесь: http://russian.joelonsoftware.com/Articles/LeakyAbstractions.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2005, 11:45 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
WorobjoffПо-моему любой язык в обойме Delphi обречен был на успех. "Успех" C++Builder и JBuilder убедительно доказывает Вашу точку зрения. Worobjoff Ведь успех делфы не в языке, а в полноте среды разработки. В противоположность практике плодирования библиотек, зачастую несовместимых, и от noname-производителей. Отнюдь. Хотя бы потому, что основная мощь дельфы - именно в библиотеках, зачастую несовместимых, от более или менее noname-производителей. Причина успеха дельфы в том, что смогли создать идеологию, язык и инструменты, которые очень хорошо сочетаются друг с другом. Когда в ту же канву попытались засунуть C++ - который туда просто не подходит - получили уродца, которого "настоящие программисты на C++" не считают собственно C++ (и с моей точки зрения, правильно делают). WorobjoffА здесь несмотря на различия самих языков, почти во ВСЕХ языках используется модель ООП разработанная Страуструппом. Сильно сказано. Я бы сказал, очень сильно. И в чем же отличия этой модели от других моделей ООП - те отличия, на основании которых Вы так относите? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2005, 11:52 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
http://russian.joelonsoftware.com/Articles/LeakyAbstractions.html Интересно, что историю развития C++ можно описать как историю затыкания дырок в абстракции строк. Уж не знаю, отчего бы не добавить к языку элементарный класс строчек. Хе-хе... солидарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2005, 12:45 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
почитал http://russian.joelonsoftware.com/Articles/LeakyAbstractions.html Забавно. Правда немного спекулируют насчет тех же протоколов: нигде не написано, что "надежность" TCP гарантируется абсолютно. Имеется в виду гарантия доставки - т.е. что отправитель будет всегда уведомлен об успешной доставке данных получателю или уведомлен об ошибке (уже одно это отрицает абсолютность). Кроме того - имеется в виду только обеспечение транспортного уровня - когда хомяк перегрызает провод - это уже физический :-) "будто TCP гарантирует, что сообщение прибудет на место." - ерунда, об этом нигде не могло быть написано, он гарантирует лишь что если оно придет, то мы об этом узнаем и гарантирует то, что придет оно в целости - да и то с точки зрения соответствующего алгоритма. В общем как я понял мораль в том чтоб не отрываться от реального мира :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2005, 12:53 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
лыко в строку В общем как я понял мораль в том чтоб не отрываться от реального мира :-) Мораль в том, что "все абстракции дырявы"(с) и, как следствие, школьник тыкающий мышкой в дельфи IDE всегда обязан "сначала выучить как тоже самое делать без"(с) IDE. Очень похоже на реальную картину? :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2005, 13:11 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
Вообще-то, автор статьи - зануда. Талдычит одно и то-же. Дескать абстрагируйтеся .. детки токо .. не сильно. Не забывайте могилы своих предков. Хе-хе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2005, 13:35 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
лыко в строкуВ общем как я понял мораль в том чтоб не отрываться от реального мира :-) Не буду гадать о морали в целом, но в данном случае я имел в виду следующее: Но в один прекрасный день они напишут "foo"+"bar", и возникнут странные проблемы, а мне придётся всё равно объяснить им, что такое char* ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2005, 13:38 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
softwarerИ в чем же отличия этой модели от других моделей ООП - те отличия, на основании которых Вы так относите? Почитайте про Zonnon. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2005, 18:48 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
Worobjoff softwarerИ в чем же отличия этой модели от других моделей ООП - те отличия, на основании которых Вы так относите? Почитайте про Zonnon. И? Посмотрел концепции, посмотрел исходники. Если честно - ничего интересного. Пожалуй, нашел ответ на вопрос "чем Zonnon отличается от чего-то другого". А вот характерных особенностей именно страуструповской модели - увы. Вообще такой персонаж не упомянут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.09.2005, 00:25 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
>>Куда ни глянь - кругом: требуется 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 - подчеркнутый потомок бейсика; зачем в нем собаки я не знаю, но помню как факт, что аналогичный синтаксис был в ряде "встроенных" бейсиков начала девяностых. вы с ума сошли, никаких сходств ни синтаксических ни идеалогических там нет. префикс @ только у переменных, чтобы отличить их от названий имен сиквела Типа поле, таблица ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.09.2005, 18:39 |
|
||
|
Delphi - универсальнейший инструмент разработки?
|
|||
|---|---|---|---|
|
#18+
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 скорее всего тоже, но это уже мой домысел). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2005, 15:42 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=33266268&tid=1347403]: |
0ms |
get settings: |
6ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
127ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 456ms |

| 0 / 0 |
