アカウント名:
パスワード:
一貫性がないということは
複数人で作った
という可能性を私は提示したい。
Aという人が最初に作る、そしてBという人が別の部分をつくる。しかしこのときクラス名なんかはとくに一貫性なし。次にCという人間は別の部分をつくるが、一貫性をある程度保持するためにAとBの作ったクラス名を参考にして微妙な命名となる。
こんな感じで作られた可能性は・・・・ないか・・・・
> 一貫性がないということは> 複数人で作った> という可能性
その場合、考慮すべきは「一週間前の自分はもはや他人」ってことですかね。
Aという時期にが最初に作る、そしてBという時期に別の部分をつくる。しかしこのときクラス名なんかはとくに一貫性なし。Cという時期に別の部分をつくるが、一貫性をある程度保持するためにAとBの作ったクラス名を参考にして微妙な命名となる。←イマココ
なんてのはよくある話だと思います。
#数日前、初期化処理中を示すフラグ名を「in_init」と「inInit」で混在させてたことが発覚したばかりなのでAC。
ないない。個人の裁量で作れるのに、一貫性を求めないわけがない。と、俺の感覚では思う。
その辺の綺麗さを求めない人種はプログラマにならないし、まともなスキルではない。とさえ思う。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
実際によるあるパターンとして (スコア:2)
一貫性がないということは
複数人で作った
という可能性を私は提示したい。
Aという人が最初に作る、そしてBという人が別の部分をつくる。
しかしこのときクラス名なんかはとくに一貫性なし。
次にCという人間は別の部分をつくるが、一貫性をある程度保持するためにAとBの作ったクラス名を参考にして微妙な命名となる。
こんな感じで作られた可能性は・・・・ないか・・・・
Re: (スコア:1)
> 一貫性がないということは
> 複数人で作った
> という可能性
その場合、考慮すべきは「一週間前の自分はもはや他人」ってことですかね。
Aという時期にが最初に作る、そしてBという時期に別の部分をつくる。
しかしこのときクラス名なんかはとくに一貫性なし。
Cという時期に別の部分をつくるが、一貫性をある程度保持するためにAとBの作ったクラス名を参考にして微妙な命名となる。←イマココ
なんてのはよくある話だと思います。
#数日前、初期化処理中を示すフラグ名を「in_init」と「inInit」で混在させてたことが発覚したばかりなのでAC。
Re:実際によるあるパターンとして (スコア:0)
ないない。
個人の裁量で作れるのに、一貫性を求めないわけがない。
と、俺の感覚では思う。
その辺の綺麗さを求めない人種はプログラマにならないし、
まともなスキルではない。
とさえ思う。