アカウント名:
パスワード:
ってのは普通によくあることだよね。職業プログラマでない学者さんには理解できないかもだけど。「メンテハッチを全廃すれば大幅にコストダウンできますよ!」と言ってるのと同じくらい愚にもつかない研究。
むしろ職業プログラマなら将来の再利用や拡張への備えはだいたい無駄になるということを学習していそうなものだが。
イントロと結果くらい目を通せばいいのに。
冗長だからダメだとか、冗長性を削れなんて言ってないですよ。そもそも一番最初に「自然言語は冗長だから頑健だよね」みたいなことを言ってるし。
・自然言語のchaff/wheatの分類法をプログラミング言語にも試してみたらおもしろいんじゃね? → なんかそれらしい結果が出たよ。
・これだけ冗長性があるなら、IDEの補完機能とかもっとうまく出来る可能性があるよね。本質的な部分だけ書いたら残りががばっと補完されるとか。
・新しい言語をデザインする時に何らかの指標としても使えるかもね
とか、そういう話です。
別に読みたくなければ読まなくてもいいんだけど、その場合「学者さんには理解できないかもだけど」とか「愚にもつかない研究」とか言わない方がいいんじゃないかなあ。
読んだ上での批判なら「この手法では将来の仕様変更・拡張を予見して冗長になっている部分が検出できない」と判断した理由を書いてくれると良い議論になると思う。
VC は、セミコロンを忘れた場合にコンパイラが「セミコロンをつけてください」と言ってくる。わかってるなら付けてくれよと思わないでもない。
未来のプログラム言語は「よろしくたのむよ」だけで済むのか...
どうせ10年経ったって使わねえよ
ただのゴミ。予定されていれば、少しは価値あるが、
大抵は、外れるし、担当変われば、意味不明のコード。引き継いだ時にばっさり消したいけど、中身が不明だと簡単に消す事も出来ずに、、、。あ、開発が一旦、終了すると、既存部分の変更はウルサイから、仕様変更/拡張は、結局、新規にコードを起こすし。
難読化には少しは価値有るかも。昨日も難読既存コードで苦労させられた。
そんな貴方に送る言葉がある"You ain't gonna need it"新人上がりや三流職業プログラマには理解できないかもだけど。やるとしても「予見」ではなく冗長であることを求められる「仕様」の場合だな求められていないことをやって無駄に資源を消費するのは愚かな職業プログラマ
まあ世の中そんなものだよな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
仕様変更・拡張を予見してあえて冗長に書いておく (スコア:0, 興味深い)
ってのは普通によくあることだよね。
職業プログラマでない学者さんには理解できないかもだけど。
「メンテハッチを全廃すれば大幅にコストダウンできますよ!」と言ってるのと同じくらい愚にもつかない研究。
Re:仕様変更・拡張を予見してあえて冗長に書いておく (スコア:2, おもしろおかしい)
むしろ職業プログラマなら将来の再利用や拡張への備えはだいたい無駄になるということを学習していそうなものだが。
せっかく論文へのリンクがあるんだからさ (スコア:1)
イントロと結果くらい目を通せばいいのに。
冗長だからダメだとか、冗長性を削れなんて言ってないですよ。そもそも一番最初に「自然言語は冗長だから頑健だよね」みたいなことを言ってるし。
・自然言語のchaff/wheatの分類法をプログラミング言語にも試してみたらおもしろいんじゃね? → なんかそれらしい結果が出たよ。
・これだけ冗長性があるなら、IDEの補完機能とかもっとうまく出来る可能性があるよね。本質的な部分だけ書いたら残りががばっと補完されるとか。
・新しい言語をデザインする時に何らかの指標としても使えるかもね
とか、そういう話です。
別に読みたくなければ読まなくてもいいんだけど、その場合「学者さんには理解できないかもだけど」とか「愚にもつかない研究」とか言わない方がいいんじゃないかなあ。
読んだ上での批判なら「この手法では将来の仕様変更・拡張を予見して冗長になっている部分が検出できない」と判断した理由を書いてくれると良い議論になると思う。
Re: (スコア:0)
VC は、セミコロンを忘れた場合にコンパイラが「セミコロンをつけてください」と言ってくる。
わかってるなら付けてくれよと思わないでもない。
Re: (スコア:0)
Re: (スコア:0)
未来のプログラム言語は「よろしくたのむよ」だけで済むのか...
Re: (スコア:0)
どうせ10年経ったって使わねえよ
Re: (スコア:0)
ただのゴミ。
予定されていれば、少しは価値あるが、
大抵は、外れるし、担当変われば、意味不明のコード。
引き継いだ時にばっさり消したいけど、中身が不明だと簡単に消す事も出来ずに、、、。
あ、開発が一旦、終了すると、既存部分の変更はウルサイから、
仕様変更/拡張は、結局、新規にコードを起こすし。
難読化には少しは価値有るかも。
昨日も難読既存コードで苦労させられた。
Re: (スコア:0)
そんな貴方に送る言葉がある
"You ain't gonna need it"
新人上がりや三流職業プログラマには理解できないかもだけど。
やるとしても「予見」ではなく冗長であることを求められる「仕様」の場合だな
求められていないことをやって無駄に資源を消費するのは愚かな職業プログラマ
教科書に書いてあることと違う (スコア:0)
まあ世の中そんなものだよな。