開発全般

郷に従わない命名規則が出てくるのか

ゆき — Sun, 15 Jul 2007 13:43:00 GMT

Rubyでは変数の名前を決めるための規則があります。

#ローカル変数
name = "Hello"

#インスタンス変数
@name = "World"

#クラス変数
@@name = "Good"

#グローバル変数
$name = "Morning"

頭のお堅い方が命名規則を決めると

@m_name
$g_name

といった規則が出来上がりそうです。

無理に昔のやり方を踏襲しようとするのはやめましょうね。

プレゼン前のチェック漏れ

ゆき — Fri, 16 Mar 2007 00:08:00 GMT

お客様にUIをレビューしてもらうためにASP.NET2.0で画面を作成していた時がありました。

擬似的にHTMLを作成して動作させるのが嫌だったので、
SQLServerにテストデータを突っ込んで、サクサクと進めてUI完成。
#今更ですが、1.1から2.0で随分便利になっていますね。

当日利用するノートPCには、環境が入っていなかったので
VS2005をインストール&WindowsUpdateを実施。

開発マシンから、ソースとプリコンパイルしたモノとテストデータをコピー。
当然、動作するかを一通り確認しました。

うん、ばっちり動作している！

万が一、お客様の会社に向かう途中でノートPCがぶっ壊れた時のために、
USBにもソースを保存して、準備万端。

で、お客様の会社に行って、いざ動かそうと思ったら、何故かデータベースに接続できない！

何で!?
確かに動作確認したのに～と焦ってしまい、1,2分経過。

原因は、Web.configに設定されていたConnectionStringが開発用のマシン名を指していたからでした。
その場ですぐにノートPCのコンピュータ名に変更、無事動作しました。

UIレビューが終了し、帰社途中、何でコンピュータ名が違ったのに、会社では動いたのか？？？

帰りの電車内でようやく気づきました。

WindowsUpdateした時に、ネットワークに接続していたのです。
ローカル環境での動作確認といいつつ、実際は別端末のデータベースを参照しにいっていた訳です。

教訓

プレゼン端末で動作確認する時は、
LANケーブルを抜いてから確認しましょう。
#そもそもコンピュータ名をlocalにしておけば、問題なかったかな。

動くだけで満足してはいけない

ゆき — Mon, 22 Jan 2007 23:37:00 GMT

なぜおいしいアイスクリームが売れないの? ダメな会社をよみがえらせる3つのレッスン

という本を読みました。

内容は、ダメダメなアイスクリーム工場の工場長が、メンターに指示を受けながら再建していく寓話です。

工場長はタイトルにある通り、「なぜおいしいアイスクリームが売れないの？」と疑問に思っていました。
けど、実際には作った本人がそう思っているだけで、取引先や消費者の評価を聴いていた訳ではありませんでした。

メンターからこの事実を指摘され、LEOを実践すれば必ずよくなると教えられました。

LEOは次のような意味です。
L・・・Listen（聞く）
E・・・Enrich（価値を高める）
O・・・Optimize（最適化する）

社内のお得意様、社外のお得様の声を聞いて、サービスの価値を高めて、
お客様が完全に満足できるように最適化しよう。

LEOをシステム開発に当てはめると

Listen
お客様から正しい仕様を聞く。 OR 引き出す。
どんなに高機能、高品質でも利用してもらえなければ意味がない。

Enrich
動けば良いというのは間違っている。
お客様に満足してもらえないと意味がない。

Optimize
柔軟に機能追加が出来るように、変化に強い設計を心がけよう。
自らが招いた悪しき設計に気づかず、些細な仕様変更に沢山の費用を請求するのは反則。

とはいえ、今までの開発案件では本当の利用者の声を聞くのは難しい。
リリース後に不具合とかはないけど、利用者が本当に満足しているのかはわからない・・・

プログラムの半分はやさしさでできている？　その１

ゆき — Sat, 16 Dec 2006 00:01:00 GMT

補足(2006/12/16 8:30)
今回の例は数値を評価する場合にどれが一番読みやすいか？
ということです。

１．やさしさが足りない　IF文
if (inputNumber >= 0 and inputNumber <= 100)
{
・・・;
}

２．やさしさが足りない　IF文
if (inputNumber >= 0 and 100 >= inputNumber)
{
・・・;
}

３．やさしさが足りない　IF文
if (0 <= inputNumber and 100 >= inputNumber)
{
・・・;
}

４．やさしさがある　IF文
if ( 0 <= inputNumber and inputNumber <= 100)
{
・・・;
}

どれが読みやすいでしょうか？
すんなり読めるのは、４番だと思います。

0 　<=　　　inputNumber　　　<=　 100
0 inputNumberの有効範囲　　 100
--|-------------------------------------|---

他人が読むためにも、明日の自分が読むためにも、やさしさは必要です。

ソフトウェアの語源

ゆき — Sat, 11 Nov 2006 01:13:00 GMT

少し前の話になりますが、
ＳＥＡ関西プロセス分科会の「ソフトウェアのモデル化技術」という講演に出席しました。
講師：玉井哲雄氏（東京大学）

テーマは『モデル化技術がどのような意味をもち，どのように役立つかにつき，その全体像を描くことを』でした。

印象に残ったのがモデル化の話よりもイントロ部分でのソフトウェアの語源についてでした。

ソフトウェアの語源は『ゴミのうち腐るもの』
1850年の用例でコンピュータでの用例ではなく、単語として”ソフトウェア”が出た最初の用例だそうです。
Tow other departments, called the "soft-ware" and "hard-ware", are very important.
The former includes all vegetable and animal matters - everything that will decompose.
(Charles Dickens's Weekly, 13,July,1850,p380)

コンピュータに関わるソフトウェアについては
1958年 J.チューキーの論文で使用例があったそうな。
※テキスト検索システムを用いて、イェール大学の司書が発見

詳しくは”ソフトウェアの語源”でググッてください。
玉井哲雄氏のソフトウェアの語源についての調査結果が見つかると思います。

『ゴミのうち腐るもの』かぁ・・・
スパゲッティが絡み合いすぎて喰うにも喰えず腐っちゃうって感じかな？？

変数のスコープによって色分けして欲しいな

ゆき — Tue, 24 Oct 2006 23:46:00 GMT

変数のスコープによって変数名を色分け(強調表示)してくれたら便利じゃないですかね？

private static int s_variable;
private int m_variable = 0;
private void SampleMethod(string arg)
{
int localA = 0;
int localB = 0;

s_variable = 1;
m_variable = 1;
localA = 1;
localB = 1;
}

常に色分けされると、チカチカするのでショートカットキーで簡単に切り替えできるように。

あと、メソッド・クラス内で利用している変数のスコープ情報が出力できたら便利。
このメソッドはローカル変数しか利用していないから、
ここを修正しても他に影響ありませんとかを説明しやすくなると思う。

ひょっとして既に存在しているかな？

何で3文字なんだろう？？

ゆき — Sun, 15 Oct 2006 18:52:00 GMT

仕事を始めたばっかの時は、特に何にも感じてなかったんだけど、
何で省略する時は、3文字が多いんだろう。

うちらの周りだけかも知れんけど

.NETのコントロールだと
Form→frm
ComboBox→cmb,cbx
Button→btn

変数名に型のプレフィックスつける時も
String→str
Decimal→dec

例外はあるんだろうけど、やたらと3文字が多い気がする。

よくよく考えたら(考えなくても?)
Formコントロールを”frm”に省略するメリットなんて感じられない。
先輩とかに聞いたって、”昔からこうしてるから”でお終い。

コーディング規約に限ったことじゃないけど、
手段が目的に変わっている気がする。

もともと統一性をもたせて可読性・保守性やらを向上、複雑度を下げるためにあるはず？なのに
Menuコントロールを”mnu”だなんて、可読性なんてあったもんじゃない。

とはいえ、改修作業だと統一性が崩れるから、
既存のコーディング規約に合わせないといけないんだけどね。。
(規約がないスパゲッティは最悪。。。）

ちなみに、型の省略形を変数名につけるのは嫌い。
それよりも変数名のつけ方にこだわるほうが良い。

例)
ユーザIDが数値の場合
iUserID
より
userNumber
とかの方が個人的に好き。

ループのインデックスも,i,jとかより
xxxxIndex、xxxxxCountのが大好き。

う～ん、ソフトウェア開発って奥が深いなぁ。