Правило, которое запомнил, условный рефлекс, что выработал, как превратишь в действие иначе?

смайли ки в этом форуме: класс!!!    

(народ на памперсах раззорится)

Это сообщение отредактировал(а) Мастер - 3.6.2008, 20:13

Мастер, 
как ты думаешь, Java сможет заменить ассемблер?
и вот еще что
перечисли программы, которые у тебя установлены на компьютере, написанные на Java и требующие для запуска JVM

Сгенерить код для железяки можно на любом (пригодном для этого) компьютере. Генератор можно написать на Си или на Java.
Я когдато программировал контроллеры York International с ноутбука, из под ДОС, по RS232.
Генератор кода был написан на Си.

Добавлено @ 19:29
Согласен. С++ завтра будет ещё жив. Но, преучиваться советую начать уже сейчас.

Это сообщение отредактировал(а) Мастер - 3.6.2008, 19:29

ОК
представим ситуацию: тебе нужно написать обработчик прерывания, скажем, под IA-32e
у тебя есть кодогенератор на Java/C
твои действия? (по пунктам)

IA-32e - это процессор?

Хорошо-хорошо. Асемблер будет жить... Сдаюсь!

Конечно будет, но - этот язык не для массового потребления. Инструмент специализированный.
Я, к примеру, никогда не программировал BIOS. Ассемблер использовал только как вставки в Си от Борланд.

Специальные инструменты всегда будут. И С++, очевидно, сохранится, но - не как язык общего пользования.

Насколько я помню, обработчик прерываений, это код, на который указыает ссылка из списка указателей на прерывания. Список этот находится в памяти по конкретному адресу. Место в списке - есть номер прерывания. Так? (В досе это было, кажется, так.)

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

Мне кажется, этим должна заниматься биос. Она должна инициализировать вектор прерываний.

Вот тут что-то говорится о JDK для процессоров IA. Т.е. - Java написана для вашего процессора. Вам её не хватает?

Это сообщение отредактировал(а) Мастер - 3.6.2008, 20:12

тогда еще один вопрос: что легче реализовать, компилятор С++ или JVM?
ты уверен, что можно реализовать JVM под все платформы?


нет

Много лет назад было сообщение, что Java работала в наручных часах. Java работает в пластиковых картах и сотовых телефонах. Т.е. - с точки зрения потребления ресурсов - Java хороша.
Что касается платформ. Я застал ещё аналоговые компьютера. В них перемножадись не числа, а волты и амперы. (Кстати, аналоговые компьютеры управляют Ту-160.) Наверняка, там Java работать не будет. Java не будет работать в нейронной среде, если та аналоговая.
Java работает в многопроцессорных (RISC) компьютерах. (См. тут).

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

Это сообщение отредактировал(а) Мастер - 3.6.2008, 20:39

Уже неверно. Начиная с шестой JDK имеется механизм поддержки скриптовых движков, и, по идее, выполнить можно любую строку, удовлетворяющую некоему формату. Пример:



Одного не пойму - и как с помощью eval() можно захватить мир? Да, временами очень удобно... но не более того. Тем более в Java, которая очень строго относится к попыткам выстрелить себе в ногу.

для плюсов полюбому больше скриптовых движков 

Добавлено через 51 секунду
Ма-стер, Ма-стер, Ма-стер, Ма-стер, Ма-стер, Ма-стер, Ма-стер!! давай еще!
 

Добавлено через 3 минуты и 59 секунд

в них решаются диф-уравнения, джавы там точно нет 

Добавлено через 13 минут и 14 секунд
а сейчас я буду объяснять почему Java - отстой  
Java - с точки зрения эффективности, далека до идеала (в лице Си), поэтому, когда программа написанная на Java-e выполняется, огромное количество тактов процессора тратится на обработку байт кода и преобразование его в машинные инструкции ну и на много чего еще (наверное), каждый такт процессора - трата электроэнергии, что-бы произвести эту энергию нужно, к примеру, сжечь некоторое количество углеводородов, эти углеводороды образовывались миллион лет, и они не возобновляемые... то-есть программируя на Java вы только увеличиваете энтропию вселенной, приближаете ее тепловую смерть. еще это приводит к дефициту углеводородов, как результат - посевные площади занимают рапсом, а в странах третьего мира - нехватка продовольствия и голод...
теперь вы видите, почему программы должны быть эффективными, почему их нужно писать на компилируемых(в нативный код) языках!   

Не знал. В первой Jave этого не было.
Кто же компиляет скрипт?
Впрочем, это не совсем то. В Jave нельзя сгенерить код на Java, и исполнить его.Для начала вам нужно разобраться с интеллектом. Интеллект - это что?
Когда поймёте - станет ясно - как это можно реализовать на компьютере.
Кстати, интеллектом обладают все, кто имеет нервную систему. Обучаться (вроде бы) могут не все.

Конгда вы пишите программу на Си, вы обеспечиваете компьютер набором безусловных рефлексов. Ваша программа не умеет учиться. Чтобы учиться, нужно уметь записывать(запоминать) правила. На Си это (практически) невозможно. На JavaScript, благодаря eval, это можно.

Теперь, чтоб запомнить правило, его, правило это, нужно ещё сгенерить. А вот это - от задачи зависит, и - от вашего понимания её.
А что мешает скомпилировать байт код? Я, почемуто, думаю, что это проще, чем скомпилировать Сишный текст.

Кроме того, писать на Java алгоритмы обработки данных  неправильно. К Java нужно подключить библиотеку, которая это делает. Задача Java - синхронизировать работу многих нативных процессов. Большего от неё требовать не следует. Даже интерфейс на Java писать не правильно, потому, что неудобно. Cложно и гибкий он не получается.
Интерфейс нужно писать на DHTML.

Это сообщение отредактировал(а) Мастер - 4.6.2008, 09:16

 А теперь пожалуйста то же самое, но в синтаксисе Java ;)

Тар, это ты?


В самом деле?


Набор слов. 


Что такое "учиться"(с)?

Мастер, разницу между скриптами и компилируемыми в машинный код языками понимаем?

Технически можно, только это мало похоже на пресловутый eval(). Достаточно сгенерировать правильный код для класса и подать внешнему компилятору команду на компиляцию. Более того, с этой проблемой народ встречается не так редко; Apache создали удобный пакет Java Compiler Interface для её решения.

А что - есть сомнения?
JIT - это компилятор?
Зачем "компилировать налету", если можно докомпилять байткод до натив. Что мешает?
Java, хотя и проще чем С++, сложный язык. Поэтому реализация в Java возможностей, которые уже есть в JavaScript, кажутся не очень интересными. Я в Java только по нужде хожу. (Сокеты там хороши. Ах!)

Это сообщение отредактировал(а) Мастер - 4.6.2008, 09:43