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

[avva]

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

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

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

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

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

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

Comments

[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 на текущий момент самое вменяемое решение.