アカウント名:
パスワード:
「ソフトウェア工学」のなんたるかを理解してないんで、あれですが本質的な違いってあるんでしょうか?
コーディングとはバグを作り込むこと、デバッグは混入したバグを取り除くこと#品質管理において、です
すごいねじゃ「君の言う品質管理」の観点だと、コーディングなんかしないほうが良くなるんだね。
え、皮肉でもなんでもなく『しないで済むコーディングはしない方が良い』のはこの業界の常識だと思ってましたが。
だからコーディングしないでExcel方眼紙を作っているんだよ
勝手に「しないで済む」という限定をつけて命題は真だ。とかドヤ顔でいわれましても。
ある意味、正しいかもよ。そもそも始めるべきでなかったプロジェクト。って、結構あるじゃん。
バクを入れないためにコーディングしないってよくあることだと思うんだけど
いずれ、境界条件(初期条件/終期条件)を指定するだけでコーディングレスでソフトウェアが組み上がるようになれば、人手によるコーディングなしでできあがるソフトウェアが支配的になってくるかも。
(それでもバグゼロにはならないんだろうなぁ。)
工場でモノを製造しなければ、製品不良はゼロである。ただ、不良率は0/0だから、えっと、、
不定。 作ってもいないので不良率はわからない。
ネタにマジレス。
そりゃコーディングしなけりゃバグは生まれないからな。動作するソフトも生まれんけど。
> コーディングなんかしないほうが良くなる
だから、短いコードは良いコードだし、うまく流用することは良いことなわけ。しないで良いコーディングはしない方が良い。
ITビジネスが発生しなくなるのでそれでは駄目ですね。# マッチポンプ
何も生み出さないから良くはならない。
よりマクロ的観点で言えば実際問題としてコーディングしなくて良いならしない方が幸せにはなるかも・・・・と
マジレスすると、「コーディングなんかしない方が良い」というのは、冗談のような本当の話
うん。わりと常識。
えっ、コーディングしなくても、欲しい機能が手に入れば、コーディングなんかしない方が、品質がよくなるのは自明でしょ。あと、使われないソフトを作った場合も、バグは指摘されませんねぇ。
何も作らなきゃバグも障害も0だからね
いいインディアンは死んだインディアンと産まれる前のインディアンだけだ理論に沿えば不思議ではないですな
コーディングしない場合は現状維持では、、何もしないで良くなるならディスプレイ前で寝ながら果報を待ちますよ
車輪の再発明を避けるという意味においても、コーディングは最小限がいいでしょうね。アドオン開発せずにERPの持つ標準機能を使う、とか言語処理系に備わっている標準ライブラリを使う、とか。
少ない実装で機能を実現するのが良いコーディングなのでその通りかと。だから究極のプログラマーって、コード書かないお客さんなんですよ。
コーディングなんてしない方がいいに決まってるでしょう。何のためにフレームワークやライブラリがあると?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
コーディングとデバッグ (スコア:3)
「ソフトウェア工学」のなんたるかを理解してないんで、あれですが本質的な違いってあるんでしょうか?
Re: (スコア:3, すばらしい洞察)
コーディングとはバグを作り込むこと、デバッグは混入したバグを取り除くこと
#品質管理において、です
Re:コーディングとデバッグ (スコア:2, おもしろおかしい)
すごいね
じゃ「君の言う品質管理」の観点だと、コーディングなんかしないほうが良くなるんだね。
Re:コーディングとデバッグ (スコア:1, すばらしい洞察)
え、皮肉でもなんでもなく『しないで済むコーディングはしない方が良い』のはこの業界の常識だと思ってましたが。
Re: (スコア:0)
だからコーディングしないでExcel方眼紙を作っているんだよ
Re: (スコア:0)
勝手に「しないで済む」という限定をつけて命題は真だ。とかドヤ顔でいわれましても。
Re: (スコア:0)
ある意味、正しいかもよ。
そもそも始めるべきでなかったプロジェクト。って、結構あるじゃん。
Re: (スコア:0)
バクを入れないためにコーディングしないってよくあることだと思うんだけど
Re: (スコア:0)
いずれ、境界条件(初期条件/終期条件)を指定するだけでコーディングレスでソフトウェアが組み上がるようになれば、人手によるコーディングなしでできあがるソフトウェアが支配的になってくるかも。
(それでもバグゼロにはならないんだろうなぁ。)
Re: (スコア:0)
工場でモノを製造しなければ、製品不良はゼロである。
ただ、不良率は0/0だから、えっと、、
Re:コーディングとデバッグ (スコア:1)
不定。 作ってもいないので不良率はわからない。
ネタにマジレス。
Re: (スコア:0)
そりゃコーディングしなけりゃバグは生まれないからな。
動作するソフトも生まれんけど。
Re: (スコア:0)
> コーディングなんかしないほうが良くなる
だから、短いコードは良いコードだし、うまく流用することは良いことなわけ。
しないで良いコーディングはしない方が良い。
Re: (スコア:0)
ITビジネスが発生しなくなるのでそれでは駄目ですね。
# マッチポンプ
Re: (スコア:0)
何も生み出さないから良くはならない。
Re: (スコア:0)
よりマクロ的観点で言えば実際問題としてコーディングしなくて良いなら
しない方が幸せにはなるかも・・・・と
Re: (スコア:0)
マジレスすると、「コーディングなんかしない方が良い」というのは、冗談のような本当の話
Re: (スコア:0)
うん。わりと常識。
Re: (スコア:0)
えっ、コーディングしなくても、欲しい機能が手に入れば、コーディングなんかしない方が、
品質がよくなるのは自明でしょ。あと、使われないソフトを作った場合も、バグは指摘されませんねぇ。
Re: (スコア:0)
何も作らなきゃバグも障害も0だからね
Re: (スコア:0)
いいインディアンは死んだインディアンと産まれる前のインディアンだけだ理論に沿えば不思議ではないですな
Re: (スコア:0)
コーディングしない場合は現状維持では、、
何もしないで良くなるならディスプレイ前で寝ながら果報を待ちますよ
Re: (スコア:0)
車輪の再発明を避けるという意味においても、コーディングは最小限がいいでしょうね。
アドオン開発せずにERPの持つ標準機能を使う、とか
言語処理系に備わっている標準ライブラリを使う、とか。
Re: (スコア:0)
少ない実装で機能を実現するのが良いコーディングなのでその通りかと。
だから究極のプログラマー
って、コード書かないお客さんなんですよ。
Re: (スコア:0)
コーディングなんてしない方がいいに決まってるでしょう。
何のためにフレームワークやライブラリがあると?