元スレ【PHP】フレームワーク CakePHP 19ホール目【v3.3】
php覧 / PC版 / みんなの評価 :
前へ
51 = :
ソースを読むのが早い
52 = :
ソーすか！
その手があったか
あとブログとかだと２のこと書いてるのか３のこと書いてるのか
あるいはテンプレなのかコントローラーなのか分からんことが多いのも困る
53 = :
普通の言語でもそうだけど、ある程度文法わかったら、話しちゃったほうが早い
54 = :
>>47
これだけ長くサポート続けてくれるのなら、良いフレームワークだと思うよ
55 = :
366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
http://twitter.com/yukihiro_matz/status/869061879389343744
367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大：ITpro
http://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/news/17/052601508/
372 :nobodyさん2017/05/29(月) 19:10:37.12 ID:???
Railsでシステム作って納品する
↓
Railsはマイナー、メジャーのアップデートが半年以内に必ずある
↓
客がアップデートする。アップデートによるエラーやバグ、動作の不具合に気づく
↓
気づいてから1年以内に通知すれば、5年間無料保証ゲット
↓
つまりRailsがアップデートするたびに、無償の修正作業を発生するということかな
376 :nobodyさん2017/05/30(火) 09:20:20.09 ID:L5po86sS
>>378>>379>>375
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか？たぶん無理だろう。無限の直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。
56 = :
瑕疵担保責任（かしたんぽせきにん）
瑕疵担保責任のポイント
民法改正で事実上期限が「無制限」になった
バグや設計のミスなどは、瑕疵担保責任
納品物に不具合があれば損害賠償を請求される可能性もある
不具合を指摘されたらすぐに行動をとるべし
軽微なミスでも先延ばししない
http://itpro.nikkeibp.co.jp/atcl/news/17/052601508/?rt=nocnt
http://www.atmarkit.co.jp/ait/articles/1706/26/news014.html
改正法では欠陥に気付いてから1年以内にITベンダーに通知すれば、
通知後5年以内は修正や報酬の減額などを求められるとしている
全ベンダーが泣いた民法改正案を解説しよう その1
http://www.atmarkit.co.jp/ait/articles/1609/14/news009.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_2.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_3.html
57 = :
ポイント1：修補や損害賠償、契約解除の期限がなくなる
従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。
もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。
58 = :
PHP7とか2→3に更新するにあたって問題ありすぎだろそりゃ廃れるわ
59 = :
>>49
俺もlarabelを勉強中だけど、くじけそうだよ
全部書くからこそ安心・確実というのもあるんだろうけどｗ
60 = :
PHPのバージョンをあげるので
cakePHPも最新にしようと思ってますが
やっぱりバグだらけですか？
61 = :
>>60
いくつからいくつに上げるの？
62 = :
PHP5→7は割と大変
既に3.2辺り使ってるならまだマシだけど2あたりからだとclassがかなり使えなくなってるし
公式のアップデートツールも産廃だし
63 = :
>>61 >>62
5→7
cake2 → cake3
うーんやっぱりやめておいた方がいいかもしれないね。
cake2からcake3にするとほぼ全て作り直しになりますか？
64 = :
>>63
作り直しプラスかなりの学習コスト
65 = :
>>64
、、、サンクス
やばそうですね。
cake2のサポート期限が迫っているという話が
このスレッドに出てましたので、cake3に乗り換えないといけないかな～と思っていました。
かなり大変そうなので、新規システムだけ cake3で構築してみます。
66 = :
あと、もう一点皆さんの見解をお伺いします。
cakeみたいなFWを使っていると便利な反面、今回の様な局面に出くわすと思います。
そう考えるとプレーンなPHPだけで構築した方が良い気もしますが、いかがでしょうか？
67 = :
>>66
俺はそれでもcakeを使うな。
サポート期間は他と比べてもかなり長いほうだと思うよ。
サポートが切れる頃はそもそも作り直しても良い頃じゃないかな。
68 = :
俺はCakeは2までかな
次はCakeは卒業してララベルにいくわ
69 = :
>>67 >>68
なるほど。
kohanaとかいう糞FW使った事があります。
糞でした。
70 = :
>>67
サポートが切れる度に作り直すの？
実際の業務でそんなこと絶対無理じゃない？
71 = :
>>70
調整力次第でしょ。そのための期間は充分確保されてると思うよ。
72 = :
やっぱりFW使うよりPHPでゴリゴリ書いた方が良さそう。
73 = :
ちなみに cakeの2と3ってどの位違ってる？
2に慣れてる人間が3使うとどうなる？
74 = :
>>73
他のフレームワークを学習するのと同じくらいコストがかかる。
だからlaravel含めて別のに移る人も多いんだよね。
75 = :
>>74
まじでっか～。。。
cake2結構気にいってたんだけどね。なんでFW統一しないんだろ。
76 = :
俺は何か変だな～と思いつつcake2を使ってたけど、
去年重い腰を上げて移行先を探したよ。
それでララベルやり始めたんだけど、難しくて速攻挫折した。
次にcake3をやり始めたけど学習することはあんまりなかった。
もともcake2もそんなに深く使いこなしてないって言うのがあるかもしれないけど。
他のフレームワークつかたことがなくて
cakeが糞だ糞だ言われるのか今までわからなかったけど、
cake3使い始めてcake2がいかに糞か理解したｗ
77 = :
cake2は使いやすいよ。
78 = :
俺も2はよかったと思うよ。
具体的に何が不満なんだろう。
79 = :
なんで3で大きな変更しちゃったんだろう。
大きく変えるほどユーザー逃げるに決まってるのに。
80 = :
なんでユーザが２に慣れてるのに
かえるんだろ。
その２で開発をすすめてバグを収束させた方がいいと思うんだけど、、、
なんで？
81 = :
なんでって、そんなの周りが変わったら自分も変わらないと置いてかれるから
Cakeが結構言われてたのは、結果が配列で返ってくるからクソって言われてて、オブジェクトで返す方法に変えたかった
PHPのバージョンが上がったり、Composerが登場したり、フレームワーク同士でライブラリを共通で使えるようになったり、そういう流れから置いていかれるというのは、そのフレームワークの死を意味する
83 = :
cake3だとそんなことができるの？
知らなかった
でもcomposerて必要か？エラーばかりで使い物ならないんだけど
84 = :
ルーティングについてお願いします
example.comにアクセスがあればfooコントローラを実行するように、
Router::connect('/*', array('controller' => 'foo','acton'=>'display'));
と書いたらいけたのですが、
example.com/barへのアクセスの場合もfooのアクションindexが実行されてしまいます
example.com/barの場合はfooコントローラのbarアクションを実行させたいのですがどのように書き換えたらよろしいでしょうか？
ご教示何卒よろしくお願いします
85 = :
>>83
composerのパーミッションが間違ってるとかアップデートしてないとかじゃないの？
今じゃCakeのインストール、アップデート、プロジェクトの作成、ライブラリのインストール、全部composer使うよ
86 = :
>>83
これがCake2の生み出した悲劇か
89 = :
>>88
hexntai
90 = :
>>89
？？？
91 = :
いつの時代の話してんの
PhpStormでしょ
92 = :
化石みたいな案件がきたから仕方なくcakeで実装してるけどやっぱオワコンだな
93 = :
>>92
オワコンは脳劣化人間が使う言葉らしいよ
94 :
>>27
Railerだけど
Rails終わったと思ってたが
こうやって見るとまだまだ行けそうな気がしてきた
97 = :
>>86
どういうこと？
98 = :
cake2でシェル実行をしても何も反応がありません。
何が原因なのでしょうか？
php /home/{user_name}/cake/Console/cake.php HogeClass HogeFunction default -app /home/{user_name}/apps/test-app.com
99 = :
自己解決
100 = :
>>97
Cake2の中途半端な便利さが現代のPHP開発に必須とも言えるComposerすら使えない産廃PHPerを生み出してしまったんだなあ
みんなの評価 :
php一覧へ類似してるかもしれないスレッド
- 【PHP】フレームワーク CakePHP 11ホール目【v1.3】 (1001) - [96%] - 2011/6/30 22:32
- 【PHP】フレームワーク CakePHP 10ホール目【v1.3】 (1001) - [96%] - 2011/2/13 8:32
- 【PHP】フレームワーク CakePHP 9ホール目【v1.3】 (1001) - [96%] - 2010/11/1 2:53
- 【PHP】フレームワーク CakePHP 13ホール目【v2.0】 (995) - [95%] - 2012/4/23 21:16 ○
- 【PHP】フレームワーク CakePHP 15ホール目【v2.2】 (985) - [95%] - 2013/9/7 8:30
- 【PHP】フレームワーク CakePHP 17ホール目【v3α】 (955) - [95%] - 2016/11/15 20:45
- 【PHP】フレームワーク CakePHP 17ホール目【v2.4】 (984) - [95%] - 2015/1/10 2:45
- 【PHP】フレームワーク CakePHP 16ホール目【v2.4】 (1001) - [95%] - 2014/3/3 3:00
- 【PHP】フレームワーク CakePHP 14ホール目【v2.1】 (1001) - [95%] - 2012/12/3 19:16
- 【PHP】フレームワーク CakePHP 8ホール目【1.3】 (1001) - [93%] - 2010/7/22 22:16
- 【PHP】フレームワーク CakePHP 12ホール目【笑】 (1001) - [92%] - 2011/11/8 7:01
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [90%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [90%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [90%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [90%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [84%] - 2008/6/19 7:19 ○
トップメニューへ / →のくす牧場書庫について