Здравствуйте, Miroff, Вы писали:
M>Здравствуйте, LeonidV, Вы писали:
LV>> После окончательной покупки Sun'а Oracle'ом, централизованное развитие NetBeans прекратится.
M>NetBeans это неплохой бесплатный профайлер, со встроенной IDE. Если разработчики сосредоточатся на этом, вместо того чтобы добавлять в NB ненужные IDE-фичи, будет только лучше.
Дошли слухи о таком развитии событий:
1. До зимы IDEA переводится на OpenSource (по крайне мере какая-то часть) в виде Community Edition;
2. После окончательной покупки Sun'а Oracle'ом, централизованное развитие NetBeans прекратится.
Of course, it doesn't include all of the Ultimate functionality — but it does include everything you need for doing core Java and Groovy development. JUnit and TestNG, Ant and Maven, CVS, Subversion and Git — all these tools are included in the Community Edition.
All the other functionality — JavaScript and CSS, Java EE, Spring and Hibernate, support for application servers and commercial version control tools, and everything else — is only available in the Ultimate edition. The pricing and upgrade policy of IntelliJ IDEA Ultimate remains the same as for IDEA 8. And of course, the EAP program still continues, and we've got a new EAP build for you today.
Здравствуйте, LeonidV, Вы писали:
LV>Дошли слухи о таком развитии событий: LV>1. До зимы IDEA переводится на OpenSource (по крайне мере какая-то часть) в виде Community Edition;
Здравствуйте, LeonidV, Вы писали:
LV>Дошли слухи о таком развитии событий: LV>1. До зимы IDEA переводится на OpenSource (по крайне мере какая-то часть) в виде Community Edition;
Ну и что? Всю разработку вести будут те же люди, только им сделали меньше гемороя и теперь заливать в репозиторий можно из дома. Не думаю что это как либо скажется на качестве продукта или на возможностях.
LV>2. После окончательной покупки Sun'а Oracle'ом, централизованное развитие NetBeans прекратится.
Ну тут 50 на 50 — здесь все зависит что решат шишки, но иметь у себя IDE и развивать ее как тебе хочется или бодаться за Eclipse с IBM (сюрприз сюрприз — не такой очевидный выбор как мне кажется.
Здравствуйте, LeonidV, Вы писали:
LV>Дошли слухи о таком развитии событий: LV>1. До зимы IDEA переводится на OpenSource (по крайне мере какая-то часть) в виде Community Edition;
уже доступна
LV>2. После окончательной покупки Sun'а Oracle'ом, централизованное развитие NetBeans прекратится.
LV>>2. После окончательной покупки Sun'а Oracle'ом, централизованное развитие NetBeans прекратится.
IK>а откуда слухи? Eclipse будут пилить?
Из Sun'а (сам я там не работаю, но Питер-то город маленький). Говорят, разработчикам, работающим над NB рекомендуют начать работу подыскивать. У Oracle есть свой JDeveloper.
Статья недавно проскочила — там тоже самое говорилось. Судьба NB и Glassfish под вопросом.
Здравствуйте, LeonidV, Вы писали:
IK>>а откуда слухи? Eclipse будут пилить? LV>Из Sun'а (сам я там не работаю, но Питер-то город маленький). Говорят, разработчикам, работающим над NB рекомендуют начать работу подыскивать. У Oracle есть свой JDeveloper.
Слабо верится, что конторы типа Sun и Oracle при заморозке какого-то продукта выгоняют разработчиков, а не переводят их на другие проекты.
Ну и странно, что при выборе между NM и JDeveloper сделан выбор в пользу последнего. Если это правда, то кто-то из-за личных амбиций сделал очень большой факап своей компании.
Здравствуйте, LeonidV, Вы писали:
LV>Статья недавно проскочила — там тоже самое говорилось. Судьба NB и Glassfish под вопросом.
Про GlassFish тоже не особо верится, что забросят — все-таки он должен быть RI для JavaEE 6, обладает модульной архитектурой,
быстрым временем запуска по сравнению с тем же JBoss, использование Grizzly в I/O части. На нем Sun свой платный Application Server основывает.
Здравствуйте, von Zeppelin, Вы писали:
VZ>Здравствуйте, LeonidV, Вы писали:
LV>>Статья недавно проскочила — там тоже самое говорилось. Судьба NB и Glassfish под вопросом.
VZ>Про GlassFish тоже не особо верится, что забросят — все-таки он должен быть RI для JavaEE 6, обладает модульной архитектурой, VZ>быстрым временем запуска по сравнению с тем же JBoss, использование Grizzly в I/O части. На нем Sun свой платный Application Server основывает.
У Oracle своих Application Server уже два. Что ему их солить что ли? Вырежут всё самое интересное, что можно внедрить в свою систему, остальное на помойку. Поддерживать и развивать большое кол-во одинаковых продуктов тоже гимор ещё тот. А тут, понимаешь, — "кризис", "оптимизация бизнеса".
Здравствуйте, Donz, Вы писали:
D>Ну и странно, что при выборе между NM и JDeveloper сделан выбор в пользу последнего. Если это правда, то кто-то из-за личных амбиций сделал очень большой факап своей компании.
JDeveloper — очень сильная IDE, не надо её недооценивать. К тому же уже заточена под Оракловые продукты, сервера, базы и т.п. Наверняка и все внутренние проекты в Oracle на нём ведутся. Может чего-нибудь займут из NetBeans — там много чего интересного есть, что можно было бы добавить в JDeveloper.
Здравствуйте, garrick, Вы писали:
D>>Ну и странно, что при выборе между NM и JDeveloper сделан выбор в пользу последнего. Если это правда, то кто-то из-за личных амбиций сделал очень большой факап своей компании. G>JDeveloper — очень сильная IDE, не надо её недооценивать. К тому же уже заточена под Оракловые продукты, сервера, базы и т.п. Наверняка и все внутренние проекты в Oracle на нём ведутся. Может чего-нибудь займут из NetBeans — там много чего интересного есть, что можно было бы добавить в JDeveloper.
Если честно, я JDeveloper в глаза не видел, но мое мнение об этом слухе основывается не на тех. достижениях продуктов, а на раскрученности и популярности. NetBeans и JDeveloper по этим параметрам — небо и земля.
Здравствуйте, Donz, Вы писали:
D>Если честно, я JDeveloper в глаза не видел, но мое мнение об этом слухе основывается не на тех. достижениях продуктов, а на раскрученности и популярности. NetBeans и JDeveloper по этим параметрам — небо и земля.
Не думаю, что раскрученность есть признак качества продукта.
Сравните — Автоваз и Morgan Motors.
Здравствуйте, LeonidV, Вы писали:
LV>Не думаю, что раскрученность есть признак качества продукта. LV>Сравните — Автоваз и Morgan Motors.
Я говорю не о качестве, а том, сколько сил и денег было вложено в NB, чтобы он занял свою текущую позицию. О JDeveloper слышал далеко не каждый ява-разработчик. Не один год пройдет, прежде чем бОльшая часть нетбинщиков перейдет на JD как минимум из-за разных горячих клавиш.
И NB очень неплохой продукт, кстати.
Здравствуйте, Donz, Вы писали:
D>Я говорю не о качестве, а том, сколько сил и денег было вложено в NB, чтобы он занял свою текущую позицию. О JDeveloper слышал далеко не каждый ява-разработчик. Не один год пройдет, прежде чем бОльшая часть нетбинщиков перейдет на JD как минимум из-за разных горячих клавиш. D>И NB очень неплохой продукт, кстати.
Так никто и не спорит о качестве NB. Вопрос в другом — "оптимизация бизнеса". И тут мне кажется, что с точки зрения Оракловых менеджеров NB может оказаться лишним. Как позиционировать две IDE? Опять вернуть JDeveloper в платные? Так не за то боролись. Развивать параллельно две IDE? А как же "оптимизация". Похерить JDeveloper? Так слишком много в него вложено своего труда, да наверняка внутренние проекты все на нём висят. Переучивать своих разработчиков и переводить все свои разработки в NB там скорее всего не станут, да и не потянет NB многих фич JDeveloper. И в то же время сама IDE неплохая и довольно раскрученная. Как думаете, что будет?
Здравствуйте, garrick, Вы писали:
G>Так никто и не спорит о качестве NB. Вопрос в другом — "оптимизация бизнеса". И тут мне кажется, что с точки зрения Оракловых менеджеров NB может оказаться лишним. Как позиционировать две IDE? Опять вернуть JDeveloper в платные? Так не за то боролись. Развивать параллельно две IDE? А как же "оптимизация". Похерить JDeveloper? Так слишком много в него вложено своего труда,
Вот в этом основная проблема слияний/вливаний компаний. Даже не смотря на то, что продукт покупаемой конторы лучше, выбор делается в пользу того, который делал "наш" конкретный Вася Пупкин, а разработчики купленной компании считаются вторым сортом, как и их продукты.
G>да наверняка внутренние проекты все на нём висят. Переучивать своих разработчиков и переводить все свои разработки в NB там скорее всего не станут, да и не потянет NB многих фич JDeveloper. И в то же время сама IDE неплохая и довольно раскрученная. Как думаете, что будет?
Почему NB не потянет многих фич JD? А в Sun внутренние проекты не на NB? Я б не назвал JD раскрученной. Возможно, в определенных кругах она действительно известна, но разница в найденных в рсдн и гугле страниц с упоминанием "jdeveloper" и "netbeans" говорит сама за себя.
Re[10]: Opensouce IDEA и конец NetBeans
От:
Аноним
Дата:
19.10.09 07:33
Оценка:
Здравствуйте, Donz, Вы писали:
D>Почему NB не потянет многих фич JD? А в Sun внутренние проекты не на NB?
В NB начисто отсутствует возможность работы с базами данных в том объёме, в каком это есть в JDeveloper, отсутствует возможность работы с ADF, а это одна из ключевых технологий Oracle. Ну TopLink и SQLJ худо-бедно можно как-то прикрутить. В тоже время в JDeveloper нет поддержки JavaFX, Grovy, Ruby. Мне кажется, что сегодня портировать проект NetBeans в JDeveloper (если это конечно не JavaFX, Grovy и т.п.) гораздо проще, чем наоборот. Опять же если это не чисто голая Java SE, а + Oracle DB, ADF и т.п. Т.е. получается, что портировать проекты SUN (FlassFish, что там ещё?) в JDeveloper проще, чем Apex, SQL Developer, административные тулзы Oracle и т.п. в NetBeans.
D>Я б не назвал JD раскрученной. Возможно, в определенных кругах она действительно известна, но разница в найденных в рсдн и гугле страниц с упоминанием "jdeveloper" и "netbeans" говорит сама за себя.
Фишка в том, что некоторое время назад JDeveloper был платным, причём сильно платным, т.к. как и все продукты Oracle стоил очень дорого, и до сих пор не является OpenSource. Плюс, выпускаются новые версии и патчи к ним исключительно в связи с событиями выхода новых продуктов Oracle и исключительно для совместимости с ними. В то время как NetBeans обновляется вместе с появлением новых фич в JDK.
Здравствуйте, garrick, Вы писали:
G>Так никто и не спорит о качестве NB. Вопрос в другом — "оптимизация бизнеса". И тут мне кажется, что с точки зрения Оракловых менеджеров NB может оказаться лишним.
Тут сложный вопрос. В конце-концов и правда — отказались же они от своего сервера приложений, заменив его на продукт WebLogic. Возможно, откажутся и от JDeveloper в пользу NetBeans. И тот, и другой написаны на голом Swing'е, как я понимаю. Возможно сумеют Oracle-ориентированные фичи переделать в плагины под NetBeans.
А>В NB начисто отсутствует возможность работы с базами данных в том объёме, в каком это есть в JDeveloper, отсутствует возможность работы с ADF, а это одна из ключевых технологий Oracle. Ну TopLink и SQLJ худо-бедно можно как-то прикрутить. В тоже время в JDeveloper нет поддержки JavaFX, Grovy, Ruby. Мне кажется, что сегодня портировать проект NetBeans в JDeveloper (если это конечно не JavaFX, Grovy и т.п.) гораздо проще, чем наоборот. Опять же если это не чисто голая Java SE, а + Oracle DB, ADF и т.п. Т.е. получается, что портировать проекты SUN (FlassFish, что там ещё?) в JDeveloper проще, чем Apex, SQL Developer, административные тулзы Oracle и т.п. в NetBeans.
ну и почему нельхя прикрутить поддержку к адф в нетбинс с помощью новых плагинов?? что в этой поддержке такого сверхъестественного?? там ведь кроме довольно дурных кодогенераторов и нет.... ну а по таким весчам как рефакторинг и удобство кодирования, то идиотизму ЖДевелопера просто равных в мире нет.... более неудобной среды и представить трудно.... а в нетбинс практически все (ну ваще конечно далеко не все.... но все же) самые крытые фичи списали с идеи не зря же они в одном городе....
Re[12]: Opensouce IDEA и конец NetBeans
От:
Аноним
Дата:
19.10.09 09:42
Оценка:
Здравствуйте, smikesh, Вы писали:
S>ну и почему нельхя прикрутить поддержку к адф в нетбинс с помощью новых плагинов?? что в этой поддержке такого сверхъестественного?? там ведь кроме довольно дурных кодогенераторов и нет.... ну а по таким весчам как рефакторинг и удобство кодирования, то идиотизму ЖДевелопера просто равных в мире нет.... более неудобной среды и представить трудно.... а в нетбинс практически все (ну ваще конечно далеко не все.... но все же) самые крытые фичи списали с идеи не зря же они в одном городе....
Да плагинов-то наверное написать можно каких угодно, я имел ввиду NB в "чистом" виде, как он есть сейчас.
Здравствуйте, smikesh, Вы писали:
S>а в нетбинс практически все (ну ваще конечно далеко не все.... но все же) самые крытые фичи списали с идеи не зря же они в одном городе....
Что-то я не слышал, что в Питере писали NB. Вроде его в где-то в другом месте пишут. Питер — плагин для JavaFX вроде как делали. Хотя точно не знаю.
Здравствуйте, LeonidV, Вы писали:
LV>Здравствуйте, smikesh, Вы писали:
S>>а в нетбинс практически все (ну ваще конечно далеко не все.... но все же) самые крытые фичи списали с идеи не зря же они в одном городе.... LV>Что-то я не слышал, что в Питере писали NB. Вроде его в где-то в другом месте пишут. Питер — плагин для JavaFX вроде как делали. Хотя точно не знаю.
LV>Или вы Прагу имели ввиду?
нет, я имел в виду питер, но я не уверен в своих словах но чего-то мне казалось что в питере...
ну фужи же в питере пишут?
Здравствуйте, LeonidV, Вы писали:
LV>Здравствуйте, smikesh, Вы писали:
S>>а в нетбинс практически все (ну ваще конечно далеко не все.... но все же) самые крытые фичи списали с идеи не зря же они в одном городе.... LV>Что-то я не слышал, что в Питере писали NB. Вроде его в где-то в другом месте пишут. Питер — плагин для JavaFX вроде как делали. Хотя точно не знаю.
LV>Или вы Прагу имели ввиду?
И в Питере и в Праге пишут
А>В NB начисто отсутствует возможность работы с базами данных в том объёме, в каком это есть в JDeveloper
Ну что вы мои тапочки смешите. Или Хибернейт из под JDev рвёт и мечет, а из под NB тихо сопит? Смешно-с даже...
А> отсутствует возможность работы с ADF, а это одна из ключевых технологий Oracle.
Стоимость лицензии напомните, плиз? Вот-вот, в Бобруйск ADF (имхо, в наше время не так много технологий, за которые стоит платить деньги. ADF по мне к ним не относится точно)
A> Ну TopLink и SQLJ худо-бедно можно как-то прикрутить.
Можно. А нужно? В любом случае не мешает уточнить, о каком Toplink идёт речь — о чисто-оракловском или об Essentials — вещи зело разные.
А>Фишка в том, что некоторое время назад JDeveloper был платным, причём сильно платным, т.к. как и все продукты Oracle стоил очень дорого, и до сих пор не является OpenSource. Плюс, выпускаются новые версии и патчи к ним исключительно в связи с событиями выхода новых продуктов Oracle и исключительно для совместимости с ними. В то время как NetBeans обновляется вместе с появлением новых фич в JDK.
Хм, а IDEA она бесплатная? И на котого в инете больше ссылок? Если даже Борланды (напомню, JDev вырос из JBuilder)на эклипса переползли... JDev же ещё дышит... Пока.
Вообще говоря, после изумительного пируэта с выкидыванием OC4J на оракловские дев-тулзы сильно смотреть и не хочется... Дуракам хватает двух раз, умным — одного.
Re[4]: Opensouce IDEA и конец NetBeans
От:
Аноним
Дата:
21.10.09 08:00
Оценка:
D>Слабо верится, что конторы типа Sun и Oracle при заморозке какого-то продукта выгоняют разработчиков, а не переводят их на другие проекты.
Когда как, в Сане в последнее время выгоняли
Здравствуйте, LeonidV, Вы писали:
LV>Дошли слухи о таком развитии событий: LV>1. До зимы IDEA переводится на OpenSource (по крайне мере какая-то часть) в виде Community Edition; LV>2. После окончательной покупки Sun'а Oracle'ом, централизованное развитие NetBeans прекратится.
Интересно, чем руководствовались те, кто предпочел NetBeans эклипсу? Ведь редактор кода в нем никакой. А раз так, то все остальное казалось бы уже не должно иметь значения.
Социализм — это власть трудящихся и централизованная плановая экономика.
Здравствуйте, LaPerouse, Вы писали:
LP>Интересно, чем руководствовались те, кто предпочел NetBeans эклипсу? Ведь редактор кода в нем никакой. А раз так, то все остальное казалось бы уже не должно иметь значения.
Да какой там редактор. Когда я в NetBeans к своему проекту подключаю jar-ник (библиотеку), и в этой библиотеке есть класс с таким-же именем, как у меня в исходниках — NetBeans при компиляции выбирает первый попавшийся. И всё остальное у них так-же. Это вообще не среда разработки, это детский сад какой-то.
Здравствуйте, mkizub, Вы писали:
M>Да какой там редактор. Когда я в NetBeans к своему проекту подключаю jar-ник (библиотеку), и в этой библиотеке есть класс с таким-же именем, как у меня в исходниках — NetBeans при компиляции выбирает первый попавшийся. И всё остальное у них так-же. Это вообще не среда разработки, это детский сад какой-то.
так NetBeans сам не компилирует, он ant использует.
Здравствуйте, cvoronin, Вы писали:
C>Ну что вы мои тапочки смешите. Или Хибернейт из под JDev рвёт и мечет, а из под NB тихо сопит? Смешно-с даже...
Я имел ввиду не библиотеки, а именно базы данных. Про Off-LIne Databases в JDeveloper слышали когда нибудь? Схемы баз данных, генерация SQL кода по ним, работа с PL/SQL кодом, генерация Java кода по имеющейся базе данных и пр.
C>Стоимость лицензии напомните, плиз? Вот-вот, в Бобруйск ADF (имхо, в наше время не так много технологий, за которые стоит платить деньги. ADF по мне к ним не относится точно)
Это ваше личное мнение, огромное кол-во людей во всём мире (и все они клиенты Oracle) пользуются этим. А клиенты для Oracle, я думаю, важнее, чем OpenSource студенты.
A>> Ну TopLink и SQLJ худо-бедно можно как-то прикрутить. C>Можно. А нужно?
Имелось ввиду, при переносе проектов из JD в NB.
C>Хм, а IDEA она бесплатная? И на котого в инете больше ссылок?
Если я ничего не путаю JD стоил около 2500$ за одного разработчика, т.о. IDEA почти бесплатна . Мне кажется, в политику Oracle не было заложено сделать IDE доступную для всех, их основная задача была сделать IDE предназначенную для разработки приложений для Oracle. В таком случае, рекламная и маркетинговая стратегия имеет свою целевую аудиторию, а стало быть нефиг деньгами за зря в интеренете мусорить. Вот если концепция изменится вам этих ссылок мало не покажется.
С>Если даже Борланды (напомню, JDev вырос из JBuilder)на эклипса переползли... JDev же ещё дышит... Пока.
Какие такие Борланды? Где они? Ау-у-у! Забудьте уже про такую фирму — нету её, как разработчика IDE. Та фирма, которая сейчас выпускает JBuilder не имеет никаких прав кроме названия этого продукта, а покупать назад у Oracle — денег не хватит. Вот и пользуются тем, что есть.
C>Вообще говоря, после изумительного пируэта с выкидыванием OC4J на оракловские дев-тулзы сильно смотреть и не хочется... Дуракам хватает двух раз, умным — одного.
Вообще то речь шла не о том какая IDE лучше, а о том какую выберет Oracle. Мне почему-то кажется, что больше шансов выжить у JDeveloper.
Здравствуйте, garrick, Вы писали:
G>Я имел ввиду не библиотеки, а именно базы данных. Про Off-LIne Databases в JDeveloper слышали когда нибудь? Схемы баз данных, генерация SQL кода по ним, работа с PL/SQL кодом, генерация Java кода по имеющейся базе данных и пр.
Теперь слышал Даже почитал.
Имхо ERwin рулит и в части удобства, и в части независимости от конкретной датабазы, и в части генерации документации (абсолютно необходимая (для меня) фишка), и в части поддержки шаблонов генерации, и в части пре- и постскриптов (про другие аналогичные тулзы не упоминаю, потому как в реальной работе не пользовал). Хотя, конечно, денег стоит.
C>>Стоимость лицензии напомните, плиз? Вот-вот, в Бобруйск ADF (имхо, в наше время не так много технологий, за которые стоит платить деньги. ADF по мне к ним не относится точно) G>Это ваше личное мнение, огромное кол-во людей во всём мире (и все они клиенты Oracle) пользуются этим. А клиенты для Oracle, я думаю, важнее, чем OpenSource студенты.
Насчет ИМХО — не спорю. Насчёт огромного — не уверен: сравниваем (для определённости, на dice.com) количество вакансий по ADF, и количество вакансий по хибернейту.
G>Вообще то речь шла не о том какая IDE лучше, а о том какую выберет Oracle. Мне почему-то кажется, что больше шансов выжить у JDeveloper.
Речь не о том, что выберет Оракл, а о том, что выберут девелоперы. Есть немало поводов полагать, что миграция с NB если и будет, то будет в сторону эклипса, но не в сторону JDev. Переходить с опен-среды на закрытое решение без внятного коммюнити — на любителя-экстримала.
Здравствуйте, LeonidV, Вы писали:
LV> После окончательной покупки Sun'а Oracle'ом, централизованное развитие NetBeans прекратится.
NetBeans это неплохой бесплатный профайлер, со встроенной IDE. Если разработчики сосредоточатся на этом, вместо того чтобы добавлять в NB ненужные IDE-фичи, будет только лучше.
Здравствуйте, Miroff, Вы писали:
M>NetBeans это неплохой бесплатный профайлер, со встроенной IDE.
Это тот который теперь visualvm и входит в поставку JDK? Зачем ему тогда ещё NetBeans?