Два дня назад я написал пост с переводом вступления из недавно опубликованного App Store Review Guidelines. К посту было написано много комментариев, в их числе были и просьбы сделать полный перевод документа. Признаться, я сначала испугался – документы такой длины я перевожу нечасто, и это требует достаточно много времени, но все же решился.

Итак, встречайте: Review Guidelines полностью на русском языке. Я сбавил шутливый стиль, в котором был написан перевод из прошлого поста, но постарался оставить текст таким же простым для понимания. Надеюсь, этот перевод поможет как разработчикам, желающим знать, как правильно опубликовать свое приложения в App Store, и при этом не обладающим знанием английского, в полной мере позволяющим прочитать оригинал, так и просто пользователям, которые хотят понять принципы, которым следуют Apple при разрешении на публикацию приложений.

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

В переводе могут быть ошибки, опечатки и неточности. Если вдруг вы таковые обнаружите, то смело говорите. Я отвечу благодарностью.

Ссылка на оригинал здесь.

Сегодня мы поговорим об отечественных стандартах на проектную документацию. Как эти стандарты работают на практике, чем они плохи и чем хороши. При разработке документации для государственных и серьезных частных заказчиков у нас обычно нет выбора — в требования по документированию ТЗ вписано соблюдение стандартов. На практике мне приходилось сталкиваться с различными примерами недопонимания структуры стандартов, того, что должно быть в документах и зачем эти документы нужны. В итоге из-под пера техписателей, аналитиков и специалистов выходят порой такие перлы, что непонятно, в каком состоянии сознания они писались. А ведь на самом деле все достаточно просто. Поиск по Хабру не вернул ссылок на более-менее целостный материал на данную тему, потому предлагаю закрасить этот досадный пробел.

Правда, пока что поддержка внедрена только в те из них, что используют SSL-соединение. Об этом заявили представители корпорации на конференции O’Reilly Velocity. Собственно, этот протокол начал разрабатываться Google еще в 2009 году, но теперь, похоже, этот проект действительно «выходит в люди». Стоит напомнить, что SPDY представляет собой протокол прикладного уровня для передачи веб-контента, который позволяет значительно ускорить загрузку веб-страниц и отдельных элементов. Корпорация Google позиционирует свою разработку, как достойную альтернативу протоколу HTTP.

In-App Purchases — это простой и удобный механизм для организации продаж своих приложений или дополнительных фич непосредственно из своего приложения. In-App Purchases легко встраивается и открывает для Вас новый канал продаж. Взаимодействие с App Store осуществляется с помощью StoreKit.framework, который поставляется вместе с SDK, начиная с версии 3.0.

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

Приближаясь к заключительной стадии разработки моей игры, я много думал о том, как завершать выполнение проектов в целом. Я заметил, что вокруг много действительно талантливых разработчиков, у которых возникают проблемы с доведением до конца игровых проектов. По правде говоря, я и сам оставил позади себя ряд незавершенных игр… Думаю, у многих та же ситуация. Не всякий проект удается, по разным причинам. Однако если вы стали замечать, что постоянно забрасываете проекты, которые имеют неплохой потенциал, вероятно, стоит оглянуться назад и изучить тому причины.

«Хочу программировать под iPhone — говори, что почитать...»
Любимая девушка

Когда решаешься заняться разработкой под iOS, то трудно выбрать литературу и ресурсы, которые действительно были бы полезны. Хорошо еще, что Apple предоставляет множество учебных материалов и программ с открытым исходным кодом в своем центре для разработчиков. В остальных книжках можно если и не утонуть, то порядочно захлебнуться. Сейчас я жалею, что потратил время на пару «мануалов». Не буду делать им антирекламу, а лучше порекомендую хорошие материалы по программированию под iOS.

Под катом книги, видеокурсы и блоги, которые будет полезно прочитать/посмотреть.

Сейчас словами Linux и OpenSource уже никого не удивишь. Люди не падают в обморок и не замирают в задумчивости, услышав про OpenOffice. Но вот при словах «учётная система с открытым исходным кодом» или «бесплатная ERP уровня SAP» впадают в ступор и непонимание или загадочно улыбаются.