Идеальный язык программирования

[Gnumko]

Интересное выражение. Ну вообще то они оба высокоуровневые, только Си стрктурированный, а Делфи ООП.

Это получится типа:
#include <crt.pas>
function main(void)
begin
fwriteln('I am fucking programmer! Hello fallen world');
result=0;
end.

Поехали дальше...
Вот почему сразу Си, Делфи, а далее ступор. Вот я рекомендую попробовать взять опору на SmallTalk или Ruby у которых opensorce.

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

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

[SunKnight]

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

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

[Alter]

Сообщение от Gnumko

Знаете сколько нужно выкурить чтобы использовать исходники библиотек от Delphi или Си в своем ЯП? Учитывайте что разница в синтаксе непозволяет использовать их без изменений и если разница существенна (в синтаксисе) и я перепишу эти либы под свой ЯП, то это будет моя разработка (см. законодательство любой страны) так как разница будет слишком существенна. Вот только смысла в этом нет, задачи у Delphi и моего ЯП несколько различны. Да и я ещё в здравом уме чтоб не браться за перепись того же VCL (Вы себе представить неможете сколько там кода).

Я не видил нигде исходников Среды Разработки: Delphi, Cи и т.д.

Есть же PascalABC, FreePascal они тоже используют функционал Borland(Turbo)Pascal. А как же *NIX использующая части Windows + свою написанную оболочку(от этого она не никак нестрадает). Чем эта идея хуже?

[pu4koff]

Язык вероятно нужно создавать под задачи, которые впоследствии при помощи него планируется решать, а не начинать с синтаксиса.
В Delphi лично мне не нравится "избыточность" кода. Пока все эти ключевые слова напишешь... procedure... function... Порой дольше печатаешь, чем думаешь над решением. А в идеале бы разве что мысли программистские не читались, чтобы "черную" работу по наборе кода не выполнять, а больше уделять внимания решению задачи.
В С++ порой мешает излишняя свобода. Напечатаешь случайно if (a=b) вместо сравнения на равенство и ищи потом ошибку эту.
Но не надо еще забывать про C#, Java и многие другие языки. Чтобы создать достойный язык, нужно иметь опыт программирования на как можно большем количестве других языков, чтобы знать что хорошо, а что плохо и в своем языке не повторять ошибки предшественников.
На мой взгляд язык программирования должен быть максимально коротким, но ёмким, но в то же время лёгким. Чтобы программист меньше думал над тем, как это реализовать на данном языке и больше думал над алгоритмами.

[still_alive]

Решил написать свой язык программирования

В целях изучения программирования и математики - похвально. В целях получения реально используемого языка - наивно, имхо.

Что должно быть вместе с компилятором чтобы его стали хотя бы смотреть?

Для начала ничего. Компилятора вполне хватит.

Ну думаю, 1е и главное, каков уровень языка вы собираитесь реализовывать. С этого думаю стоит и начинать.

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

Уровень языка будет где-то между чистым Си и Delphi.

Это как? о_О Я не могу это представить.

Во-вторых структуры типа begin ... end небудет так как лучше { ... }

Лучше кому?

Вобще я за строгий синтаксис в ЯП

А нестрогий это как?

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

А как же *NIX использующая части Windows

В смысле?

[Alar]

Сообщение от pu4koff

Язык вероятно нужно создавать под задачи, которые впоследствии при помощи него планируется решать, а не начинать с синтаксиса.
В Delphi лично мне не нравится "избыточность" кода. Пока все эти ключевые слова напишешь... procedure... function...

Да автоматом все ключевые слова печатаются.

Я работаю не только в Delрhi, потому переживаю {} - вот таие бегины енды. && - но вот такое трудно пережить в си

[Flenov]

Ставь себе более достижимые цели. Язык программирования - это мелочи, нужно еще и среда разработки. Над созданием сред разработки и компиляторов Delphi и Visual Studio работают сотни, а то и тысячи программистов. Ты уверен, что сможешь выполнить хотя бы 1 сотую того, что делают они водиночку? Подумай очень хорошо.

[Gnumko]

Ставь себе более достижимые цели. Язык программирования - это мелочи, нужно еще и среда разработки. Над созданием сред разработки и компиляторов Delphi и Visual Studio работают сотни, а то и тысячи программистов. Ты уверен, что сможешь выполнить хотя бы 1 сотую того, что делают они водиночку? Подумай очень хорошо.

"Да вы песимист батенька"
Ну давай посмотрим правде в глаза и скажем что реально нужно без громких слов типа "а знаеш скока вот те писали?":
1. Сам ЯП это основная задача. Ведь именно исходя из его особенностей строится всё остальное. Вот взгляни к примеру на PHP, Java (это я для примера) они что сразу изначально имели кучу документации, продвинутую IDE, огромную библиотеку исходников? И что теперь из них получилось? Так что не всё так плохо как кажется на первый взгляд. Тут главное грамотно начать, а не рваться с места в карьер.
2. IDE - это не так сложно как кажется на первый взгляд. Думаеш используя к примеру Delphi сложно написать для своего ЯП нормальную IDE? У меня к примеру в первых версиях будет клон IDE Delphi 2006 (нравится она мне, да и имидж будет соответствующий)
3. Документация, учебники, исходники, примеры и т.п. - всё это идет от пункта 1 и обычно ЯП обростает всем этим со временем без особых проблем.

[Air]

Gnumko
на счёт этого "{...}" не согласен, я не кодил ещё в "С", поэтому и не знаю большинства команд, и в итоге мне сначала придётся изучить "С" прежде чем я смогу начать кодить на новом ЯП....

А кто-то говорил о простоте и доступности?...
предлагаю сделать поддержку этих синтаксисов. менять в настройках.
и странно что всё крутится возле delphi и С, а ещё есть ASM - чем его команды не угодили? - поддержку asm-а то же надо добавить, иначе как задумываться о задаче, когда её никак не решить?...
Да и вот, что можно ещё такие команды как "begin...end" - "{...}"
"Function" и т.д. установить на "горячие" клавиши.
ну вроде как нажал CTRL+F и в редакторе появился пустой код функции с программными скобками.
CTRL+P - процедура ....

[Gnumko]

на счёт этого "{...}" не согласен, я не кодил ещё в "С", поэтому и не знаю большинства команд, и в итоге мне сначала придётся изучить "С" прежде чем я смогу начать кодить на новом ЯП....

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

Всё вертится вокруг Delphi и Си потому что это лидеры индустрии и глупо былоб равняться скажем на QBasic.

а ещё есть ASM - чем его команды не угодили? - поддержку asm-а то же надо добавить, иначе как задумываться о задаче, когда её никак не решить?...

Ну во-первых ассемблер я знаю. Мой компилятор на первых порах будет использовать FASM (К релизу естественно свое будет). Ассемблер будет в обязательном порядке.

Я вобще щас обдумываю синтаксис.