(no subject)
Monday, April 4th, 2005 10:07![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
kastanedaOpenSource в опасности. Microsoft всех перехитрила.
Итак, сначала вводные тезисы:
Связка «язык программирования -> промежуточный язык -> бинарный код VM -> нативный (отJIT'еный) код» становится чертовски хороша, когда отдельные компоненты можно заменять. Java сдохнет, потому что проще и удобнее компилировать приложения на Java не в байт-код JVM, а в CIL. Что, кстати, и делается. IronPython позволяет писать на старом добром Питоне, который работает со скоростью аналогичной программы на C. И это на любой архитектуре. Круто и удобно.
Как всегда, Microsoft вовсю промывает голову студентам. Не буду говорить, насколько это плохо, когда в образовании используются пропиетарные решения. Всё это фигня по сравнению с тем, что через несколько лет практически весь RAD будет вестись на .Net (и важность Mono здесь сложно преуменьшить). Помните эпоху Delphi? Причина, всего лишь — что тогда в ВУЗах учили Паскаль.
А теперь самое время вспомнить, что старым софтом никто не пользуется. Нет, серьёзно — у кого на винте остался RAR 1.40 или ARJ? Пользователи скачивают новые версии, переходят с софтины на софтину в поисках идеала, и старый софт остаётся только у тех, кто не может его сменить на что-то другое (по причине отсутствия сети, «лишних» ресурсов, умения установки софта, или наличия религиозных запретов).
В то же время Intel уже не может продолжить «гонку мегагерцев». Особенно — со старой архитектурой, на которой работает такое чёртово количество старых виндовых приложений, собранных «под x86». Не раз говорилось, что, возможно, .Net со всеми странностями нужен Microsoft'у именно для того, чтобы через несколько лет можно было безболезненно перейти на какой-нибудь Itanium. Да хоть на G5, суть не изменится. Все приложения — всего лишь бинарный код для VM, который удобно перефигачить под нужный нам процессор.
А вот теперь — маленький прикол. Кто знает о существовании ПЛИС или умеет программить на VHDL? Кто знает, что 300 тыс. вентилей — это нормально, а 1 млн. вентилей на кристалл — это круто? А частоты в 50-150 MHz, на которых работают те камушки, иначе как смехотворной и назвать нельзя… пока не увидишь, как на этой смехотворной частоте работает аппаратный MPEG encoder.
Так вот. А теперь мой прогноз на тему dark future. 2009 год, средний пользовательский десктоп, в основном, состоит из .Net'овских приложений. Intel анонсирует «железку» из какого-то старого Xeon'а с сопроцессором на борту. В роли сопроцессора выступает FPGA на 64M вентилей, работающий с внутренней тактовой частотой 850 MHz. Все спецификации закрыты на сто замков и триста лицензионных соглашений. В то же время Microsoft анонсирует CIL-to-VHDL конвертор/оптимизатор. Любое «числодробительное» приложение может выполняться (в зависимости от настроек, приоритетов и т.д.) на этом самом сопроцессоре. Закон Мура реабилитирован. Геймеры в восторге. Mono в жопе. Фил Циммерман предлагает переходить на 64-Кбитные ключи. Традиционные компиляторы, такие как gcc, окончательно становятся «прошлым веком».
Думаю, развивать мысль на тему CIL-to-VHDL можно дальше и без моего участия.
Не то, чтобы сама эта идея была такой уж плохой. Скорее, я «за» обеими руками. Только, чур, пусть это делает не Microsoft с Intel'ом, а кто-то другой.
Итак, сначала вводные тезисы:
- Intel и Microsoft давно и прочно дружат против простых юзеров.
- Архитектура x86 сдохла и воняет. Достаточно посмотреть на AMD и Transmeta.
- Закон Мура куда-то пошел погулять, процессоры стали расти «вширь» (в SMP).
- OpenSource Software достаточно перекомпилировать под другую архитектуру.
- Юзерам пофиг OS, им нужны прикладные программы.
- Грядёт новое поколение «студентов», пишущих на .Net (с подачи MS, есс-но).
- Mono и dotGNU следуют за Microsoft и не могут навязывать своих правил.
- Вычислительные мощности всегда есть куда применить.
- Полный парк десктопного ПО обновляется за несколько лет.
Связка «язык программирования -> промежуточный язык -> бинарный код VM -> нативный (отJIT'еный) код» становится чертовски хороша, когда отдельные компоненты можно заменять. Java сдохнет, потому что проще и удобнее компилировать приложения на Java не в байт-код JVM, а в CIL. Что, кстати, и делается. IronPython позволяет писать на старом добром Питоне, который работает со скоростью аналогичной программы на C. И это на любой архитектуре. Круто и удобно.
Как всегда, Microsoft вовсю промывает голову студентам. Не буду говорить, насколько это плохо, когда в образовании используются пропиетарные решения. Всё это фигня по сравнению с тем, что через несколько лет практически весь RAD будет вестись на .Net (и важность Mono здесь сложно преуменьшить). Помните эпоху Delphi? Причина, всего лишь — что тогда в ВУЗах учили Паскаль.
А теперь самое время вспомнить, что старым софтом никто не пользуется. Нет, серьёзно — у кого на винте остался RAR 1.40 или ARJ? Пользователи скачивают новые версии, переходят с софтины на софтину в поисках идеала, и старый софт остаётся только у тех, кто не может его сменить на что-то другое (по причине отсутствия сети, «лишних» ресурсов, умения установки софта, или наличия религиозных запретов).
В то же время Intel уже не может продолжить «гонку мегагерцев». Особенно — со старой архитектурой, на которой работает такое чёртово количество старых виндовых приложений, собранных «под x86». Не раз говорилось, что, возможно, .Net со всеми странностями нужен Microsoft'у именно для того, чтобы через несколько лет можно было безболезненно перейти на какой-нибудь Itanium. Да хоть на G5, суть не изменится. Все приложения — всего лишь бинарный код для VM, который удобно перефигачить под нужный нам процессор.
А вот теперь — маленький прикол. Кто знает о существовании ПЛИС или умеет программить на VHDL? Кто знает, что 300 тыс. вентилей — это нормально, а 1 млн. вентилей на кристалл — это круто? А частоты в 50-150 MHz, на которых работают те камушки, иначе как смехотворной и назвать нельзя… пока не увидишь, как на этой смехотворной частоте работает аппаратный MPEG encoder.
Так вот. А теперь мой прогноз на тему dark future. 2009 год, средний пользовательский десктоп, в основном, состоит из .Net'овских приложений. Intel анонсирует «железку» из какого-то старого Xeon'а с сопроцессором на борту. В роли сопроцессора выступает FPGA на 64M вентилей, работающий с внутренней тактовой частотой 850 MHz. Все спецификации закрыты на сто замков и триста лицензионных соглашений. В то же время Microsoft анонсирует CIL-to-VHDL конвертор/оптимизатор. Любое «числодробительное» приложение может выполняться (в зависимости от настроек, приоритетов и т.д.) на этом самом сопроцессоре. Закон Мура реабилитирован. Геймеры в восторге. Mono в жопе. Фил Циммерман предлагает переходить на 64-Кбитные ключи. Традиционные компиляторы, такие как gcc, окончательно становятся «прошлым веком».
Думаю, развивать мысль на тему CIL-to-VHDL можно дальше и без моего участия.
Не то, чтобы сама эта идея была такой уж плохой. Скорее, я «за» обеими руками. Только, чур, пусть это делает не Microsoft с Intel'ом, а кто-то другой.
no subject
Date: Monday, April 4th, 2005 10:21 am (UTC)Ни один интерпретируемый язык не выровняется в скорости с компилируемым в native code. И программируемые матрицы тут не помогут.
Да, платформа может смениться, но общие принципы разработки не пойдут на какую-то принципиально другую архитектуру. А то что щас вылезет толпа .NETовцев, так это ещё года через 2 забудут, и будут вылазить толпы следующих "next generation" "программистов". Вспомни, какой ажиотаж творился вокруг явы?
Проблема в том, что универсальных решений не бывает, и вокруг этого, имхо, всё и крутится.
ps: perl сакс? ;)
no subject
Date: Monday, April 4th, 2005 10:24 am (UTC)фигня в том, что грань между интерпретируемыми и компилируемыми языками всё сильнее размывается JITом. в том-то и вся соль.
посмотри на тот же IronPython.
no subject
Date: Monday, April 4th, 2005 10:26 am (UTC)no subject
Date: Monday, April 4th, 2005 10:36 am (UTC)no subject
Date: Monday, April 4th, 2005 10:31 am (UTC)Посмотри на ситуацию шире. Для Python'а есть целых два варианта JITа - тот, что в .Net/Mono, и Psyco. Что тут говорить о скорости выполнения?
Или так... Чем отличаются Трансметовские процессоры от остальных? Своим знаменитым code morphing'ом, вестимо. Отлитым в железе code morphing'ом, работающем в realtime! Что говорить про софтварные реализации, у которых нет реалтаймовых ограничений на оптимизацию?
no subject
Date: Monday, April 4th, 2005 11:52 am (UTC)no subject
Date: Monday, April 4th, 2005 12:09 pm (UTC)no subject
Date: Tuesday, April 5th, 2005 07:51 am (UTC)no subject
Date: Tuesday, April 5th, 2005 07:51 am (UTC)no subject
Date: Saturday, August 22nd, 2009 11:22 am (UTC)Фу ты, какой примитивный способ вызывания показательного гнева древних богов.
Не придут.
no subject
Date: Monday, November 13th, 2006 08:03 pm (UTC)http://www.xtremedatainc.com/xd1000_brief.html
no subject
Date: Saturday, August 22nd, 2009 11:32 am (UTC)И либо мы умеем кормить их правильно, либо ничего от них не добьёмся.
А о тенденциях - вопрос не в дотнете и не в Стрёмной Железке. Как бы ни крутились крупные игроки рынка, он смещается в сторону абстрагирования от конкретики железа. Уже сейчас Чёрные Ящики просто не получают рынка - думаешь, производители видеокарт открывают интерфейсы из чистого альтруизма? Корпоративный сегмент уравнивает всех - казалось бы, там должны любить чёрные ящики с обслуживанием, но уже лет 10 как не любят: диверсификация, преемственность и совместимость, панимаиш.
И средний пользовательский десктоп стремительным домкратом идёт к избавлению от приложений как таковых. В этом смысле уже и софт-боги просекли, что заработать на миллиарде хомячков по подписке на серверный софт или внедрению в него рекламы в разы проще, чем тиражируя носорожье говно для индивидуального применения и борясь с пиратами.