OWEN Logic 1.1.0.11b

[rovki]

1.принципиальной разницы нет,только в случае с регистром это потребность а в случаях с картинами "малевича" это абстрактный пример.
2.внимательно прислушайтесь ,об этом говорил много раз, тем и хороша дискретная схемотехника ,что ее мозг человека воспринимает целиком как картинку ,в отличии от строчных языков ,где если не прочитаешь каждое слово не поймешь ,что на странице написано.поэтому вот та схема где мой автограф воспринимается (понимается ) человеком не как 32768 комбинаций ,которые нужно проверить,протестировать ,а как простейшая и понятная схема для всех(16 последовательно соединенных лог.элементов "и "с одним стробом ,входным сигналом-повторитель) ,кроме машины(программы) ,для которой нужно проводить анализ в любом случае ,на каком бы языке не делался бы проект.потому во многих случаях предпочтения отдаются визуальным языкам или хотя бы стремятся приблизить язык общения к тем профессиональным знаниям ,которые наиболее близки человеку в данной области.возьмите автокады,фотошопы...3-д максы...-все для людей сделано ,которые тоже нужно изучать,как инструмент,но если освоил инструмент ,то в работе не какого геморра ,кроме удовольствия.поэтому не об оптимальности внутренних переменных ,которых пользователь не видит нужно говорить,-оптимальность для него это простота визуальной картинки (проекта).ведь не кто же не спрашивает вас,почему лоджик весит 25мгб,а его аналоги 5мгб,где оптимальность .
мы пользователи пр не являемся программистами,так же как пользователи вордов,екселей....для нас программирование это продумывание алгоритма работы устройства.а как это реализуется внутри ,на реле,на микросхемах,программно,дело второе.и если я взял фб который преобразует 8бит в последовательный код и наоборот ,то всем понятно о его работе из названия и условного обозначения(у вас многоразрядные фб порой представлены одним входом-выходом ,целочисленным,что не хорошо для визуализации) и ни кто в голове не будет анализировать тысячи его внутренних состояний.а бить программистов в программистских конторах нужно ,что б о пользователях думали в первую очередь ,а потом об оптимальности собственного продукта.а то часто нет не того и не другого.
И последнее в проекте "стек малевича" нет не одного фб ,память использована на 5% ,количество входов-выходов может быть два,а стек кончился ,это говорит для меня о простоте проекта который по сути является повторителем сигнала и не о соизмеримости стека(его величины) и сложности алгоритма с точки зрения пользователя.Для пользователя явно должны быть только два ограничения -1.количество Фб и 2.размер памяти отводимой под проект.Все !