2008年1月8日
#
密告メールで知りました。デスマっていて忙しいので日記なんて書いている場合ではないのですが、不快に思っている人がいるのは事実ということで礼儀として書いておきます。
未記入(ぬし)です。blog を書いたことはありません。
未記入です。Java 関連の業務系プログラマです。@IT 会議室で気が向いた時に Java やデータベース関連の回答をしています。blog を書いたことはありません。
で未記入 ( 僕ではない別の人 ) さんが書かれているとおり僕はこの人とは同一人物ではありません。まず不快に思ったという表明がありますから不快にさせてしまったことは素直に謝罪しておきます。まあそんなつもりはなかったのですがそのように映ったとのことなので。 ( 本当に同一人物に思わせようと意図的にやっているなら一人称くらいは気をつけますし、書き方ももっとマネると思います。付け加えるなら括弧の付け方も違います。) 詳しいことはまたヒマになったら編集して追記しておきますが、僕なんかを理由にアカウントを乗り換える必要はないです。そのままそのアカウントを使ってやってください。それだけは早めに言わないといけないと思ったので取り急ぎ。
2007年11月28日
#
セルダの伝説のROMにソースコード
凄まじい GPL･･･と思ったらそうじゃないのか。ゲーム業界でもこの業界の体制ってのは杜撰ってことですか。大きな会社なのに品証かそれより前の工程で確認しないんですかね？ イースターエッグみたいなのも今は基本的にダメなのにね。
それで思い出したんだけどえりかとさとるの夢冒険の開発者の愚痴。病んでいたんだろうと思うと同時に、そんなことをやっているヒマがあったら休むか働けとも言いたい。
・frame.setBounds()について
・TextBox のVisibleプロパティを False に設定するとプログラムから書き込みも参照も出来なくなる。
時期からして季節の風物詩ではない筈。勘違い逆切れって見ているこっちは恥ずかしいものですが、当の本人はわからないので幸せなものだと思います。
いきなり煽りこむのはバカのすることで僕はいつも目糞鼻糞と見ています。しかしロクに調べないで他人が悪いと決め付けての非難というのはあまりに身勝手な ( その上恥ずかしすぎる ) わけでこれは怒ってもいいところだと思いますよ。言って聞かない人には怒って説明しないと伝わらないことって本当にあると思う。彼らは論理で物事を判断できない。相手がどれくらい怒っているのかさえ文章の言い回しからは読み取れないんです。実生活でもそういう人いるでしょ？ なんでいつもうるさい人がこういう人に優しいのかわからない。悪気があるかどうかは評価に値するんですかね。教育のつもりなら心を鬼にして貫き通すべきだと思うわけ。結局自分が悪者になるのが怖い。厨相手なら自分はヒーローになれる。なんて、結局自分のために怒りの書き込みをしているだけに見えるんだよ。いやね、相手のために書けだなんて言いませんよ。僕もそんなことできませんし仏でもなけりゃ無理です。ただ「相手のため」とか普段言っているのは偽善ですよねと言いたいです。
それはともかくとして、確認は何をやるにおいても基本だと思うのよね。前提が間違っていたらうまくいかないし、確認すればすぐ解決できることもあるし。調べろググれとうるさい人がいますが厳密には確認後に目星をつけて調べろですよね？ 目星がつけるための確認さえしないわけですから「何を調べていいかわかりません」というレスがテンプレ化しますよ？ ノストラダムスがそう予言していたとキバヤシが言ってましたから。つか、そういう説明をしないと意図が伝わらないほどの美しいゆとり日本。
2007年11月27日
#
ペアプログラミング、実践してますか?
最近redditで議論になっていたのですが、/.Jの皆さんはペアプログラミングを仕事で実践していますか?
数年前からエクストリーム・プログラミングの一環として話題になり、2003年には解説書出版に合わせて/.Jのストーリーにもなり、一部研究によれば生産性が1人で作業した場合の2倍以上になるともされていますが、タレコミ子の周辺ではまだやっている人がいないのが現状です(私のいるところが遅れているだけかもしれません……)。また、「誰もが向いているわけではない」というような意見も見られます。
生産性が 2 倍以上になるのは特殊な環境でしょう。得意分野の違う半人前の人間が 2 人集まれば文殊の知恵ほどではないとはいえ 2 倍くらいにはなるかもしれません。できる人とできない人を組み合わせた場合、うまくできる人が仕事を切り分けたとしてもその時間がもったいないという罠。少なくとも 1 倍以上になりえない。ペアプログラミングの利点はどちらかというと OJT の意味合いが強いと僕は思います。生産性ではない。企業ってのは、できない人間をそのまま放置するわけにもいかないし、将来を見据えてできない人率を減らしたいわけです。そのためできる人の大切な工数を投資するってことです。それだけ教育は重要なわけ。
誰もが向いているわけではないというのは賛成。実力がない方がやる気がなくなってしまうようなペアプロに意味はない。相手のすることに寛大でないと争いのもとになる。特にプログラマというものは偏屈なのが多い。向いている向いていないの問題ではないが、実力が拮抗しているなら、個別で対応した方が作業あわせの時間が少なくて済む。生産性を考えてやるものではないので、実践していない企業が多いのは当然。ってことでしょう。
2007年11月22日
#
こうなる。
TextBox のVisibleプロパティを False に設定するとプログラムから書き込みも参照も出来なくなる。
DataGridViewでの非表示の列項目（フィールド）とプログラムで値の読み書きは可能ですが、フォームに配置した非表示TextBoxとの値の読み書きは不可能なようですが、このことはVB.NETの仕様でしょうか。
このような疑問を持つこと自体が聊かおかしいという意見も多いとは思いますがそれは抜きにして、そう思ったら僕の場合本当にそうか確認すると思います。理由は簡単で質問をするよりは手間も時間もかからずに恥もかかずに確認ができるからです。確認もしないで公の場で、非表示だから参照/設定できないのだ！と言う勇気は僕にはありません。
回答者からは何度かミニマムコードで確認せよと言われています。ミニマムコードとは今回のような場合、不具合が確認できる最小限のコードという意味を持ちます。これって指摘されなくても小さいうちから無意識にやっていることではないでしょうか？ よもやエレベータが積載量オーバーでブザーが鳴っているというのに、構わず何度も全員で出入りして試行しまくるというのですか？
この場合の単価TextBoxのVisibleプロパティをFalseに設定しておくと次のような
エラーが発生し、単価が参照されていないようです。
ただし、この単価はテーブルからバインドしたデータで、フォームのLoad時に単価を
単価TextBoxに設定をした場合は正常に動作するようです。
勿論、単価TextBox.TextのVisibleプロパティをTrueに設定すると正常に動作します。
エラー内容→String "" から型 'Integer' への変換は無効です。
言われたそばからこの展開。先生から「れいがいが でているなら れいがいのいみを かんがえましょう」と習いませんでしたか？ そして今度は次のような結論に至ったそうです。
どうもフォーカス喪失時では、VisibleプロパティをFalseに設定しているTextBox
のデータを参照できないようです。又書き込みも同様に出来ません。
この程度の切り分けで、非表示でかつフォーカス喪失時だから参照/設定できないのだ！と言う勇気は僕にはありません。感服しました。ある回答者が無意味にミニマムコードを書いている ( 確かな原因を指摘しているのだから本来書く必要がないのに書いている ) その意図に気付く日はこないでしょうね。世の中に消去法が使えないどころか、効率の悪いひとつずつの試行さえもできないどころか、森全体を眺めることしかできないに留まるどころか、勝手に「あの木が邪気を出しておる･･･！そこの者！あの木がこの邪気の原因であろう！伐採するにはどうしたらいいのじゃ？」なんて言う人いますかね？