一時変数は数学風に短くする流儀もあるから、それに比べれば省略なんてマシな方だろ。 グローバル変数についちゃ省略する流儀は廃れてる。
さすがに行列のループ変数はiとかjでいいだろって思う。 いちいちcolとかrowとか書いてらんねー。
単純に「分かりやすくする為」じゃないか? 第一その程度が苦痛だと、もう何もできないんじゃ…。
十分わかりやすいじゃん、ってことだよ。 iとかjとか書いてベクトルや行列の要素を連想できない奴はプログラム読まなくていいよ。ぶっちゃけ。
だからさ、たかだかそれだけの労力を惜しんで読み手の能力と手間におんぶしなきゃいけないような書き方しなくてもいいだろ、って事。 もう少し上とか先見ろよ。
おいおい、流石にループ変数はi,jだろ row,columnは行列のオブジェクトが予約しているからややこしくなる
「上とか先」ってなに?具体例を教えてくれ。
増田はPG外注したり、複数のスキルも仕様の理解度もまちまちな人間とでプロジェクト組んだことない? 10年も前のソースを読まされたことない? 一部しか仕様やソースがなかった...
PG外注以外はやったことあるけど、さすがにi,jをベクトル等のループ変数と解釈できないレベルの人間とやったことはないな。 業務系SIみたいなケースは考慮外。なぜならそんな仕事やる...
なんか根底から勘違いしてる? 「iをベクトル等のループ変数と解釈できない」じゃなくてその変数の意味を明確にするための変数名だろ? 増田が特定の仕事をやるつもりがない、っ...
根底から勘違いしてるのはそちらでは? 俺は「i,jと書いた時点で意味が完全に明確だろ」と最初から言ってる。
i,jと書いた時点で意味が完全に明確だろ だよなー i,jで理解できない奴はrow,colも理解できないだろうし そもそも行列という概念すら初耳だろ
頭が痛くなってきたぞ いや、もしかしたら さすがに行列のループ変数はiとかjでいいだろって思う。 いちいちcolとかrowとか書いてらんねー。 この増田とは別人? 別人ならどっかで...
プログラムの振る舞いさえ見れば、何をしているかなんて一目瞭然だから、 変数の命名規則なんて適当でもいいんだよ、と言われれば?
プログラムの振る舞いレベルの話をしてるのではなくて、記号と数学的意味の慣例に対する常識レベルの話だ。
そのような常識は否定していないのだが。 プログラム以外の分野でも、言語の振る舞いを見れば「わかる」ということも「常識」だと思うのですが、 そういう常識レベルに達しないお...
見ればわかるのは当たり前だが、わかるのにかかる時間がどれくらいかという問題だと言ってるんだよ。 i,jなんてのは0.1秒以下で理解できるが、1万行のコードなら早くても数日はかかる...
だから常識レベルなんてのを振り回すと不毛な議論になりがちだね、と言いたかったんだけど。 常識レベルの高い人が、低い人のためにコストを払うとは思えないし。
だからって最低レベルに合わせる必要はないだろってこと。実際上。 高卒くらいの知識は前提にしていいでしょ。
http://ja.wikipedia.org/wiki/%E3%82%A2%E3%82%A4%E3%83%B3%E3%82%B7%E3%83%A5%E3%82%BF%E3%82%A4%E3%83%B3%E3%81%AE%E8%A8%98%E6%B3%95 高卒レベルだな。
横だけど、iとかjって複素数と紛らわしいじゃん、って誰も言わないことに、日常を感じた。 FORTRAだと、確か複素数を意味するのにi, j両方使えるよね。 もっとも、ループ変数でi, j, kが...
複素数は普通複素数クラスを作るわけで、虚数単位なんていう変数はまず出てこないでしょ。 電流の変数を(プログラム内で)iとか書いちゃう奴はさすがに馬鹿だと思う。
横だけど、a+biって複素数の表記を使える言語があるんだよ。 例えばSchemeがそう。 文法上iと言う名前の変数と複素数の構成要素としてのiは区別されてるんで混乱はないだろうけど。
pythonも。普通に四則演算ほか色々できる。
それは知らなかった。すまん。 何か書きづらそうだなあ。慣れれば平気なんだろうけど。
さっきjといえば複素数と書いた増田ですが、途中お二方がレスってくれたみたいに、 a+bi形式に慣れています。Nが抜けちゃてましたが、FORTRANとか、昔のHP-BASICとか。 普通複素数クラス...