компьютерное

[avva]

Эппл запрещает разработчикам писать под iPhone и iPad на любых языках, кроме четырех санкционированных. (англ.)

И пользоваться промежуточными уровнями API.

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

P.S. Представьте себе, что Майкрософт попыталась бы запретить разработчикам писать под Windows на любых языках, кроме C++ и C#, и любых GUI-тулкитах, кроме MFC и Windows Forms. Да у них даже и возможности технической нет это сделать, они и не пытались никогда. Но предположим попытались бы в Windows 7 таким образом "закрыть" программирование и диктовать программистам языки и библиотеки. Какой бы тогда поднялся шторм негодования!

Нет, не получается такое представить. Самый что ни на есть "evil Microsoft", со всеми своими трюками с секретными API, с ненавистью к open source и борьбой с ним, итд. итп. - никогда не стремился к тому, что для Эппл - business as usual.

Но это же Эппл. В течение ближайших дней я ожидаю увидеть десятки блогпостов и комментариев, подробно разъясняющих, почему это хорошо и правильно, почему Эппл в своем праве, и как это несомненно улучшит качество, дизайн и красоту аппликаций.

Comments

[digest.livejournal.com]

и в этих приложениях, используя закрытые API, получал за счет этого преимущество над конкурентами

Это полная ерунда. Microsoft никогда не скрывала какие-то супер-дупер API, в будущем которых была уверена, за исключением каких-то третьестепенных call-ов. Да и эти разнесчастные вызовы в ядре никакого преимущества не давали. Ну делали конкуренты 3мя строчками то, что MS делала одной... агройсэ факин преимущество.

эппл НЕ конкурирует со сторонними разработчиками из аппстора

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

По теме:
На самом деле у них нет выхода. Контроль за контентом подразумевает перекрытие максимального числа лазеек этот контент получить в обход Эппла, что в свою очередь приводит к драконовсеим ограничениям для девелоперов на API, интерпретаторы, языки и т.п.

[xfyre.livejournal.com]

давайте вы мне не будете рассказывать про "драконовские ограничения"?

я, в отличие от большинства рассуждающих на эту тему, знаю о них не теоретически, а на практике.

[digest.livejournal.com]

Так и поговорите, как практик, а не теоретик. Вы отчего-то долго и упорно везде намекаете, что делали что-то такое с SDK и его Соглашением, чего никто другой не делал. Ради бога, никто не покушается. Здесь 200 комментариев по поводу 1 (одного) пункта Соглашения, полностью процитированного по ссылке avva. Скажите: "Это не ограничение потому, что..." Или: "Это ограничение, но не драконовское, так как...".
Только пожалуйста, не надо вести себя по принципу "I could tell you, but then I’d have to kill you". Я вам справку с допуском от Apple покажу, честно-честно!

[xfyre.livejournal.com]

уже раз в двадцатый наверное пытаюсь сказать простую вещь: это ограничение совершенно не мешает делать на айфоновской платформе вещи, которые востребованы кастомерами.

более того, имея представление о том, как устроена платформа, я склонен считать, что писать для нее массовый софт на нестандартном SDK - это типичное "вон из профессии", потому что не вижу НИ ОДНОЙ предпосылки сделать это качественнее или эффективнее, нежели с помощью предлагаемых эпплом инструментов.

[digest.livejournal.com]

ограничение совершенно не мешает делать на айфоновской платформе вещи, которые востребованы кастомерами

А я (всего лишь в третий раз :) пытаюсь сказать вам, что да, МЕШАЕТ. Skype очень долго сидели в отказе, iGo очень долго сидели в отказе, Опера всю жизнь просидит в отказе, равно как и Адоб. Далее, десятки аппликаций были удалены уже *после* acceptance (кому-то не понравились голые сиськи), и кто это, черт подери, смеет решать за кастомера востребованы им сиськи или нет?!! Впрочем, это уже другой пункт, извините, отвлекся.

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

Ну сказки рассказывать не надо, что там за платформа такая. Обычная совершенно дарвиновская платформа и соверешнно стандартный по такому случаю SDK. Ограничивать языки (а они какое отношение к SDK имеют?), запуск или интерпретацию любого другого кода (это имеет отношение к качеству?) могут только по *коммерческим* или *политическим* мотивам. Профессия здесь не при чем.

не вижу НИ ОДНОЙ предпосылки сделать это качественнее или эффективнее, нежели с помощью предлагаемых эпплом инструментов

Я хочу запустить пайтоновский байткод на айфоне. Найду вам сотни кастомеров, для которых это будет востребованнейшая вещь! Еще хочу .NET (найду тысячи камстомеров), ведь ничего не может быть эффективнее уже написанного и отлаженного кода! Весьма любопытно видеть, как С.Джобс гипнотизирует не только консьюмеров, но и девелоперов.

Видите ли, я совершенно ясно представляю себе, почему консьюмер может полюбить эппловский гаджет. Но убейте, когда девелопер начинает петь осанну единственному и неизменному iPhone OS SDK, это уже Оруэлл какой-то. Для абсолютного сюра вы еще должны быть при этом программистом на Java ;-)

[xfyre.livejournal.com]

представьте себе! Java, Perl, сейчас еще Clojure.

нужно вам чтоб у кастомеров была возможность пользоваться чем-либо-нибудь на айфоне - возьмете в зубы XCode, за недельку изучите SDK (больше времени это ну никак не займет), и будет у вас все прекрасно.

а вот это вот про "байткод на питоне" - типичное на самом деле технодрочерство.

[alexott.livejournal.com]

при чем тут "нестандартные" языки и "вон из профессии"? Если человек быстрее пишет на Scheme, и у него получается нормальное приложение - почему он не должен этим пользоваться?
Зачем пользоваться Clojure, когда есть такая замечательная стандартная платформа как Java? Тогда тоже можно сказать "вон из профессии"...

[xfyre.livejournal.com]

речь не про "просто язык" а про "использование языка в практических целях на определенной платформе". JVM-языки работают не хуже обычной Java, никаких инструментальных проблем и проблем с производительностью не создают, лицензионных ограничений со стороны Sun (пардон, Oracle) не имеют - почему бы их не использовать, если есть рациональные мотивы их использовать?

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

[alexott.livejournal.com]

как это Clojure не создает проблем с производительностью-то? reflection у нас бесплатный стал вместе с увеличенной сборкой мусора?
насчет приоритета - мне кажется, что это должен решать разработчик и пользователь - если пользователь не будет покупать приложение, то разработчик сам поймет. а заставлять ходить строем, используя высосанный из пальца предлог - это совершенно ненормально... ну вот ответьте мне, чем приложение на схеме, выгнанное в C и откомпилированное будет хуже такого же, но написанного вручную? Я знаю одну компанию, которые сами написали язык а-ля Scheme, чтобы быстрее писать под айфон, и это помимо нескольких людей, которые пишут на gambit scheme

[xfyre.livejournal.com]

таких, чтобы это чему-то всерьез мешало - по нашему опыту, не создает.

ну и кстати - если Scheme используется как препроцессор и создает compliant код на C, с использованием стандартных API - это ничему, в общем-то, не противоречит, насколько я понимаю.

[alexott.livejournal.com]

про кложуру - на хорошей нагрузке мешает, приходится оптимизовывать хинтами и т.п. вещами
а насчет схемы - один из авторов программ на схеме, уже как я понял задал вопрос про легальность, но вроде получил отрицательный ответ

[xfyre.livejournal.com]

anyway

эппл тут очевидно в своем праве

при этом я бы еще понял всеобщее возмущение, если бы стандартный инструментарий эппла был плох и неудобен, но это очевидно не так - из всего чем мне приходилось иметь дело iPhone SDK на текущий момент самое вменяемое решение.

[alexott.livejournal.com]

при чем тут "нестандартные" языки и "вон из профессии"? Если человек быстрее пишет на Scheme, и у него получается нормальное приложение - почему он не должен этим пользоваться?
Зачем пользоваться Clojure, когда есть такая замечательная стандартная платформа как Java? Тогда тоже можно сказать "вон из профессии"...
вы уж как в анекдоте, "либо крестик снимите.."

[avva.livejournal.com]

Я бы сказал, что типичное "вон из профессии" - это хвалить мудрость дяди Джобса, который подумал о верных рабах и указал им, на каком языке следует писать. Хвалить, молиться и слушать радио "Радонеж".

Серьезно, если есть хоть что-то, подобное профессиональной этике и понятию профессионального самоуважения - то вот это в него не умещается. Люди, которых реально не парит, что хозяин платформы диктует им, на каких языках писать, вызывают у меня в уме ассоциацию только со словом "быдлокодеры", хоть я и не употребляю его обычно.

[xfyre.livejournal.com]

да нет там никакой специальной мудрости, есть какие-то вполне рациональные соображения, маркетинговые и технологические, которые эппл не стал обсуждать со всеми окружающими, а просто сделал так, как считает нужным.

ну извините :)

я по-прежнему склонен считать, что 1) никаких СУЩЕСТВЕННЫХ неудобств для разработчиков этим не создано 2) больше всего этим возмущаются почему-то как раз те, кого это совершенно никоим образом не задевает.

борьба же за мировую справедливось против компании эппл мне кажется достаточно анекдотическим занятием, ну правда.

[zigmar.livejournal.com]

жирный, жирный, тролль

[alexott.livejournal.com]

по поводу MS и API - историю виндового MS Excel вспомните, за счет чего они тогда уделали практически всех конкурентов

[digest.livejournal.com]

Да помню я. Можно подумать, конкуренты из-за API были уделаны, ну надо быть серьезнее!