tk-engineering.com Technical blog

To explore strange new systems.
To seek out new bugs and new coding horrors.
To boldly go where no man has not wanted to go before.
自家製ObjectをTreeView等に突っ込む時の注意点
軽めに嵌りそうになったのでメモ

MSDN-Windows Presentation Foundation データ テンプレートの概要

つまり、TreeViewとかListBoxとかが表示する時にはデフォでToStringを使うってこと。

ここで軽めに嵌ったのは、
○:Public Overrides
×:Public Overloads
×:Friend Overloads
コンパイルエラー:Friend Overrides
というポイント。むやみやたらとスコープを狭くするクセのある人は注意。
| tkinugaw | .NET | 15:54 | comments(0) | trackbacks(0) |
Try-Catch のネストに関するメモ
こんなネストを書くのは如何かと思いながらも、こんなコード。
[VB.NET]
    Sub Main()
        Try
            Try
                Throw New ApplicationException("test")
            Catch ex As Exception
                Console.WriteLine("Caught: Level 2")
                Console.WriteLine(ex.Message)
            End Try
            Console.WriteLine("End of normal line of Level 1")
        Catch ex As Exception
            Console.WriteLine("Caught: Level 1")
            Console.WriteLine(ex.Message)
        End Try
        Console.WriteLine("Hit any key...")
        Console.ReadKey()
    End Sub

で、コレの結果は
Caught: Level 2
test
End of normal line of Level 1
Hit any key...

Exceptionは握り潰されました。
じゃぁこれは?
    Sub Main()
        Try
            Try
                Throw New ApplicationException("test")
            Catch ex As Exception
                Console.WriteLine("Caught: Level 2")
                Console.WriteLine(ex.Message)
                Throw '<-これを追加
            End Try
            Console.WriteLine("End of normal line of Level 1")
        Catch ex As Exception
            Console.WriteLine("Caught: Level 1")
            Console.WriteLine(ex.Message)
        End Try
        Console.WriteLine("Hit any key...")
        Console.ReadKey()
    End Sub

結果は…
Caught: Level 2
test
Caught: Level 1
test
Hit any key...

こっちはExceptionが伝播しました。

どっちが欲しいのかは状況によって代わるので、きちんと理解しておかないと後で辛いと。
| tkinugaw | .NET | 13:36 | comments(0) | trackbacks(0) |
MSDN ライブラリ 低帯域 Version
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 の記事はコチラです。
| tkinugaw | その他ツール類 | 10:49 | comments(0) | trackbacks(0) |
最小構成の組織について
景気の良くないニュースばかり聞こえてくるこの頃でございますが、皆様如何お過ごしでございましょうか。ご多分に漏れずそういうキーワードがあちらこちらから耳に入ってくるわけです。

不景気なキーワードと言えば思い出すのが、最初の職場で私を仕込んでくれた師匠のうちのお一方が吐いた台詞。
電気消すより役に立たんオヤジの一人でも消した方が、よっぽど効果あるわ。


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

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

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

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

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

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


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

それってどうなのよ、そんな組織で本当にいいの??と言いたくなる今日この頃だったりします。
| tkinugaw | 下らんグチ話 | 03:00 | comments(0) | trackbacks(0) |
悪魔の代理人としての現場管理者
部下に対しての話じゃなくて、上司に対しての話。

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

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

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

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

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

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

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

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


但し、『ものには言い方ってもんがある』ことを心がけておく必要はあります。
| tkinugaw | 下らんグチ話 | 13:43 | comments(0) | trackbacks(0) |
oramts.dll はドコにいる?
Oracle Services For Microsoft Transaction Service の話。

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

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

ググりまくってかなり時間を浪費したのでメモと言うことで。
| tkinugaw | その他ツール類 | 10:36 | comments(0) | trackbacks(0) |
SQL Express で複数インスタンス存在する場合にIPのみで接続する方法
SQL Server Express で複数のインスタンスがあり、かつ、接続使用とするツールの「接続設定」に「IP」しか無い場合の設定方法。

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

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

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

で、ポート番号も指定できないような状況なら、インスタンスのポート番号を規定値(1433)に変更してしまうのも一法でしょう(きっと)。
| tkinugaw | その他ツール類 | 13:21 | comments(0) | trackbacks(0) |
Oracle SQL Developer
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が米国から落とせるらしいが、労多くして功少なし
・例によって英語
・エラーを返すのは良いのだが、意味不明(メッセージすら返却しない)ことがある。
・結果ペインのグリッド表示って無いの??

とまぁ色々あるのですが、実際にはかなり使えることも事実。
まぁ、こんなのもありますよってことで。
| tkinugaw | その他ツール類 | 16:05 | comments(1) | trackbacks(0) |
Oracle 11g の Oracle Enterprise Manager Database Control
軽めに嵌った点と評価できる点のメモ。

サーバー環境は、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日本語版) からブラウザ経由でアクセスしたら、表示が日本語だった点。
思わず「やるな!」と思ってしまいました。

------
追記:エラーメッセージが化けるというオチがつきましたが、エラー番号は読めるからそれで良いんだよね、きっと…
| tkinugaw | その他ツール類 | 13:26 | comments(0) | trackbacks(0) |
【小ネタ】優先度で知る他所の組織
同じ組織(例:同じお客さん)の違う担当者から
「最優先でやってください」
「ほかの作業止めてでもやってください」
が競合するとき、その組織は Out of control です−きっと。

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

理由:組織プレーにおいて「右手がやっていることを左手が知らない」という状況は、一番あってはいけないこと。むしろ、それは組織プレーではない。11人の烏合の衆が集まった玉蹴りゲームをサッカーとは呼ばない。
| tkinugaw | 下らんグチ話 | 20:10 | comments(0) | trackbacks(0) |
 123456
78910111213
14151617181920
21222324252627
28      
<< February 2010 >>
# RECOMMEND
# RECOMMEND
ピープルウエア 第2版 − ヤル気こそプロジェクト成功の鍵
ピープルウエア 第2版 − ヤル気こそプロジェクト成功の鍵
トム・デマルコ, ティモシー・リスター, 松原 友夫, 山浦 恒央
# RECOMMEND
コンサルタントの秘密―技術アドバイスの人間学
コンサルタントの秘密―技術アドバイスの人間学
G.M.ワインバーグ,木村 泉,ジェラルド・M・ワインバーグ
# RECOMMEND
プログラミングの心理学―または、ハイテクノロジーの人間学
プログラミングの心理学―または、ハイテクノロジーの人間学
ジェラルド・M.ワインバーグ, 木村 泉, 角田 博保, 久野 靖, 白浜 律雄
# RECOMMEND
ソフトウェア開発のダイナミズム
ソフトウェア開発のダイナミズム
ジム マッカーシー, Jim McCarthy, 三浦 明美, 福崎 俊博
# RECOMMEND
熊とワルツを - リスクを愉しむプロジェクト管理
熊とワルツを - リスクを愉しむプロジェクト管理
トム・デマルコ, ティモシー・リスター, 伊豆原 弓
# RECOMMEND
人月の神話―狼人間を撃つ銀の弾はない
人月の神話―狼人間を撃つ銀の弾はない
Jr.,フレデリック・P. ブルックス, Frederick Phillips,Jr. Brooks, 滝沢 徹, 富沢 昇, 牧野 祐子
# RECOMMEND
Code Complete第2版〈上〉―完全なプログラミングを目指して
Code Complete第2版〈上〉―完全なプログラミングを目指して
スティーブ マコネル, Steve McConnell, クイープ
# RECOMMEND
Code Complete第2版〈下〉―完全なプログラミングを目指して
Code Complete第2版〈下〉―完全なプログラミングを目指して
スティーブ マコネル, Steve McConnell, クイープ
# RECOMMEND
デッドライン―ソフト開発を成功に導く101の法則
デッドライン―ソフト開発を成功に導く101の法則
トム デマルコ, Tom DeMarco, 伊豆原 弓
# RECOMMEND
新訳 ソフトウェアプロジェクトサバイバルガイド
新訳 ソフトウェアプロジェクトサバイバルガイド
スティーブ マコネル, Steve McConnell, アルテアジャパン, 久手堅 憲之
# RECOMMEND
ソフトウエア開発 55の真実と10のウソ
ソフトウエア開発 55の真実と10のウソ
ロバート・L・グラス, 山浦 恒央
# RECOMMEND
ソフトウェア開発201の鉄則
ソフトウェア開発201の鉄則
アラン・M. デービス, Alan M. Davis, 松原 友夫
# RECOMMEND
リファクタリング―プログラムの体質改善テクニック
リファクタリング―プログラムの体質改善テクニック
マーチン ファウラー, Martin Fowler, 児玉 公信, 平澤 章, 友野 晶夫, 梅沢 真史
# RECOMMEND
Joel on Software
Joel on Software
Joel Spolsky, 青木 靖
# RECOMMEND
デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか
デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか
エドワード・ヨードン, 松原 友夫, 山浦 恒央
# RECOMMEND
# RECOMMEND
# RECOMMEND
# RECOMMEND
プログラミングMicrosoft ADO.NET
プログラミングMicrosoft ADO.NET
David Sceppa, 日本ユニテック
# RECOMMEND
# RECOMMEND
デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか
デスマーチ 第2版 ソフトウエア開発プロジェクトはなぜ混乱するのか
エドワード・ヨードン, 松原 友夫, 山浦 恒央
# RECOMMEND
ライト、ついてますか―問題発見の人間学
ライト、ついてますか―問題発見の人間学
ドナルド・C・ゴース, G.M.ワインバーグ, 木村 泉
# RECOMMEND
コンサルタントの道具箱
コンサルタントの道具箱
ジェラルド・M・ワインバーグ, 伊豆原 弓
# SELECTED ENTRIES
' RECENT COMMENTS
# RECENT TRACKBACK
# CATEGORIES
# ARCHIVES
-> LINKS
# COUNTERS
カウンタ設置以来…
今日…
昨日は…


Stats [since 09/09/06]
- PROFILE