アカウント名:
パスワード:
非互換な変更をつらつら眺めたけど、一番怖そうなのはこれかな。
> 変数やプロパティ、メソッドへの間接的なアクセスの扱いの変更http://php.net/manual/ja/migration70.incompatible.php#migration70.inco... [php.net]
php5の悪夢再び。＃これが最後の糞仕様変更とは思えない。phpがあるかぎりいずれ第二第三の糞仕様変更が(ry
これによる実際の変更箇所の「個数」は少ないかもしれないけれど、どこがその該当箇所であるかを検出し、それを等価な処理に変更したことを保証するのがべらぼうに面倒だったりするんだよ。
それって現実的には変更コストが高過ぎて、事実上移植できなくなるってこと。結局はPHP6以前のコード（メジャーなフレームワークやライブラリも含む）は、７へ移植されることなしに消えていく運命なのかもね。
糞仕様変更がない言語は死んだ言語だけだ。
PHPは元々書き捨てみたいなもんでしょ。十年以上も使う保守主眼の重厚長大言語じゃないし、さっさと次の物を作った方が早い。
＞十年以上も使う保守主眼の重厚長大言語じゃないし、さっさと次の物を作った方が早い。2000年問題から何も学習しなかった老害さんか？
そう言って放置した結果、現行製品の保守もできずに苦労していたPHP開発現場を私は知っている。そもそもそれで問題が無ければ、こんなに頻繁にフレームワークが入れ替わったりしないのではないか？
それってPHPの存在全否定じゃないですか
いまだに、たまにPHP4なアプリの改修案件とかが来るしなぁ。(自分とこが昔作ったコードの場合もあるし、余所が作ったコードの改修だけってのも)SQLインジェクションとか流行る前のコードだから、脆弱性ありまくりだったり。
まだPHP5への移植案件の方が精神衛生的にうれしいんだけど、サーバ入れ替えとかテストのやりなおしとかの費用が出せないから、PHP4のまま。
SQLインジェクション可能なのは瑕疵だから無償で直せとか言われて当時は問題として認識されておらず、それでそっちも検品してるんだから、金くれないと対応しない、と返して、それで未だに脆弱なままだったりとか
#こんなのIDで書けないからAC
自社開発だけど、秘伝のライブラリとかがPHP4時代からのものでいまだにそのコードに引きずられてるんで他人事とは思えない…
2000年問題から何も学習しなかった老害さんか？
どうみてもこの人の方がご年配の発想でちょっと笑っちゃった。
10年後にPHPが動く環境が残ってるかなんて誰にも保証できないよw
甘ちゃんだね。ふつーに残るよ、間違いなく。人間のずぼらさをなめてはいけない。
そういう事じゃなくてね。10年使う事を想定しているサービスは、相応分持つ環境で作らなきゃダメってことなんだよ。PHPはバージョン毎のサポートが長くて5年、破壊的な文法変更の実績もある。長期で使うならコードの更新を含むメンテナンスが大前提。メンテナンスをしないなら、寿命がもって5年ってのは事は最初から決まってるわけ。PHPで作るってことはそういう事。古いバージョンのまま延命させてるのは無理を通してるだけで、問題の先送りにしかならないよ。
そういう事じゃなくてね。そんな何年も使うつもりもないし持たせる気もないわけよ。だからわざわざ新しくなんかしないし、問題も解決なんてする必要ない。2000年問題もそう思われていたんだよ。「メンテナンスをしないなら、寿命がもって5年ってのは事は最初から決まってるわけ」「PHPで作るってことはそういう事」5年後10年後には2000年問題をもってるサービスなんてとうに寿命迎えてなくなってるはずだったんだよ。問題は先送りしておけば寿命を迎えて解決するはずだったんだよ。しかし、そうはならなかった。長くても5年の寿命と言われたものでも10年20年残りえる。それが2000年問題の教訓だよ。
作るときは想定はしないけど、実際使ってる、てのが一番よくある現実。本当にそそういう主張をしたいなら、５年過ぎたら自壊するようにプログラムすべき。
内容がうすっペラい。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
はまりそうなポイント (スコア:1)
非互換な変更をつらつら眺めたけど、一番怖そうなのはこれかな。
> 変数やプロパティ、メソッドへの間接的なアクセスの扱いの変更
http://php.net/manual/ja/migration70.incompatible.php#migration70.inco... [php.net]
Re: (スコア:1)
php5の悪夢再び。
＃これが最後の糞仕様変更とは思えない。phpがあるかぎりいずれ第二第三の糞仕様変更が(ry
これによる実際の変更箇所の「個数」は少ないかもしれないけれど、どこがその該当箇所であるかを
検出し、それを等価な処理に変更したことを保証するのがべらぼうに面倒だったりするんだよ。
それって現実的には変更コストが高過ぎて、事実上移植できなくなるってこと。
結局はPHP6以前のコード（メジャーなフレームワークやライブラリも含む）は、
７へ移植されることなしに消えていく運命なのかもね。
Re: (スコア:0)
糞仕様変更がない言語は死んだ言語だけだ。
PHPは元々書き捨てみたいなもんでしょ。
十年以上も使う保守主眼の重厚長大言語じゃないし、さっさと次の物を作った方が早い。
Re:はまりそうなポイント (スコア:0)
＞十年以上も使う保守主眼の重厚長大言語じゃないし、さっさと次の物を作った方が早い。
2000年問題から何も学習しなかった老害さんか？
そう言って放置した結果、現行製品の保守もできずに苦労していたPHP開発現場を私は知っている。
そもそもそれで問題が無ければ、こんなに頻繁にフレームワークが入れ替わったりしないのではないか？
Re: (スコア:0)
それってPHPの存在全否定じゃないですか
Re: (スコア:0)
いまだに、たまにPHP4なアプリの改修案件とかが来るしなぁ。
(自分とこが昔作ったコードの場合もあるし、余所が作ったコードの改修だけってのも)
SQLインジェクションとか流行る前のコードだから、脆弱性ありまくりだったり。
まだPHP5への移植案件の方が精神衛生的にうれしいんだけど、
サーバ入れ替えとかテストのやりなおしとかの費用が出せないから、PHP4のまま。
SQLインジェクション可能なのは瑕疵だから無償で直せとか言われて
当時は問題として認識されておらず、それでそっちも検品してるんだから、
金くれないと対応しない、と返して、それで未だに脆弱なままだったりとか
#こんなのIDで書けないからAC
Re: (スコア:0)
自社開発だけど、秘伝のライブラリとかがPHP4時代からのものでいまだにそのコードに引きずられてるんで他人事とは思えない…
Re: (スコア:0)
2000年問題から何も学習しなかった老害さんか？
どうみてもこの人の方がご年配の発想でちょっと笑っちゃった。
10年後にPHPが動く環境が残ってるかなんて誰にも保証できないよw
Re: (スコア:0)
甘ちゃんだね。
ふつーに残るよ、間違いなく。
人間のずぼらさをなめてはいけない。
Re: (スコア:0)
そういう事じゃなくてね。
10年使う事を想定しているサービスは、相応分持つ環境で作らなきゃダメってことなんだよ。
PHPはバージョン毎のサポートが長くて5年、破壊的な文法変更の実績もある。
長期で使うならコードの更新を含むメンテナンスが大前提。
メンテナンスをしないなら、寿命がもって5年ってのは事は最初から決まってるわけ。PHPで作るってことはそういう事。
古いバージョンのまま延命させてるのは無理を通してるだけで、問題の先送りにしかならないよ。
Re: (スコア:0)
そういう事じゃなくてね。
そんな何年も使うつもりもないし持たせる気もないわけよ。
だからわざわざ新しくなんかしないし、問題も解決なんてする必要ない。
2000年問題もそう思われていたんだよ。
「メンテナンスをしないなら、寿命がもって5年ってのは事は最初から決まってるわけ」
「PHPで作るってことはそういう事」
5年後10年後には2000年問題をもってるサービスなんてとうに寿命迎えてなくなってるはずだったんだよ。
問題は先送りしておけば寿命を迎えて解決するはずだったんだよ。
しかし、そうはならなかった。長くても5年の寿命と言われたものでも10年20年残りえる。
それが2000年問題の教訓だよ。
Re: (スコア:0)
作るときは想定はしないけど、実際使ってる、てのが一番よくある現実。
本当にそそういう主張をしたいなら、５年過ぎたら自壊するようにプログラムすべき。
Re: (スコア:0)
内容がうすっペラい。