Aziz, исходники 5-й открыты.

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

А вот это уже интересно.. И хорошая новость. Давно не читал сайт.. Но все же он сильно отличается от 4-ки и пока с ним справишься.. Даже не знаю с чего там начать. Компиляторы какие ставить под винду. Но что касается 4-ки - в принципе, это ведь "просто" интерфейс кодогенератора, исходники которого вроде открыты. Так что, надо просто создать свое "рабочее поле как в Хиасм" (кажется была такая тема) - это ведь проще чем 5-ку доводить до ума. Или не все так просто?

Редактировалось 2 раз(а), последний 2025-01-11 06:16:55

trbo12d.trbo.yandex.net, это вы чтобы меня напугать или вдохновить? За ссылку спасибо, может, когда руки дорастут начну.) Задача непростая.. Но наверное, можно ее решить, если также подходить к ней непростым способом, используя новые технологи - напрмер, агентного программирования, где каждый компонент - универсальный агент, сам создающий необходимые более примитивные компоненты для реализаци задачи.

Недавно провел любопытную аналогию: в музыке, имеется 2 основных метода синтеза звука - "тупая" запись - семплирование, и собственно "умный" синтез. Соответственно, возможности и свойства различаются муз. инструментов на их основе - от ограниченных и громоздких (гигабайты семплов) 1-х до универсальных и компактных 2-х. И вот какие мысли пришли мне - 1-й тип инструментов - заставляет компьютер "зубрить", заниматься "зубрежкой", а 2-й - заставляет его думать, и поэтому более эффективны в функц. плане, хоть менее - в плане ресурсов. Итак, компьютер надо заставлять думать, а не только вспоминать и зубрить.

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

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

Конечно скидывайте, может пригодится и ускорит поток мыслей в нужном направлении))

ЛС читай

Kazbek17, привет! )) это тот проект который мы хотели укратить? )))


И будут вскоре направления программирования в стиле хардрок, поп, рок,кантри и т.д и т.п.!

ДА!еще нашел несколько. Я поковырялся с ними и забил, команда распалась, а одному ковырять влом , сейчас больше пытаюсь с WPF пакетом заниматься, но пока тупик с кодогеном FTCG. Хочется сделать пакет. Придется наверное RTCG учить.

Чего-то не вижу в упор раздела ЛС.. Что нажать надо? В профиле нету.
------------ Дoбавленo в 19.31:
Насчет хардкора в программировании - ну это наверное, старый добрый асм.)) А попса - эти всякие Дельфи, Хиасмы..)))
------------ Дoбавленo в 19.34:

может выложить тут, пускай все кому не лень укрощают?

Я бы не относил HiAsm к попсе, это вообще уникальная вещь, тк не зависит ни от какого ЯВУ, да и к языкам его довольно сложно отнести, скорее некий графический IDE. Да и Delphi ближе к старому доброму кантри, чем к попсе. ИМХО

[flood]
Не надо с "музыкантами" проводить аналогии! Как-то попался мне "ремиз" Цоя, чуть со стула не упал блин, и эти люди причисляют себя к музыкантам!
Может и правда из 12 нот все комбинации закончились [/flood]

Держи http://webfile.ru/6474104 пароль: 123
без бутылки не разобраться а с бутылкой тем более

Я придумал название open source Hiasm'y - OHASM. Теперь дело за малым..))