Java разработка на Ubuntu

быдлокодеришко

> Пишут, что Mustang нативно использует Gtk, а не эмулирует его в отличие от прежних версий. На вид вроде бы все так.

Это не совсем так. Все версии java пытаются изобразить gtk-виджеты - с разной долей успеха. Причем многие gtk-темы в 1.6 выглядят менее натурально, чем в 1.5, или вообще уродливо. Clearlooks, поддержка которого в 1.6 только и появилось, приятное исключение..

Например http://www.ffnn.nl/pages/gallery/default--frames394.php или http://www.ffnn.nl/pages/gallery/smokey-blue--frames406.php или http://www.ffnn.nl/pages/gallery/grand-canyon--table405.php

Приятно :-)

IMHO, разрешения монитора немного не хватает, более комфортно работать в 1280.

ГумноЖава+ГумноЭкслипс не так страшно, но ГумноЖава+ГумноНетбинс... Спасиба - проблювался....

А что за Джава такая?

Ужоснахтунк. Панельки тоожрали 30% и без того милипизерного экрана.

Не задолбало крутить туда-суда скроллбар?

> IMHO, разрешения монитора немного не хватает, более комфортно работать в 1280.

Согласен. Ограничение ноутбука. А так спасибо :)

> А что за Джава такая?

Это стандартная сановская Java 1.6. Просто я ее превратил в дебиановский пакет. Последнее имеет смысл, потому что некоторые приложения могут требовать зависимость типа j2re >= 1.3.

> Панельки тоожрали 30% и без того милипизерного экрана.

А какие проблемы? Панельки убираются (DoubleClick по табу) и легко настраиваются. В крайнем случае можно перейти на Metal L&F - там все будет мелко.

> Это не совсем так. Все версии java пытаются изобразить gtk-виджеты - с разной долей успеха. Причем многие gtk-темы в 1.6 выглядят менее натурально, чем в 1.5, или вообще уродливо. Clearlooks, поддержка которого в 1.6 только и появилось, приятное исключение..

Я читал, что были какие-то проблемы с первыми версиями JDK 1.6, но потом вроде бы пофиксили. У меня установлена build 1.6.0-b105, пока полет нормальный :)

Насколько я знаю, история вопроса такая. Раньше просто вызывались системные библиотеки для отрисовки виджетов, но этих виджетов самих на уровне системы как бы не существовало. При таком подходе возникли проблемы в Vistа - типа не все спецэффекты стали показываться. Тогда решили заново переписать L&F так, чтобы строились родные для платформы виджеты, а Swing был бы лишь промежуточной оболочкой.

ибо нех пусть лучше виста подстраивается под жабу

А кардридер у тебя на ноуте работает ???

eу мну тоже ебунта, на ноуте iRu кардридер пахал вроде из коробки, попробуй поставить scsi дрова

>2. Затем подключил софт-модем с помощью драйвера slamr. Сделал это напрямую из исходников без участия дебиановского менеджера пакетов, что не совсем хорошо. Зато модем работает :)

Смотри в сторону sl-modem (есть и в репах убунты и дебиана), сохранишь и целостность системы и модем заставишь работать.

А скриншот не впечатлил... ничего интересного абсолютно. Не хочу обидеть, но ИМХО скрины стоит выкладывать только в случае если там сделано нечто неординарное (оригинальная и интересная тема, интересно сделаные менюшки, какие-то еще новшества), а не обычный десктоп.

Так можно поставить эту самую ubuntu 6.10, запустить калькулятор и скрин снять - будет практически тоже самое.

У всех интересы разные. Меня инетересовало то, насколько удобно будет работать с Java и в частности то, как будет выглядеть Swing, и насколько хорошо последний будет дружить с основной средой, в данном случае, Гномом. А все неконсистентно неординарное я отправляю обычно сразу в /dev/null ;)

Тык, slamr вроде бы и есть sl-modem. Также для Ubuntu есть такая сборка, но она для более ранней версии ядра.

> А кардридер у тебя на ноуте работает ???

Нет кардридера, чтобы проверить.

Из того, что не работает, могу назвать только Hibernate, хотя Suspend работает. Возможно, нужно обновить софт. Пока не гуглил на эту тему.

Я хоть и не знаю Java, но скриншот понравился Бывали тут скриншоты и похуже :-) Единственный сильный недостаток, про который уже сказали - это малый размер экрана :-(

Спасибо!

Кстати, на счет маленьких размеров. Это может стать хорошим стимулом писать правильно структированный код, так чтобы каждый метод по возможности был кратким. Даже в плохом можно найти что-то хорошее :)

Кстати кинь строчку L&F в netbeans.conf , если не сложно. :-)

а почему английская локаль?

Дефолтно, но очень симпатично. Жаба рулит, NetBeans рулит, GNOME рулит, шрифты рулят. Зачет! =)

А где же русские щрифты? :)

P.S. дефолтно как-то

> Кстати кинь строчку L&F в netbeans.conf , если не сложно. :-)

Добавил параметр с опцией laf:

netbeans_default_options="-J-Xms32m -J-Xmx128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -J-Xverify:none -J-Dapple.laf.useScreenMenuBar=true --laf com.sun.java.swing.plaf.gtk.GTKLookAndFeel"

Также у меня прописана переменная ${JAVA_OPTIONS}, но, кажется, здесь она роли никакой не играет.

> а почему английская локаль?

Просто многолетняя программерская привычка... :)

К тому же, переводы иногда хромают или бывают не совсем точными. Это - общая тенденция. На Windows тоже самое.

> А где же русские щрифты? :)

Русские шрифты тоже есть. Например, иначе бы я не смог написать это сообщение :)

> 3. Скачал бинарник нового релиза Sun Java SDK 1.6 (Mustang), а затем превратил его с помощью java-package в полноценный пакет sun-j2sdk1.6_1.6.0_i386.deb. Установил этот пакет.

а поподробнее можно как именно делал?

Вот так: http://www.debian-administration.org/articles/142

Прежде я пропатчил java-package_0.28, чтобы последний "узнал" о новой версии sun-j2sdk 1.6 (пост mlind'а): http://www.ubuntuforums.org/showthread.php?t=316980&page=2

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

Добавление.

По той же ссылке есть уже готовые пропатченные исходники пакета java-package-0.28ubuntu2.tar.gz. Надеюсь, что в скором времени появится соответствующая поддержка и на официальных сайтах Дебиана (разумеется, уже без cуффикса :) ).

> netbeans_default_options="-J-Xms32m -J-Xmx128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -J-Xverify:none -J-Dapple.laf.useScreenMenuBar=true --laf com.sun.java.swing.plaf.gtk.GTKLookAndFeel"

Поскольку у тебя отнюдь не макось, то исползование apple.laf.useScreenMenuBar совершенно излишне.

Плюс, я бы сам какой-нибудь сорс наваял, не открывая на всеобщее обозрение намозоливший многим глаза J2EE Blueprint example :)

За вычетом того, что в NetBeans ты хорошего кода не напишешь, зачёт.

P. S. Eclipse "нативно" GTK+ поддержиает, без свинга.

> За вычетом того, что в NetBeans ты хорошего кода не напишешь, зачёт.

Судя по твоему тону, ты полагаешь, что качество кода как-то зависит от среды разработки... Ну-ну. Пиши дальше :)

> Судя по твоему тону, ты полагаешь, что качество кода как-то зависит от среды разработки... Ну-ну. Пиши дальше :)

Именно. Eclipse дисциплинирует прямо из коробки, NetBeans -- только после установки PMD плюс ещё нескольких средств, и то PMD -- не панацея (средней руки Java-программист обычно ставит NetBeans и прямо из коробки начинает писать говнокод).

Даже высококлассный программист допускает ошибки. В NetBeans допустить ошибку легче.

Eclipse и IDEA -- это настоящие IDE для Java.

NetBeans, JDeveloper etc. -- это RAD-средства.

И этим плохи. За вычетом случаев, когда ты по долгу службы занимаешься рисованием окошек (и ещё нескольких). Но это обычно малоинтеллектуальная работа. Point-and-Click.

Собственно, чтобы я не казался голословным, вот материал для сравнения:

http://www.netbeans.org/products/ide/features.html#Source_Code_Editor_for_Jav...
http://www.netbeans.org/kb/55/using-netbeans/editing.html
(больше не нашёл, потому как документации маловато и она носит в первую очередь рекламный характер)

http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.jdt.doc.user/what...
http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.jdt.doc.user/tips...
http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.jdt.doc.user/conc...
http://help.eclipse.org/help32/index.jsp?topic=/org.eclipse.jdt.doc.user/conc...

http://www.jetbrains.com/idea/features/code_editor.html
http://www.jetbrains.com/idea/features/search_replace.html
http://www.jetbrains.com/idea/features/local_history.html
http://www.jetbrains.com/idea/features/refactoring.html
http://www.jetbrains.com/idea/features/code_analysis.html

То есть ты хочешь превратить этот топик в спор Eclipse vs. IDEA vs. NetBeans vs. JDeveloper etc. Я правильно понимаю? Если да, то я не вижу предмета спора. На мой взгляд все эти среды замечательны по-своему. Я в свое время использовал каждую из них за исключением коммерческой IDEA. Остался доволен.

А качество кода в первую очередь зависит от мозгов и таланта, а во вторую от опыта. Как видишь, в моем списке зависимостей нет пункта IDE :)

Просто я застал еще те времена, когда для самой свяжей версии Java v1.01 код создавали в обычном текстовом редакторе. Поэтому не испытываю сильной зависимости от IDE и зачастую предпочитаю простенький jEdit куда более интеллектуальным монстрам.

> То есть ты хочешь превратить этот топик в спор Eclipse vs. IDEA vs. NetBeans vs. JDeveloper etc.

Не хочу. Оригинальный тезис утверждал, что в NetBeans хорошего кода не напишешь. Это исключительно моё мнение (которое я всё-таки обосновал), и я не собираюсь его навязывать. Я тоже не люблю священные войны.

> На мой взгляд все эти среды замечательны по-своему.

Да. NetBeans хорош для клепания UI, создания веб-приложений; JDeveloper -- для того же самого плюс быстрого создания приложений, работающих с БД и UML-моделирования, но у обоих продуктов очень слабые текстовый редактор, подержка рефакторинга и средства статического анализа кода. С моей точки зрения, это критично.

> Я в свое время использовал каждую из них за исключением коммерческой IDEA.

Аналогично, с небольшими отличиями.

> А качество кода в первую очередь зависит от мозгов и таланта, а во вторую от опыта. Как видишь, в моем списке зависимостей нет пункта IDE :)

Временные затраты разные. Плюс, повторюсь, даже талантливый и опытный программист иногда ошибается.

> Просто я застал еще те времена, когда для самой свяжей версии Java v1.01 код создавали в обычном текстовом редакторе.

Я тоже. И я зачастую не в восторге от кода, который создавался в те времена. В том числе от кода, ставшего частью стандартной библиотеки. Перечитай Effective Java -- там Блох упоминает кое-какие недостатки.

> Поэтому не испытываю сильной зависимости от IDE и зачастую предпочитаю простенький jEdit куда более интеллектуальным монстрам.

А я испытываю. Хотя иногда приходится писать код и в vim в консоли, но чувствую себя некомфортно -- страховочной сетки нет, а я, как и все, иногда ошибаюсь. Моя ошибка -- лишнее потраченное время.

>Eclipse и IDEA -- это настоящие IDE для Java.

>NetBeans, JDeveloper etc. -- это RAD-средства.

>И этим плохи. За вычетом случаев, когда ты по долгу службы занимаешься рисованием окошек (и ещё нескольких). Но это обычно малоинтеллектуальная работа. Point-and-Click.

Согласен. В редакторе кода важно (в порядке убывания): рефакторинг, Code Completion (автодополнение кода), Code Templates (шаблоны кода для ускорения набора), Visual Editor (для создания сложных форм), Source Reformat (форматирование исходников под конкретные по требованию заказчика). Остальное под силу JUnit и самописным скриптам Ant'а с выводом на консоль.

Скажем так: многое зависит от задачи. Если нужно написать серверное приложение, то IDE может быть крайне полезно. Запуск томката или сервера приложений с просмотром лога и сбором статистики, и все это прямо из коробки и нажатием всего пары кнопок мыши, выглядят очень заманчиво и действительно помогают затратить меньшее время на разработку. Плюс унифицированная для всех работа с контроллером версий.

Но моя специализация несколько иная. Мои интересы - узко-специализированные системы моделирования в десктопном исполнении. Поэтому и нет сильной привязки к IDE. Например, (ручным) рефакторингом пользуюсь крайне редко, ибо очень много времени уделяю правильным названиям и спецификациям с самого начала, а от отладчика уже давно пользы нет никакой при наших объемах и сложности кода - приходится выкручиваться искусственными ассертами и логерами, встроенными в сам код.

Наконец, вспомним Брукса. Когда много рутины, то IDE действительно помогает. Но это не случай нашего проекта. Польза от тех же generics будет куда большая, чем от какого-нибудь супер редактора или супер профайлера.

Незнаю, незнаю...Среда разработки та приятная, а вот язык Java не очень то в общем:(

> Оригинальный тезис утверждал, что в NetBeans хорошего кода не напишешь.

Перефразируя известную поговорку: Плохому программисту всегда IDE мешает.

Класс! :)

>Скажем так: многое зависит от задачи. Если нужно написать серверное приложение, то IDE может быть крайне полезно.

Конечно полезно. Но разработчик теряет часть контроля над кодом, который генерится автоматически средой, и особенно на тем, который нельзя редактировать -- среда NetBeans, например, не позволяет редактировать часть кода, произведённого в визуальном дизайнере.

Начинающий разработчик вообще не знает полного механизма сборки проекта, а основывает своё представление на последовательности нажатия на кнопки, грубо говоря: Создай новый проект -> Нарисуй окошко -> нажми кнопку Run; работает? добавляй обработчики события к элементам управления, пиши код; снова всё работает? Тогда собирай проект -> Build -> Export to JAR. ;)

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

Многие начинали с командной строки. Для опытного программиста это -- анахронизм прошедшего, но новички этого вообще не знают и не понимают -- они умеют работать ТОЛЬКО в конкретной IDE. Это плачевно.

Именно такое состояние дел я и имел в виду.

По работе мне часто приходилось сталкиваться с народом, который умеет добавить новую функциональность к существующему проекту, только если есть _одна_ библиотека, полностью покрывающая своей функциональностью задачу, и только если эта библиотека снабжена примерами, описывающими метод решения _схожей_ или _такой_же_ задачи, как и поставленная.

Притом народ этот, вдобавок, ещё и нуждался в инструкциях.

Интегрировать две или более библиотеки или, не приведи господь, изобрести что-то своё они обычно не могли. Полное отсутствие творческой жилки, равно как и аналитических способностей.

Во-первых, всех со старым Новым Годом!

Мы так можем легко превратиться в старых ворчунов. IDE хорош тем, что снижает начальный порог вхождения и может привлечь некого талантливого индивида, который бы в противном случае даже не обратил никакого внимания на Java. Разве это плохо? :)

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

Профессия программиста давно стала массовой. Оборотная сторона - достаточно низкий средний уровень. Так происходит почти везде и с почти любой массовой профессией. Думаю, к этому стоит относиться философически. Все равно мы ничего не сможем изменить. Можем только усугубить, если напишем еще более суперскую IDE :)

В заключение хотел бы добавить, что за последние десять лет произошел огромный прорыв в развитии IDE, особенно в области Java и ее сводного младшего брата .NET. Теперь мы имеем массу замечательных средств разработки. И это здорово для профессионалов!