Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 199
Ну я думаю Oracle подсуетится. Им платформу явно не захочется терять. С чего бы Apple должны за них патчить Java?
Вопрос в том, что ранее java работала «из коробки» и ничего ставить не нужно было.
Для рядовых пользователей это изменение существенно.
Для рядовых пользователей это изменение существенно.
Ну, когда-то с виндой тоже своя Java поставлялась
Там все было иначе, там была java не совместимая со спецификацией. И из винды ее Sun через суд вынимала.
Sun не вынимала её из Винды через суд :) Идея была в том, чтобы заставить Microsoft соблюсти стандарт. Когда MS изъяла JVM из Windows у всех челюсти попадали :)
И ведь оказались правы в Microsoft. 99% пользователям, как показала практика, не требуется Java.
А всякие программы типа Eclipse, которым нужна Java, имеют собственную, независимую от системной, копию VM.
Это значит, что у пользователя стоит куча копий джавы. Что-то в этом есть неправильное…
В составе Eclipse нет собственной копии VM.
У меня в подпапке /jre лежит java. Может быть, это в чистом Eclipse и нет, но в моём пакете была, и у всех коллег есть точно (как раз я у себя эту «встроенную» jre удалил, чтобы использовать системную, более новую версию, и при последнем системном апдейте поимел проблем с Oracle Java, а коллеги ничего не заметили, так как используют какую-то старинную сборку 1.5)
вы много _пользователей_ видели с явой? и что — реально пользуются?
я вот видел — это или девелоперы (причём в основном серверные), либо какие-нить трейдеры у которых торговые ява-терминалы.
в общем спец. контингент которым ручками всё поставит админ.
я вот видел — это или девелоперы (причём в основном серверные), либо какие-нить трейдеры у которых торговые ява-терминалы.
в общем спец. контингент которым ручками всё поставит админ.
А как же Minecraft! minecraft.net/
Это не совсем так :). Просто такие вещи, как eclipse, netbeans, glassfish, jboss, имеют часто эдишены, в которых идут вместе с JRE / JDK. Но в общем случае не очень верное замечание. Например, в моем эклипсе, Java не прилагается.
К тому же, JRE vs JDK — тоже разница. Рядовому пользователю JDK не нужна, а JRE легко ставится по требованию. А вот тот, кому нужен эклипс, сам легко поставит JDK :)
К тому же, JRE vs JDK — тоже разница. Рядовому пользователю JDK не нужна, а JRE легко ставится по требованию. А вот тот, кому нужен эклипс, сам легко поставит JDK :)
и что поменяется? выпустят ораклы жаву, так ее включат в дистрибутив, так же как и с ruby/python/etc. Их же всех Apple не допиливает.
у java свои механизмы построения GUI. И Apple их допиливала чтоб приложения выглядели нативно.
ну а теперь пусть допиливает Oracle, зачем это делать Apple? Все равно жавные приложухи под мак выглядят криво.
Пусть меня простят любители явы, но где они вообще ровно выглядят!?
eclipse?
ну да, можно обобщить на все swt-based приложения :)
Eclipse вроде SWT использует для GUI. Там вроде ИБМ допиливает…
Далеко не вся клипса выглядит нативно. Да ладно, чего уж там, кроме деревьев ничего нативного и нет.
Нет. В эклипсе (в SWT) нативно выглядят ВСЕ не кастомные контролы — кнопки, едиты, лейблы, кобмики, деревья, таблицы, меню, тулбары, окна и всё остальное стандартное. Т.к. они и есть нативные контролы.
контролы-то нативные, но выглядит он всё равно ужасно
если для вам экслипс нативно выглядит — пожалуйста, никогда, повторяю, никогда не пробуйте писать под mac.
для меня эклипс нативно выглядит под виндой и линуксами, под маком я разве что скриншоты видел. ну и сорцы эклипса, из которых видно, что рендерятся нативные контролы. вполне допускаю что в результате гуй всё равно выглядит не так нативно как хотелось бы — в эклипсе хватает и кастомных контролов. хочется верить, что ребята, которые делают cocoa port, работают над этим.
тут проблема не в контролах, а в несколько другой идеологии и не только…
идеология swt как раз в том чтобы гуй выглядел нативным. для того же win api и gtk это удалось на 5+, swt-шный гуй невозможно отличить от нативного. и я не думаю, что gui api на маке настолько космический, что его невозможно адаптировать под swt.
но это если говорить об swt и неких абстрактных «правильных» rcp, если же об эклипсе как об ide то там конечно есть масса вещей которые выглядят одинаково на всех платформах и конечный гуй выглядит как эклипс, а не как некий образцовый гуй под винду гтк, макос и т.д…
но это если говорить об swt и неких абстрактных «правильных» rcp, если же об эклипсе как об ide то там конечно есть масса вещей которые выглядят одинаково на всех платформах и конечный гуй выглядит как эклипс, а не как некий образцовый гуй под винду гтк, макос и т.д…
>идеология swt как раз в том чтобы гуй выглядел нативным
не гуй, а контролы вы хотели сказать.
HIG на одних только контролах не сделать
не гуй, а контролы вы хотели сказать.
HIG на одних только контролах не сделать
если речь о парадигме гуя, которая в маке отличается от виндового/линуксового (типа организации меню, работы с мышью и т.д.) то тут ничего не попишешь. eclipse ide реализует наиболее стандартную на сегодняшний день модель. впрочем написать eclipse rcp под маковскую парадигму вряд ли такая большая проблема. но такой продукт вряд ли понравится тем кто не на маке. к сожалению на сегодняшний день мультиплатформенность в вопросах гуя не ушла дальше контролов.
Им не надо выглядеть прямо. Их задача — выглядеть одинаково. Работаю в логистической компании, и тут стоит цвет или местоположение кнопки чуть-чуть изменить — сразу приходят багрепорты типа «не можем найти кнопку».
Не ну например Netbeans очень нативно выглядит.
С одной стороны, печальное известие. С другой, Apple давно уже упрекают в том, что они заморозили развитие jvm (1.6 вышла на год позже виндовой и линуксовой версий).
Портировать саму core-jvm достаточно просто. Основаная сложность — графика. У Mac OS свое графическое ядро, поэтому придется писать новый rendering pipe, а это задача не из простых (сколько времени они писали быстрый XRender pipeline). Впринципе, java умеет работать через универсальный OpenGL rendering pipe, но до сих пор вроде бы это экспериментальная фича.
Так или иначе, пока выйдет официальная версия для мака, пройдет еще куча времени.
Портировать саму core-jvm достаточно просто. Основаная сложность — графика. У Mac OS свое графическое ядро, поэтому придется писать новый rendering pipe, а это задача не из простых (сколько времени они писали быстрый XRender pipeline). Впринципе, java умеет работать через универсальный OpenGL rendering pipe, но до сих пор вроде бы это экспериментальная фича.
Так или иначе, пока выйдет официальная версия для мака, пройдет еще куча времени.
Сначала Flash, потом Java…
Кто следующий?
Кто следующий?
.NET. Он умрет со смертью винды. Вопрос только во времени.
мы все умрем. вопрос только во времени
Какой наивный мальчик :D
Сейчас половина гнома на C# написана. Так что дотнет жил, дотнет жив, дотнет будет жить.
Вас обманули.
Гном может жить и хорошо работать на системе без Mono вообще.
Гном может жить и хорошо работать на системе без Mono вообще.
Угу, это вселенский заговор, а тут подробности www.linuxplanet.com/linuxplanet/reports/6797/1/
ну что мне, в доказательство поставить на виртуалку Дэбиан и на него накатить Gnome, а потом показать список пакетов?
Весь функционал Gnome, как DE возможен без Mono.
Весь функционал Gnome, как DE возможен без Mono.
Гном — это не только панельки и менюшки, это ещё тонны софта, заточенного под эту среду. И вот среди этого софта много программ на C#, потому что он проще в использовании ввиду отсутствия необходимости использовать такой пережиток 80-х, как работа указателями вручную в прикладном софте.
насколько я помню и от Tomboy и от F-Spot в поставке отказались все основные дистрибутивы, а это и были две программы на Mono.
к сожалению Ubuntu пока не выпилила F-Spot в пользу GNote. :(
Благодаря этому «пережитку прошлого» мы и имеем все эти новомодные C#.
Вот благодаря любителям моно и питона гном и стал тормознее, чем KDE, хотя раньше всегда считалось, что наоборот.
Тем, не менее это не отменяет того факта, что Mono и Python тормоза. Даже на JS написаный гуй и тот быстрее работает.
Впрочем сами функции отрисовки всё равно нужно писать на компилируемом языке: от этого вообще никуда не денешься, тормоза явы это демонстрируют.
Впрочем сами функции отрисовки всё равно нужно писать на компилируемом языке: от этого вообще никуда не денешься, тормоза явы это демонстрируют.
Еще хочу заметить, что на мобильных устройствах еще очень долго будет мало мегагерц и памяти, а также заряда батареи, соответственно всякие питоны и прочие моны без ухищрений типа MonoTouch будут кушать драгоценные миллиамперы на всевозможные проверки в рантайме.
Трудноуловимые? Моя практика мне подсказывает, что они вполне себе легко ловимые. Если конечно не писать на голых Сях. А есть же еще и D, в котором учтены многие ошибки C++
Извините, но миф про сложное управление памятью в С подобных языках разводят те, кто не научился нормально на них писать или люди которым выгодно, что бы так думали, питоны, явы, с# очень хороши там где нет сложных задач, например для GUI и подобных задач, можно нанять дешевого программиста и он будет быстро работать, но не тащите это все управляемое барахло на системный уровень.
Вот тут недавно новость пробегала про то, что лондонская биржа перешла с софта на .NET. Думаю после этого вопрос производительности и стабильности можно закрывать.
Вот тут недавно новость пробегала про то, что лондонская биржа перешла с софта на .NET. Думаю после этого вопрос производительности и стабильности можно закрывать.
Новомодные C# имеют нас! :-DD
А какая взаимосвязь между C# и дотнетом? Для C# можно еще 100500 компиляторов написать. И тем более я не говорил про смерть сишарпа.
это вы к тому что Gnome тоже скоро умрет? Или к тому что Mono и него выпиливают?
>Сейчас половина гнома на C# написана.
«Половина» — это Tomboy и F-Spot, или я ещё что-то пропустил? :)
«Половина» — это Tomboy и F-Spot, или я ещё что-то пропустил? :)
Хотят замкнуться сами на себя, миллиарды от iphone таки давят на мозг.
Я думал Лари и Стив братики :(
И ведь только недавно вышел апдейт Java пот мак, я думал все наоборот улучшится =(
Прости их, господи, ибо не ведают, что творят
Давно пора жаву с десктопов выпиливать.
Солидарен с аппле.
Солидарен с аппле.
А на чем нынче разрабатывают под десктопный мак? Тоже ObjectiveC?
Я лично спокойно пишу на C++, а obj-c юзаю только по самому минимуму. Но таки да, приложения выглядят не абсолютно нативно ибо Qt
если у вас OpenGL приложение — пишите спокойно на С++, если ГУИ пишите чуть менее спокойно но то же на С++. В теории можно вроде так же как и под вин — прикрутить любую либу.
Java выглядит ненативно на маке и, к тому же, тормозит не по детски… Согласен с выбором Эппл.
откройте для себя swt (как пример — eclipse)
минусаторы, аргументы есть? :-P
C каких пор Eclipse выглядит нативно? Как были инородные тулбары так и остались. Сравните интерфейс с XCode, например. По-моему разница огромна.
oh noooooo, только не тулбары! неееет!
Что, даже cocoa в 3.6 инородно выглядит? Сам я далёк от мира маков, но cocoa была чуть ли не специально из-за проблем с тулбарами/статусбарами сделана и вроде отзывы были положительные.
Сравните:
ну да, выглядит по разному, хотя слишком разные программы чтобы можно было сравнить детали.
впрочем спор ни о чём, очевидно eclipse ide выглядит не так как обычно выглядят маковские ide. говоря о нативности эклипса я имел в виду набор примитивных контролов swt. и если задаться целью сделать маковский look-and-feel на базе eclipse rcp то по идее проблем быть не должно — достаточно не пользоваться кастомными контролами написанными в стиле винды/убунты, а настройки стандартных делать «по-маковски» (типа текста под кнопками тулбара). хотя это теория, в реальности я такой целью не задавался и возможно где-нибудь косяки да вылезут.
впрочем спор ни о чём, очевидно eclipse ide выглядит не так как обычно выглядят маковские ide. говоря о нативности эклипса я имел в виду набор примитивных контролов swt. и если задаться целью сделать маковский look-and-feel на базе eclipse rcp то по идее проблем быть не должно — достаточно не пользоваться кастомными контролами написанными в стиле винды/убунты, а настройки стандартных делать «по-маковски» (типа текста под кнопками тулбара). хотя это теория, в реальности я такой целью не задавался и возможно где-нибудь косяки да вылезут.
Речь была лишь о тулбарах. И это не было спором. Поймите, я говорил не о том, что это невозможно или же что все контролы выглядят иначе. Но под Mac OS look'n'feel Eclipse никак не подходит, в часитности, те самые тулбары. Вот и всё.
я уже вроде согласился, но на всякий случай соглашусь ещё раз — да тулбар выглядит не нативно)
я говорю об эклипсе как о gui-фреймворке. вы говорите об эклипсе как о конкретном приложении (например c++ ide).
так вот, на фреймворке eclipse (в простейшем случае swt+jface) сделать тулбары, которые будут выглядеть нативно на маке скорее всего не проблема. я так думаю, потому что вижу из сорцов swt, что и ToolBar и ToolItem-ы это нативные маковские контролы. вот такой тулбар (голый swt)
выглядит нативно на маке?
а в eclipse ide тулбары сделаны однообразно для всех ос. возможно даже умышленно. а может и исправят в будущем.
я говорю об эклипсе как о gui-фреймворке. вы говорите об эклипсе как о конкретном приложении (например c++ ide).
так вот, на фреймворке eclipse (в простейшем случае swt+jface) сделать тулбары, которые будут выглядеть нативно на маке скорее всего не проблема. я так думаю, потому что вижу из сорцов swt, что и ToolBar и ToolItem-ы это нативные маковские контролы. вот такой тулбар (голый swt)
выглядит нативно на маке?
а в eclipse ide тулбары сделаны однообразно для всех ос. возможно даже умышленно. а может и исправят в будущем.
да, даже 3.6
более того, даже первый же диалог — выбор workspace'а — уже выглядит ненативно (высота edittext'а)
более того, даже первый же диалог — выбор workspace'а — уже выглядит ненативно (высота edittext'а)
Eclipse выглядит на троечку.
Кстати, как раз вчера выпустили обновление Java SE6 для мака. А эта новость неожиданна.
Даёшь Eclipse на Objective-C?
Ну пожалуйста…
Ну пожалуйста…
вот я сейчас за маком пишу java web apllication на эклипсе. то есть когда Apple так уберут java из macos — мне на винду чтоль возвращаться? или убунту на MBP ставить?
нет
а почему нет?
поставите себе любой дистрибутив GNU/Linux по выбору и будете нормально писать под Java дальше ))
поставите себе любой дистрибутив GNU/Linux по выбору и будете нормально писать под Java дальше ))
то есть java разработчики из потенциальных пользователей macos исключаются
может оно для разработчиков и лучше? ))
перестанут переплачивать за железо и яблоко на крышке
перестанут переплачивать за железо и яблоко на крышке
помимо разработки — это еще и моя повседневная рабочая машинка )
и потом — в правильных местах оно стоит вполне сопоставимо с прочими ;)
и потом — в правильных местах оно стоит вполне сопоставимо с прочими ;)
что значит «iPhone 4 HK$ 5,888»?
А как это победить:
The Apple Online Store Hong Kong sells and ships items only within Hong Kong. You may not export any products purchased at the online Apple Store. The Apple Store sells and ships products to end user customers only. Notwithstanding order confirmation Apple may cancel any order where it has reasonable grounds to believe the product is not being purchased for end use.
А то цены очень приятные =)
The Apple Online Store Hong Kong sells and ships items only within Hong Kong. You may not export any products purchased at the online Apple Store. The Apple Store sells and ships products to end user customers only. Notwithstanding order confirmation Apple may cancel any order where it has reasonable grounds to believe the product is not being purchased for end use.
А то цены очень приятные =)
для мака джаву писали apple
я хз, входит она туда или нет.
www.java.com/ru/download/apple_manual.jsp?locale=ru&host=www.java.com
www.java.com/ru/download/apple_manual.jsp?locale=ru&host=www.java.com
как сказали в коменте выше — не входит
habrahabr.ru/blogs/java/106615/#comment_3353974
habrahabr.ru/blogs/java/106615/#comment_3353974
Eclipse полноценно работает, например, на OpenJDK
> или убунту на MBP ставить?
Зачем на MBR? Ставьте на EFI GPT!
Зачем на MBR? Ставьте на EFI GPT!
Вы таки путаете MacBook Pro и Master Boot Record
И точно — прошу прощения. Просто подумал, что вы применили к Linux ту же логику, относительно работы с таблицами разделов, что и к Windows.
а вы точно не путаете файловые системы и загрузочные записи HDD? NTFS, MBR, EXT и HFS и что там еще…
и, кстати, о какой той же логике идет речь?
и, кстати, о какой той же логике идет речь?
MBR, как и GPT, содержит таблицу разделов. x86 и x64 Windows может загружаться только с MBR, в результате чего для установки Windows на Маки приходится синхронизировать таблицы разделов в MBR и GPT, вместо привычного использования protective MBR + GPT. Однако, насколько я помню, этот процесс автоматизирован Boot Camp.
Неправильно прочитав MBP в вашем сообщении, в своём ответе я хотел сказать, что Linux можно спокойно ставить прямо на GPT, без синхронизации GPT и MBR.
Неправильно прочитав MBP в вашем сообщении, в своём ответе я хотел сказать, что Linux можно спокойно ставить прямо на GPT, без синхронизации GPT и MBR.
теперь прийдётся все учебники по Java переписывать что с 201х года
Java перестала быть кроссплатформенным языком
Java перестала быть кроссплатформенным языком
Java перестала быть кроссплатформенным языком
неприятнее всего
ну о чем вы говорите landonf.bikemonkey.org/code/java
Тэг айрони забыли?
Java не перестало им быть ни разу. Она перестанет им быть тогда в некоторой степени, причем малой, когда Apple сделает так, что в MacOSX нельзя будет в принципе реализовать программу (приложение), которое будет удовлетворять спецификации JVM :)
Тут дело скорее в том, что когда-то давно базой для МакОСа была выбрана BSD. Проблемы с Flash и Java ощущаю под Фряхой, но они не так чувствуются ибо комьюнити осиливает поддерживать Java, а Flash просто работает через бинарную Линукс-совместимтость.
А вот в случае Эппл, тут видимо у парней сил не хватает портировать всё на Маки, потому как уж слишком далеко от BSD отошли.
/me запасается попкорном…
А вот в случае Эппл, тут видимо у парней сил не хватает портировать всё на Маки, потому как уж слишком далеко от BSD отошли.
/me запасается попкорном…
*занудно*
базой не была выбрана BSD.
Ядро Mach(используется как Darwin, так к примеру и GNU HURD).
Обвязка частично от FreeBSD.
никак не база…
базой не была выбрана BSD.
Ядро Mach(используется как Darwin, так к примеру и GNU HURD).
Обвязка частично от FreeBSD.
никак не база…
> А вот в случае Эппл, тут видимо у парней сил не хватает портировать всё на Маки,
флэш есть. java есть. сил, видать, хватило.
только флэшем занимается адоб, а так как у оракла денег дофига, в apple решили, что пусть они с явой и мучаются, нефиг благотворительностью заниматься.
флэш есть. java есть. сил, видать, хватило.
только флэшем занимается адоб, а так как у оракла денег дофига, в apple решили, что пусть они с явой и мучаются, нефиг благотворительностью заниматься.
Вот если можно будет поставить ява-машину отдельно от системы, то это будет только к лучшему. Ну, лично для меня.
Есть у нас в типографии несколько печатных машин Heidelberg. А на системах управления к ним есть такое дополнение. Программка на java, чтобы удаленно смотреть, что делается в текущий момент на печатной машине.
И вот проблема-то в том, что под Linux (менеджерам и прочим) нужную версию Java поставить можно.
А вот мне на Mac — нельзя.
И программка говорит: «Неправильная у вас Java какая-то. Не буду я с такой работать».
Обидно, да…
Есть у нас в типографии несколько печатных машин Heidelberg. А на системах управления к ним есть такое дополнение. Программка на java, чтобы удаленно смотреть, что делается в текущий момент на печатной машине.
И вот проблема-то в том, что под Linux (менеджерам и прочим) нужную версию Java поставить можно.
А вот мне на Mac — нельзя.
И программка говорит: «Неправильная у вас Java какая-то. Не буду я с такой работать».
Обидно, да…
Любая VM лечит проблему.
можно поставить. у меня же стоит. и всякие IDE спокойно предлоагают выбрать нужную версию.
если прграмма не умеет, помжно просто симлинки в library/framewroks/java перекинуть.
если прграмма не умеет, помжно просто симлинки в library/framewroks/java перекинуть.
Я вот наверное чего-то не знаю. Но когда заходишь на java.com тебе говорят «Корпорация Apple Computer поставляет свою собственную версию Java. Используйте функцию Software Update, чтобы убедиться в том, что у вас установлена последняя версия Java для Mac.» У меня установлена, да. Но дело-то в том, что мне как раз не последняя нужна.
Я вообще мало знаю про Java, и из IDE у меня только Aptana Studio стоит.
И как вот с этим быть – непонятно.
Я вообще мало знаю про Java, и из IDE у меня только Aptana Studio стоит.
И как вот с этим быть – непонятно.
Apple просто выпиливает со своей платформы не компилируемые языки. Что-то в этом есть.
Java — компилируемый (в байт код) язык.
Я говорю про нативные, сейчас нет интерпретируемых языков, которые не компилят в байт-код, они просто очень медленные. И у Java JIT, компиляция в машинный код на лету.
Ну вообще то есть (тот же PHP).
Кроме того некоторые конструкции динамических языков в принципе нельзя эффективно компилировать в машинный код, неважно на лету или нет.
А Java очень близок к нативно компилируемым языкам по производительности.
Кроме того некоторые конструкции динамических языков в принципе нельзя эффективно компилировать в машинный код, неважно на лету или нет.
А Java очень близок к нативно компилируемым языкам по производительности.
Вообще-то, PHP тоже транслируется в байт-код.
Не совсем верно выразился.
Java приложения принято распространять скомпилированные в байт-код, который потом just-in-time компилируется в машинный в JVM.
PHP — практически всегда в исходниках (исключая обфусцирование). И PHP при выполнении в машинный код не компилируется насколько мне известно. Есть только некоторая оптимизация, сохранения распарсенного дерева, кеширование.
Java приложения принято распространять скомпилированные в байт-код, который потом just-in-time компилируется в машинный в JVM.
PHP — практически всегда в исходниках (исключая обфусцирование). И PHP при выполнении в машинный код не компилируется насколько мне известно. Есть только некоторая оптимизация, сохранения распарсенного дерева, кеширование.
Именно поэтому в Apple пилят macruby, ага? :-)
Next: Apple обьявляет пользователей устаревшими.
Даже думать не хочу, что может быть с проектами типа: Zend, NetBeans, с продуктами от JetBrains. :( Да и вообще, уже слишком печально думать о Java. Надеюсь и верю…
кстати, еще есть openjdk же :)
Всегда был уверен что Sun сама делала версию под osx. Ну вот теперь за это возьмется Oracle :)
Ето какойто троллинг.
WebObjects (фреймворк на котором написаны все эппл-сайты) написан на Java.
Убрать Джаву из макоси === послать всех девов пишущих под этот фреймворк.
WebObjects (фреймворк на котором написаны все эппл-сайты) написан на Java.
Убрать Джаву из макоси === послать всех девов пишущих под этот фреймворк.
MobileMe использует SproutCore. Server-side Java никто не отменяет. Говорят о выпиливании Java из десктопа, а на десктопе ее и не должно быть.
Дубль два:
Если выпилить джаву с десктопа девелоперы не смогут нормально педалить.
Если выпилить джаву с десктопа девелоперы не смогут нормально педалить.
крутые ынтерпрайз-девелоперы из индии не смогут поставить JVM?
Смогут, но зачем усложнять им жизнь? Тем более это усложнит жизнь самим эппловским разработчикам. Они же там у себя в Эппл на маках работают? И как им педалить под тот-же webObjects без JVM?
—
Я вам по секрету скажу, в комплекте с макосью при дефолтной установке идет:
php, python, ruby и еще 100500 биндингов и различных тулзов (svn тот же) для того что бы девы могли педалить на этом всем под маком.
Их же никто выпиливать не собрался? Наоборот, развивают. Потому что девелоперов надо поддерживать а не ломать им настроенный енвиромент.
—
Я вам по секрету скажу, в комплекте с макосью при дефолтной установке идет:
php, python, ruby и еще 100500 биндингов и различных тулзов (svn тот же) для того что бы девы могли педалить на этом всем под маком.
Их же никто выпиливать не собрался? Наоборот, развивают. Потому что девелоперов надо поддерживать а не ломать им настроенный енвиромент.
как headless java можно хоть openjdk использоваться.
написать и поддерживать внутреннюю версию гораздо проще, чем «внешнюю»
написать и поддерживать внутреннюю версию гораздо проще, чем «внешнюю»
Видимо раньше Apple платили Sun за лицензию на Java, а теперь типа у Oracle дофига бабла, пусть сами и пилят, если нужно.
Что вы к Java desctop привезались, видите ли не так она выглядит, не нативно. Смысл джавы в том, что можно написать приложение, которое будет работать на всех системах(win, mac, linux), да это будет не нативно, и возможно не так красиво, но вы представте сколько времени сэкономлено на поддержку разных платформ? Если бы многие программы, которые написаны на джава, писались бы на других языках(платформенно-зависимых), то были бы версии только под одну, возможно две платформы, не более.
Подход эппл для меня не понятен, достаточно много разработчиков сидят на Маках, что им придется на линух/винду пересаживаться ?:))
По поводу того, что типа в IDE идет своя java — это полная хрень, да она есть, но эта java в принципе существует на этой системе, а если ее не будет, то и в комплекте будет не чего поставлять. Конечно можно будет пользоваться версией 1.5, но через какое-то время этого будет не достаточно
Подход эппл для меня не понятен, достаточно много разработчиков сидят на Маках, что им придется на линух/винду пересаживаться ?:))
По поводу того, что типа в IDE идет своя java — это полная хрень, да она есть, но эта java в принципе существует на этой системе, а если ее не будет, то и в комплекте будет не чего поставлять. Конечно можно будет пользоваться версией 1.5, но через какое-то время этого будет не достаточно
Если Apple сделали это ради того, чтобы как-то помешать разрабатывать Android-приложения на своей платформе, то они не правы: Eclipse (и, соответственно, ADT) замечательно работают на OpenJDK без X11: samolisov.blogspot.com/2010/10/eclipse-c-openjdk-mac.html
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Apple объявляет Java для Mac OS X 10.6 устаревшей