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

[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]

Так и поговорите, как практик, а не теоретик. Вы отчего-то долго и упорно везде намекаете, что делали что-то такое с 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]

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