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

[boo_boo]

А вместе с ними квалифицированный слой кодеров...

Ява - зло. Хоть как плюйтесь, но ява - зло.

точняк! любого фаната низкоуровневого программирования от жабы с души воротит, а жаберам этого и подавно не надо.

[Advertiser]

[icebear]

точняк! любого фаната низкоуровневого программирования от жабы с души воротит, а жаберам этого и подавно не надо.

Фанатам низкоуровнего программирования предложение написать банальный магазин и запустить его на любом кластере. Напишите или нет - дело десятое, интересуют два вопроса: за сколько напишите и как легко запустите на произвольной платформе.

[CHRV]

Фанатам низкоуровнего программирования предложение написать банальный магазин и запустить его на любом кластере. Напишите или нет - дело десятое, интересуют два вопроса: за сколько напишите и как легко запустите на произвольной платформе.

Гы-гы Фанатам высокоуровнего програмирования предлагается написать ПО для банковского терминала у которого 256кб оперативной памяти и процессор ну например МС68302.

Просто есть определенные задачи и есть языки для их решения.

[icebear]

Гы-гы Фанатам высокоуровнего програмирования предлагается написать ПО для банковского терминала у которого 256кб оперативной памяти и процессор ну например МС68302.

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

Просто есть определенные задачи и есть языки для их решения.

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

[CHRV]

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

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

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

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

[icebear]

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

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

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

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

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

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

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

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

[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 всюду навалом.
Что же касается низкоуровнего кодирования, то для жабки такая возможность тоже имеется.

[CHRV]

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

Давай сначала определимся в понятии "большинства задач", например ембеддед контроллеры распространены гораздо больше чем персоналки и сервера - т.е. задачи решаемые ими это большинство получается. Меряться с тобой не интересно, ибо с логикой проблемы - у тебя религиозный подход к теме. Главное понять что ООП это не панацея, а только средство решения.

Похожую тему как то Нэмо раскрывал - он попросил както чела перерисовать схему, чтобы потом размножить на ризографе. Ну чел естественно сказал типа щаз мы в ПЦ все загоним и быстро нарисуем, в итоге через неделю работа еще не была готова. Потом Нэмо пошел к другому челу и тот ему нарисовал вручную на бумаге за полтора часа.
Я к тому, что ООП это хорошо, но все решать через ООП - это плохо.

[fk0]

Фанатам низкоуровнего программирования предложение написать банальный магазин и запустить его на любом кластере.

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

Напишите или нет - дело десятое, интересуют два вопроса: за сколько напишите и как легко запустите на произвольной платформе.

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

[icebear]

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

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

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

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

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

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