憂国なプログラマ

ガスコンバインドサイクル発電の推進により、原発は完全不要に！

Wed, 19 Oct 2011 18:16:10 +0900

いまは Hatena でブログ書いてますが、こちらにも最新の記事を告知しておきます。暇があったら見に来てください。

ガスコンバインドサイクル発電の推進により、原発は完全不要に！

原発を即時廃止し、ガスコンバインドサイクルに切り替えるべき

WPF 超入門

Wed, 26 May 2010 01:01:19 +0900

Hatena のブログで新しいエントリー「WPF 超入門」を公開しました。

私も WPF は初心者なので、さしずめ

「初心者の初心者による初心者のための WPF 入門」

といったところでしょうか。

WPF は興味あるけどどこから始めればいいのか判らない、という方のお役に少しでも立てれば幸いです。

時事問題のエントリー

Fri, 14 May 2010 01:53:11 +0900

久しぶりに時事問題のエントリーを二連発、はてなの方で公開しました。

統治能力の崩壊
http://d.hatena.ne.jp/hilapon/20100513/1273768405

宮崎の口蹄疫問題
http://d.hatena.ne.jp/hilapon/20100512/1273678088

どちらも動画のリンクを貼ってます。いずれも、これが憤らずにいられようか！！ってな内容です。
是非暇を見てごらんください。<(_ _)>

憂国のプログラマ Hatena版

Tue, 11 May 2010 00:42:26 +0900

新しいコンテンツを着々公開しはじめております。暇があったらぜひどうぞ。

憂国のプログラマ Hatena版

Hatena 使ってて思ったんだけど、開発関係のブログは Hatena の方が圧倒的に使いやすいですね！

AutoCAD ARX/VBA/.NET 会議室

Sun, 09 May 2010 01:17:28 +0900

「AutoCAD ARX/VBA/.NET 会議室」を新装公開しました。

今回より新たに「.NET」が追加されてますが、これは今後 AutoCAD の開発環境として .NET が主流になると予想されるので加えてみました。
まぁ、いまさらどうよ！ってな感があるわけですがｗ

旧会議室のCGI は Web Forum Antispam Version を使っていたのですが、それでもここ数年、毎日のようにスパム投稿には悩まされておりました。
最初はメアドや URLリンクの制限から始まり、次はスパムキーワードの入力制限をして対処していたわけですが、それでもあの手この手を使っての書き込みが続き、対策としてキーワードを増やすに従い、
しまいには通常の投稿すら困難になってしまう状態になり、利用者の皆様には大変ご迷惑をかける状況になっておりました。

これは新しい CGI の採用、もしくは ASP.NET で新しい会議室を作る必要があると思ってはいたものの、
進捗中のプロジェクトが多忙であり、また貴重なログをいかに手をかけずに次の掲示板に引き継ぐかで色々悩み、なかなか手が付けられずにいたのですが、このたび Antispam Version の最新版が公開されていることを知り、連休中にスクリプトに修正を加え、今回更新することができました。

Antispam Version の最新バージョンはかなり修正が加えられており、スパムに対して大きな効果が期待されますが、運用してみないことには何とも判りません。
本当は専用サーバーを立てて、ASP.NET + WPF + SQLServer で新たな会議室を構築したいところですが、
予算と時間に余裕がないので、まだまだ先の話になりそうです。もしスポンサーになりたいという奇特な方が居られたら、是非お知らせ下さいｗ

VB.NET 版 CheckedComboBox

Tue, 06 Apr 2010 20:37:03 +0900

VB.NET 版 CheckedComboBox のはてなのエントリーに公開しました。

Yahoo! ブログは結構制約が多いので、今後プログラミング関係ははてなの方にかくかも (´∀｀；

オブジェクト指向考察その2 「オブジェクトとは・・・その２」

Tue, 09 Mar 2010 03:07:25 +0900

先日のわんくまでのライトニングトークは大失敗＞＜！
時間切れの上、終わりの方ではパニくって、とうとう言いたいことの半分も言えませんでしたよ。(つд⊂)ｴｰﾝ

しかしその後の懇親会では、何人かの方にプレゼン資料を見せていろいろ話すことが出来ましたが、今回はこのネタを使って「オブジェクト指向」について考えてみたいと思います。

さてネタにした「某バイク便システム」の開発事例についてですが・・・

１．まず「仕様書」などという大層なものは、初めから存在しない。

２．仕様は常に変わる・・・というか、動かしてみて初めて判る仕様です。

３．開発途中でコンセプトが「バイク便システム」から「総合物流システム」
　　に大変貌を遂げる！！！！
　　販売ターゲットとする業種が拡大したため、仕様も途中から大規模に変わった。

４．エンドユーザーにはとことん易しく、60代～70代のおじいちゃんや、
　　こないだまでキャバ嬢だったオネエちゃん、
　　パソコンを触ったことのないおばちゃん達にも扱えるよう
　　超ユーザビリティなインターフェイスに！！

５．デザインも堅苦しくなく、見た目に易しいデザインでよろしくネ！！

６．予算は抑えて開発は速く、しかもチームは２・３人のみ！！

７．ちなみに現場は21:00で建物が締まるため、21:00以降の残業はできません。強制退社！！

というもの。まさにある種のアジャイル開発！！

このシステムの最大のヤマが 「受注画面」 なるものだが、これがまた凄い仕様である！！！

まず起動時の画面である。

次に伝票登録用の状態に遷移する。

この画面では表示されていないが、「依頼主」を登録すると、過去履歴の一覧が自動表示される。

中継地点も登録可能。「請求先」もユーザーが自由に編集できる。

地図を使って料金を自動計算。高速料金も自動算出する。直線・エリア・時間による料金計算も可能！

登録済みの伝票を表示する。フッターのボタンの機能が変わっていることに注目！！

登録済みの伝票も変更できる。ここでもフッターのボタンの機能が変わっていることに注意！！

これ、すべて一つの画面の機能である・・・
この画面、単発の伝票だけでなく、定期配達便やキャンセル伝票、さらに赤伝すらも扱えるという代物である！

そのうえ中継地点のドラッグ＆ドロップによる入れ替えも可能、
各コントロールも読み取り専用～編集可能～に状況に応じて小まめに変化する
なかなかも気の利いたインターフェイスになっている。

自慢ではないが、このシステムのプロトタイプを見に来た新聞・雑誌の編集者たちが皆

「今まで記事を書くため様々なシステム見てきたが、こんな細かい作りのアプリは見たことがない！！！」

と目を丸くして驚いていた。どれだけ内部で恐ろしい実装をしているか、百戦錬磨のエンジニアの皆様なら、コードが凄い（酷い）ことになっているだろうと想像が着くと思う。

さて、この画面、極めて膨大な行数になってしまったことは想像に難くない。

2010年3月8日現在、この画面の行数であるが

1,867行（ドキュメントコメント含む）

・・・桁の間違いではない。2000行に達してないのだよ、明智くん！！

ついでにこの画面の開発期間は三人月、

月の平均稼働時間が180～200時間

・・・いま思い出したが160台のときもあったような・・・

しかも今回初めて使った未知の地図コントロールを二つも使い倒しながらであり
さらに最初搭載していた地図コントロールは、諸般の事情により、
途中で全く別のコントロールに換装したというオマケ付きである。

どうすればこのようなことが出来るのか、仕掛けは簡単、画面では実装を極力減らし、画面を構成する各コントロールや、さらに機能や概念に細分化した各クラスに、処理を委譲しまくっているからである。

前の記事では「クラスは責務を持つ実体」と書いたが、クラスを機能や概念ごとにどんどん分割し、ひとつのクラスが一つの責任しか持たないようにしてしまう。あとで知ったが、これがどうやら

単一責任の原則

というものらしい。よってこのプロジェクト内では、VisualStudio が自動生成するファイル以外、2000行を超すクラスは一つもなく、また 100 行を超すメソッドもほとんど皆無という状況になってしまった。その後ヤマのようにバグ修正や仕様変更が発生したのだが、殆ど苦もなく修正できてしまったのである。

一年近くやって徹夜が一回もない案件は今回が初めてだが、OOP の真髄を一分なりともマスターすると、ここまで楽になれるものなのかと、つくづく思い知らされたのであった。

・・・以下、疲れたので続きは今度。もう寝よう。

オブジェクト指向考察その1 「オブジェクトとは」

Tue, 23 Feb 2010 00:54:20 +0900

ここ最近「オブジェクト指向のこころ」を読み返しているのだが、読めば読むほど実に素晴らしい本だと思わずにいられない。当面この本を読んで気が付いたことを、メモ書き的に簡単に書いていこうと思う。

オブジェクトとは

昔、まだプログラミングを習いたてのころは、「車」や「人」になぞらえてクラスやオブジェクトの説明をされたのを覚えている。現実世界の「モノ」をオブジェクトとし、それをそのままモデリングするという話だ。

ある特定の「モノ」とそれに関わる「属性」を取り上げ、「モノ」がオブジェクトであり「属性」がオブジェクトのプロパティやフィールド等のデータ、「モノ」が行う操作をメソッドとして捉え、クラスにするという話である。

例えば「人」であれば、名前や年齢をフィールドして扱い、歩いたり話したり等の動作をメソッドとして扱う等の話は、10年くらい前の本にはよく載っていたものだった。

しかし、当時はなんとなくそうなのかと思って鵜呑みにしていたものの、ここ数年「オブジェクト」とはそうではないことに気が付いてきた。

例えば数値・・・これは決してモノとは言えないが、言語によっては立派な「オブジェクト」である。

また Strategy パターンの Strategy クラス。これは「モノ」というより「戦略」という概念そのものをクラス化したものだ。また同様に Command パターンにおける Command クラス、これは「動作」や「処理」という概念をクラスしたものである。

こうなってくると

オブジェクト ≠ モノ

としか言いようがないですね。本書を訳した村上雅章氏は、前書きでこう述べてます。

現実世界をそのまま写像できるという考え方は・・・シミュレーション用言語である Simula に触発されて生み出されたことと無関係ではありません。しかし、現実世界をそのままコンピュータ上に実装するなどできない相談なのです。
・・・中略・・・
現実世界のものごとにはさまざまな性質、特徴が存在しています。そして、抽象化とはそういったものの一面だけを抜き出し、残りの面をすべて排除してしまう行為なのです。つまり現実世界のものごとに10個の側面があった場合、抽象化によって9個の側面が捨てられてしまうわけです。・・・
・・・中略・・・
このため、「現実世界をそのままの形でクラスにできる」という宣伝文句も、最近では少しずつ目にする機会が減ってきています。

また、以前会社に来たあるコンサルタントはこういっていた。

オブジェクトとは決して難しい概念ではない。データにメソッドを持たせたものがオブジェクトである。

当時はこの言葉を鵜呑みにし、納得していたつもりだったが、今となってはそうは思えない。この書のなかでもこうバッサリ切り捨てている。

これはあまりにも単純で安直なものの考え方と言えるでしょう。なぜなら、オブジェクトというものを実装という観点からしか見ていないからです。

では「オブジェクト」とはいったいなんだろうか？「オブジェクト指向のこころ」の P104 で著者はこう言っている。

オブジェクトとは責務を備えた実体

また P105 ではこうも言っている。

特定の振る舞いを保持した実体であるとも考えられる。

難しい言い回しだが、なかなか核心を突いた考えだと思う。この観点からオブジェクトというものを見ていけば、モノではない「処理」とか「動作」、「概念」すらも充分オブジェクトやクラスとして扱うことができる。
実際今の現場でもそうだが、消費税・料金・計算ロジック・支払方法・データ更新・請求etc・・・これらもモノとは言えないけど確かにオブジェクトとして扱っている。そう考えるとオブジェクトを「メソッドを持つデータ」とか「現実世界をそのままモデリングしたものがオブジェクトである」という従来の議論は誤りだといわざるを得ないだろう。

ありゃ？簡単に書くつもりが段々長くなってきたwww
とりあえず今日はここまでにして寝よう。・・・と思っていたら寝付けないので編集しなおした。

＃2/24 ちょっと修正した。

Delphi で学ぶデザインパターン入門

Fri, 19 Feb 2010 00:08:59 +0900

大昔に書いた記事を発見しました。

Delphi で学ぶデザインパターン入門
http://www.acesekkei.com/programming/patterns/dp_frame.htm

同じ内容で Delphi-ML にも投稿した覚えがあります。
全部移植しようとして、こんな↓制約もあったりして、

サンプルコードにおける注意事項
http://www.acesekkei.com/programming/patterns/dp_01.htm

当時の知識では限界を感じ結局途中で断念したけど、今から思うととても懐かしい記事です。

蕎麦料理処萱

Thu, 04 Feb 2010 01:03:48 +0900

先日、所用で長野に行った際、国道18号線（北国街道）の戸倉駅近くにあるそば料理店「萱」によってきました。

昨年暮れ、長野・上山田に仕事で行った際に初めて入ったのですが、歴史を感じる建物ならではの落ち着いた雰囲気と、千曲川で取れたと思われる川魚の天婦羅と美味しい蕎麦、隣の酒造で買ったお酒が忘れられず、是非また機会があったら行きたいと思ってました。
もっとも長野は結構行くのですが、戸倉・上山田はそうそう来る機会がないだけに、すぐに再訪する機会が出来たのは嬉しかったです。

国道18号に面してます。大きい萱葺き屋根が特徴のお店です。

川魚の天婦羅と十割蕎麦の二種盛りを頼みました。魚は鮎です、

二種盛り蕎麦。十割蕎麦と二八蕎麦の盛り合わせです。蕎麦好きにはたまりません！！＞＜

山葵は自分で擦る。なかなか他の店では味わえません。

とても古い造りの建物です。

隣は酒造です。坂井銘醸という蔵元さんで、江戸時代から続く造り酒屋さんだそうです。

店内の様子・・・撮らせて頂きました。

お酒が一杯！日本酒好きにはたまりません！！＞＜

以下の写真は、昨年暮れ、初めて萱に行った際に買ってきた酒です。なかなか呑み口がいい酒です。

こちらは原酒、香りはいいがちょっとクセがきつくて呑みづらいかな。

関係ないけど、正月買ってきた越乃寒梅。さすが高いだけあって旨かった。後ろをよ～く見ると化物語１～３巻が見えるｗ

ちなみにこのお店、資料館も併設しており、昔の酒造をそのまま資料館にしていた。昨年暮れに来たとき少し覗いたが、江戸時代の駕籠や酒樽・米俵や箪笥等いろいろあって、信州の昔の暮らしを垣間見た思いとなった。あと何故か竹久夢二の資料館もあった。詳しくは知らないが、何かこの酒造と縁があったのだろうか？謎です。

憂国なプログラマ

ガスコンバインドサイクル発電の推進により、原発は完全不要に！

WPF 超入門

時事問題のエントリー

憂国のプログラマ Hatena版

AutoCAD ARX/VBA/.NET 会議室

VB.NET 版 CheckedComboBox

オブジェクト指向 考察その2 「オブジェクトとは・・・その２」

オブジェクト指向 考察その1 「オブジェクトとは」

Delphi で学ぶ デザインパターン入門

蕎麦料理処 萱

オブジェクト指向考察その2 「オブジェクトとは・・・その２」

オブジェクト指向考察その1 「オブジェクトとは」

Delphi で学ぶデザインパターン入門

蕎麦料理処萱