Здравствуйте Anatolix, Вы писали:

A>Ну дак это недостаток который относится не к Delphi а к тебе. Книжки надо уметь выбирать. Назови мне любую технологию и я для нее тебе найду плохую книжку.

A>А книги надо выбирать уметь. Посмотри в соответствующем форуме или на сайте пол Delphi


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

Здравствуйте AndrewK, Вы писали:

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

Ты уверен что они самые покупаемые? Их много но тираж у них на самом деле так себе.

Здравствуйте Anatolix, Вы писали:

A>Ты уверен что они самые покупаемые? Их много но тираж у них на самом деле так себе.

Насчет самых покупаемых действительно может быть погорячился.

Здравствуйте Аноним, Вы писали:

А>>>>>Помимо многого прочего, ты еще и не знаешь, что в виртовом Паскале типа string как раз не было! Там были array [??..??] of char и только-то! И гемороишше был с ними ишшо тот!
A>>>>Хм. Нет, помоему те здесь не прав. Там строки всегда были.
А>>>Нет, они появились только в Трупо-Паскале. До того существовала только возможность присвоения строкового литерала массиву из char.
ZEN>>Бред.
ZEN>>В виртовском Паскале были строки: тип String, с максимальным размером 255 символов, где на позиции 0 стояло 8-битное целое, указывающее на длину строки.
А>Не знаешь — не пиши. В виртовском Паскале строк string не было. Прежде чем вопить "бред", открой любой учебник по паскалю 70-80-х годов (а не по Турбо-Паскалю!).

Что ж, достаточно посмотреть ISO-стандарт языка Pascal (стандарт — он и в Америке стандарт, так?).

ZEN>>Поэтому работа со Паскаль-строками происходит быстрее чем с такой же длины "строками" языка Це — эмуляция, массив символов, цепочка с нуль-терминатором и т.д..
А>Вот это как раз и есть бред — заявлять что что-то "быстрее" без учета специфики использования.

Вся специфика в том, что тип строки зарезервирован в языке Pascal как один из других встроенных типов, а это значит, что под это дело заведена ран-тайм-база.
В Це же приходится использовать или библиотеки, которые занимают много, или собственные наработки, не лишённые кривизны.
Кто будет спорить?

Здравствуйте iZEN, Вы писали:

ZEN>>>В виртовском Паскале были строки: тип String, с максимальным размером 255 символов, где на позиции 0 стояло 8-битное целое, указывающее на длину строки.
А>>Не знаешь — не пиши. В виртовском Паскале строк string не было. Прежде чем вопить "бред", открой любой учебник по паскалю 70-80-х годов (а не по Турбо-Паскалю!).

ZEN>Что ж, достаточно посмотреть ISO-стандарт языка Pascal (стандарт — он и в Америке стандарт, так?).

Стандарт тут, как ни странно, ни при чем. Мы говорим о виртовском Паскале. Стандартизация Паскаля прошла, кажется, в начале 90-х, намного позже. Что туда напихали — даже и смотреть неинтересно, т. к. к реальности этот стандарт не имеет ровным счетом никакого отношения. Как документ, стандарт Паскаля не стоит бумаги, на которой напечатан.

Даже собственно виртовский Паскаль всегда реализовывался с какими-нибудь отклонениями, но реализовывался. А вот о реализациях Паскаля по стандарту я не слыхал.

Теперь о строках. Я на Паскале а-ля Вирт писал. Строк там нет. Нету строк. Строк нет! Ясно?

ZEN>>>Поэтому работа со Паскаль-строками происходит быстрее чем с такой же длины "строками" языка Це — эмуляция, массив символов, цепочка с нуль-терминатором и т.д..
А>>Вот это как раз и есть бред — заявлять что что-то "быстрее" без учета специфики использования.

ZEN>Вся специфика в том, что тип строки зарезервирован в языке Pascal как один из других встроенных типов, а это значит, что под это дело заведена ран-тайм-база.
ZEN>В Це же приходится использовать или библиотеки, которые занимают много, или собственные наработки, не лишённые кривизны.
ZEN>Кто будет спорить?

Я буду спорить. Никакой такой особой поддержки, каковую нельзя обеспечить силами языка Си, строкам (вообще строкам) не нужно. Все просто: на Си можно применять какой угодно подход к работе со строками без ущерба производительности. Вот на Паскале — это не так.

А>Теперь о строках. Я на Паскале а-ля Вирт писал. Строк там нет. Нету строк. Строк нет! Ясно?

Ага, согласен полностью. Господа незнайки, хорош гнать. Строк в виртовском Паскале на самом деле небыло!

А>Я буду спорить. Никакой такой особой поддержки, каковую нельзя обеспечить силами языка Си, строкам (вообще строкам) не нужно. Все просто: на Си можно применять какой угодно подход к работе со строками без ущерба производительности. Вот на Паскале — это не так.

А как? Какой подхоод к работе со строками нельзя применить в Паскале? Ась???

Здравствуйте zaiats_2k, Вы писали:

А>>Я буду спорить. Никакой такой особой поддержки, каковую нельзя обеспечить силами языка Си, строкам (вообще строкам) не нужно. Все просто: на Си можно применять какой угодно подход к работе со строками без ущерба производительности. Вот на Паскале — это не так.

Z2>А как? Какой подхоод к работе со строками нельзя применить в Паскале? Ась???

Как написать operator+ или operator= ???

DM>Как написать operator+ или operator= ???

s:= "1" + "2";

Здравствуйте zaiats_2k, Вы писали:

DM>>Как написать operator+ или operator= ???

Z2>s:= "1" + "2";

Z2>)

Здравствуйте zaiats_2k, Вы писали:

DM>>Как написать operator+ или operator= ???

Z2>s:= "1" + "2";

Z2>)

А что будешь делать если надо работать не со строками, а с матрицами? Наверно тоже напишешь C := A+B;

DM>А что будешь делать если надо работать не со строками, а с матрицами? Наверно тоже напишешь C := A+B;

Разговор вроде шёл о том, что есть какие-то "методы работы со строками", которые в Паскале нельзя реализовать?

Если вы мне хотите доказать что паскаль язык убогий — то не надо. Я и сам это знаю. )

З.Ы. А матрицы на Фортране надо умножать, а не на С++.

Здравствуйте zaiats_2k, Вы писали:

DM>>А что будешь делать если надо работать не со строками, а с матрицами? Наверно тоже напишешь C := A+B;

Z2>Разговор вроде шёл о том, что есть какие-то "методы работы со строками", которые в Паскале нельзя реализовать?

Z2>Если вы мне хотите доказать что паскаль язык убогий — то не надо. Я и сам это знаю. )

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

Z2>З.Ы. А матрицы на Фортране надо умножать, а не на С++.

А вот это очень спорно, по меньшей мере. Чем библиотеки C++ по работе с матрицами хуже фортрановских?

Здравствуйте Kolya91, Вы писали:


K> Интересно, а сама Delphi на чем написана и какая среда разработки
K>при этом использовалась? Я знаю, что VC++ написан в VC++.
Delphi написан на Delphi

Здравствуйте The Lex, Вы писали:

TL>Да, Паскаль почти ничего не умеет. Бейсик и тот лучше.

А что не умеет Паскаль и умеет С++?
(Про множественное наследование не надо )

Здравствуйте Igor Trofimov, Вы писали:

IT>Да, это точно.. Но — не кажется ли присутствующим, что здесь имеется довольно парадоксальная ситуация... Настоящим профи считается тот, кто использует фактически менее удобную систему? Может, стоит сделать жутко неудобную систему, в которой helloWorld занимает пару сотен строк, но уж если человек НА ЭТОМ пишет проги — значит точно профи )) Нет, тут, как мне кажется, явно что-то не так, как хотелось бы...

И мне тоже так кажется.

Здравствуйте Vampire, Вы писали:

V>Готов поспорить.
V>Есть разница. Причем большая.
V>Был на фирме программер на Delphi.
V>Ушел оставив кучу глючного кода. Прихожу я со своим VC.
V>От паскаля помню только то что на первом курсе в обязаловку входило.

Если бы помнил больше, может и не пришлось бы код стирать

V>Результат. Делит весь его код на хрен и написал свой.

V>Вот в чем и разница. Наследование кода от программиста к программисту

V>А с нуля можно писать на чем хош. Выбор языка определяет поставленая задача.

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

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

Здравствуйте DrMom, Вы писали:

DM>Здравствуйте Young, Вы писали:

Y>>Мое мнение таково — единственной оценкой крутости проффесионального програмиста может быть только количесто денег которое он зарабатывает....

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

Хехе, зарплата В ПРЕВУЮ ОЧЕРЕДЬ определяется классом, а уж потом спросом (минимальный спрос есть всегда, если есть профессия).

Здравствуйте klyonov, Вы писали:

K>А что не умеет Паскаль и умеет С++?
K>(Про множественное наследование не надо )

Чего лично мне не хватает дак это stl(Про то что его можно заменить TList-ами и тп не надо . Ну и библиотек для него поменьше, чтобы на том же WinAPI что-то сложное там поюзать надо кучу header-ов в паскаль поконвертить.

Здравствуйте Hacker_Delphi, Вы писали:

HD>Здравствуйте Kolya91, Вы писали:

HD>
K>> Интересно, а сама Delphi на чем написана и какая среда разработки
K>>при этом использовалась? Я знаю, что VC++ написан в VC++.
HD>Delphi написан на Delphi

Только IDE. Компилятор, тулзы, BDE итп на C. Я сам смотрел специально.

Здравствуйте klyonov, Вы писали:

TL>>Да, Паскаль почти ничего не умеет. Бейсик и тот лучше.

K>А что не умеет Паскаль и умеет С++?
K>(Про множественное наследование не надо )

Шаблоны