Помощь в кроссплатформенной разработке под zx spectrum

Цитата:

---

Сообщение от andrews

а в вашем портфолио, что-то есть из области ИИ через аксиоматические представления, автоматические доказательства и выявление неполноты знаний на данном аксиоматическом базисе посмотреть? Что-то французкое(или швейцарское) пару лет назад мне попадалось на саморощенной версии Пролога. Но так как нахаляву "потрогать руками" было нельзя, то просто отложил закладку в памяти. Возможно я тогда вас (нас) и продам за 4 миллиона евро на два года. В России по новому закону ИИ ООО имеют преференции вроде как. Заодно и выясню работает распоряжение главного или опять чиновники на местах почин загнобили. Только пилотный проект тогда будет не для "цифровых партизан", а для финансовых организаций. там сложности не в объеме кода, а в опыте разработчиков и инструментарии на котором будут делать. На Java если будут реализовывать, то боюсь, что и 3 лет вдвоем не хватит.А когда прога на ИИ заработает, то перенацелить ее на другую предметную область не такая уж титаническая работа. А уж скомпоновать целевую систему это уже ее задача. Поскольку это программа, которая по настройкам должна сама писать код :) во взаимодействии с ее создателями конечно. Поскольку им оценивать результат ее деятельности с помощью определенных программных средств.

---

Что-то мне не верится что вы понимаете о чем пишете. Вы та хоть решали подобные задачи хотя бы раз?

Цитата:

---

Сообщение от Terabiterr

Боюсь что вдвоем и за пару лет не справитесь.

---

Про пару лет речи не было :)

- - - Добавлено - - -

Цитата:

---

Сообщение от Andrew771

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

---

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

Terabiterr, ты вроде программистом работаешь? Расскажи на чем программишь, какие скилы есть? В зависимости от этого можно IDE подобрать.

Цитата:

---

Сообщение от Andrew771

На мой взгляд, как раз извращение писать на асме то, что может работать и на ЯВУ.

---

извращение - это делать что-то более сложным способом ради самого способа
типа вычисления остатков или делений там, где достаточно побитовой логической операции :v2_tong:
или траханья с принтами, когда в асме есть нормальный отладчик
только потому, что "может работать и на ЯВУ" :v2_dizzy_facepalm:

Цитата:

---

Сообщение от Andrew771

А для начинающих, как автор топика, тем более.

---

ага, именно :v2_dizzy_biggrin2:

Цитата:

---

Сообщение от polikarpov76

ты вроде программистом работаешь?

---

Я такого не говорил. Эх ну и слухи же эти(( Хотя кое где не много и работал на php
Я обычный студент. А на работку по коденгу я думаю через годок второй только устраиваться.
Пишу на c#/php/c++ не много писал/javascript
Большинство все таки c# и php
Могу быстро подстроить себя под любой язык. Assembler думаю быстро не выйдет.

- - - Добавлено - - -

Цитата:

---

Сообщение от andrews

она на С#

---

Не только на C# и на С++ и автор планирует продолжать ее на С++ писать. И чем это такой негатив к c# вызван? Он от с++ практически нечем не отличается. C# имеет и указатели и т.п. Если бы я начал писать вашу идею то только на c#.
c# от с++ конечно имеет много отличий. Ну это тот язык который может себя превратить даже в средний уровень.

Цитата:

---

Сообщение от Lethargeek

только потому, что "может работать и на ЯВУ"

---

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

Цитата:

---

Сообщение от Terabiterr

И чем это такой негатив к c# вызван? Он от с++ практически нечем не отличается.

---

....

Цитата:

---

Сообщение от Terabiterr

c# от с++ конечно имеет много отличий.

---

:v2_dizzy_facepalm:

Цитата:

---

Сообщение от Andrew771

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

---

во-1, ВЫЗЫВАЮТ функции, а индексы (то есть просто числа) - ВОЗВРАЩАЮТ (или передают)
во-2, сразу видно, что ты толком ничего не знаешь про вывод спрайтов, а это не такое простое дело
кстати, и массивы ссылок на массивы асмокодеры в игровой спектрумовской графике применяют аж с дремучих 80-х

Цитата:

---

Сообщение от Terabiterr

Если бы я начал писать вашу идею то только на c#.
c# от с++ конечно имеет много отличий. Ну это тот язык который может себя превратить даже в средний уровень.

---

так попробуйте, тем более что питерские разработчики Visual Prolog-a снова бычат на бесплатной версии как и 21 год назад. Именно тогда, в 1998 году, меня директрисса платного факультета компьютерных технологии питерской Академии Культуры( прошу не смеяться) послала меня к ним закупать дюжину копий их софта для курса "Искусственный интеллект и интеллектуальные ОС". Но в отведенную ею сумму я тогда не уложился,а по бесплатным были одни разговоры( типо приносите ваши винчестеры, мы сами все на них установим) были наполовину( как раз не было инструмента типа Visual Prolog ) готовую методичку ей подарил, а сам попал на Светлану-МЭ ведущим программистом. Но там был банальный С/C++ правда под московскую операционку под R4000 переписанную с VXWORKS Wind River Systems. Теперь ближе к теме. Генерация аксиоматики под заданную предметную область - это определение тех правил, из которых путем логических выводов можно получить весь набор необходимых(эффективных) в данной области правил с возможностью получения программой ситуации неполноты знаний. Вот здесь, кстати, закрытый инструментарий в виде проприетарного Prolog-а может быть препятствием. Чтобы быть еще конкретней, сужая до игрового софта. Необходимо описать некий проект в виде аксиом и целей. Заранее все возможные действия игрока неизвестны. Они возможно и скорее всего конечны, но их такое множество, что описать все варианты для их распознавания просто невозможно. Но надо их распознать по маркеру "игра по правилам" и "игра не по правилам" исходя из базовых правил. Если игрок играет против компьютера по правилам не противоречащим базовым правилам, необходимо понять его стратегию и тактику и сгенерировать свои для победы или наиболее сильного противодействия. Есть конечно классические методы, как в шахматных программах или в Черном Вороне, но вот например в такой игре в танки, в которую мы играли с институтским другом в начале 80-х они вряд ли применимы. Там каждый мог "делать себе танки" с заданными характеристиками не противоречащим конструктивным и физическим ограничениям. Характеристики были засекречены и определялись только в результате боестолкновений. То есть если игроки имеют возможность вводить в игру юниты с заранее неизвестными характеристиками. Адаптация графики игры к той или иной платформе в виде процедурной программы еще более неразрешимая чисто процедурными методами задача. А автоматизация программирования? Не вы изначально определяете классы и их модификацию, а сама программа по неким, возможно сгенерированной ей "в процессе познания" правилам. Возможно и на С# это можно сделать, но на Prolog-е с открытым кодом или на чем-то подобного класса ЯВУ точно проще. С/С++ конечно более низкоуровневый язык, чем С#,но на нем возможно реализовать все, что угодно.

Цитата:

---

Сообщение от Bedazzle

....



:v2_dizzy_facepalm:

---

Так и знал что этот пост сейчас понесет сразу кучу месаджев, как в воду поглядел
Ок.
Let's go!
:v2_scare:

- - - Добавлено - - -

Цитата:

---

Сообщение от andrews

так попробуйте

---

От вашей идем пока вынужден дать заднюю. Пока нужно попробовать хоть что-то. А потом уже возможно я вернусь и к вашей идее.