макос

[stas]

Ну хорошо, про всякие айпоц-девайсы я уже достаточно ругался, хватит. А вот что с основной платформой, Mac OS X? Я знаю, что эпл запрещает запускать её на не-эпловском хардвере (в результате, как я понимаю, VM с Макосом сделать нельзя и любой, кто хочет поддерживать софт под мак, должен покупать физический комп у эпла, отличная идея, спасибо эпл). А ещё какие-то проблемы с открытостью у него есть?

Comments

[motto.livejournal.com]

похоже у меня ложная память сработала: Mac OS X Server Software. This License allows you to install and use one copy of the Mac OS X Server software (the “Mac OS X Server Software”) on a single Apple-labeled computer at a time. говорит http://store.apple.com/Catalog/US/Images/MacOSXserver.html

Почему я помню, что сервер можно запускать в любой ВМ я вспомнить не могу. По факту, с бубном запускается и десктопная версия

С доступом "из Си" все сложнее, на самом деле. Гуи (и не только гуи) в кокао, действительно, очень объектный. "Объекты" в obj-с - это такое интересное сочетание сишных структур и функций рантайма. В голый си это странслировать проблематично из-за свойств языка (наверное, можно, но читать этот код будет совсем невозможно), в язык более богатый - можно, просто работы дофига

Поэтому есть почти полные байдинги в Ruby и Phyton (опенсоурсные и поддерживаемые эпплом же), а в плюсы и яву -- нет

[sorhed.livejournal.com]

В Java трансляция есть и до недавнего времени (до 10.5 т.е.) была официально поддерживаемой.

[motto.livejournal.com]

точно, там была отдельная сущность, отличная от карбона, а потом ее почему-то сломали

[ivar.livejournal.com]

Запускать маковскую vm на pc можно, хотя не совсем тривиально; мы, например, создали маковский image на fusion-е, и этот suspended vm потом можно спокойно заводить на pc-шном vmware (грузиться с нуля она отказывается). Народ еще много чего на эту тему пишет (например, тут), но этого мы не пробовали, поскольку вобщем особо не надо). А вот весь переход с карбона на коку это, конечно, была грандиозная свинья, которую Apple всем подложил. Как тут уже писалось, благо есть QT, которое спасает от переписывания всего GUI (live and learn - do not lock into one platform and look for cross-platform solutions :), хотя оно тоже пока глючит под коку, поскольку незрелое еще.

[motto.livejournal.com]

разговор же не о том, можно ли на самом деле, а про "разрешает ли лицензия"

с карбоном же совсем просто -- карбон был сделан как костыль, для дешевой миграции с OS8/9

то есть можно сколько угодно говорить, что свинья грандиозная, но подложили-то ее не вчера, а десять лет назад и там была записка "временно"

про qt я промолчу деликатно, чтобы матом зря не ругаться
вон, wireshark для мака вообще в иксах пускается, так что qt точно лучше

[ivar.livejournal.com]

Пожалуй, тут я с Вами не соглашусь. Свинья, собственно, не в том, что решили перейти на новый API, а в то что он 1) требует работы с Objective-C, который специально пришлось учить куче разработчиков, которому он по жизни на хрен не нужен, ни до, ни после. Добавим сюда народ в поддержке, который тоже в нем не в зуб ногой - крайне неудобно. 2) поддержка карбона на x64 была всем Apple обещана, а потом вдруг резко обрезна, не оставив разработчикам под x64 никаких вариантов: или портить всё на коку, или оставаться без 64-битовой поддержки. Записка "Временно" сосем не обязательно предполагает, что из под вас его выдернут в последний момент, не оставляя альтернатив.

Хотя вобщем, весь опыт работы Applе со своими разработчиками, да и с пользователями тоже, сводиться к одному - им насрать на них и на их вложения. Надо будет как-нибудь на досуге посчитать, во сколько человеко-часов только нашей фирме обошлись все их идиотские дергания, с платформы на платфору, с API на API, неведомый никому на виндозной платформе с начала 90-ых... если бы не специфический client base, давно, давно бы похерил их поддерживать.

[manta.livejournal.com]

WPF и C# за "идиотские дергания" и язык, "который специально пришлось учить куче разработчиков" никак не сойдут?

[ivar.livejournal.com]

Никто ж не заставлял. Код, написаный в середине девяностых спокойно себе бегает, да и я как C++ писал, так и пишу. Одно дело - предлагать альтернативы и завлекать желающих, другое - my way or the highway.

[manta.livejournal.com]

Ага. Поэтому есть программы, которые выглядят как Windows, те, что выглядят как Windows 7, те, что выглядят как Windows, но не совсем они, ибо Java, и те, что выглядят как Windows, но не совсем они, ибо портированный Qt. Так выглядит счастье разработчиков и ад пользователей и владельцев платформы.

[ivar.livejournal.com]

*shrug* это на любителя. Полагаю, что "ад" - это всё же преувеличение. Конечно, GUI a-la win3.11 уже не очень сейчас смотриться, а вот разница между QT виджетами и платформными, на мой взгляд, беспокоит немногих, и я ради их беспокойства вкладывать деньги в поддержку родных GUI toolkits абсолютно не собираюсь - денег это точно не принесёт, а всё в конечном итоге ж в это упирается.

[manta.livejournal.com]

Вот в этом и разница. Эпл заботит то, как выглядят аппликации на ее платформе, даже если самому разработчику это пох.

И не могли бы вы подробнее про карбон - его отменили, и писать на нем больше нельзя? Все программы перестали вдруг работать?

[ivar.livejournal.com]

Если я хочу, что бы моя аппликация побежала 64-битной платформе, то на виндозе мне надо в худшем случае поменять пару определений и подправить непортабильный код, если где такой был. На Маке мне надо переписать весь GUI, низкоуровую обработку собыий и т.д. Даже с QT (т.е. НЕ переписывая большей части GUI) на среднего размера и сложности проэкт ушло несколько человекомесяев. Без QT заняло бы в несколько раз больше. Что выиграно? Ни-че-го. Все это, естественно, $$, которые можно было бы вложить в разработу новых вещей.

[ivar.livejournal.com]

Вот только что в адобовском форуме очень характерный пост попался:
Вопрос пользователя: почему в Фотошопе все еще нет <какая-то очевидная фича>?
Ответ одного из адобовских архитектов: Since updates take time and there is always something bigger (OS X, MacIntel, XCode, Cocoa) that takes up our time.
Теперь внимание, вопрос: учитывая, что фотошоп поддерживается на винде и маке; что из перечисленного относится к первому, а что ко второму?
И так вот у всех нас.

[manta.livejournal.com]

Я боюсь, что не совсем понял пример. Если очевидной фичи нет ни на винде, ни на маке, то глупо обвинять какаву. В конце концов, на винде перехода на интелы не было, так что могли бы и поднатужиться. Если же только на маке нет фичи, то тогда да, это вопрос приоритетов. Но адоби- это плохой пример. Им заняло два года выдать карбонизированный фотошоп и иллюстратор, год выдать universal binary, и три года починить тупые ошибки во флеше, что не мешает им теперь кричать на всех углах ”screw you Apple“ и плакать, как трехлетняя девочка, о том, как ущемляют их flash player на iPhone.

[ivar.livejournal.com]

Имелось в виду, что разработчики, вместо того, что бы писать свои новые фичи в продукт, вынуждены терять кучу времени, что бы переписывать/переделывать то, что уже написано, и только для того, что бы оно продолжало бежать на очередной маковской платформе. Можно по разному относиться к эффективности работы Адобе, но по сути я их прекрасно понимаю, поскольку мучаюсь именно с той же проблемой, когда приходится полкомманды сажать на месяца, что бы просто обеспечить работу аппликации на новой платформе, в то время как наши собственные фичи, которыя мы хотим вставить в продукт, откладываются и откладываются.

[manta.livejournal.com]

Я что-то не совсем понимаю. Описанная вами поддержка вашей аппликацией огромного количества памяти для манипулирования большими изображениями, которую вы получили как результат перехода на 64-битную систему — это за «ваши собственные фичи» не считается? Да, у этой фичи больше цена в человекоднях на макоси, чем на винде, потому что по ходу теперь обязательно какавизироваться, в то время как в предыдущие 10 лет это было опцией. Но никто вам не мешал работать над другими фичами вместо этой, если вам казалось, что они нужнее, чем поддержка больших файлов? Или же я что-то путаю, и вам приставляли пистолет к виску?

[stas]

Если кто и напоминает трёхлетнюю девочку, так это эпл, затеяв войну с технологией и не стесняясь аргументировать это тем, что их квиктайм обижали. "А зачем он моё ведёрко опрокинул?!"
Адобе между прочим выпустило компилятор флеша в native - а эпл его оперативно забанил.

[manta.livejournal.com]

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

[manta.livejournal.com]

http://iansamuel.com/essays/progress-of-the-platform/

So far for the "war against technology" stuff.

[stas]

То есть вот тут:
http://www.adobe.com/devnet/logged_in/abansod_iphone.html
они врут, когда говорят "We created a new compiler front end that allowed LLVM to understand ActionScript 3 and used its existing ARM back end to output native ARM assembly code.", да?

И вот тут тоже врут:
http://daringfireball.net/2010/04/why_apple_changed_section_331
http://www.taoeffect.com/blog/2010/04/steve-jobs-response-on-section-3-3-1/
когда обсуждают section 3.3.1 и приходят к выводу, что это фактический запрет на C#/Flex, по крайней мере там, где это касается аппстора?

[alextutubalin.livejournal.com]

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

http://blog.lexa.ru/2009/11/14/mac_os_x_snow_leopard_v_virtual_noj_mashine_vmware.html

[stas]

Спасибо, попробую последовать.

[alextutubalin.livejournal.com]

Есть два но
1) графика не очень быстрая (естественно), да и вообще перформанс заметно страдает
2) Лично я со звуком не разбирался, говорят в этом месте могут быть проблемы.

Но как машинка для тестирования или для разработки - вполне. Хотя я для imaging собрал таки хакинтош (тоже без особых проблем).

[ivar.livejournal.com]

Интересно, спасибо!

[ivar.livejournal.com]

Мы пока на 6.5 сидим, теперь есть хорошая причина сапгрейдиться.