Представление объекта в программировании. - страница 12
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Пётр, откройте для себя UML (https://ru.wikipedia.org/wiki/UML)
то что вы пытаетесь высказать "уже украдено до вас" :-)
Уже писал ему об этом) Два года назад)
Форма - такой же атрибут объектов как и процессы или состояния и по сути, просто множество физических компонентов (частиц, например) которыми обладает объект и которые привносят свои параметры (х,у,z,...) в его набор.
Примерно так.
Частности лучше убрать. Их наличие говорит о слабой проработке концепции - вот у нас есть натуральные числа и числа 3, 5, 9.
Реter Konow #:
2. Вопрос с вычислительной мощностью пока не обдумывал, хотя в голову он приходил. Пока не знаю как будет расти потребление ресурсов. Думаю, все будет зависить от сложности генерируемых программ и конечно, в какой момент мы упремся в потолок.
3. Вопрос " Как будет формулироваться задача для её программного решения " пока не имеет ответа. Еще рано. Практическое применение впереди. Сейчас я сосредоточен на воплощении идеи быстрого построения содержания объекта программой.
*Дополнено:
Немного некорректно ответил на вопрос касательно вычислительной сложности перепутав ее с "мощностью", хотя в принципе ответ можно оставить неизмененным, т.к. вычислительная сложность "покоряется" вычислительной мощности. Ну и подходу к задаче, разумеется.
2. Этот вопрос сложнее самой концепции. Для начального примера можно взять игру компьютера в шахматы, когда до этого предварительно происходило обучение на мощных компьютерах, но у нас ведь более сложные правила построения программ.
3. Описание объектов/среды с правилами взаимодействия/изменения и конечное состояние объектов/среды. В простом примере возьмём трейдинг: есть цены, индикаторы, математические операции и правила работы с рынком, использования математики в сочетании с ценами, индикаторами, ну и целевая, в качестве которой пускай будет максимальный баланс.
А если брать пример по сложнее, сортировка чисел в массиве. У нас есть массив со случайными числами, целевая, которая определяет, все ли числа в массиве соответствуют правилу "больше предыдущего"(крайние случаи для простоты не будем учитывать) и множество правил/принципов построения программ. Это как вообще решать? Пространство поиска бесконечно. Мы можем сами ограничить количество операций до "сравнение чисел в массиве", "перестановки", оставить цикл "for", изменить саму целевую чтобы она хоть немного отображала насколько мы близки к конечному результату(например, процент правильных расположений соседних элементов),ограничение по времени выполнению и др. Но это уже равносильно ручному написанию программы. Об этом стоит задуматься на раннем этапе.
2. Этот вопрос сложнее самой концепции. Для начального примера можно взять игру компьютера в шахматы, когда до этого предварительно происходило обучение на мощных компьютерах, но у нас ведь более сложные правила построения программ.
3. Описание объектов/среды с правилами взаимодействия/изменения и конечное состояние объектов/среды. В простом примере возьмём трейдинг: есть цены, индикаторы, математические операции и правила работы с рынком, использования математики в сочетании с ценами, индикаторами, ну и целевая, в качестве которой пускай будет максимальный баланс.
По физике мы можем посчитать волны от камня в воду. при этом вода перед этим статична. А вот камень в шторм пока расчету не подвластен.
Моделирование и описание среды лучше от простого к сложному. 1000 трейдеров с понятным распределением депозитов, есть описание поведение, так же не одинаковое, но мы понимаем группы одинакового поведения. Новость. Рассчитать поведение трейдеров и движение цены.
2. Этот вопрос сложнее самой концепции. Для начального примера можно взять игру компьютера в шахматы, когда до этого предварительно происходило обучение на мощных компьютерах, но у нас ведь более сложные правила построения программ.
3. Описание объектов/среды с правилами взаимодействия/изменения и конечное состояние объектов/среды. В простом примере возьмём трейдинг: есть цены, индикаторы, математические операции и правила работы с рынком, использования математики в сочетании с ценами, индикаторами, ну и целевая, в качестве которой пускай будет максимальный баланс.
А если брать пример по сложнее, сортировка чисел в массиве. У нас есть массив со случайными числами, целевая, которая определяет, все ли числа в массиве соответствуют правилу "больше предыдущего"(крайние случаи для простоты не будем учитывать) и множество правил/принципов построения программ. Это как вообще решать? Пространство поиска бесконечно. Мы можем сами ограничить количество операций до "сравнение чисел в массиве", "перестановки", оставить цикл "for", изменить саму целевую чтобы она хоть немного отображала насколько мы близки к конечному результату(например, процент правильных расположений соседних элементов),ограничение по времени выполнению и др. Но это уже равносильно ручному написанию программы. Об этом стоит задуматься на раннем этапе.
Мозг человека не самая лучшая машина для решения всех задач и значительно уступает компьютеру в скорости и точности вычислений, но мы почему то пытаемся приблизить компьютер к мозгу, а не мозг к компьютеру. Почему же? Вы ставите компьютеру задачи низшего порядка, считая что в этом и есть цель, я же пытаюсь поставить "макро-задачу" конструирования разнообразных систем на основе общей модели объекта. Возможно, этот компьютер и не будет быстро и точно сортировать массивы, как и человек, но сможет делать что то, намного большее. Кто знает...
Мозг человека не самая лучшая машина для решения всех задач и значительно уступает компьютеру в скорости и точности вычислений, но мы почему то пытаемся приблизить компьютер к мозгу, а не мозг к компьютеру. Почему же? Вы ставите компьютеру задачи низшего порядка, считая что в этом и есть цель, я же пытаюсь поставить "макро-задачу" конструирования разнообразных систем на основе общей модели объекта. Возможно, этот компьютер и не будет быстро и точно сортировать массивы, как и человек, но сможет делать что то, намного большее. Кто знает...
мозг гораздо мощнее чем комп.. просто задачи которые он выполняет не очень ценятся.. по крайней мене не являются мерой оценки мощности работы..
Мозг человека не самая лучшая машина для решения всех задач и значительно уступает компьютеру в скорости и точности вычислений, но мы почему то пытаемся приблизить компьютер к мозгу, а не мозг к компьютеру. Почему же? Вы ставите компьютеру задачи низшего порядка, считая что в этом и есть цель, я же пытаюсь поставить "макро-задачу" конструирования разнообразных систем на основе общей модели объекта. Возможно, этот компьютер и не будет быстро и точно сортировать массивы, как и человек, но сможет делать что то, намного большее. Кто знает...
У человека есть критическое мышление, а у компьютера этого нет
Мозг человека не самая лучшая машина для решения всех задач и значительно уступает компьютеру в скорости и точности вычислений, но мы почему то пытаемся приблизить компьютер к мозгу, а не мозг к компьютеру. Почему же? Вы ставите компьютеру задачи низшего порядка, считая что в этом и есть цель, я же пытаюсь поставить "макро-задачу" конструирования разнообразных систем на основе общей модели объекта. Возможно, этот компьютер и не будет быстро и точно сортировать массивы, как и человек, но сможет делать что то, намного большее. Кто знает...
мозг гораздо мощнее чем комп.. просто задачи которые он выполняет не очень ценятся.. по крайней мене не являются мерой оценки мощности работы..
Безусловно, но мы очень плохо умеем им управляться и зачастую приходиться мириться с очень низкой производительностью, на фоне которой компьютеры легко уделывают нас.)
Безусловно, но мы очень плохо умеем им управлять