жаба - отстой а так ничего

ИДЕ- хуйня

vi (mb make) - rules forever!!!!!

Как называется программка слева в верхнем углу?

Я не против vi, сам часто использую но в БОЛЬШИХ проектах он беспомощен как дитя
P.S А все эти лозунги - ПИЗДЕЖ

vi

2cyberian: Это провокация holy wars.
Вы просто его неправильно душите

А што, таки всякие "IDE" вроде NetBeans чем-то лучше vi для "больших проектов"? Ну ну. Заебал этот сволочной миф...

Подчеркни что из этого может предоставить vim? и обрати внимание на последнюю фичу раз ужж так приспичило vim юзать

User Interface
* MDI/SDI to have either multiple or single windowing layout
* Accessibility for the whole IDE, Platform and Application Framework
* Powerful customizability of the user interface
* Icon Badging to see file and object information easily
* Source editor annotations for easier orientation
* A lot of wizards to speed up configuration and development
* Workspaces to divide your work effectively

Code Editor

* Syntax highlighting for Java, XML, HTML, CSS, JSP, IDL
* Customizable fonts, colors and keyboard shortcuts
* Advanced code completion for Java, HTML, XML, JSP
* Automatic indentation with customizable indentation engines
* Word Matching lists words with same initial prefixes
* Macros and abbreviations
* Goto Declaration and Goto Class
* Fast Importing of java classes
* Matching brace highlighting
* JumpList allows to return the cursor to previous modification

GUI Editor

* Support for both visual and non-visual forms.
* Fully WYSIWYG designer with "Test Form" feature.
* Component Palette with pre-installed Swing and AWT components.
* Component Inspector showing a components tree and properties.
* Automatic one-way code generation, fully customizable.
* Support for all AWT/Swing layout managers, full drag & drop.
* Powerful GridBagLayout visual customizer.
* Support for null layout.
* In-place editing of text labels of components (labels, buttons, textfields, etc).
* Full JavaBeans support - installing, using and customizing (properties, events, customizers).
* Visual JavaBean customization - ability to create forms from any JavaBean classes.
* Connecting beans using Connection Wizard.

Version Control

* Command-line support of several version control systems like CVS, PVCS, VSS etc.
* Platform independent Java implementation of CVS
* Intuitive GUI
* Easy to use wizards
* Novice/Advanced mode
* Full user customization and extensibility
* VCS groups containing logically related files to be processed in one step e.g. one bug fix.
* Handy graphical diff
* Versioning view over files
* Versioning view/look over revision/branch history of files

Debugger

* Remote debugging
* Step Over, Step Into, Step Out, Run to Cursor
* Powerful expression evaluation
* Variable modification and Watches
* Field modification/access watchpoints
* Method entry/exit breakpoints, exception breakpoints, conditional breakpoints
* Tooltips with variable values right in the editor
* Ability to export threads state to a text file
* Multisession debugging
* Multithreaded application debugging
* Classes view: you can control set of loaded classes and inspect their ClassLoaders and static fields
* Debugging of owned and contended monitors
* Easy deadlock detection.

XML

* XML, DTD and CSS Text Editor with syntax highlighting, code completion, abbreviation and formatting support. All editors have direct access to correctness checking action. XML and DTD editors contains auto encoding detection.
* XML and DTD Tree Editor that can filter the tree view automatically assures that the result is a well-formed XML document. The tree also supports clipboard operations.
* XML Productivity Tools Wizards and actions help user to: generate DTD from XML document, generate DTD documentation, generate Java code of DOM visitor, generate Java code of SAX based parser, etc.

Distributed Application Support

* Corba - Editing, parsing, IDL Compilation, Repository Browser, Implementation Generator, Portable Object Adapter Visual Customizer, Naming System Browser, IOR Analyzer, IDL and CORBA Wizard
* RMI - Compilation, Execution, Registry Browser, Wizard and Templates, Activation System Browser,
* JNDI - Browser, Code generation
* JINI - Adds support for JINI developers into the NetBeans IDE

Database Support

* Database schema browsing that enables you to browse database schema and see the tables, views and stored procedures defined in a database.
* Database schema editing enables you to edit database schema using wizards. It is possible to create new tables and views, add columns to a table, and so on.
* Data view enables you to view the data stored in the tables.
* SQL and DDL command execution helps you write and execute more complicated SQL or DDL commands.
* Migration of table definitions enables you to migrate table definitions across databases from different vendors.
* A lot of supported databases such as Oracle, IBM DB2, Microsoft SQL Server, PointBase, Sybase, Informix, Cloudscape, MySQL, PostgreSQL, InstantDB, Interbase, Hypersonic SQL, Micrososft Access.

Web Development

* Templates for quick creation of JSPs and servlets
* JSP editor supporting syntax highlighting
* Code completion of JSP and HTML tags and Java code
* Set up and edit deployment descriptor for Web Applications
* Test JSPs and Servlets on the bundled Tomcat 3.2 server
* One-click servlet debugging
* Highlighting of syntax errors in JSPs (without having to run the page)

Additional Experimental Functionality

* Ant - In a nutshell, it helps you use Ant, a neat Java- and XML-based build tool from Apache's Jakarta project - "like Make but without Make's wrinkles", to quote their website.
* CppLite - allow developing of C/C++ part of applications using JNI (Java native interface) and small C/C++ native applications.
* External Editor - integrates emacs (XEmacs) and vi (Vim) with NetBeans. More editors can be integrated as well although the external editor team is currently focusing on the above two editors.

Программы из консоли

Зачем увеличивать процессы для пользователя? Сколько он отжирает?

P.S. Где (точнее какой) ман/хауту почитать, а то выяснилось, что я этого
делать не умею (увеличивать процессы на юзера)

Если нужен хороший флейм про Java идите на http://www.prefnews.ru - там щас круто!

Вообщем опытным путем было установленно что разрешенных 128-ми
процессов(в данном дистрибутиве) хватает за запуск самого netbeans с sun jdk1.4 и еще пары-тройки java процессов, после чего при создании новых тредов
генерится java.lang.OutOfMemoryError
ulimit -u позволяет узнать сколько доступно а в /etc/security/limits.conf можно увеличить скажем до 256
Во фре кажется man sysctl

НАРОД _ А ВАМ НЕ НАДОЕЛ ВОПРОС "А как называеться программа в * углу ?"

Почему-то там всегда оказываеться GKRELLM !_!

Всё это просто замечательно, но всё же вопрос остаётся открытым: чем эти свистелки с перделками могут реально помочь в "крупных проектах"? Практика показывает, что ничем. Кстати, для Жабы я пользую исключительно XEmacs JDE. От всяких NetBeans да JDeveloper-ов блевать тянет, при том, что свистелок с перделками там значительно больше, чем в JDE. Из жизненно необходимого могу только комплишены и интерфейс к CVS-у назвать.

2Antichrist Ты не панимаишь - пальтсы. Нам, ПТУшникам, хочется как в MSVC, даже круче!

АПВС? ВА?

Почему всем так важно, что используют другие? В Linux главное - свобода! Если бы не было Netbeans, у вас на выбор было бы на 1 IDE меньше. Лично я считаю, что будущее за Java'й, хотя моя основная IDE - Emacs.

Блин. При чем тут АДАПТИВНЫЙ ПЕРЕНАЛАЖИВАЕМЫЙ ВЫСОКОТЕМПЕРАТУРНЫЙ СВЕРХПРОВОДНИК? Нашел в яндексе ПТУшник

Не понимаю как ты хочешь меня убедить в том что XEmacs JDE лучше и полезнее
сабжа. То что тебе хочется блевать это не аргумент :) А что встроенный дебаггер это "свистелка" или "перделка"? А интеграция с tomcat? Поддержка Corba,RMI,JNDI,JINI? А генерация jar'ов в зависимостях проекта? Вообщем попрошу привести убедительные аргументы и... возможно одним последователем
emacs станет больше :)

to cyberian :

Мужик,когда список Listeners читаешь, нужно
синхронизироваться.

конечно не помешало бы, но то окружение в котором он используется этого не требует :)

Оффтоп -- народ, как сделать чтобы gkrellm всегда был на экране? переключаю десктопы -- он остается на старом :( Как побороть? Slackware, wmaker 0.80.1 Omnipresent не предлагать -- сразу начинает почти весь проц хавать :(

Все, разобрался :)

Вопрос про гкреллм...

Надо в правилах... нет, надо после "Внимание!" в "Добавить сообщение:" написать: "Программа в углу - gkrellm". Если, конечно, у Вас не Enlightenment. У меня, например, в углах много чего....

Я никого не пытаюсь убеждать. Мне самому интересно понять, как, зачем и для чего люди не просто используют всяческие подобные IDE, но ещё и тратят сили на их написание.

Любой дебаггер - всегда и по определению маздаище позорное, а для Жабы - особенно. Ну об этом я давно уже устал повторять. Tomcat - на фиг нам такие пироги, resin веселее. JAR-ы мне make сделает, а какая такая поддержка всяких там CORBA да JINI нужна от IDE - просто не понимаю. Синтаксис IDL подсвечивать?!?

А поцчиму ви спрашиваете? Ви антисемит?

2Antichrist: > Любой дебаггер - всегда и по определению маздаище позорное ... отсюда следует, что ты по определению идиот

Какая на фуй разница tomcat или resin будет участвовать в РАЗРАБОТКЕ?
дебаггер значит позорище? видал я таких деятелей - сидят, много рассуждают но ничего у них не работает...распальцованные, в vim'у поyимаешь только!
ну а как насчет refactoring? к примеру необходимо поменять имя пакэджа/класса в сотне другой классов с учетом зависимостей и т.д
find -name *.java | xargs perl -pi -e 's/Name/AnotherName/' ?? нафиг надо такое

2 cyberian: кстати, непонятно, а зачем собственно нужен refactoring? Вы так часто меняете имя класса/пакета в сотне-другой классов, да еще и с учетом зависимостей?

2Antichrist: а, кащенизм! так бы сразу и сказал.

А такая, что этот ебнутый Tomcat нормально работает только с одним сервлетом - JSP. Попробуй пришить какой либо другой сервлет, требующий мапить имена как для JSP - и опаньки.

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

> Antichrist (*) (2002-07-12 20:46:45.646)

>> Ну а про дебаггер ... дебагер для поиска и исправления ошибок не предназначен.

А ЧТО для этого предназначено? Отладочный вывод в нужных местах? И только?
В кащенко, к доктору.


>> А для чего это говно предназначено на самом деле - даже я не знаю.

Ну и кто виноват в том, что ты чего-то не знаешь или чем-то пользоваться не умеешь?
(Подсказать правильный ответ?)

2cyberian. Слушай. Я взялся за этот NetBeans для написания Web-application & JSP & servlet. Так вот. При попытке скомпилить tagExtention (BodyTagSupport), то выдает: cannot resolve symbol symbol : class BodyTagSupport location: class core1st.tags.KeyVariable public class KeyVariable extends BodyTagSupport {

Как мне прописать, чтобы его компилятор брал /..../jakarta..../common/lib при компиляции?

Если компилю в ручную: javac -extdirs /...jakarta..../common/lib/ *.java То все нормально.

Подскажи. Плс на уemail dederer-a@mail.ru

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

Теперь, чем хренов дебаггер: итерационный дебаг во многом аналогичен юнит-тестам, за исключением того, что в один момент ты проверяешь соответствие лишь одному constraint-у, причём, всегда весьма очевидному. При таком подходе ты обнаружишь только ПРОЯВЛЕНИЕ ошибки, а никак не её источник. И то, с Жабой ещё помогает наличие сейфной памяти - с каким либо галимым C++ дебаггер вообще тебе не помощник, а враг - там проявление ошибки может быть вообще никак не связано с тем участком кода, который её породил, при проёбанной памяти (лишний free, выход за границы выделенной области, некорректное приведение типов) поведение ошибки непредсказуемо. Признайся, ты многократно наблюдал такую щнягу - под дебаггером приложение работает без видимых глюков (ещё бы, всё, лежащее на поверхности вычищенно многодневным трахом), а соберешь релиз - и опаньки, новые ошибки.

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

>> Во первых, для Жабы очень неплохо пишутся юнит-тесты и ассерты

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

>> ПРОЯВЛЕНИЕ ошибки, а никак не её источник.

Ну и? При некоем ненуливом количестве мозгов и умения их использовать из проявления ошибки по некоторым признакам (которые для автора программы, если он программист, должны быть очевидны), находится ПРИЧИНА (так видно хорошо?). Плюс, с помощью отладчика (оговорюсь, что не всякого) можно легко узнать, что было _до_ проявления ошибки и каковы значения переменных, способных на это повлиять.

>> с каким либо галимым C++ дебаггер вообще тебе не помощник, а враг - там
>> проявление ошибки может быть вообще никак не связано с тем участком кода, который
>> её породил, при проёбанной памяти (лишний free, выход за границы выделенной
>> области, некорректное приведение типов)

_может быть_ не значит, что не связано _в любом случае_.
Дебаггер не панацея, а лишь один из инструментов.

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

Отрицать не буду, видел. Как правило из-за того, что дебаггер сам ловит некоторые типы ошибок и о них не сообщает (MSVC, например; в gdb я дебаггер использую только постфактум на корках, так что не знаю, есть ли это там), а вне дебаггера ловить их некому.
С++, оно конечно, сложнее дебаггить. Но из этого я не делаю вывод "всякий дебаггер - говно", а вывод, что для С++ сложно написать корректный дебаггер.
И кому из нас в детсад надо логику учить?

>> Во первых, для Жабы очень неплохо пишутся юнит-тесты и ассерты

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

>> ПРОЯВЛЕНИЕ ошибки, а никак не её источник.

Ну и? При некоем ненуливом количестве мозгов и умения их использовать из проявления ошибки по некоторым признакам (которые для автора программы, если он программист, должны быть очевидны), находится ПРИЧИНА (так видно хорошо?). Плюс, с помощью отладчика (оговорюсь, что не всякого) можно легко узнать, что было _до_ проявления ошибки и каковы значения переменных, способных на это повлиять.

>> с каким либо галимым C++ дебаггер вообще тебе не помощник, а враг - там
>> проявление ошибки может быть вообще никак не связано с тем участком кода, который
>> её породил, при проёбанной памяти (лишний free, выход за границы выделенной
>> области, некорректное приведение типов)

_может быть_ не значит, что не связано _в любом случае_.
Дебаггер не панацея, а лишь один из инструментов.

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

Отрицать не буду, видел. Как правило из-за того, что дебаггер сам ловит некоторые типы ошибок и о них не сообщает (MSVC, например; в gdb я дебаггер использую только постфактум на корках, так что не знаю, есть ли это там), а вне дебаггера ловить их некому.
С++, оно конечно, сложнее дебаггить. Но из этого я не делаю вывод "всякий дебаггер - говно", а вывод, что для С++ сложно написать корректный дебаггер.
И кому из нас в детсад надо логику учить?

По твоей логике, при неком ненулевом количестве мозгов можно и зубочисткой сортир вычистить. Только вот на хуй это надо, когда есть значительно более адекватные средства?!?

Кроме того, твой бред про нахождение причины при наличии мозгов - просто гнилые базары. Ты блин сначала заформализуй этот процесс, а потом уже гоношись. Так что снова посылаю тебя в детский сад, возвращайся только после того, как тебе расскажут, что такое корректность кода, что такое констрейн, и что такое формальная верификация. Вывод "дебагеры - на хуй не нужное говно" остаётся в силе.

# Вывод "дебагеры - на х.й не нужное г...о" остаётся в силе.

Дебаггеры очень помогают в некоторых случаях (особенно, когда
время роль играет) - вычисления, отладка нестандартных
алгоритмов, ... Можно и без них запросто обойтись, но с ними
проще и быстрее баги выползают.

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

Ну а "реверс-инжениринг" вообще без деббагеров не существует.

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

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

>> Кроме того, твой бред про нахождение причины при наличии мозгов - просто гнилые базары.

Воспользуюсь твоей же манерой вести полемику: что, нахождение причины без мозгов - это не гнилые базары?

>> Ты блин сначала заформализуй этот процесс, а потом уже гоношись.

Что тебе формализовать? Какой процесс? Выражайся яснее. Я не умею угадывать с полуслова чужие мысли.

>> Так что снова посылаю тебя в детский сад, возвращайся только после того, как тебе расскажут, что такое корректность кода, что такое констрейн, и что такое формальная верификация.

Да не доказывай, что ты копенгаген в данном вопросе. Только вот твои аргументы про неэффективность отладчика _вообще_ на уровне .... ммм. Короче, берусь сделать предположение, что _ты лично_ в них разочаровался и если кто-то ими пользуется эффективно, страшно нервничаешь (как же так - они могут, а я - нет).

>> Вывод "дебагеры - на хуй не нужное говно" остаётся в силе.

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

... кому таких аргументов недостаточно.

Ты идиот? В детсве часто по голове били? Я же сказал - дебаг неэффективен, есть значительно более простые и действенные методы, кроме того - дебаг вреден, потому как не гарантирует устранение ошибки, но даёт ненужные иллюзии.

Когда тебя выпустят из детского садика, будешь знать, чем формализм от пиздежа отличается. Тогда вот и опишешь формально процесс итерационного ручного дебага. А пока с тобой говорить смысла нет - глуп ты немеряно, и безграмотен шибко.

Ни фига не помогают. Есть способы лучше.

Antichrist (*) (2002-07-14 15:54:44.609)

>> А пока с тобой говорить смысла нет - глуп ты немеряно, и безграмотен шибко.

На том и порешим. Аргументов у тебя нет, одни эмоции и "сам дурак".