まだ続いていたんだという、驚き

　特許庁は２４日、２００６年から始めた新たな情報システムの開発を中断することを決めた。これまでに５５億円の予算を投じたが、別のシステムを考える。枝野幸男経済産業相は「大変申し訳なく思う」と謝った。

　新システムは特許の出願や登録に使い、中国の特許情報を調べられ、国際化への対応もねらっていた。開発の遅れで、特許を申請する利用者は、機能の低い古いシステムを使い続けることになる。特許庁は中国の情報検索などができる最低限のシステムに絞り、別の方式で開発する。

　新システムの開発期間は０６年１２月から１４年１月。設計を東芝ソリューションと、開発管理をアクセンチュアと契約した。

　開発の遅れは、主に設計の不備が原因。特許庁は検証委員会を設け対応を考えてきたが、委員会は２３日、中断を求める報告書をまとめた。業者が今までに作ってきた設計情報は、特許庁の別のシステム開発に生かしていくという。
朝日新聞デジタル：費やした５５億円、水の泡に　特許庁がシステム開発中断 – ビジネス・経済

この記事を見てまず驚いたのは、この開発はまだ続いていたんだ! ということでした。
「まだ」というのは、今を去ること2年前、特許庁のシステムはこんな事件で話題になっていました。

志摩被告の起訴状によると、２００５年８月ごろから昨年１１月ごろにかけ、新システム設計開発事業に関する情報を伝える見返りとして、ＮＴＴデータで当時、統括部長兼営業担当部長だった沖被告から計約２５０万円分のタクシー代をわいろとして受け取った、としている。
収賄罪で技官を起訴　特許庁汚職 – 47NEWS（よんななニュース）

特許庁発注のコンピューターシステム設計開発事業をめぐる汚職事件で、収賄罪で起訴された同庁技官のほかに職員３人が、複数のシステム開発会社側から飲食接待やタクシー代の肩代わりなどで計約９４万円近くの利益供与を受けていたことが２０日、分かった。
特許庁職員３人に利益供与　飲食、タクシーで９４万円 – 47NEWS（よんななニュース）

実はこの事件を受けての調査報告書では、利益供与問題の再発防止策と並んで、開発状況の調査も行なっています。

2010年8月時点での調査報告書の内容

調査報告書 特許庁情報システムに関する調査委員会(PDF注意)
http://www.meti.go.jp/press/20100820003/20100820003-2.pdf

利益供与・文書流出の再発防止(事実解明チーム)

まとめは、P.34からになります。
最初の2項目は「倫理意識の徹底」「情報管理の整備強化」とありがちな内容でおもしろみがありませんでしたが、3つめが「入札手続きの改善」とあってなかなか読ませます。(P.36から)

供与した事業者の側には、短い提案期間でよりよい提案書をまとめあげようとする動機があった。
収賄した3職員は、受注のプロセスには携わっていなかったのですが、より良いシステムを作るために外部の専門家に意見をもらいたいと考えていたこと、背景にあるんだよ…という内容です。

よりよいものを作りたいと思いに、入札・応札のルールが足枷になっているのだったら、出すべき情報はとっとと出して、接待して情報を得ようとするようなことはなくすようにしたらどう? という、このような調査報告書としては、わりと具体的な提案がされている印象を受けました。

とはいえ、今となっては、この点はあまり重要ではなくなっていますね。

開発状況の分析(技術検証チーム)

この時点で喫緊の課題となっていたのは、開発の遅れということで、上記の利益供与の再発防止とは、独立した調査として、TSOLによる設計と、アクセンチュアによるプロジェクト管理、特許庁の取り組みについて分析が行われています。(P.63から)

「提言」という形をとっていますが、結論としては、

• 発注者の特許庁は責任感持って仕事しろ(P.68)
• プロジェクト管理支援のアクセンチュアは特許庁とTSOLの合意の上、対策案を実施させるまでが仕事だろ(P.72)
• 設計一次請けのTSOLは、今まで設計してきたメンバーで固定しろ(P.75)
• 特許庁は現行システム担当のNTTデータに対して、必要な情報を提示するよう、働きかけるように(P.76)
• 再開するなら、特許庁中心にプロジェクト憲章を作成して、役割分担と責任を明確にしろ(P.78)

となっています。

「技術」検証というわりには、プロジェクト管理に関する指摘が目立つ内容になっています。
外部の人が調査しても、中身が合っているかよくわからないから「品質管理プロセス」へのツッコミが多くなったのでしょう。
こんな状況だったので、てこ入れして、どうにかなりそうならGo、どうにもならなそうだったらSTOPの判断をすることになるだろうな。設計の品質もぼろぼろみたいだし、STOPがかかるんだろうな。
と思っていた次第です。

2012年1月時点での調査報告書の内容

技術検証報告書 ～フォローアップ結果とりまとめ～ (PDF注意)
http://www.meti.go.jp/press/2011/01/20120124001/20120124001-2.pdf

再開に向けて動き出したのでしょうが、それから、1年半経過して、やっぱダメ、ギブアップということになりました。
上記報告書で挙げられた「提言」に対して、ぜんぜん取り組めていないよね、という内容になっています。
それだけでも残念な事態ではあるのですが。

そもそも7年かけて開発してたら…

新聞報道だと、設計担当のTSOLの品質が悪者にされていますが、実際これだけお金をかけて、まだ動くものが作れていない…というのは、全部一括ではなくて、機能別に発注するとか別のやりようがあったんじゃないのか?という疑問です。

だって、そもそもの予定では丸7年もかけて、開発しようとしていたんですよ。
7年たってたら、外部環境は相当変化していますよね。

その点に関しては、報告書のpp.8-9が答えてくれています。

とりわけ国際的環境は大きくかつ急速に変化しており、その結果、早急にシステム構築の必要な新たな政策項目や、対応優先順位を上げなければならない政策項目が顕在化しつつある。例えば、特許審査においては外国文献検索の重要性が急激に増大しており、外国文献に対応できる新たな検索システムの構築が喫緊の課題となっている。

こうした外部環境の変化を踏まえると、プロジェクトの再開に当たり、現行の一括開発手法を引き続き採用するとなると、最終稼働までの間、今後複数年にわたって政策項目の実現が先送りとなってしまうことに加え、これまで同様、遅延等のリスクを伴う可能性も大きい。
そこで、特許庁において、プロジェクトの再開に当たっては、特許庁ＣＩＯ主導の下、このような外部環境の変化を取り込んだ改定最適化計画を策定するとともに、一括開発手法にこだわらず、実現性の高い新たな手法を採用することも視野に入れて今後のプロジェクトの進め方を検討する必要があると考えられる。

一括開発手法にこだわらないという、上記の結論に2010年の報告書の時点で至っていれば、55億円かけて、「設計書」なるものが大量に作成されて、動くプログラムができてないなんてことになってないのではないかなと考えるわけです。
特許をとりまく状況を受けて、優先順位が高い機能から細切れにして開発していくようにすれば、よかったんじゃないかなーと。

でも、ここでキッパリやりなおすのは英断だと思いますけどね。
埋没費用 – Wikipedia
http://ja.wikipedia.org/wiki/%E5%9F%8B%E6%B2%A1%E8%B2%BB%E7%94%A8

最後に

身近なところで、5年かけて開発して、動いているけどゴニョゴニョ…な例を聞いていたので、明日は我が身の思いとともに、そこそこ読みこんでしまいました。報告書を読んでなにを感じるかは、その人の経験に依存する部分も多いと思います。

外部要因で優先順位がころころ変わるなら、それに対応する手法を、契約、意志判断、設計・開発でとるべきなんだろうな…ということを、これからの私の仕事でも念頭に置いておきたいと思います。

キーボード編から続きます。

ワイヤレスマウス万歳

ワイヤレスマウスを一度使ってその心地よさからずーっと使っています。
それまでワイヤつきマウスを使っていたわけですが、マウス前方から出ているワイヤが意外とマウスの移動範囲を狭めているということに気がついてしまったからです。
画面もどんどん広くなる一方ですので、いつのまにか、マウスの移動させる範囲も大きくなっていました。いちいち持ち上げるのも面倒ですよね。

ワイヤレスマウスの欠点

ワイヤレスマウスの欠点、人によっては電池が中に入るため「重い」ということを欠点に挙げる場合もあります。
でも、私にとって一番重要なのは…「よくスイッチを切り忘れて無駄に電池を消費する」ということです。

それに対しては、各社それぞれ工夫を打っておりまして、パソコンに接続するためのUSBレシーバが外れて初めて電源が入るようになっていたりします。しかし、それでも、PC前に放置された状態では電池を無駄に使っていることにはかわりありません。

…と思っていたときに店頭で見かけたのが、Microsoft Arc Mouseでした。

折りたたむと自動で電源がOFFになります。
見た目で「ON」「OFF」が大変わかりやすく、スイッチ切り忘れを何度も気付くことができました。
電池残量もマウスを開いたときに、ランプが10秒ほどついて教えてくれます。
使わないときのUSBレシーバーはマウスの中に納まるようになっているのも機能的な印象です。

左側面についているボタンを「押そうとしても、押せない」というデザイン優先しすぎが原因と思われる問題もありますが、ホイールつき3ボタンマウスとして使う分にはまったく問題ありません。

これだけ道具にこだわっても、成果があがる…とは限らないですけどね。
変なストレスの元にならないだけでもうれしいもんです。

パソコンと向き合っている時間が長いのは、家よりも会社のオフィスだったりします。
パソコンに向き合いながらやっていることと言えば、メール書いたり、書類を書いたり、プログラムを書いたりといった作業。
当然その作業には、キーボードとマウスが欠かせません。
でも買ったパソコンについてくるキーボードはキーを叩いたつもりが押しこめていないというへちょへちょの質感。
ケーブルがついたマウスはちょっとしたことでひっかかったりして動かせる範囲が狭かったり…
これでは作業の能率に影響してしまいます。

というわけで現在使っているキーボードとマウスについて。

自分にとって使いやすいキーボード

私がキーボードに求めているのは…

• そこそこ広いスペースキー
• 日本語配列
• テンキーはいらない

の3点です。
日本語変換のためには一番叩く回数が多いのはスペースキーですので、横のキーをたたいてしまわない程度には広さが欲しいところです。

10年くらい前は英語配列のキーボードを使っていましたが、今となっては記号の位置など、日本語配列で慣れてしまっているので、日本語配列がいいと思っています。

テンキーがあるとマウスを持ちに行くまでに移動距離が大きくなってしまいます。
テンキーをひたすら使うほど、表計算で数値入力はしないので重要度が低いです。

このような考えに至ったのは、大学のシステムで端末の前に置かれていたキーボードがHappy Hacking Keyboard(HHK)だったせいもあるかもしれません。

ただ、Windowsを中心に使う生活となった今では、カーソルキーが独立してないのは使いづらいとも感じるわけです…

というわけで、近くのヨドバシカメラに行って打鍵感を確かめ、値段も考慮に入れて候補に残ったのは以下のキーボードです。

• FILCO Majestouch 日本語91キー・かな印字なし 独CherryMX茶軸 FKBN91M/NB [Amazon]
• FILCO Majestouch 日本語91キー・かな印字あり 独CherryMX茶軸 FKBN91M/JB [Amazon]
• FILCO Majestouch 日本語91キー・かな印字なし 独CherryMX黒軸FKBN91ML/NB [Amazon]
• FILCO Majestouch 日本語91キー・かな印字あり 独CherryMX黒軸FKBN91ML/JB [Amazon]

FILCOのMajestouchシリーズで黒であることは共通です。
そして「黒軸」「茶軸」の違いがあります。

黒軸 vs 茶軸

この違いは実物を触って確認するのが一番だとは思うのですが…あえて説明しようとすると

• 茶軸は「叩いている」「軽い」「リズミカル」
• 黒軸は「押しこんでいる」「吸いつく」「滑らか」

この「叩く」と「押す」の感触の違いが打鍵音の違いとなってあらわれると思います。
茶軸のほうが打鍵音高らかになりがちだと思います。
私は、実際に触ってみて、黒軸は「反発が強い感じがして疲れる」という印象を受けました。
おそらくノートパソコンのようなキーストロークが浅いキーボードに慣れているというのも一因かもしれません。

悩んだすえ、茶軸・かな印字ありのものを購入しました。

冒頭の写真のとおりのデスクとなっています。
パームレストがわりに手帳が中につまった手帳カバーを使っています。
なんとなく高さがピッタリ。

マウス編に続きます。

私自身は徐々にネットブック(or 家庭用途のA4サイズノート)+家庭内NASの方向に進んでいます。
ケータイでは創る作業がしづらいもので。
創るために効率がよいデバイスがパソコンであるならば、まだパソコンを購入している気がします。

自分自身のコトを考えても、今持っているものをもう一回くらい買い換えるかなあ、という感じ。それで「個人でパソコン買う」のは最後になるかもと思います。その後は、買うのは別の商品（別のコンセプトの商品）になるんじゃないかという気がする。

ええっと、まずはおことわりを。ちきりんはＩＴ業界の人でもなく、その分野に詳しい訳でもありません。なので今日書くのは、単なるパソコンのイチユーザーの感想に過ぎません。

パソコンってやばそうだよね。 – Chikirinの日記

なので、このエントリには共感するものがあります。

私個人がパソコンでしてきたことはだいたい二つにわかれます。
何かを創るか、誰かの作った何かを見るか。
そして見る用途のほうは、だんだんケータイ的デバイスに置きかわっています。
流れを整理してみましょう。

創るためのパソコン

パソコンってもともと何かを創るために買ったものだったような気がするのです。

Old Commputers Catalogues listより

象徴的な広告です。
「思いをカタチにするパソコン」創ることが中心の言葉です。
創るものが、プログラムであれ、ワープロの文書であれ、FM音源で作った音楽であれ、16色のイラストであれ、創っていることには変わりがありません。
一方見るための用途としては「ゲーム」がありますが、私がパソコン(PC9801-DXでした)を買ってもらった1990年当時は、ベーシックマガジンに投稿されたプログラムを書きうつしたり、MS-DOSの*.batの形式でゲームブックを作ったりして遊ぶなど、やや創る側の使いかたをしていたと思います。

見るためのパソコンの時代

ですが、1998年、大学入学を期にWindows95搭載のパソコンを買って、インターネットに接続すると「見るための要素」もぐっと強くなったと思います。
Webブラウザ → 閲覧ソフトですからね。
「DVDを普通に見られること」が当時のパソコンの性能を測るうえでの境目だったと思います。
見る要素がかなり意識されていますね。

そういえば、当時はi-modeもありませんでした。1999年開始です。
パケホーダイが見るためのPC全盛時代ではないでしょうか。
テレホタイムなど、懐かしい響きです。

創るという意味では、ホームページを作ったり、大学のレポートを書いたりはあいかわらずしていました。
一番CPUを食うのはDVD鑑賞、MP3エンコード、プログラムのコンパイルという時代でした。

見るための携帯デバイス、母艦としてのパソコン

2002年、社会人になったのを期に、(なんとなくかっこよかったので)CLIEを購入しました。
CLIEそのものは単体でネットにつなげはしませんでしたが、DocやPluckerを使ってパソコンでニュースサイトの情報をあらかじめとりこんでおいて、外出時に見るようなことをしていました。
ビデオ対応iPodやPSPを入手してからは、動画すら携帯できるようになりました。
「見る」ためのPCの用途は急速にしぼんでいったと言えるでしょう。
パソコンは主に情報の母艦として機能していました。
iTunesやPalmDesktopが母艦用アプリケーションですね。

CLIEは使わなくなりましたが同じ用途として今はadvanced/W-ZERO3[es]が活躍しています。ad[es]はネットに接続もできますから、さらに便利です。

一方創るほうですが、音楽、動画を編集する、絵を描くという作業にはそれなりのCPUパワーを要するのは変わりはありません。
でも、それらの処理をサーバサイドでこなしてくれるとしたら…

今後の方向性…

ボーカロイドによる歌作りまで携帯電話でできるようになってしまいました。

音声合成など重い処理をすべて同社のサーバで行うことで、VOCALOIDを携帯電話やゲーム機など非力な端末でも利用できる。アプリケーションプロバイダ側で機能を限定したり、ユーザーインタフェースを自由に作ることも可能だ。

VOCALOIDの可能性、DTMの“外”にも——ヤマハに聞く「NetVOCALOID」 – ITmedia News

ケータイサイトは約10年も前からケータイだけで作れる。

魔法のiらんども知らないのか。

Dan Kogai氏がやばいと思うただ二つの理由 – Keep Crazy;shi3zの日記

文章やゲームはては楽曲まで、コンテンツを創ることは携帯だけで完結できてしまう時代なんですね…

パソコンを買うか?

• 情報の母艦としての機能が必要
• 何かを創るのに効率的

という間はまだまだパソコンを使い続けると思います。
動画、音楽を加工したりといった作業はパソコン上でやるのが(私自身の慣れも含め)楽ですから。
ただ、両方ともサーバサイドに移行しつつあるようです。

何かを創ることについては、前述しました。
母艦としては、DropBoxなどのサービスに魅力を感じます。
ということは、パソコン(的なもの)はサービス停止に供えたバックアップの機能を持っていれば十分ということにもなります。
そうすると対してCPUパワーもいらないし、ネットブック+家庭内NASで十分ですね。

というわで、動画編集、音楽作成などがサーバサイドで家庭からもストレスなく作業できるようになったときが、現状のパソコンの死にどきなんだと思います。

自分が昔習った病院は、「部分の専門家」を生み出す方針だった。
患者さんの方針は上司が決めて、研修医は、まずは手を動かす。
胸水のたまった肺炎の人が入院する。チェストチューブを入れるとか、 人工呼吸器をつなごうだとか、そういう決断は上司が行ってくれて、 研修医は上司の監督下に、手を動かす。
手が動くと、なんだか上手になったようで、やる気が出る。「一人前」になった気がする。
そればっかりやってると、「治る」というのは、部分を積んだ先に、いつの間にか降ってくる何かみたいに 思えてくる。目をつぶって、ひたすら目の前の「煉瓦」を積むことだけに没頭していると、 いつの間にか、そこに「家」ができあがるような。
もちろんそんなことをしても、できあがるのはせいぜい「壁」で、本当は、 指揮をする「大工」がいて、はじめて家が建つんだけれど、「煉瓦の専門家」だった自分には、 それが見えなかった。

もうすぐ家が建たなくなる – レジデント初期研修用資料
http://medt00lz.s59.xrea.com/wp/archives/176

なんか、今の自分の職場のことを言われているようでぎょっとしました。
ある情報を右(A社)から左(B社)に流すようなGWシステムの構築を今担当しているのですが、情報の流れ全体をおさえて会話できる若手がいないように感じます。
「ネットワークの専門家」や「DBの専門家」は、自分の仕事に必要な情報が降ってくるのを待っているだけ。
システム全体のイメージを描いて、各専門家に仕事を渡していく人(元エントリの「上司」)のスキルを身につけようとする人が、若手にはいないように感じています。
まず、会社全体として、「専門家」を作る方向に傾いているようです。

みんな縫えるし切れるし薬も知ってるし、論文だって読む。「手を動かす」ことだったら、 たいてい何だってできるはずなのに、怪我した人を診て、その人が「治ったイメージ」を想像して、 そこまでの道筋をつける、そうした訓練をだれもうけていなかったものだから、 救急外来は最初の頃、まわらなかったんだという。
現地にはそれでも何人か、道筋をつけられるベテランがいて、もちろん現場は動いたのだけれど、 その人たちは「取り替え」が効かないものだから、交代できなくて、ずっと現場に張り付いていたのだと。
あと何年かして、ベテランが現場からいなくなると、このときの状況が再現されそうな気がして、けっこう怖い。

もうすぐ家が建たなくなる – レジデント初期研修用資料
http://medt00lz.s59.xrea.com/wp/archives/176

「サーバの専門家」、「DBの専門家」、「ネットワークの専門家」….は、構築が始まってしまえば、手を動かすことはできるんです。
でも構築にいたる道筋をつけることができない。
ホスト→オープン化の流れを、最前線で受けとめることになった、ベテランの方はこの筋道をつける作業に長けているように思います。
そして、今も最前線にいます。
この人たちが定年などでいなくなる前に、こういうスキルを身につけた人を十分確保できるのか..

まず、自分自身が「上司」スキルを身につけられるように取り組んでいきます。
私自身は「手先が不器用な自分でもなにかを創る仕事ができるかもしれない」という思いで、今の会社に入りました。子どものころ、家を建てていた大工さんと棟梁さんのイメージがあったのかもしれません。
その思いに正直に生きたいと思います。

ブログ専用プラットフォーム「JournalSpace」（初めて聞く名前）が、バックアップを取ってないメインのデータベースが消去され、サービス停止に追い込まれた。JournalSpaceブログによると、どうやら会社に恨みをもつ元社員が悪意ある行為を働き、結果としてデータベースが上書きされたものらしい。

JournalSpaceの悲劇：バックアップ取らずに全データ喪失、倒産
http://jp.techcrunch.com/archives/20090103journalspace-drama-all-data-lost-without-backup-company-deadpooled/

Here is what happened: the server which held the journalspace data had two large drives in a RAID configuration. As data is written (such as saving an item to the database), it’s automatically copied to both drives, as a backup mechanism. The value of such a setup is that if one drive fails, the server keeps running, using the remaining drive. Since the remaining drive has a copy of the data on the other drive, the data is intact. The administrator simply replaces the drive that’s gone bad, and the server is back to operating with two redundant drives.

http://journalspace.com/this_is_the_way_the_world_ends/not_with_a_bang_but_a_whimper.html

RAID1(ミラーリングによる冗長化)をデータのバックアップとして使っていたため、サービス復旧不可能になったというお話し。
RAID1のミラーリングはディスク障害の対策にはなっても、故意にデータを消去するような
rm -rf /
が相手ではデータが消去されてしまいます。

個人的にも社内OAのシステムで、元システム管理者に全削除の攻撃を喰らったことがあるので、それ以来データのバックアップにはことさら気を遣っています。
せめて、前日の状態に戻せないとつらいですね。

私が所属する会社の新人研修では、ロジックやらC言語やらやっているはずなんだけど。

低水準言語での研修 – novtan別館
http://d.hatena.ne.jp/NOV1975/20080714/p2

アセンブラ的なものからCPUが、プログラムが、どう動くのかを想像できるようになって欲しい。

最後は生のコンピュータがどのような動きをしているか、想像できるかにかかっているのと思います。
個人的には、テキストとして見えているデータも結局「2進数」の羅列なんだとわかったときに、世界が開けました。生のコンピュータに近い世界を垣間見た瞬間だと思っています。
結局新人の一年間で、社会人になるまで触れたことのなかったバイナリエディタと、すっかりお友達になれました。

開発環境とかミドルウェアいうのは、生のコンピュータをどんどん隠蔽する製品なんだと思います。
隠蔽はなんのためにしているかと言えば、楽をするためにしている。
生のコンピュータと直接格闘し続けるほど効率の悪いことはありません。
楽に開発できるものがあるんだったら、使いましょうよ。
隠蔽されているおかげで、ある程度の生産性が確保されているわけです。
(今時、アセンブラで組もう!なんて思ったら、人手も足りないだろうし)

でも、トラブルの元が、隠蔽されているところにあったときに対応できないなんて、顧客との窓口としてそれでいいのか。
どうして楽ができるのか、意識しなくていいのか。
一定人数は、生のコンピュータと近いところで戦える人が必要なのではないでしょうか。

新人育成のことに話しを向ければ、私がカリキュラム作ったら、『30日でできる! OS自作入門』を組みこみます。

14日目まで到達すれば、コンピュータと格闘する力は、SIerで働くのに必要な力以上に身につけることができると思います。
でも、ただの苦行と思う人の多さが懸念されて、新人研修ではやってくれないんだろうなぁ。

「英語式語順は、自然な思考の順番に反する」研究結果 | WIRED VISION
http://wiredvision.jp/news/200807/2008070921.html

あなたが話すときに従っている文法の規則は、あなたの思考の筋道を反映していないかもしれない。

6月30日(米国時間)に『米国科学アカデミー紀要』(PNAS)に発表された論文によると、主語(S)、動詞(V)、目的語(O)の順に文章が構成される(例えば「Bill eats cake(ビルが、食べる、ケーキを)」)SVO型言語を話す人であっても、身ぶり手ぶりでコミュニケーションを取るよう求めると、主語、目的語、動詞の順番で意志を伝えたという。

この記事を読んでいたら、ふと「なでしこ」を思いだした。

日本語プログラミング言語「なでしこ」
http://nadesi.com/doc/

プログラミング基礎編 – 日本語プログラミング言語「なでしこ」
http://nadesi.com/doc/kouza/01-1-hello.htm

なでしこエディタにプログラムを書きます
もう、なでしこエディタは起動してありますね？それではエディタにプログラムを入力しましょう！
まずは、以下のプログラムを一字一句間違いないように入力してみましょう。
クジラが「こんにちは」と言う。

クジラが「こんにちは」と言う。
これを見たときにすごい違和感があったので。
この違和感を生じた原因はなにかと考えると、1)コンピュータに対して、2)「命令」していないからだと気がつく。

コンピュータに対して、命令しているなら、こんな感じだろうか。
「クジラの画像を描画せよ。」
「クジラのxドット上に、吹き出しを描画せよ。」
「吹き出しのなかに、『こんにちは』を書け。」
いちいち「命令」を意識していると、日本語としてはだんだん不自然な感じになっていくな…

英語にすればしっくりくるか?
“draw a whale.”
“draw a balloon on the whale.”
“print ‘Hello’ in the balloon.”
うん、なんかそれっぽい。

初めて触れたプログラミング言語はBASICでした。
命令口調であるのは、自分が今まで触れてきたプログラミング言語で共通だ。
それにコマンドラインもそうですね。というか、commandは命令ですね。

プログラミング基礎編
http://nadesi.com/doc/kouza/01-1-hello.htm

クジラでなくても言える？！

次に、さっきのプログラムから『クジラが』の部分を消して実行してみてください。
「こんにちは」と言う。

結果を確認する
すると、左の図のようなWindowsっぽいダイアログが出てきます。クジラでなくても、『言う』ことはできるんです。(*3)

「こんにちは」と言う。

日本語として自然に解釈すると、「私が」を省略しているように見えないか?

日本語は、S(主語)を外すと「自分が」の省略と解釈されることが多い。
英語は、S(主語)を外すと、それは命令文ということになる。

このあたりにSVO型の有利さがありそうだ。

上の傾向は、SVO型全体、SOV型全体に共通していえることなのだろうか?
ラテン語はSOV型だが、ラテン語を共通の祖先とする現在のヨーロッパの言葉はみな、SVO型だ。
ヨーロッパの歴史に、SVO型発展のヒントがあるか?