- 1 名前：nobodyさん mailto:sage [2008/02/09(土) 10:43:58 ID:???]
- 前スレ
pc11.2ch.net/test/read.cgi/php/1197383840/
- 355 名前：nobodyさん mailto:sage [2008/04/19(土) 03:29:45 ID:???]
- >>354
オープンソースからプロプライエタリに移行した製品がないという
悪魔の証明に自ら挑むとはｗ
製品を殺す愚策なんだから知られないのは当然
まぁ俺も知らないけどね
本当に無償版の開発を停止して有償版しか出さなくなったら
MySQLは死んでいくと思うよ
- 356 名前：nobodyさん mailto:sage [2008/04/19(土) 07:12:17 ID:???]
- >>341を読む限り、「新機能」がCommunityServer版に付かなくなる、とも読めるな
もしメンテ（および機能改良）が続くんなら別にいいかなと、無理矢理楽観してみる
- 357 名前：nobodyさん mailto:sage [2008/04/19(土) 08:21:08 ID:???]
- ウェブシステムの性格的に、信頼性が低くても安い方がいいってことでApacheとかMySQLとかPHPとかが流行ってるわけだからな。
金かかるんだったら、ポスグレにして、その分自分の収入にする罠。
- 358 名前：nobodyさん [2008/04/19(土) 09:19:18 ID:Pd4VwcNb]
- くだらん書き込みが続いてるなぁ。
ApacheもMySQLも信頼性が低いってー事はないぞ。PHPについてはシランが。
あと、普通にPHPでwebプログラムを組める奴は必然的にPHPとJavascriptという風に複数言語使えるようになってるからそこから更にrubyとかいうことになってもそんなにコストかかるわけじゃないと思う。
俺もrubyについては手をつけてないが、Cやらpythonやらに手をつけてるし。
PHP脂肪とか言われたら他の言語使えばいいだけだって気づかないんかね。
# あと、ここはフレームワークのスレかと
- 359 名前：nobodyさん mailto:sage [2008/04/19(土) 09:21:27 ID:???]
- >>355
あんた、悪魔の証明が何かわかってないんじゃね？
- 360 名前：nobodyさん mailto:sage [2008/04/19(土) 13:03:25 ID:???]
- >>354
RHELとか？
成功というのが何を指してるかわからないけど。
- 361 名前：nobodyさん mailto:sage [2008/04/19(土) 18:10:16 ID:???]
- d.hatena.ne.jp/naoya/20080418/1208520196
Community Server開発継続でPHP余命一年延びるｗｗｗ
- 362 名前：nobodyさん mailto:sage [2008/04/20(日) 01:52:32 ID:???]
- src php 捨てたい
けどまだ時期尚早だよな
- 363 名前：nobodyさん mailto:sage [2008/04/22(火) 22:01:35 ID:???]
- blog.ohgaki.net/ruby-1-9-0-webrick
Ruby1.9以下のWEBrickにディレクトリ遷移攻撃脆弱性があってPHP脂肪ｗｗｗ
- 364 名前：nobodyさん mailto:sage [2008/04/22(火) 23:27:24 ID:???]
- ttp://d.hatena.ne.jp/sotarok/20080422/php_framework_fight
誰かこれ参加しろよ
- 365 名前：nobodyさん mailto:sage [2008/04/23(水) 03:25:02 ID:???]
- Delphi for PHPってどうなんだろう
「データベースに特別なコードを書かずとも容易に接続できるようにした」
とかいう説明読むとフレームワークと認識してもいいように思うけど
- 366 名前：nobodyさん mailto:sage [2008/04/23(水) 10:30:22 ID:???]
- >>365
フレームワークの定義って、データベースアクセスが簡単かどうかってよりも
アクションのディスパッチャがあるかどうかだと思う。
- 367 名前：nobodyさん mailto:sage [2008/04/23(水) 21:37:32 ID:???]
- そりゃMVC一通りあるんじゃないの？使ったことないから分からないけど
- 368 名前：nobodyさん mailto:sage [2008/04/24(木) 20:18:05 ID:???]
- blog.ohgaki.net/email
Pythonのセキュリティー警告してたらSPAMにメールアドレス使われたみたいだ
Python厨タチわりー
- 369 名前：nobodyさん mailto:sage [2008/04/24(木) 20:21:21 ID:???]
- Python厨だけにGoogle App Engine使って配信したのかもな
- 370 名前：nobodyさん mailto:sage [2008/04/25(金) 06:21:16 ID:???]
- そんな攻撃的な信者はphperにもrubyistにもいないよな
phythonerﾔﾊﾞｽ
しかも単なるセキュリティー情報で誹謗中傷ですらねーし
- 371 名前：nobodyさん mailto:sage [2008/04/28(月) 10:48:30 ID:???]
- フォームヘルパーって使ってます？
せっかくMVCなのにテンプレートに関数入れるなんて、とっても矛盾してると
思うのですが・・・
そういう需要もあるってだけなんですかね
- 372 名前：nobodyさん mailto:sage [2008/04/28(月) 11:49:40 ID:???]
- Viewのロジックじゃん
MVC=Viewの動的要素を一切省こうってわけじゃないよ
- 373 名前：nobodyさん mailto:sage [2008/04/29(火) 00:07:53 ID:???]
- 確かにプルダウンとかラジオボタンのHTMLをコントローラ（やモデル？）でつくって
準備するのはなんだかなーだ
分担としては間違いなくViewの仕事だろう。ヘルパーって言うのが微妙なんだけどな
- 374 名前：nobodyさん mailto:sage [2008/04/29(火) 01:49:36 ID:???]
- だからViewHelperはViewの範疇なんだっての
高校生か？
- 375 名前：nobodyさん mailto:sage [2008/04/29(火) 09:35:20 ID:???]
- www.sabel.jp/
またフレームワークが増えましたよ、と。
- 376 名前：nobodyさん mailto:sage [2008/04/30(水) 02:52:49 ID:???]
- DIにアスペクト志向にアノテーション……採用前評価がめんどくさそうなw
採用検討／評価するにしてもうちはGW終わってからだなー。
おまえら頑張れ
- 377 名前：nobodyさん mailto:sage [2008/04/30(水) 04:53:29 ID:???]
- symfonyってcodeigniterの何倍くらい重い？
- 378 名前：nobodyさん mailto:sage [2008/04/30(水) 15:03:38 ID:???]
- rubyてmysql使うのにもmakeとかしなきゃいけないのか・・俺脂肪
- 379 名前：nobodyさん mailto:sage [2008/04/30(水) 16:29:31 ID:???]
- ふつー gem install mysql
- 380 名前：nobodyさん [2008/05/01(木) 17:01:00 ID:1aec6u7x]
- ethnaがシンプルでよかったので
社内システムの標準FWに採用しました。
- 381 名前：nobodyさん mailto:sage [2008/05/01(木) 20:29:40 ID:???]
- ethnaってまだ開発続いているの？
- 382 名前：nobodyさん [2008/05/02(金) 00:35:33 ID:ulIGiMsU]
- 地味に続いてるよ。
- 383 名前：nobodyさん [2008/05/02(金) 14:05:51 ID:ulIGiMsU]
- 新しいバージョンでるみたいだね。
- 384 名前：nobodyさん mailto:sage [2008/05/02(金) 14:35:04 ID:???]
- symfonyはcodeigniterの3倍遅いみたいね
同じパフォーマンスをあげようと思ったら3倍のリソースが必要か…
- 385 名前：nobodyさん mailto:sage [2008/05/02(金) 14:58:16 ID:???]
- 単純に機能とスピードのトレードオフだろう。
- 386 名前：nobodyさん mailto:sage [2008/05/02(金) 16:54:39 ID:???]
- jp.techcrunch.com/archives/20080501twitter-said-to-be-abandoning-ruby-on-rails/
twitterがRoRを放棄でPHP復活ｗｗｗ
- 387 名前：nobodyさん mailto:sage [2008/05/02(金) 16:57:33 ID:???]
- RoRがスケーリングに対応できないというが
それならRoRをパクっただけのPHPのFWが対応できるのか？
- 388 名前：nobodyさん mailto:sage [2008/05/02(金) 17:16:29 ID:???]
- 全部erlangで書きゃいいのに
- 389 名前：nobodyさん [2008/05/02(金) 17:16:36 ID:mpl3PtrU]
- phpは素で書けば速いもんな。
- 390 名前：nobodyさん [2008/05/02(金) 18:38:44 ID:ulIGiMsU]
- エスナも早いよ
- 391 名前：nobodyさん mailto:sage [2008/05/02(金) 20:08:53 ID:???]
- ciはソースに今どき閉じタグが書かれているのがイモ
- 392 名前：nobodyさん mailto:sage [2008/05/02(金) 20:50:58 ID:???]
- 閉じたり閉じなかったりで動きが変わる事自体がイモじゃね
仕方ないんだろうけどさ
- 393 名前：nobodyさん mailto:sage [2008/05/02(金) 21:29:55 ID:???]
- >>391は所得も知能も底辺に位置する者の喚き声だなｗ
- 394 名前：nobodyさん mailto:sage [2008/05/02(金) 21:37:21 ID:???]
- なんで？
- 395 名前：nobodyさん mailto:sage [2008/05/02(金) 21:38:49 ID:???]
- >>393の頭には虫がわいてんだろうなww
- 396 名前：nobodyさん mailto:sage [2008/05/02(金) 22:22:41 ID:???]
- ソースに今どき開きタグが書かれているのがイモ
- 397 名前：nobodyさん mailto:sage [2008/05/02(金) 23:34:45 ID:???]
- >>396
それは激しく思う。というか閉じタグをとっぱずすなんてどう考えてもバッドノウハウじゃねえかｗ
少しは疑問に感じろよPHPerども
- 398 名前：nobodyさん mailto:sage [2008/05/03(土) 03:55:15 ID:???]
- 閉じタグを書かない俺ってＧＥＥＫ！
- 399 名前：nobodyさん mailto:sage [2008/05/03(土) 03:59:36 ID:???]
- ciはsystemディレクトリの中にapplicationディレクトリが入ってるのがイモ
そこは分けとけよ
- 400 名前：nobodyさん mailto:sage [2008/05/03(土) 04:42:11 ID:???]
- >>398はもっと評価されるべき
- 401 名前：nobodyさん mailto:sage [2008/05/03(土) 06:16:41 ID:???]
- しばらくsymfony使ってて
久しぶりにci触ったら身軽でいいわ～
- 402 名前：nobodyさん [2008/05/04(日) 23:06:36 ID:QrBYi/l0]
- 結局 中小規模だとどれがおすすめ？？
CakePHP
-> DBと密接すぎる
CodeIgniter
-> セッションがクッキーに保存される
とどっちも肝心なとこがいまいちだった…
- 403 名前：nobodyさん mailto:sage [2008/05/04(日) 23:10:28 ID:???]
- >>402
ちゃんと使えば？CIのセッションについては、DBに保存することもできたと思うけど。
っていう自分はドキュメントよんで評価して改良してっていう手間がもうしんどくて、
guesswork classic をカスタマイズしたものを延々つかってるけど
- 404 名前：nobodyさん mailto:sage [2008/05/04(日) 23:13:41 ID:???]
- >>403
うん DB使うときはそれでいいんだけど
使わないときがね…
小規模だと CakeかCIがよさげなんだけどね
その改造する手間がね… orz
guessworkもためしてみるかな
- 405 名前：nobodyさん mailto:sage [2008/05/05(月) 00:52:06 ID:???]
- CakePHP ってそんなにDBと密接だろうか？
usesプロパティにnull代入すれば
それで終わりじゃね？
- 406 名前：nobodyさん mailto:sage [2008/05/05(月) 01:19:43 ID:???]
- >>405
それで一応できるけど
modelは必須なのが前提だし…
DB使うにしても密接すぎて融通きかない感じかな
はまれば楽なんだけどね
- 407 名前：nobodyさん mailto:sage [2008/05/05(月) 03:33:55 ID:???]
- 普通に作ればモデルを作るのが当たり前なんだが・・・。
まあ経験をつめ。
- 408 名前：nobodyさん mailto:sage [2008/05/05(月) 09:50:45 ID:???]
- 変態セッションがいやなら$_SESSION使えばいいじゃない
- 409 名前：nobodyさん mailto:sage [2008/05/05(月) 12:22:34 ID:???]
- >>407
DBやファイル扱わない場合だってあるじゃん・・
- 410 名前：nobodyさん mailto:sage [2008/05/05(月) 12:31:02 ID:???]
- たとえば？
- 411 名前：nobodyさん mailto:sage [2008/05/05(月) 13:45:56 ID:???]
- それはどのFWを使うかというより、
FWを使うべきかどうかを検討する規模の開発だと思う。
生PHP+何かしら必要なライブラリで事足りそう。
- 412 名前：nobodyさん mailto:sage [2008/05/05(月) 15:29:14 ID:???]
- >>407
自分は、>>406じゃないけど、具体的にはどんな感じでモデル組んでます？
オンメモリな処理はともかく、DB上のデータに対しては、SQLの実行はパフォーマンスに
直結するから、内部の処理は隠すべきではないんじゃないかって思うところもあって、
結構悩ましい。
- 413 名前：nobodyさん mailto:sage [2008/05/05(月) 17:17:56 ID:???]
- 内部の処理をモデルの中に隠せばいいのでは？
- 414 名前：nobodyさん mailto:sage [2008/05/05(月) 19:08:40 ID:???]
- だって、最適なSQLって画面とか機能ごとに違うことが多いじゃん。
画面とか機能からの独立性がほとんど無いものを個別に作り上げて、
それをモデルと呼べるのかといえば、かなり疑問。
っていうか、モデルとしてのメリットがほとんどない。
- 415 名前：nobodyさん mailto:sage [2008/05/05(月) 19:21:04 ID:???]
- MVCを勉強しなおしてね。
- 416 名前：nobodyさん [2008/05/06(火) 01:40:18 ID:Db+mgkTm]
- CIのルータが変態なので自前ルータを書いてるんだが
hoge/moge/
と
hoge/moge
を同一と判定すべき？しないべき？
- 417 名前：nobodyさん [2008/05/06(火) 01:45:13 ID:iGu8GQhf]
- すべき
- 418 名前：nobodyさん mailto:sage [2008/05/06(火) 01:54:34 ID:???]
- だよな
ファイルシステムとの類推で考えると
同名のファイルとディレクトリは同階層に存在できないもんな
- 419 名前：nobodyさん mailto:sage [2008/05/06(火) 03:21:15 ID:???]
- どちらでも同じコンテンツにアクセスできることが望ましいと思うが、
どちらかに転送した方が良いと思われ
- 420 名前：nobodyさん mailto:sage [2008/05/06(火) 16:53:07 ID:???]
- 質問スレで知ったんだがRhacoってどうなの？
和製フレームワークっぽいけど
このスレで出たことないよね？
- 421 名前：nobodyさん mailto:sage [2008/05/06(火) 16:54:23 ID:???]
- どうも和製はなぁ。
結局海外製に押し切られる気がする。
だからRubyもいまいち使う気になれない。
- 422 名前：nobodyさん mailto:sage [2008/05/06(火) 16:56:00 ID:???]
- Rhacoのオフィシャルサイトがなんか重いなァ
パフォーマンスでないのかな？
- 423 名前：nobodyさん mailto:sage [2008/05/06(火) 16:59:32 ID:???]
- 結構作り込んである印象
なんでまったく話題に出なかったんだろ？
- 424 名前：nobodyさん mailto:sage [2008/05/06(火) 17:36:05 ID:???]
- >>416
それって他のFWもそうじゃない
その辺があまいのばっかだよなあ
- 425 名前：nobodyさん mailto:sage [2008/05/06(火) 17:47:31 ID:???]
- CIがあまいだけでは？
- 426 名前：nobodyさん mailto:sage [2008/05/06(火) 17:48:55 ID:???]
- >>418
おいおい。index.htmlを忘れているぞ。
hoge/moge/ だとmogeフォルダのindex.html（設定による）を参照すべきだろう？
- 427 名前：nobodyさん mailto:sage [2008/05/06(火) 17:55:43 ID:???]
- >>426
>>417-418は、まさにそう言ってるんだと思うが？
- 428 名前：nobodyさん mailto:sage [2008/05/06(火) 18:14:00 ID:???]
- いや、少し考えてみた。
URLが hoge/moge なら、一番最初に hoge/moge を探すべきだな。rewriteやaliasを含めて。
いきなり hoge/moge/ に書き換えるのは乱暴か
で、そうやって探して hoge/moge が見つからなかった時のみ、hoge/moge/(DirectoryIndex) と
するのが一応は順序かと思った。
>>426はそういう意味かな
- 429 名前：nobodyさん mailto:sage [2008/05/06(火) 18:15:28 ID:???]
- /hoge/mogeでも/hoge/moge/でもどっちでも
mogeがディレクトリ的存在だったら
/hoge/moge/index.html
が表示されるべきで、
その判断はサーバ側でおこなう。
最後の/の有無だけに、エンティティの判断基準を委ねない。
ってことだな
- 430 名前：nobodyさん mailto:sage [2008/05/06(火) 18:16:27 ID:???]
- なんかかぶったｗ
- 431 名前：nobodyさん mailto:sage [2008/05/06(火) 18:20:13 ID:???]
- >>430
結論は反対だけどねｗ
- 432 名前：nobodyさん mailto:sage [2008/05/06(火) 18:22:19 ID:???]
- ん？同じだろ？
- 433 名前：nobodyさん mailto:sage [2008/05/06(火) 18:24:06 ID:???]
- 426…最後の/で判断するよ派
428・429…最後の/で判断しないよ派
これであってる？
- 434 名前：nobodyさん mailto:sage [2008/05/06(火) 18:30:18 ID:???]
- ってか
フレームワークのルータに/hoge/moge/index.htmlが渡ることって考えにくいな
素のリソースはmod_rewriteの設定で直接アクセスされるだろ
- 435 名前：nobodyさん mailto:sage [2008/05/07(水) 00:29:19 ID:???]
- /foo/barへのアクセスは
1./foo/barがファイルであるか確認
2./foo/bar/へリダイレクト（301 Moved Permanently）
が正しい動作のはず。
- 436 名前：nobodyさん mailto:sage [2008/05/07(水) 01:08:20 ID:???]
- 何を基準にした「正しい」動作なの?
- 437 名前：nobodyさん mailto:sage [2008/05/07(水) 01:32:49 ID:???]
- 俺もｵﾓﾀ。いったい何を基準に正しい・正しくないを議論しているのか…
独自アプリのルーティングの話で index.html がどうとかﾜｹﾜｶﾗﾝ
静的ファイルを表示するための httpd を書いていて
mod_dir に酷似した挙動をさせたいということならわからなくもないが、
>>416が聞きたいのはそういうことなのか?
- 438 名前：nobodyさん mailto:sage [2008/05/07(水) 02:53:40 ID:???]
- パスが変わるのでしないべき
妥協点はスラ付きへリダイレクト
が正解
- 439 名前：nobodyさん mailto:sage [2008/05/07(水) 03:22:12 ID:???]
- >>438に賛同。
SEO/SBO という面で考えれば、/ ありと / 無しをアプリ側で同一と見なすべきではない。
ただし、ユーザビリティを考慮すれば、/ 無しを / ありに 301 で転送 (またはその逆) をすることをするとなお良い。
参考 → pmakino.jp/tdiary/20061105.html#p01
- 440 名前：nobodyさん mailto:sage [2008/05/07(水) 06:16:35 ID:???]
- なるほど
たしかにSEO的にリダイレクトする方がいいな
㌧㌧
- 441 名前：nobodyさん mailto:sage [2008/05/07(水) 06:36:20 ID:???]
- >>414
乗り遅れたけど、いい事言ってるなあ。
>>407とか>>415は流行に流されて本質を見失ってるな。
俺はテーブルと一対一になるモデル「じゃない」モデルクラスを作って対処してる。
- 442 名前：nobodyさん mailto:sage [2008/05/07(水) 06:50:57 ID:???]
- >>441
日本語が読みきれん。どっち？
テーブルと1:1に対応することを前提としないモデルクラスを作ってる
テーブルと1:1に対応する、内部の構造が隠蔽されていないから必ずしもモデルとは呼べない、モデルクラスを作ってる
前者だろうとは思うけど、一応。
- 443 名前：nobodyさん mailto:sage [2008/05/07(水) 09:21:36 ID:???]
- はぁ。テーブルと一対一にならなくても
モデルはモデルだろ。
- 444 名前：nobodyさん mailto:sage [2008/05/07(水) 09:47:29 ID:???]
- むしろ、テーブルと1:1になることを前提にするのは、内部構造に対する抽象化が制約されるという意味で、
モデリングとして不適切だと思ってる。
だから自分的には >>443 は自明。
ただ、>>441 の言葉の意味が取りきれなかっただけ。
- 445 名前：nobodyさん mailto:sage [2008/05/07(水) 09:56:24 ID:???]
- クラスで使う例外って
クラスと同じファイルに書く？別にする？
例外クラスを1クラス1ファイル方式にすると
ファイルがとっちらかるよなぁ
- 446 名前：nobodyさん mailto:sage [2008/05/07(水) 12:42:06 ID:???]
- 特定のフレームワーク上でのお作法の話ならずれてるかも知れんが、
自分の場合、自作の例外クラスって、せいぜい2個ぐらい (ユーザ操作系、システム異常系) しか作らない。
どんな例外であれ、rollbackしてエラーメッセージ出して終わりってのがほとんどだから、
クラス分けせずにエラーコードで区別してる。
- 447 名前：nobodyさん mailto:sage [2008/05/07(水) 14:16:49 ID:???]
- 俺はタイプヒンティング使ってcatchするのに結構使うな
- 448 名前：nobodyさん mailto:sage [2008/05/07(水) 20:53:16 ID:???]
- >>446
せっかく例外という便利なものが使えるのに、
古臭く、使いづらく、バグが起こりやすい、
エラーコードを使う理由ってなに？
- 449 名前：nobodyさん mailto:sage [2008/05/07(水) 21:11:53 ID:???]
- >>448
例外の中でエラーコードを使うこと言うこと。
クラスの型で判別してないだけで、例外は使ってる。
- 450 名前：nobodyさん mailto:sage [2008/05/07(水) 21:14:56 ID:???]
- >>449 タイプミス訂正
例外の中でエラーコードを使っていると言う意味。
クラスの型で判別してないだけで、例外処理は使ってる。
- 451 名前：nobodyさん mailto:sage [2008/05/07(水) 21:59:18 ID:???]
- >>445
class なんとか_かんとか_Exception extends なんとか_Exception
{}
だけみたいなファイルが増えてくのはやっぱバカバカしいな
- 452 名前：nobodyさん mailto:sage [2008/05/07(水) 23:57:23 ID:???]
- というかPHPのtry catchはゴミすぎて使う気になれませんよｗ
- 453 名前：nobodyさん mailto:sage [2008/05/08(木) 00:14:58 ID:???]
- 結局catch ～～ で分岐するか、instanseof で分岐するか、
$e->getCode(), $e->getMessage() で分岐するか、の違い
しかないとか思っちゃうんだが、わかってないってことだと
自分でも思う
- 454 名前：nobodyさん mailto:sage [2008/05/08(木) 00:29:40 ID:???]
- MVC要らんな。
長い目で見たら実は激しく開発効率が落ちるよな。
みんなとっくに気付いてるだろ。
もうMVCなんて発掘された化石にしがみつくのはやめようぜ。
テンプレートに全部書くに限る。
冗談抜きで、コピペでいい。
変更は該当ファイルを変更。
追加は新規作成。
そもそもPHPはこの形で爆発的に伸びてきた。
ものすごい速さで「ページ」を量産できてきたわけだ。
PHPと比較してはるかにHTMLを苦手とする他の言語の実装にすりよる必要なんてない。
コードが醜悪で結構。
メンテし難い？
いやいや、HTML部分はどんな初心者でも理解可能だからさっさと読み飛ばすわけだ。
そして残ったPHP処理部分がMVCを捨ててページ単位で完結して書いてある。
完結しているのだから、追っていくだけで全容が分かるわけだ。
汚い素のPHPファイルが開発効率に優れている理由はここにある。
何かを試験的に作るとき、さっさとPHPというテンプレートで書いちゃうだろ。
たぶん、数時間あれば、第三者に見せられる程度の単機能ページを作れるだろ。
その試作品でいいんだよ。
一週間かけたものと何も変わんねえから。
つまりその試作品で50万くらい請求できるわけだ。
あるいは、10万に値下げできるわけだ。
頭冷やそうぜ。
PHPそのものが実利の塊なんだから、無理して加工すんなって。無駄な汗を流すなよ。
どうしても加工してPHPらしくない別フレームワークを作りたければ、C++で本気で作れ。PHPでやるな馬鹿外人。
- 455 名前：nobodyさん mailto:sage [2008/05/08(木) 00:42:41 ID:???]
- >>454
プログラマとしては気に入らないけど、現場レベルだとコピペ嵐の方が修正時の影響範囲が
限定的だから現実的だというのは、認めないわけでもない。
カラシニコフ的アーキテクチャとでも言うべきか。
|
 |
