Дошли слухи о таком развитии событий:
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.
— не такой очевидный выбор как мне кажется.
