アカウント名:
パスワード:
書き直すと、どんな御利益が有るの？
規模が大きくてハンドリングできないだろうから作り直せと漠然と言われてもね…。何の具体的な問題点の指摘や改善案があるでもないのに漠然と0から作ったとしてもせいぜい新しいぜい弱性を作りこむのがオチじゃないのかと…。
それはどうかな？今でも活発にJava（を使ったアプリ、あるいは言語そのもの）に携わっている人なら、みなそれぞれに改善すべきポイントのイメージは持っていると思うので、議論していけばちゃんと収束すると思うよ。うちの会社でも、Javaを使った業務に携わった人達で小集団活動を組んでブレストしたらけっきょく3〜4個ぐらいのポイントに集約された。もちろん、こまごまとしたことなら100個以上でも出るんだけど、「とにかくこれだけはキチンとさせないと」っていう絶対譲れない改善点というのはそんなに多くない。
で、けっきょく金のはなしに行き着くのですよ。改善すべき課題が間違いなくあって、でもその改善に取り組んでも自分に見返りが来るかどうかさっぱり分からないことに、資金を出す人がいるかどうか。コレ以外の問題はまったくないと思う。資金さえ提供されるなら、取り組みたい人はいくらでもいるはず。っていうか私が取り組みたい。
「あると思う」だけではクダンのセキュリティ専門家氏の言ってることとあんまり差はなくて実際にそう言う項目を調べ上げたり、それらをまとめたところに価値のある情報が生まれる訳で。
で、けっきょく金のはなしに行き着くのですよ。改善すべき課題が間違いなくあって、でもその改善に取り組んでも自分に見返りが来るかどうかさっぱり分からないことに、資金を出す人がいるかどうか。
情報をまとめるにも（人が生きていくのに必要な）金はかかるのですよ。価値のある情報が生まれるにも金はかかるのです。
だったら金にもならない話し合いなんかしてる暇があったら仕事しろよ。
「古いバージョンを使い続けるという選択肢を、奪う」というのはソフトウェアの進化に必要なんじゃないかと思うよ。
バージョンアップで定期的に金を取り続けるから、ソフトウェアは進化するという。新しいバージョンに無理矢理移行させないと、古いものをいつまでも使い続けてしまう。
その具体的なポイントが知りたいです。自分がやらなくても、関われる立場の人がやればいいわけだしね。
実装がまずいことが分かってほかのAPIを作り直したけど、古いAPIも一応残してあります（特にJava2以前の古いもの、あるいはもっと踏み込んでサポート終了したバージョンのもの）、などというのは切り捨てられるのだろうか。
万一えいやっ！と思いきってやれるとすれば、コアな部分をスリム化したり、ソースコードを整理したりできるかもしれない。
1.6 1.7ベースのものがきちんと動く...でいいんじゃないでしょうか。やっぱり1.3や1.4向けのとか動かないと発狂する人いっぱい居ます？そういう人は古いの共存させとけ。自己責任で。
CPUの能力が余ってることが多い昨今。互換性なんてのはVM任せ、みたいな方向に進んだ方が建設的かと。そうすりゃ開発の方向性や進み方なんて、過去に影響されずに済む。OSとか実行の土台が変われば、上のアプリも強制的に道連れという時代じゃなくなってきてるのだし。
それを切り捨てられるくらいだったらMSはとっくにWin32 APIから移行を果たしています。
横から見てるしかないのに勝手にイライラして極論を押し付ける人っていますよね。プロジェクトが少し滞ってくると、デザイナ上がりの役職者がよくこんな状態になってます。
どっちかというと、ここ最近のセキュリティホール Java 6以前のものは脆弱性が見つかっても、しっかりセキュリティーホール塞げていてJava 7に由来したものだけ、詰めが甘いような気がするんだ ・ω・
「Java 6を推奨版に戻して、Java 7 の追加コンポーネントは見直した方がいい」ってのならまだわかるんですが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
で？ (スコア:2)
書き直すと、どんな御利益が有るの？
御利益は別になさそう (スコア:1)
規模が大きくてハンドリングできないだろうから作り直せと漠然と言われてもね…。
何の具体的な問題点の指摘や改善案があるでもないのに漠然と0から作ったとしてもせいぜい新しいぜい弱性を作りこむのがオチじゃないのかと…。
Re:御利益は別になさそう (スコア:4, 興味深い)
それはどうかな？
今でも活発にJava（を使ったアプリ、あるいは言語そのもの）に携わっている人なら、みなそれぞれに
改善すべきポイントのイメージは持っていると思うので、議論していけばちゃんと収束すると思うよ。
うちの会社でも、Javaを使った業務に携わった人達で小集団活動を組んでブレストしたら
けっきょく3〜4個ぐらいのポイントに集約された。もちろん、こまごまとしたことなら100個以上でも出るんだけど、
「とにかくこれだけはキチンとさせないと」っていう絶対譲れない改善点というのはそんなに多くない。
で、けっきょく金のはなしに行き着くのですよ。改善すべき課題が間違いなくあって、でもその改善に
取り組んでも自分に見返りが来るかどうかさっぱり分からないことに、資金を出す人がいるかどうか。
コレ以外の問題はまったくないと思う。資金さえ提供されるなら、取り組みたい人はいくらでもいるはず。
っていうか私が取り組みたい。
Re:御利益は別になさそう (スコア:1)
「あると思う」だけではクダンのセキュリティ専門家氏の言ってることとあんまり差はなくて
実際にそう言う項目を調べ上げたり、それらをまとめたところに価値のある情報が生まれる訳で。
Re: (スコア:0)
で、けっきょく金のはなしに行き着くのですよ。改善すべき課題が間違いなくあって、でもその改善に
取り組んでも自分に見返りが来るかどうかさっぱり分からないことに、資金を出す人がいるかどうか。
情報をまとめるにも（人が生きていくのに必要な）金はかかるのですよ。
価値のある情報が生まれるにも金はかかるのです。
Re: (スコア:0)
だったら金にもならない話し合いなんかしてる暇があったら仕事しろよ。
Re: (スコア:0)
「古いバージョンを使い続けるという選択肢を、奪う」というのはソフトウェアの進化に必要なんじゃないかと思うよ。
バージョンアップで定期的に金を取り続けるから、ソフトウェアは進化するという。
新しいバージョンに無理矢理移行させないと、古いものをいつまでも使い続けてしまう。
Re: (スコア:0)
その具体的なポイントが知りたいです。
自分がやらなくても、関われる立場の人がやればいいわけだしね。
Re:御利益は別になさそう (スコア:3)
実装がまずいことが分かってほかのAPIを作り直したけど、古いAPIも一応残してあります（特にJava2以前の古いもの、あるいはもっと踏み込んでサポート終了したバージョンのもの）、などというのは切り捨てられるのだろうか。
万一えいやっ！と思いきってやれるとすれば、コアな部分をスリム化したり、ソースコードを整理したりできるかもしれない。
人生は七転び八起き、一日は早寝早起き
Re: (スコア:0)
1.6 1.7ベースのものがきちんと動く...でいいんじゃないでしょうか。
やっぱり1.3や1.4向けのとか動かないと発狂する人いっぱい居ます？そういう人は古いの共存させとけ。自己責任で。
Re: (スコア:0)
CPUの能力が余ってることが多い昨今。
互換性なんてのはVM任せ、みたいな方向に進んだ方が建設的かと。そうすりゃ開発の方向性や進み方なんて、過去に影響されずに済む。OSとか実行の土台が変われば、上のアプリも強制的に道連れという時代じゃなくなってきてるのだし。
Re: (スコア:0)
それを切り捨てられるくらいだったらMSはとっくにWin32 APIから移行を果たしています。
Re: (スコア:0)
横から見てるしかないのに勝手にイライラして極論を押し付ける人っていますよね。
プロジェクトが少し滞ってくると、デザイナ上がりの役職者がよくこんな状態になってます。
というよりは (スコア:0)
どっちかというと、ここ最近のセキュリティホール Java 6以前のものは脆弱性が見つかっても、しっかりセキュリティーホール塞げていて
Java 7に由来したものだけ、詰めが甘いような気がするんだ ・ω・
「Java 6を推奨版に戻して、Java 7 の追加コンポーネントは見直した方がいい」ってのならまだわかるんですが。