アカウント名:
パスワード:
なんか、無駄に長いコードと複雑なコードを同一視してる気がする。
天才型の書く短いコードは”ロジックが凡才に理解できない”ので、短くはあっても解り易くない。逆に長いコードでも、わかりやすいコードもある。また、必要ない処理を繰り返して、意味がわからなく複雑なコードになってるのもある。(大概はバグだったり、バグのもとだったり)これを分けて議論しないと意味ない気がする。
例(実際にみたことある)
A=Bif(A=B){ A=C}else{ A=D}(絶対elseいかないやん。。。A=Cだけでいいやん。。。)
SQL廚ですけど、A = null かB = nullの場合にelseに行くと思われ。null = null はfalseって忘れやすいんですよね(汗
元※ですが
ああっCとかjavaなら行きますね。型もかいてないからそうなるか。もともとは gembaseなんて誰も知らない言語の話で。。。。(variantしかなく、変数は最初””()空文字、)({}は解りやすい様付けてますが、本当はない。)
#2413749への返信もここに直前でAにBを代入してるので、、、0でもelse行かないです。
if評価式内の=が代入なのか比較なのかで意味が全然違ってきますから、言語を跨いだ議論は無理そうですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
長いコード≠複雑なコード,複雑なコード≠無駄に長いコード,短いコード≠簡潔なコード≠解りやすいコード (スコア:0)
なんか、
無駄に長いコードと複雑なコードを同一視してる気がする。
天才型の書く短いコードは”ロジックが凡才に理解できない”ので、短くはあっても解り易くない。
逆に長いコードでも、わかりやすいコードもある。
また、必要ない処理を繰り返して、意味がわからなく複雑なコードになってるのもある。
(大概はバグだったり、バグのもとだったり)
これを分けて議論しないと意味ない気がする。
例(実際にみたことある)
A=B
if(A=B){
A=C
}else{
A=D
}
(絶対elseいかないやん。。。A=Cだけでいいやん。。。)
Re: (スコア:2)
SQL廚ですけど、A = null かB = nullの場合にelseに行くと思われ。
null = null はfalseって忘れやすいんですよね(汗
Re: (スコア:0)
元※ですが
ああっ
Cとかjavaなら行きますね。型もかいてないからそうなるか。
もともとは gembaseなんて誰も知らない言語の話で。。。。
(variantしかなく、変数は最初””()空文字、)
({}は解りやすい様付けてますが、本当はない。)
#2413749への返信もここに
直前でAにBを代入してるので、、、0でもelse行かないです。
Re:長いコード≠複雑なコード,複雑なコード≠無駄に長いコード,短いコード≠簡潔なコード≠解りやすい (スコア:0)
if評価式内の=が代入なのか比較なのかで意味が全然違ってきますから、言語を跨いだ議論は無理そうですね。