tk-engineering.com Technical blog

kkamegawaさんに教えてもらいました−コチラの記事です。

これで、帯域幅が貧弱なウチの職場でも安心♪

なんですが、これだけではおもしろくないので、もう一歩。
通常版−英語
http://msdn.microsoft.com/en-us/library/cc488280.aspx
通常版−日本語
http://msdn.microsoft.com/ja-jp/library/cc488280.aspx
低帯域−英語
http://msdn.microsoft.com/en-us/library/cc488280(loband).aspx
低帯域−日本語
http://msdn.microsoft.com/ja-jp/library/cc488280(loband).aspx

低帯域版も、ちゃんと日本語対応してんでやんの♪
ありがたい話です。

ちなみに、大元ネタの VB Team blog の記事はコチラです。

景気の良くないニュースばかり聞こえてくるこの頃でございますが、皆様如何お過ごしでございましょうか。ご多分に漏れずそういうキーワードがあちらこちらから耳に入ってくるわけです。

不景気なキーワードと言えば思い出すのが、最初の職場で私を仕込んでくれた師匠のうちのお一方が吐いた台詞。

電気消すより役に立たんオヤジの一人でも消した方が、よっぽど効果あるわ。

誠にごもっとも。諸手を挙げて賛成です。
が、往々にして、そう言われる人々は「既得権」の安全圏に居るわけで、標的にされるのは現場の下々と相場は決まっています。

ここで腕に確かな覚えと、十分な預金残高があれば威勢の良い啖呵が切れると言うものです（備えあれば憂いなし！）

ですが、問題はその後−残される側の話。
F.Brooks の法則（というか呪い？）が指摘するとおり、人の教育にはリソースが必要で、その期間中は生産性がマイナス方向に変化する訳です。この事を頭に入れた上で、次の状況を考えてみます。

１）組織を「最小構成」にまでリストラする
　　つまり、全員が100%近い稼働率でなんとか仕事を回せる状態にまで人を減らす。
２）「余計な出費」、特に残業代・外注費は罷り成らんというお達しが、「その筋」より発せられる。
３）この状態で、何かのプラス方向の変化、つまり仕事が増える方向の変化が発生する。
　　例えば、営業部門が必死の努力で新ネタを拾ってきた。

さて、この状態。経験のある現場担当者なら背筋に冷たい物が走る−走って然るべき状況です。
既に稼働率は100%近く。外だしも要員補充も罷り成らんどころか、そのためのオーバーヘッドすら吸収する余地がない。つまり、要員構成としては「手詰まり」な状況です。
これでマネージャーに何をしろと？？

ここで、現場マネージャーが打てる手は…
無償の残業（サービス残業、或いは「パケ放題」な管理職を残業させる）により、なんとか仕事をこなすぐらいです。
前者は士気を完膚無きまでに地に落とし（そして訴訟リスクを背負い）、後者は組織としての『学習』が無いままに−つまり組織としての未来を得ること無しに−それぞれ前に進むだけです。そして、彼らが燃え尽きて去っていった後には、ペンペン草一つ生えない、不毛の荒野が残るだけ。


確かに、明日のビフテキより今日の掛蕎麦。それは否定する気はありません。しかし、一所懸命働いているスタッフに夢の一つも見せられない、「今日のメシが食えるだけシアワセと思え」な職場。首切りが怖くて残っているヤツばかりの職場（＝腕に覚えのあるヤツはさっさと自分の意志で去っていく）。

それってどうなのよ、そんな組織で本当にいいの？？と言いたくなる今日この頃だったりします。

部下に対しての話じゃなくて、上司に対しての話。

いつものように上司にお白州に呼び出されて、プロジェクトに現状を言上するわけです。

その時心がけていること。
・耳障りの悪いことを敢えて言うこと

つまり
・耳障りの良いことばかり言うヤツは要らない

順風満帆万事順調、そんなオメデタイ仕事なんぞある訳がないので、どこかにリスク要因があり、どこかに問題があるはずです。
それを見つけ出してアラートをあげるのも、現場管理者の重要な仕事のはずです。

で、そういう情報は上層部としては耳障りが良かろうはずがなく、
従って、最後は「なんでおまえは物事に対してそう悲観的なんだ！」仕舞いには「要するにやる気がないんだろ！」とか、そういうコトを言われる場合もあるでしょう。

が、毎回「順調です」と報告しておいて、突然（いつものように）大炎上が始まるのと、どちらがあるべき姿かという議論はするまでもないでしょう。

なので、現場管理者は上司に対して悪魔の代理人のように、悪い報告の方を重点的にあげる必要があると思うわけです。

で、上司がそういう報告に耳を貸さない、する度に（上記の例のように）怒鳴りつけられるとあれば、それは履歴書をアップデートするべき時でしょう。


但し、『ものには言い方ってもんがある』ことを心がけておく必要はあります。

Oracle Services For Microsoft Transaction Service の話。

やってて怒られた（DLLNotFoundException)ので、一体どこから落とせるんだ？と探した結果は、灯台もと暗し。

OTN辺りから落としてくるのではなく、Oracle client インストール時のオプションで入るのです。
デフォルトの「開発者」「instant client」では入らないので、「カスタム」を選択して、"Oracle Services For Microsoft Transaction Service " にチェックを入れる必要があります。

ググりまくってかなり時間を浪費したのでメモと言うことで。

SQL Server Express で複数のインスタンスがあり、かつ、接続使用とするツールの「接続設定」に「IP」しか無い場合の設定方法。

普通の場合は、[サーバー名]¥[インスタンス名] で接続できます。
(Expressではない) SQL Server の Management Studio からもこれで接続できます。

が、そうではないツール類で、そういう入力が出来ない場合。ありがちな例としては、
・サーバーのIPアドレス（ご丁寧にガチ入力チェック付き）
・データベース名
・ポート番号
・ログインID/パスワード
しか入力できない場合−インスタンス名が入れられないのです。

こういう場合は、
「構成マネージャー」から「ネットワークの構成」→「[インスタンス名]のプロトコル」で、TCP/IPを右クリックして「プロパティ」。出てきた画面の「IPアドレス」のタブをクリック。
一番下に「TCPポート」と「TCP動的ポート」があるので、それがそのインスタンスのポート番号です。
このポート番号を指定して接続できます。

で、ポート番号も指定できないような状況なら、インスタンスのポート番号を規定値（1433）に変更してしまうのも一法でしょう（きっと）。

Oracle上での開発作業と言えば"SI Object Browser"。
コレがなければ夜も日も明けない。

が、それの本家版、Oracle SQL Developer
Oracle製である上に無償（DB本体のライセンスがあることが条件）。

と、言うことで使ってみた感想とその罠とかのメモ。
・良くも悪くもOracle風。SQL Server ばかりやってきた目からすると、「かゆいところに手が微妙に届かない」
・SQL Server, Access, MySQL に接続可能
・PL/SQLのデバックも出来る…らしい（まだ試してない）
・SQL Server からの移行ツールはなかなか出来がよい
・が、やはり全自動というわけにはいかない（それでも凄い）
・生成されるSQL文、一部で「引用符が欠落してエラーになってしまう」問題がある
・11gに同梱のモノはバージョンが古いので、最新(1.2)を落としてくる必要がある
・頑張れば1.5が米国から落とせるらしいが、労多くして功少なし
・例によって英語
・エラーを返すのは良いのだが、意味不明（メッセージすら返却しない）ことがある。
・結果ペインのグリッド表示って無いの？？

とまぁ色々あるのですが、実際にはかなり使えることも事実。
まぁ、こんなのもありますよってことで。

軽めに嵌った点と評価できる点のメモ。

サーバー環境は、Windows 2003 Server R2 (E) + IE6 （なぜIE7でないのかは突っ込まないこと）。その上に Oracle 11g (E)

・10g からの流れで「Enterprise Manager」を探してしまうが、「Database Control」という名前になっている。
・クリックしてみると、IEが起動して色々と警告が出てくる。その結果として空白ページ。
・アドレスバーには"https://[サーバー名]:1158/em"とでている。
・これをIEの「信頼済みサイト」に追加する
→これで表示されるようになる。（ここまでで15分ほど嵌った）

で、https なら、他の端末からでも行けんじゃね？ということで、自端末からアクセスを試みてみる。
自端末は Vista (J) + Firefox3
・「不正なセキュリティ証明書です」と、Firefoxが警告を発する
・表示されている内容に従って、「例外サイト」として登録する。
→Firefoxの指示するままに登録していけば、表示されるようになる。

ならば、ということで、IE7 (Vista)。
・同じように「セキュリティ証明書の警告」が表示される。
・「このサイトの閲覧を続行する（推奨されません）。」をクリック
→「証明書のエラー」として、アドレスバーが赤表示になるが、とりあえず表示される。


で、評価できる点について。
上記のようにサーバーOS、インストールしたOracle 共に英語版なのですが、自機（Vista日本語版) からブラウザ経由でアクセスしたら、表示が日本語だった点。
思わず「やるな！」と思ってしまいました。

------
追記：エラーメッセージが化けるというオチがつきましたが、エラー番号は読めるからそれで良いんだよね、きっと…

同じ組織（例：同じお客さん）の違う担当者から
「最優先でやってください」
「ほかの作業止めてでもやってください」
が競合するとき、その組織は Out of control です−きっと。

そして、その「最優先」のために他のコトが遅れたことを責められるならば、その組織は相当にやばいでしょう−きっと。

理由：組織プレーにおいて「右手がやっていることを左手が知らない」という状況は、一番あってはいけないこと。むしろ、それは組織プレーではない。11人の烏合の衆が集まった玉蹴りゲームをサッカーとは呼ばない。

Windows 95 の時代から連綿と使ってきたわけですが、さすがに愛想が尽きました。このVista版、使えば使うほどバカになっていくような感じでして。

そんなわけで、ATOK2008にお乗り換えでございます。
MS-DOS時代にはATOK7とかでお世話になったので、それ以来実に10年以上ぶりのご無沙汰です。

で、使ってみた印象としては、「実に快適」。
金を出してでも、いいものはいいのです。さすがに金掛かってるだけのことはあります。
アンドゥやら入力の取り消しやらのよく使う動作もIMEより柔軟な漢字です。
さらに、意外と使えるのが「単漢字情報」ウィンドウ。漢字がでかく表示され、読みとか部首の情報も出るので、「字引」としても便利。
加えて、操作キーのガイダンスもツールチップ上に出たりするので、いちいち覚えてなくても快適。

かゆいところに手が届くってなもんです。

そんなわけで、
さようなら、MS-IME
おかえり、ATOK

先日、こんなソースを見かけまして。

[VB.NET]
Public Class Hoge
　Public Shared fugafuga as String
　'...以下略

思わず寒気を感じた訳です。Shared変数は「そのような変数を Shared で宣言した場合、すべてのインスタンスがストレージ内の同じ場所にアクセスするため、あるインスタンスが変数の値を変更すると、すべてのインスタンスが変更後の値にアクセスするようになります。」[出典：MSDN ライブラリ- Shared(Visual Basic)] なので、昔のグローバル変数なみに訳の判らないことになる恐れがあるのです。
例えばこんなコード（及び改善例）

[VB.NET]
Module Module1

　　Sub Main()
　　　　'---ダメな方のHogeの例
　　　　
　　　　Dim objHoge1 As New HorrorHoge
　　　　objHoge1.mstrHoge = "Instance"'---←コンパイラが警告を出します
　　　　HorrorHoge.mstrHoge = "DirectHoge"
　　　　Console.WriteLine("Via Instance")
　　　　objHoge1.PrintHoge()'---←コンパイラが警告を出します

　　　　HorrorHoge.mstrHoge = "DirectHoge"
　　　　Console.WriteLine("DirectHoge")
　　　　HorrorHoge.PrintHoge()

　　　　Console.WriteLine("Hit any key...")
　　　　Console.ReadKey()

　　　　'---マシなほうのHoge
　　　　Dim objBetterHoge1 As New BetterHoge
　　　　objBetterHoge1.Hoge = "hoge"
　　　　Dim objBetterHoge2 As New BetterHoge
　　　　objBetterHoge2.Hoge = "fuga"
　　　　Console.WriteLine("Better Hoge1")
　　　　objBetterHoge1.PrintHoge()
　　　　Console.WriteLine("Better Hog2")
　　　　objBetterHoge2.PrintHoge()

　　　　Console.WriteLine("Hit any key...")
　　　　Console.ReadKey()

　　End Sub

End Module

'ダメな方のHoge
Public Class HorrorHoge
　　'Sharedなメンバ変数をPublicで公開します
　　Public Shared mstrHoge As String

　　Public Shared Sub PrintHoge()
　　　　Console.WriteLine("mstrHoge=" & mstrHoge)
　　End Sub

End Class

'マシな方のHoge
Public Class BetterHoge

　　'とりあえずPropertyにしておきます
　　Private mstrHoge As String
　　Public Property Hoge() As String
　　　　Set(ByVal value As String)
　　　　　　mstrHoge = value
　　　　End Set
　　　　Get
　　　　　　Return mstrHoge
　　　　End Get
　　End Property

　　Public Sub PrintHoge()
　　　　Console.WriteLine(mstrHoge)
　　End Sub

End Class

で、実行結果は…

Via Instance
mstrHoge=DirectHoge
DirectHoge
mstrHoge=DirectHoge
Hit any key...
Better Hoge1
hoge
Better Hog2
fuga
Hit any key...

…ダメな方の
objHoge1.mstrHoge = "Instance"
は、ビット列の彼方に消え去っていきました。

そんな訳で、Sharedのメンバ変数には十分に気をつけましょうというお話でした。


で、問題のそのクラス、全てのメソッドがSharedで宣言されていたのですが、全てのメソッドがSharedなら、何故メンバ変数を公開する必要があるの？？等など、疑問の尽きないコードでありました。