Паскаль то чем плох ? Я как слез "с пальмы бйсика" в 90-х так и не вижу смысла куда-то еще дивигать
(Пробовал много чего но всегда возвращался к паскалю ) ...


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

Применительно к Хайасму, паскаль это удачный компромисс между профессиональным и любительским уровнем программирования (даже вполне профи не всегда пишут на про-уровне если нет особой нужды ) а Хайасм вообще может позиционироваться как удобное ПРО-средство для создания ДЕЙСТВУЮЩИХ МАКЕТОВ реального ПО.

Думаю что нужды в поддержке "современных навороченных ЯВУ" в Хайасме МАЛО, а чисто "схемотехническое программирование" совершенно отдельная опция и там пока(ИМХО) очень много спорного и непродуманного.

И для него вообще не важен "Язык посредник" в принципе, в этом случае вполне возможно написать быстрый и надежный ИНТЕРПРЕТАТОР на несколько основных платформ, а пользовательские элементы добавлять просто "пересборкой ядра" или добавлением "внешних плагинов" (в длл , exe и скриптах) .

И так я веду к тому, что код и пакеты с поддержкой конкретного ЯВУ нужны (и важны) тем кто на них пишет и хочет сохранить к ним доступ в схемотехнической среде Хайасма. Абстрактному "Хайасм-программеру" все это до лампочки он "рисует схемы" остальное побоку.

По моему оба подхода вполне совместимы, но нужно разделять развитие СОБСТВЕННО ЯЗЫКА "ХАЙАСМ" и ХАЙАСМА в качестве удобного полигона для проверки алгоритмов или прямого написания программ , которые в основном "МЯСЕ" реализованы совсем на других языках .(неважно элемент ли это,инлайны разных модификаций или разнообразные скрипты )

Не скрою, мне важнее второй подход.

Зы

LLCL это (в отличии от КОЛ) не "другая библиотека" это именно что "урезанный LCL" то есть если программа не применяет чего-то чего в LLCL нет то вполне реально просто скинуть в каталог с программой модули LLCL и собрать проект по новой.... Что означает, что пакет "LCL+" автоматически будет отчасти и пакетом LLCL... Достаточно переключить пути к библиотекам .
В Лазарусе даже дизайнер формы не замечает замены LCL на LLCL!

Зы Зы
По онлайн версии я думаю, что это ИМХО совершенно отдельная ветка разработки, впрочем вполне совместимая с "оффлайн" версией если добавить в нее спец пакет "ВЕБ-СЕРВЕР".

Редактировалось 9 раз(а), последний 2018-01-17 02:27:51

что значит внятные?






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

что? я что то пропустил?

собирать на кубиках что б потом с 0 заново на другом языке писать? НА*УЯ???

--- Добавлено в 2018-01-16 06:22:21


хорош но лично у меня .NET не ставится гугл тоже не помог если и вдохну все прелести пакета то не скоро

Редактировалось 1 раз(а), последний 2018-01-16 06:22:21

Кстати, основная причина почему я не проявляю интереса к этому пакету. Все тесты я провожу на виртуальной машине. Пару раз пробовал ставить пакет - обломался на отсутствии какого-нибудь .NET Framework. Даже если из спортивного интереса таки установил нужный фреймворк и настроил - интерес к пакету растаял. Тем более, что на физической машине у меня Windows XP, фреймворки выше 4.0 не ставятся, а менять ОС ради этого не имею никакого желания. Примерно то же с средой HiAsm 5 - после установки требовало (насколько помню) каких-то левых библиотек, после поиска и установки которых среда выдавала периодические ошибки, на чём моё знакомство с ней и закончилось.

Редактировалось 1 раз(а), последний 2018-01-16 11:47:14

После установки HiAsm 5 слетел .NET Framework, пришлось переустанавливать, а сам setup HiAsm 5 перестал работать. w7.
Всего попыток 8 за два месяца. Добью до десятка и успокоюсь.

В идеале - распаковал архив и работай. Без установки! Только вручную связав расширение с приложением.
Интернет решения просто морально отторгаются, на подсознании, как и остальные песочницы. Причин много, но главное - не у меня на диске.
Прошла атомная война, началось второе пришествие, ничего не работает и народа нет, а у меня на диске всё есть и всё работает!
Если только в метро на телефоне кнопки тыкать, чтоб время пролетело и то лучше книжку почитать.
Нет возможности записать на CD диск и положить на полочку - всё, спасибо, не надо.

Редактировалось 9 раз(а), последний 2018-01-16 15:00:45

Редактировалось 2 раз(а), последний 2018-01-16 15:14:43

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


Не соглашусь. Дурная слава всегда была у Basic, как у языка, которым пользуются исключительно люди далекие от программирования вообще. Само по себе использование языка в академических кругах дурным его не делает, т.к. на том же С до сих пор учат в вузах и в то же самое время на нем до сих пор пишут не самое простое ПО. Просто Pascal слишком многословен и избыточен, что отнимает много лишнего времени на написание кода и часто то, что на С подобных языках можно написать в одну строку, на Pascal делается в 2 или 3. А сегодня, когда в моду вошли GC (сборщики мусора), лямбда-функции, замыкания, итераторы, дженерики и прочие сладости, делает его еще менее интересным.

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


Hion в Desktop IDE превращается прибавлением к нему Electon или NWJS, об этом я уже не однократно писал. Вот он пример такого подхода https://code.visualstudio.com/ (использует Electron), эту среду, на минуточку, делает сама Microsoft, которая ранее слово "кросплатформенный" обходила не то, что за версту - за пол земного шара. К счастью вовремя смекнули, что писать продукты only Windows, когда MacOS и Linux на пятки наступают это путь в могилу.


Ну вы же должны отдавать себе отчет в том, что делать пакет с оглядкой на пользователей, которые используют ОС N-цати летней давности это глупость та еще? Ну давайте еще позовем тех, у кого аппараты на Windows 3.11 работают, спросим, как у них с установкой .NET, есть ли проблемы какие-то. На эти операционки сам производитель уже давно забил, а вы тут сидите и плачетесь, что пакет какой-то в HiAsm не работает... На мой взгляд вполне справедливо оставить таких пользователей с HiAsm4 + пакет Windows - он прекрасно работает и выполняет свои задачи, так сидите и пользуйтесь.


В этом главная проблема текущего сообщества пожалуй. Вы живете где-то в 2000-2010х годах, отторгаете все новое и тянете туда всех остальных со своими ретроградными взглядами. Не в обиду конечно будет сказано, однако я прекрасно себе представляют таких людей, т.к. у меня есть личные знакомые, придерживающиеся абсолютно такого же мнения. И причина конечно же ни в том, что у вас чего-то там нет на диске - даже если вам предоставят точную копию приложения в offline варианте, вы все равно пользоваться ей не будете никогда, т.к. найдется еще масса причин, по которым этого делать никак нельзя.

у меня 10 pro x64 но тоже самое
даже с компонентов версия 2.3 не ставится

А зачем на десятке ставить .NET Framework? Он же там в систему встроен. Еще с восьмерки встроили.

RAWY_EX, я конечно уже достаточно давно не работаю на Windows, но насколько я помню .NET еще с Vista поставлялся с самой системой и ставить его нужно было только в том случае, если успели выйти уже новые версии. Поэтому чего-то я не очень понимаю, как так получается, что на 10ке нужно доставлять .NET, если на нем половина системных приложений сделана? Они-то тогда как без фреймворка работают?

И опять вставлю свои 5 копеек. Если бы это всё новое действительно было полезно и удобно - не было бы речи. Но то, что создаётся сейчас, часто просто какое-то извращение! Взять ту же винду - никакие прежние версии не отличались от предыдущих так, как сейчас 7-ка и тем более 8-ка и последующие. Поэтому переход с 98-й на 2000-ю и потом на XP проблемой не был. Но сейчас, когда интерфейс извратили настолько, что я не могу найти нужные мне настройки в панели управления или нет нужного приложения (например, HyperTerminal, в к-ом я тестировал приложение на работе на XP, на 7-ке уже его нет!). Но зато есть Ножницы, от которых никакого толку.

Или взять Firefox - новые версии выходят чуть ли не каждый месяц, но каждая новая в разы тормознутее старой, постоянно виснет и подвешивают всю систему. А ведь раньше это был отличный браузер! А сейчас у меня IE8 запускается быстрее, чем FF52.
Так мало того, ещё поменяли свои api, так что большинство плагинов теперь не работает.
http://www.cyberforum.ru/javascript/thread2142851.html
И это уж не говоря о том, что для остановки gif-анимации на странице приходится ставить плагин (BetterStop), это для такой маленькой элементарной функции - отдельный плагин! Ну и не только для неё конечно. Сейчас без кучи плагинов голый FF вообще нежизнеспособен.

Или взять интерфейсы - посмотреть на KAV, EtxtAniplagiat и многие другие - из нормальных интерфейсов они превратились просто в уродство! Блеклые, бледные окна без рамок, "кнопки" - это только одно название, потому что я просто не могу найти границу между одной и другой кнопкой, это тупо визуально неудобно и заставляет тратить больше времени, чтобы попасть в кнопку.
>

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

Ну да ладно, эт просто наболело.

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

А мне, например, это больше нравится, чем XP-шные квадраты или семерочные различные прямоугольники. Они думают о пользователях, только о всех сразу, а не только о уже состоявшейся взрослой части населения. (Кстати, там разве нет классической темы оформления в настройках?)
А вот тормоза да, согласен - стало больше анимаций и медленнее работа интерфейсов, хотя процессорные мощности выросли. Особенно заметно, когда в виртуалке запускаю ту же XP и брожу по папкам в проводнике.

Редактировалось 1 раз(а), последний 2018-01-17 00:07:09

Windows 10 - это «рай для разработчика»:

Напоминаю, что основная тема обсуждения пакета CNET находится здесь:
http://forum.hiasm.com/topic/58387

Вопросы по Framework'ам для пакета CNET обсуждаются в этой теме:
http://forum.hiasm.com/topic/64152

Проект HiAsm.NET здесь: http://forum.hiasm.com/topic/66686

Редактировалось 2 раз(а), последний 2018-03-29 22:16:02

В эти годы я работал в компании IBS зам. директора по продажам. Продавали облачные решения. Для этого была полугодовая стажировка в Лондоне, одной из дисциплин была психология.
Так вот, эта проблема совсем не в отторжении всего нового, а имеет сложный, многогранный и комплексный характер. Ретроградство занимает менее десятой доли этой проблемы.
Это целая наука, продвигать такие сервизы. Помимо стратегии, нужны не маленькие вложения, а на то что это модно, клюнет только небольшая часть аудитории.

Редактировалось 2 раз(а), последний 2018-01-17 03:28:34

Ну и чего там (в паскале) нет ? Я не про извращений С# или действительно кое где оригинальную java что есть в С++ чего нет в Паскале чтобы терпеть его выбрыки! Чего стоит вечная путаница в параметрах типа вот такого безобразия :
.Ну как все с ходу понятно ?
(это и к вопросу про внятность кода ... где например объявления переменных может быть посередине кода функции,тут я разумеется разобрался, но это простерший случай ... )

Единственное разумное, что в Си есть это фигурные скобки вместо begin end ... но этого мне как-то совершенно недостаточно ... а условия &&, ==, != ...(это если кто не понял что-бы ":=" не писать при присваивании ) а любимые всеми Си-писателями i++ и условия через "?" по ходу формул... Возов методов класса через "->" ...
И это еще сущее мелочи, так "неудобства синтаксиса" реальных программах на С++ можно такие перлы "языковедения" обнаружить, что иногда хочется волосы на голове рвать !

Был у меня случай, когда чтобы понять алгоритм, имеющийся в исходниках на Си, мне пришлось декомпилировать EXE потому, что Си-код в этом случае получался значительно понятнее ... Это АЛИС !

Да, привыкнуть можно ... ( когда-то в середине 90-х я благополучно пережил период "жестокого на-Си-лия над разумом", ничего так, справлялся... но с какой радостью я вернулся обратно на паскаль словами не передать ! При программировании на С++ даже собственноручно написанный код буквально через неделю часто кажется полнейшим бредом... куда там самой запутанной схеме на Хайасме ! )

Редактировалось 5 раз(а), последний 2018-01-17 04:13:27