LINUX.ORG.RU

Free Pascal 2.0


0

0

15 мая 2005 года, после 5 лет разработки вышел Free Pascal 2.0.

Поддерживаются следующие процессоры (AMD-64, SPARC, PPC (32/64 бит), ARM) и платформы (Mac OS classic, Mac OS X, MorphOS, and Novell Netware). Среди улучшений: большая совместимость с Delphi, поддержка widestrings, обновление компонент для доступа к базам данных, добавление документации и консольного IDE.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Ответ на: комментарий от record

Теперь объясните, как "кривые руки" влияют на адекватный выбор инструмента для решения задачи и последующее решение. Абсолютно всё упирается исключительно в "дурную голову". Дурная голова никогда не позволит рукам выпрямиться.

PS: По вопросу -- тот который позволит Вам эффективно решить задачу. Обычно это тот язык, которым человек владеет лучше всего (и который позволяет решать подобный класс задач в принципе). Очень часто люди владеют лишь единственным языком. Если ничего кроме ассемблера не знаете, пишите на ассемблере. Он будет у Вас для любой задачи наиболее эффективным.

Lumi ★★★★★
() автор топика
Ответ на: комментарий от record

> А какой язык лучше подходит для задачи написания текстового редактора для программирования? Все подумают сразу на языки высокого уровня.Мэйнстрим. А Linus в свое время написал его на Ассемблере, а не на Си, Ну хотелось ему так. И вот результат: "Мой редактор был быстрее входившего в комплект машины". Вывод 1: Язык, подходящий для решения задачи, может приводить к худшим решениям, чем неподходящий. Вывод 2: Экспертные знания и навыки по ЯП могут не только компенсировать неподходящий выбор, но и дать лучшее решение. Замечание. Наивно полагать, что термины "[не]подходящий выбор ЯП" можно определить. Следует всегда добавлять "по мнению большинства" и "в текущий период времени".

Linux тогда ничего другого не знал. Если ты почитаешь дальше, то увидишь, что линус жалеет о времени, которое он потратил на ассемблерописание.

"Новый ассемблер и редактор работали прекрасно, но они были на микроприводах и их нельзя было перенести на EEPROM. Поэтому я написал собственный редактор и ассемблер и дальше использовал только их. Обе программы были написаны на ассемблере, что кажется невероятно глупо по нынешним меркам. Это очень сложный и нудный процесс: решение задачи на ассемблере занимает раз в сто больше времени, чем, например, на Си (который тогда уже был)."

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

nsav
()
Ответ на: комментарий от record

> Да, но результат - программа лучше.

Кто тебе сказал, что программа на С, написанная торвальдсом была бы хуже? Сравниваются же две програмы написанные на асме.

nsav
()
Ответ на: комментарий от Lumi

>Ну опять всё по новой! ЦЭ это просто кроссплатформенный ассемблер.

Потому как он и задумывался как средство упрощения написания прогамм на ассемблере VAX

robot12 ★★★★★
()
Ответ на: комментарий от Lumi

2Lumi. Вообще-то, выражение "кривые руки" имеет не только прямой, но и переносный смысл. Под кривыми руками подразумевается то, что человек не может выполнить некую работу нормально. А в этом виноваты не всегда непосредственно руки.

nsav
()
Ответ на: комментарий от anonymous

Услышал о среде Kylix 3, которя якобы напоминает Delphi 6 и С++ но для Linux, причем редактор поддерживает как Pascal так и C, не слышал ли кто-нибудь где взять? Sebua. Мое мыло:Sebua@mail.ru

Sebua
()
Ответ на: комментарий от record

>Внимание вопрос: Сядите ли вы в самолет, если узнаете что программа управления написана на си?:-)

Вообще-то при нормальном подходе к разработке производят тестирование, причём не только после реализации проекта, а в течение ВСЕГО ЖЦ. Разве что на этапе анализа/сбора_информации нет тестирования, хотя... И тут хоть Java, хоть обектный код - всё равно, тестирование ни кто не отменял.

seiken ★★★★★
()
Ответ на: комментарий от Sebua

>Услышал о среде Kylix 3,

Есть такая штука, только по-моему Борланд забросил её.
Не развивается. Визуальные компоненты построены на базе Qt.

Lem_I
()
Ответ на: комментарий от Lem_I

Им уже сложно развиваться в связи с переходим MS на .NET. Delphi 8 вроде уже .NET-ориентированная. Теперь они всегда будут плестись во вторых ролях.

seiken ★★★★★
()
Ответ на: комментарий от record

Ляпы и ошибки программистов обсуждались здесь неоднократно. Что именно Вы хотели спросить?

Lumi ★★★★★
() автор топика
Ответ на: комментарий от nsav

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

Lumi ★★★★★
() автор топика
Ответ на: комментарий от seiken

>Им уже сложно развиваться в связи с переходим MS на .NET. Delphi 8 вроде уже .NET-ориентированная. Теперь они всегда будут плестись во вторых ролях.

Да уж, это они по-моему сделали мягко говоря зря. Уж лучше бы они Win32 VCL развивали. А так нахрена мне подражание (Delphi на .NET) если есть оригинал ( С# )

Crt
()
Ответ на: комментарий от record

Лично я был бы крайне удивлён такому выкрутасу. Насколько мне известно, в этой среде доминирует Ада.

Idiot
()
Ответ на: комментарий от Crt

В Delphi 2005 - delphi .net, delphi win32, c#. Среда из-за этого довольно-таки прожорливая...

mc6312
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.