アカウント名:
パスワード:
バッファオーバーフローとかうるさく言われる時代にこの終端チェックは凄いな。自分も新人のころにやらかした記憶がある。
ユニットテストとかやっていない開発フローなんですかね。
ユニットテスト以前に、ループ抜け判定==は意図しないバグで無限ループさせてしまうので避けるようにするとかは、・本人が直感的に思う・人に即座に指摘されるどちらかだと思うんですけどねえ。。
後から変なもん付け足されて、、、なんてことは結構あるから、それに備えた書き方という奴だよ。少数含む型に変えられて、、とか演算子オーバーロードで、、いうのは実際見たwで、元を作った人が責められる理不尽さw
end()と!=の実装次第では?終端を超えているときend()の戻り値を!=演算子で評価してtrueになればよいのだから。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
新人にまかせた部分とか (スコア:0)
バッファオーバーフローとかうるさく言われる時代にこの終端チェックは凄いな。
自分も新人のころにやらかした記憶がある。
ユニットテストとかやっていない開発フローなんですかね。
Re:新人にまかせた部分とか (スコア:0)
ユニットテスト以前に、ループ抜け判定==は意図しないバグで無限ループさせてしまうので避けるようにするとかは、
・本人が直感的に思う
・人に即座に指摘される
どちらかだと思うんですけどねえ。。
Re:新人にまかせた部分とか (スコア:1)
後から変なもん付け足されて、、、なんてことは結構あるから、それに備えた書き方という奴だよ。
少数含む型に変えられて、、とか演算子オーバーロードで、、いうのは実際見たw
で、元を作った人が責められる理不尽さw
Re: (スコア:0)
end()と!=の実装次第では?
終端を超えているときend()の戻り値を!=演算子で評価してtrueになればよいのだから。