・・・
誠捧げて共に学び　共に習う
日高　日高　楽しき我が故郷
　・・・

担任の先生は、「〔習う〕は人のことをまねする事」「〔学ぶ〕は自分で勉強する事」と教えて下さったそうです。内心、本当に良い先生に担任になってもらって良かったと思いました。素晴らしい教え(言葉)です。そして、私も少し、「〔学ぶ〕と〔習う〕」について考えて見ました。

　弊社ではプログラミング教室を運営しています。例年４月は希望者が多く、今年も４名問い合わせがあり、内３名の方は既に来られています。

プログラミング教室に限らず、通常、○○教室の場合、「○○を習いに行く」と言います。そろばん、習字、英会話、パソコンなどが代表格でしょうか（いわゆる、習い事です）。では、このような場合、なぜ「○○を学びに行く」と言わないのでしょうか？「そろばんを学びに行く」と言う子はいませんよね。この表現だと、何かそろばんの歴史や構造を勉強しに行くように聞こえます。

思うに、息子の担任の先生がおっしゃったように、人に「習い」、自分で考えこれを「学ぶ」。これがが勉強の基本かと思います。「習う」とは手本となる人がいて初めて成立する行為であり、「学ぶ」のは自分一人でもできます。ただ、一般には、

（学ぶ） ⊃ （習う）

と言う関係があり、「学ぶ」は「習う」も含んだ表現だと思います。

　プログラミングの格言に、次のようなのがあります：

「可能な限り、コードを盗め」
Whenever possible, steal code. -- Tom Duff

既にあるものは可能な限り使うべきです。先人の書いた偉大なコードは大いに再利用すべきです。

プログラミングに挫折した方、「学ぶ」ことだけをしてませんでしたか？人に「習い」ましたか？まずは、先輩や先生に習って、最初のうちは、徹底的に人まねをしましょう。自ら創造するのはその後でも遅くはありませんから。

　今日、小学校の入学式に出席しました。 愚息の入学式に出席するためです。そこは私の卒業した小学校です。

　入学式のある体育館は、私が通学していた頃に比べると随分立派になっていました。 舞台正面の右には「校訓」、左には「校歌」が掲げてありました。校歌を読んでみました。

　朝碧に空晴れて・・・

「あれ、どんな歌詞だったけ」「あさへきに、そらはれて　・・・　（なんか違うぞ）」「ちょうへきに、・・・　（これも違う）」 。　どんな歌い出しか思いだせませんでした。

　入学式が始まり、入場、告辞、祝辞などと滞りなく進み、式も終盤に差し掛かり、いよいよ校歌斉唱です。 小学生の元気な歌い声が聞こえてきました。

　朝碧（あした、みどり）に空晴れて・・・

なんと美しい大和言葉でしょう。３６年ぶりに聞く校歌はとても新鮮で、とても感動しました。

　皆さんも、小学校の校歌、憶えてますか？
（ Ｃ言語 main関数のシグニチャーなら、一生忘れないのですが・・・ ）

兵庫県豊岡市立 日高小学校 校歌

朝碧（あした みどり）に空晴れて　旭（あさひ）に映（は）ゆる寿留喜（するぎ）の峰の
雄雄しく高き　その姿　これぞ我等の理想（のぞみ）なる
誠捧げて共に学び　共に習う
日高　日高　楽しき我が故郷（ふるさと）

夕（ゆうべ）静かに　水澄みて　月を映（うつ）せる円山川の
ゆたけく清き　その心　これぞ我等の鑑（かがみ）なる
誠捧げて共に学び　共に習う
日高　日高　楽しき我が学舎（まなびや）

新（あらた）に築く　日の本の　よき国民（くにたみ）と生（お）い立ち往（ゆ）かん
只一筋の　その歩み　これぞ我等の使命（つとめ）なる
誠捧げて共に学び　共に習う
日高　日高　楽しき我が友だち

　今年も、「泰雲寺のしだれ桜」を見に行って来ました（兵庫県新温泉町竹田）。この行事は近年、恒例になっています。

　今年は、土曜の夜から泊まりで行き、朝早く起きて、他の観光客が来るまでにゆっくりと見物しました。 １時間近く、写真を取ったり、見物したりしていましたが、まったく飽きませんでした。

　このしだれ桜、樹齢は推定で約２５０年とされ、幹廻りは、西日本一と言われています。本当に見事なものです。 ボーとこの桜を見ていたときです。一瞬、桜の声が聞こえました。そして、論語の一節を思い出しました。

子曰く、天何をか言うや。
四時、行われ、百物生ず。
天何をか言うや。

「泰雲寺のしだれ桜」は、何の思いも無く、ただ感動だけを与えてくれました。ある春の出来事でした。

　新年、明けまして、おめでとうございます。

　今年は、数年振りに「門松」を作りました。（右写真。左右が家用、中央のが事務所用です。） 新居に越して以来、作り続けていた門松ですが、ここ２年は故あって控えていました。 今年は、特に控える理由もなく、商売繁盛の願いも込めて作りました。本当に景気回復してもらわないと困りものです。

地方により門松の作り方は違います。私の作る門松は、関西流（3本の竹に、前面に葉牡丹（紅白）、後方に松を添え、下を竹で巻く）ですが、下を「わら」で巻くところだけが関東風です。家が米作り（農家）もしており、わらが身近にあるからです。

　さて、今年はどんな年になるのでしょうか？2008年が「変」で、2009年が「新」。政治的に言えば、「変」「新」とくれば、次は「誠(まこと)」でしょう。「誠」とは「言った事を成す」の意です。即ち、民主党が政権公約を果たす年になってもらいたいものです。

　社会や企業に目を向けて見ましょう。世の中の変化が収まるまで、企業は生き残りを賭け、進化し、社会の流れに適用し続けようとするでしょう。その結果、生き残ったものは、凄まじい適用能力を身に付ける事になるでしょう。このような流れの中で、個人の中には「変わらないもの」を大切する気運が生まれると思います。行き過ぎた変革を嫌い、精神的な平静を求めるからです。

かつて、日本の企業は、終身雇用の代わりに個人から忠誠心を手に入れ、村社会と言うコミュニティを破壊して来ました。現在、企業は、世の中の変化に適用するために、個人とのこの契約を破棄しようとしています。その結果、個人は企業に対する忠誠心を失い、「生きがい」の行き場がなくなります。昔の村社会はもう崩壊しているからです。しかし、村を越え、同志達とコミュニティを形成する人達がいます。このコミュニティでは、IT化による新しい形態のコミュニケーション手段が使用されています。

　日本人は特に「群れる」のが好きです。昔は村社会で、最近までは会社で、「群」を形成していました。しかし、近年の社会情勢の変化と企業の進化により、「群」の形態が変化しています。IT革命により実世界以外に「群」を作る場所ができたのです。インターネット上に存在する、多様なソーシャルアプリケーションの出現は、この流れを鮮明に物語っています。ずばり! 今年は 「より ソーシャル 」な年(とし)です。

いよいよプロシューマの時代が来ました。
私の今年のテーマも「群」る事です。
新しい出会いと機会に期待して。

【追伸】

　Web業界の現在のトレンドを次のようだと言う人がいます：

• モバイル (iPhone)
• リアルタイム (Twitter)
• ソーシャル (FaceBook)

私もその通りだと思います。サーバ集中の「重い」システムにはもやはうんざりです。高速で安価なクライントに責任を持たせ、分散した「軽い」システムが好まれるようになるのは自明です。リッチクライアントはもやは常識になっています。さらに、社会の変化に適応するためにはリアルタイム性が必須のアイテムとなります。変化の時代はまだ終わっていないからです。

そして、変化との戦いに疲れたら、ソーシャルアプリケーションが心のケアをしてくれるのは言うまでもありません。

簡単なテストプログラムを使って、以下の環境に Zend Framework を導入する場合の手順書を作成しました。

• ローカルのEclipse環境
• 専用レンタルサーバー(PLESK)
• 共用レンタルサーバー

「FLEX + PHP」の魅力はレンタルサーバーでFLEXが使える点ですね。

<?php
require_once 'Zend/Date.php';

$date = new Zend_date();
echo $date->get(Zend_Date::RFC_2822);

　本当に簡単なものです。しかし、・・・　最後に ?> が無いことに気づきましたか？ これは、誤りではありません。この規約は「Zend Framework PHP 標準コーディング規約」の中で示されているものです。

そのコーディング規約の中には、以下のように書かれています：

PHP コードのみからなるファイルでは、終了タグ ("?>") は決して含めてはいけません。これは必須なものではなく、 終了タグを省略することで、ファイルの最後にある空白文字が出力に影響することを防ぎます。

なるほど !! 納得。終了タグ ("?>") って省略できたのですね。おそらく、header()関数などでリダイレクトする際に余計な空白がhttpボディに出力される事を抑止する為なのでしょうね。将に、「一分の理」有りですね。

　私も、以前はコーディング規約に神経質でした。人の書いたプログラムが気に入らず片っ端から修正したこともあります。特にチームで仕事する場合は、コーディング規約が正しか否かは問題ではありません。コーディングスタイルが統一されていることに意味があるのです。これは保守工程で、他人の書いたプログラムを読み易くするための配慮です。

時は流れ、現在。２５年以上プログラマーをしていると、もう、コーディング規約などどうでもよいように感じています。これは老化でしょうか？　否。多分、これまでに、多くのプログラムを書き、見てきたので、どんなプログラムでも頭が受け入れるようになっているのだと思います。新聞を読むのもコードを読むのも私には同じです。どちらも楽しい。これからもまだまだコードを書きます。後２５年くらいは。

　KOFでは、毎年のように新しいOSS（オープンソースソフトウェア）に出会います。また、古いOSSにも新しい発見があります。今年のKOFマイ・ベスト３を選んで見ました。

【第3位】　ZenCart

　言わずとしれたZenCartですが、まだまだ健在と言う感じでした。 以前から心配していた日本語版のPHP5やMySQL4.1への対応ですが「問題なし」って感じでした。 実は、KOF会場に、私のプログラミング教室の生徒さんが来ていて、その人は、今PHPやMTを教室で勉強しているのですが、 今度、ECサイトを勉強したいと言う事で、EC-Cubeをする予定でした。 でも、KOF会場で生徒さんの方から「ZenCartいいですね。こっちに してもいいですか」と申し出がありました。で、先生(?)としては、 一番心配していた環境面（PHP/MySQL）の事をコミュニュティーの人に 聞きました。「PHP5は大丈夫ですか？MYSQLは、・・・? EC-Cubeとの違いは・・・？」などなど、回答を聞いて一安心。 その生徒さんとは今週からZenCartで、一緒に勉強する事になりました。

【第2位】　concrete5

　ひさびさにユーザとして「いーなー」と思ったCMSの登場です。 来春、私の運営しているGround-Sunlightを再構築しようと思っているのですが、 それに、ぴったりです。Ground-Sunlightのような技術系サイトは、版管理できる CMSが良いので、これまでは、PukiWikiを使っていました。でも、本当は、ワープロ的に つかえるGeeklogのようなのが良かったのですが、まさに、concrete5は、 (Geeklog＋PukiWiki）/2 + MODx　です（なんのこっちゃ）。 あと、concrete5の使い方として、版管理に注目すれば、イントラで、 文書管理システムに利用できそうですね。

【第1位】　OpenLaszlo

　OSC 2009 kansaiに参加した方から噂には聞いていたましたが、実際に見てみると、思ってたのとまったく違い、「すごくいい」です。 OpenLaszloは、同じFlashコンテンツ作成ツールのFLEXなどとまったく発想がちがいますね。 それは、PHPのMingなどのようにサーバ側で、Flashを生成するSWFサーバーと考えた方がよいと思います。 また、ストリーミングサーバー(red5)との親和性もよく、独自の動画配信やテレビ会議システムが簡単に作れそうです。 近く、何かOpenLaszloの面白さをデモできるものを作りたい思っています。

以上、KOFの報告でした。

　Zencart公式サイトのKOF2009のセミナーの写真に写っている（中央の男男女の）３人組みが、 私と生徒さん夫妻です。kimono様、ブースでは、いろいろ質問して、丁寧に回答して頂いてありがとうございました。

　Ground-Sunlight の訪問者が１００万人を突破しました。

　現在（この記事を書いている時）の訪問者数が 1,097,511 [人]です。いつの間にか１００万人を突破していたと言うのが正直なところです。Ground-Sunlight は１日約1000[人]の訪問者がありますから、これから逆算すると、今年の７月後半に１００万人を突破していたことになります。

　Ground-Sunlight は、私が初めて構築した技術情報系のサイトです。PukiWiki で構築されたこのサイトは「Windowsで作るWebプログラミングの開発環境」をテーマに、2005年5月からス運営を開始しました。私は、Ground-Sunlight のコンテンツをこつこつと書き続けました。運営開始後、最初の半年は、１日に10人くらいの訪問者でしたが、徐々に増え続け、２年後の2007年5月頃から、現在と同じ１日1000[人]くらの訪問者があります。

　「１００万人を突破」は１つの目標だったので、大変嬉しく思っていますが、Ground-Sunlight の更新は2007年12月以来、ほとんどありません。これほどご愛顧いただいているGround-Sunlight をこのままにしておく事もできず、一念発起、ここは、同じ内容で、リニューアルを考えている次第です。

財を残すは下、業を残すは中、人を残すは上

　野村監督や後藤新平の言葉を引き合いに出すまでもなく、人材教育の重要性は誰しも分かっている事と思います。特に、部下を持つ上司や子育て中のお母さんは、切実な問題として教育の難しさを痛感されている事でしょう。そして、

• どうしたら上手に教える事ができるの？
• どうしたら自分の事、聞いてくれるの？
• そもそも、「教える」ってどうゆう事？

　私は、これらの答えを、山本五十六が残した言葉の中に見つけ出しました：

やってみせ、言って聞かせて、させてみせ、褒めてやらねば、人は動かじ

　ちょっと待って下さい。でも、何を褒めるのですか？結果ですか？でも結果に失敗していたら何を褒めるのでしょうか？　・・・　と疑問が残ります。実は、「褒める」のは結果でなく、「させてみせて、した事」を褒めるのです。した結果が成功しても失敗しても、「よくやったね!」と褒めます。仮に結果が失敗していても、それは教え方が悪かったのかもしれないからです。この認識は特に重要です。この場合、指導者はもう一度「言って聞かせて」の部分を再検討する必要があるのです。このような観点からも、「教育」とは本当に「共育」だということがよく分かります。
改めて、山本五十六の残してくれたこの言葉に感謝です。

　昨日は、地区の秋祭りでした(右写真)。
祭りの最中も、合間を見て、仕事・・・でした。

初夏から仕事が忙しく、ブログの更新が滞っていましたが、やっと、一息。ブログでも更新するか!!

　この忙しさの原因は「FLEX」でした。皆さんもご存知でしょうが、改めて「FLEX」を紹介します。FLEXとは、Adbeが提供しているRIA(Rich Internet Application)のための開発ツールです。FLEXはおきまりのMVC(Model-View-Controller)モデル を採用しており、ViewはMXMLと呼ばれるXMLで記述し、ModelとControllerはActionScript言語で記述します。

　FLEXは、クライアント側で動きます。動作時にクライアント側に必要な環境としては、ブラウザとFlashだけです。FLEXの事を「プログラマー用のflash」と言う人がいますが、その通りだと思います。RIAの開発ルーツとしては、他にAjax、SilverLight、CURLなどがありますが、個人的見解から、「これからはFLEXだ!!」 と、FLEXに入れ込んできました。そして、幸か不幸(?)かFLEXによる開発案件に恵まれ、初夏からFLEXをいじりはじめました。

　最初のFLEXの開発案件は、「国際会議管理システム」でした。オーガナイザー(主催者)用のイントラネットシステムです(左写真)。７月からFLEXの本格的調査を開始し、９月から実装、最近やっと、FLEXとお友達になれた気がします。FLEXをいじった感想ですが、一言で言うと「まだ、若い」。リリースの状況を見ると、FLEX2が2007年初、FLEX3が2008年初ですから、3年弱は実績があります。しかし、・・・ 「若い、若い」。業務アプリ開発と言う点からすると、まだ、実績が少ない感があります。従来型の画面デザインで、業務アプリを開発しようと思っている皆さんは要注意です。何か問題にぶつかったらFLEX User Group で検索すると良いです。私もこのサイトにはお世話になりました。

　さて、最後になりましたが、今、開発しているFLEX案件の全体構成を紹介します。クライアント側は勿論「FLEX」。FLEXは、サーバ側を特にこだわりません（ この辺の足まわりの良さがFLEXの魅力です。便利なOSSも沢山あります )。今回は、サーバ側として以下の構成を選択しました。

• APサーバ： Tomcat 6.0/Java(J2EE)
• DBサーバ： MySQL 5.0
• FLEX-サーバ間： BlazeDS
• DIコンテナ： Seasar2
• O/Rマッピング： S2DAO

　FLEX-サーバ間は、BlazeDSで接続していますが、今から思えば、S2FLEXの方が良いと思います(次からはそうします)。O/RマッピングはS2DAOを採用。これは、とっても便利です( 一押し! ・・・でもトランザクション制御に注意 )。DBサーバはH2にしたかったのですが、印刷系を Microsoft .NET で作成していたので、やもなくMySQL を使いました。次のFLEX案件はサーバ側をApache/MySQL/PHPで実装する予定です。当分、FLEXと付き合う事になりそうです。仲良くしなければ。
FLEXの機嫌を損ねると、一週間くらいは悩む事になりますから・・・。

　今春に出会ったロボカップジュニアに魅了され、夏休みを利用して愚息と共にロボットプログラミングを始めたいと思っています。

　使用するマイコンは

ルネサンステクノロジ社製の H8/36064

　上の写真は、今回購入したH8/36064を搭載した 学習用CPU ボード「VS-WRC003」 のキットです。ボード自体の値段も2,982円と手ごろで、メカとの組み合わせによりいろいろなロボットが作れそうです。今回は初回なので、光の方向に向かって進む車台ロボットやライントレースロボットなど、比較的簡単なロボットの作成に挑戦する予定です。

　夜９時から仕事場へ行き、パソコンを起動。

「windows/system32/config/system が見つからない」

との表示!!　嫌な予感が・・・。 久しぶりの起動障害です。WIndows XPのCDを準備して、さあ、戦闘開始：

• 修復セットアップ
• 回復コンソール

• 再インストール

「天災は忘れた頃にやって来る」

　我が尊敬する寺田寅彦先生の言葉です。「形あるものは壊れる」分かっていても普段の備えがおろそかになりがちです。でも、良かったです。データパーティションが無事で。明日はデータパーティションの重要なフォルダを全てNASに移動せねば。「スープの冷めない間に」。

　工学と呼ばれる分野の対象には通常、定量的な測定法が存在します。重さ、大きさ、速さ、電圧、電流、等々です。でも、ソフトウェア工学はどうでしょう。ソフトウェアの規模は一体どうして計量するのでしょうか？　正味、精度の確かな計量方法は存在しません。しかし、だからと言って「数えないで良い！」ことにはなりません。「とにかく数える」ことが大切です。

　LOC(ステップ数)やFP(ファンクションポイント)は数少ないソフトウェア規模の計量値です。「どちらが良いか？」など余り考える必要はないと思います。LOCは物理的なソースコード行数を、FPは論理的な機能得点を表現しています。木造住宅に例えると、使用する木材の量がLOCで、延床面積や間取りがFPと言うところでしょうか。両者ともに木造住宅の規模を表している事に変わりありません。但し、FPはプラットフォームや実装言語に依存しないという長所があります(あくまで理想的にですが・・・)。また、エンドユーザにとっても、木材の量やLOCよりも、延床面積・間取りやFPの方が分かり易いと思います(FPが認知されるまでには、まだ時間がかかりますが・・・)。

　FP法は既に四半世紀以上の歴史があり、その計量法はCPM(Counting Practice Manual)という形で標準化が進んでいます。標準化が進むに従い、誰が数えても同じ計量法が確立されようとしています。これが、現在のFP法の進展段階と言えます。よく「FPを数えて何になる」という人がいますが、これは誤りです。確かに、FPは少なくない誤差もあり、FPを数えたからと言って、生産性や工数が直ぐに分かると言うものではありません。ですが、FPを数えると少なくとも、ソフトウェアの規模を比較する事はできます。そして、社内に専任のFP計量係を設置すれば、FPの精度は増し、実績データの蓄積により、作業時間やLOCとの相関可能なデータが集まれば、これは明らかに自分達だけの「銀の弾丸」になりえます。

　私には５歳になる息子がいます。やっと数える事を憶え、物の多い少ないが分かるようになったところです。彼はこれから演算や関数、そしてもっと複雑な数学を操る事ができるようになるでしょう。彼の計量センスは「まず数える事」から始まるのです。ソフトウェアの見積もりとして、KKD(勘と経験と度胸)に依らず、工学的アプローチを選択するのなら、まず、数えなければ何も始りません。

　本日、早朝（6:30）、子供（幼稚園）の担任の先生から連絡がありました。豊岡市内で新型インフルエンザの患者が確認され、公立の学校が全て休校（１週間）になったとの事でした。7:00、防災無線で市長より感染の状況とその対策についての説明がありました。

　会社も、１週間は、在宅勤務に切り替えました。弊社では在宅勤務制度を導入しています。この制度は、子育てや介護などが目的ですが、非常時の場合にも適用します。非常時の想定としては、大雪や台風でしたが、まさかインフルエンザで適用する事になるとは思ってもいませんでした。学校から連絡があって直ぐ、社員に在宅勤務の適用を伝えました。

　通常のインフルエンザと、今回の新型インフルエンザで違うのは（感染力や毒性は別にして）、行政の対応が全然違います。１人でも地域から患者が出ると、保育園を含む全ての学校が休校になる点です。子供を抱えながらパートに出ている人にとっては、その本人は勿論、雇用している側の企業にも影響がでます。

　朝9:00、近所の薬局を廻りましたが、既にマスクと消毒液は品切れでした。平素からの準備を再認識させられました。上の写真は、会社で常備していたものですが、これだけでは足りません。直ぐに、北海道の友人にお願いして、送ってもらうように手配しました。今、兵庫・大阪で起きている事は、他の地域から見ても対岸の火事ではないと思います。冷静な対応は勿論ですが、企業側としても事前の対策を考えておくべきでしょう。

　昨日（5/16）、田植えをしました。今日は少し筋肉痛です。明日は、もっと痛くなるでしょう。年を取ると筋肉痛が翌々日におそってくると聞いてましたが、最近その傾向が顕著になっています。

　右の田植えの写真を見てください。田植えでは真っ直ぐに苗を植えなければなりません。田植えをしていると、近所の人が寄って来て、「真っ直ぐに植わりましたなー」と声をかけてくれます。これは、一種の挨拶のようになっています。

　田植えの苗の様子を眺めていると、昔のFortran（フォートラン）言語のコーディングを思い出します。現在ではインデントした構造化スタイルのコーディングが主流ですが、２０年以上前には、ぴったり左詰にしたFortranのコーディングを良く見かけました。これは一種の美学でした。

　優秀なプログラマーのプログラムは、性能もさることながら、そのコーディングの容（かたち）も「珠」のようです。話は変わりますが、システムのモジュール構成は幾何学的に見ると「モスク型」が良いと言われています。プログラミングの世界には、いろいろな場面である種の幾何学的な美学が現れます。つくづく、プログラムっておもしろいですね