実際に使うかどうかはともかくとして、開発者たるもの好奇心と探究心を大切にしなければなりません。というわけで、非公開APIの使い方です（といっても特に難しいことはないのですが）。 1. 使用するAPIの見当をつける まずは、非公開APIのリストがなくては始まりません。後述するように簡単に自作することもできるのですが、Erica Sadun 女史のサイトに分かりやすくまとまっていますのでこちらを参照するとよいのではないでしょうか。 ericasadun.com （Site Highlights → 2.2 Framework Documentation） Cocoaのくどい（？）メソッド名のおかげで、地道に調べていけばお望みの機能の実装方法の見当をつけることはそれほど難しくないかと思います。 2. フレームワークを読み込む 使用したいクラスが決まったら、そのクラスが含まれるフレームワークを読み

前回飛ばしてしまった第5回です。ポイントは、 プロモーションコードは1バージョンにつき50個まで 有効期間は28日間 プロモーションコードを発行できるのは審査通過後 使用状況に関するデータは（少なくともリアルタイムには）提供されない（販売レポートには記載される？） （原文）App Store Lessons: Creating and Redeeming Promo Codes 新しく導入されたプロモーションコードによって、今後はレビュワーにアプリを送るためにあの複雑怪奇なAd-hocディストリビューションを使ったり、レビュワーのためにiTunesクレジットを購入したりする必要はなくなるわね。これまで使われていたこの2つの方法は、トラブルの種以外の何者でもなかったわ。Ad-hocコードの登録は悪夢のような事務仕事だったし、iTunesクレジットはアプリの金額ピッタリ購入することができなかっ

I have a client that wants to use my iPhone Radio Player code for their own radio station, however they want to be able to submit the app to iTunes under their own developer account. The gotcha is they are not purchasing my source code - they want to pay a smaller fee and just have me supply them with a binary image which they can then submit to Apple. I do not have access to my client's Apple dev

前にも書いたTufteのデザインを真似た tufte-latex を日本語化して使おうと思ってマニュアルを読み始めたら， Asymptote のグラフ出力の例が載っていたので， TUGboat 29:2, 2008 に載っていたAsymptote論文を思い出して，Macにインストールしてみた。 バイナリもあったようだが，面倒なのでソースからコンパイルし，TeX Wikiに Asymptote の項目をとりあえず作った。どんどん書き足してください。 ベクトルグラフィック言語にはもちろんPostScriptがあるが，手書きは面倒である。そこでKnuth先生の弟子がMETAFONTの文法でPostScriptを出力できるMetaPostという言語を作った。Knuth先生はこれを気に入って，ご自分の本の図はこれで書くようになった。しかし，今となっては，MetaPostは古くさくて使いにくく，機能も

Yahoo! User Interface Blog YSlow開発者であり高速ローディングWebサイト構築テクニック紹介者であるStoyan Stefanov氏による画像最適化解説シリーズの第3弾がImage Optimization, Part 3: Four Steps to File Size Reductionとして公開された。そのまま画像圧縮に使えるテクニックが紹介されている。 第3弾では画質を劣化させることなく画像ファイルサイズを縮小するための4つの方法が紹介されている。簡単にまとめると次のとおり。 ［手順1: PNG圧縮 - Pngcrush］ PNGにはチャンクと呼ばれるデータが含まれているが、すべてのチャンクが画像描画に必要とされるわけではなく、透過情報以外のチャンクは削除できる(-rem alla)。可能であればパレットのカラー数を削減したり(-reduce)、そのほ

総額1万ポイントで。iPhoneアプリをリリースする際に気をつけている点や工夫している点、行っている戦略等を教えて下さい。iPhoneアプリ開発者 (特に有料アプリ) の方への質問です。 (例: アプリ名、アイコン、説明や、サポートページの作り方、告知やプロモーションの仕方など) もっとも充実した情報には 4000 ポイントを保障いたします。 具体的な数値や考察等があるほど、評価が上がります。検索で見つかった Tips 等でなく、ご自身の体験談でお願いいたします。 売り上げに効果があったものであれば、リリース後にこんなことをしたらよかった等の回答でも OK です。

サンクコスト (sunk cost) という単語を耳にされたことはあるでしょうか。日本語では「埋没費用」と訳されます。Wikipediaを見ると、「事業に投下した資金のうち、事業の撤退・縮小を行ったとしても回収できない費用」と説明されています。マーケティング用語ですが、今回は、ソフトウェア開発におけるサンク・コストとその対応について少し考えます。 サンク・コストのわかりやすい例としてよく用いられるのが映画館の話です。これまた、Wikipediaからひっぱってきましょう。 ある映画のチケットが1800円であるとする。しかし映画が余りにもつまらない時、1800円払った映画を見るべきか、それとも映画館を出て残りの時間を有効に使うかが問題となる。 映画を見るのを止めた場合：チケット代1800円は失うが、上映時間を有効に使うことができる。 映画を見続けた場合：チケット代1800円に加え、約2時間（上

Tom Trenka氏は以前SitePenにおいてString Performance: an Analysisというタイトルのもとで興味深いドキュメントを公開した。同ドキュメントはdojox.string.Builderのパフォーマンスを改善することを目的として行われた分析の結果をまとめたもので、JavaScriptプログラミングには欠かせない興味深い結論が導き出されていた。 これまでのテクニックに従えば、文字列は一旦配列に分解してから操作をおこない、最後に文字列に戻した方が処理が高速になると考えられてきた。以前のIEであればその貧弱な文字列処理性能やGCの動作の影響でそれは事実だったが、最近のWebブラウザでは改善されており配列に分解するよりも"+="で連結した方が処理が高速になることが明らかになった。これがString Performance: an Analysisでの主な結論だ。