ドムドムその1:設計図を書いてみよう今回からいよいよ待ちに待ったオリジナルアプリの開発です。読んだだけでまだ何も。?まだ読んでない人はこっちを一気読み!Objective-C入門その1:まずはコメントの書き方から大丈夫。ここまで付いて来れたんです。アナタには自分でもびっくりするほどのパワーが宿っているはずです。ここまで来たらチマチマサンプル読むより作ってみて壁にぶつかった方が楽しいですので。夢と希望と無謀な風呂敷を広げてみましょう。いうことで、オリジナルアプリ第1弾。!あまりの絵の下手さに開いた口が塞がらないでしょう。あはははははは!(涙)ハイそこのアナタ!ブックマークから削除しない!くじけずに盛り込む機能を見てみましょうよ。ゲームっぽいのにゲーム性ゼロのストロングスタイル。加速度センサーの実験用モジュール。設計図のショボイ見た目はあくまでブラフ(はったり)。ダマされると怪我するぜ。ま、それは置いておいて。システム屋さんが使う設計図って、見たことありますか?ユースケース図やアクティビティ図、クラス図やシーケンス図、データフローダイヤグラムやIPO図、業務フロー図などなど。開発方法論や開発する対象、使うテクノロジーやお客様のポリシーによって様々な設計図が使われています。「完成後にメンテナンスする人が見てわかりやすい」この2つがポイントになります。形式張ったものを作っても、それがコミュニケーションツールとして使えなければ開発時には役に立ちませんし、開発者が「自分たちはこの設計書が良い」って言っても、リリース後に面倒を見るのは基本的にお客様なので、お客様が読めるものじゃないと必ずトラブルの元になります。一般的なシステム屋さんの設計書は、作っている自分以外の人が読む資料なんです。ルールがはっきりした、ある種スタンダードなものが良しとされます。ことアナタが作るiPhoneアプリの設計書は、アナタしか見ません。あなたがわかれば何でもいいんです。こんなのでも!(泣)自由な発想を妨げないように、白い画用紙あたりが良いです。縦長長方形の「iPhoneのWindow」を書いて、ぐりぐり好きな機能を盛り込んでみてください。作ってみてできなかったら削れば良いですし、もっと盛り込みたくなったら足せば良いので、まずは自由に、自分設計図を書いてみましょう。だいたい書けたら名前を付けてみてください。私は音の繰り返しが好きなので「ドムドム」としてみました。ボールが弾む感じです。この時間がいいんですよ。アプリを作る人だけが味わえる至福の時間です。あーでもないこーでもないと。考えてみてくださいね。『子どもに悪影響を与えてしまう、親の悪習慣』(Yahoo!生活系ニュースランキングより)2月17日(月)本日は愛知遠征。いつも泊まっているホテルに着くと、フロントで紙を渡されました。体調不良を起こしていないかどうかを申告するためのものらしく。1熱があるか2咳が出てるか3呼吸が苦しいかこんな感じの設問に対して、当てはまる症状があれば「チェック」を付けてね、とのこと。ワタシは従来冬場は咳が出やすく、今年もコホコホ言っているので、何の気なしに「2」にチェックを付けて出したのですが。笑顔のまま凍りつくフロントのお姉さん(おそらく新人さん)。