昨日 Changelogのための英文テンプレート集 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き - というエントリを書きましたが，その際 apple や microsoft が出すような Release note と，いわゆるオープンソースなプロジェクトが出す release note や changelog とでは英文の書き方が異なることに気が付きました．蛇足気味ですが，興味深かったので別エントリとしてまとめます． ポイント 不具合を，不具合と言わない bug，problem，fix といった単語は，他の言葉で言い換えます 旧製品も完璧だったが，新製品はもっと良い製品だよという言い回しが基本です．会社的に不具合を認めると面倒ですからね． 免責事項を強調 良く使う単語 issue (problem, bug の言い換え) update, improve, address
Preferred Badges Use the preferred black badge in all marketing communications promoting your app. The gray border surrounding the black badge is part of the badge artwork and should not be modified. Whenever one or more badges for other app platforms appear in the layout, use the preferred black badge. Place the App Store badge first in the lineup of badges. Alternative Badges The alternative whi
はじめに 公開APIを持つCocoaフレームワーク、プラグイン、その他の実行環境の開発には、アプリケーション開発に用いられるものとはまた異なる手法や慣習を必要とします。あなたの製品の主要な顧客は開発者であり、彼らをあなたのプログラム的インタフェースによって迷わせないことが大切になります。 本書にはあなたのインタフェースを一貫性のある、明確なものとするために役立つ、便利なAPI命名の慣例が収められています。また、版数管理、バイナリ互換性、エラー処理、メモリ管理といった、フレームワークに特有の—もしくは、フレームワークでより重要となる—プログラミングテクニックも含まれています。本書の話題には、Cocoaの命名の慣例、そしてフレームワークのための推奨されるプログラミングの習慣の両方が含まれています。 本書の構成 本書の話題に含まれる記事は、大きく二つの種類に分かれています。初めの大きなグループは
最近、無料アプリや無料ゲームにアプリ内課金を設置してユーザにアイテムを購入してもらうタイプのものが増えています。App Store トップセールスのうち半数以上がこの無料 + アプリ内課金で占められています。今後アプリ内課金は iPhone/iPad アプリで儲けるための必須の機能になると言っても過言ではありません。 今回はアプリ内課金(In-App Purchase)のプログラミングについて StoreKit フレームワークの基本的な使い方から失敗しないためのポイントまで説明していきます。 販売できるアイテムの種類は5種類 アプリ内課金で販売できるアイテムの種類は5種類あります。 Consumable 消費アイテム。ユーザがアイテムを使うと無くなる。例えばシューティングゲームの弾丸やコイン落としゲームのコインなど。同じアイテムを何回でも購入可能 Non-Consumable 非消費アイテ
Apple製品のこれまでの発売日を元に、新製品が出るまでの周期をまとめました！
Ingredients is a documentation browser for Objective-C/Cocoa.Ingredients is a free browser for Apple's documentation. It's still under development, but today's beta lets you: View iPhone and Mac docs Search Mac-related websites Filter classes/symbols by various attributes Quick Search with sane sorting of results use the Filter Bar to quickly jump to methods in a class Ingredients is also open so
iOSやその開発事情に詳しいと言える状態にはないので、調査を兼ねて書く。 Apple Sneaks A Big Change Into iOS 5: Phasing Out Developer Access To The UDID – TechCrunch http://wirelesswire.jp/Watching_World/201108221335.html 上記の「iOSでUDIDの利用が禁止」というニュースを聞いた時、正直TL上にこんなにいっぱい反応が貼り出されるとは思っていなかった。さすがにUDIDをいじるのはまずいよね、っていうコンセンサスは開発者の間では常識的部類に入ってくるのだろうと楽観的に捉えていたのかもしれない。 以下、なぜUDIDがそのようにスマートフォン開発者に利用されてきたのかについて、調べた限りでまとめてみた。 アプリケーションのサーバとのセッション保持 い
今まで気づかずにいたが、Appleはスマホ(スマートフォン)向けサイトを作っていない。それは何故か。 予算がないとか、(どこぞのメーカーと違って)ウェブデザインや自社製品についての理解度が低いとか、おそらくそういったネガティブな理由ではない。Appleのウェブサイトには、自社のプロダクトデザインに通じる主張が表現されている。 Mobile Safari のUIデザインの本質を垣間見るウェブデザイン 自社のプロダクト(ここでは特にMobile Safari)のUIデザインが、何を理想として、どう調整されてきたのか、このサイトのデザインから読み取ることができる。 Appleのウェブサイトの裏側をちょっとだけ覗いてみると、viewport に width=1024 が記述されている。これは、iPhoneの小さな画面でも1024px分の幅があるものと仮想してレンダリングされるようにする、呪文のよう
Videos Watch and learn from our engineers as they show how to bring the latest web technologies to your websites on Safari. Watch Safari and Web Videos Forums Ask questions and discuss a variety of web development topics with Apple engineers and other developers. Apple Developer Forums Safari Extensions Safari extensions are a powerful way to add new features to Safari. They are built in Xcode wit
Open Source at Apple. Open source software is at the heart of Apple platforms and developer tools. Apple works with developers around the world to create, contribute, and release open source code. Featured open source projects Many Apple products and services are built on open source software. Explore some of the projects we lead and contribute to below.
権力を分散することは簡単なことで、全ての要職を日替わりの当番制にすればいい。 難しいのは、権力を分散して物事をきちんと進めていくことで、三権分立っていうのは、それができるから重要なこととされている。 権力が集中するってことは恐しいことだけど、物事が進まないってことも、かなり恐ろしい結果につながることがある。 だから、権力を分散して物事を進めるシステムっていうのは、非常に貴重なものであって大事にしていかなきゃいけないものと思う。 インターネットの中には、分散して物事を進めるシステムがいっぱいある。 たとえば、DNSがそうだ。www.apple.comというホスト名は実は最後に一つピリオドが省略されていて、www.apple.com.なんだけど、そのピリオド一つごとに管理する主体がある。ルートDNSの管理と、.comと.apple.com の 管理は皆違う人がやっている。 ピリオドごとに管理者
domo Todo+ Ver.3.0以降のカスタムスキーマ仕様です。 注意：このスキーマがサポートする文字コードは UTF-8です。 書式 domotodo://{resource}/{action}?{query} 1. domo Todo+を起動する domotodo:// 2. Todoを追加する domo Todo+を起動し Todoを追加します。起動後に表示する Todo編集画面で期日などを変更可能です。 domotodo://todolist/add?title={名称}[&tags={tag1}{;tag2}{;tag3}...][&duedate=today][&memo={メモ}][&sync={yes|no}] []は省略可能なキーです。{}はキーの値です。 キー 値 title Todoの名称です。必ず指定しなければいけません。値を ":paste:"にするとクリップ
アップル ヒューマンインタフェースガイドライン 原文：Apple Computer Inc. 訳：かろでん☆みゅーあ 2006-06-28 はじめに アップル ヒューマンインタフェースガイドライン序文 アップルは、強力なコアファウンデーション、そしてアクアと呼ばれる、目の離せないユーザインタフェースを結びつけた、世界で最も先進的なオペレーティングシステム、Mac OS X を手にしました。 進化した機能と、美的に洗練された色使い、そして透過処理、アニメーションによって、Mac OS Xは新規のユーザにはコンピュータ操作をより容易に、同時にプロフェッショナルユーザには彼らがMacintoshに期待する通りの生産性を提供します。 ユーザインタフェース、すなわちふるまいと外見は、よく練られた緊密なユーザ体験を、Mac OS X向けに開発された全てのアプリケーションに利用できるようにします。 これ
Apple iTunes StoreのアカウントといえばiTunes Storeを利用したりiPhone/iPod touchでApp Storeを使用する際にも必要となるアカウントのことです。このiTunes Storeアカウントは通常通りにアカウント作成しようとするとクレジットカードまたはiTunes Music Cardのコードを要求されます。無料アプリのダウンロードだけ使いたい人にとっては非常に迷惑な話です。 実のところ、クレジットカードやiTunes Cardを使わずにiTunes Storeアカウントを作成することが可能なのです。しかしながら、Appleの悪いところは普通のアカウント作成方法では、無料で使おうとしている人にはまったく必要ないはずのクレジットカードまたはiTunes Cardのコードを要求するという、実におかしなシステム設計になっています。これはAppleがユーザ
2年ほど前、田舎の祖父から電話がかかってきた。 「テツ、パソコンをかったんだ、おまえと同じやつだぞ」 自分と同じ富士通のＦＭ−Ｖを買うとは・・・でも年金暮らしの祖父のことだ、父親や叔父たちが買ってあげたのかもしれない。ただ、祖父が買ったのはiMac17インチ（当時Core2Duo搭載の最新のやつ）だった。驚いた。「テツと同じアップルのパソコンだ」・・・。最初は何を言ってるのかと思ったが、話を聞いてわかった。 自分は5年ぐらい前までデザイン事務所でDTPオペレーターをやっていた。なんとなく東京のデザイン系専門学校を卒業したが当時は就職難で職につけず、バイトの日々。転々とバイトしていくうちに、知り合いの紹介でデザイン事務所に入ることになった。素直にうれしかった。一応デザイン系の学校をでたのだから、その道でメシが食えると。 ところが、仕事はフォトショップでキリヌキをしたり、QuarkXPress
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
