Немного крамольная статья о жизни Спектрума в новом тысячелетии

[icebear]

Есть один ньюанс: когда проект разрастается достаточно -- АБСОЛЮТНО ПОФИГ НА ЧЁМ ОНО НАПИСАНО. Может слегка утрирую, но мысль примерно такая.

Абсолютно верно. Здесь только два нюанса, причём последний прямо зависит от первого. Так вот первый - это деньги. Самоё дешёвое написать на php и прочем сброде, можно нанять кучу второкурсников и написать за смешные деньги, благо php простой как три копейки. Второй нюанс - если нужна массштабируемость, то php вкупе с С и С++ (в виде cgi) сразу курят в сторонке, а она понадобится сразу же после первого месяца жизни магазина, когда суперлинукс на четвёртом пне ежесуточно будет вставать на колени от тысячи хитов и судорог левой mysql (единственная база данных, от которой у меня устойчивые рвотные позывы, даже на MS Access такой реакции нет).

Вопрос: что мне даст java? Я понимаю, что реализация того же самого на C заставляет решать массу уже решённых вопросов. Но java -- это не единственное верное средство здесь. Эти магазины на php и perl пишут пачками, наверное больше чем на java (я так, просто на freshmeat посмотрел, особо не вникал -- может и не прав).

Ява тебе даст:
а) быструю разработку - меньшая стоимость проекта
б) удобную администрацию проекта (апдейты, апгрейды, та же масштабируемость и пр. , а это всё опять же деньги)
в) настоящую кроссплатформенность, которой до сих пор не может похвастаться ни С, ни С++.

Можно составить списки для С и С++, php и прочем.

Но ни одному нормальному человеку не придёт в голову писать десктоповые апликации или драйвера на яве. Ибо кесарю кесарево...

[CHRV]

Легко. Как только яву придумают для МС68302. А если ты такой умный, почему не собираешь АТМ на транзисторах, без использования каких-либо имс? Или вобще на диодах?

Ну вообщето можно сказать что я собираю на транзисторах и диодах, токо упакованных в большие блоки... Кстати к языкам ВУ это так же относится. Таже жава машина - написана далеко не на жаве.
СПасибо кстати за комплемент .

С этого надо начинать дискуссию. Я могу развести здесь диссертацию на тему почему ООП лучше ПП, но за меня это уже давно сделали

Токо идиот моджет утверждать что ООП лучше, ибо он ЛУЧШЕ ТОЛЬКО ДЛЯ ОПРЕДЕЛЕННОГО КЛАСА ЗАДАЧ.
Ннапример какой нить ембедед-контроллер лифта или клавиатуры писать на ООП просто безсмыслено. Ну или ближе к теме ты видел где нить 4К-intro написанное на ООП?

[ASDT]

"собираю на транзисторах и диодах"
А собственно в чем проблема? Буржуи вовсю процессора
на мелкой логике собирают ... И не парятся с языками ...
Микрокод рулит
У некоторых в коллекции и транзисторная ивм найдётся
Это вопрос желания - кому с чем охота повозиться ...
У меня например, с детства мечта - собрать ОЗУ на проволоке
(звукорые волны в металле)

[icebear]

Таже жава машина - написана далеко не на жаве.
СПасибо кстати за комплемент .

Ага, есть например железные имплементации JVM и что?

Токо идиот моджет утверждать что ООП лучше, ибо он ЛУЧШЕ ТОЛЬКО ДЛЯ ОПРЕДЕЛЕННОГО КЛАСА ЗАДАЧ.

Померяемся письками? ООП подходит для большинства задач. Ты будешь с этим спорить?

Ннапример какой нить ембедед-контроллер лифта или клавиатуры писать на ООП просто безсмыслено.

Абсолютно верно. Однако полемика началась не в контексте каких-то мк. Не путай тёплое с мягким.

Ну или ближе к теме ты видел где нить 4К-intro написанное на ООП?

Где ты видел интро, которое приносило какую-нибудь пользу/выгоду? И я где-то утверждал, что только ява тру?

[ASDT]

Было так:
"предложить широким слоям "самодельщиков" что-то современное.
Было бы интересно создать недорогой, легко повторяемый сетевой компьютер на основе ядра z80, или его расширений "
Но это бред. Для современного - надо использовать современные решения,
а не ядра Z80 ... А для "ретро" - другие требования.
Это и дауну понятно.

[andrews]

итак, какие VM (virtual machine) на сегодняшний день имеют место быть, имея в виду не только SUN, но и кого-угодно ваяющего по их спецификации. С полтыка и по ссылкам с этого форума я наткнулся на полдюжины проектов по разработке и портированию JVM на архитектуры вплоть до быстрых 100MHz 8-битных RISC процессоров ( у Rabbit4000 кстати говоря 60MHz расширенный (с ethernet-прибамбасами)проц, поддерживающий операции с 16 и 32-битными данными, адресуемая страничная память до 16 Мбайт.
ARM-9 и ARM-7 тоже неплохо, но чем хуже интель или моторола в мобильниках с этой точки зрения(ведь не z80 ядро все равно потребует эмуляции для запуска "классического" софта). Относительно JAVA прозвучали разумные голоса о масштабируемости и портируемости(ведь собственно на портируемость и делался упор при разработки этой технологии). С++ для ZX Spectrum все-равно до сих пор так и не создан!
С же есть и для Rabbit4000. Если у кого есть удачно заточенный инструмент для ZX Spectrum на основе IAR, GNU, или прочего поделитесь со всеми! Не нужно никому объяснять, что инструментария(бесплатног� �) для жабы, да и самих jdk всюду навалом.
Что же касается низкоуровнего кодирования, то для жабки такая возможность тоже имеется.

[Advertiser]

[CHRV]

Раббит сильно дороже того же АРМа поэтому они у нас не очень приживаются, да и достать их в России сложно.

Джава язык прикольный, но крайне ресурсоемкий. Я честно говоря для персоналок видел только одно ядро Java которое полностью являлось ОС (от Novell), остальное это виртуальные машины под ОС.

[ASDT]

Когда увидим суперкомпьютер Rabbit4000ZX, тогда и поговорим ...
А так - эта Jav-ный ананизм

[icebear]

Что же касается низкоуровнего кодирования, то для жабки такая возможность тоже имеется.

Какой ценой знаешь?

Да и вообще это от лукавого. Именно на Спектруме не хватает С.

[icebear]

Джава язык прикольный, но крайне ресурсоемкий.

Заблуждение, которым всегда руководствуются, опуская яву Ничего личного.