新 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.
新 App Store 審査ガイドライン 翻訳&移行ガイド - Qiita
はじめに 2010年9月から公開されてきた App Store の審査ガイドラインは、2016年6月13日付けで全面的に改訂されました。これはその審査ガイドラインの翻訳&移行ガイドになります。 従来と比べて内容面に大きな差異はありませんが、継ぎ足されてきたカテゴリ群の整理や Mac App Store との統合により、構成面は大きく変わりました。記述スタイルは will be rejected の箇条書きから説明文章の割合が増えた印象。 下記では翻訳と共に新規情報を整理していますが、大半の箇所では制約が増えたわけではなく、明記されたという認識の方が適切です。翻訳部分については意訳になるため、気になる項目は原文を参照ください。なお、当資料は iOS 本執筆過程における副産物のため、iOS 以外の内容は割愛しています。 1. Safety App Store の安全性を保つために以下注意。 W
ネットイヤーグループ株式会社
私たちは、顧客（エンドユーザー）をきちんと理解したうえで、さまざまなチャネルとユーザー行動との接点（タッチポイント）を設計し、現状分析からあるべき姿をソリューションとしてご提案します。 よくある課題 UXについてのナレッジを高めたい（社員の知識を向上したい） ユーザーインタビューや調査などできちんと分析したい。 カスタマージャーニーマップを作成したが、どのように活用すればいいかわからない。 UXプロジェクトをどのように進めたらいいかわからない。 社内でUXに取り組んでいるが、外部の専門家の意見を聞きたい。 新規事業のプロトタイピングを作りたい。 課題が漠然としていて、施策が見い出せない。 ターゲット設定を明確にしないまま進めてきてしまった。 ユーザーの理解から始める 「アクセス解析をしているが、売上が思うように上がらない」「ユーザビリティ改善はしたがユーザー数が伸びない」など、それらはすべ
アップルとグーグルのガイドラインに学ぶスマホWebデザインの要点（スライド付） | ベイジの社長ブログ
スマートフォン対応させるWebサイトが急増しています。しかし、スクリーンが小さくタッチ操作がメインのスマートフォンでは、デスクトップ向けWebサイトのデザインで培ったノウハウの多くが通用しません。このような時代におけるスタンダードなデザインルールを学ぶために、弊社デザイナーの荒砂を中心に、Appleが公開しているiOS Human Interface Guidelineと、Googleが公開しているMaterial Design Guidelineの比較を行いました。（以降、両者をガイドラインと略します） スマートフォン向けのWebサイトのデザインを考える上で、アプリのUIデザインの定石を知ることは重要です。なぜなら、スマートフォンにおいてはWebサイトをブラウズする機会は14％しかなく（comScore調査／2014）、多くの時間をアプリの中で過ごしているためです。さらにユーザは「これは
Appleの審査項目への質問が多いので私見を晒す - ku-sukeのブログ
iPhoneアプリ審査での111の禁止項目（意訳） | fladdict わたくし、お仕事がiPhone関連でしてｗ今週だけでfladdictさんのブログを見たんですけど。。と１０件くらい問い合わせが来て仕事が回らないので、ここに私見を書きます。私見です。私の見解です。それ以上でも以下でもありません。 それでも不安な方は、会社の方で月額３０万円〜でコンサルティングサービスをやっていますので、そちらをご契約ください。あと２社くらいならお受けできる余裕があります。 2. 機能 2.4: アプリの紹介文にない隠し機能を持つアプリはリジェクト。 →可愛らしいイースターエッグを入れる場合、審査官には伝えること。 115円の" Handy Light " iPhoneアプリにテザリングの隠し機能、脱獄不要 - Engadget Japanese 2.5: 非公開のAPIを用いたアプリはリジェクト。 →
インターネットを利用した情報提供サービスの利用規約作成のポイント
インターネット情報提供サービスの利用規約作成のポイント 2000年5月16日 Home >>> 論考・資料室 >>> インターネットを利用した情報提供サービスの利用規約作成のポイント インターネットを利用した情報提供サービスは様々です。ここ数年間の間に、提供される情報の種類も豊富になり、質も向上しているようです。利用者にとっては嬉しい限りです。そこで、このような情報提供サービスにおける利用規約のポイントをまとめてみました。一般的な内容で具体性に欠けますが、利用者への情報開示とサービス向上を目指す際に、ご参考にして頂ければ幸です。 原則として、インターネットの特性を考慮しつつ、サービス内容に合った規約作成を心がけ、それに加えて一般的な契約条項を網羅するのが良いでしょう。 （１）前文 ここでは、規約（利用にあたってのルール）全体の概要を示します。誰がサービスを提供するのか、サービスを受けるのは
メンテナブルCSS
概要 メンテナブルなCSSを目指し、定義された一般的なCSSルールの紹介と、それらのルールを適用するにあたって活用できるツールを報告します。 1. 序論 CSSは記述ルールが簡素であり、少しの学習コストですぐに記述ができる手軽なツールです。 しかし、大規模なアプリケーションで複数人で開発するケース等では、見栄えだけしか考えずに身勝手にコーディングしてしまうと、 非常にメンテナンスコストがかかる負の遺産が作られてしまいます。 そのためCSSの品質を保つために様々なプロジェクトで、CSSの定義ルールが決められています。 本稿では一般的なCSSの定義ルールと、そのルールがなぜ作られたのかを合せて報告致します。 また、CSSのルールを適用するにあたって、手動・目視でルールの適用をチェックするのは非常にコストが高い作業です。 これらルールの適用を補助するツール群を、合せて報告致します。
hanatoweb.jp - このウェブサイトは販売用です！ - hanatoweb リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
メール送信者のガイドライン - Google Workspace 管理者 ヘルプ
送信者の要件とガイドライン 以下のガイドラインに沿った対応を行うと、メールが Gmail アカウントに確実に配信されるうえ、Gmail で送信レートが制限されることや、メールがブロックされたり、迷惑メールに振り分けられたりすることを防ぐことができます。 すべての送信者に適用される要件 2024 年 2 月 1 日以降、Gmail アカウントにメールを送信するすべての送信者は、このセクションに示す要件を満たしている必要があります。 重要: Gmail アカウントに 1 日あたり 5,000 件を超えるメールを送信する場合は、1 日あたり 5,000 件以上のメールを送信する場合の要件を満たす必要があります。 送信元ドメインに SPF または DKIM メール認証を設定します。 送信元のドメインまたは IP に、有効なフォワードおよびリバース DNS レコード（PTR レコードとも呼ばれます）
http://oalp.org/doc/nilesen/?q=doc/nilesen.html
For full functionality of this site it is necessary to enable JavaScript. Here are the instructions how to enable JavaScript in your web browser.
Google HTML/CSS Style Guide の推奨ガイドラインまとめ | バシャログ。
すっかり夏っぽくなり、ビアガーデンに毎日通いたいと常々感じる今日この頃、Latin です。 巷で流行っていると噂の Google HTML/CSS Style Guide についてまとめて下さっている REFLECT DESIGN さんのブログより、代表的なものをいくつか抜粋してみました。 全般的なスタイルルール 一般的な書式ルール 全般的なメタルール HTMLのスタイルルール HTMLの書式ルール CSSスタイルルール CSS書式ルール 全般的なスタイルルール プロトコルの記述 <!-- NG --> <script src="http://www.google.com/js/gweb/analytics/autotrack.js"></script> <!-- OK --> <script src="//www.google.com/js/gweb/analytics/autotrac
UX/UIデザインガイドライン : 小野和俊のブログ
このところ、アプレッソの中でも、MIJS製品技術委員会でも、自分たちのソフトウェアのUX/UIをブラッシュアップしていくためにどんなことができるのかをディスカッションしている。 UX/UIデザインガイドラインとして各社の推奨する指針をまとめたものがWebで公開されているので、プログラマーであれデザイナーであれ、ソフトウェアの画面設計に何らかの形で携わるのであれば、基礎知識として主要なものには目を通し、プログラマーがデザインパターンの用語で手短にコミュニケーションが取れるのと同じように、「ここは○○ガイドラインの△△パターンを使うのはどうかな？」というような会話ができるようにしていきたいと思っている。 ■ Apple ・アップル ヒューマンインターフェースガイドライン ・iOSヒューマンインターフェースガイドライン(PDF) ・iPadヒューマンインターフェースガイドライン(PDF) ■ M
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
消費者庁／食品表示に関する情報