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

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


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

Ну почему же провокатор?
Я ничего не придумываю, а делаю выводы из прочитанного.

Могу высказаться по поводу PureBasic:
Читая литературу по программированию и в особенности про Ассемблеры, всегда задавался мыслью, почему не сделать язык программирования компактный и быстрый как Ассемблер и простой как Basic.
Оказывается есть такой язык и называется он PureBasic! Простота и мощь в одном флаконе.
Но мое личное мнение, что Пурик и HiASM (хоть это совершенно разные вещи, и сравнивать их не стоит) находятся на одинаковой стадии, они в развитии
И на том и на том можно создавать программы, но что ждет в дальнейшем эти проекты не известно.

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

Весьма и весьма спорное сравнение.
1. Основной пакет использует библиотеку KOL котрую как известно пишет другой разработчик.
2. Может ты хочешь сказать что HiAsm запросто собирает приложения для четырёх платформ?

andrestudio, тебе не надоело доказывать то, что ты до конца не понимаешь, или упорно не хочешь понять. Hiasm нельзя сравнивать с Пуриком, как и с любым другим языком программирования. Hiasm не самостоятельный язык программирования, он -- визуально-графическая надстройка над любыми языками, понимаешь -- ЛЮБЫМИ. В него можно и Пурик воткнуть, при желании. И вот потому, все твои утверждения теряют всякий смысл

nesco, приятно слышать когда ты вещи называешь своими именами.

И что из этого? И при чем тут "основной пакет"?


Давай проанализируем это "громкое" утверждение.
Под четырмя платформами подразумевается Windows, Linux, MacOS, Amiga.
Теперь возьмем данные по распространенности этих ОС на десктопах:
Windows -89%
Linux - 1%
MacOS - 1,3%
Amiga - 0%
Необходимость поддержки трех последних осей не целесообразна, если еще первая ОС Windows не "покорена".
Но даже дело не в этом, HiASM может поддерживать и 44 операционных системы при наличии соответствующего пакета.

Простите. А можно спросить -- отуда такая цифра

с потолка

А что Вы хотели, человек от абстракций отойти никак не может. Pirr, нужно ведь понимать если заниматся библиотекой и средой то это совершенно другие затраты по времени. (до сей поры баги вылавливают) Абсолютно ничего не значит доминирование Windows среди остальных осей, и это не нам решать между прочим эту целесообразность. Ну и третье, HiAsm создаёт DLL своего формата, (собственно кто и где их потом после этого применяет большой вопрос) работа со сторонними библиотеками также скорей всего не столь изящна изза вечных преобразований типов нужных для HiAsm, про работу с ActiveX лучше промолчать, вот и выходит конструктор сделай сам называется, нафига использовать труды професиональных программистов когда всё можно в один ехе запихать, вот такая политика меня между прочим тоже не устроила.

А что ты думаешь, что создать работоспособную концепцию языка следующего поколения проще, чем сходить п... за угол Без труда, батенька, не вынешь и рыбку из пруда (с)
Ты сдался и ушел на готовенькое, вместо того, чтобы продолжать помогать развивать новое напрвление, не взирая на тернии. Что ж, флаг тебе в руки

nesco, у каждого в жизни свои приоритеты и ничего с этим не поделаешь, и у меня настал момент когда написать пару десятков строк кода оказалось легче чем выстраивать хитроумные конструкции которые уже через месяц сам не в сотоянии был понять. Изучать KOL и Delphi зная при том что программистом работать никогда не буду и при этом быть бетатестером среды и библиотеки которая держится на этих двух разработчиках тоже весьма странная перспектива. (кстати после нового года скорей всего куплю пур официально). Ну и последнее, как никак я начал таки изучать программирование а не коструирование и увидел между этим большую разницу, на сей момент чуствую себя весьма комфортней чем прежде, так как возможности намного больше у этого метода, и что в этом плохого собственно?

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

nesco, да ладно тебе, а кто по твоему тогда кубики писать будет

Редактировалось 4 раз(а), последний 2021-05-21 09:38:16