〜言語化する〜いよいよ10月。今年もあと2ヶ月をきりましたね!今日は言語化するということについて考えてみたいと思います。会社を作って3年にもなりますが、ようやくホームページ作りに着手しています。要求を形にしてゆくプロフェッショナルのみなさまに言うまでもありませんが、いろいろとヒアリングを受けて、少しずつですが前に進んでいます。「位置はどうしましょうか?」こういうようなコミュニケーションを少しずつ重ねて、徐々にひとつの作品へとなりつつあります。話しながらいつも感じることは、「頭の中のことが、そのまま伝えることができるなら!」というもどかしい気持ち。象的であり、「だいたいこんな感じで・・・」とはいうものの、ちっとも相手に伝わるものではありません。言葉にするから具体的になるコーチングの質問のスキルに「チャンクダウン」というスキルがあります。この質問の方法は、いわゆる5W2Hの質問の手法などを使って、相手のイメージを具体的にしていく質問の方法です。普段このスキルは多くの皆さんが実践されていることと思います。ひとつだけ違うことがあるのだとすると、イメージを共有したり、相手のやりたいことを具体化してもらう場合には、まず「言葉にしてみる」ということからスタートしていきます。質問する側が自分の知りたいことを聞いていくだけではなく、お互いに協力して見えないひとつの絵をまるで見えるかのように一緒に具体化してゆく作業です。その会話のゴールは「同じ絵が見えること」にあります。「言葉にしてみる」とは簡単なようですが、やってみると実に奥深い。時々コーチの養成機関で受講生のみなさんの様子を見ていると、どうやら自分の聞きたいことを聞いてしまって、相手が言いたいことはもっとほかにあったというような結果に遭遇している人たちもいました。これではひとつの絵が共有できたことにはなりませんよね。私の観点ですが、ポイントは「待ち」と「確認」。アイディアの持ち主にじっくりと可能な限り全容を話してもらう。そこを聞き手が話を聞きながら、聞いた限りでの絵を作ってみる。絵へのアウトプットには、いろいろと方法があると思います。絵に描いてビジュアルにすることもあれば、マインドマップやシステム図のようにもできるかもしれません。そこからは、お互いに確認をしてゆくプロセスが一般的だと思います。私はビジョン作りや全体的な構想の話をお聞きする場面でよく使います。絵が手の込んだものだったらそれなりに時間も要するかもしれませんが、話し手の深層心理を考えて見ると、このプロセスがスムーズな聞き手にこそ自分のことを理解してくれる人だと感じるのではないでしょうか?じっくりとつきあってくれることこそ、心強く映るはずです。[4]今回は前回の続きでUITableViewの使い方について説明します。前回はテーブルビューにデータを表示するところまでの流れを説明しました。今回は表示したデータに対しての操作をできるようにします。テーブルビューを表示しただけでは面白くないので、セルをクリックした際にアラートを出すようにしてみましょう。ビューコントローラにUITableViewDelegateプロトコルを追加して、InterfaceBuilderでテーブルビューのdelegateにアウトレットの設定をしておきます。生したときに、ビューコントローラのデリゲートメソッドが呼ばれるようになります。{}次にセルが選択された時のデリゲートメソッドをビューコントローラに実装します。tableView:didSelectRowAtIndexPath:を使います。release];}メッセージダイアログはUIAlertViewを使います。UIAlertViewは、タイトル、メッセージ表示、ボタン表示などを指定してメモリ確保と初期化をしています。showメソッドを呼び出すことでビューに表示します。releaseメソッドで参照カウンタを減らしていますが、showメソッドを呼ぶことで参照カウンタが足されていますので、ここではメモリの解放は行われず、ダイアログを閉じたタイミングでメモリは解放されます。UIAlertViewにもdelegateが出てきました。今回はUIAlertViewでは特に何もしないのですが、こちらもUITableViewDelegateとUITableViewの関係とほぼ同じです。UIAlertViewのダイアログを閉じた時などイベントが発生したときに、UIAlertViewDelegateプロトコルを継承したデリゲーションオブジェクトの予め決められたメソッドが呼ばれるようになっています。作をサブクラス化せずに動作をカスタマイズすることを可能にしています。UITableViewではdelegateプロパティに設定されたデリゲーションオブジェクトを使い、予め定義されたタイミングでデリゲーションオブジェクトのメソッドを呼び出すことで、UITableViewの動作をカスタムコードで簡単に規定することを可能にしています。その他のUITableViewDelegateでカスタマイズが可能なメソッドはhttp://developer.apple.com/library/ios/#documentation/uikit/reference/UITableViewDelegate_Protocol/Reference/Reference.htmlを参考にしてください。コントロールオブジェクトによって様々ですので、どんなことができるのかを知ることで、よりiOSプログラミングの幅が広がることと思います。コードでアプリケーションをビルドしてシミュレータで動作させてみましょう。テーブルビューのセルをクリックすることで、ダイアログメッセージが表示されるようになっていることかと思います。次回からは1から何かテーマに沿ってアプリケーションを作ることでiOSアプリの作り方を一通り紹介していきたいと考えていますが、まだアプリケーションのネタが思いついていません...こんなアプリを作ってみて欲しいというご要望がありましたら、twitter:@_dot宛につぶやいてみて下さい。┗編集後記こんにちは、編集人のナガタユウコです。)こんにちは、オブジェクト倶楽部のオルモストオルデストボーイやっとむです。boy略してA.O.B.すなわちだいたいじじいのOBです。最上級のtheを忘れている!5点減点!最近めっきり姿をお見せしておりませんでした。ご無沙汰でございます。「オブジェクト倶楽部の小沢一郎、やっとむです!」ってアレです。だいたい三四年前、主にPythonの連載や、告知文の担当をしていました。みんな忘れてんだろうな。星の数ほどあった記事なんてイチイチおぼえてないよな。変なテンションの変な日本語の記事がときどきあったっけ、なんておぼえてたらヤだな(読み返すとけっこう恥ずかしいです)ダメだよ!読み返しちゃダメだよ!ぜったいダメだよ!ダチョウ倶楽部じゃないよオブラブだよ!オブジェクト倶楽部メルマガの編集、これって密かに何回か代替わりしてます。編集担当はいつも女性で(たぶん編集長の趣味)、何人かOGもいることになりますね。あ、上田さんはバリバリ現役だな。気も、実はイベントのカラーも、ちょっとずつ変わってきています。若手スタッフが奮闘して新たなイベントを模索してもいるんです。人の入れ替わりって大事なことだと思いませんか。私もオブジェクト倶楽部の活動は後進に譲り、新たな発展を期待したい。