新 App Store 審査ガイドライン 翻訳&差分ガイド 2018年6月号 - Qiita
はじめに これは2018年6月4日付けで変更された App Store 審査ガイドラインの翻訳&差分ガイドです。 前回からの主な変更点は、iOS 12 関連、試用期間、仮想通貨、リモートデスクトップ、プライバシー周りなどです。 試用期間は、これまでサブスクリプションで対応していましたが、これからは非消耗型アイテム (Tier 0) で対応可能です。 仮想通貨について、特にデバイス上でのマイニングは 2.4.2 と 3.1.5 で釘を刺されています。 リモートデスクトップについては、直近の Steam Link 騒動を受けて変更したかのような内容。これなら iOS 版の Steam Link が配信できるかも。 プライバシー周りは、全体的に変更されています。おそらく、GDPR を意識したものかと思われますが、GDPR の対象関係無く対応が必要です。明示的に GDPR が登場するのは、5.1.
AppStore申請に必要なリソースを爆速で用意する（スクショやタイトル、キーワードなど） - Qiita
はじめに iOSアプリは開発しただけでは公開することができず、Appleに申請し、許諾されて初めてリリースすることができます。 しかし最近では申請に必要な情報も多くなっており、準備にかかる時間も多くなってきました。 この記事ではAppStoreへの申請の際に必要なリソースを、効率よく爆速で準備する方法について紹介します。 この記事で書かないこと 「アプリタイトルはN文字まで」などの基本的な制約は書きません。 あくまでスピーディに効率良く準備する方法に絞って書くつもりです。 制約など、Apple申請時の注意点については以下の記事が分かりやすいのでご参考下さい。 iPhoneアプリ申請やAppleの審査に関するメモ - Qiita 申請を出す際に必要になるもの 申請時に用意が必要なものは以下です。 アプリタイトル キーワード 説明文 スクリーンショット（+動画） これらを用意する手順について書
知識0でも作れる！iPhoneアプリ開発入門（前編）
みなさんこんにちは。Yuta Fujii(@HofuCamera)です。 アプリを作ってみたいと思っている人は多いと思いますが、実際に開発するとなると学ぶことは多いのが正直なところです。 初心者向けにアプリの作り方を解説している本やWebサイトはいくつかありますが実際に動くものを作りながら体系的に学べるサイトは少ないです。 今回の記事では、iPhoneアプリに絞って、まったく知識がなくてもiPhoneアプリを作れるようになることを目指します。 知識がなくてもiPhoneアプリはつくれる イギリスでは、プログラミング教育が義務教育化されています。 そんな中、プログラミングに対して抵抗感を持つ子供たちが世界的に少なくなってきています。時代は大きく変わり、これからも変わり続けていきます。 この記事では、実際のアプリスクールなどで有料で公開されているものと、ほぼ同等の内容を無料でステップアップしな
Mac で最初にやった、オススメソフトのインストールやら設定リスト - ハトネコエ Web がくしゅうちょう
Macは環境移すソフトがあるらしいので大丈夫だと思うけど、 きっと未来の自分はおこなった設定を忘れてると思うので、思い出せる範囲で、 週末に MacBook Pro が届いてからおこなった設定。 1. Safari から Firefox をインストール Firefox派で、ブックマークとかは全てそこにあるので、 いろいろこまった時など、情報の確認のためにまずはインストールしておく必要がある。 2. AppStore から xcode のインストール homebrew cask とかで必要になるので、これだけは先にインストール。 インストール後に一度開いて、利用規約を承諾 (Agree) しておく必要があります。 3. homebrew のインストール Applications/Utilities/Terminal からターミナルを開き、 macOS 用パッケージマネージャー — macOS
Helios - naoyaのはてなダイアリー
次にエントリを書くときは HBFav の次のバージョンの話、と思っていたのだが AppStore のレビューに時間がかかっているので、なんとなく閑話休題的に更新しておこう。 Helios について。ロゴがかわいい。 先月くらいに何かの拍子で自分の周囲でも話題になった。今年の4月くらいに Heroku からリリースされた、MBaaS (Mobile Backend as a Service) を構築するためのフレームワーク。実際には OSS なので Heroku からというか Heroku 社員の mattt さん によるもの。 mattt さんはご存知、iOS の AFNetworking や TTTAttributedLabel そのほかの開発者として有名なスーパーハッカーである。Heroku 勤務ということで、Heroku の親会社である Salesforce が開催の Salesfo
Appleの審査項目への質問が多いので私見を晒す - ku-sukeのブログ
iPhoneアプリ審査での111の禁止項目（意訳） | fladdict わたくし、お仕事がiPhone関連でしてｗ今週だけでfladdictさんのブログを見たんですけど。。と１０件くらい問い合わせが来て仕事が回らないので、ここに私見を書きます。私見です。私の見解です。それ以上でも以下でもありません。 それでも不安な方は、会社の方で月額３０万円〜でコンサルティングサービスをやっていますので、そちらをご契約ください。あと２社くらいならお受けできる余裕があります。 2. 機能 2.4: アプリの紹介文にない隠し機能を持つアプリはリジェクト。 →可愛らしいイースターエッグを入れる場合、審査官には伝えること。 115円の" Handy Light " iPhoneアプリにテザリングの隠し機能、脱獄不要 - Engadget Japanese 2.5: 非公開のAPIを用いたアプリはリジェクト。 →
iOSアプリを受注して開発を進める際の開発フェーズとフローのまとめ - Qiita
それぞれのフェーズの詳細を書いておきます 見積フェーズ 見積り用のQ&A 見積フェーズでは発注側に企画書や画面イメージ、参考になる他アプリを提示してもらい見積金額を提示します。見積用の資料としてRFPがあれば曖昧な仕様にならずに見積もりを行うことも出来るかもしれませんが、発注側がRFPを用意してくれることは稀です。もし発注側が大手で契約を頻繁に行なっているようであればRFPを作成して頂くほうがスムーズに進みますとダメ元で言ってみるのも有効です。 そもそも、発注側はまずは規模感を知りたい、他社と比較したい事が多く、技術的に難しい場合があっても大きな工数や金額を出してしまうと話が進まなくなってしまうので、見積書には技術的に課題があるポイントや開発する上でのリスクを明示し、それを説明し工数・金額の数字の妥当性を理解してもらいましょう。またこの段階で仕様認識の齟齬がある場合も、上記のやりとりで早め
あとでまとめ読み！SEOで参考になるSlideShareまとめ | nanapi [ナナピ]
2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
