Комментарии 99
Эпплу нужно, чтобы пользователь жил в экосистеме их продуктов: писал программы для развития их инфраструктуры (например, Айпада или Айфона) на их железе. Настала пора, когда Java перстала вписываться в эту концепцию.
Главное, чтоб Apple не забывала, что есть не только Mobile Development, но и Web. И не убила это.
Вы хотите от Apple создать в их инфраструктуре еще языки\фреймворки для Веба?
У них это есть и развивается, посмотрите разработку веб-приложений в Dashcode, правда опять же с яблочным привкусом.
Ну да, у них также есть и WebObjects, но все оно настолько сырое, что воспринимать всерьез это не стоит.
Такой сырой, что на нем написаны iTunes Store, Mobile Me и прочие сервисы компании.
MobileMe — SproutCore. По сути это Cocoa для Вэба, еще больше Cocoa только в Cappucino (их моторола купила), там вообще ObjC^W ObjJ & Cocoa во все поля. SC кстати очень удобная штука для написание фронтэндов которые не надо индексировать (a.k.a. для людей).
SproutCore — это FrontEnd, Webobjects — это backend.
А разве WebObject это не Java?
Нет, но они поддерживают Ruby on Rails из коробки. А я с этим работаю. :)
Вообще-то они делают много и добиваются успеха в этом направлении больше чем кто бы то ни было еще. Safari под Mac прекрасен и быстр. Не это ли самое главное что можно было бы сделать ими для веба?
это нужно любому держателю платформы
Вы не правы. Я не знаю видели ли вы Java-приложения под MacOS, но они выглядят превосходно. Берешь одно и тоже приложение под Windows и Mac — и вод Win это все отдано на откуп разработчикам, вкус которых зачастую оставляет желать лучшего. Ужасные шрифты. Ужасные кнопки. Съехавшие блоки и границы.
In Mac OS все чисто и красиво. Аккуратно. Обновления Java поддерживаются нативными обновлениями системы, а не дурацкми java scheduler который в Win либо вечно висит в трее, доставая время от времени, либо просто выключен у тех пользователей, кто не любит кучи ненужных иконок в трее, пусть даже спрятанных.
In Mac OS все чисто и красиво. Аккуратно. Обновления Java поддерживаются нативными обновлениями системы, а не дурацкми java scheduler который в Win либо вечно висит в трее, доставая время от времени, либо просто выключен у тех пользователей, кто не любит кучи ненужных иконок в трее, пусть даже спрятанных.
Да. Согласен с вами. Но похоже, что Эппл всё-таки не осиливает обновлять эту красоту вместе с Ораклом. Потому и отказались.
Волею судьбы я как-то проработал три дня на MacBook в Eclipse.
Выглядело оно точно так же, как и под Win. Конечно, контролы MacOS выглядят лучше виндовых.
А еще там почему-то криво работал буфер обмена.
Так что, как минимум, не все Java-приложения «одинаково полезны»:)
Выглядело оно точно так же, как и под Win. Конечно, контролы MacOS выглядят лучше виндовых.
А еще там почему-то криво работал буфер обмена.
Так что, как минимум, не все Java-приложения «одинаково полезны»:)
Эклипс использует тулкит SWT, который в свою очередь использует тулкит Carbon, который не Cocoa :)
сделайте кто-нибудь скриншот eclipse под mac, пожалуйста
Уже не ко мне, извините)
Лень мне его на Маке скачивать. Вот так он выглядит: img823.imageshack.us/i/screenshot20100826at248.png
Uploaded with ImageShack.us
Uploaded with ImageShack.us
Вы немного однобоко трактуете. Тотальный контроль качества — это не только создание экосистемы их продуктов, но и повышение качества других компонентов. Apple больше не тратит деньги на поддержку продукта который должен поддерживать Oracle.
Честно говоря, на клиенте за довольно редким исключением я не вижу Java. За исключением, разумеется… IDE для языка Java, да ;) а вот на сервере Java (и JVM в более широком смысле — т.е. Groovy/Grails, Scala, Clojure et al) практически безальтернативен – кроме С++ ему сейчас нет реальных конкурентов.
Под Android все равно можно будет писать с использованием OpenJDK. Eclipse на ней вполне работоспособен.
Поживем увидим, последний ли это гвоздь.
Oracle начинает использовать Java в качестве оружия для политических игр, например недавние иски против Google из-за нарушения патентов на Java в Android.
Возможно, Apple заранее защищается от возможных атак Oracle.
Ну и, естественно, Apple все жестче выступает с позицией о поддержке нативных приложений, специально разработанных под OS X / iPhone / iPad, и этот ее шаг вполне логичен.
В конце концов, пока речь идет только об отказе от поддержки «из коробки», так что паниковать как минимум рано.
Возможно, Apple заранее защищается от возможных атак Oracle.
Ну и, естественно, Apple все жестче выступает с позицией о поддержке нативных приложений, специально разработанных под OS X / iPhone / iPad, и этот ее шаг вполне логичен.
В конце концов, пока речь идет только об отказе от поддержки «из коробки», так что паниковать как минимум рано.
Какой еще последний гвоздь?
Ява на десктопах никогда и не была особо востребована, а на серверах она умирать не собирается.
А кому она понадобится на apple — скачает и поставит.
Ява на десктопах никогда и не была особо востребована, а на серверах она умирать не собирается.
А кому она понадобится на apple — скачает и поставит.
Не была востребована на десктопах, говорите? А на чем вы будете писать кроссплатформенное приложение, если перед вами встанет такая задача?
Qt
или gtk+
Пишу на шарпе, пока доволен. Gtk#, конечно, штука наркоманская, но от нас в любом случае требуют «уникальный дизайн» (читай, свои виджеты), так что это не особо мешает. Руки чешутся соорудить библиотеку создания интерфейса на чистом C# с бакэндами для всех трёх платформ, дабы не мучиться с биндингами, но, как всегда, не хватает времени.
Можно пошутить? Adobe AIR! =)
Петросянство же. Оно же никогда не научится нативным виджетам.
НЛО прилетело и опубликовало эту надпись здесь
А можно ссылочку?
НЛО прилетело и опубликовало эту надпись здесь
И где по ссылке или на картинке нативные виджеты?
НЛО прилетело и опубликовало эту надпись здесь
Нет. Нативные виджеты это совсем другое, это даже с гуем не связано. А виджетов там так и нет и не будет видимо. А ненативный look&feel таки пугает маководов
Native processes — возможность запускать внешние процессы и взаимодействовать с ними, что есть хорошо.
Виджеты здесь — родные кнопки, таблицы, диалоги, поля ввода и прочее. Этого не обещано и это как раз то, от чего они старательно уходят. Иммено поэтому в Air HTML+Javascript или AS
Виджеты здесь — родные кнопки, таблицы, диалоги, поля ввода и прочее. Этого не обещано и это как раз то, от чего они старательно уходят. Иммено поэтому в Air HTML+Javascript или AS
кстати, как там с юникодным инпутом на маке? пофиксили уже?
На Жаваскрипте?:))
Возможно что и на яве, и что с того?
Я ж говорю, кому очень надо тот сам поставит jre.
Я ж говорю, кому очень надо тот сам поставит jre.
Не «перестала» использовать, а строго наоборот, «стала в итоге использовать» (ended up using a lot of Sun hardware). Иначе с чего бы Гослингу радоваться?
Терзают меня смутные сомненья, но как говорят звезды скоро все будет один сплошной и не отвратимый AppStore, к сожалению…
Java однозначно нужна. IDEA вряд-ли будет переписывать все свои продукты, а они весьма выдающиеся и все на Java.
НЛО прилетело и опубликовало эту надпись здесь
Люди в Jetbrains настолько круты, что смогут написать свою Java, я в них верю. :)
Сразу в машкоде, чо мелочиться…
у людей из JB, (а именно у yole) всё-таки немножко другое мнение по этому поводу
никуда Java из интерпрайз-сектора не денется
НЛО прилетело и опубликовало эту надпись здесь
Я, как ярый рубист, контр-энтерпрайзщик и яблочник категорически вас поддерживаю. Джава крута в ентерпрайзе, и никто ее оттуда ближайшее время не выгонит, поэтому ни о каких гвоздях речи быть не может.
И да, я не люблю Джаву, но спорить с очевидными фактами не собираюсь: для многих задач она подходит лучше всего.
И да, я не люблю Джаву, но спорить с очевидными фактами не собираюсь: для многих задач она подходит лучше всего.
Apple все-таки последнее время больше позиционируется на десктоп окружение (включая сюда мобильные версии)
А для промышленных приложений нужны и другие требования к ОС
и таки да, Java на десктопе у обычного пользователя скорее исключение, чем правило
IDEA конечно не будет переписывать, но и большинство потребителей ее продукции на windows и linux
Захотят использовать — или возьмут подходящую JVM или OS+JVM
А для промышленных приложений нужны и другие требования к ОС
и таки да, Java на десктопе у обычного пользователя скорее исключение, чем правило
IDEA конечно не будет переписывать, но и большинство потребителей ее продукции на windows и linux
Захотят использовать — или возьмут подходящую JVM или OS+JVM
> таки да, Java на десктопе у обычного пользователя скорее исключение, чем правило
Если речь про все десктопы, а не только яблочные, то, имхо, установленный jre (да ещё не одной версии) скорее правило, чем исключение
Если речь про все десктопы, а не только яблочные, то, имхо, установленный jre (да ещё не одной версии) скорее правило, чем исключение
>IDEA конечно не будет переписывать, но и большинство потребителей ее продукции на windows и linux
не уверен. на java-конференциях количество маководов нередко достигает 50%
не уверен. на java-конференциях количество маководов нередко достигает 50%
Кстати, заметил, что во многих «сегментах рынка», которые я по ассоциации «свободный софт»->«свободная ось» считал прерогативой linux/freebsd/..., доля маководов, как минимум, выше доли виндоводов, хотя этот софт, в теории, для этих трёх платформ полностью аналогичен и, уж точно, на мак его портировали либо с одной, либо с другой стороны, но не с мака на другие две. И если почему предпочитают макось винде я могу понять, но почему лиуксу…
НЛО прилетело и опубликовало эту надпись здесь
приветствую вас, человек, который тоже прочитал оригинал.
автор сего «переведенного» опуса весьма желтит и переворачивает всё с ног на голову. филиал комсомольской правды прямо таки.
после таких «переводов» и кучки комментариев людей «разобравшихся» в вопросе, даже комментарии по сути не хочется оставлять.
автор сего «переведенного» опуса весьма желтит и переворачивает всё с ног на голову. филиал комсомольской правды прямо таки.
после таких «переводов» и кучки комментариев людей «разобравшихся» в вопросе, даже комментарии по сути не хочется оставлять.
Исправил, еще есть где-нибудь неточность?
повёл себя принципиально по этому поводу [took a serious «fuck you» attitude]
Какое удивительно точное и «вкусное» выражение...;)
Думаю что 1.6 которая сейчас есть хватит на пару-тройку лет, а там уже можно будет паниковать :)
Надеюсь все же кто-то возьмет на себя поддержку этого дела…
Java замышлялся как одеяло, которое может согреть любого. С тех пор как поменялся логотип с Sun на Oracle оно стало уменьшаться в размерах. Все сперва подумали «с чего бы это»? Но теперь видно, что это Оракл его активно тянет на себя, бормоча под нос «всё равно все прийдете к ораклу. Будет все как в старые добрые времена, когда ко мне и цари в рванье заходили на поклон».
детский сад. эпл просто не хочет тратить денег на поддержку продукта, который могут поддерживать другие. если бы не было сообщества способного осуществлять эту поддержкуб яблочные бы не рыпались, так как java им нужна.
новость скорее нужно читать: java на яблоке достигла своего совершеннолетия и пускается во взрослую самостоятельную жизнь. а у оракла ещё одна статья расходов незапланированная наметилась, смотри ещё чего замарозят :(.
новость скорее нужно читать: java на яблоке достигла своего совершеннолетия и пускается во взрослую самостоятельную жизнь. а у оракла ещё одна статья расходов незапланированная наметилась, смотри ещё чего замарозят :(.
Я желаю зла Apple и добра Java.
Проще отказаться от продукции Аппла, чем от Java.
В данный момент на работе debian, дома macbook. Вероятно в скором времени от последнего придется избавится, больно уж напрягает навязка мне своих условий производителем.
В данный момент на работе debian, дома macbook. Вероятно в скором времени от последнего придется избавится, больно уж напрягает навязка мне своих условий производителем.
ну можете мне macbook выслать. А так на него же можно поставить linux или windows
А что мешает поставить debian на macbook? :) Вроде по законам никто пока не имеет права указывать потребителю какой софт на своём (то есть купленном) железе он обязан использовать. Максимум потеря гарантии (на днях был очень удивлен, когда в суппорте Dell сказали, что установка Linux на новенький Inspiron One 19 приведёт к потери гарантии :( )
Хехе, секретные API. Гослинг хитрит, и мы это знаем! ))
Не секретные API мешают нормальному портированию сановской джавы. И никакое не «сглаживание». Нет проблем имплементировать Graphics2D rendering pipe стандартными средствами MacOS X. Кроме того уже давно есть почти допиленный OpenGL rendering pipe, который будет работать на маке.
А вот что мешает портировать Java на Mac, так это создать маковский look-and-feel для свинга. «Секретные API» — это не что иное как метод отрисовки нативных виджетов, который остается за кадром. Если в Windows XP/Vista/7 Java научилась вытаскивать битмапы для кнопочек из ресурсов ОС, то для мака это, видимо, не так просто (если вообще возможно). А на джаву с неродными виджетами пользователи маков будут смотреть как на дерьмо.
Гослинг обходит стороной факт, что его идея мимикрии виджетов под нативные была изначально провальной. Она потребовала кучу сил и ресурсов, а в итоге принесла только проблемы. AWT должен был развиться до SWT и использовать нативные виджеты платформы в апликациях, а Swing должен быть light-weight библиотечкой, ориентируемой исключительно на веб.
Не секретные API мешают нормальному портированию сановской джавы. И никакое не «сглаживание». Нет проблем имплементировать Graphics2D rendering pipe стандартными средствами MacOS X. Кроме того уже давно есть почти допиленный OpenGL rendering pipe, который будет работать на маке.
А вот что мешает портировать Java на Mac, так это создать маковский look-and-feel для свинга. «Секретные API» — это не что иное как метод отрисовки нативных виджетов, который остается за кадром. Если в Windows XP/Vista/7 Java научилась вытаскивать битмапы для кнопочек из ресурсов ОС, то для мака это, видимо, не так просто (если вообще возможно). А на джаву с неродными виджетами пользователи маков будут смотреть как на дерьмо.
Гослинг обходит стороной факт, что его идея мимикрии виджетов под нативные была изначально провальной. Она потребовала кучу сил и ресурсов, а в итоге принесла только проблемы. AWT должен был развиться до SWT и использовать нативные виджеты платформы в апликациях, а Swing должен быть light-weight библиотечкой, ориентируемой исключительно на веб.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Джеймс Гослинг: почему Applе отказывается от JVM