I) ライティングをする際のプロセス

1. IDEA:アイデア
2. COLLECT:情報収集
3. ORGANIZE:体系化
4. DRAFT:下書き・原稿の作成
5. REVISE:修正
6. １－５の繰り返し

 WordPress 2.5.1
リリースのアナウンスがあるとすぐインストールしてみたくなってしまう自分。前回のWordPress2.5へのアップグレードには問題があったが、今のところv2.5.1では問題がないようだ。多くのバグが修正されているようなので、2.5よりは安定していると思う。

最近家のラップ・トップが頻繁にブルー・スクリーンになるようになってしまったのである。ウインドウズを購入時の状態に戻したりしてみたのだが、解消されず、どうしようか考えていた。捨てるのも勿体ないので、最近、新バージョンがリリースされたUbuntu (8.04)をインストールした。結構、快適に動いている。Ubuntuでの、ブルー・スクリーン状態がどういうものかは分からないが、Ubuntuインストール以来、ブルース・クリーン状態にはなっていない。日本語入力にはしては、次のリンクを参考にした。http://ubuntuforums.org/showthread.php?t=396135 これも、Ubuntuからポストしている。

追記：最初は言語設定を英語のままで日本語を扱いたかったので色々日本語まわりを試してみた。今日、4月30日に、言語設定を日本語にしてみた。日本語表示、入力共に快適に動く。以前、載せていた日本語の問題も再現しない。

おもてなしの経営学を読んでから、「おもてなし」って何ってちょくちょく考えている。偶々、娘の学校で「親子茶道教室」が開催されていたので、茶道を学びに参加してきた。そこから、「おもてなし」に付いて少しは分かるかもしれないという、ちょっと甘い考えから。先生にお茶をたてて頂いたり、お菓子を食べたり、器の話をしたり、お花の話をしたり、懐石に付いて学んだり、お辞儀の仕方を学んだり、お茶を体感して来た。初対面の他の客（生徒）と亭主（先生）、かつ茶道に関して無知な自分であったのであるが、中々心地良い時間をすごせた。一回くらい参加しただけでは当然、おもてなしとは何ぞやなど分かるはずもなく、茶会の後に、先生に「おもてなし」とは何ですかと、直接聞いてしまった。先生は、「おもてなしとは、客に心地よくなって頂く事、それは、各客に合わせてもてなす事である。それは一期一会の精神から来ている」とおっしゃっていた。お茶会の後、それを無理やり、ソフトウエア開発に枠組みの中で考えてみた。。「Ｐｅｒｓｏｎａｌｉｚａｔｉｏｎ」がおもてなしを提供する上で、重要な要素となってくるように思えた。

追記：お茶会の前に、参加者の一人と話をした。彼は、smalltalkでソフトウエアの開発をしているエンジニアであった。smalltalkを実際に仕事で使っている人に今まで出会った事がなかったのでちょっと興味が沸いて、少し話した。彼は、Extreme Programmingに影響を受けていて、その創設者のKent Beckが「わび・さび」に影響を受けていた事を知って、息子と一緒にお茶教室にやって来たそうである。日本の文化がソフトウエア開発手法に影響を及ぼしていた事に驚き、ちょとうれしい気持ちになった。

以前、WordPressの2.5へのアップグレード少し待つべきだったと書いたのであるが、今日やっとＦｉｘできた。

[resolved] Awaiting moderation keeps on 18 comments

I had the same problem as you and I found the fix: somehow the updater failed to create an index in the comment_date_gmt column of the wp_comments table. Go to your preferred MySQL interface (like phpMyAdmin) and add an index to that column, reload your comment management page, and you’re done. Cheers!
by akosma

解決方法:
WP2.5のアップデートツールがwp_commentsテーブルに、comment_date_gmtフィールドのためのＩｎｄｅｘを作成する事に失敗しているので、自分でＩｎｄｅｘを作成してあげる必要がある。
もし、PhpMyAdminをしようしているのなら下記の手順になります。
1. wp_commentsテーブルを選択
２．Indexesのリストの下の方にあるCreate　Indexボタンをおす。
3. comment_date_gmtフィールドに対してIndexを作る。
以上です。

前のエントリーにも書いたが、現在、Joel on Softwareを読んでいる。Ｊｏｅｌの文章能力が高いからだと思うが、Ｓｏｆｔｗａｒｅ開発の基本が優しく解説されている。小難しく書いてないから、頭にもスムーズに入ってくるし、１エントリーごと納得しながら読める。

今日、僕にとって、ためになったなーと特に思えた部分。

Painless Functional Specifications – Part 1: Why Bother?

I think it’s because so many people don’t like to write. Staring at a blank screen is horribly frustrating. Personally, I overcame my fear of writing by taking a class in college that required a 3-5 page essay once a week. Writing is a muscle. The more you write, the more you’ll be able to write. If you need to write specs and you can’t, start a journal, create a weblog, take a creative writing class, or just write a nice letter to every relative and college roommate you’ve blown off for the last 4 years. Anything that involves putting words down on paper will improve your spec writing skills. If you’re a software development manager and the people who are supposed to be writing specs aren’t, send them off for one of those two week creative writing classes in the mountains.

正直に告白すると、僕はスペックを書かずにプログラム（コード）を書き始める事が多々ある。理由は時間がかかって、面倒くさいからだ。要するにスペックを書くのが嫌いだ。なぜ面倒なのか？なぜ嫌いなのか？私のスペックを書く力が弱いのだ。Ｊｏｅｌによれば、「ライティングは筋力だ、書けば書くほど上達する」と本の中で言っている。僕は、それはプログラミングも同じだと感ずる。プログラム（コード）を書く力は、プログラムを書けば書くほど上達する。機能スペックがソフトウエア開発に及ぼす良い影響は明らかだ。僕は良いソフトウエアを作るためにも、より良いソフトウエア開発プロセスのためにも、よい機能スペックを書かなければならない。よいスペックを書くためにも、普段からもっと文章を書かなければならない。

「日本の底力は『おもしろければなんでもあり』にあり」

「パクリ」で影響を与え合う、それは音楽の基本です

――　ところが、我々の年代ぐらいになると、探す時にどうも思い込みがはいるんですよ。「J-POPは若い人向けで、つまらない」とか、「パクリだろ」とか、「洋楽のマネ」だとか……。

マーティ：　誰がそれを言いだしたのかは知らないけれど、それはバカな人だよね。どんな音楽でも、ミュージシャン同士、いろいろ影響しあってる。ビートルズだって、プレスリーから影響受けてるじゃん。プレスリーも、チャック・ベリーも、影響しあってるじゃん。

　どんなミュージシャンも、100%、誰かの影響を受けてるから、パクリとかそんなことは考えない方がいいんですよ。「その音楽が好きだから。好 き」。誰かがパクったとか、パクリ＝悪とか、もったいないよね、その考え方。だって僕、ビートルズは嫌いだけど、PUFFY大好き（笑）。

　そういうイメージは、すごく消えてほしい。だって、まったく同じように洋楽だってパクっているんだし。日本では元曲が分からないから、わからない のかな。それに……最近、アメリカのアーティストは日本のアーティストをパクってるよ。 ビジュアル系の影響が少しずつ入っているし、イメージだけじゃなくて、音楽のセンスもパクってる。僕の音楽だって、日本に住んでいる影響がいっぱい。みん な、お互いに影響あるんだから、そしてそれがいいんじゃない。

「日本発のソフトウエア・ネットサービスってないよな、日本にあるソフトウエア・ネットサービスってアメリカの真似だよねって」って長い事思い続けて来た。だからと言って自分に独自の物を作り出すアイデアや実行能力があるわけではないのだが。でも、音楽の世界で「パクリ＋自分のエッセンス」がＯＫならば、ソフト・ネットの世界だって「パクリ＋自分（達）のエッセンス」はＯＫなのではと思えた。現在世界最高峰の日本車だって、元はアメリカの自動車からの派生だし。他のソフト・ネットサービスからアイデアをパクッタリ、影響受けたりして、そこに自分（達）のアイデア、エッセンス、何かを足して、ユーザーに喜ばれる物を作る。これは、けして反則技ではない。しかし、ただ単に「何かのコピー」って、コピーしている人もつまらない。やはり自分（達）のエッセンスを加えなければ、自分達もつまらないし、ユーザーから見たら何が違うのって事になってしまう。小さなアイデア、小さな改良でよいから、独自の物が必要だ。小さなアイデアを足し続けたり、小さな改良を続ける事によって、次の世代のソフトウエア・ネットサービスに進化して行く事も十分考えられる。「パクリ」＝「悪」だと思い込んでいた自分にとって凄く面白い記事でした。

渡辺千賀さんのセミナーのお知らせの中に大事な事がのっていた。

「きっかけを自ら作り出し、変化を起こすための７つのルール」 
1. 実力発揮の場を作る 

• 「きっかけ」は外からふってくるものが多い。そのためにはなるべく多くの人に自分ができることを知ってもらうのが大事。
• 「わたしがわたしが」と自己顕示欲でしゃしゃりでるのではなく、他の人に貢献することで評価される。仕事の場でのワークグループ参加、プライベートでオープンソースに参加したりボランティアをしたり、などいろいろな方法がある。

from 19日のセミナー「スタート×キッカケ×ブログ」で話すこと

経験からの感覚では分かっていたのだが、自分を知ってもらう為には、他の人に貢献しなければならない。僕は会社務めなので、面白い仕事を回してもらったり、給料を上げてもらうためには、上司に僕の事を知ってもらわなければならない。僕を知ってもらう為には、上司に貢献するのが一番手っ取りはやい。他の人がやりたがらない事をやり遂げるのは中々良いアピールになるし、自分を実力を知ってもらう良い機会だと思う。他の部署のプロジェクトに興味があるのだったら、その部署で開催しているイベントに参加して、そのイベントに何らかの形で貢献した方がよい。その方が良く知ってもらえる。ヘルプを求められた時は、出来る限り協力したほうがよい。困っている人を助ける時は自分を知ってもらうよいチャンスだ。
口でただ「僕は出来る」と言っても中々伝わらない。これは世界共通だと思う。
僕自身の課題は、どうやって多くの人に自分の事を知ってもらうかだ。