Pull to refresh
0
Иван Кузнецов @Ikeread⁠-⁠only

User

Send message
Толпа умников, которые не представляют как сложно верстать такие проекты.
В России? Вообще то во всем мире. Что-то с ноткой завистью редактор говорит, с ноткой зависти, нет у него не буржуя инвестора, не гениальности.
вы же прекрасно знаете что если Apple что-то делает, то делает это правильно. У меня нет желания гадать за них.
Потому что динамично развивающиеся языки с открытым исходным кодом. Потому что там где не требуется сложная бизнес-логика, Java это оверкилл, потому что... список можно продолжить.
Вот именно что теоретически. К тому же зачем, когда проще сделать собственную виртуальную машину для того же Python и Ruby, из исходного кода генерить байт код всеже проще.

К тому же зачем, когда можно использовать уже готовое и работающие?
А как иначе? Или я технически чего-то не понимаю?
использовать IronRuby и IronPython в рамках Tamarin можно только используя виртуальную машину в рамках которой этот код исполняется.

Да, придется подождать детальной информации.
Привязка и сейчас может идти к нескольким компьютерам.
Конечно же не к одному, а к списку компьютеров.
я думаю так, в особенности если они будут развиваться совместно с mozilla
Поддержки Java байт-кода не будет, поскольку выбран .NET байткод, я думаю так, поскольку говорить о поддержке двух виртуальных машин, не всилах даже mozilla, хотя — пройдет время, увидим.
Речь идет немного о большем нежели Python/Ruby вместо JavaScript, поскольку оный сейчас удовлетворяет все потребности, кроме может быть производительности. Речь скорее идет о среде для создания веб-приложений где большая часть логики будет на клиенте (именно поэтому как мне кажется и выбрали байткод, а не интерпритацию), а писать серьезную логику js'ом конечно можно, но совсем не вкусно.
Меня тоже немного удивило, почему на Java, есть жу Jython и JRuby, но наверняка какие-то причины на это были.
Беды то конечно никакой нет, вопрос исключительно в качестве реализации.
IronPython, IronRuby и Mono, скажем так еще недоделаные до конца технологии, и вопрос в том, как они заживут вместе.

Они просто сделают API к своему DOM парсеру, XSLT трансформатору, и к дополнительным ресурсам браузера.

Вообще Mozilla респект и уважуха за подобные начинания, посмотрим что из этого получиться.
Речь идет скорее не о возможности замены js, а о клиентской, кроссплатформенной среде для исполнения приложений, то есть большая часть логики передается на клиент в виде байт-кода (именно поэтому и выбрали Iron), а с сервера получает только данные. Если рассматривать с точки зрения MVC то на сервере остается Model, а в браузере у нас и View и Controller. В общем то, о чем так давно говорили большевики.

Единственный вопрос как они добьются кроссплатформенной .NET оболочки.
Да, хороша... Как жаль, что именно Windows вышел из этой гонки, а ведь до 2000'ного он был на порядки хуже OS/2 образца 1996 года...
OS/2 все-таки не был прямым конкурентом серверным OS, таким как BSD, поскольку IBM предлагал AIX, а в отличии от Silicon Graphics — OS/2 это массовый продукт.

А вот отдельное рассмотрение узкоспециализированных OS не помешал бы.
12 ...
16

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity