ljr_todo: Постинги пользователей из LJ

(Читать комментарии) - (Добавить комментарий)

kouzdra
2005-07-21 15:17 (ссылка)

Ну вот пример про массив - нужен
массив из class { int no; Seg ind; int hash; }
где class Index { int no; int len; }

Типы от балды, но точно воспроизводящий реальный пример. И из него надо устроить массив. Содержательный размер элмента - 16 байт, тут - сверху - 4 байта ссылка в массиве, два объекта (каждый - минимум +4 байта сверху, если не 8), и еще одна ссылка. - то есть - как минимум - еще столько же. Плюс к этому в С я могу уплотнить это дело.

2-3 раза - величина весьма значимая. Если массив большой, а так часто бывает, надо что-то делать. Единственный способ - массив разваливается на 4 паралельных, с правкой всего кода. Тогда в С довольно много вещей делаются вообще прозрачно. С С#, кстати, тоже.

Если речь идет не о массиве, а просто о структуре - там вообще никак не выкрутиться. А такие вещи довольно часто означают ухудение характеристик в несколько раз. То есть - Java не очень плоха, пока ресурсы не поджимают, но они почему-то рано или поздно всегда начинают поджимать. Вот с NPJ-то видно, что Миша был прав и у npj действительно начинаются проблемы с производительностью.

Платформа - это тоже не подарок. Например - необходимо поставлять JRE вместо с продуктои, да и вообще - javaские продукты несколько, ээээ, кривовато вписываются в внешнюю среду. Уши jvm торчат.

Про вывод типов - консилиум с участием человека, который просто писал проверку типов в generic - ну был довольно штатным мероприятием. Неочевидно. С++ шаблоны по крайней мере не содержат хаков, да и вообще - и проще и практичнее.

По поводу getClass - прелесть же там в том, что нет у этого метода никакого типа результата. Есть хак в компиляторе, который и описан в доке. Описать такой же в своей программе невозможно. Хотя в O'Caml например - такое вполне делается. А язык проще.

То есть - большой проект бы я на Java делать не стал. Жопа будет. Разве что очень припрет с библиотеками. Есть у нее еще достоинство - на Java можно сажать "тупых" программистов. Облажаться на ней довольно трудно. В этом смысле - да - такой Visual Basic с более все-таки пристойным синтаксисом.

А про "выражение, которое нельзя выделить в переменную" - это очень просто - именно так - у него тип есть, но на Java переменную с таким типом описать нельзя. То есть - в Java 1.5 в общем случае корректный introduce variable невозможен. Бывает и довольно часто вокруг <? extends T>. Пример рожу как соберусь Java отставить. Оно не то, чтобы, на практике смертельно, но generic'и с такими пенками назвать простой конструкцией - никак невозможно.

На самом деле пример того, как можно - вот я O'Caml-евскую программку постил - это не скриптовый язык. Это статически типизированный язык (вообще без всякой runtime type information), который компилится в нативный код (хороший код, кстати). Когда Саны Java рожали - это уже лет 15 как было придумано - в смысле семейство ML. Собственно сейчас-то и C# и Java те самые люди и наворачивают, но когда навороты вставляют задним числом всегда кривь получается.

То есть Java ругать можно очень много за что. Пока я на ней не пописал - тоже думал - С++ плохо, Java - хорошо (ну люблю я и GC и надежную типизацию). В общем - в долгосрочной перспективе с Java imho шаносов влипнуть в серьезные проблемы больше.

(Ответить) (Уровень выше) (Ветвь дискуссии)

drz
2005-07-21 15:30 (ссылка)

"Единственный способ - массив разваливается на 4 паралельных, с правкой всего кода."

Я вообще не могу себе представить ситуацию, когда нужен этот самый массив.

"Вот с NPJ-то видно, что Миша был прав и у npj действительно начинаются проблемы с производительностью."

НПЖ - на пхп. И этим всё, увы, сказано.

"Например - необходимо поставлять JRE вместо с продуктои"

Вы опять ушли в тему клиентских приложений, я уже высказывался, что клиентские приложения на яве суть зло. Сервер - вот среда обитания явы.

"писал проверку типов в generic"

Не понял. Компилятор ведь сам проверяет.

"То есть - большой проект бы я на Java делать не стал"

Я бы - ровно наоборот :) . Уже объяснил, почему. Сопровождение проектов на яве проще в разы по сравнению со всем, что сейчас есть.

"на Java можно сажать "тупых" программистов."

Вот это - ни в коем случае! А то вся организация будет завалена горами оторванных рук.

"А про "выражение, которое нельзя выделить в переменную" - это очень просто - именно так - у него тип есть, но на Java переменную с таким типом описать нельзя."

Всё-таки примера конкретного хочется.

"который компилится в нативный код (хороший код, кстати)."

Ява тоже в нативный код компилит. И летает весьма шустро. См. HotSpot.

"То есть Java ругать можно очень много за что"

Если это делать как Максим Кизуб, там действительно здравые наезды.

"В общем - в долгосрочной перспективе с Java imho шаносов влипнуть в серьезные проблемы больше."

Хм... с 98-го года некоторые проекты наши работают, до сих пор некоторые улучшаем (т.е. добавляем функциональности), про другие уж и забыли, люди просто пользуются и не жалуются.

(Ответить) (Уровень выше) (Ветвь дискуссии)

	kouzdra 2005-07-21 15:58 (ссылка)
	А может лучше по email? - а то, честно говоря, не хочется флудить здесь избитой и левой темой. Оно как-то начало разрастаться. Мне можно писать на msk собака oktetlabs точка ru (Ответить) (Уровень выше) (Ветвь дискуссии)

	drz 2005-07-22 05:58 (ссылка)
	Лучше в НПЖ: http://npj.ru/drz/diskussija_o_jave Или в РЖЖ, но у меня: http://lj.rossia.org/users/drz/2975.html (Ответить) (Уровень выше)

(Читать комментарии) -