VB6の.net化

VB6の設計のまま、単純コンバージョンで.net化することの是非は陳腐化したテーマです。

私は、.net思想で設計し直してこそ意味があるので、単純コンバージョンするならVB6のまま使い続けるのが良いと思ってます。

以前の職場を訪問した際、「VB6のシステムをDOT.net化したから見て」といわれて、拝見させてもらった。

ツールを介してコンバージョンしたとのこと。

VSに付随のコンバージョンツールは、ある程度はコンバートしてくれますが、手作業部分は結構残ります。

「手間がかかっただろう」と質問したら、「金はかかったが、手間は殆どかからない。VB6の.NET化はもう怖くない。」と鼻高々。


Code Architects 社（イタリア）のツール 　ここ　

を使ったそうです。(結構な値段らしいです)

　マイグレーション率は高いですね。 Label/TextBoxなどもVB6.OCXをそのままコンバージョンしてくれるので、殆ど手を加えずにコンバージョンしてくれます。



Form上のコントロールは、VB6のコントロールをラップして、実装しています。 旧OCXは プロパティ定義も含めて xxx.VBLibrary.dll の形でWrapされるようです。

.net化後にプロパティ変更等のデザイン改変はとても手間がかがり、.net化後に改変するのは、避けたい.....そうです。

それって変なんじゃない。システムに改変は付き物です。なのに成果物が改変し難いって。VB6をラップするだけなので、.netを被ったVB6じゃん......と心で思ってましたが。

それはともかく、見事にラップしているのには、驚かされます。ツールの完成度と製品性能は高いと思います。(私には無縁ですが)

マイグレーション後の成果物をエンドユーザーに「.net化しました」って納品するのも、どうかと思う。ミスリードだと思う。当の開発業者が「.net化した」と信じているなら猶更まずい。



VB6の新規案件もあるくらいです。VB6は、VB6のまま使い続けましょう。

戸惑う自販機

昼休みによく行くショッピングアーケードの休憩所の紙コップ式ジュースの自販機でのこと。

該当金額を投入して、選択ボタンを押したが、出てこない。アレ! 、ボタンはまだ点灯しているので、

再度押してみたが、出てこない。

おかしいなぁと思いながら、よく見ると、赤ランプが点灯しているのだか、

よく見るとランプトップに「売切」の文字がある。品切れでした。他の商品を選びましたか、

戸惑ってしまったのは私がドジだからか。

　近くのペンチに座って昼食をしていたら、一人が「あれ。出ないよ」と叫んで、

直近の店の店員に「でないやんか」と苦情を言っている。

店員は「当店の管理物ではないのですが。どういう状態でしようか。」

(一見して)

「品切れてますね。他を選んで下さい」とガイドしていました。

その人は「わからへんやん」とブツブツいってました。 (私だけじゃなかったと安堵)

３０分のあいだに、4組の人々が、「出ない」と直近の同じ店員に、苦情を言っている。明らかに迷惑そう。



UIに問題がありそう。



売価が複数ある飲料水などの自販機(80円、90円、100円等)は、投入額が、売価を超過した時点で、購入可能ランプが点灯します。

この購入可能ランプが、赤●ランプになっています。商品選択ボタンの左に配置されています。

売り切れの場合は、商品選択ボタンの右がわの赤楕円ランブが点灯しますが、ランプトップに小さく「売切」と刻印してます。

しかし、ぼやっとみてたら、識別できないものです。

問題点は・・・購入可能ランブも売り切れランプも共に、赤ランプを用いていることですね。

赤は、禁止や中止や録音などの、注意の必要な行為の場面に用いることが多いです。

一方で、「あたたかい飲料」を赤、 冷たい飲料を青(給湯器もそうですね)と識別します。

通電状態は、緑の機種と、赤の機種の両方ありますね。

「赤」に複数の意味を持たせるのは、混乱すると思いますが、統一はできないですね。

売り切れ状態は、赤ランプ点灯でなく、グレイアウトするなど、他の表現が適していると思った次第。

タバコ、そこまでするなら全面禁止したら?

タバコが値上げになって数日経ちました。愛煙家の方々いかがお過ごしでしょうか。

「健康の為吸いすぎに注意...」という申し訳程度の文言掲載の日本とは対照的に、
ここやここのように、汚れた灰の患部を印刷するそうな。
現物の写真が見つけられませんでしたが、テレビで一部紹介されてましたが、かなりエグイ写真でした。

まるで害虫扱いです。そこまで警告するなら、準麻薬扱いにして、禁止したほうがよいように思います。

吸わなくなって数十年経ちタバコとは無縁なので、猶更そう思います。ポイ捨てや寝タバコによる火事も無くなるし。

税収という大人の事情がありそうですが、病気予備軍を作り、税を徴収している....と見るのは穿った見方なのか。



そばで吸われると結構煙たいし、歩行タバコの人と並列に歩くと、辛いものがあります。食堂で食後の一服をされると、食事が不味くなります。
喫煙の自由を奪うのは、我儘でしょうが、迷惑行為に思う人が居るので限定された、喫煙場所で吸って欲しい。(お願い)

タバコの自販機

(前回、前々回のエントリーが継続中なんですが、ネタの時期が今日なので)

ちなみに、私は吸いません。社会デビュー時に禁煙...ウニュウニュ。

今日からタバコが値上げされます。上げ幅が大きいので、この機会に禁煙する人もいるとか。

大量に買っている人がいるそうですが、賞味期限が切れると、明確に味が落ちるようです。乾燥具合の影響なんですかね。

店頭販売なら人を介するので、値上の作業は少ないです。
各所に存在するタバコ自販機の値上げは、個体事に人的作業で設定していくものだと思ってました。以前の値上げのときは、その作業に時間差があり、値上げ当日でも、値上げ前の価格で買えたらしいです。
でも、今回は、0:00丁度に一斉に値上げするそうです。自販機のプログラムに組み込まれていて、マイコン処理か、タイマー処理で値上げ処理がされるそうです。
個別に張り出している価格表は新旧表示のままでした。(近くの自販機では)

駅の50円のティッシュ販売機は純粋な機械式ですが、多くの自販機は、端末機能型になっているのでしょうね。
自販機自体が、機内の在庫を管理して、補充量を管理者にメール通知している...そうなっている気がします。

そこまでしなくても......人から仕事を奪うなよ...と思わないでもない.....複雑な今。

フロッピー改竄?

大阪地検で起こっているフロッピー偽造問題で、あれこれ言われています。
http://117vcc002.blog12.fc2.com/blog-entry-89.html などなど
マスコミは絵になる部分しか報道しないので、実態が見えないです。

・フロッピー内のデータの作成日が重大な意味を持つ

・作成日は特殊なソフトを用いないと更新されない

・作成日は簡単に変更できる/できない。

・作成日は特殊技術を持った人なら簡単に変更できる。

・作成日を偽造して、立件を図った。
うーん。的外しなメントが多いと思った。

世間一般の意識はそうかもしれませんが、情報提供者であるマスコミは、一寸詳しい人に確認してから記事にして欲しい。

そもそも、電子データの作成日に「証拠能力」があるいう前提がおかしい。意図しなくても、CPU日付を変えるだけで、どうにでもできるし、変更日より作成日を未来にすることも可能です。

写真に埋め込まれる日付にしても、カメラ側の設定で変わるのは、知れ渡っていますよね。
「編集が可能だから、ビデオ資料は証拠能力がない」としているのは法曹界ですよね。その法曹界がデータファイルの作成日を証拠能力ありとするのだろうか。
マジでそう考えているなら、寒いなぁ。
　もっとドロドロしたことを隠すために、作成日問題で目くらまししているのだろうか(そういった深読みは外れますが)

随時に変更可能な日付属性の一点だけで、有罪/無罪/冤罪が左右されたのでは、たまったものではありません。

「作成日はこのように改竄された」ではなく、証拠能力の高低や電子データの信憑性をキチンと伝えて欲しいと思った。
当の検事が、何の意図でこの行動をしたのが皆目判らない。事件を捏造するにしては、お粗末すぎるので、なんか闇問題を感じてしまう。

国内最高齢

今日は敬老記念日...敬老は常に意識すべきで特定の記念日にすべきでない...という話はさておき。
ニュースでは、「長谷川チヨノさんは、明治２９年１１月２０日生まれの１１３歳で...」と流れてました。
http://www.nhk.or.jp/news/html/20100920/t10014090391000.html

昨今の、行方不明高齢者問題で、「高齢者不明：長崎に２００歳」http://mainichi.jp/select/jiken/news/20100828k0000m040055000c.html

というニュースもあるので、「国内最高齢」の判定基準がよくわからない。>

生存確認できている人の最高齢ならば、生死不明 or 仮想生存の状態が把握できているとも言えそうです。現実には漏れがあったのでしょうね。ならは、113歳を最高齢と判定するのは無理がありそうな気もします。

実際に生存されてなく、死亡届が未提出なので戸籍上の生存なのでしょうが、とっても疑問。

戸籍上生存しているのなら、実在の国内最長老者の決定プロセスは、どのように判断したのでしょうね。

戸籍と住民票の二重管理の矛盾を感じますし、住民登録がしっかりしていれば、今年もあります国政調査の一部の世帯数確認は不要だとも思うのです。

縦割り行政の悪い面かもしれませんね。物議を醸すかもしれませんが、総背番号制にしてIDを発行したほうがスッキリすると思います。
年金制度で実質上、総番号になっているのだから、反対する根拠は薄いとも思うし、弊害よりも不備が引き起こす不公平感のほうが大きいように思います。

高齢者行方不明問題はスッキリしないし、親の死を悪用しているなら猶更後味が悪いです。死体の腐敗臭を誤魔化したというのも不思議だし......
いままで、問題視しなかったのも不思議。見ない振りをしていたのかなぁ。

内部クラスのStatic

C#やVBでネスト構造のクラス(内部クラス)を定義することがあります。そのとき、内部クラス内に静的メンバーを持たしたりします。

public class 外側
    {
        public class 内側
        {
            public static int a;
        }
    }

このスタイルが身についているので、 Javaで、同様にコーディングしたら、コンパイラに怒られました。


●エラー: フィールド a は static として宣言できません。static フィールドは、static またはトップ・レベル型においてのみ宣言できます
意味が理解できず、あちこち頁をめくっていくと、「内部クラスではStaticメンバーは使えない」ですって。
処理系が異なるので、「そんなものだ。」ですが、.net系とJava系でのクラスに対する思想の差を解間みた気がします。


C#をメインにしているので、情けないことにJAVAで書くと混乱してばかりです。JAVA7でプロパティ構文が入る...と楽しみにしてたのですが、どうなったのでしょうね。