User108, основная работа только впереди. Выполнив её, действительно можно бы было говорить о новой эре...

Редактировалось 18 раз(а), последний 2024-10-03 17:08:19

еще не вечер

Редактировалось 18 раз(а), последний 2024-10-03 17:08:19

Все в этом мире оносительно...

Редактировалось 18 раз(а), последний 2024-10-03 17:08:20

Видимо, всё зависит от задачь..

и от степени консервативности мышления...

А я больше код люблю =
Но быстрее и проще использовать схемы.

И всё таки HiAsm штука вредная
Я сейчас в универе изучаю С и почему-то нет никакого стимула его учить, потому что на HiAsm-e делать проги проще и быстрей

одна из важных составляющих концепции HiAsm остоит в том, что для начала работы в нем учить вообще ничего не надо. То, что преподают студентам на 1-2 курсах любой школьник 6-8 класса сделает быстрее и проще

Быстрее и проще использовать то, в чем набита рука и есть знания. На vb можно за 1 час написать программу, которая в hiasm пишется неделю или из-за отсутствия компонентов вообще не напишется никогда. И наоборот монструозная студия не нужна для быстрого приложения. Я за 1 час написал программу, задача которой следить за размером лог файла, с иконкой в трее, информационными сообщениями и т.д. и т.п. Причем 40 минут я разбирался почему же не работает компонент. Когда наконец он заработал программа была готова за 20 минут. В студии такое же приложения я бы писал долго, так как совершенно не озаботился о знаниях помещения программы в трей, или работы с файлами, всю свою сознательную зизнь работаю с базами и имею знания только об этом. И то ограниченные, так как программирование не моя профессия.

Еще на hiasm писать проще потому, что видна логика работы приложения. Логика работы приложения на Vb например так же ярко не видна...

Логика работы не видна ни на одном текстовом языке. Именно поэтому для устранения этого недостатка в свое время придумали гост на графическое представление программ ввиде алгоритмических блок-схем.
Однако поскольку в текстовом языке программист вынужден давать названия переменным и ф-циям, и поэтому там можно разобраться без алгоритма. Если взять за правило при рисование схем HiAsm всегда оставлять пояснения к контейнерам, не нагромаждать кучу связей в одном месте, стараться фрагментировать части программы и разбивать по мультикам, то теоритечески возможно будет написать приложение любой сложности без потери контроля над ним.
Вероятно это умение придет только с годами и только с доводкой элементной базы до совершенства.

У меня asm под embeded именно до такой степени и "визуализирован": не пишешь имя метки, а проводишь линк.
Есть серьезная разница с HiAsm - здесь визуализированы и ДАННЫЕ.
Эту "небольшую" разницу не все понимают

Dilma, а что такого революционного случилос в последних версиях HiAsm (по крайней мере с 162).Была прикладная прога из под b154, которая дико жрала ресурс (очень много обработки), через час работы файл подкачки доходил до 95% и она затыкалась. Почти что элемент в элемент перенес в b162, теперь пашет круглосуточно, файл подкачки остановился на 36%.