アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
思いっきり素人がなんですが… (スコア:3, すばらしい洞察)
しっかりとした分業体制や継続開発・後々のメンテが出来る体制さえ出来ているならば、使う言語は使い慣れたもので良いやとか、いざとなったら別の言語に乗り換えてしまえと
-+- 想像力を超え｢創造力｣をも凌駕する、それが『妄想力』!! -+-
Re:思いっきり素人がなんですが… (スコア:1)
> なるような気がします。
私もここがポイントなんだと思います。で一つ問題提起させていただきたい。
大きな企業の場合は大抵信用を重んじるので、既に実績のあるもの、90年代に実績がある Perl, PHP を選択すると思います。そして猛烈な資金を投じて（リファクタリングもさせない、堅いプロセスで）使い捨てプログラムを書かせます。数ヶ月で状況変わるからそ、のたびにプログラムも一から書き直させればよいということなのでしょう。
しかし「メンテナンス費用はかかる。寿命は数ヶ月。そん
Re:思いっきり素人がなんですが… (スコア:1)
>90年代に実績がある Perl, PHP を選択すると思います。そして猛烈な資金を投じて
>（リファクタリングもさせない、堅いプロセスで）使い捨てプログラムを書かせます。
「かたい(「堅い」というほど肯定的な意味を持たせるのは不適切だと思えるので
「硬い」「固い」のほうがいいと思います。「難い」でもいいかも(藁))プロセス」
は、
「大企業(に限るまいが)が必要とするような信用」に耐えるプロセスではない、と
最近痛感しています。
むしろ逆に、パワーのある企業で、コードを幾らでも使い捨てに出来るとい
Re:思いっきり素人がなんですが… (スコア:0)
>が余程安心できると思うのでG7
>＃言語の硬さなんて所詮、型とかの「本質とはちょっとずれた」
>部分しか保証できないんだからさ。
この比較は、ちょっと不当なんじゃないかという気がしますが。
まさか、硬い言語だからといって、テストしないわけじゃない
でしょう。比較するなら、
硬い言語＋自動テスト
柔らかい言語＋自動テスト(ばりばり?)
じゃないでしょうか。
それとも、硬い言語では、自動テストばりばりは
難しいということなのでしょうか。
Re:思いっきり素人がなんですが… (スコア:1)
このへんを勘違いしてるアホどもの実在 (
実際、「そこはテストするまでもないでしょ」と(勝手に)決め付ける奴、居ます。
その見切りを人間じゃ完璧に出来る保証がないからこその、テストだろうに…
ええ。品質は、そりゃもう…(T_T)
) は、さておくとして、
>それとも、硬い言語では、自動テストばりばりは
>難しいということなのでしょうか。
まあそういう言語も(そうでない言語も)ありますが、それもさておき、
問題は、「型(硬さ)」と「テスト」の有効度の違いでしょうね。
「テスト」のほうが結局遥かに役立つ。
それに比べたら「硬さ」の価値なんて霞んでしまう。
霞んでしまうなら、手数が増えるだけの硬さなんて、邪魔。
Re:思いっきり素人がなんですが… (スコア:0)
>問題は、「型(硬さ)」と「テスト」の有効度の違いでしょうね。
>「テスト」のほうが結局遥かに役立つ。
>それに比べたら「硬さ」の価値なんて霞んでしまう。
>霞んでしまうなら、手数が増えるだけの硬さなんて、邪魔。
柔らかい(動的型?)言語では、硬い言語ではコンパイラが行って
くれていたチェックを、テストで行わなければならないと思うん
ですが、それを網羅的にきちんと行うコストって、それほどまで
に小さいものなのでしょうか？例えば、全てのクラスについて、
型エラーを検出するテストコードを入れるとすると、その手間
は小さい