結局ＰＨＰのフレームワークってどれがいいの？

1

： nobodyさん [] 2014/08/17(日) 00:19:15.36

ID

:iiqVqpD1

最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな？
laravel symfony2 zendFramework　CodeIgniter　Yii

2

： nobodyさん [sage] 2014/08/17(日) 00:22:33.82ID:???

>>2

CakePHP

3

： nobodyさん [sage] 2014/08/17(日) 03:55:47.78ID:???

fuelphpは？

4

： nobodyさん [] 2014/08/17(日) 05:49:45.60

ID

:iiqVqpD1

>>2

>>3

実はまだプログラミングの勉強し始めて半年ぐらいでわからないこと多いんだけど
今まで
ＰＨＰ→オブジェクト指向→デザインパターンみたいな感じで学習して
最近cakephpを勉強してるって感じなんだけど
今までやってきたことと
あまりギャップに戸惑ってるって感じなんです
カプセル化とか抽象クラスとかインターフェイスとか全部ぶっとんで
アソシエーションで全部表現するし
勝手にクラスはインスタンス化されてるみたいだし
そもそもオブジェクトありきで共通項をクラスでまとめるって理解していて
オブジェクトが見えないことに結構違和感があってやりにくい感じです
でももう少しやってみます

5

： nobodyさん [sage] 2014/08/17(日) 23:39:49.61ID:???

そもそもナニを作ろうとしてるのさ

6

： nobodyさん [sage] 2014/08/19(火) 05:30:32.45ID:???

>>1

＞ていうかarrayうざい

ttp://http://php.net/manual/ja/language.types.array.php
PHP 5.4 以降では配列の短縮構文が追加され、 array() の代わりに [] を使えるようになりました。


ドキュメントも読めないならやめとけ。お前の存在がださい

7

： nobodyさん [sage] 2014/08/20(水) 01:16:06.45ID:???

>>1

そんな人はPhalcon使いなよ。
ttp://http://phalconphp.com/ja/
爆速だけど、デバッグには苦労するよ。

8

： nobodyさん [sage] 2014/08/20(水) 19:56:25.01ID:???

まずフレームワークの意義やMVC2パターンについて学んだほうがいいのでは？
オブジェクトが見えないっていうのはフレームワークのソースコード追ったら見えるはずだけど

Cakeにオブジェクト指向的じゃない部分が多いのはわかる
Cake3でかなり改善されるが今はあまり時期が良くないので他使った方がいい
コードの読みやすさならLaravelが最近評判いいな
長期的に見るとSymfony2が安牌だと思うが

9

： nobodyさん [sage] 2014/08/20(水) 20:27:42.38ID:???

何を指して"オブジェクトが見えない"って言ってるのかよーわからん

10

： nobodyさん [] 2014/08/31(日) 04:13:04.47

ID

:85ldFXfJ

日本語の説明が充実しているところがいい。
ttp://http://bigchinpo.blogspot.jp/2014/08/php.html

11

： nobodyさん [] 2014/09/02(火) 05:46:25.51

ID

:4V69SUeK

追記：アメリカと世界はLaravelが大人気
ttp://http://bigchinpo.blogspot.jp/2014/08/php.html

やはり言葉の関係か？

12

： nobodyさん [sage] 2014/09/02(火) 06:50:47.37ID:???

マルチバイトの扱いの問題もありそう

13

： nobodyさん [sage] 2014/09/02(火) 08:36:53.66ID:???

後発のを使ってみればCakePHP2系なんて二度と使う気起きなくなる
仕事で使わざるを得ない奴はご愁傷サマ

14

： nobodyさん [] 2014/09/02(火) 16:49:26.42

ID

:58ltjhES

PHPむずい

15

： nobodyさん [sage] 2014/09/02(火) 21:19:56.19ID:???

>>13

同意。

16

： nobodyさん [sage] 2014/09/03(水) 01:23:02.25ID:???

世の中にはCakePHP１系の負の遺産を保守しているところもあるのよ坊や

ちょっと屋上に行こうか

17

： nobodyさん [sage] 2014/09/03(水) 03:19:31.45ID:???

>>16

逝くなら一人で逝ってくれ

18

： nobodyさん [sage] 2014/09/03(水) 09:25:24.45ID:???

かわいそう

19

： nobodyさん [sage] 2014/09/03(水) 20:44:16.89ID:???

フレームワークを途中で変更するのは難しいからねぇ。
選んだキミが悪い。

20

： nobodyさん [sage] 2014/09/04(木) 08:41:23.07ID:???

yii2よさげなんだけどまだβなのがネック

21

： nobodyさん [] 2014/09/04(木) 09:29:13.43

ID

:OmFoEEeR

zend

22

： nobodyさん [sage] 2014/09/04(木) 13:27:05.72ID:???

やっぱ独自フレームワークに限るな

23

： nobodyさん [sage] 2014/09/04(木) 16:07:52.44ID:???

PHP使ってる時点でなに使っても一緒

24

： nobodyさん [sage] 2014/09/04(木) 19:26:54.85ID:???

何の言語使うべきと？

25

： nobodyさん [sage] 2014/09/04(木) 22:16:40.85ID:???

Perl

26

： nobodyさん [sage] 2014/09/04(木) 22:20:12.51ID:???

Perlは、引数の変数リストと
例外をPerl本体とメジャーなライブラリで
標準採用されないと使う気がしないね。

あとバグの元になるリストコンテキストと
スカラコンテキストをなくして欲しい。
単一値が返ると思いきや、複数の値が返って来て
キーと値のペアがずれるとかｗ

27

： nobodyさん [sage] 2014/09/05(金) 00:56:18.88ID:???

やっぱrubyいくか…

28

： nobodyさん [sage] 2014/09/05(金) 01:29:57.06ID:???

LL使ってる時点で（ｒｙ

29

： nobodyさん [sage] 2014/09/05(金) 04:28:13.11ID:???

phalconが最強だろｊｋ

30

： nobodyさん [sage] 2014/09/05(金) 15:20:04.61ID:???

俺は仕様書書くだけでプログラムが完成するから言語はなんだって構わんよwww

31

： nobodyさん [sage] 2014/09/05(金) 22:04:22.45ID:???

javaでええやんもう

32

： nobodyさん [sage] 2014/09/06(土) 11:45:36.69ID:???

pythonええで

33

： nobodyさん [sage] 2014/09/07(日) 08:08:46.91ID:???

F/Wの機能性能には拘らない。
でも、５年後１０年後にメンテすることや業務を引き継ぐことを考えると、ネットから
情報が消滅しないF/Wがいいな。

34

： nobodyさん [sage] 2014/09/07(日) 09:42:18.99ID:???

symphonyどう？

35

： nobodyさん [sage] 2014/09/07(日) 12:43:43.30ID:???

synfony2は結構速いらしいね
使ったことはないけど

36

： nobodyさん [sage] 2014/09/09(火) 19:17:25.72ID:???

openpneいじったときよ思い出が甦ります

37

： nobodyさん [sage] 2014/09/12(金) 23:56:23.69ID:???

MVCフレームワーク自体が旧世代
WordPressがデフォ

38

： nobodyさん [sage] 2014/09/14(日) 01:29:17.15ID:???

ワードプレスのコアを改造しまくったやっつけシステムを見たときにはガクッときた

39

： nobodyさん [sage] 2014/10/05(日) 23:17:55.53ID:???

ZendFrameworkだな
別にフレームワークとしてだけではなく、ライブラリ集としても使えるから

40

： nobodyさん [sage] 2014/10/07(火) 15:07:00.58ID:???

ここまでfuelがないとは・・・

41

： nobodyさん [sage] 2014/10/08(水) 06:29:20.04ID:???

laravelかわゆい

42

： nobodyさん [sage] 2014/10/09(木) 15:55:59.52ID:???

質問です。
ここならいろんなフレームワーク使ったことある人多いと思って。

PHPについてはWordPressのプラグイン作ったり、
RSS使ったちょっとしたサービス作ったりくらいは使えるんだけど、
新しくWebサービス作るにあたり、学習しやすいフレームワーク探してます。

日本語のドキュメントやチュートリアル充実してて（英語全くわからんｗ）、
ユーザー認証やデータベースとの連動なんかが楽な、
おすすめのフレームワークを教えて下さい。

43

： nobodyさん [sage] 2014/10/09(木) 20:31:33.87ID:???

>>42

フレームワーク使うのが初めてならスレを最初から読み直して気になったのを使ってみたら？

44

： nobodyさん [sage] 2014/10/10(金) 09:29:55.14ID:???

WPのプラグインが作れてフレームワークに触ったことないねぇ・・・w

45

： nobodyさん [sage] 2014/10/10(金) 18:09:48.37ID:???

なんかおかしいのか？

46

： 42 [sage] 2014/10/10(金) 22:59:05.20ID:???

フレームワーク触ったことないなんて一言も言ってないのに、
行間から読み取るなんてはんぱねーっす。

さすがいろんなフレームワーク触ってる先輩はすげぇっす。

と、煽りはこれくらいにしてｗ

コードイグナイターなら使ったことあるけど、あれはもう未来がないでしょ。
（ちなみに理解度は解説本にあったWeb APIと組み合わせたサイトを作る程度）
だからどうせこれから学ぶなら、人気のある評判のよいものがいいなと思った次第です。

47

： nobodyさん [sage] 2014/10/11(土) 00:05:17.59ID:???

laravelでええやん

48

： nobodyさん [sage] 2014/10/11(土) 01:34:29.96ID:???

未来が無いヤツを避けたい、ってことなら、すべてのフレームワークがそうなりうるでしょ。
そういう意味で一番安全なのはZendでしょうね。

49

： nobodyさん [sage] 2014/10/11(土) 14:53:22.81ID:???

結局、決定打がなくて未だに生のPHPをかりかりしてる

50

： nobodyさん [sage] 2014/10/11(土) 18:36:49.16ID:???

仕事じゃなければ良いかと

51

： nobodyさん [sage] 2014/10/12(日) 10:25:31.62ID:???

>>47

ありがとうございます。
調べてみたら、コード中のコメントまで日本語化されているということで、
これを勉強してみることにします。

しっかし、なんでこんなに同じようなフレームワークがわんさと出るのが疑問ですね。
ブログならWordPress一択みたいにまとまれば、もっと敷居も下がるのに。

52

： nobodyさん [sage] 2014/10/12(日) 10:27:14.00ID:???

WordPressにまとまったのは長い目で見ると失敗だろ
PHPも常に変化し続けてるし競争がある方がいいもんが生まれる

53

： nobodyさん [sage] 2014/10/12(日) 13:30:47.05ID:???

その時々で、旬のものを使えばいい。

54

： nobodyさん [sage] 2014/10/12(日) 13:34:25.43ID:???

>>52

RoR「せやな」

55

： nobodyさん [sage] 2014/10/12(日) 17:17:03.33ID:???

RoRはもうオワコン

56

： nobodyさん [sage] 2014/10/12(日) 17:18:32.41ID:???

phalconどうよ？

57

： nobodyさん [sage] 2014/10/12(日) 18:20:04.26ID:???

>>55

RoRのViewがしょぼいから、鋸テンプレートとか入れるんだけど、これまた地雷なんだよね。
Laravelのbradeがほんと素晴らしい。

58

： nobodyさん [sage] 2014/10/12(日) 19:21:02.77ID:???

テンプレートは「ほぼHTML」というのを使うのが
デザイナーとの分業に一番適してる。

59

： nobodyさん [sage] 2014/10/12(日) 19:22:15.62ID:???

PHPTALですねわかります

60

： nobodyさん [sage] 2014/10/12(日) 23:40:55.39ID:???

コマンドラインが使えないレンタルサーバでも使える、ファイルアップロードだけで済ませられるフレームワーク、と考えたら何が良いでしょうか？
FuelPHPはSimpleAuthを使うためにoilコマンドが必要でとまどっています。
CodeIgniterはコマンドライン不要っぽくて候補に考えているのですが、他にも該当するものはあるでしょうか。

61

： nobodyさん [sage] 2014/10/13(月) 00:42:00.16ID:???

あとKohanaもアップロードだけで済ませられるみたいなのですが、これは開発が終了しちゃったとのことで、避けたほうがいいかと思ってます。

62

： nobodyさん [sage] 2014/10/14(火) 08:29:34.09ID:???

ローカルの開発環境で作成したものをアップロードしたら良いのでは？

63

： nobodyさん [sage] 2014/10/14(火) 08:49:40.03ID:???

レン鯖でもデータベースの中身のエクスポート・インポートくらいできるしね

64

： nobodyさん [sage] 2014/10/21(火) 23:24:18.31ID:???

やはりZendしとけば間違いないでしょ
やりがいも一番ありそうだし
でその次はsymfonyも
ここまでできれば問題ないと思う

65

： nobodyさん [sage] 2014/10/22(水) 01:33:32.57ID:???

効率が…
そろそろ他使うべきよね

66

： nobodyさん [sage] 2014/10/22(水) 02:28:10.16ID:???

効率ってなったらRubyですかね

67

： nobodyさん [sage] 2014/10/22(水) 12:40:57.85ID:???

RubyというよりRailsだな。効率の要はフレームワークで
言語はほんの僅かフレームワークを作るのに便利かどうかってだけ。
フレームワークが出来上がってしまったら効率は殆ど差が無くなる。

68

： nobodyさん [sage] 2014/10/22(水) 22:59:59.03ID:???

月額1000円以下のレンタルサーバで使える、っていうとやっぱりPHPが圧倒的に多いんだよね

69

： nobodyさん [sage] 2014/10/23(木) 01:10:38.59ID:???

レンタルサーバーならslimが最速
vpsならpalcon

70

： nobodyさん [sage] 2014/10/23(木) 02:15:32.97ID:???

フレームワーク触る人がレンタルサーバに拘るかな？

71

： nobodyさん [sage] 2014/10/24(金) 10:42:02.07ID:???

やはり言語よりフレームワークの時代って感じですね

72

： nobodyさん [sage] 2014/10/24(金) 17:16:02.37ID:???

えっ

73

： nobodyさん [sage] 2014/10/24(金) 22:37:53.69ID:???

※PHPer

74

： nobodyさん [sage] 2014/10/24(金) 22:50:55.76ID:???

PHPこそ至高
他のスクリプト言語してるやつは一体何を考えてんだかｗ
Railsとかただのネトウヨじゃねーかｗ

75

： nobodyさん [sage] 2014/10/27(月) 00:58:52.06ID:???

そうっすね

76

： nobodyさん [] 2014/11/04(火) 12:05:54.25

ID

:JbW6cdCJ

xamppでapacheのサービスを有効にしようとすると、
「services cannot be installed or uninstalled while the service running」という、
エラーが吐き出されます。
スカイプを切り、apache control panelのプロパティにて「管理者としてこのプログラムを実行する」
にチェックを入れましたが解消されません。

何か他に対処方法はありますでしょうか？

使用OS：win7 ultimateです。
よろしくお願いいたします。

77

： nobodyさん [sage] 2014/11/12(水) 00:11:03.44ID:???

>>72

政治思想と物乞いの区別が付かないのが、チョウセンヒトモドキ

78

： nobodyさん [sage] 2014/11/12(水) 06:00:13.26ID:???

>>76

httpd -t でhttpd.confをチェック
サービス一覧でIISなどポート80を使ってるものがないかチェックするか、
もしくはhttpd.confでポートを80->8080などに変えてみる。

79

： nobodyさん [sage] 2014/11/14(金) 18:31:47.03ID:???

laravelはかわいい

80

： nobodyさん [sage] 2014/11/14(金) 21:41:31.04ID:???

フレームワークはどれも十分すぎるほど高機能。
でも本当に必要なのは、基本的なMVCの機能やルーティングの機能くらい。
足りない機能は自分でコード書けばいい。

それよりも、学習を始める最初の一歩が大切。
つまり、書籍やオンラインマニュアルの品質が大切だと思う。

それと、マイナーバージョンアップを頻繁に行ったり下位互換性がないのはダメ。



で、自分的には、FuelPHP。

81

： nobodyさん [sage] 2014/11/14(金) 21:42:09.15ID:???

Auraええね

82

： nobodyさん [sage] 2014/11/15(土) 11:23:08.35ID:???

FuelPHPは確かに今のところ一番充実したドキュメントがあるね。

ただ名前が呼びにくいからダメ。
所詮ウブントゥと共に消える運命。

83

： nobodyさん [sage] 2014/11/15(土) 12:28:28.22ID:???

>>80

JAX-RSええよ。

PHPのフレームワークにそれ求めるのは、筋違い。
書籍もいらんし、ドキュメントは最低限のUp and Runningなのがあればいい。
あとはソース読む。どうせ、ドキュメントがバージョンアップについてこないんだから。

84

： nobodyさん [sage] 2014/11/15(土) 17:28:20.70ID:???

>>82

おまえフューエルって言えないのかよｗ
言えないなら特別にヒユーエルでもフユーエルでも許してやるわ。

それでも言えないならフーエルでもいいぞ。

85

： nobodyさん [sage] 2014/11/15(土) 17:53:11.29ID:???

>>83

あなたのようなスキルが高く能力のある人ばかりではないのよ。
学習能力・理解力・経験の差が大きいの。

＞あとはソース読む。
貴方は、学習を始める初期段階からソースを読んで習得するの？？？

86

： nobodyさん [] 2014/11/16(日) 19:20:53.97

ID

:tLKQmBKA

全部で数百件程度のDB検索で、15秒もかかる小さい商用サイトがあるんだけど
リンクがコロン区切りなのでCakeと思うが、チューニングとかで早くならんの？
これって別のフレームワークや、素のPHPやSQLで部分的に書く方がいいのかね？
もう表示崩れたりサイト中がごちゃごちゃだし、会社も直す気なさそうだけど

87

： nobodyさん [sage] 2014/11/16(日) 21:34:10.20ID:???

>>86

フレームワークの問題じゃないよ。

レコード全部取ってきて、PHPのforeachでループして検索してたりしてｗ

88

： nobodyさん [sage] 2014/11/21(金) 19:14:15.52ID:???

>>86

君のサイト？

89

： nobodyさん [sage] 2014/11/21(金) 22:06:00.02ID:???

>>86

まずどこにパフォーマンスを落とす要因があるのか計測が必要だよ。
ソースコード上の箇所を突き止めることが必要ですよ。

90

： nobodyさん [] 2014/11/22(土) 23:40:46.08

ID

:lNM/uAF0

>>86

DBにインデックス張ってないんじゃ
まずはクエリを特定すべし

91

： nobodyさん [sage] 2014/11/23(日) 06:35:12.56ID:???

とりあえず撃ってるSQLをerror_logしてコマンドラインで同じの撃ってみるのかな
そういうことするときって生の文字列でSQL書いてるほうがラクなんだけどMVCフレームワークだとWHERE句ひとつひとつ関数で書いたりしてて面倒だ

92

： nobodyさん [sage] 2014/11/23(日) 10:17:50.19ID:???

フレームワークに、SQL出力する機能あるだろ、およそ。

93

： nobodyさん [sage] 2014/12/28(日) 21:59:51.62ID:???

そういやLaravel 5 は年内リリースの予定だったよな。
どしたんだ？

94

： nobodyさん [sage] 2014/12/29(月) 15:02:20.20ID:???

後2日ある。
まだ、あわわわわ、てるような時間じゃない。

95

： nobodyさん [sage] 2014/12/29(月) 15:28:39.56ID:???

2014年12月60日くらいには出るんじゃないかな

96

： 93 [sage] 2014/12/29(月) 19:05:50.59ID:???

１月だって書いてあった。

97

： nobodyさん [sage] 2015/02/08(日) 06:43:49.18ID:???

LaravelのスレもFuelのスレもCodeIgniterのスレも、伸びてないなぁ。。。
CakePHPは興味ないので知らんけど。

LaravelはVer5が出たし。
Fuelは鈴木さんの良書が出たし。
CodeIgniterはVer3がリリース目前だというのに。

なんでかな？
みんなAndoroidの開発に移っちゃって、PHPはやめちゃったの？

98

： nobodyさん [sage] 2015/02/08(日) 10:43:06.24ID:???

それもあるかもね
あと、新しいバージョンが出たらすぐに試そうなんて奴はRoR使ってそうだし、Angularとかクライアントサイドに力入れてる奴もいるだろうし

99

： nobodyさん [sage] 2015/02/08(日) 10:51:22.79ID:???

それから、「意識高い」奴らはこんなとこに書き込むことが古くてダサいと思ってそう

100

： nobodyさん [sage] 2015/02/08(日) 11:12:38.68ID:???

>>99

こんなとこが古くてダサいなら、いったいどこに書くんだ？

101

： nobodyさん [sage] 2015/02/08(日) 12:45:16.27ID:???

CodeIgniterはライセンス問題は解決したの？
たしかそれが原因でVer3に移ったんだよね？

102

： nobodyさん [sage] 2015/02/08(日) 13:08:53.78ID:???

PHP初心者じゃない、フレームワーク初心者に向いてるフレームワークって何ですかね？

あとPhalconってどう？

103

： nobodyさん [sage] 2015/02/10(火) 03:12:19.24ID:???

おれCI使ってるけど語ることないなー、てのが（CIに限らず）安定系利用者の本音かと思う
社内でも「そろそろFuelいっとく？」てな話題は出るけど、優先順位を上げる必要性が今んとこリプレースコストほど想像できない

そのうち新人に老害と罵られる未来は感じる
でもうちは新人入れる余裕も当面ないし、正直悪循環だなとは思う

104

： nobodyさん [sage] 2015/04/04(土) 19:46:29.05ID:???

CodeIgniter + Smarty = 最強。

速度
シンプルさ
覚えやすさ
利用者の多さ


FuelPHP、Laravel、CakePHPを使ってみた結果たどり着いた。

105

： nobodyさん [sage] 2015/04/04(土) 19:56:36.16ID:???

CodeIgniterスレってないの？

106

： nobodyさん [sage] 2015/04/07(火) 01:24:16.73ID:???

>>104

FuelPHP使ってからCIに戻ったんだ？珍しい
保守サーバ環境によほど古いの混ざってるとか、再教育コストが馬鹿にならないとかなければCI使う理由ってないと思うけどな

でもほんとシンプルで必要十分だよねCI
Fuelは機能面でしっかりトレンド追い掛けてるから、代償としてマニュアルも膨れ上がっちゃってるし。
あれこれ要求するとFuelになるだろからCIはこのまま枯れっぱなしで保守して欲しいわ

107

： nobodyさん [sage] 2015/04/08(水) 06:03:00.29ID:???

>>106

FuelPHPは、良いですね。
特に日本語ドキュメントは秀逸だと思いますし、FuelPHPの書籍も
素晴らしい。

メソッドの名前も、CIより良いなと思いました。

機能的には、Smartyとの連携の容易さ、ユーザ認証機能が付属、
BootStrapも標準で付属（だったかな）など。

でも、どの機能もCIをベースにちょっとトッピングすれば実装できるんですよね。

一方で、既存のCIのサービスの保守をしながらFuelPHPを採用すると、
スキル的にCIとFuelPHPの２本立てになってしまうという台所事情がありまして。

それが嫌でCIに戻りました。

108

： nobodyさん [sage] 2015/04/08(水) 21:26:16.30ID:???

なるほど納得。どうせ二本立てになるくらいならCIのままの方が混乱ないですよね
うちはCIでやってたスマホ用のシステムが、建増し住宅しすぎて本当にひどくなってw
問題点洗いだして心機一転4人チームでFuelPHPで再実装しました。
みんななんとなくFuelいいなーって思ってる奴らだったので思いの外うまくいきましたが、一人でも戸惑ってるメンバーがいたらやめてたかもなぁ

CIのままでも作り直しの成果は上げられたとは思いますしね
DB周りはかなりすっきりしたけど、本質的な問題は建増し住宅のごとき仕様変更による混乱だっただけだしなーww

109

： nobodyさん [sage] 2015/04/12(日) 02:02:18.05ID:???

CodeIgniterは「フレームワーク自体はデータベースを必要としない」っていうのが好きで使ってる。

110

： nobodyさん [sage] 2015/04/12(日) 16:05:59.32ID:???

フレームワーク自体がデータベースを使ってるものなんて
どこにあるんだ？

111

： nobodyさん [sage] 2015/04/13(月) 02:00:17.81ID:???

cake1とか規約が厳しいフレームワークのことを引き合いに出してるのでは？
どのみちちょっと情報が古そうだが

112

： nobodyさん [] 2015/04/17(金) 22:11:41.29

ID

:6tz14xdX

1ファイルのフレームワークってないかな
さくっと使いたいのだけど

113

： nobodyさん [sage] 2015/04/17(金) 23:52:42.99ID:???

1ファイルをお望みなら、欲しいのはフレームワークじゃなくて「お手軽ライブラリのセット」なんじゃないのかなぁ

運用の上でまとめたものと利用方法のセットがフレームワークだと思うんだ
opcacheあんだしファイル数とか気にしなくて良くね

1ファイルにパックできてもいいことないと思うよ
アプリ側フォルダはどうせルールに従った構成が必要になるだろうしね

114

： nobodyさん [sage] 2015/04/19(日) 01:20:44.81ID:???

>>112

limonadeとか？

115

： nobodyさん [sage] 2015/05/26(火) 21:17:15.08ID:???

どのフレームワークも盛り下がってるな

FuelPHP
Laravel
CodeIgniter
Yii

だれも使ってないのか

116

： nobodyさん [sage] 2015/06/20(土) 12:38:24.72ID:???

結局現場リーダーが使い慣れたものが採用される
で、Cakeになる　おしまい

117

： nobodyさん [sage] 2015/06/21(日) 19:38:51.36ID:???

PHP7がウワサされてるが、そしたらフレームワーク界も動くかね。

118

： nobodyさん [sage] 2015/06/22(月) 08:40:30.42ID:???

ウワサ？
もうα出てるんだが？

119

： nobodyさん [sage] 2015/06/22(月) 11:47:15.49ID:???

PHP7時代到来で、どのフレームワークが速いとかいう議論も不毛になりそうだな
フレームワークは開発のしやすさで選ぶ流れへとシフト

120

： nobodyさん [sage] 2015/06/29(月) 00:22:09.88ID:???

じゃあララベルできまりだな

121

： nobodyさん [] 2015/07/01(水) 12:28:27.28

ID

:v6IEhj/I

暇人以外は
cake使っとけ

122

： nobodyさん [sage] 2015/07/04(土) 20:39:13.49ID:???

シンフォニーは？

123

： nobodyさん [sage] 2015/07/04(土) 20:55:41.44ID:???

シンフォニーは、知らん。

迷うならCodeIgniter使っとけ。
世界のデファクトスタンダードだからな。

124

： nobodyさん [sage] 2015/07/05(日) 11:28:32.75ID:???

一時期ライセンス問題あったから避けたんだよなーorz

125

： nobodyさん [sage] 2015/07/05(日) 12:18:27.13ID:???

ライセンス問題は解決したからもう一度やってみよう
軽量省機能がウリだから覚えることも少ないぞ

126

： nobodyさん [sage] 2015/07/05(日) 12:42:17.74ID:???

ライセンス問題のせいで、ただでさえ乱立のＰＨＰフレームワークが
FuelPHPとかlaravelとかにバラけて
もう辟易だよ

127

： nobodyさん [sage] 2015/07/05(日) 12:51:27.40ID:???

まあ別に必要なら全部覚えりゃいいべ。
ほとんどの知識は流用で済むんだから

128

： nobodyさん [sage] 2015/07/05(日) 12:54:50.60ID:???

結局何が良い？
2chの勢いだけならcakeか？

129

： nobodyさん [sage] 2015/07/05(日) 12:58:24.16ID:???

現場で一番多いのはおそらくCake1

案件も新規開発が減っていて、改修とかリプレイスとかが多いから迷うところ

130

： nobodyさん [sage] 2015/07/05(日) 13:23:45.57ID:???

cake1かー
いまさら覚えるのもなー

131

： nobodyさん [sage] 2015/07/05(日) 17:06:30.84ID:???

今までも乱立してきたし、それはこれからも続くことを
考えれば、長く安定して使えるものが一番いいだろうね。

Cakeは使ったことないから間違っているかもしれないけど、
規約で縛られた開発ルールだから、その知識は他のフレームワークに
流用できないのではないだろうか？？？

132

： nobodyさん [sage] 2015/07/09(木) 10:31:44.95ID:???

CakePHPはModelっていうか、DBアクセス周りがクソすぎて
小さいWEBサイトならまだしも、本格的なWEBアプリケーションでは使えないでしょ。
あんなもの便利がって使ってる人は頭が悪いんだよ。

CodeIgniterはまぁ、可もなく不可もなくって感じだったな。

>>104

>CodeIgniter + Smarty = 最強。

Smartyなんか、いい加減捨てなよ。
Twig使ってみれば、Smarty使ってたのが馬鹿みたいだった事がわかる。

133

： nobodyさん [sage] 2015/07/09(木) 10:40:37.19ID:???

SELECT A.id, B.name FROM log AS A
LEFT JOIN user AS B
USING id
WHERE A.access_time > '2015-07-09 10:00:00'

たったこれだけのSQLを、Cakeの正規の方法（query()を使わない）で書いたら
これ何の暗号だよ？ ってなるじゃない。

フレームワークとして、auto_incrementな単一プライマリキーしかサポートしないとかだったと思うし、

本当に、何考えてこんなフレームワーク作ったんだ？と思うし、
何考えてこんなフレームワーク使ってんだ？と、

糞のようになったコードの保守案件とかやらされると、いつも思う。

134

： nobodyさん [sage] 2015/07/09(木) 14:09:55.72ID:???

まあそのへんのクエリがオリジナルより複雑になるのは止む終えないでしょ。
SQLが単純すぎるんだから。逆に単純すぎて間違いが多いのが問題なんだし。

あとSQLインジェクション対策もできるから作法として使ってる。

フレームワークによって記法がまちまちでスゲーいらいらするのはわかるけどｗ

135

： nobodyさん [sage] 2015/07/09(木) 22:33:02.19ID:???

Cake全くしらないけど、フレームワークによって記法がまちまちでスゲーいらいら
するのを解消したり、ＳＱＬをシンプルに使ってSQLインジェクション対策
したいなら、ふつーにPDO使えばいいじゃん。

とか思うのだが。

稚拙すぎ？

136

： nobodyさん [sage] 2015/07/10(金) 02:26:28.84ID:???

>>135

>ＳＱＬをシンプルに使ってSQLインジェクション対策
>したいなら、ふつーにPDO使えばいいじゃん。
>とか思うのだが。 稚拙すぎ？

いや、僕もそう思います。
そうすると、フレームワークによってルールが違いすぎるのもいらいらしてきます。

MVCの実装なんか本当は物凄く簡単なので、
だったらやたら命名規約が厳しいだけのCakeなんか、尚更使う必要ないなと思ってしまいます。

137

： nobodyさん [sage] 2015/07/10(金) 08:35:48.39ID:???

命名規約が厳しいのは、作ってて楽しくない。


縛られず、自由に楽しく開発したいもんね。

命名規約に則らないとダメというのは、楽しいどころかイライラします。

138

： nobodyさん [sage] 2015/07/10(金) 19:06:18.93ID:???

ダメなものほど流行するというのは何とかしてほしいです…

139

： nobodyさん [sage] 2015/07/10(金) 21:13:14.74ID:???

全部自分で作るのが一番わかりやすいのは当たり前。
フレームワークのメリットはいかに早く、簡単に、分担して作れるかだから。

アホがいじっても、大惨事にならないようにできてる。

140

： nobodyさん [sage] 2015/07/12(日) 10:46:22.00ID:???

アホでも作れる範囲しか作れないってことだけど、
それで事足りちゃうんだよね、大抵の物は。

141

： nobodyさん [sage] 2015/07/12(日) 12:30:38.70ID:???

そらそうよ。
大抵のWebサイトで使われてる技術を簡単に書けるようにまとめたのがフレームワークなんだから。
テクニックの共通言語化みたいなもんさね。

「ぐへへ30行で書くところを、俺独自の書き方で3行でまとめたぜ」ってタイプのアホと、
「本に書いてあったとおりに書きました。セキュリティ？食べたことありません」ってアホ。
どっちも防げる。めでたしめでたし

142

： nobodyさん [sage] 2015/07/12(日) 17:31:46.06ID:???

今のPHPは物凄くよくできてるんだけど、
肝心のPHPerの方がいつまでたってもPHP4あたりの頃のコーディングスタイルで書き続けてるからなぁ。

143

： nobodyさん [sage] 2015/09/16(水) 21:55:59.59ID:???

フレームワークを使えば関数書くだけでほとんど済むから、PHP Ver4レベルの言語仕様さえ知っていればおｋ。

144

： nobodyさん [] 2015/10/04(日) 02:22:11.54

ID

:lfwOPSPN

>>132

Twigって最終の出力結果のキャッシュもしてくれるのん？
テンプレートのキャッシュだけじゃなかったっけ

Smarty3遅いんで引越し先さがしてる

145

： nobodyさん [sage] 2015/10/04(日) 08:34:21.91ID:???

テンプレはSmarty3しか知らないんですが、Twigってそんなに良いの？
速度が速いというだけ？

146

： nobodyさん [sage] 2015/10/04(日) 15:47:47.19ID:???

Cakeは後方互換がヤバイらしいな
ソッチのほうが問題やな

147

： nobodyさん [sage] 2015/10/15(木) 22:17:08.78ID:???

CodeIgniter か FuelPHP かで迷っています。

作るものは具体的に決まっていませんが、50画面程度の
社内ユーザ向けWebサービスができれば良いと思っています。

どっちがいいでしょうか？
お勧めを教えてください。

148

： nobodyさん [sage] 2015/10/16(金) 00:03:58.38ID:???

みんな Laravel がすごく良いといい、
みんな Laravel がクソ遅くてメモリ爆喰いという。

149

： nobodyさん [sage] 2015/10/16(金) 08:57:47.20ID:???

いまどきPHPもないしな

150

： nobodyさん [sage] 2015/10/16(金) 11:05:59.57ID:???

いまどきPHPって、未来からやってきたん？ｗ

151

： nobodyさん [sage] 2015/10/16(金) 13:49:56.94ID:???

phpなんて時期尚早だよな

152

： nobodyさん [sage] 2015/10/16(金) 19:47:53.53ID:???

>>147

言っちゃなんだけどその両者、使い方によっちゃ大差ないよ。よくわからなければFuelでok
慣れたあとで必要になってからCI試しても大して苦労しない
CIは今時のフレームワークに比べたらシンプルだから、もしソースまで降りて手を加えたい場合には簡単だから恩恵はある
学習効率も、似たような案件やるならなんも変わらない
しっかりしたORM欲しいならFuelは標準で備えてるから、その辺で選んでもいいかな
SQLわりとベタ書きしがちならCIでもいいかな

たが俺はgolang推し

153

： nobodyさん [sage] 2015/10/17(土) 15:22:58.19ID:???

>>152

FuelPHP には素晴らしい書籍があるので、それを頼りにFuelPHPをやってみようと
思います。
国内のユーザ多いみたいだし。

ありがとうございました。

154

： nobodyさん [sage] 2015/10/17(土) 20:19:36.97ID:???

asp.netだろ

155

： nobodyさん [sage] 2015/10/17(土) 20:40:11.27ID:???

asp.net ってポータビリティどうなんかな。

サーバはLinuxでも動く？
ブラウザはIE以外でも大丈夫？

156

： nobodyさん [] 2015/11/11(水) 23:47:48.93

ID

:OBd/4WeX

転職の際に必ず思い出してください。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in 東京
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される

157

： nobodyさん [] 2015/12/09(水) 21:54:08.98

ID

:aAisP27T

まともなフレームワークなんか存在しないぞ。
ほぼすべてがphperのオナニーグッズだ。
生PHPに回帰よろしく。

158

： nobodyさん [sage] 2015/12/09(水) 23:16:59.99ID:???

生PHPて

159

： nobodyさん [sage] 2015/12/10(木) 08:35:53.19ID:???

ライブラリは使ってもいいのかなナマ派は

160

： nobodyさん [sage] 2015/12/10(木) 20:49:57.74ID:???

>>158

ちょっとしたツールなんかは１ファイルで仕上げることもあるだろ？
そういうのを生PHPとか呼ぶことがある。
DBへのアクセスはPDOを使わず例えばmysqli_を使う。
これがまた凄まじく早いんだよw
確かに小規模なサイトならフレームワークなんか使うべきじゃないなと感じるよ。
まずはAdminerとか使ってみなよ。

161

： nobodyさん [sage] 2015/12/11(金) 00:00:33.54ID:???

>>160

ワンファイルツールがあるから生PHPでいいって主張かい？ それはねーな
あんたの言い分が断片的過ぎるからなぁ

俺も配置者の配慮のためにソースコードまとめてしまう事自体はあるけどね。そんなの使い捨ての類だし、なにより「凄まじく早い」には同意しようがない

「凄まじく無計画で救いのないやっつけ仕事」だな
そんなしごとはリポジトリに入る機会もない

162

： nobodyさん [sage] 2015/12/11(金) 07:00:49.83ID:???

フレームワークなんてコンドームみたいなもんだからな。
生が一番だよ。

163

： nobodyさん [sage] 2015/12/11(金) 08:43:55.56ID:???

PDOとmysqliの速度の違いなど俺の書く糞コード部分の遅さに比べれば誤差でしかない気が

極厚コンドORMならわからんでもないが

164

： nobodyさん [sage] 2015/12/11(金) 20:56:21.52ID:???

どこの誰がやったかわからんセキュリティ対策よりも私は有名フレームワークを信じる、が思いついた

165

： nobodyさん [sage] 2015/12/31(木) 18:50:52.93ID:???

「Larval リファレンス」が出たら本気だす

166

： nobodyさん [sage] 2015/12/31(木) 18:51:26.01ID:???

Laravel

167

： nobodyさん [sage] 2015/12/31(木) 23:23:06.01ID:???

PHP7に合わせてフレームワーク界も一新されるのかと思ってたんだが、どうも既存フレームワークがほぼそのまま使えてるっぽいな。

168

： nobodyさん [sage] 2016/01/02(土) 14:01:42.25ID:???

CakePHP は Sting クラス（予約語）があるから動かなくなるとか聞いたことがあるけど、普通に動くみたいね

169

： nobodyさん [sage] 2016/01/14(木) 20:12:01.57ID:???

軽量フレームワークでおすすめは何？
出来れば長期サポート（バグ対応）があれば嬉しい

170

： nobodyさん [sage] 2016/01/15(金) 18:14:57.83ID:???

長期に使うなら（＝業務アプリなど）、CodeIgniter がいいんじゃないかな。

171

： nobodyさん [sage] 2016/01/15(金) 18:45:07.41ID:???

zend

172

： nobodyさん [sage] 2016/01/16(土) 02:04:03.78ID:???

>>170

CodeIgniterって日本語情報少なすぎない？

173

： nobodyさん [sage] 2016/01/16(土) 03:25:55.12ID:???

2は充分だと思うけど3は確かにね
ただ3でもそんな変わってないからチェンジログ追えば済む

良くも悪くも枯れてる。規模も小さく学習コストも知れたもの
書籍もやや不遇だな。流行ってるとは言えない
新機能に貪欲ではなくメンテナンスはそこそこ活発なんで、安定求めるならいいもんだよ

174

： nobodyさん [sage] 2016/01/17(日) 10:28:08.38ID:???

ググると「CodeIgniterは他国では多用されてるが日本ではあまり使われない」って言われてるんだよね
だったら布教活動しろよー

175

： nobodyさん [sage] 2016/01/17(日) 11:32:09.78ID:???

cakeが幅を利かせているからな

176

： nobodyさん [sage] 2016/01/17(日) 12:15:49.61ID:???

日本はCakeラブな状況が長かったから、かっとばして CakePHP → Laravel といきそうな気がする。

177

： nobodyさん [sage] 2016/01/17(日) 18:46:45.09ID:???

Laravelは尻すぼみ

178

： nobodyさん [] 2016/01/26(火) 09:31:40.40

ID

:MtGnB03r

　
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
　
　ttp://http://homepage2.nifty.com/e-d-a/scurl/ia-1-3.html
　
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
　
このように現在まで６通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
　
　ttp://http://homepage2.nifty.com/e-d-a/scurl/ia-1-4.html
　
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に１１通のメールを頂戴しているか不明なところであります。

179

： nobodyさん 転載ダメ©2ch.net [sage] 2016/02/11(木) 20:54:11.57ID:???

---

板復帰(OK!:Gather .dat file OK:NOT moving DAT 551 -> 551:Get subject.txt OK:Check subject.txt 3 -> 3:Overwrite OK)load averages: 2.06, 1.96, 1.92
sage subject:3 dat:551 rebuild OK!

180

： nobodyさん [] 2016/03/23(水) 14:05:36.21

ID

:qDlzJVYf

また話さないか？

181

： nobodyさん [sage] 2016/03/23(水) 21:32:17.52ID:???

は？

182

： nobodyさん [] 2016/03/24(木) 10:03:46.55

ID

:JohpKvlj

初フレームワーク、調べられる環境と情報がいかに多いかが必要だよね
そうするとCakeなんだろうけど、fuelにしようかなあ

183

： nobodyさん [sage] 2016/05/11(水) 16:44:50.22ID:???

外人のSEから見るFuelPHP
ttp://http://qiita.com/henriquebremenkanp/items/ec6d83b34a6909d96bdd
によるとfuelは無しに見える

184

： nobodyさん [sage] 2016/05/12(木) 01:41:11.16ID:???

あらCodeIgniterのサイトつくりなおす時に使いたかったのにな
割と似てて楽そうだったのにな。そんなに更新ないんだな

日本でしか使われてないのほんと謎だなw

185

： nobodyさん [sage] 2016/05/13(金) 09:30:46.26ID:???

>>183

ほんとだ…Fuel使うのやめようかなあ
てことはLaravel一択か
まともな書籍ないけど

186

： nobodyさん [sage] 2016/05/13(金) 10:20:17.19ID:???

5.3使わなければいいだけじゃね

187

： nobodyさん [sage] 2016/05/13(金) 10:48:18.31ID:???

まあな
あとは自己責任

188

： nobodyさん [sage] 2016/05/13(金) 12:14:28.66ID:???

最新にしか対応しないなんて無駄に可用範囲を狭めるだけ
CodeIgniterだって5.2+だし

189

： nobodyさん [sage] 2016/05/13(金) 12:33:10.91ID:???

外人SEの評価を鵜呑みにすることはない

190

： nobodyさん [sage] 2016/05/13(金) 22:22:24.64ID:???

フレームワークは、一旦決めたら途中から引っ越しすることは難しい。
なので将来のことなど考えず、現時点で良いと思うものを、他人の
評価など気にせずに選択するのが良いと思うぞ！

191

： nobodyさん [sage] 2016/05/13(金) 22:44:01.70ID:???

まてまて
一行目とそのあとがどう繋がったのか伝わらない
多分、「引っ越すことが難しい」という問題への感覚に致命的な齟齬があるんだと思う。

・ならなおさら将来のことは考えるべきだろうと思うのだがどうお考えなのだろうか？
・他人の評価を気にしないほうが良い理由を述べてほしい。鵜吞みは良くないと思うが情報としては有用だと思うのだけど。

192

： nobodyさん [sage] 2016/05/14(土) 00:21:57.64ID:???

fuelがいいと思うなら使えばいいし、何にすればいいかすらわからないなら、railsでも使っとけ

193

： nobodyさん [sage] 2016/05/14(土) 07:55:40.55ID:???

>>191

言葉が足りずすみません。


フレームワークを引っ越ししなければならないという
事態になることは、まずないだろうということです。

開発したサービスが盛況になって追加要件がどんどん舞い
込んできても、フレームワークを引っ越ししなければ対応できない
なんてことは、ないでしょう。


なので気に入ったフレームワークを、他人の評価など気にせずに
使い倒すのが吉、とおもう次第。

使い倒して、どんな新規開発も素早く高品質に開発することが、
何よりも大切、だと思うぞ。

194

： nobodyさん [sage] 2016/05/14(土) 08:57:28.91ID:???

日本語ドキュメントや本が出版された所に惹かれたのならば選択の余地は無いのかもしれない

195

： nobodyさん [sage] 2016/05/14(土) 13:39:42.29ID:???

ララベルって日本では使われてないの？
書籍もムックとリファレンスの2冊しか
ないみたいだし

196

： nobodyさん [sage] 2016/05/14(土) 14:08:27.61ID:???

使ってきた個人的感想

CakePHP … ネガティブレガシー
FuelPHP … ポジティブレガシー
Zend Framework … シーラカンス
Symfony … 設定＆設定＆設定＆設定＆設定＆規約
Silex … サービスロケーターヘル
CodeIgniter … シンプル(ウサギ小屋的な意味で)
Laravel … マジックメソッドヘル

197

： nobodyさん [sage] 2016/05/14(土) 15:52:41.54ID:???

>>196

どれが1番良かった？

198

： nobodyさん [sage] 2016/05/14(土) 22:14:10.68ID:???

>>197

Laravelだったね
やりたい事に対して掛かる手間の少なさ
フロントエンドとの距離を少し置いた設計
配列や設定ファイルの書き方を調べるのにうんざりという経緯から
振る舞いをほぼPHPのコードとして実装できるという点
この辺りの基準で選んだ

199

： nobodyさん [sage] 2016/05/15(日) 00:13:22.18ID:???

>>198

ありがと
マジックメソッド地獄って言うから
良くないのかと思ったw

200

： nobodyさん [sage] 2016/05/15(日) 18:08:34.00ID:???

>>196

よくそれだけ使ってきたね
個人で？それとも会社？

201

： nobodyさん [sage] 2016/05/16(月) 03:36:28.80ID:???

>>200

フリーランスなんで要件で指定されたり既存の改修だったりと
嫌でも勉強させられる機会が多いんだ
上に書いたように個人開発や任せて貰える時はLaravelだけど
好みや開発メンバーのレベルに合わせて選べば良いと思ってる

あと最近のプロジェクトでもMojavi時代レベルの
オレオレフレームワークを自作するところが後を絶たないのが面白い

202

： nobodyさん [sage] 2016/05/16(月) 05:42:18.89ID:???

多くのFWを使ったというのは、どれも大して使い込んでいないってことｗ

203

： nobodyさん [sage] 2016/05/16(月) 07:30:19.28ID:???

>>201

ありがとう
参考になった！
早くLaravel5の参考本出ないかなあ
今出てる奴は中身4で書かれてるんだよね
FuelPHP本買っちゃったけど…

204

： nobodyさん [sage] 2016/05/16(月) 07:51:39.10ID:???

新しいFrameworkが次々登場するのに使い込んでる時間なんてないよ

205

： nobodyさん [sage] 2016/05/16(月) 21:14:02.42ID:???

FuelPHP本は、よくまとまっていると思う。

著者は神レベルだと思う。

206

： nobodyさん [] 2016/05/19(木) 09:53:31.90

ID

:853jmEQx

新規開発でCakeとかマジ勘弁。

207

： nobodyさん [sage] 2016/05/19(木) 17:25:12.07ID:???

今さらfuel使う気にはなれないね
laravelかsymfonyでいい

208

： nobodyさん [] 2016/05/20(金) 15:18:09.26

ID

:jbFziK3T

３年くらい前cakephp2を利用していた

これから新規にまたWEB開発やるつもりだけど
cakephp3かlaravalで迷っているけど
やっぱりlaravelですかね

209

： nobodyさん [sage] 2016/05/20(金) 17:23:08.52ID:???

好きなの使えよ

210

： nobodyさん [sage] 2016/05/20(金) 18:24:10.68ID:???

codeigniterなかなか良いと思う

211

： nobodyさん [sage] 2016/05/21(土) 23:52:27.37ID:???

シンプルで大好きだがシンプルなだけだろ
もちろんCIで充分って人には最良解なのは間違いないとは思うけど。

シンプルであり続けることの方が難しいのかもな

212

： nobodyさん [sage] 2016/05/22(日) 05:41:48.96ID:???

参考になります

213

： nobodyさん [] 2016/05/22(日) 10:09:39.08

ID

:X9MbxNoA

小
Slim or Silex

中
Laravel（Eloquent）

大
Symfony or Laravel（DoctrineORM）

結論：モデルが交換し易いフレームワークがいい。

214

： nobodyさん [sage] 2016/05/22(日) 15:16:26.31ID:???

そこらのレンタルサーバーでも使える
導入のハードルの低さでいくと
fuelかcakeかな

215

： nobodyさん [sage] 2016/05/22(日) 16:20:49.95ID:???

ララベルのまともな参考書あれば始めるのに

216

： nobodyさん [sage] 2016/05/22(日) 21:45:29.60ID:???

小
CodeIgniter

中
CodeIgniter


大
CodeIgniter


フレームワークは統一するのが良い。
品質や開発スキルの面で。

CodeIgniterなら速度も問題ないので、小から始めてサービス拡大して大になっても安心。
てか普通小から始めるよね？

こういうのは専門用語では、スケーラビリティ性能が高いっていうのかもね。
Webサービスでは大事な視点よ。

217

： nobodyさん [sage] 2016/05/22(日) 23:19:40.81ID:???

CIだとスケールアウト対応が厄介かな
インフラ寄りの話だしCIに限らんけど
AWS Lambdaがphp対応してくれるといいんだけど、コマンドごとデプロイするような魔改造する話しか見たことないのがなんとも不安

218

： nobodyさん [sage] 2016/05/25(水) 11:30:18.20ID:???

結局、なにを使ってもフレームワークを自分で作りたくなってしまうので
必要最低限のフレームしか用意してくれないfuelphpに戻った
あとはモリモリ自分で盛るよ

219

： nobodyさん [sage] 2016/05/25(水) 20:20:02.44ID:???

え？
必要最低限？

FuelPHPで必要十分なんだが・・・

220

： nobodyさん [sage] 2016/05/25(水) 21:10:03.97ID:???

たしかにそうなんだよなー。ララベルとかたとえばIOCでテストしやすいとか言われても、そんなのが必要なほどこってりしたものをウェブでどんだけつくるのか？っていう。

221

： nobodyさん [sage] 2016/05/25(水) 21:22:55.00ID:???

んだね

222

： nobodyさん [sage] 2016/05/26(木) 09:32:16.95ID:???

>>220

必要なきゃ使わないとか別の選ぶとかでいいんでないの？
結局好みな気がするよ
名前とか響きとかが好きってレベルで使ってる人もいるし

223

： nobodyさん [sage] 2016/05/26(木) 11:58:40.28ID:???

>>222

ん？だから多くの場合複雑なFWは必要ないし好きなの使えばって言ってるんだけどな

224

： nobodyさん [sage] 2016/06/06(月) 19:18:30.53ID:???

>>223

で、結局堂々巡りしたんで、最低限の機能しかない
あっさり塩味のFuelPHPにしたわ

225

： nobodyさん [sage] 2016/06/06(月) 19:39:07.76ID:???

fuelいいと思うよ。あっさり塩味のほうがいろんな味に対応させやすいはず。

226

： nobodyさん [sage] 2016/06/07(火) 00:38:58.29ID:???

なんだかんだでCIもFuelもあと10年使えるかもな

227

： nobodyさん [sage] 2016/06/07(火) 19:18:56.47ID:???

ボクもそう思う。

228

： nobodyさん [sage] 2016/06/08(水) 10:58:39.53ID:???

今はそう思う。 それでいいと思う。

229

： nobodyさん [sage] 2016/06/12(日) 17:39:12.72ID:???

「PHP7に対応してる」じゃなくて「PHP7を前提としてる」ってフレームワークはまだないの？

230

： nobodyさん [] 2016/06/12(日) 17:53:02.86

ID

:AuRj7zt0

環境として7以降しかサポートしないフレームワークはいずれ出てくると思うが、
7以降の書き方を強制するフレームワークは、ずーっと先になると思う。

231

： nobodyさん [sage] 2016/06/13(月) 13:24:09.00ID:???

謎のfuel人気は何なの？
オワコンだけどあの本の存在が大きいのかな

232

： nobodyさん [sage] 2016/06/13(月) 14:18:38.41ID:???

CIは10年後でも戦える

233

： nobodyさん [sage] 2016/06/13(月) 19:23:31.82ID:???

fuelが人気あるとか言ってんのはネットしか見てない人だけ
騒いでる人の数に比べて一冊しか本がない時点で
どんだけ世の中で需要があんのか察したほうがいい

一時期流行ったステマとかあんだろ？そういう類いだよ
流行ってるように見えるけど実際は・・・みたいな感じだ

234

： nobodyさん [sage] 2016/06/13(月) 23:40:48.96ID:???

Laravel「……」

235

： nobodyさん [sage] 2016/06/14(火) 00:45:22.93ID:???

Symfonyみたいにがっつり環境構築するんじゃなくて単に圧縮ファイルを解凍するだけで準備完了なのがいい

236

： nobodyさん [sage] 2016/06/14(火) 00:53:54.95ID:???

ほんとそれ

237

： nobodyさん [sage] 2016/06/14(火) 01:15:06.29ID:???

それはある

手軽に作るならfuel
がっつり重厚なシステム構築するならsymfony

みたいな使い分けしてる
cakeは飽きた
phaloconはまだ使ってない

238

： nobodyさん [sage] 2016/06/14(火) 09:53:20.05ID:???

>>233

ここでの謎のfuel人気はって言いたかった
世界的にはハッキリオワコンなのにやたらここで名前挙がるのが不思議

239

： nobodyさん [sage] 2016/06/14(火) 10:21:53.10ID:???

>>238

そもそも言語の存在自体が斜陽なPHPにとって
すべてのフレームワークは必ずオワコンになる

その点fuelは現時点での人気もさることながら
いざとなったら自分で保守し切れるミニマムさ がいいんだよ
オワコンになってもなお延命できる ということが最大のポイント

240

： nobodyさん [sage] 2016/06/14(火) 11:24:44.21ID:???

>>239

オワコンのfwを延命してまで使おうとする奴は
そもそもオレオレで自作するかマイクロフレームワーク使うと思うよ

正直、現状でfuelとかci使ってる奴は仕事の都合で仕方なくか
書籍とか日本語ドキュメント完備してあるっていう理由で使ってる層だと思う

241

： nobodyさん [sage] 2016/06/14(火) 11:34:00.46ID:???

>>238

そう
それがステマの成果

ciがライセンスで揉め始めた辺りからのこの板にある
いろんなfwの過去スレとか見れたら見てみな
fuelを使わせようとする謎の勢力の奮闘ぶりがよくわかるよ
定期的に意味不明にfuelマンセーしてる

242

： nobodyさん [sage] 2016/06/14(火) 11:44:37.85ID:???

オワコンでもステマでもいいよ
みんな新しいものに行っちゃっておくれ
俺はfuel派じゃなくciだけど似たようなもんだしfuel派と気持ちは一緒だと思う

243

： nobodyさん [sage] 2016/06/14(火) 15:28:48.78ID:???

>>240

fuelなんてマイクロフレームワークに毛が生えた程度のもんだろ
コミュニティだってあって無いようなもんだし
日本語の書籍が2冊もあるのは奇跡みたいなもんだろ

244

： nobodyさん [sage] 2016/06/14(火) 20:07:13.25ID:???

>>243

> fuelなんてマイクロフレームワークに毛が生えた程度のもんだろ

マイクロフレームワーク触ったこと無いだろ
触ったことある奴なら恥ずかしくて口が裂けても言えん

> コミュニティだってあって無いようなもんだし
> 日本語の書籍が2冊もあるのは奇跡みたいなもんだろ

逆だよ逆
世界的に見ても大して人気もなく、日本でも人気無く
完成度が高いわけでもなく、それどころかバギー過ぎて本番使用を躊躇うレベル
コミュニティだってあってないようなものなのに、それなのにだよ、本が出るって相当おかしいと思わないのか？

ちょっと穿った考えだけど、2chでマンセーして廻ってんのは著者じゃねーの？
とか、マジで疑ったことあるよ

245

： nobodyさん [sage] 2016/06/14(火) 20:53:02.56ID:???

マイクロフレームワークなんて言葉初めて聞いた
ググったけど色々あるな。ルーティングからテンプレートエンジン、ORM、MVCと揃ってるものまであるけど、マイクロの線引きはなんなんだろ
まあ新しいもの覚える気はしないけど

246

： nobodyさん [sage] 2016/06/14(火) 22:25:59.93ID:???

>>244

どう逆なの？
おかしいなら奇跡じゃないの？

247

： nobodyさん [sage] 2016/06/14(火) 22:34:02.20ID:???

>>246

仕組まれてるって事だよ

248

： nobodyさん [sage] 2016/06/15(水) 08:24:46.41ID:???

>>234

だいじょうぶ
わしは使っていくで

249

： nobodyさん [sage] 2016/06/15(水) 09:17:41.87ID:???

PHPerの人口多いはずなのにまともなFW書籍がないのがね
CIかララベルの書籍出ないかなあ

250

： nobodyさん [sage] 2016/06/15(水) 10:20:55.53ID:???

書籍が揃っているのは良い意味でも悪い意味でも枯れているFWだけだね

251

： nobodyさん [sage] 2016/06/15(水) 11:25:59.79ID:???

>>247

誰がなにを仕組んだの？
イルミナティがfuelphpを流行らせようと画策しているの？

252

： nobodyさん [sage] 2016/06/15(水) 15:32:22.34ID:???

みんなで育てていけばいい
Cakeだってそうだったろ？

253

： nobodyさん [sage] 2016/06/15(水) 19:55:39.79ID:???

FuelPHPをろくに使いもしないで叩くのはやめてくれ。

それからFuelPHPの書籍は凄い良書だ。

254

： nobodyさん [sage] 2016/06/15(水) 21:39:50.46ID:???

FuelPHPの著者がCIかララベルに乗り換えて書籍出してくれればいいのに

255

： nobodyさん [sage] 2016/06/16(木) 09:53:18.42ID:???

>>253

>>254

良書っていわれてるのはどっちのやつ？

はじめてのフレームワークとしてのFuelPHP 改訂版 鈴木 憲治

改訂 FuelPHP入門 早川 聖司

256

： nobodyさん [sage] 2016/06/16(木) 15:01:41.58ID:???

>>255

なんか白いやつは良かった
紫色の改訂版は読んでない

257

： nobodyさん [sage] 2016/06/16(木) 19:24:53.49ID:???

良書は、

はじめてのフレームワークとしてのFuelPHP 改訂版

だよ。

258

： nobodyさん [sage] 2016/06/17(金) 19:09:57.56ID:???

>>256

>>257

ありがと
今度本屋で見てくる

259

： nobodyさん [sage] 2016/06/19(日) 01:59:18.70ID:???

著者によるステマは十分あり得ると思う
あんな不人気フレームワークが不自然に持ち上げられすぎ

260

： nobodyさん [sage] 2016/06/19(日) 02:03:32.29ID:???

>>259

既にこのスレにも謎の勢力は現れてると思う

261

： nobodyさん [sage] 2016/06/19(日) 02:06:26.60ID:???

>>260

そうやって茶化そうとする

262

： nobodyさん [sage] 2016/06/19(日) 08:15:49.13ID:???

フレームワークの比較に興味をもつ人は、
初めてフレームワークを使おうとしている初心者か、
どのフレームワークも習熟できない人。


どのフレームワークも習熟できない人ほど、
明確な目的もなく上っ面だけ使ってみて、修得できたつもりでいるｗ
そしてこのスレで、フレームワーク比較をのたまうｗ

263

： nobodyさん [sage] 2016/06/19(日) 10:10:35.21ID:???

そうそう
浅い知識でわかったつもりになってfuelなんてフレームワークを持ち上げちゃったりする

264

： nobodyさん [sage] 2016/06/19(日) 13:34:02.85ID:???

>>262

オススメのフレームワークはなに？
明確な目的を持って使いこなし習得した実力をもって
比較した結果を教えてほしい

265

： nobodyさん [sage] 2016/06/19(日) 14:59:28.86ID:???

なんでRails使わないの？

266

： nobodyさん [sage] 2016/06/19(日) 17:28:08.19ID:???

そりゃまあphpじゃないからじゃね

267

： nobodyさん [sage] 2016/06/19(日) 19:14:48.64ID:???

Lithiumとかいうのはどうなったの

268

： nobodyさん [sage] 2016/06/19(日) 20:55:59.44ID:???

いっくらPHPフレームワーク研究しても、JavaScriptは必ず使うんだよなあ

269

： nobodyさん [sage] 2016/06/19(日) 21:42:06.60ID:???

そりゃクライアントサイドは別問題だし仕方なくね
node.js使えば言語は揃うけど、あれだってブラウザとは環境事情が違いすぎてあんまり同じ言語触ってる感じにはならんしなあ

270

： nobodyさん [sage] 2016/06/20(月) 06:24:44.87ID:???

>>238

FuelPHPが、Googleトレンドで比率が低い割にこのスレで人気があるのは、
FuelPHPを使っている人は実はとても多いのに、Google検索をする必要が
ないくらい日本語ドキュメントと書籍が充実しているからではないのかな。

ちなみに俺はFuelPHPは使っていないし関係者でもない。

271

： nobodyさん [sage] 2016/06/20(月) 09:37:12.55ID:???

>>270

ググらないくらい充実してるってところはあり得ないだろ
トレンドあるフレームワークですらググって調べるのに、fuelPHPだけは必要ないなんてことあるわけない
ググっても出てこないから諦めてるんじゃないの？

272

： nobodyさん [sage] 2016/06/20(月) 11:35:31.91ID:???

>>270

一時期は知名度ナンバーワンで書籍も多く出てたcakephpのgoogleトレンド見て同じことが言えますか？

273

： nobodyさん [sage] 2016/06/20(月) 12:57:33.03ID:???

Laravelのリファレンスの適当さは異常

274

： nobodyさん [sage] 2016/06/20(月) 13:18:14.44ID:???

>>273

ほんとだわ。
肝心のアップグレードガイドも歯抜けが多いし、開発者が好き勝手つくってるのはいいけど、オタク向けフレームワークって感じ。

275

： nobodyさん [sage] 2016/06/20(月) 18:42:25.78ID:???

googleトレンドもだけどgithubのstar数が悲壮感漂ってる

276

： 270 [sage] 2016/06/20(月) 19:39:38.67ID:???

>>271

, 272
確かにおっしゃる通り。
私の意見には無理があるわ。

277

： nobodyさん [sage] 2016/06/22(水) 09:48:03.56ID:???

>>272

アジアと北アフリカにしか人気がないところとか？
バングラディシュ、インド、日本、チュニジア、フィリピン、香港、モロッコ、

278

： nobodyさん [sage] 2016/06/23(木) 02:45:26.38ID:???

ドキュメントや本の充実度と検索ボリュームの関係の話をしてるところに突然国の話を持ち出すのはもう相当かっこいい

279

： nobodyさん [sage] 2016/06/23(木) 10:56:10.24ID:???

>>238

のかっこ悪さが浮き彫りになった形
世界的にはｗｗｗ

280

： nobodyさん [sage] 2016/06/23(木) 11:39:09.23ID:???

githubのstar数
laravel 23,936
codeigniter 12,549
symfony 12,535
cakephp 6,551
fuel 1,396

世界的にオワコンは間違ってる
そもそも始まってないんだから

281

： nobodyさん [sage] 2016/06/23(木) 21:53:21.92ID:???

Laravel勉強したいんだけど5に対応してるあの書籍、中身は4なんでしょ
まともに勉強できる環境がないね

282

： nobodyさん [sage] 2016/06/23(木) 23:19:38.46ID:???

英語できないと大変そうだね

283

： nobodyさん [sage] 2016/06/23(木) 23:22:31.75ID:???

Laravelはちょっとしたことでも全部海外サイト行き
国内に情報無さ過ぎる

284

： nobodyさん [sage] 2016/06/23(木) 23:25:11.52ID:???

ドキュメント翻訳されてるしブログ記事も多いけどね

285

： nobodyさん [sage] 2016/06/23(木) 23:27:45.28ID:???

laravelってgithubにあるのほとんどゴミじゃね？

286

： nobodyさん [sage] 2016/06/23(木) 23:27:57.58ID:???

どうしても日本語の理解には及ばないわけなのよね

287

： nobodyさん [sage] 2016/06/23(木) 23:38:55.45ID:???

qiitaの記事数
cakephp 1154
laravel 1085
fuelphp 537
symfony 459
codeigniter 153

288

： nobodyさん [sage] 2016/06/24(金) 00:03:20.32ID:???

勢いとは別だからなあ

289

： nobodyさん [sage] 2016/06/24(金) 02:03:58.68ID:???

英語読めなくて使えない人が多い方が有難かったりして

290

： nobodyさん [sage] 2016/06/24(金) 09:30:31.61ID:???

>>289

それはあるw

291

： nobodyさん [sage] 2016/06/24(金) 10:15:49.96ID:???

cakeやfuel使えば良いだけ

292

： nobodyさん [sage] 2016/06/24(金) 10:32:08.59ID:???

英語できない人はね

293

： nobodyさん [sage] 2016/06/24(金) 15:47:41.70ID:???

ある程度使えるようになったら海外サイトで調べるのは問題ないんだよな
c#はだいたいstackoverflowで適当な答えひっかかるし

まずは初期の学習の環境として日本語がいいんだが

294

： nobodyさん [sage] 2016/06/24(金) 17:19:11.42ID:???

5歳児強姦、被告減刑訴え「ワギナ触っただけ」
ttp://http://cambodiawatch.net/cwnews/sanmen/20110512_3.php

295

： nobodyさん [sage] 2016/06/26(日) 19:40:06.53ID:???

セキュリティさえなんとかすれば俺様FWのほうが楽で自由だよね

296

： nobodyさん [sage] 2016/06/26(日) 22:17:13.02ID:???

作成するシステムの方向性が同様ならそうかも
カート専用fwみたいにね

297

： nobodyさん [sage] 2016/06/27(月) 01:03:40.36ID:???

>>295

うーん気持ちはわかるけど俺は無理
有名FWに乗っとけばセキュリティ問題がニュースで得られるけど、自前だと全部に精通してなきゃいかんのが俺には無理ゲーだな
FW使っときゃ顧客にも保守料で最新キープしますという形で契約ライン合意しやすいし

298

： nobodyさん [sage] 2016/06/27(月) 06:55:40.25ID:???

セキュリティ以前に自作でやると
後方互換性考慮した修正していくうちにスパゲッティになってしまう
cakeのソースに親近感を覚える俺です

299

： nobodyさん [sage] 2016/06/27(月) 07:59:01.98ID:???

>>297

そうか…フレームワーク勉強するのも面倒だけどセキュリティはもっとカオスなんだろうな
fuelPHPの書籍がしっかりしてるからこれにしようかと思ったけど、もう死にそうだからセキュリティ更新もなくなるかもね
がんばってLaravel勉強するかなあ…

ていうかFWってWPみたいに頻繁にセキュリティ更新ないけど、すでに強固なセキュリティ対策されてるの？

300

： nobodyさん [sage] 2016/07/10(日) 01:56:42.00ID:???

WordPressは利用者がプログラム書くことはあまりないでしょ、プラグインを組み合わせて機能を実現して、
どうしても独自のカスタマイズをしたいところだけ、エンドユーザがちょこっと書き換える。
だから提供側が担当するアップデートが多い。

フレームワークは枠組みを提供して、中身はフレームワークユーザが作るもの。
たとえばログイン機能を作るとしても、そのアカウント管理がセキュアなものかどうかは、フレームワーク側が提供するのではなく、
フレームワークを使ってログイン機能を作るプログラマが作りこむものだよ。
もちろんフレームワーク自体やプラグインとしてログイン機能／アカウント管理が提供されてることも多いけど、それだってカスタマイズすることが前提だ。

301

： nobodyさん [] 2016/07/12(火) 17:41:45.61

ID

:0HD8hoAE

fuelでここ数年やってきたけど、未だに盛り上がることなく、そろそろ替えようと思ってる。
で、symfonyやlaravelに手を付けて見たけど難し過ぎ・・・。

302

： nobodyさん [sage] 2016/07/12(火) 19:43:15.31ID:???

そんなに違うもん？

303

： nobodyさん [sage] 2016/07/12(火) 23:10:25.21ID:???

fuelphpの圧倒的な学習コストの低さをなめちゃいけねぇよ

304

： nobodyさん [sage] 2016/07/13(水) 02:42:05.41ID:???

ふえるSEさん

305

： nobodyさん [sage] 2016/07/13(水) 06:51:03.65ID:???

学習コストの低さ
イコール

・高品質なコード
・担当が代わっても品質が安定
・障害対応、仕様変更への対応力

個人はともかく業務でWeb開発している人達にとっては、
学習コストの低さはものすごく大事な要件なのよ。

306

： nobodyさん [sage] 2016/07/13(水) 10:16:45.84ID:???

世のWebプログラマがフレームワークの学習コストにすら耐えられない現実が悲しい

学習コスト低いものだけで仕事が成り立つような職ならそりゃ年取ったら捨てられるわ

307

： nobodyさん [sage] 2016/07/13(水) 10:23:49.85ID:???

十分に金払わないから素人に毛が生えたのしか来ないだけではという気もする

308

： nobodyさん [sage] 2016/07/13(水) 12:39:05.67ID:???

また、毛のﾊﾅｼしてる…

309

： nobodyさん [sage] 2016/07/13(水) 18:31:47.65ID:???

>>306

自称優秀なプログラマw

310

： nobodyさん [sage] 2016/07/14(木) 19:30:48.93ID:???

fuel使える頭があればほかのフレームワークも余裕でしょ
ああでもfuelしか使えない人は英語苦手そうだな

311

： nobodyさん [sage] 2016/07/14(木) 21:58:12.66ID:???

zend以外ならなんでもいいよ
zendはいや！

312

： nobodyさん [sage] 2016/07/14(木) 23:07:14.77ID:???

Symfony2って、でかすぎてサーバへ持って行くときに困る。
Symfonyシリーズってまだ人気あるの？

313

： nobodyさん [sage] 2016/07/15(金) 00:45:38.91ID:???

もしかして今どきFTPとかSCPでデプロイしてる感じ？

314

： nobodyさん [sage] 2016/07/15(金) 17:21:39.06ID:???

ftpやscpでもデプロイが出来るレベルの簡潔さが無いと
結局保守で困るからな

315

： nobodyさん [sage] 2016/07/15(金) 20:27:29.52ID:???

そっかー

316

： nobodyさん [sage] 2016/07/15(金) 22:00:56.93ID:???

ftpはともかく
scpはまだ現役じゃないのかー

317

： nobodyさん [sage] 2016/07/15(金) 22:58:27.45ID:???

scp,ftp,sftpなどのデプロイって普通かと思っていたんだが、ダメなのか？
何がメインになってるの？

318

： nobodyさん [sage] 2016/07/16(土) 12:19:26.04ID:???

phalconどうよ？
使ってる奴いないかな

319

： nobodyさん [sage] 2016/07/16(土) 18:04:34.89ID:???

俺FTPとSCPしか知らないよ

320

： nobodyさん [sage] 2016/07/16(土) 21:54:02.93ID:???

俺はなんとなくずっとsftpだ。scpの方がいいの？

321

： nobodyさん [sage] 2016/07/16(土) 23:46:05.07ID:???

誰もgit hook使ってないのか

322

： nobodyさん [sage] 2016/07/16(土) 23:47:01.54ID:???

察しちゃったね
ここに書き込んでるのがどういう層か

323

： nobodyさん [sage] 2016/07/17(日) 01:28:23.51ID:???

git hookでデプロイか…継続的インテグレーションって言うのかこれ？
継続的インテグレーションの略語もCIなのがめんどくさいな…。
普段これをCIって言ってる奴らはCodeIgniterの事はなんて言うんだ？もはや眼中にない感じ？

324

： nobodyさん [sage] 2016/07/17(日) 01:44:38.54ID:???

composerとか使えるなら使いたいけどね
あいにくテストクラスも作らずにExcel方眼紙でテスト仕様書作ってるような現場なんでね

325

： nobodyさん [sage] 2016/07/17(日) 06:53:56.44ID:???

>>323

あとCorporate Identityの方が有名じゃない？

326

： nobodyさん [sage] 2016/07/17(日) 13:11:42.43ID:???

>>321

使っていない
自動でデプロイするほど小規模じゃないので

327

： nobodyさん [sage] 2016/07/17(日) 18:16:19.32ID:???

自動デプロイする職場って、担当者の個人判断でいいのか？
承認やら複眼チェックはいらんのか？

アジャイルとか開発プロセスの軽量化とかいうけど、
検査漏れなどあれば事業の存続に影響するようなシステムでも
プロセスの軽量化を優先しているんかな？

328

： nobodyさん [sage] 2016/07/19(火) 21:50:41.35ID:???

どっかで壊れるのも全自動って書き込み見たなw
まあもちろんテスト環境が自動で、本番は分けるとかやってるんだろうけど

329

： nobodyさん [sage] 2016/07/19(火) 22:31:17.49ID:???

開発環境やテスト、検証環境ならわかるが
さすがに本番環境はscpなりで
めっちゃ慎重にやると思うんだよなあ

330

： nobodyさん [sage] 2016/07/19(火) 23:48:27.49ID:???

テスト環境まで自動デプロイ
本番は承認プロセス挟んでブルーグリーン

331

： nobodyさん [] 2016/08/08(月) 01:40:28.23

ID

:oSi6vzrE

(パフォーマンスを考えなければ)Laravel一択でしょ

332

： nobodyさん [sage] 2016/08/08(月) 18:51:39.78ID:???

パフォーマンスを考えないやつなんているのか？

リリース時はふつう閑散としているからパフォーマンスがでなくても問題ないが、
サービスが繁盛してくるとマズいことになる。

333

： nobodyさん [sage] 2016/08/08(月) 19:15:06.38ID:???

>>332

php使っている時点でパフォーマンス優先してないのでは？
ロードバランサー挟んで負荷分散しとけばいい。

334

： nobodyさん [sage] 2016/08/08(月) 22:36:35.79ID:???

＞php使っている時点でパフォーマンス優先してないのでは？

これたびたび言われるけど、PHP7で大幅にパフォーマンス改善されたのをふまえても、他のWeb系言語より大きく劣っているのだろうか？

335

： nobodyさん [sage] 2016/08/09(火) 01:58:21.85ID:???

ウェブの負荷なんてDBが9割じゃん
異論は認める

ここの分散がラクなら別に2割3割食っても構わんのだけど、別にその程度の分散はphpで十分出来てるって人が殆どじゃないの
仮にPHPが4割越したら設計が異常だと思うよ。でも仮にそうでもPHPの負荷が高いだけなら別鯖に分けるのもそんな困らんのよね…API単位であとはnginxさんにでも任せればもうなんとでもなるしな

336

： nobodyさん [sage] 2016/08/09(火) 09:23:18.69ID:???

>>335

おおむね同意

337

： nobodyさん [sage] 2016/08/09(火) 12:12:14.79ID:???

>>335

ほぼ同意
FW構造だけで目に見えるほどの差はつかないと思う
それでもFWのせいにするのは、コードを整理すればどうとでもなるレベルなのにやらないやつの怠慢発言と思ってる

338

： nobodyさん [sage] 2016/08/09(火) 13:09:57.54ID:???

負荷の問題はどうとでもなるが応答速度の確保はどうやってる？
Laravel使ってるがこれがネックなんだよな…

339

： nobodyさん [sage] 2016/08/09(火) 16:10:46.98ID:???

>>338

さすがにLaravelは四天王の中でも速度最弱なので
使わない以外の選択肢はなかなか出てこないかと

340

： nobodyさん [sage] 2016/08/10(水) 18:41:15.26ID:???

DB応答速度がパフォーマンスに大きく影響することに同意します。
それにはDBの応答速度を上げるSQL文やテーブル設計、インデックスなどがそもそも大事。
phpのコードの書き方で速度が大きく変わるのも同意です。


でも、Laravelは使わない。
Laravelは実際遅いし、これに起因するパフォーマンス低下は対応策がないので。

341

： nobodyさん [sage] 2016/08/10(水) 21:27:04.19ID:???

Codeigniter3って塩梅どうなのかな
ライセンスのゴタゴタで何となく敬遠してたけど

342

： nobodyさん [sage] 2016/08/10(水) 23:38:43.65ID:???

CodeIgniterはもう4が開発版配布になってるよ。
ttp://https://bcit-ci.github.io/CodeIgniter4/installation/downloads.html

PHP7が必須だってさ。ならばPHP5→7のパフォーマンス改善をフル活用してくれるんじゃないかな、もともと軽さがウリのフレームワークなんだし。
これからの新規プロジェクトなら検討してみたら。

343

： nobodyさん [sage] 2016/08/11(木) 10:46:35.27ID:???

>>342

ひゃー、隔世の感を否めない…
レスありがとう

344

： nobodyさん [sage] 2016/08/11(木) 14:58:47.52ID:???

LocalだとPHP7 + Phalconで色々やってて速くて満足してるんだが
安いレンタルサーバが無くてなー
大手は未だに5.4とかだし

345

： nobodyさん [sage] 2016/08/11(木) 15:38:34.62ID:???

>>344

digitalocean

346

： nobodyさん [sage] 2016/08/11(木) 22:18:06.19ID:???

>>344

だよね
客によってはVPSじゃなかったりもするから
選択肢がほとんどなかったりするよ……

347

： nobodyさん [sage] 2016/08/12(金) 08:21:09.00ID:???

CodeIgniter 4 ですか。
俺もビックリです。

ところで CodeIgniter 4 のウリは、
PHP 7 対応以外に何があるんですか？

（HP見ましたが英語読めないので・・・）

348

： nobodyさん [sage] 2016/08/14(日) 14:35:06.77ID:???

相変わらずシンプルが売りだって書いてあるから、
便利さの部分はテメーでなんとかしろってスタンスだと思う。

349

： nobodyさん [] 2016/10/20(木) 01:33:27.62

ID

:ZwtBbY3j

slim3やっぱええなぁ

350

： nobodyさん [sage] 2016/10/20(木) 17:08:32.06ID:???

Slimって機能がスリムすぎて・・・
例えば入力値のバリデーション機能さえなかったような気が・・・

351

： nobodyさん [sage] 2016/10/20(木) 21:32:29.91ID:???

>>350

もっと人間を信じろ

352

： nobodyさん [sage] 2016/10/22(土) 08:49:27.72ID:???

>>350

好きなライブラリをcomposerでインストールしよう
たとえばこれとか
ttp://https://github.com/Respect/Validation

353

： nobodyさん [sage] 2016/10/22(土) 13:13:47.89ID:???

でもあんまり基本的な部分から追加インストール必要だと、そもそもフレームワークの意味ないじゃんってことにならない？
俺は以前はCodeIgniter好きだったけど、使ってるうちにそういう考えになっちゃった。

354

： nobodyさん [sage] 2016/10/22(土) 19:12:51.41ID:???

結局なに使ってもめんどくせー

355

： nobodyさん [sage] 2016/10/23(日) 02:05:10.16ID:???

追加インストールくらいならあまり気にならないかなあ
自力でダウンロードして……とかいうならちょっといやだけど

356

： nobodyさん [sage] 2016/10/26(水) 22:33:53.96ID:???

>>355

コマンドを使って追加インストールするのは嫌いだなぁ

357

： nobodyさん [sage] 2016/10/27(木) 08:12:47.92ID:???

>>356

composerすら使いたくないみたいな？

358

： nobodyさん [sage] 2016/10/27(木) 13:02:58.85ID:???

>>357

コマンドを使うのがいや
手動でどこかにファイルを置くだけなら歓迎

359

： nobodyさん [sage] 2016/10/27(木) 23:09:19.40ID:???

GUIでやりたいってことかな

360

： nobodyさん [] 2016/10/27(木) 23:40:36.71

ID

:MD4Js0Sy

ネームスペースの関係でcomposerの方が楽だと思うけどなぁ
大型のはssh必要だしslimぐらいがちょうどいいわ

361

： nobodyさん [sage] 2016/10/28(金) 10:37:39.92ID:???

>>359

GUIはもっといや
scpかなんかでファイルをポンと置くだけがイイ

362

： nobodyさん [sage] 2016/10/29(土) 03:14:53.86ID:???

>>361

CakePHP2系で

363

： nobodyさん [sage] 2016/10/30(日) 01:24:25.97ID:???

GUIっつーと
pear思い出すなあｗｗｗ

364

： nobodyさん [sage] 2016/11/10(木) 22:43:43.90ID:???

全部入りのフレームワークがいいなと思ってwordpressを使い続けて早数年
SQLの書き方もインデックスの貼り方も忘れてしまった
これでいいのかなぁ

365

： nobodyさん [sage] 2016/11/11(金) 18:31:58.66ID:???

だめに決まってんだろ。

366

： nobodyさん [sage] 2016/11/11(金) 18:45:43.01ID:???

WordPressで間に合う仕事しかやってないなら別にいいんちゃう

367

： nobodyさん [] 2016/11/12(土) 17:42:32.36

ID

:DLHWcBOA

そんな数年で忘れるもんすか

368

： nobodyさん [sage] 2016/11/13(日) 03:44:27.18ID:???

>>367

忘れるだろ
俺も運用が仕事になってPython一切書けなくなった。
おおまかなロジックの指針は覚えてるんだけど
簡単な関数一つ検索しないとわからん

369

： nobodyさん [sage] 2016/11/13(日) 11:18:35.44ID:???

数年どころか半年で開発能力は半分になるんじゃないかな。
１年もやらなきゃ１／４。

部署異動などで元の仕事から半年離れたら、もう復帰は無理だよ。

370

： nobodyさん [sage] 2016/11/21(月) 14:04:56.99ID:???

リハビリ2週間で完全復帰するけどな

371

： nobodyさん [sage] 2016/11/28(月) 19:09:30.93ID:???

初心者なので全部ログ読みましたが
ララベルときめくよね・・・いい人なんだけどね・・・（無言）
Fuelはいいよね→ステマ！　オワコン！
ZEND眼中なし
CAKE老害・・・でも老人社会だし擦り寄って置くのも有り
今はCIがいいかな

こういう流れでいいですかね

372

： nobodyさん [sage] 2016/11/28(月) 20:13:28.64ID:???

俺的には

ララベル・・・臭！うんこ！
Fuel→なかなかいいぞ！
ZEND眼中なし
CAKE・・・ゲロ

やっぱりCIがいいな！

373

： nobodyさん [sage] 2016/12/05(月) 23:35:01.38ID:???

好きなの使いなよ

374

： nobodyさん [] 2016/12/07(水) 08:33:41.16

ID

:lJjHP+2p

Phalconスレ立ててくれ

375

： nobodyさん [sage] 2016/12/07(水) 14:06:24.53ID:???

ネームスペースが他の言語に比べて気持ち悪すぎるから、最近のPHPのフレームワークは全部ダメだ。
いっそのこと言語変えた方が快適だぞ。

Laravel・・・遅い、ほとんどがIDE使って開発しているイメージ。
Fuel・・・サポート止まってなかった？
Zend・・・モデル弱め。生でクエリ書く人が多い。
Cake・・・自分でガリガリ書きたい奴には向いてない、いいところもある。コーディングルールが古い。
Symfony・・・まだまともな気がする。EC CUBE案件で食えるからこれでいいんじゃね？
CI・・・シンプルで速そう。モデルが充実しているのか心配。
Phalcon・・・速いが機能がフルスタックと呼べるのか？2からZephir、やっぱエラーが分かりにくい。


PHPのフレームワークはどれもマッパーが機能不足！

376

： nobodyさん [sage] 2016/12/07(水) 16:00:37.78ID:???

マッパーってなに？
裸がユニフォーム？

377

： nobodyさん [sage] 2016/12/07(水) 16:25:29.92ID:???

ペッパー、マッパー、ロンパーだろ

378

： nobodyさん [sage] 2016/12/07(水) 22:30:37.16ID:???

dozerみたいなやつのことか

379

： nobodyさん [sage] 2016/12/08(木) 21:00:59.00ID:???

Symfonyは、あっちにもこっちにもあそこにもここにも設定ファルっていう頭おかしい設計なので嫌

380

： nobodyさん [sage] 2016/12/09(金) 10:33:54.12ID:???

>>375

"php orm"でググって好きなの使ったらいいよ
どれもcomposerでインストールできるし
個人的にはeloquentが好き

381

： nobodyさん [sage] 2016/12/09(金) 11:33:43.13ID:???

>>380

eloquentのwithはまだOKだな。

382

： nobodyさん [] 2016/12/09(金) 12:47:31.64

ID

:v3WSRzSF

Phalconスレ立ててくれ

383

： nobodyさん [sage] 2016/12/09(金) 18:30:27.66ID:???

eloquent ってなんて読むの？

384

： nobodyさん [sage] 2016/12/09(金) 23:37:07.50ID:???

エロ キューン

385

： nobodyさん [sage] 2016/12/10(土) 00:03:36.74ID:???

composerってなんだ？
役に立つのか？
使えないとアホなのか？

386

： nobodyさん [sage] 2016/12/10(土) 01:11:33.69ID:???

今どきの開発じゃ必須だと思ってたけどそうでもなかった…？

387

： nobodyさん [sage] 2016/12/10(土) 03:18:05.58ID:???

開発環境はあらかじめエライヒトが用意するからね
コーディング要員はむやみにパッケージ管理ツールなんか使ったら怒られるよ

388

： nobodyさん [sage] 2016/12/10(土) 12:33:45.41ID:???

composerは俺も使ってたけど、大きい会社で上が古くて硬いと無理そうだな？
偉い人はイケてないことが多いからつらい。
コーディング要員が開発環境のことに口出ししたら、嫌がらせしてくる人もいるしな。

389

： nobodyさん [] 2016/12/10(土) 12:56:04.69

ID

:YDjNwII8

Phalconスレ立ててくれ

390

： nobodyさん [] 2016/12/10(土) 22:14:20.86

ID

:3nX9f0tQ

>>389

自らたてないのか

391

： nobodyさん [sage] 2016/12/12(月) 02:15:40.21ID:???

PHPは、ライブラリZIP落としてきて解凍して配置、requireしたら使える、
が良いところだったのに、composerとかが必須になってしまいました。

鬱陶しい限りですが、長いものには巻かれたほうが楽なので、
今はcomposerを使いましょう。

392

： nobodyさん [sage] 2016/12/12(月) 09:06:24.71ID:???

composerを必須とするような環境、コードがそもそも悪い
質の良くないプログラムとなるので可能な限り避けよう

393

： nobodyさん [sage] 2016/12/12(月) 10:34:58.65ID:???

コードの前に日本語覚えて欲しいですね

394

： nobodyさん [sage] 2016/12/12(月) 12:22:24.28ID:???

>>393

日本語難しいからお互い苦労するよな
カタコトどうし仲良くしようぜ

395

： nobodyさん [sage] 2016/12/12(月) 14:42:29.80ID:???

composerが鬱陶しいて…
rubyのgem、pythonのpip、jsのnpmとかも鬱陶しいのかな

396

： nobodyさん [sage] 2016/12/12(月) 14:48:38.79ID:???

付いて行けてない人もいるんだな
psrも知らなそう

397

： nobodyさん [sage] 2016/12/12(月) 16:04:41.80ID:???

>>395

少なくともその辺はうっとおしいね

「ターゲット環境で動かさなきゃならない管理コマンド」
がそもそも嫌だな

398

： nobodyさん [sage] 2016/12/12(月) 20:38:28.65ID:???

capistranoでデプロイする仕組みとか用意しちゃってるけど俺もできればコードだけでどうにかしたいなー派だわ
特にPHPなんてSFTPでペタっと貼ったら動くってのが利点でもあると思うのよね
慣れちゃったけど右も左もわからんころにrails触ってasset pipelineでゲロ吐いたわ

399

： nobodyさん [sage] 2016/12/12(月) 23:00:15.02ID:???

Windowsはインストーラ経由でレジストリ汚されるけどLinuxはそういうのなくていいなーっていうのが昔はLinuxの利点として挙げられてたけど
パッケージ管理ツール使ったら少なくともその利点は失うね。

400

： nobodyさん [sage] 2016/12/12(月) 23:34:12.86ID:???

フレームワークスレでこの有様か
phperじゃしょうがないか

401

： nobodyさん [sage] 2016/12/13(火) 00:46:00.66ID:???

>>395

黒色画面恐怖症やオレオレライブラリ病の典型的な病状だよ
レンサバ環境や小型案件にしか関われない人が掛かりやすい病さ

402

： nobodyさん [sage] 2016/12/13(火) 14:58:13.85ID:???

composerはコードの良し悪し関係なくね？
コマンドを叩くのが嫌だと思ってる人はデザイナーかな。

403

： nobodyさん [sage] 2016/12/13(火) 16:18:12.27ID:???

>>402

コマンドを叩くのは嫌じゃないけど、
デプロイ先のマシンでコマンドを叩くのはすごく嫌だわ
嫌というかコマンドでの挙動を信頼しきれない

開発環境で環境から全部もりっと作りこみして
デプロイは固めてコピーして展開して終わりにしたい

404

： nobodyさん [sage] 2016/12/13(火) 16:19:28.20ID:???

インターネットに接続している前提のコマンドとかあるし
インストール先によっちゃ嫌とか言う以前に動かないし

405

： nobodyさん [sage] 2016/12/13(火) 17:00:17.39ID:???

>>403

開発環境と本番環境を教えてくれ

406

： nobodyさん [sage] 2016/12/13(火) 19:37:45.01ID:???

本番環境でコマンド叩くの嫌なら、開発環境でダウンロードしたライブラリも
リポジトリに混ぜればいいだけのことで。

まだ「オートローダーは邪道。パフォーマンスの問題もある」とかいうノリ？

407

： nobodyさん [sage] 2016/12/13(火) 20:32:19.17ID:???

>>406

ローカルインストール（--save-dev）したnodeのライブラリも、バージョン管理してしまうべきか教えてくれ

408

： nobodyさん [sage] 2016/12/15(木) 05:45:11.01ID:???

リモートリポジトリの状態に依るのでは？

409

： nobodyさん [sage] 2016/12/15(木) 10:08:24.59ID:???

>>406

オートローダーは関係なくね？

410

： nobodyさん [] 2016/12/15(木) 16:37:57.74

ID

:7HnXPC8g

ここではあまり評判よくないlaravelがGoogleトレンドでトップなのはどうして？真新しいから？
世界でみるとダントツ

411

： nobodyさん [sage] 2016/12/15(木) 17:16:47.92ID:???

世間ではphp自体がオワコン化してるのに
そのオワコン化してるphpのコミュニティにすら混ざる事が出来ない
そんな時代遅れのはみ出し者が集まってるのが2chだ

それが良いか悪いかは別として
そういう狭い世界で生きてる人間の見識なんだから
世間から乖離して偏っててしゃーない

このスレは
流行ってるフレームワークとか良いフレームワークを語ってるんじゃなくて
古いフレームワークを使い続けてる奴が時代遅れの自分を正当化する為に
自己弁護するスレだと思って見た方が良いよ

412

： nobodyさん [sage] 2016/12/15(木) 20:43:46.43ID:???

codeigniter4かPhalconの二択

413

： nobodyさん [sage] 2016/12/16(金) 01:06:56.88ID:???

phalconインストールできる環境でPHP選ぶ意味がわからん

414

： nobodyさん [sage] 2016/12/16(金) 21:03:13.98ID:???

412だけどGOとかnode.js選びたくても会社の人間全員がPHP以外に明るいわけじゃないからさー
C#信者だから.net coreとか使ってみたいけど絶対通らない
AWSパートナーなんだがWin鯖高いからIIS無理ゲーだし……

415

： nobodyさん [sage] 2016/12/17(土) 16:22:37.28ID:???

オレはフレームワークの勉強をあまりしたくなかったので、
その一点でFuelPHPしか選択肢がなかった

416

： nobodyさん [sage] 2016/12/18(日) 06:04:07.40ID:???

411はエンジニアとして半人前だな。

417

： nobodyさん [sage] 2016/12/18(日) 08:31:03.12ID:???

411ですが、レガシーな環境に縛られて
それがいいもんだと勘違いしてる社畜をエンジニアって呼ぶんなら
半人前と思ってくださって結構ですよ
同列に見られたくないので

418

： nobodyさん [sage] 2016/12/18(日) 16:02:36.15ID:???

PHPってオワコンだったんだな
どれが代替に来ているんだ？

419

： nobodyさん [sage] 2016/12/18(日) 16:32:44.76ID:???

そう言っときゃ格好いいと思ってる意識高い系小僧だろ。

420

： nobodyさん [sage] 2016/12/18(日) 20:44:41.47ID:???

案件は大体PHPばっかりだけどな。

PHPはレベルが低くても、コードぐらいは書ける人が多いからまだまだ続くんじゃね？

いいフレームワーク？正直PHPには無いな。
C#やRuby、Pythonをしてたらそれはわかるだろ。

LaravelはPhalconと比較したら使う気しないし、Phalconは機能がもの足りないから面倒だ。
Phalcon3は知らんけど。

Laravelで開発してるっていうところも、マイグレーション機能さえ使ってないところも多いし、
昔からあるフレームワークでも、ちゃんと使いこなせてる方がいいんじゃないか？

421

： nobodyさん [] 2016/12/19(月) 05:11:13.21

ID

:MJaTwoIQ

ピュアPHP＝標準語
フレームワーク＝オナニー方言

これに尽きるだろ。

今更、秋田弁は機能的で、連携力が優れてるとか言われても通用しねーよｗ
フレームワーク惜しが良く宣伝するピュアPHPerを「オナニーコード、オナニーコード」と恥ずかし気も無く宣うのは、
ただ単に、自分こそフレームワークの人材供給量と連携力を知らない戦略眼の無いオナニーコーダーだからだ。
ゴミフレームワークなんてロックインの温床なんだからさっさと捨ててバカにしていた標準語に戻すべきだ。
そうすれば、将来、ロックインに悩まされることも無くなるだろう。
アーキテクトとストラテジを一から学ぼうな、底辺コーダちゃん。

422

： nobodyさん [] 2016/12/19(月) 05:18:07.46

ID

:MJaTwoIQ

各フレームワーク→人材少ないから連携力もクソも無い
ピュアPHP→どんだけ個性的な書き方でも、PHP知ってる人間なら大概読める。
どこでトランザクションが発生しているかを把握すれば大体、大筋が分かる。これこそスタンダード。

各フレームワーク→いつ変更がかかるかわからない。全部知らなきゃアーキテクトにならない。どこか知らないところがあっただけで大幅にやり直し。
ブラックボックス、ベンダしか知らない領域がある。フレームワークの作りは大体同じというが、多くのフレームワークを使った事のある者ならわかると思うが
少しバージョン変わっただけで大きく別物になるものも多い。MVCだから大体同じと言ってる奴はベンダの戦略が全然わかってない。

423

： nobodyさん [] 2016/12/19(月) 05:20:32.62

ID

:MJaTwoIQ

今のところ、フレームワークであたりなのは、Railsくらいなものだよ。
Cake＝クソ、Symfony＝もっとクソ、Zend＝鼻くそ
もう、ほかに書くのがめんどくさい。それより、新しくプロジェクト立ち上げる際の技術に
どのフレームワークを使うかを決定する必要があるが、迷いに迷って保留にしてフェーズ2から導入するってケースあるか？

424

： nobodyさん [sage] 2016/12/19(月) 09:46:36.88ID:???

>>423

辛辣だが的確な気がする
yii framework について一言いただきたい

425

： nobodyさん [sage] 2016/12/19(月) 11:39:14.08ID:???

Railsだって今のwebAPI前提な作りだったら重いんじゃないか？

426

： nobodyさん [sage] 2016/12/19(月) 11:43:59.78ID:???

フレームワーク嫌いでコアなことを知っている奴がいたが、結局コード書かなくなったな。
そいつは実際凄いんだろうが、時代について行けてない感じだった。
能書きをたれるのは凄いんだが、現場では使い物にならないんだろうな。

PHPでフレームワークを知ってしまうと、フレームワークが嫌いになるのかもしれない。
俺の周りだけかもしれんがPHPから別言語に移った奴らは、フレームワークを肯定している。
PHPを使い続けている奴は、未だにフレームワークを否定している。

427

： nobodyさん [sage] 2016/12/19(月) 12:04:46.92ID:???

PHP自体がフレームワークだからなぁ

428

： nobodyさん [sage] 2016/12/19(月) 12:15:20.65ID:???

未だに生でHTML書いていたり、CSSやJSをminify、bundleしてない奴がフレームワーク不要って言ってたら、さすがに怠慢だと思うけどね。

429

： nobodyさん [sage] 2016/12/19(月) 12:25:45.17ID:???

フレームワーク不要って言ってる人がどんなコード書いてるのか見てみたい
自社フレームワークすら無いって時点でどんな仕事してるのかお察しだけど

430

： nobodyさん [sage] 2016/12/19(月) 12:37:16.53ID:???

そもそも複数人で開発した経験が無いのかな？それなら納得

431

： nobodyさん [sage] 2016/12/19(月) 14:08:16.49ID:???

>>429

まず自分のを見せろ
話はそこから始まる

432

： nobodyさん [sage] 2016/12/19(月) 16:06:22.09ID:???

正しい標準語喋れねえのに日本人自称してるやつがわんさかいるからなあ？

433

： nobodyさん [sage] 2016/12/19(月) 17:42:33.20ID:???

>>432

お前のことかよ。「日本人自称してる」とか使い方間違えすぎだろｗ

434

： nobodyさん [sage] 2016/12/19(月) 18:08:06.52ID:???

こんなんじゃphperが蔑称として使われるのも仕方ないね

435

： nobodyさん [sage] 2016/12/19(月) 18:54:52.62ID:???

マイカーは何がいい？のスレでクルマ所有全否定ばかり言われてるような状態ww
独男が結婚したいんだけど？のスレで女はクソばかりのレス状態ww
もっとやってww

436

： nobodyさん [sage] 2016/12/19(月) 18:55:25.86ID:???

まあちんぽでチャンバラ始めるスレよりまだマシかと

437

： nobodyさん [sage] 2016/12/19(月) 19:22:06.01ID:???

そっちのほうが精神衛生上いい

438

： nobodyさん [sage] 2016/12/19(月) 19:52:48.76ID:???

ピュアPHP＝手
フレームワーク＝TENGA

これ

439

： nobodyさん [sage] 2016/12/19(月) 20:09:33.31ID:???

じゃあ大人のお人形さんは(ﾜｸﾜｸ)

440

： nobodyさん [sage] 2016/12/19(月) 23:53:26.23ID:???

>>428

フレームワーク不要論者ではないが
HTMLはわりと生で書かないか?

441

： nobodyさん [sage] 2016/12/20(火) 01:02:57.98ID:???

>>440

まだ職場ではHTMLを生で書く所が多いと思うけど、パフォーマンスに影響なく明らかに開発効率が良くなるものも使っていないのに、
フレームワークは悪とか言っているのは、ただ新しいことを学びたくないだけって意味で書いた。

442

： nobodyさん [sage] 2016/12/20(火) 04:00:24.11ID:???

>パフォーマンスに影響なく明らかに開発効率が良くなるものも使っていないのに

この論拠は？

443

： nobodyさん [sage] 2016/12/20(火) 11:22:41.72ID:???

>>442

使えばわかる。
吐き出すのはHTMLだからパフォーマンスには影響ない。
コードの行数は半分になるし、IDE以外で開発している奴のタグ抜けとかはなくなるから効率は上がる。

444

： nobodyさん [sage] 2016/12/20(火) 13:42:03.55ID:???

>>440

htmlは生で書くよ
それをフレームワークに食わせる

445

： nobodyさん [sage] 2016/12/20(火) 15:28:09.06ID:???

>>436

ザマリンか

446

： nobodyさん [sage] 2016/12/20(火) 21:45:11.24ID:???

>>445

見てきたけどワロタ

447

： nobodyさん [sage] 2016/12/20(火) 23:53:15.14ID:???

フレームワークを追っかけるのは疲れたわ
1年たったらバージョン違うし
なんでフレームワークなんか勧めてくるんだ？

448

： nobodyさん [sage] 2016/12/21(水) 01:13:33.42ID:???

フレームワークいらないならこのスレ見る必要無いよ
スレタイを読もう

449

： nobodyさん [sage] 2016/12/21(水) 10:27:44.18ID:???

まあでも流れ早すぎて最近のフレームワークはそれ自体が商売化してきてる気もするよな

450

： nobodyさん [sage] 2016/12/21(水) 15:56:14.29ID:???

学習コストが一番安いフレームワークを教えて

451

： nobodyさん [sage] 2016/12/21(水) 17:08:24.70ID:???

>>450

どれもたいして変わらないよ

452

： nobodyさん [sage] 2016/12/21(水) 18:00:55.75ID:???

>>451

質問が悪かった
子供が遊びで話す 「PythonとRubyはどっちが簡単？」
そのレベルでいいよ

453

： nobodyさん [sage] 2016/12/21(水) 19:42:52.10ID:???

サーバーサイドのフレームワークなんて、のんびりしてるほうだけどな。

454

： nobodyさん [sage] 2016/12/21(水) 20:09:50.06ID:???

javascriptに比べたらかわいいもんだね

455

： nobodyさん [sage] 2016/12/21(水) 21:18:18.09ID:???

単発が沸いてきたな

456

： nobodyさん [sage] 2016/12/22(木) 07:59:43.87ID:???

日本だとケイクphpじゃないの

457

： nobodyさん [sage] 2016/12/22(木) 08:01:59.72ID:???

>>452

こーどいぐないたー

458

： nobodyさん [sage] 2016/12/22(木) 12:50:45.17ID:???

ttp://https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AAng/mbgdnfmdelffjdhkdggilmphfdihnmcj?hl=ja

459

： nobodyさん [sage] 2016/12/22(木) 20:55:58.85ID:???

>>452

fuel codeigniter phalcon
制約が少ないやつ挙げてみた

460

： nobodyさん [] 2016/12/23(金) 17:37:42.92

ID

:f+GOff+L

fuelの良くないところは 自作コードとライブラリを
ごちゃっと混ぜて置かざるをえないところだな
もっとはっきり違うディレクトリに置きたい

461

： nobodyさん [] 2016/12/26(月) 19:34:06.93

ID

:gPp4oeSU

フレームワーク使ってるから連携力が上がるって考えている奴は本当に馬鹿
その心は
１．開発規約を作ったら結局、皆わからなくなる。
２．フレームワーク人材不足で横のつながりがそもそもない。
３．フレームワークベンダーの思うつぼ。

462

： nobodyさん [sage] 2016/12/26(月) 20:42:26.21ID:???

未だに中小や零細でオレオレ自社製フレームワーク使ってるとこ死ぬほど多いんだぜ
それに比べればメジャーフレームワークのなんと有り難いことか

463

： nobodyさん [sage] 2016/12/26(月) 21:48:52.17ID:???

なにがありがたいの？
いずれ、バージョンアップしなくなるか
PHPや周辺を上げないとどうにもできなくなって
困るのはわかりきっているのに
自社製で自分でメンテした方が長続きできるよ

464

： nobodyさん [sage] 2016/12/26(月) 22:08:59.64ID:???

>>463

永遠にその人間がいるならいいけどなー

465

： nobodyさん [sage] 2016/12/27(火) 09:58:29.51ID:???

いなくなった後が悲惨だよね

466

： nobodyさん [sage] 2016/12/27(火) 10:29:13.35ID:???

フレームワークに親を殺されたいつもの人じゃん

467

： nobodyさん [sage] 2016/12/27(火) 14:10:33.95ID:???

>>463

自社製のごっちゃごちゃしたやつよりは
オープンソースのすっきりしたやつがええな

468

： nobodyさん [sage] 2016/12/27(火) 18:01:34.39ID:???

未だに自社製フレームワークってう○こだと思うが、Facebookとかでかいところは自社製フレームワークなのかな？

469

： nobodyさん [sage] 2016/12/27(火) 20:36:06.38ID:???

HHVM作っちゃうあそこはさすがに自作なんじゃないのかな

470

： nobodyさん [] 2016/12/28(水) 06:52:22.61

ID

:kQ7J0MRY

フレームワークをいくつも習得したが、
周りに、フレームワークを使えない奴ばかりで、
結局自身がフレームワークでオナニーしていたことに気づいたよ。トホホ

＞未だに中小や零細でオレオレ自社製フレームワーク使ってるとこ死ぬほど多いんだぜ

こういう文句に絶対に惑わされるな。
フレームワークの宣伝なんて一切信用しなくていい。

471

： nobodyさん [] 2016/12/28(水) 06:57:28.13

ID

:kQ7J0MRY

逆に連携力が無くなるのがフレームワークだな。
自社製フレームワーク云々とか言ってる奴は素人だわ。
フレームワークを使っても、自社の標準規約に合わせるから結局そこで研修が必要になってくる。
逆に一通り確認できるからいいって奴もいるけど、結局のところ、2重にも3重にもルールが増えて
人材が集まらなくなるのがオチ。どこの会社でも同じような人材不足に悩まされるんだ。
重要なのは、設計思想と構造であって、フレームワークではない。もっと重要なのは儲かるかどうかだな。

472

： nobodyさん [] 2016/12/28(水) 07:02:13.95

ID

:07oioOy+

>>465

いなくなった後が悲惨なのは、
どっちも同じだろ。
因みに、自社標準を作り際に、フレームワーク化されたPHPとそうでない自社規約に基づいたPHP可読性テストを検証してみた結果
フレームワークを利用したから、可読性が上がったとか、保守性能が上がったと言うエビデンスが殆ど無い。

もっと言ってしまえば、フレームワークによるだろうということ。
より簡単なCAKEやRailsなどは、保守性が上がる場合とそうでない場合とあったが、
より新しいフレームワークほど、著しく、保守性能は落ちた。
標準PHPのみを使って会社の基準に合わせて使っていた方がはるかに効率が良かった。

つまり、ここでフレームワーク推ししてる奴の大半は、そういったベンチマークを行っていない連中ということになる。

473

： nobodyさん [] 2016/12/28(水) 07:08:55.54

ID

:07oioOy+

理由その1
機能面で定着しているフレームワークでなければ、フレームワークとは呼べない
理由その2
会社や事業で培われた会社標準による設計は、新しいフレームワークを導入するより圧倒的に効果がある。
場合によっては、定着フレームワークより効果が高い場合もある。
理由その3
フレームワークを使ったとしても、書けば書くほどカオスになっている。

たとえば、新人に、コード修正を依頼して短期間で修正が可能だったのは、オープンソースのメジャーなフレームワークを使用しないバージョンだった。
新人のコストは安い、PHPとSQLとリナックスを少なからず知っている人材であればすぐに対応が可能だったわけだ。

474

： nobodyさん [] 2016/12/28(水) 07:12:40.48

ID

:07oioOy+

>>469

コード調べてみた結果自作というより、PHPフレームワーク自体をあまり許容してない。
理由は単純、戦略的に劣るから。
自社製フレームワーク、独自フレームワークたたきの方がむしろど素人ｗ

475

： nobodyさん [] 2016/12/28(水) 07:13:39.41

ID

:07oioOy+

>>449

最近のじゃなくて、もともとそういう思想。
欧米的な発想に日本人がようやく気付いてきたかもな

476

： nobodyさん [] 2016/12/28(水) 07:19:12.51

ID

:07oioOy+

あの、フレームワークという言葉をつかって技術面で見栄を張る奴ほど素人なものはない。
自己満足コードと同義の言葉が出てくる人は多分採用しない。それこそフレームワーク使える俺ってすごいでしょって自己満足しているだけの人に見える。
フレームワークそのものに、それだけのものは無いから。単なる実現方式の一つでしかないから。

ちなみに、俺が採用する際には、フレームワークの思想そのものに正しい見解のある奴しか入れない。
それは、フレームワークで書けるとか、会社標準に合わせることができるとかは当然として、その上で
フレームワークを使わない仕様の利害関係が理解できる人かな。

477

： nobodyさん [] 2016/12/28(水) 07:24:23.85

ID

:07oioOy+

フレームワークを使わなければいけないなんて法律も無ければルールも無い
フレームワークが絶対的だとか、開発方式として優れていると思い込んでいる奴は採用しないってことね。
もちろん、フレームワーク使った事のやる奴しか採用しないけどね。

478

： nobodyさん [] 2016/12/28(水) 07:26:24.79

ID

:07oioOy+

標準PHP＝標準語
フレームワーク＝使ってる人がいるかすらわからない方言(辞典にすら掲載されてない言葉が目白押し)

479

： nobodyさん [] 2016/12/28(水) 07:28:26.43

ID

:07oioOy+

>>447

それは、頭の悪い見栄っ張りの勘違いプログラマ気取りが大量にいるからだよ。

480

： nobodyさん [sage] 2016/12/28(水) 08:32:54.62ID:???

ざっと上から読んで思ったが「フレームワークどれがいいの？」ってスレじゃないのここ

481

： nobodyさん [sage] 2016/12/28(水) 08:47:15.26ID:???

>>472

古くなったフレームワークのアップデート等の保守までを考えると中小企業には荷が重いね
オープンソースのフレームワークにはそういった労力を人任せができる強みがあるんじゃないの

セキュリティリスクについても外部の機関がアラートを出してくれる

482

： nobodyさん [] 2016/12/28(水) 11:10:47.04

ID

:2tvlfYzD

フレームワークは絶対に使わなければいけないと思い込んでる奴が必死になって
自社開発したフレームワークを罵るスレッドかと思った。

会社で効率的かどうかを判断してるのに、一個人が会社のやり方に難癖つけるなよ。
口出すような経営権無いんだからさｗ。

483

： nobodyさん [] 2016/12/28(水) 11:12:06.65

ID

:2tvlfYzD

ところで、まずフレームワークの定義からはっきりさせようか。
そうでなければこのスレッドは進まない。
少なくとも国内にマニュアルすら無いような弱小フレームワークは排除すべきだろう。
まず連携取れないから。

484

： nobodyさん [] 2016/12/28(水) 11:25:07.19

ID

:2tvlfYzD

>>464

・フレームワーク人材がいなくなった時の方が致命的
・普通のPHP使ってれば、誰もが理解できるコード
・単純に自己満足コードの方がよっぽど理解が速い。読みさえすればPHP使いなら誰もが理解できる。そんな簡単なコードが理解できないのは素人だから。デバッガも使える。
・フレームワークだからカオスにならないわけではない
・フレームワークの上でカオス化したコードの方が圧倒的に厄介
・マッチする人材発掘するのに数週間から数か月かかる
・ノーマルPHP人材よりフレームワーク一式全て覚えた人材を探す方が圧倒的に難しい
・フレームワークの研修を受けさせた後、開発規約の研修をさせるのはコストが莫大にかかる。2，3か月給与払うとなったら100万どころじゃない。
・連携させるためにフレームワークと会社規約を盛り込んだが、実際には連携力が落ちる。なぜならば人材を絞る事になり少ない人数しか集まらないことになるから。
・メジャーなフレームワーク以外の学習効率は著しく悪い、覚えたとしてもスキルを共有できる人材がいないからさらに連携力が悪くなる。

485

： nobodyさん [] 2016/12/28(水) 11:31:59.11

ID

:2tvlfYzD

・フレームワークに否定的な人だからといって勉強不足というわけではない、すでにPHPフレームワークが普及し始めて10年以上の月日が経過していてフレームワークを使った事の無い人の方が少ない。それでも批判される理由は経営上の問題。
・フレームワークに公的的な人は、ただ単に、自分のスキルを誇示したいだけの人では？実際にフレームワークを導入して連携力・開発力・保守性が落ちたと言うケースが圧倒的多数。
・2011年時点では、フレームワークを導入した失敗例は全開発うち80%を占めていることすら知らないのでは？
・アメリカには日本の3倍の人材がいるため、フレームワークによる連携力の効果は日本より3倍大きい。すなわちアメリカで向いているからといって日本で向いているとは限らない。
・10000人のPhperが、1000人のローカル・フレームワークに絞ったら連携力は単純に1/10というわけではない。実際にミッション修了までに100倍かかるかもしれない。(ランチェスター戦略)
・末端のプログラマでフレームワークに心酔する人は、戦略的視点で観ていない。だからこそフレームワークベンダの宣伝文句に惑わされやすい。いずれロックインの対象となる。

486

： nobodyさん [] 2016/12/28(水) 11:34:52.13

ID

:2tvlfYzD

システムアーキテクトで情報処理安全確保支援士の俺が言うのだからおまいらより間違いない。

487

： nobodyさん [] 2016/12/28(水) 11:43:24.39

ID

:2tvlfYzD

>>451

勉強したことが無いからと言って、知ったかしないでねｗ。

>>450

フレームワークやそのバージョンに応じて大きく違う。
一般的にはフレームワークの規模に応じて、層別し、その上で国内普及度の高いフレームワークは学習効率が良い。
学習効率が良いものは単純に連携力が高い。
設計思想が云々の問題ではない。なぜならそもそも人材がいなければ一人で組むコードと同じだからだ。

488

： nobodyさん [] 2016/12/28(水) 11:46:09.07

ID

:2tvlfYzD

いくら開発力・保守性などで連携力を設計思想に盛り込んでも、一人で組んでいたら
自分で一から考えるコードと同じだからだよ。だからフレームワーク使ってる俺ってスキルフルって考えてる奴の方が自己満足だ。
誰とも連携力取れないフレームワーク一つで変に間違った方向にプライドが高いだけのゴミみたいなエンジニアならいらない。

489

： nobodyさん [] 2016/12/28(水) 11:48:27.98

ID

:2tvlfYzD

フレームワークを使わなければいけない＝音を立てて食べてはいけない
ってくらい厄介。潔癖症か？

フレームワークは標準でも法律でもねえんだからよ。調子こくなやｗ

490

： nobodyさん [] 2016/12/28(水) 11:54:30.53

ID

:2tvlfYzD

>>481

＞オープンソースのフレームワークにはそういった労力を人任せができる強みがあるんじゃないの
＞セキュリティリスクについても外部の機関がアラートを出してくれる

これは、合ってる。
ただ、フレームワークは規則ではない。
セキュリティに関与するならフレームワークが法制度化される必要がある。
そもそも、フレームワークは標準化すらされてない。
もし、セキュリティに影響を与えるとして標準化、法制度化が進んだ暁には専門学校・大学・大学院である程度の学習が必要になってくる。
しかし、そうなってくるとますます、開発力・保守性などの面の壁を国費で乗り越える手段が必要になってくるから当面、標準化や法制度化は無いだろうなと。

491

： nobodyさん [sage] 2016/12/28(水) 13:15:13.64ID:???

まーた暴れてるよ
スレタイも読めない人間が何語っても滑稽なだけだっていい加減気付け

492

： nobodyさん [sage] 2016/12/28(水) 13:23:43.75ID:???

たぶんこの人はphpしかできないんだと思う

493

： nobodyさん [] 2016/12/28(水) 17:11:43.98

ID

:SgBLaZkz

2ch監視員の自演とか興味ないね。
ttp://http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11144752831

これ見てもわかる通り、ページャを変更するだけでこの回りくどさ。これがメジャーフレームワーク
SQLって共通理解があるのに、それを直に利用しないことによる弊害。

フレームワークは共通理解のためのものなのに、こんな簡単なこともできていない。だから役立たずだと思われてる。

494

： nobodyさん [] 2016/12/28(水) 17:14:05.55

ID

:SgBLaZkz

>>491

お前こそ必死に自演2連投すんなや。

495

： nobodyさん [sage] 2016/12/28(水) 17:14:44.40ID:???

１つのフレームワークなんて1、2ヶ月あれば網羅できるだろ。

人材が集まらないのは、金をケチるからだ。
そして安い金で雑魚ばかり集めているからだ。
俺が一人いれば、どのフレームワークでもフレームワーク無しでも問題はない！

そう思ってる奴もいるだろ？


たかがサーバーサイド1つ、しかもPHPごときでエンジニアぶるなよ。

496

： nobodyさん [sage] 2016/12/28(水) 17:22:39.99ID:???

レスが増えていると思ったが、IDと書き方見る限り、俺以外に他2人しかいないんじゃないのか？ｗ

497

： nobodyさん [sage] 2016/12/28(水) 17:24:17.14ID:???

この暴れ方、Qiitaから追い出されたSQLおじさんに似ている

498

： nobodyさん [sage] 2016/12/28(水) 17:49:14.91ID:???

＞国内にマニュアル

日本語ドキュメント求めてくるとか、どんなけ低レベル向けなんだよｗ
英語ドキュメントでも充分開発できるだろ。

499

： nobodyさん [sage] 2016/12/28(水) 18:01:59.35ID:???

英語から逃げてる奴の意見なんて聞かんわ。上流だけするSEかよ。

500

： nobodyさん [sage] 2016/12/28(水) 18:03:29.16ID:???

500だぜ！

501

： nobodyさん [sage] 2016/12/28(水) 19:38:45.05ID:???

学習コストの低いフレームワークを使うのが一番良い。

502

： nobodyさん [sage] 2016/12/28(水) 20:52:46.07ID:???

>>490

法制度化されてるセキュリティ要件なんてあるの？
完璧でないまでもある程度の自浄作用を期待しオープンなフレームワークを利用するのかと

少なくとも終わったフレームワークは検索結果が教えてくれる

503

： nobodyさん [sage] 2016/12/28(水) 21:15:39.43ID:???

英語読めなくてphpしかできないおじさんが
フレームワークスレで必死に不要論を叫ぶ
あまりにも悲惨

504

： nobodyさん [sage] 2016/12/28(水) 22:00:18.71ID:???

>>501

phalcon使おうよ
ってphalconスレが無いのはなんなの

505

： nobodyさん [sage] 2016/12/28(水) 22:08:31.16ID:???

一気にすすんでるなーー
フレームワークってどこがいいの？スレ

・オープンソースの有名フレームワーク
・オープンソースの無名フレームワーク
・日本開発のオープンソースフレームワーク（これはもうないかな・・・）
・自社のフレームワーク
・フレームワークなんていらんわ
どれが勝つか

とりあえず
有名>>>>>無名>>>>>>>>>>>>>>>>>>>>>>>>>>日本オープン
で、自社と、いらんわ。がどこに入るかの争い？

506

： nobodyさん [] 2016/12/29(木) 00:06:17.04

ID

:TO5hcw10

無名のフレームワークは、自社開発のフレームワークと同じだろーよ
そもそも、無名のフレームワークなんて、自分のところで開発しましたって意味だし。

区別つかない奴ってバカ？

507

： nobodyさん [] 2016/12/29(木) 00:08:51.34

ID

:TO5hcw10

>>502

将来はできる可能性はある。
ただし、フレームワークが本格的に普及するのは、GUI化されて
開発環境との連携が密になってからだと思うね。
それまでは、導入してもしなくてもどっちでもいいもの。
そのつどバージョンを全て抑えるなんて無駄なことはしない方がいい。
FaceBookでPHPフレームワークを使わないで、PHPのみで開発していたのも無理はない。

508

： nobodyさん [] 2016/12/29(木) 00:13:34.18

ID

:TO5hcw10

>>499

バカだね。自分だけが読めるからって理由で言ってるなら、
それこそ自己満足だろ。誰もついてこないんだからさ。

まさか全員が英語できるとでも思ったのか？
俺ができるからお前もやれってのは自己中だと思うね。
俺は英検準1級TOEIC820点持ってるから多少はできるけれど、殆どの奴はTOEICは400点台だよ。
それで「共同開発、共同開発」と連呼している奴は矛盾してる。
こういう奴ほどプロジェクトがうまくいかないと、コミュニケーション能力のせいにしたがるんだろうな。

509

： nobodyさん [] 2016/12/29(木) 00:19:07.73

ID

:TO5hcw10

>>495

すぐに1・2か月と工数を発表する奴は信用ができない。
そういう奴ほど、あの資格は1か月で合格できる、このスキルは1週間で身に着けられるといって
極端に短い目標時間を公言して失敗する。見栄っ張りの象徴だな。
楽観的な工期設定はSEとしても失格だろう。

訳して読んだ本場の米国のシニアの説明ではマスターしたいなら、Cakeで6か月、Symfonyで12か月、Zendはこの中間が必要だと説明している。
PHPのフレームワークは投資効果が薄いから、学ばずに新しい言語を覚えた方が得策とも言っている。俺の見解と同じ。
PHPはピュアなコードが一番、投資効果が高い。俺みたいにガチガチのフレームワークをいくつも習得するなら、C#でも勉強しろと言われる。

510

： nobodyさん [sage] 2016/12/29(木) 00:20:00.94ID:???

>>507

フレームワーク不要だと思うならそれでいいよ
否定もしないよ
でもフレームワークスレでやるなよ
スレ違いだって人に言われないと気付けないか？

511

： nobodyさん [sage] 2016/12/29(木) 00:21:38.83ID:???

>>509

急に英語読めるアピール挟むなよ笑うわw

512

： nobodyさん [] 2016/12/29(木) 00:28:29.48

ID

:TO5hcw10

フレームワークが不要とは書いてない。ｗ
ただし、いくつもフレームワークがあるなら、フレームワークの意味はない。
その都度習得したらフレームワークの意味ないだろ。それにこのスレッドの様にどれが最高かが
決まってない言語の時点で、フレームワークの効果薄いだろ。本末転倒だよ。

513

： nobodyさん [] 2016/12/29(木) 00:33:19.97

ID

:TO5hcw10

PHPでフレームワークやるなら現段階では無駄だから、Railsでもやれば。
PHPフレームワークの恩恵を受ける事ができるのは10年後だろう。ただし、メジャーないくつかに限る。
それまでに、プロジェクトごと乗っ取りたいベンダーによるフレームワークが異常繁殖して
もち、ベンダーはこう宣伝する「共同開発、自社開発とは違う」
実際は、ベンダ事の自社開発でしかない。いや逆に自社開発で終わってくれれば社会的影響力も大きくなくて済む。騙されない企業が増えないで済む
フレームワークがジャングルのようにカオスになるだろう。コードがカオスになる以前に、フレームワークがカオスになる。
そうなったら、人材供給なんて不可能だし、少数精鋭になるから共同開発の意義も薄れる。(科学的に証明されてます)
勉強するのは無駄だと言える。

514

： nobodyさん [] 2016/12/29(木) 00:39:11.23

ID

:TO5hcw10

まず、フレームワークを習得して、能力が高い自分を演技する輩が多くならないことを祈るよ。
そんな外道のおかげで、皆が惑わされる。

まるで、フォンノイマンが水爆開発に参加したのと同じで、あたかも自分が優れている優良人種みたいに
思ってる、フレームワーク使いが増えないことを望むよ。彼らは、無駄なことを勉強せずに経営戦略でも学んだらどうかと思う。
そうすれば、フレームワークの主張する宣伝文句に誘惑されない、より専門的な見識が育つだろう。
フレームワークフレームワーク言ってる奴はそもそも、出来の悪い奴が多いと思う。PHPに関して言えば。
もしやるならフレームワーク乱立せずに人材を供給できるように標準化をすることだ。そして標準化したら開発環境と連動しよりスムーズに開発できることだろう。
共同開発をうたい文句にするには、それをしなければだめだろう。英語やフランス語が出てくる辞典で国内で共同開発は見込めない。

515

： nobodyさん [] 2016/12/29(木) 00:43:51.86

ID

:TO5hcw10

共同開発に向かないものを導入して
共同開発できると宣伝文句を妄信してる
そもそも自社とか無名とか関係ない。
そんな奴、遠にクビにした。
自己満足フレームワーク・スキルで一人で開発されても困るからだ。

516

： nobodyさん [sage] 2016/12/29(木) 07:48:28.74ID:???

phpのフレームワークが叩かれる要因は
開発者がunix文化から外れてる人が多いからだと思う
車輪の再発明ってやつね

rubyだったらrailsとマイクロフレームワークでsinatraあるし
pythonだったらdjangoとpyramidとflaskだし
でもphpってそういう代表的なの無いじゃん

簡単に作れちゃうし、みんなが中途半端にオレオレで作っちゃうから
php使ってる人全体の開発リソースが分散しちゃってるんだと思うんだよね
みんなで中途半端な物をそれぞれで作ってないで纏めりゃいいのにさ

517

： nobodyさん [sage] 2016/12/29(木) 09:57:55.10ID:???

長文連投してまでフレームワーク使う人を敵視するのは過去に何かあったのかな
フレームワークを使う人がドヤってるエンジニアのように見えてしまうのは劣等感のせいだろう
つらかったでしょう、存分にこのスレで吐き出していけ

518

： nobodyさん [sage] 2016/12/29(木) 12:03:58.76ID:???

>>517

俺は上で連投してる人とは違うけども
俺から言わせりゃ長文だからって脊髄反射で煽る君の方がどうかと思うよ
ちゃんと読めばフレームワークを否定してる内容じゃないと思うしね

ドヤってるとかドヤってないとかそんな表面的な事しか言えないのは
エンジニアとしてどうなの？
なんか反論したいなら技術的なことで反論してみたらと思うよ

そういう俺はphpの時はマイクロフレームワークのslimで基本的な所だけやって
後は案件に合わせてオレオレライブラリを組み込んで使ってる
でもrubyで作るときはマイクロフレームワーク使わないでrails使ってる
オレオレライブラリをメンテし続けるのだるいし
phpでも定番的なフレームワークが欲しい

519

： nobodyさん [] 2016/12/29(木) 12:09:40.57

ID

:4BNj6fp1

そういやsageるとid出ないんだな
俺は

>>516

と

>>518

ね

520

： nobodyさん [sage] 2016/12/29(木) 12:18:21.69ID:???

phpでも有名ないくつかのフレームワークが存在するじゃん 他の言語は有名なフレームワークがそれぞれ1つずつしかないから選択が楽ということでは

521

： nobodyさん [] 2016/12/29(木) 12:39:13.06

ID

:4BNj6fp1

>>520

んー、なんつーかphpと他の言語のフレームワークって違うんだよな
他の言語のフレームワークって発展しながら統合してってる感じ？
勝ち残ってきたから少数になってる

例えばpyramidなんかはzopeとpylonsのいいとこ合わせてできた物だし
そのpylonsはturbogearsを使いやすくした物だし
turbogearsは色んなフレームワークを統合したメガフレームワークだし

djangoみたいに最初からすごい完成度で全くの独自実装したのじゃなければ
大体他のフレームワークの良いところを集めてどんどん進化してるんだよね

phpのフレームワークの場合だとさ、他の言語のフレームワークから良いところをインスパイアしたりするけども
ただの劣化コピーって感じ（主にcakeのイメージ）

522

： nobodyさん [sage] 2016/12/29(木) 13:26:24.10ID:???

休みに入ってレス多いな。

>>508

今までうまくいかなかったプロジェクトなんてないわ。どうにかしてきたからな。
俺はTOEIC400もないと思うが、それでも全然英語ドキュメントでやってるぜ。
英語からエンジニアを遠ざけていることが、日本のIT業界の弱さになってると思うわ。

>>509

俺が実際にやってきた真実を言っているのだが。俺は生粋の日本人だから嘘はつかねえよ。
そりゃ初めてフレームワークを勉強するなら、半年とか掛かってしまうかも知れんが、
何個かフレームワークやっているうちに、すぐ網羅できるようになる。

ちなみに、ZendがCakeより学習コスト掛かるとは思えんわ。

523

： nobodyさん [sage] 2016/12/29(木) 13:48:05.33ID:???

フレームワーク嫌いの連投マンは、自分の会社にフレームワークが使える人材が来ないからすねてるんだな。
今時、フレームワークを使えない人材を探す方が難しいと思うが。


なぜ人材が集まらないか考えてみた方がいいんじゃね？

・そもそもPHPメインの会社に技術的な魅力なんてない。
・エンジニアなら誰でも一緒だと思っている。
・100万の人材一人より、20万の人材五人の方が良いと思っている。
・できる奴を見抜けずスルーしてしまってる。
・給料が安すぎる。
・社長がワンマンの馬鹿。

524

： nobodyさん [sage] 2016/12/29(木) 14:06:40.63ID:???

>>523

辞めてった同僚がほぼ同じこと言ってた
そいつ今SE上がりの社長さんの下で働いてて、俺もこっそり誘われてる
「社長がワンマンの馬鹿」はかなり響くわ…
これが無ければ給料少なくても結構我慢できるんだが
ってスレチの愚痴だなすまん

525

： nobodyさん [sage] 2016/12/29(木) 14:14:38.12ID:???

>>524

会社の雰囲気とかが一番大事だよな。
俺は給料高くないと嫌だけど。



ここでフレームワークの選択に悩んでる奴がいるなら、Meteorでも使えと言っとくよ。

526

： nobodyさん [sage] 2016/12/29(木) 16:07:01.37ID:???

メーターってjavascript のフレームワークちゃうのん

527

： nobodyさん [sage] 2016/12/29(木) 17:06:43.07ID:???

>>526

メテオね。

PHPの代替はいっぱいあるけど、JSの代替は無い。JS（フロント）は必須。
サーバーサイドもフロントもJSでできるMeteorならフレームワーク1つでOK！
って思って。

nodeサーバーの保証は致しかねません。

528

： nobodyさん [sage] 2016/12/29(木) 17:17:05.66ID:???

変な改行挟まれるだけで読む気失せる

529

： nobodyさん [] 2016/12/29(木) 20:49:12.70

ID

:4BNj6fp1

>>527

そういや、うちの社内の別チームの方で新技術の検証とかやってんだけど
apache nifiがヤバいとか言ってたよ

「フロントにjsのフレームワーク置いてバックエンドはnifiでいけそう。マジでphpだけしか出来ないプログラマ廃業の危機」
とか、どこまで冗談なのかわからんこと言ってたから正月休みに試そうと思ってんだけど
触ったことある人いる？

幸い俺は他言語いくつか使えるのでまだ現役でやってけそうだけども
そこまでnifi凄いんだとphpしかできない子に他の言語覚えさせなきゃならんってことで
俺の方には次世代言語の選定?みたいなのやってくれって依頼がきてる

goかelixirあたりかなー？なんて思ってんだけど
それ以前にjs覚えさせた方がよさげだな

530

： nobodyさん [sage] 2016/12/29(木) 21:33:15.37ID:???

俺は読めるぞ
毎日スパゲティしか食ってないからな
•̀.̫•́✧

531

： nobodyさん [sage] 2016/12/29(木) 21:58:55.54ID:???

>>529

nifiって初めて聞いたけど、調べたら凄そうだった。
GUIでバックエンドのプログラムできる感じなのかな？
このスレにきて初めて収穫があったわｗ

JSはPHPやってる人間も多少はやってるだろうから、JS伸ばした方がいいかもね。
ただJS界隈は、PHPとは比べ物にならないフレームワーク戦争だけど。

532

： nobodyさん [] 2016/12/29(木) 22:06:00.27

ID

:4BNj6fp1

>>531

ね、ヤバいよね
guiで作られたらプログラマの商売上がったりだよ

まだ日本語化とかされてないらしいからすぐに広まる事は無いだろうけども
数年後にはphpプログラマは絶滅危惧種になってるかもしれん

533

： nobodyさん [sage] 2016/12/29(木) 22:31:54.90ID:???

フレームワーク探しに注ぐモチベーションと学習コストはそのままPHPStormにぶつけるのが最適解かもしれん
言うほど触ってないので異論は認める

534

： nobodyさん [sage] 2016/12/30(金) 10:00:34.88ID:???

連投マンはよ

535

： nobodyさん [sage] 2016/12/30(金) 11:10:54.11ID:???

>>532

ロボットに仕事取られるのと同じだね。

Webしかできないと将来が不安になるわ。
その中でもPHPは代替されてしまうし、Web専用だから更に心配。

536

： nobodyさん [sage] 2016/12/30(金) 11:37:47.74ID:???

会計ソフトがあっても会計士は必要だからな しかしその2フィーというやつは調べてみよう 絶望したら廃業します

537

： nobodyさん [sage] 2016/12/30(金) 12:27:17.71ID:???

昨日書き込んでから

あー、まだこういう情報って表に出しちゃやばかったかなー
一応会社で調べた情報だしなー

とか2chに書き込み終わった後で思って5分ぐらい反省した
まぁqiitaとかにあるぐらいだから日本でも認識されてるしいいよね？

で、夜中にちょっと触ってみた感想

・フローチャート的に処理を繋げてくとやってくれる
・メソッドチェーンのgui版みたいな感じ
・すげーおもろい。プログラマが弄ったらかなり楽しいと思う
・海外にサンプルの処理を配布してるとこがあってそこからサンプル落とし放題
・つまり一度作ったワークフローをxml化しておくと再配布可能
・試しにクローラ作ろうと思ったら既にサンプルにあった
・jvmなのが気に入らない。erlangのvmで同じ様なのあったらいいな

今んとこはまだプログラマのおもちゃ的な所だと思う
でも、今後ノウハウが貯まってきたら底辺プログラマは必要ないかも
seが客先でヒアリングしながらその場でフロー組むような未来を想像した

>>535

>>536

今すぐにプログラマが職を奪われる代物ではなさそう
とりあえずかなり面白いから触ってみるといいかも

538

： nobodyさん [sage] 2016/12/30(金) 12:36:10.45ID:???

>>537

スラドでも話題になっていたから気にする必要は無いと思うよ
向こうでの反応は冷ややかだったが

539

： nobodyさん [sage] 2016/12/30(金) 17:00:43.46ID:???

>>537

モダンなキーワードを書いてくれるのはありがたいが、モダンすぎたりやってる人が少なくて細かく書いてしまうと、
誰が書いているか特定されてしまう恐れがあるかもｗ
その会社の人間が見たらなおさら。

Webの仕事は奪われてもいいから、nifiとかを作る側に回りたい。

540

： nobodyさん [] 2016/12/30(金) 17:08:13.17

ID

:lE6HWcZM

>>531

ついに来ちゃったな、JSのフレームワーク戦争。
アングラをいじってたことがあったけど、あれのどこに利点があるのか正直分からなかった。
普通のJqueryいじってる方がよっぽどプログラマには分かり易かったんじゃないのかな。

541

： nobodyさん [] 2016/12/30(金) 17:11:10.81

ID

:lE6HWcZM

>>529

Rじゃね？

PHPerが本格的にサービスを考えて、時代の中心になる時代。
サービスを考えるにはデータ解析からだよな

542

： nobodyさん [] 2016/12/30(金) 17:20:09.24

ID

:lE6HWcZM

>>523

フレームワークや多言語を使える人材はいるけど、
みんな経営に携わる立場になってしまい、その後釜がいないかな。
時代の流れで古いフレームワークは使えないし、現段階普及してるのは
Cake、Laravel、Symfony、Railsが中心。
他は、普及が乏しいので管理対象から切り捨ててる。
今後はLaravelに移行してるのでSymfonyが無くなると思われ。
あとは、汎用性の高いVBAのプログラマなら若手もいるし資料も豊富なので継承できる。
あとはIphioneアプリ用にObjective-Cが残ってるかな
以前はPerlやJavaサーブレットもあったけどね。

543

： nobodyさん [] 2016/12/30(金) 17:27:57.14

ID

:lE6HWcZM

>>522

俺に言われてもね。あんたは、あんたの経験を書いてるんだろうけど、
俺は、海外の専門家の客観的な意見を書いたに過ぎない。
そもそも、オレオレ経験通りになんていかないんじゃないか？
その辺、フレームワークを使ってるわりに主観に頼りすぎだと思うわ。
ホントのことを書くのは最低限必要だけど、主観でしかない。
主観は大概、余計な感情込めて大げさになる。1年が3か月になり、1か月が1週間になる。まるで信用できん。

544

： nobodyさん [] 2016/12/30(金) 17:33:27.02

ID

:lE6HWcZM

プロジェクトを複数持ってるから、フレームワーク間の比較はできるよ。
当たり前だけど、これからはララベルが一番入りやすくなるんじゃないかな。
過去のノウハウが山積みされてるCake、海外プロジェクトに多いSymfony(日本ではver2のおかげで不人気)
本音言うと、Rubyに一本化したいくらいだが、PHPのパワーは捨てきれずPHP7が出たばかリでクソ重さも軽減されてていろいろ移行中、しばらくPHPにお世話になるよ。

545

： nobodyさん [] 2016/12/30(金) 17:37:31.33

ID

:lE6HWcZM

>>532

GUIで作れたとしても、プログラマじゃなきゃ、仕組みがわからないんじゃないかな。
簡単なプログラムはGUIで作れても、新しい概念はプログラマの専門知識がどうしても必要になると思うよ。
たとば、統合開発環境を使ってても、結局、プログラマの専門知識は必要だし、コーディング以外の知識も必要になってくる。
だから、プログラマ要らず　というより、それらを駆使するのに猶更、高いプログラミング能力が必要になると思うね。
それに、保守のためにしばらく必要。電話と同じでWEBは少なくとも100年は普及し続ける。ある意味安泰だけどな。

546

： nobodyさん [] 2016/12/30(金) 17:38:59.53

ID

:lE6HWcZM

>>497

いいかげん、暴れるって、さりげない悪口で印象操作するのやめたら。
話題や論拠の無い奴ほどそういうことをする。

547

： nobodyさん [sage] 2016/12/30(金) 17:50:17.76ID:???

>>539

特定とか怖くなるからやめてよw

>>541

Rとかになってくるとプログラマの範疇から出ちゃってる気がするな
プログラミングと解析は流石に別ジャンルだと思う
やってて損しないだろうけどRやる前にJSかPythonやらせちゃうかな

一応このスレ的にまとめてみると
もう「どのフレームワークがいいのかな？」
とか言ってられる状況じゃなくなりつつあるのかなー、なんて気がしてきた
フレームワークどころかphpという言語自体の存在意義がどんどん薄くなってきてると思う
pythonやrubyはサーバインフラ部分で使い道あるけどphpは辛いよね

もちろん今んとこは職業プログラマに限った話だと思うし
nifiみたいなワークフロー的なアプリじゃ対応しきれない場面では
今まで通りフレームワーク使うんだろうけど
それでも近頃のモバイルアプリとweb共存みたいな流れだと
サーバ側はwebapiにするケースが増えてるのは事実だし
普及は避けられない気がする

数年後にどうなってるか楽しみでもあり不安でもあるかな
とりあえず触ったことない人は触ってみる事をお薦めしとく

548

： nobodyさん [sage] 2016/12/30(金) 18:09:04.15ID:???

>>545

今はね
現状はその認識で合ってると思う

でも、まだインターネットの黎明期の頃（とか言うと世代我バレるw）
ルータのコンフィグをするのに専門のネットワークエンジニアがやるって事で
暴利を貪ってた企業が多かったのね
それがciscoがコンフィグを公開して誰でもコピペでコンフィグ流し込める様になって
一気にそのビジネスモデルは破綻した

結局のところ、利用者側からすれば安くあげたい訳で
余程特殊な用途じゃない限りエンジニアが要らない状況になったら
どう転ぶかわかんない
今はまだコピペ元になるワークフローが少ないけども
もっと普及してコピペでやれる状況になったらエンジニアが出る幕無くなるかも
それこそ本屋に「できるnifi」なんて本が並ぶ日が来るのかも知れない

まぁ正直今後どう転ぶか判らんけどね
世の中に受け入れられなくてひっそりと消えていく可能性もあるし

549

： nobodyさん [sage] 2016/12/30(金) 18:43:56.95ID:???

>>540

アンギュラーは重いけど、あの速度が速くなったものはかなり良いよ。
フロント重視の開発をしてみないと、メリットは見えてこないだろうね。
サーバーコストも減らせるし、レスポンスの速さが違いすぎる。
クライアント側のCPUとネットワークの速度が影響してしまうが。

>>542

SymfonyはLaravelやSilexの親だから、完全にはなくならないだろうな。

>>543

海外の専門家が言ってることよりも、自分でやってみた方が信憑性があると思うが。
まぁ個人の経験という主観は入ってたと思う。

550

： nobodyさん [sage] 2016/12/30(金) 18:49:06.63ID:???

>>547

RでやることをPythonでやった方が早いってことで、RからPythonに移ってるね。

551

： nobodyさん [] 2016/12/31(土) 09:08:33.05

ID

:AlZHq02w

ここで、1・2か月で習得できると言ってる奴は、明らかにウソつきだな。
1・2か月じゃ、全うなシステム開発にも携わってないってことだし。
全体の設計・開発・保守に携わり何か成果を上げてから、言うべきだな。
そうすると、2か月どころじゃなくなる。数年ってのが普通になるよ。

552

： nobodyさん [] 2016/12/31(土) 09:12:43.00

ID

:AlZHq02w

>>549

Angularは、使う奴が本当にいるのか疑問だな。
俺は完全に反対だよ。明らかに人材集めづらいもん。

これまではPerlerやPhper、Javalerなどが、JS開発に携わる横のつながりがあったが、
Anguralなんぞ入れて、横のつながりを無くしてしまったら、他の言語の連中が気軽に入りづらくなる。
共同開発・連携どころか、人材が絞られて汎用性が無くなるからだ。
頭の良い奴は、開発に携わるのではなく、技術の導入支援や講師になって儲けようとする。
フレームワークで開発を請け負うのは損だからだ。

553

： nobodyさん [] 2016/12/31(土) 09:24:22.55

ID

:AlZHq02w

フロント重視といっても、フロント周りであんまり大規模にこだわったものなんてないよな。
強いてあげるなら、サーバと連動するAjaxだけどね。

Jqueryは良い発明だったが、Angularは数年後にはゴミ箱行きだと思うね。
なにせPHP以上にカオスなんだろ？

それと今後、Laravelみたいに数年で大きくシェアを伸ばすフレームワークが登場すると、
古参のフレームワークなんて全く使えなかったということだから投資効果としても悪すぎる。
いい加減、フレームワークに振り回されることが事業場なんの意味もないことに気づくべきだ。サブプライムどころじゃない。

554

： nobodyさん [] 2016/12/31(土) 09:31:49.51

ID

:AlZHq02w

よく、人材を確保する際に、
なんらかのフレームワークの経験があれば可とか
PHP3年以上の経験があれば可とかあるけど、次々とフレームワークが大量に発生してるから
いちいち習得しなくていいように書いてあるんだよ。
より、標準知識や一般知識さえあれば応募できるようにしているわけだ。
詳しいことは入ってから習得してもらうってスタンス。

555

： nobodyさん [sage] 2016/12/31(土) 09:36:14.43ID:???

>>551

あんたの周りのしょぼいエンジニアと同じレベルで見るなよ。
1,2ヶ月で覚えてそれで開発が終わりなわけが無いだろ。
あんたのとこのしょぼさはレス見ると明らかだぞｗ

>>552

もうその時点で終わってるわ。時代に全くついていけてないじゃん。
フロントを軽視してるってことは、昔の古いシステムしか作れてないってことだ。
技術者でもないくせに、技術のこと語るなよ。

横のつながりとか何言ってんだ。やる奴は例え1人でもやるんだよ。
連投マンは、10年前の世界から来た過去人なの？

556

： nobodyさん [] 2016/12/31(土) 09:36:31.39

ID

:AlZHq02w

フレームワークの習得期間(てきとー)
学習・研修のみ→2週間〜3か月
設計→3か月〜1年
開発→3か月〜1年
テスト→2か月以上
保守→3か月以上

まるまる一通りやって成果にこぎつけなきゃ、習得したとは言えないだろう。
まさか、1・2か月ってーと、ビュー周りの修正、データ操作の修正だけ行ったとかじゃあるまいし。

557

： nobodyさん [] 2016/12/31(土) 09:47:12.99

ID

:AlZHq02w

>>555

成果をあげなきゃ、習得したとは言えない、習得した気になってるだけだろ。
お前は、人の批判悪口ばかりで、実質性に乏しいから印象操作しかできないのでは？
変なでっち上げとか印象操作は辞めてねｗ


しょぼいエンジニアも何も、東大卒とかバリバリの私大上位の連中ばかりだよ。
それでもフレームワークを敬遠している意味を考えろ。やってるつもりになるだけじゃなくてな。
必死に見栄を張ってる奴は、あたまの悪いチキンレースの出場者みたいなもんだ。
できてもいないうちに、覚えた、覚えたうるさいよ。
数年でも携わってから言えば、1・2か月の配属じゃ、どうせ見えてないところがいっぱいあるんだろうからさ。初心者レベルばれたな。

それに、フロントを軽視した覚えはない。
フロントエンドは要件定義、外部設計など後工程に影響する重要な足がかりになるから当然、フロント周りの設計は重要だと思ってるよ。
もちろん、Jquery、Ajax、この技術は素晴らしかった汎用性が高くて標準化の基礎になりうるから。
でも、Angularはクソだね。いずれ消えるし。絶対的なものでもなんでもない。

558

： nobodyさん [] 2016/12/31(土) 09:51:49.91

ID

:AlZHq02w

>>555

＞横のつながりとか何言ってんだ。やる奴は例え1人でもやるんだよ。

あれあれ？共同開発じゃなかったのかよｗ
1人で組んだオレオレ・コードや自社開発フレームワークがクソなんじゃなかったのか？
フレームワークだって一人で考えたロジックだったら結局、自己満足コードになるよ。何勘違いしてんだ。
そんなに、スキルフルに見せたいのか？フレームワークを1・2か月しか習得しないでか？
俺なんか8年もフレームワークだらけだというのに。

559

： nobodyさん [] 2016/12/31(土) 09:56:10.11

ID

:AlZHq02w

フレームワークを多用したところで、
レビューで突っ込みどころ満載の、自己満足コードしか書けないけどな。
本来プログラマとはそういうものだし。その時通ったとしても
あとでリファクタリングの対象だらけになるよ。

一番重要なのは、フレームワークではなく、個々のシステムの機能や、フロー、IOインタフェースだと思うよ。
フレームワークや書き方が後々、何でもいいように、しっかりとした設計が重要なんだよ。コーディングレベルのことにこだわりすぎて、
フレームワークみたいにクソみたいなカオスコード入れんなよ。

560

： nobodyさん [sage] 2016/12/31(土) 10:01:53.21ID:???

>>556

プログラム未経験者を対象にしているのか？

>>557

お前を責めているのは俺だけじゃないだろｗ
俺以外にもお前はゴミ扱いされてるよ。
なんの印象操作だよ。連投マンって真実じゃん。
それ以外言ってないだろ。

お前がなんと言おうと、俺の経験を変える事できないから諦めろ。
できてるし、成果も残して来たからな。真実は変えれんのだよ。

お前はAngular事情も知らないだろうし、まだjQueryレベルｗ
Angular一本でもやってないしな。

561

： nobodyさん [sage] 2016/12/31(土) 10:05:55.26ID:???

>>558

お前は俺を誰と勘違いしてんだよｗ
共同開発なんて一言も言ってないだろ。

お前は真実見抜かれて怒り狂ってるんだな。
勘違い野郎はお前だよ。

562

： nobodyさん [sage] 2016/12/31(土) 16:36:28.62ID:???

Angularよりも学習コストが低いVue.jsがLaravelに採用されたって
聞いたんだけど
LaravelってPHP側はWebAPIに特化した作りになってるってこと？

563

： nobodyさん [sage] 2016/12/31(土) 17:21:31.85ID:???

>>562

ここ数年で作者の興味が変わったのか、
フロントエンドに介入し出した結果が
Vue.jsだったりelixirという名のオレオレgulpタスク群だったりするだけ
Laravel自体は変わってないよ

564

： nobodyさん [sage] 2016/12/31(土) 18:49:22.88ID:???

まだAngularクソだって気づかない奴いるのか…

565

： nobodyさん [sage] 2016/12/31(土) 19:55:22.83ID:???

最近学習コストがかからんですむ
vue.js+fuelphpの組み合わせばっかりで開発してるなあ……

固定化しちゃうのはよくないと分かってるんだけど……

566

： nobodyさん [sage] 2017/01/01(日) 23:55:36.86ID:???

捕手が絡まないシステムであれば何のフレームワークで組んでもよろしい

567

： nobodyさん [sage] 2017/01/02(月) 14:28:00.77ID:???

連投マンがいないと寂しいな

568

： nobodyさん [sage] 2017/01/02(月) 14:52:53.53ID:???

会社の社長と話してきたが、社長も同じ意見だな。
次々出てくるフレームワークはやったら負けってな。

振り回されてるやつは、新興宗教をとっかえひっかえするのと同レベルだそうだ。

569

： nobodyさん [sage] 2017/01/02(月) 14:54:25.66ID:???

今からやるならwordpressでいいよ
php7だと予想以上に早くて驚いた

570

： nobodyさん [] 2017/01/02(月) 14:54:59.70

ID

:gK9TTruF

1・2か月で習得可能とか言ってるやつは、保守までやったことのないやつがほとんど。
だって、保守までやるのに1，2年は最低かかるだろ。
そうじゃなきゃ、フレームワークの恩恵とやらを受けられませんよ？

真実見抜かれてイカレちゃてるのは誰なんでしょうか？

571

： nobodyさん [] 2017/01/02(月) 14:58:20.19

ID

:gK9TTruF

>>564

Anglarはクソで間違いないね
フロントエンド重視だからとか関係なくクソはクソだよ。

572

： nobodyさん [] 2017/01/02(月) 15:24:31.89

ID

:gK9TTruF

ところで、新しいフレームワークを採用する際に
どういう学習環境で実施する？

１．集合研修
２．通学
３．ネット上の動画
３．個人で教科書を買って読む
４．個人でネット上のリファレンス・チュートリアルを読みながら

どれが、一番早いかおしえて。

573

： nobodyさん [] 2017/01/02(月) 15:26:24.81

ID

:gK9TTruF

ちなみに、うちは集合研修だから習得は早い方だと思ってる。
個人でってやつは向上心はないよりましだが信用できない。
集合研修は大体2，3か月だね。
その後は、1週間に一度の定期講習で知識共有。
ネット動画でノウハウ共有みたいなこともやってる。

574

： nobodyさん [] 2017/01/02(月) 15:29:03.35

ID

:gK9TTruF

どんなフレームワークを採用しても大丈夫なようにソフトウェア設計だけはしっかりやっておくのがミソだと思うのですが。

575

： nobodyさん [sage] 2017/01/03(火) 12:09:18.09ID:???

別にAngularを押すわけではないが、どうせ1系しか知らんかったり、ES5止まりなんだろうな。

アホの連投マンよ。お前の言ってることは穴だらけだぜ。連投マンというよりレンコンマンだな。
保守から参加する場合もあるのにな。お前フレームワークは使わない方が良いと言っといて、後からLaravelが良いとか主張変えすぎでゴミ過ぎる。
他にも支離滅裂が多すぎるわ。
保守までしないとフレームワークの恩恵を受けられない？
開発したこと無いのかよ。

PHP自体がフレームワークとか書いた奴もレンコンマンか？

576

： nobodyさん [sage] 2017/01/03(火) 13:35:09.22ID:???

年明けからまた頭の良さそうな方がやってきていて、2017-ITもグダグダそうですね…

577

： nobodyさん [sage] 2017/01/05(木) 17:22:49.28ID:???

2ちゃんなんてまともなエンジニアは誰も見てない
みんなsnsかslackで話してる
phpユーザーズにはそこそこ人がいる

578

： nobodyさん [] 2017/01/05(木) 18:12:06.97

ID

:A1lH1u+e

自作ゲーム即売会「ゲームマーケット」に１万人超
ttp://http://www.nikkansports.com/general/nikkan/news/1750500.html
ボードゲームのオリジナルオーダー制作
ttp://http://www.logygames.com/logy/ordermade.html
カードゲームを自作する1　【自宅でカード印刷】
ttp://http://tanishi.org/?p=801
500円ボードゲームのすすめ
ttp://http://kazuma.yaekumo.com/c0011_20161206advent.html
100円ショップでボードゲームを自作しよう
ttp://https://sites.google.com/site/jun1sboardgames/blog/makeyourbg
ノーアイデアでボードゲームを作ろう第1回「100円ショップで物を買う」
ttp://http://boardgamelove.com/archives/boardgame-make-1/
ボードゲーム市場がクラウドファンディングの出現で急成長を遂げ市場規模を拡大中
ttp://http://gigazine.net/news/20150820-board-game-crowdfunding/
アナログゲームは実際アツい！ 識者が語る国内アナログゲーム市場の現況とゲームメカニクス
ttp://http://www.famitsu.com/news/201608/24114021.html
実際のところ、自作ボードゲームってどれぐらい売れるもんなの？
ttp://http://roy.hatenablog.com/entry/2016/11/04/225009
カフェも急増　ボードゲームにアラサーがハマる理由
ttp://http://style.nikkei.com/article/DGXMZO10921930R21C16A2000000?channel=DF260120166491
ボードゲーム印刷製造リンク集
ttp://http://www.tgiw.info/2014/09/link-production.html

579

： nobodyさん [sage] 2017/01/06(金) 10:29:04.66ID:???

ひどいこと言わないでください

580

： nobodyさん [sage] 2017/01/06(金) 10:54:04.30ID:???

>>577

アンテナの高いエンジニアは全部読むよ
お前みたいに偏った嗜好は持たない

581

： nobodyさん [sage] 2017/01/06(金) 15:47:46.82ID:???

>>580

slackとかは匿名じゃないからあんまり変なことは言えないしね。
アホな質問とかしれっとできる2chは魅力あると思う。

582

： nobodyさん [sage] 2017/01/06(金) 19:02:41.16ID:???

Phalconスレがないのはなんで？

583

： nobodyさん [sage] 2017/01/06(金) 21:59:11.55ID:???

立てたきゃ立てろ
つかcodeigniterもスレ伸びてないけどなんでだろね

584

： nobodyさん [sage] 2017/01/06(金) 22:41:43.09ID:???

2ちゃんがオワコンだからだよ
どのスレも勢いない

585

： nobodyさん [sage] 2017/01/06(金) 23:16:37.85ID:???

語り合いたいけどSNSみたいに垢作って馴れ合うの苦手
だけどそっちに行かないとダメなんかねえ

586

： nobodyさん [sage] 2017/01/07(土) 08:19:45.44ID:???

ファルコンスレあったよね 落ちたんだね

587

： nobodyさん [sage] 2017/01/07(土) 20:36:43.96ID:???

Pharonとかいうわけわかんないスレじゃなくて？

588

： nobodyさん [sage] 2017/01/11(水) 13:03:19.11ID:???

2chのインターフェース自体古いし
reditとかに以降すべきじゃないか？

589

： nobodyさん [sage] 2017/01/11(水) 15:41:58.55ID:???

過疎っているのはインターフェースのせいじゃないと思います

590

： nobodyさん [sage] 2017/01/17(火) 20:44:50.12ID:???

ファルコン！ファルコン！ゆかいなファルコン！たのしいファルコン！ファルコーーン！ファルコン！

591

： nobodyさん [sage] 2017/01/17(火) 22:59:41.72ID:???

おっさんしかわかんねえよ

592

： nobodyさん [sage] 2017/01/19(木) 17:31:40.81ID:???

>>590

誰か解説してくれ

593

： nobodyさん [sage] 2017/01/19(木) 19:59:50.58ID:???

おっさんだけどわかんねえ

594

： nobodyさん [sage] 2017/01/19(木) 21:13:23.75ID:???

ttp://http://d.hatena.ne.jp/keywordtouch/%A5%AD%A5%E3%A5%D0%A5%EC%A1%BC%A5%ED%A5%F3%A5%C9%A5%F3

595

： nobodyさん [sage] 2017/01/19(木) 22:37:51.16ID:???

なつかしすぎて泣きそう
ってフレームワークの話しろや

596

： nobodyさん [sage] 2017/01/19(木) 22:42:19.53ID:???

FuelPHP
読みにくいよね・・・

597

： nobodyさん [sage] 2017/01/20(金) 00:25:49.50ID:???

ふゅーえる
がなぜ読みにくいのか

598

： nobodyさん [sage] 2017/01/20(金) 08:40:31.88ID:???

CI4のdev触ってるけどよさげ
はよ出せ

599

： nobodyさん [sage] 2017/01/21(土) 00:50:23.90ID:???

要件が単純な案件があったのでphalconを最近業務で使ってみたけどすげーいいな
自由すぎるからルール厳格にしないと改修で死ねそうだが
が、規約がうぜえFWよりよっぽどいい
AMI 2016.09でやってるけど軽すぎてビビる

>>594

くっそわろ

600

： nobodyさん [sage] 2017/01/21(土) 08:39:05.40ID:???

phalcon debug が大変そうだね

601

： nobodyさん [sage] 2017/01/21(土) 10:45:17.75ID:???

>>600

599だがそんなことまったくない
昔はextensionがエラー吐いたり( ここらへん ttp://blog.asial.co.jp/1272 )したらしいが3.0.3では特に無いなー
まー凝ったことしてないからかもしれんが

602

： nobodyさん [sage] 2017/01/21(土) 12:04:04.76ID:???

>>601

そうなんだ 時間が空いた時にちょっと触ってみるわ

603

： nobodyさん [] 2017/02/01(水) 21:14:31.90

ID

:Qikpskfb

>>148

ララベルは消えるんじゃないか。
遅いし、機能もケーキ以下だし

604

： nobodyさん [] 2017/02/01(水) 21:19:45.83

ID

:Qikpskfb

>>575

全体統括する立場で初めて習得したことを生かせるだろう。
保守から参加する末端技術者は、設計開発その他の重要な局面に参加できない。
ゆえに全体を連続でやらない限り、習得したとは言えない。

1，2か月ってのは明らかにサバ読みすぎで、エンジニアの価値が下がるからやめるべきだな。
俺のいる部署に1，2か月でマスターしたと豪語して入ってきた奴がいるけど、カラッキシだめだったよ。
6か月くらい経験してようやく慣れてきたといったところか。
フレームワーク使わない時代の方が圧倒的に仕事が早かったんだが。本当にFWの恩恵を受けているのかは定かではない。

605

： nobodyさん [] 2017/02/12(日) 21:25:15.32

ID

:Cj2dxAMR

去年Symfony使ったが習得しながら開発した。
最近気づいた仕様もあってすべて習得している状態ではない。
学習期間が1，2か月というのは無理があると思う。
開発は終わった。
納品先には開発部隊がある。
俺俺フレームワークはダメと納品先からリクエストがあったので
Symfonyを選んだ。
いろんな要求にこたえられて結果的にSymfonyを選んで良かった気がする。

606

： nobodyさん [sage] 2017/02/12(日) 21:44:08.25ID:???

> 俺俺フレームワークはダメと納品先からリクエストがあった
上の方で馬鹿が吠えてたけどそれが普通だよな
「しんふぉにーわかるひとー？」で人集めれば改修保守できるんだから

607

： nobodyさん [sage] 2017/02/14(火) 00:54:39.79ID:???

俺俺だと保守に開発者集まらないものな

608

： nobodyさん [sage] 2017/02/14(火) 21:33:41.48ID:???

俺俺っていっても、どこかのコピーか、かぶせてるだけだろ
そんなんで俺俺いってもなーー

609

： nobodyさん [sage] 2017/02/14(火) 22:58:49.57ID:???

自前実装のおれおれ見てると頭痛くなってくるぞ
おれおれテンプレートエンジンのデリミタが■hoge■(全角)とかはまだしも
何から何まで$_SESSIONに突っ込んでたり殆ど同じことやってんのにページごとに同じコード書きまくってたり
挙句の果てに上司と部下がコメントで喧嘩とかな
10年前ならともかくコメントの日付が2015XXXXとかになってんのもう見るのいやー

610

： nobodyさん [sage] 2017/02/14(火) 23:05:19.71ID:???

オレオレフレームワークの何がイヤってその知識が全く潰し効かないこと

611

： nobodyさん [] 2017/02/18(土) 09:16:15.93

ID

:5ClZkRJX

ぶっちゃけ、Modelとかテンプレートとかはどうでもいいけど、
ルーティングが整理されていないと読む気にならん。

612

： nobodyさん [sage] 2017/02/18(土) 17:38:31.37ID:???

>>609

あるある
一瞬で終わるはずの修正なのに延々とエンバグに付き合うことに

613

： nobodyさん [sage] 2017/02/18(土) 21:14:45.23ID:???

>>611

ez publishっていうCMSがあってな
是非見ていただきたいものだ

614

： nobodyさん [sage] 2017/02/25(土) 22:50:48.71ID:???

まだわかんねーのかな？
オレオレがダメなんじゃなくて、アホが作ってるから腐ってるだけなんだってこと…

SymfonyだのCakeだのありがたがってたアホが山のようにいる日本だからな
その程度すら実装できないアホばかりなんだから、そりゃ、大抵のオレオレは目もあてられんさ

ただ、メジャーフレームワークのクソさ加減にいつまでも気付け無いバカばっかだってことの裏返しだけどな

615

： nobodyさん [sage] 2017/02/25(土) 23:00:45.45ID:???

あ、はい
ではその素晴らしいフレームワークで頑張ってください

616

： nobodyさん [] 2017/02/25(土) 23:08:13.67

ID

:t5H8rsG0

大抵のオレオレは目もあてられんのだったら、
作らなくて済む分出来合いのでいいのではないだろうか。

617

： nobodyさん [sage] 2017/02/26(日) 13:31:27.01ID:???

まーた始まった
お薬多目に出してもらえ

618

： nobodyさん [sage] 2017/02/27(月) 00:13:43.60ID:???

>>616

あ、はい
ではその素晴らしいクソフレームワークで頑張ってください

619

： nobodyさん [sage] 2017/02/27(月) 00:30:01.51ID:???

そこでクソと付けてしまうのはダメ

>>615

で綺麗に褒め殺ししてたのにただの三流の罵倒に成り下がってしまった

620

： nobodyさん [sage] 2017/02/27(月) 00:52:00.10ID:???

罵倒するつもりで言ったんですけど、何いってんですか？　アホですか？

621

： nobodyさん [sage] 2017/02/27(月) 02:26:55.62ID:???

結局、PHPが見捨てられ始めたのって
使ってる人間の割合が子供が増えたからだと思うんだよね

プログラマって物を作ってナンボだと思うんだけど
PHP界隈では純粋に作って楽しむ層が減って
コピペプログラマ的なのばかりになってしまった

このスレでオレオレ批判するのも2種類いて
オレオレを使うリスクから批判する人と
ただ単に自分の使っているFW以外の物は知らないから敵、みたいな
小さい世界で生きてる子供みたいな意見の２つだ

前者のオレオレを理解した上で批判してる人は議論にもなるんだけど
後者のオレオレどころかPHPすらまともに書けなそうな人間に議論ふっかけても無駄

というのが去年迄PHPマンセーしてた（ci信者→オレオレ→fuel信者）が、
golangに乗り換えた俺からの意見だ

乗り換えたのは仕事都合だったんだけど
乗り換えて心の底から良かったと思ってる
他言語やった事ない人はこんなスレで子供相手にして消耗してないで
他言語やってみたら？
世界が広がるよ

622

： nobodyさん [sage] 2017/02/27(月) 04:43:40.56ID:???

5.4からarray()使わなくて良くなったの知らずにしこしこarray()使ってたわ
毛嫌いしてたショートタグもじゃんじゃん使ってくんで夜露死苦ぅ！

623

： nobodyさん [sage] 2017/02/27(月) 08:45:57.39ID:???

>>620

そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと
まぁ罵倒するだけで自身が満足ならそれはそれで良いことだね

624

： nobodyさん [sage] 2017/02/27(月) 09:22:58.02ID:???

>>621

が言ってるそばから

>>622

みたいなアホ後者がきてるしな
スレにすら合ってねぇってことが分からねぇバカ
わざとやってんのかよとすら思うがわざとならつまらなすぎるから
本物のバカなんだろう

625

： nobodyさん [sage] 2017/02/27(月) 09:26:59.68ID:???

>>623

あのさ、お前本当のバカだろ
なんで相手がどう思って何をしているはずだからそれでは効果は無いはずだとか決めつけてんの？

アホがいたから脱力して、コピペって馬鹿にしてるだけのレスに
「三流の罵倒に成り下がってしまった」とか「そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと」って
脳みそ本当に湧いてんのかよ？　キチガイPHPerは本当、すげーな

まぁ評価するだけで自身が満足ならそれはそれで良いことだね

626

： nobodyさん [sage] 2017/02/27(月) 09:37:22.22ID:???

よっぽど悔しかったんだな

627

： nobodyさん [sage] 2017/02/27(月) 09:55:41.79ID:???

おまえがな

628

： nobodyさん [sage] 2017/02/27(月) 09:59:09.97ID:???

本当にPHP関連のスレは壊滅的だな

629

： nobodyさん [sage] 2017/02/27(月) 10:09:02.56ID:???

>>621

PHPerはバカ過ぎて、

>$foo->bar(
>　　$longArgument,
>　　$longerArgument,
>　　$muchLongerArgument
>);

このコードの意味わかんねーんだとさ。で、わからねぇのに引用してくるんだとさ。本当に脳みそくさってるよ

他の言語がどうしたとかのレベルじゃねぇよ、中学生並みの理解力すらねぇんだもん

630

： nobodyさん [sage] 2017/02/27(月) 12:45:52.35ID:???

phalconとかiceっていうかzephirの話したいし聞きたいよー
どこにもスレないよー

631

： nobodyさん [sage] 2017/02/27(月) 16:48:59.17ID:???

チラ裏だがQiitaってAlexaで国内19位まで上がってんのな
びっくりぽん

632

： nobodyさん [sage] 2017/02/27(月) 20:20:38.86ID:???

Qiitaはなんか知らんがレベル高い人が集まってる
2ch、というかまさにこのスレなんかと住み分け出来てていいんじゃないか

633

： nobodyさん [sage] 2017/02/27(月) 22:56:29.45ID:???

>>622

実は俺もｗ

634

： nobodyさん [] 2017/02/27(月) 22:59:01.58

ID

:EO95zXAk

メジャーフレームワークのクソさ加減を教えてくれ。
どこがクソなんだ。

635

： nobodyさん [sage] 2017/02/28(火) 00:17:38.51ID:???

一見便利そうに見えるが、プロジェクトがでかくなると途端に
アレもダメこれもダメで、結局全然便利じゃない所

636

： nobodyさん [sage] 2017/02/28(火) 00:19:16.50ID:???

どこって・・・・・
全部やん
というか・・・メジャーなのは無い
どこも1Ａか2Aクラスじゃね？

637

： nobodyさん [sage] 2017/02/28(火) 08:05:50.17ID:???

答えられないのに背伸びするからこうなる

哀れ

638

： nobodyさん [sage] 2017/02/28(火) 09:20:07.68ID:???

>>637

え？

639

： nobodyさん [sage] 2017/02/28(火) 09:57:30.33ID:???

>>637

丁寧に説明してもらえると思ってた？　おまえの徳にしかならないことするわけないじゃん　残念だったね

哀れ

640

： nobodyさん [sage] 2017/02/28(火) 10:01:06.32ID:???

つーか、本当にペチパーって教養ないのな。人に物を頼む時は「教えてください」だろ
人間としても腐ってんだよな、ペチパー

>>618

に書いたじゃん。アホはアホのままクソフレームワーク使っててくださいって、俺は全く困らないから

ホント、マヌケよねークソペチパーって

641

： nobodyさん [sage] 2017/03/01(水) 14:06:36.77ID:???

>>639

得になることならともかく、徳になることなら喜んでやってやれよ
「仏教徒ならやってやれ！」だ

642

： nobodyさん [sage] 2017/03/01(水) 14:29:09.16ID:???

よし、分かった。では、彼の徳になる回答だ。

既存フレームワークにたよっていると、基幹部分の設計に類する分野の知見を積めないため高いレベルでのアプリケーション構築能力の育成が阻害される。
結果、枝葉ばかりしか扱えず、開発効率・保守性を両立させたの品質の高い統合的な開発の出来る、価値あるコードを生み出せる人間になれない。
だから、既存メジャーフレームワークはクソだ。

以上

643

： nobodyさん [sage] 2017/03/01(水) 21:56:50.13ID:???

LaravelかWordPressが良いんじゃねーの

644

： nobodyさん [sage] 2017/03/01(水) 23:05:25.11ID:???

Laravelは審議するが、WordPressは論外

645

： nobodyさん [] 2017/03/01(水) 23:23:05.83

ID

:CjBl2d86

関連のレイジーロードってオレオレで作るのは難しいと思うが、どうしてるの

646

： nobodyさん [sage] 2017/03/02(木) 10:04:59.60ID:???

フレームワークに囚われすぎないで一度DDDを学んで欲しい
フレームワークにべったり依存して書いちゃうとフレームワーク自体のバージョンアップさえ苦痛になる
ドメイン層をフレームワークから分離させておけばフレームワークの変更もまだ楽
永遠に使い続けられる完璧なフレームワークなんてものは存在しないんだから
メジャーなものでもオレオレでもいつかは来る捨てる日に備えておこう


今仕事でcakephp1.3の保守やらされてて目が死んでる俺が言ってるんだから説得力あるでしょ？

647

： nobodyさん [sage] 2017/03/02(木) 11:24:54.23ID:???

とは言ってもロジックのほとんどってフレームワークが提供してるライブラリを叩いて構築してくもんだから
フレームワークの移行ってやっぱ大変よ
せいぜいMVC、ルーティングをちゃんと分類しておくくらいじゃない？

648

： nobodyさん [sage] 2017/03/02(木) 11:27:46.08ID:???

CodeIgniter 4で改訂版出してクレメンス

649

： nobodyさん [] 2017/03/02(木) 14:01:18.45

ID

:ro54r/Gx

cakephp1.3 ではドメインモデルでかけないね。
cakephp3 でやっと対応したところだから。
フレームワークを使っていないシステムでフォームもセッションもすべて
配列のシステムをメンテしたことがある。当時はそんなものだと思ってい
たが、今はぞっとする。

650

： nobodyさん [sage] 2017/03/02(木) 15:12:52.10ID:???

俺がRails触る気が起きないのって、CakeはRailsに大きな影響を受けて作られたって話聞いてるからだからなぁ。
影響受けてあれってことは、Railsもマトモなわけないと思わせるほどの腐臭がCakeからは漂ってくる。

651

： nobodyさん [sage] 2017/03/02(木) 15:31:15.41ID:???

Cakeも2までは色々ダメだったけど3でかなり改善されてるから2まで、3から、で印象変わるよ

例えば2のダメなところはアソシエーション書いてfindした時に内部で全部JOINしてるせいで
レコードが巨大になりがちだったり、カラム指定がクソめんどうだったり、
あとrecursiveが単純な階層指定のせいで
アソシエーション設定してるが今回は要らないやってテーブルを排除するfindがクソめんどうだったり
まあContainableビヘイビア使ってればある程度は何とかなってたが。

その点を3では改善してくれてる、
あとRailsはCakeと違って完成度高いよ。

652

： nobodyさん [] 2017/03/02(木) 16:12:24.24

ID

:ro54r/Gx

Cake てクエリーで contain を指定しなくても関連が勝手についてくるの？
たしかにめんどい
recursiveが単純な階層指定って関連を何回たどるかってこと？
Laravel, Symfony はレイジーロードありなので大抵はそれで事足りると思う。
パフォーマンスでないときだけ明示的に with, join を使えばいい。

653

： nobodyさん [sage] 2017/03/02(木) 18:24:57.89ID:???

>>651

さっきCake3の記事を仕事中にスマフォでちらっとみただけなんだけどさ
EntityクラスとTablesクラスがDBアクセスの基本になってんでしょ？
Tablesクラスってことは、Table毎にクラス作るんでしょ？
いつまでそういうことやってんのかなって感じ

もう、DAOでもActiveRecordでもずっと言われてることだけどさ、
AテーブルとBテーブルをJoinするSelect文のメソッドはどっちのテーブル用のクラスに書くの？

654

： nobodyさん [] 2017/03/03(金) 09:14:13.45

ID

:oOv2rtBY

ActiveRecord を使ったことがないけど
Repository に分離しているフレームワークでも同じことだと思う。
売上一覧が伝票・伝票明細・得意先・商品を結合するのだったら、
伝票という風にメインになりそうなクラスに書いている。

655

： nobodyさん [sage] 2017/03/03(金) 11:28:30.55ID:???

>>654

>伝票という風にメインになりそうなクラスに書いている。

それさ、DAOでよく問題になってんだけど、テーブルベースで作るか、機能ベースで作るかってやつな

そういう、どっちにもなりそうな状況が発生する時点で設計が狂ってんだよ。

656

： nobodyさん [sage] 2017/03/03(金) 11:33:54.92ID:???

一応、フレームワークっつってんだからさ、
普通に考えたら「こう実装するしか無いよね」って道を指し示せないとダメなわけさ

実装者によってあっちに書く、こっちに書くみたいな状況になるフレームワークは
フレームワークが機能してないってことなわけだ

657

： nobodyさん [sage] 2017/03/03(金) 12:15:15.05ID:???

既存フレームワーク全否定ワロタ

658

： nobodyさん [sage] 2017/03/03(金) 12:44:40.70ID:???

たぶんCRUDくらいの簡単なものしか触っことないんだろうね
それか仕事したことないか

659

： nobodyさん [sage] 2017/03/03(金) 16:22:02.99ID:???

>>657

ん？　今更何いってんの？

>>614

でとっくに全否定してんだけど

>>658

日本語の文章をマトモに解釈すると「おまえがな」って意味になっちゃうんだけど
自分で言っててわかってる？
そういう意味で言ったの？

660

： nobodyさん [sage] 2017/03/03(金) 16:24:12.05ID:???

なんか、今日もクソペチパー祭りにみたいになってきてんな…
もう

>>621

の言うとおり、本当にPHPにはマトモな奴いねぇのかもしれないな…

661

： nobodyさん [sage] 2017/03/03(金) 17:05:12.78ID:???

こんなスレで息巻いちゃってかわいいね

662

： nobodyさん [sage] 2017/03/03(金) 17:22:09.55ID:???

おまえがね

663

： nobodyさん [sage] 2017/03/03(金) 21:25:21.18ID:???

ワッチョイ導入してほしい

664

： nobodyさん [sage] 2017/03/03(金) 23:47:55.16ID:???

>>658

= マジ、CRUDくらいの簡単なものしか使ったことないやつ
既存フレームワーク使って満足してるやつ

665

： nobodyさん [] 2017/03/04(土) 10:09:04.15

ID

:Iuc7Mslw

Webアプリ（≒CRUD）しか能がないPHPの話だから、それでいいだろ。

666

： nobodyさん [sage] 2017/03/04(土) 10:15:42.15ID:???

と言うか基本CRUDだろ。他に何があるんだ。

667

： nobodyさん [] 2017/03/04(土) 19:13:07.79

ID

:WEjOxgqw

>>655

この場合にどちらになるか選択しなくて良い方法は、
トランザクションスクリプトでドメインロジックを書くことだと思う。
ActiveRecord, TableModule, DomainModel+Repositoryではこの種の選択がある。
フレームワークがオレオレか既製かではなくて、
トランザクションスクリプトかActiveRecord他のどちらがよいかということになる。

668

： nobodyさん [sage] 2017/03/04(土) 20:20:02.40ID:???

>>665

よくねーっつったのが

>>658

自身なんだから、オレに言われてもしらねーよ

669

： nobodyさん [sage] 2017/03/05(日) 03:11:41.17ID:???

>>658

＞CRUDくらいの簡単なもの

煽りじゃなくて意図がわからんのだけど
単一テーブルへのアクセス(ややっこしい
結合無いやつ)って意味なのかな？

670

： nobodyさん [sage] 2017/03/05(日) 16:57:10.47ID:???

CakePHP :
CodeIgniter :
FuelPHP :
Laravel :
Phalcon :
Symfony :
Zend Framework :
それぞれどんなイメージ持ってる？
参考にしたい

671

： nobodyさん [sage] 2017/03/05(日) 23:56:18.92ID:???

CakePHP : コントローラーにロジック書きまくり
CodeIgniter : 突き放しFW
Symfony : あっちにもこっちにもあそこにもここにも設定ファイル

672

： nobodyさん [] 2017/03/06(月) 11:08:45.76

ID

:+tF/pjD5

ORMで比較
Symfony > Laravel > CakePHP
Symfony は重厚長大
Laravel はマジックメソッドで遅い

673

： nobodyさん [sage] 2017/03/06(月) 11:31:30.72ID:???

PHPのメジャーフレームワークがどれもクソなのはわかるが、
オレオレフレームワークでやってる奴は、作ったフレームワークをちゃんとテストしてるのか？

まともなフレームワークを作るにはそれなりに工数もかかるし、リリースしてユーザーの協力でバグを発見できる。
それだけのリソースを社内で抱えているなら、オレオレでも良いとは思うが。

674

： nobodyさん [sage] 2017/03/06(月) 12:16:30.74ID:???

>>671

いやCakeでもモデルに書こうぜw

675

： nobodyさん [sage] 2017/03/06(月) 12:32:36.57ID:???

>>673

>作ったフレームワークをちゃんとテストしてるのか？

メジャだろうがオレオレだろうがノンフレだろうが、しないなんて考えられない。

>>674

> それぞれどんなイメージ持ってる？

676

： nobodyさん [sage] 2017/03/06(月) 12:33:49.50ID:???

追記：こまめにテストしてかないとオレオレは構築中にかならず崩壊するよ

677

： nobodyさん [sage] 2017/03/06(月) 14:22:27.01ID:???

まだ学部生ですが、FuelPHPがすごく扱い易いと思ってます。
coreクラスや、その他パッケージも充実してます。

678

： nobodyさん [sage] 2017/03/06(月) 18:54:55.76ID:???

>>654

伝票クラス作成に賛成
こういうモデリングは楽しいね

679

： nobodyさん [sage] 2017/03/06(月) 21:33:57.69ID:???

>>671

>Symfony : あっちにもこっちにもあそこにもここにも設定ファイル
地獄だなそれ 古いez-publishを思い出す

680

： nobodyさん [sage] 2017/03/06(月) 21:48:44.14ID:???

CakePHP : ニホンジンケークダイスキアルネ もう2系の改修はいやだよ
CodeIgniter : 好き 勤務先メイン シンプルでキレイに書けるし速めなところが好き 4もgithubで追いかけてるけどとても好ましい
FuelPHP : CIと迷ったが社内でディスカッションしてCIになった 現在の状況はよく知らん
Phalcon : extensionってだけで色物扱いされることが多いが速いしコードも少なく美しく書けるし好き だけど仕事ではなかなか使えない(人集めとかそういう政治的理由で)のが残念
Zend Framework : もういいだろ……改修案件でライブラリとして一部を使ったりはあるみたいだけど自分ならあえて使わないな 初学者がフレームワークアレルギーになる一因
Laravel, Symfony : 重そう(触ったこと無い

681

： nobodyさん [] 2017/03/07(火) 16:05:00.20

ID

:PwJ0DFRR

>>677

FuelPHP は他と比べてどうですか。

682

： nobodyさん [sage] 2017/03/07(火) 17:30:17.83ID:???

新しいプロジェクトでfuel使うメリットが見えない

683

： nobodyさん [sage] 2017/03/07(火) 23:01:34.37ID:???

fuelってcodeigniterのライセンスが怪しいってなった時の救済先として注目されていたってイメージ

684

： nobodyさん [sage] 2017/03/08(水) 06:22:25.90ID:???

fuelは公式サイトがスカスカ

685

： nobodyさん [sage] 2017/03/08(水) 06:49:05.76ID:???

fuelはciの開発者が趣味て作ってた物で
実用レベルじゃない

686

： nobodyさん [sage] 2017/03/08(水) 12:44:04.85ID:???

まじかよ

687

： nobodyさん [sage] 2017/03/08(水) 18:49:22.41ID:???

>>681

他と比べるというか、急上昇してるlaravelなど使ったことがないですが
良い意味で扱い易い印象です。(公式ドキュメント見ながら0から作るぶんには）
まだはじめて半年-1年未満なのでそのへんの動向はわからないですが、初心者なりに理解しやすいと思ってます。

688

： nobodyさん [sage] 2017/03/08(水) 20:40:01.00ID:???

まあ言うてもフルスタックだからね、
ただ最近だとSymfony2かRailsに行っちゃうのが良いと思う

689

： nobodyさん [sage] 2017/03/08(水) 22:02:08.94ID:???

同じ言語なら速いもん使いたいってのはマイノリティーなんじゃろか
phalconとかice(生きてんのこれ？)は別にしても同じPHPなら速いもん使いたいなー

690

： nobodyさん [sage] 2017/03/08(水) 22:41:09.96ID:???

速さなんて二の次で、開発効率と保守性こそ正義ってことがわからない子がいるの？

691

： nobodyさん [sage] 2017/03/08(水) 22:47:15.63ID:???

それトレードオフか？

692

： nobodyさん [sage] 2017/03/08(水) 23:07:26.00ID:???

トレードオフだと思う

693

： nobodyさん [sage] 2017/03/08(水) 23:18:48.02ID:???

そっかー

694

： nobodyさん [sage] 2017/03/09(木) 00:37:04.51ID:???

素のPHPで何もフレームワークを使わずに書いた方が速いに決まってるだろうしね

695

： nobodyさん [sage] 2017/03/09(木) 01:04:08.90ID:???

ところがどっこいPhalconの場合は内部でC呼んでるから使った方が速くなる

696

： nobodyさん [sage] 2017/03/09(木) 01:39:57.60ID:???

そうなんだ、知らなかった

697

： nobodyさん [sage] 2017/03/09(木) 08:19:33.52ID:???

ファルコン！ファルコン！ファルコン！
ゆかいなファルコン！たのしいファルコン！ファルコーーン！ファルコン！

698

： nobodyさん [sage] 2017/03/09(木) 12:14:55.32ID:???

>>695

ファルコンってエラーでクラッシュとかするんでしょ？
普通のPHPだとエラー有りページが表示できなくても他のエラー無しページには影響ないけど、ファルコンでも同じなの？

699

： nobodyさん [sage] 2017/03/09(木) 15:27:35.08ID:???

望まぬファルコン望んでる

700

： nobodyさん [sage] 2017/03/09(木) 22:44:38.83ID:???

>>698

2.xまでは結構な頻度でHeapがどうこうで落っこちたりしたけど3.xはないよ
可能性ゼロではないだろうが3では見たこと無い
3でphalconでいうところのproject-simpleで2件(アンケートとちょっと変わったECもどき)を実案件でやった程度の実績だけど

>>697

ワロタ
おっさんしかわかんねえだろ

701

： nobodyさん [sage] 2017/03/10(金) 07:09:50.49ID:???

誰も書かないから書いちゃうけど

PHP使っていながらフレームワークに速さ求めるくらいなら
そもそもなぜPHP使うのかと

PHPフレームワークの性能の範疇でインフラが耐えられるかどうかのギリギリの開発でもしてるのかと

702

： nobodyさん [sage] 2017/03/10(金) 08:23:54.50ID:???

開発者集めたりする時の問題とかあるじゃん
全部golangでやりまーすって集められるかも知れんけど金額合わんわ
コードの書き方でも速さって変わるけど遅いの好きな人はそれらもどうでもいいのかね

703

： nobodyさん [] 2017/03/10(金) 15:45:00.88

ID

:A2UaQP/z

パフォーマンスで気をつけているのは
　アプリケーションで大量件数をバッチ処理する場合に個別にチューニング
　結合結果を一覧するときに1+N問題が発生しないようにクエリーで結合

704

： nobodyさん [] 2017/03/10(金) 16:42:15.41

ID

:BVMxAYRu

何でもかんでも、素の方が早いとか思い込んでるやつは、
Symfony（じゃなくてもいいけど）のHttpKernelが何やってるか見てみたら？
それと同じレベルのことをやっている自負があるなら、「素」の方が早いだろうねｗ

705

： nobodyさん [sage] 2017/03/11(土) 04:09:09.22ID:???

>>704

そんなに推奨する自信あるなら何やってるか書けばいいのに…
そもそも自信がねーのか、書けねーのか…

何でアホフレームワークのことわざわざ調べにいかなきゃいけないんだよ…
もう、頭おかしいペチパーの相手疲れたよ…

706

： nobodyさん [sage] 2017/03/11(土) 08:42:54.92ID:???

>>705

相手しなきゃいいじゃん
このスレ見てレスするのを誰かに強要されてるのか？
いい大人なら自分のしたいことくらい自分で決めろよ

707

： nobodyさん [sage] 2017/03/11(土) 10:51:20.08ID:???

>>706

「嫌なら見るな」クソ芸人的論理っすね

708

： nobodyさん [sage] 2017/03/11(土) 11:31:44.41ID:???

オレオレは不遇の時代なのだから良さアピールせんと
苛つかせても逆効果では？

709

： nobodyさん [sage] 2017/03/11(土) 13:47:40.46ID:???

Laravelは工数が激減するとかそういう理由で伸びたん？
それとも単にCIのライセンス問題で、乗り換え先がたまたま皆同じだっただけ？

710

： nobodyさん [sage] 2017/03/11(土) 14:27:26.34ID:???

>>707

頭おかしいペチパーばっかのスレをわざわざ自分で見に来て相手するの疲れたよって書いてるからたぶんこの人も頭おかしいんだと思う
何かに固執しちゃう障害持ちで嫌なのに見に来ては文句垂れるかわいそうな人

711

： nobodyさん [sage] 2017/03/11(土) 14:34:38.67ID:???

>>710

障害持ちというより単にこのスレで過去に馬鹿にされて粘着してるだけっぽいか

712

： nobodyさん [sage] 2017/03/11(土) 20:19:12.20ID:???

>>710

>頭おかしいペチパーばっかのスレをわざわざ自分で見に来て

そうか、その点については認めるわけだな？
結構結構、随分成長したじゃないか。

>>711

>単にこのスレで過去に馬鹿にされて

お前みたいなサルに馬鹿にされることなんてあるわけないじゃないか、何をいっているんだお前は

713

： nobodyさん [sage] 2017/03/11(土) 22:14:42.72ID:???

>>704

>Symfony（じゃなくてもいいけど）のHttpKernelが何やってるか見てみたら？
煽りレスだけどこれ気になったから調べるわ

ここIDとかワッチョイ無いからアレだな　わしは

>>700

>>702

だけど

714

： nobodyさん [sage] 2017/03/12(日) 00:27:16.12ID:???

>>709

> Laravelは工数が激減するとかそういう理由で伸びたん？
ttp://blog-imgs-36.fc2.com/i/s/i/isinohune/blog_import_4c2dd6d79ad29.jpg

715

： nobodyさん [sage] 2017/03/12(日) 02:07:53.29ID:???

早くやりたいとか1requestあたりのリソースを減らそうって思ったら
golangとかになるんじゃないの。

716

： nobodyさん [sage] 2017/03/12(日) 07:06:37.51ID:???

>>605

>>学習期間が1，2か月というのは無理があると思う。

同意です。

「学習期間がたったの〇ヶ月で△△△を習得できたぜ！」って言う人ほど、
「動かせた」程度のレベルのことが多いね。

717

： nobodyさん [sage] 2017/03/12(日) 08:27:19.90ID:???

>「学習期間がたったの〇ヶ月で△△△を習得できたぜ！」って言う人ほど、

そんなやつ、見たこと無い

718

： nobodyさん [sage] 2017/03/12(日) 16:25:08.73ID:???

露骨にいう奴は流石にいないけど、言外に「オレ凄いだろ」と言いたげなやつはいる。

719

： nobodyさん [sage] 2017/03/12(日) 17:36:14.19ID:???

裏方業あるある

720

： nobodyさん [] 2017/03/12(日) 18:10:24.30

ID

:YDc7CB9n

1requestあたりのリソースは素より多いと思うが
リクエストを減らす仕組みはSymfonyがサポートしている。
リバースプロキシーとの連係する様になっている。
ttp://symfony.com/doc/current/http_cache/varnish.html
やったことはない。

>>704

がいいたいのはこのこと？

721

： nobodyさん [sage] 2017/03/15(水) 12:49:05.17ID:???

Laravelはユーザーが愛情もって支えてる感じある
フォーラムとかドキュメントとかも愛がある

722

： nobodyさん [sage] 2017/03/16(木) 18:26:51.96ID:???

あーいあい♪
あーいあい♪
おさーるさぁんだよー♪

723

： nobodyさん [sage] 2017/03/22(水) 18:47:46.94ID:???

2017年のPHPフレームワーク??2強時代に何を学ぶべきか？
ttp://https://www.webprofessional.jp/the-state-of-php-mvc-frameworks-in-2017/

724

： nobodyさん [sage] 2017/03/22(水) 21:57:41.37ID:???

>>723

ちょうど貼ろうと思ったらすでに
2強って言われてもなあ感がすごい

725

： nobodyさん [sage] 2017/03/22(水) 23:25:38.73ID:???

Laravelはまあいいけど
Symfonyなあ……

726

： nobodyさん [sage] 2017/03/22(水) 23:48:50.63ID:???

2強ってダメなん？
結局何が残るん？

727

： nobodyさん [sage] 2017/03/23(木) 10:14:50.78ID:???

好きなライブラリを組み合わせて君だけの最強のフレームワークを作ろう！

728

： nobodyさん [sage] 2017/03/23(木) 22:04:22.12ID:???

>>727

オレオレやないかｗ

729

： nobodyさん [sage] 2017/03/23(木) 22:12:25.78ID:???

フレームワーク組み合わせることなんて出来るのか？

730

： nobodyさん [sage] 2017/03/23(木) 23:02:49.50ID:???

>>729

ネタをネタと見破れない奴はひろゆき

731

： nobodyさん [sage] 2017/03/24(金) 00:16:58.27ID:???

時代はマイクロアーキテクチャだぜ
これからはサービスごとにDockerコンテナでデプロイして
PHPからGoで作ったマイクロサービスにアクセスしたりと言語の壁なんてなくなってくぜUh-huh


ってばっちゃ(DevOpsの本)が言ってた

732

： nobodyさん [sage] 2017/03/24(金) 00:20:17.67ID:???

それはず〜〜〜〜〜っと言われてる
phpはずっと無くなると言われてたけどまさかの第一人者
これからも言語の壁はなくなるだろう

733

： nobodyさん [sage] 2017/03/24(金) 14:44:20.78ID:???

なぜそうならないかというと

734

： nobodyさん [sage] 2017/03/24(金) 21:51:59.96ID:???

それは8年前に遡るのですが

735

： nobodyさん [sage] 2017/03/24(金) 21:52:45.64ID:???

8年前の20年前のある日の出来事

736

： nobodyさん [sage] 2017/03/24(金) 22:32:45.37ID:???

嫌な事件だったね

737

： nobodyさん [sage] 2017/03/25(土) 00:27:46.09ID:???

ああ、思い出すだけでも身の毛がよだつ。そう、あれは…

738

： nobodyさん [sage] 2017/03/25(土) 01:01:03.67ID:???

え、
もしかして鮫島事件のこと・・・？
2chで言っていいもんなの？
やばくね？

739

： nobodyさん [sage] 2017/03/25(土) 01:09:19.84ID:???

大丈夫だよ、もう時効だよ。言っちゃえよ。

740

： nobodyさん [sage] 2017/03/25(土) 05:12:19.54ID:???

<?php
unset($738);
?>

741

： nobodyさん [sage] 2017/03/25(土) 06:13:06.52ID:???

<?php
echo $738;

742

： nobodyさん [sage] 2017/03/25(土) 21:39:14.41ID:???

kill -9 738

※これはただのUNIXコマンドであり、PID 738 を強制終了するだけです。このため通報などしても無意味です。

743

： nobodyさん [sage] 2017/04/07(金) 22:32:18.08ID:???

rm -rf 738
mv ??? 738

744

： nobodyさん [sage] 2017/06/11(日) 03:33:36.90ID:???

結局Golangかよ

745

： nobodyさん [sage] 2017/06/11(日) 11:19:51.20ID:???

golangのフレームワークってどれが定番なの？

746

： nobodyさん [sage] 2017/06/12(月) 21:06:53.08ID:???

EchoかGinあたりかな？
最近RevelもバージョンアップしたからRevelもたぶんあり

マイクロサービスならgoaをちょっと触ってみたけどよさげだった

747

： nobodyさん [sage] 2017/06/15(木) 02:24:48.36ID:???

>>746

むしろgoaを普通にSPAのサーバサイドとして使えばEchoとかGinより使いやすくないか

748

： nobodyさん [sage] 2017/06/18(日) 02:55:44.80ID:???

Laravelおせーんだよ

749

： nobodyさん [sage] 2017/06/18(日) 04:34:11.00ID:???

そうか？

750

： nobodyさん [sage] 2017/06/18(日) 05:01:51.37ID:???

PHPフレームワークの中じゃ最遅の部類

751

： nobodyさん [sage] 2017/06/18(日) 05:11:56.78ID:???

mod_phpとか使っても駄目？

752

： nobodyさん [sage] 2017/06/18(日) 12:35:40.00ID:???

そんなに遅いのは何がネックなの？
データベースクエリ生成？

753

： nobodyさん [sage] 2017/06/19(月) 03:43:27.12ID:???

依存コンポーネントが多い
マジックメソッド使いすぎ
ファサード

754

： nobodyさん [sage] 2017/06/19(月) 03:45:06.57ID:???

一箇所直せば早くなるとかそういうのではなく、全体的に遅い

755

： nobodyさん [sage] 2017/06/19(月) 03:47:36.96ID:???

もちろんSQLのスロークエリがあればそちらのほうが遅い。
だがそれらを直しきったあとどうようもなく遅い

756

： nobodyさん [sage] 2017/06/19(月) 03:50:35.03ID:???

redisによりクエリキャッシュもやれるだけやった。今一番時間食ってるのはModel::__get()だ

757

： nobodyさん [sage] 2017/06/19(月) 07:44:16.41ID:???

モデル層だけはSQL直で書いた方が速いってことよくあるな

外部連結とかあると特に

758

： nobodyさん [sage] 2017/06/19(月) 08:49:39.89ID:???

マジかよ コアの部分でか
Cakeより遅いってこともあり得るのか、、

759

： nobodyさん [] 2017/06/19(月) 11:32:24.72

ID

:+XN2SqJZ

>>740

PHPの閉じカッコは不要
変数は数字のみは使えません

760

： nobodyさん [sage] 2017/06/20(火) 15:31:02.43ID:???

大規模システムとかでもなければ問題ない範囲だけどな
laravelで一番気に入らないのはミドルウェア

761

： nobodyさん [sage] 2017/06/20(火) 20:53:21.90ID:???

Railsでもさんざん実行速度よりも開発速度！って言ってるからな
速度が欲しい段になればGoとかに変えればよろし

762

： nobodyさん [sage] 2017/06/21(水) 06:26:54.25ID:???

>>760

というと？ポスグレも対応しとるよね？

763

： nobodyさん [sage] 2017/06/21(水) 21:51:56.17ID:???

そこでphalconですよ

764

： nobodyさん [sage] 2017/06/22(木) 03:44:48.46ID:???

phalconはphalconで生PHPに慣れてるといいFW

765

： nobodyさん [sage] 2017/06/22(木) 20:33:27.47ID:???

nativeで速いってのを除いても好みだわ
なんでもかんでも揃ってます！ってやつ苦手
コード多すぎて改修する気なくす

766

： nobodyさん [] 2017/06/23(金) 13:20:31.86

ID

:lJhTNJoo

好き嫌いを語れるのは趣味でやってる奴だけだな
仕事でやるなら、新人にも理解しやすくドキュメントが多いフレームワークを選ぶべき

767

： nobodyさん [sage] 2017/06/23(金) 22:18:58.78ID:???

そこでcakeあたりを持ち出してロジック側でタグ生成しまくりんぐで改修で死ぬやつですね

768

： nobodyさん [sage] 2017/06/24(土) 16:01:35.72ID:???

>>767

ロジック側にタグ生成しまくりって それ同じことReactに言えんの？

769

： nobodyさん [sage] 2017/06/24(土) 19:37:52.43ID:???

reactはviewじゃん
ロジックはmiddlewareに書けよ

770

： nobodyさん [sage] 2017/06/27(火) 02:09:01.24ID:???

phalconはマジで日本語の情報なさすぎ

771

： nobodyさん [sage] 2017/06/27(火) 09:30:55.56ID:???

Phalconを選べるような職場、まずPHPを選ぶ理由が少ないんじゃないか

772

： nobodyさん [sage] 2017/06/27(火) 14:12:20.82ID:???

誰かがアーリーアダプタになるしか。
正直codeigniterとかマジックメソッド使いまくりで、動的言語は嫌い。
ideで補完聞かないし。
この辺を解消してくんないかな。

773

： nobodyさん [sage] 2017/06/27(火) 14:39:12.52ID:???

366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
ttp://https://twitter.com/yukihiro_matz/status/869061879389343744

367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大：ITpro
ttp://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など動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。

774

： nobodyさん [sage] 2017/06/28(水) 09:17:01.53ID:???

瑕疵担保責任（かしたんぽせきにん）

瑕疵担保責任のポイント

民法改正で事実上期限が「無制限」になった
バグや設計のミスなどは、瑕疵担保責任
納品物に不具合があれば損害賠償を請求される可能性もある

ttp://http://www.atmarkit.co.jp/ait/articles/1706/26/news014.html
ttp://http://itpro.nikkeibp.co.jp/atcl/news/17/052601508/?rt=nocnt

改正法では欠陥に気付いてから1年以内にITベンダーに通知すれば、
通知後5年以内は修正や報酬の減額などを求められるとしている

全ベンダーが泣いた民法改正案を解説しよう その1
ttp://http://www.atmarkit.co.jp/ait/articles/1609/14/news009.html
ttp://http://www.atmarkit.co.jp/ait/articles/1609/14/news009_2.html
ttp://http://www.atmarkit.co.jp/ait/articles/1609/14/news009_3.html

775

： nobodyさん [sage] 2017/06/28(水) 09:22:44.19ID:???

ポイント1：修補や損害賠償、契約解除の期限がなくなる

従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。

もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。

776

： nobodyさん [] 2017/06/29(木) 02:55:46.36

ID

:tDjhVjUT

「２年目以降は有償対応」は普通だろう。有償でも知らん顔という方が稀有。
「10年経っても無償で対応しなければならない」となると、そのリスク分を費用に盛り込まざるを得ず、発注・受託のどちらの利益にもならない。
だよな？

777

： nobodyさん [sage] 2017/06/29(木) 09:27:55.60ID:???

>>776

コンペで保守の強い言語を提案したところが案件を持っていく

「10年経っても無償保守お受けしますよ」と提案されてしまう。

778

： nobodyさん [] 2017/07/03(月) 02:47:17.57

ID

:ekemVetS

>>777

そんなコスト無視の提案を平気でする会社は10年後には存続してないだろ。
時々、社員に作業させればタダ、と豪語する無能経営者がいるが、
保守作業は人間が手を動かすところで100%人件費なわけで、
顧客に負担してもらえないならその原資はどこから来るのか、
ちょっと考えれば分かるはずだがな。

779

： nobodyさん [sage] 2017/07/03(月) 07:10:46.86ID:???

>>778

数年後に会社を破綻させれば無理な約束もなかったことになるってことかね。
営業が無茶有環境ってすごい

780

： nobodyさん [sage] 2017/07/03(月) 09:41:57.12ID:???

「10年経っても無償保守お受けしますよ」ただし機能追加は通常の３倍の価格だ

781

： nobodyさん [] 2017/07/09(日) 03:10:37.58

ID

:7eNkpAL2

>>779

一契約の瑕疵担保責任を回避するために倒産させることは考えにくいが、
契約の相手方が倒産や解散で消滅していたら連絡方法がなくなり、
補修の相談すらできない。

782

： nobodyさん [sage] 2017/07/15(土) 02:11:18.79ID:???

ない袖は振れぬ

保証が手厚いなら、保証金額が高くなるだけ。
3割ほど、バッファを積むだけ

個人なら夜逃げするとか、会社なら解散する手もある

783

： nobodyさん [sage] 2017/08/10(木) 03:56:53.31ID:???

cake悪くないけどもうそろそろ限界だな

784

： nobodyさん [sage] 2017/08/10(木) 12:43:28.24ID:???

日本語のCodeIgnitor 3入門本（電子書籍）が出てたの昨日知って即買いしたよ
著者いわく、執筆直後に4が発表されて一度心が折れたらしい
よくぞ書き切って下さった

785

： nobodyさん [sage] 2017/08/10(木) 14:22:59.23ID:???

>>784

そりゃ折角書き切ったし
宣伝したくなるのもわかるけど恥ずかしいから止めとけよ
今更PHP、しかもCIな時点で買う奴おらんし

786

： nobodyさん [sage] 2017/08/10(木) 18:56:23.84ID:???

>>785

(´・ω:;.:...

787

： nobodyさん [sage] 2017/08/10(木) 20:52:07.55ID:???

>>784

内容は良かった？

788

： nobodyさん [] 2017/08/11(金) 10:19:55.28

ID

:Swcyo4Cl

>>783

laravelなんかと比べると、こんなこともできないのかよとなってしまうね。

789

： nobodyさん [sage] 2017/08/11(金) 14:35:25.88ID:???

あのクラス名にいまだにアンダースコア区切りの長ったらしい名前使ってる恥ずかしいフレームワークか

790

： nobodyさん [sage] 2017/08/12(土) 07:36:22.47ID:???

>>788

これは100%純粋に混じりっけなくピュアな無垢の飾らない純朴且つ真摯でひた向きな好奇心から真面目に嘘偽りなく誠実で摯実たる熱意を持って真剣に聞くんだけど、どんな事が出来たら便利だと思ってるの？

791

： nobodyさん [sage] 2017/08/12(土) 11:50:04.84ID:???

>>789

CIってネームスペース使ってないんだっけか
Larabelもいいものなん？

792

： nobodyさん [sage] 2017/08/12(土) 14:20:21.10ID:???

>>791

MVC自体はほぼcakeとおんなじ
キャメルケースとかネームスペース拡張してつかう感じ
でもララベルおっそいんだよなぁ

793

： nobodyさん [] 2017/08/12(土) 23:28:38.87

ID

:QHufkXeV

>>792

Cakeもそうだが、LarabelとかのSymfony系は、自分で書いたコードが実行されるまでのステップが膨大だから、そんなのに全体のパフォーマンスを求めちゃいけないわけ。
パフォーマンスを落としても得られるメリットの方が大きければ採用する意味はあるが、少人数で開発できるものにそういう長大重厚フレームワークを採用すると、足を引っ張られたと感じるだけだろう。
CIはそういうことをやってないから高速なのは当然で、逆にCIに長大重厚フレームワークらしいことを求めちゃいけない。
個人的な感想だが、CIほど自由なら、いっそのことオレオレフレームワークの方が効率良く開発できると思うし、実際そうしている。

794

： nobodyさん [sage] 2017/08/13(日) 07:20:31.62ID:???

ららぶぅぇる

795

： nobodyさん [] 2017/08/13(日) 11:51:16.04

ID

:gOPw1aD0

ちんことまんこがピッタンコ

796

： nobodyさん [] 2017/08/13(日) 12:58:53.12

ID

:kEjiNYqM

>>793

君がいなくなったあと、そのオレオレをメンテする身にもなってくだされ。
「オレオレの方がいイイ！」という人って後のことまったく考えてないよね。

797

： nobodyさん [sage] 2017/08/13(日) 15:20:50.35ID:???

CI使うくらいならphalconだわ

798

： nobodyさん [] 2017/08/13(日) 16:05:35.59

ID

:MKy8qtel

>>796

ポピュラーなフレームワークは経験者が多いからPGを探し易い、というのは重厚長大フレームワークを選択する理由として良く聞く理由付けだが、Myフレームワークはシンプルだからphpを“まともに”読み書きできる奴なら誰でもメンテできる。
そのメンテですら四苦八苦する奴はPGとして使い物にならないと言える。
また、そんな低レベルPGでも、SymfonyやCakeだと突然気の利いたコードを書けるとでも思っているのか？お笑いだ。
そんな素人紛いのPGがまともな成果物を残せると期待しているのは、

>>796

のような商業PGとしてコードを書いた経験のないSEとPMだろう。
類は友を呼ぶのはこの世の習わしなんだなとつくづく思うわ。

799

： nobodyさん [sage] 2017/08/13(日) 17:44:19.10ID:???

>>798

誰でもメンテできるか検証したの？そのオレオレフレームワーク。
例えばバグとかちゃんと潰してある？
セキュリティリスクはない？
妄想で語られてもね。

800

： nobodyさん [sage] 2017/08/13(日) 17:48:43.83ID:???

>>798

は人の書いたコードをメンテしたことないのかな。
先ず沢山の人のレビューを経たコードと
自分しか見てないコード。どっちを信頼する？
全部自分の目で確認するから問題ないって言うなよ。
そういう奴は、工数を考慮したことがない素人だから。

801

： nobodyさん [] 2017/08/13(日) 18:04:16.64

ID

:MKy8qtel

>>799

心配ご無用。

>>799

がそれを目にする日は一生来ないだろうしなｗ
つかその前に、ポピュラーなフレームワークはバグとかちゃんと潰れててセキュリティリスクはない、とか思ってるわけじゃないよな？

802

： nobodyさん [] 2017/08/13(日) 18:13:17.77

ID

:MKy8qtel

>>800

君らはオープンソースの怖さを知らないだけだよ。

SymfonyやCakeが高速で動作し且つ開発期間を短縮でき且つ学習コストが低いなら一目置かざるを得ないがな。実際は真逆だろ。

803

： nobodyさん [sage] 2017/08/13(日) 18:19:23.77ID:???

>>801

もちろんゼロだとは思ってない。
でもコードの信頼性の指標にはなる。
ユーザーが多いからバグを見つけるし修正される。
そのオレオレフレームワークはどのくらいの人が使ってるの？
結局初歩的なバグが潰されてる可能性があるだろ。まさか自分の書いたコードにバグはないとおもってないよな？

804

： nobodyさん [] 2017/08/13(日) 18:21:04.97

ID

:MKy8qtel

>>800

他者が書いたコードのメンテなんか日常茶飯事。
低レベルPGが書いたコードも嫌というほど見た。
実際、そういう奴らが明けたセキュリティホールを塞ぐ仕事もしてるし、オープンソースの結構大きなバグも見つけてる。
脳内プログラマには理解できなくても無理はない。

805

： nobodyさん [sage] 2017/08/13(日) 18:24:16.60ID:???

オープンソースの怖さってなんだよ。
お前が使ってるphpとlinuxもオープンソースなんだが。

806

： nobodyさん [sage] 2017/08/13(日) 18:26:52.27ID:???

>>804

なんでオープンソースに貢献しているやつが
わざわざオレオレフレームワークつくるの。さっきから支離滅裂なんだけど。

807

： nobodyさん [sage] 2017/08/13(日) 19:44:56.62ID:???

> 個人的な感想だが、CIほど自由なら、いっそのことオレオレフレームワークの方が効率良く開発できると思うし、実際そうしている。

負債産み出してる戦犯が何か言ってる

808

： nobodyさん [sage] 2017/08/13(日) 20:35:22.10ID:???

またオレオレ最高くんか
なんだか懐かしいな

809

： nobodyさん [sage] 2017/08/13(日) 21:37:49.88ID:???

なんだ。そういうやついるのかと思ったけどそういう釣りなのか。
オレオレフレームワークがベストって言ってる開発者がいるのかと思った。

オレオレフレームワークで仕事してるやつと仕事したことあるけど
学習コストは結局既存のフレームワーク並みにあったくせに
結構簡単にバグが見つかるし、実行時エラーがでても原因が特定しづらいしキツかった。
結局他のユーザーに鍛えられてないからエラー処理系が貧弱なんだよね
作ってる本人は俺的最強だから本人にとっては分かりやすいんだろうけど。

810

： nobodyさん [] 2017/08/14(月) 05:58:23.83

ID

:O5trzrKZ

まぁそうムキになるなよ。
人生の中で得られる教訓は人それぞれ違うんだし、そもそもフレームワーク教の信者に改宗を迫ってるわけじゃない。
君らはこれまで同様重厚長大フレームワークを重用し続けてれば良い。
オレは単に、学習コストが高い＋動作が鈍い＋工数短縮に寄与するわけじゃない、つう重厚長大フレームワークの欠点を指摘し、そんなもん好んで使わないよって言ってるだけだ。
実際、業務でそういうものと付き合わざるを得なくなった時には、嫌々ながらもやってる。
だからこそ、その短所が目に付き、それを十分に補うだけの長所が見つからない、つうことだ。

811

： nobodyさん [sage] 2017/08/14(月) 08:04:38.85ID:???

>>810

別に鼻息が荒いわけじゃないけど
こういう悲しい現実を少しでも減らしたい
ttp://http://www.megamouth.info/entry/2017/08/01/083126

812

： nobodyさん [sage] 2017/08/14(月) 15:31:04.89ID:???

>>806

自称世界最高峰エンジニア様なんだよ
だったら、PHPに変わる言語を開発して欲しいところだがｗ

813

： nobodyさん [sage] 2017/08/14(月) 19:48:33.38ID:???

ボトルネックになりそうな部分は全部拡張モジュールにしろよ

814

： nobodyさん [sage] 2017/08/14(月) 20:13:39.58ID:???

ボトルのネックって皆が気にしてくれて良いなぁ
俺の肩コリなんて解消されないのに
あ、でもボトルの頭は直ぐに飛ばされるから
その辺は首ﾁｮﾝﾊﾟされないぶんお気楽なのか、、、

815

： nobodyさん [] 2017/08/15(火) 11:48:12.70

ID

:OwkwS9uZ

>>811

残念ながら、そういう悲しい現実はフレームワークとは直接関係ない。
クソコードは低賃金PGの得意芸なのであり、有名フレームワークを使ったからと言って排除できるものではない。
フレームワークを使えばソースコード全体におけるクソコードの比率は下がるだろうがそれは見掛けの数字であり、フレームワークにさえクソコードを混入させていたら状況はより混沌とする。
そういう悲しい現実を減らすには、コードを書けない奴をSEやPMとして置かないこと、低賃金PGの作業領域をできるだけ減らし且つ低賃金PGの作業は上級者が必ずチェックして指導することしかない。
そういうことを知らない奴らが営業したり経営している限り状況は改善しないだろう。

816

： nobodyさん [sage] 2017/08/15(火) 13:46:52.26ID:???

そう、ホットスポットは出来るだけ局所化、極少化すべきであり、そのホットスポットさえもジェネレータなどで極力自動化すべきなんだよね

817

： nobodyさん [sage] 2017/08/15(火) 20:48:23.52ID:???

laravelのファサード考えたやつアホすぎだろ

818

： nobodyさん [sage] 2017/08/20(日) 14:16:59.79ID:???

Laravelスレって消えた？

819

： nobodyさん [] 2017/08/21(月) 08:06:11.21

ID

:OV4byCp8

>>817

なんで？

820

： nobodyさん [sage] 2017/08/21(月) 17:28:41.26ID:???

laravel って「職人のためのフレームワーク」 なんだよな・・・
そこが最大の欠点だと思う

821

： nobodyさん [] 2017/08/23(水) 05:58:05.75

ID

:55AcfAJ1

>>820

真の職人はあんなもの必要としないよ。

822

： nobodyさん [] 2017/08/23(水) 10:36:07.72

ID

:KaRFKXOW

お前らのくだらないプライドのために会社の利益を下げてることに気付け

シェアが高いものはとりあえず否定
↓
マイナーなフレームワークを使う
↓
他の社員がメンテできない
↓
派遣や契約に丸投げ
↓
無駄なコストがかかり、社内の技術も上がらない

823

： nobodyさん [sage] 2017/08/23(水) 11:18:41.90ID:???

>>820

詳細を求む。具体的な欠点とかあげてほしいわ

824

： nobodyさん [sage] 2017/08/23(水) 22:20:15.56ID:???

Laravelは名前が言いやすいし可愛いから好き

825

： nobodyさん [sage] 2017/08/23(水) 22:48:15.07ID:???

Laravelはsymfonyみたいにバンドルスタイルにしろよ
再利用性悪すぎてかなわんわ

826

： nobodyさん [sage] 2017/08/23(水) 22:56:46.52ID:???

>>819

Laravelのドキュメントに書いてあるだろ

827

： nobodyさん [sage] 2017/08/24(木) 01:26:00.89ID:???

>>825

Packageと何が違うの

828

： nobodyさん [] 2017/08/24(木) 03:00:10.25

ID

:m0STGPhM

>>822

> シェアが高いものはとりあえず否定

全然違うね。まず、シェアの高低なんか全く関係ない。利用数が少ないという理由だけでフレームワークを選択するのは不合理だ。

> マイナーなフレームワークを使う

そもそもフレームワークのシェアに関する正確な数字はないはずで、マイナーかメジャーかという切り口自体が幻想である。
ブログなどでフレームワークの人気度を測るバロメーターとなっているのは、Googleでの検索回数の多寡ではないか。
検索機会の多さは分かりにくさを示唆している可能性があり、使い方に悩んだ上での検索が多いのであれば、使わない方が無難かも知れないのだ。

> 他の社員がメンテできない

社員のプログラマとしての能力が低ければ、何を持って来ても同じ。
プログラマとしての能力が高く、且つ学習コストの低いフレームワークであれば、初物でもメンテは困難ではないだろう。

> 派遣や契約に丸投げ
> 無駄なコストがかかり、社内の技術も上がらない

仮にその会社ではSymfony系しか扱わず、そこの社員はSymfony系なら対応できるということであったとしても、それはその会社でしか通用しない。
現実社会は多様であり、転職したら未経験のフレームワークと向かい合うことになるのは火を見るより明らかだ。
そこで躓くようなら、それはつまり、前職で習得した技術が役に立たないことを意味する。
マイナーなフレームワークに触れていると社内の技術が上がらない、というのも幻想だ。
派遣や契約への依存＝無駄なコストという考えも誤り。一時的に彼らへの依存を高めたとしても、そこから得らるものを得ようとしないから“無駄なコスト”に思えてしまう。

余程頑固な会社でない限り、未経験のフレームワークが要求される案件を請けることはいつでもあり得る。
だからこそ、学習コストの高いフレームワークは邪道だと思う。
そういうものを嗜好する人は宗教に似た思い込みに取り付かれているのではないか。
いわゆる洗脳である。

829

： nobodyさん [sega] 2017/08/25(金) 11:30:51.79ID:???

シェアの高さは 情報の多さに繋がり 学習コストを引き下げてくれるからな

「みんな使ってるから これにするわ」 ってのは 結構正しい選択なんよ

830

： nobodyさん [sage] 2017/08/25(金) 12:00:44.86ID:???

つまり日本じゃCakePHPってことになるのけ？
たしかに日本語ドキュメントは圧倒的に多いみたいだけど

831

： nobodyさん [sage] 2017/08/25(金) 12:06:41.23ID:???

cakeも2の情報が多いだけで過去の負債だろ

832

： nobodyさん [???] 2017/08/25(金) 17:42:58.43ID:???

>>829

肝心なシェアはどうやって知るの？
その数字は正確なの？
シェアの変化に追随するの？
そもそも

>>829

は自分でコード書いてるの？

833

： nobodyさん [sage] 2017/08/25(金) 23:24:36.25ID:???

cakeはねーわ

834

： nobodyさん [] 2017/08/26(土) 00:01:52.41

ID

:8x0bn5H3

>>829

そうだね。
ググればいくらでも答えが出てくるならそれに越したことはない。
俺は小さな会社経営してるんだけど、たまに依頼あるのよ。
協力会社に作らせたサイトに手を入れられなくて困ってると。
そういうのは決まってオレオレか日本ではマイナーなフレームワーク。
ソースコード見ると、たしかに技術がある人が書いてそう。
でも、いかにも「このくらい分かるだろ」と言いたげな傲慢さも感じられる。
ソースコードでそれを読む人をねじ伏せようとしてるかのよう。
そうなっちゃダメだよね。
まあ、その手の困ったちゃんがいるから俺らも食いっぱぐれないんだが。

835

： nobodyさん [sage] 2017/08/26(土) 00:03:08.66ID:???

ってことでやっぱりLaravelか
海外の評価は正しいんだな

俺は自作フレームワークだけど

836

： nobodyさん [???] 2017/08/26(土) 02:22:50.60ID:???

Laravelもねーわ

837

： nobodyさん [sage] 2017/08/26(土) 04:36:17.19ID:???

否定するやつって絶対自分の答えを言わないよな

838

： nobodyさん [sage] 2017/08/26(土) 05:30:36.14ID:???

phpはソース読めばわかるだろの姿勢がデフォだと思ってたわ。
いちいちドキュメントなんて書いてらんないし

839

： nobodyさん [] 2017/08/26(土) 12:39:55.59

ID

:cYkoKoFe

phalconに決まっとる

840

： nobodyさん [sage] 2017/08/26(土) 18:38:02.43ID:???

>>838

出た出たｗ

841

： nobodyさん [sage] 2017/08/26(土) 19:13:28.18ID:???

読みやすいソースを書けるならそれでもいいけどな

842

： nobodyさん [sage] 2017/08/27(日) 14:59:52.01ID:???

>>838

書いてらんない？ｗ
本音はどう書けばいいかわからないんだろ？

843

： nobodyさん [???] 2017/08/27(日) 18:56:29.93ID:???

で、

>>842

は自分でドキュメントやソース書いてるのか？

844

： nobodyさん [sage] 2017/08/27(日) 21:01:26.40ID:???

>>839

ほんとこれ

845

： nobodyさん [sage] 2017/08/28(月) 01:27:33.83ID:???

FALCONてインタプリタないの？

846

： nobodyさん [sage] 2017/08/28(月) 07:51:39.16ID:???

ららべる？

847

： nobodyさん [sage] 2017/08/29(火) 17:22:37.03ID:???

codeingiter

848

： nobodyさん [sage] 2017/08/29(火) 18:09:22.26ID:???

dietcakeってどーなん？

849

： nobodyさん [sage] 2017/08/29(火) 21:04:10.82ID:???

BEAR.Sundayってどーなん？

850

： nobodyさん [sage] 2017/09/01(金) 00:22:28.71ID:???

PHPとJavaほど、下手くそが書いたコードが読めない言語もそうそう無いような…

851

： nobodyさん [sage] 2017/09/01(金) 03:31:01.83ID:???

ドカタ率高いからな

852

： nobodyさん [sage] 2017/09/01(金) 23:56:40.04ID:???

フレームワーク初心者はどれ使えばいいんだ
書籍をあたるとCakeとLaravelくらいしかないみたいだけど
英語読めないんで日本語ドキュメントがないと使い方わからん

853

： nobodyさん [sage] 2017/09/02(土) 00:09:37.39ID:???

laravelでいいんじゃね
日本語の入門書なら腐るほどあるよ
qiitaにもlaravelタグの投稿は1571もあるし、別に困らんと思うけどな

854

： nobodyさん [sage] 2017/09/02(土) 00:24:57.10ID:???

縁は大事だ、今から始めるならつい数十時間前にリリースされたばかりのLaravel 5.5 LTS使いなよ

855

： 852 [sage] 2017/09/02(土) 00:26:31.91ID:???

やっぱりLaravelかぁ、ちょっと書籍あたってみる、ども

856

： nobodyさん [???] 2017/09/02(土) 17:41:04.89ID:???

後悔先に立たず

857

： nobodyさん [sage] 2017/09/02(土) 22:16:07.66ID:???

PhpStormと相性良いフレームワークってなに？

858

： nobodyさん [sage] 2017/09/02(土) 23:20:39.66ID:???

Phpハリケーン

859

： nobodyさん [sage] 2017/09/02(土) 23:33:23.44ID:???

面白くないから帰れ

860

： nobodyさん [] 2017/09/03(日) 14:05:33.66

ID

:Zujv+/Nr

>>857

フレームワークをIDEに合わせるなんて愚の骨頂
「yiiが一番合う」と言われたらyii使うの？

861

： nobodyさん [sage] 2017/09/03(日) 14:14:54.02ID:???

日本人が開発してるのでいいやつってある？

862

： nobodyさん [sage] 2017/09/03(日) 16:23:18.09ID:???

>>860

聞いたってええやん
このスレ覗いてる人にはそこそこ需要あると思うで

863

： nobodyさん [sage] 2017/09/03(日) 17:43:05.04ID:???

APIにだけ特化した軽量フレームワーク教えて

864

： nobodyさん [] 2017/09/03(日) 17:58:09.29

ID

:LIoo4ITp

これだけ乱立してるってことはどれもクソなんだろうな、
と思い避けていたフレームワークなのだけど、
とうとうSymfony使ってYｏというリクエストがきてしまった。

これって要はコピペして使えってことなの？

865

： nobodyさん [???] 2017/09/03(日) 20:01:23.95ID:???

>>863

なぜAPIだけ別建てしようとしているのか分からんが、
別建てが不可避であれば、
APIは高速性が重要だからフレームワーク非依存で作った方が良い。

既存フレームワークの採用が不可避であればCIかPhalconあたりになるだろうが、
そんなことをする意味があるのか？

866

： nobodyさん [???] 2017/09/03(日) 20:08:37.61ID:???

>>864

また被害者が増えたか。
Symfonyがコピペで済むようなものならもっと流行ってるだろ？

Symfony派生のフレームワークがいくつか出てきていることは、
Symfonyには結構な問題があることを示唆している。
Symfonyが総合的に素晴らしいなら派生が注目されることはないだろう。

867

： nobodyさん [sage] 2017/09/03(日) 20:41:51.46ID:???

下手なジエンっすなｗ

868

： nobodyさん [sage] 2017/09/03(日) 20:53:37.11ID:???

>>862

だからさあ、愚の骨頂だって言ってんだろ！
俺が豊田議員だったらお前の頭髪の少なさを罵倒しまくってるわ
てか、他の奴もそうだが「何がいいの？」とか他人に聞く前に自分で試せよ
phpstorm入れてその辺に落ちてるソースコピペしてみりゃわかんだろ
なぜその程度のことをやらないだ？

869

： nobodyさん [sage] 2017/09/03(日) 21:39:42.06ID:???

バカかよ
Phpstormと相性が良くてかつそれなりに使えるFW探すのは別に愚の骨頂じゃねーだろ

870

： nobodyさん [sage] 2017/09/03(日) 21:45:33.69ID:???

道具に使われる人ってやーねぇ

871

： nobodyさん [sage] 2017/09/04(月) 01:22:23.54ID:???

HEYSiri 結局PHPのフレームワークってどれがいいの？

872

： nobodyさん [sage] 2017/09/04(月) 02:31:31.32ID:???

自作

873

： nobodyさん [sage] 2017/09/04(月) 08:00:02.21ID:???

そのうちPHP自体に公式フレームワークが内包されるであろう

874

： nobodyさん [sage] 2017/09/04(月) 12:38:04.70ID:???

phpはwebのためだけにあるんじゃないんやで

875

： nobodyさん [sage] 2017/09/04(月) 13:21:50.95ID:???

とはいえWebサーバーは内蔵されましたしおすし

876

： nobodyさん [sage] 2017/09/05(火) 07:49:04.59ID:???

PHPってWebに特化した〜みたいな謳い文句だった気がしたけど
他にどんなシーンで活躍してるんだ？

877

： nobodyさん [sage] 2017/09/05(火) 08:25:58.99ID:???

>>876

訓練されたPHPerはCLIアプリもPHPで書いてる。

878

： nobodyさん [sage] 2017/09/05(火) 15:38:54.01ID:???

バッチをphpで書くお仕事してたことあるで

879

： nobodyさん [sage] 2017/09/06(水) 21:17:54.06ID:???

CLIアプリを書くのにPHPで一番困るのは、スレッドのサポートが貧弱なことだと思うんだけど、なんかいい方法あるのかな。

880

： nobodyさん [sage] 2017/09/06(水) 21:42:06.28ID:???

そのプロジェクトがphpならphpでバッチも書くなあ
「おれっちphpしかわからねえ！！！」ってのが携わることもあるだろうし
メインがphpならphpでpythonならpythonでc#ならc#で
railsはバッチとか書いたこと無いからアレだけどrubyになんのかね

881

： nobodyさん [sage] 2017/09/07(木) 02:58:12.51ID:???

>>879

goで書く。マジで。俺はそうした

882

： nobodyさん [sage] 2017/09/25(月) 13:39:55.33ID:???

366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
ttp://https://twitter.com/yukihiro_matz/status/869061879389343744

367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大：ITpro
ttp://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など動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。

883

： nobodyさん [sage] 2017/09/28(木) 10:44:08.06ID:???

>>881

複雑なモデルアクセスとかも使いまわさずいちいちgoでまた書くの？
スレッドが欲しいのってＣＬＩよりWebアクセスの時とかの方が多いと思うんだが

PHPのCLIでやることなんてちんたらしててもそんな問題ないし

884

： nobodyさん [] 2017/10/12(木) 13:34:09.82

ID

:bPPZaw14

てか、複雑な処理をするなら最初からphpは選ばんわな
phpだけだと出来ないこともあるしな

885

： nobodyさん [sage] 2017/10/13(金) 08:31:15.45ID:???

モデルアクセスと処理じゃ全然意味違うんだが

886

： nobodyさん [sage] 2017/10/13(金) 12:28:53.26ID:???

モデル限定の話かよｗ

887

： nobodyさん [sage] 2017/10/13(金) 23:56:47.21ID:???

興奮しすぎて読めなかったのか

888

： nobodyさん [] 2017/10/21(土) 10:43:19.79

ID

:Azwwt+7n

CakePHP3のインストール
ttp://https://surleconomiejp.blogspot.jp/2017/10/cakephp3.html

889

： nobodyさん [] 2017/10/21(土) 10:45:18.64

ID

:Azwwt+7n

CakePHP3のインストール
ttp://https://surleconomiejp.blogspot.jp/2017/10/cakephp3.html

890

： nobodyさん [] 2017/11/25(土) 21:12:09.90

ID

:pGa2aCJi

男は黙ってfuel

891

： nobodyさん [sage] 2017/11/26(日) 05:12:40.76ID:???

Fuelってメンテされてるの？

892

： nobodyさん [sage] 2017/11/26(日) 15:45:53.53ID:???

漢は黙って自作

893

： nobodyさん [sage] 2017/11/27(月) 01:00:44.31ID:???

>>892

数年後
「ざけんな！なにが自作フレームワークだよ！クソコード書きやがって！！」

894

： nobodyさん [sage] 2017/11/27(月) 12:10:51.04ID:???

漢は黙って事前に転職

895

： nobodyさん [sage] 2017/11/27(月) 14:59:12.51ID:???

>>893

大丈夫
数年後にはPHPが無くなってる

896

： nobodyさん [sage] 2017/11/27(月) 16:14:07.12ID:???

>>895

それは無いだろう
PerlなんかはPHPで用が足りるけど、
PHPに代わるものって普及してしてる？
どこのレンタルサーバでも使えるようなの

897

： nobodyさん [sage] 2017/11/27(月) 20:15:11.13ID:???

Hackが普及するなら仕方ないかなとは思えるが全く流行ってない

898

： nobodyさん [] 2017/12/30(土) 12:15:54.68

ID

:YhlYw6jg

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

2U600PPCM9

899

： nobodyさん [sage] 2018/02/12(月) 18:40:08.36ID:???

Hackは順調にFackebook内で育まれてる。
React界隈の人間が酔ってくるような餌は用意してあるから流行るのは時間の問題。

900

： nobodyさん [sage] 2018/02/12(月) 19:58:44.94ID:???

PHPはコミッターの多数決という意思決定プロセスがほんまゴミ

901

： nobodyさん [] 2018/02/25(日) 20:06:19.41

ID

:PbAVTXqx

なんで、Laravelのネームスペースはイルミナティっぽいんですか？

902

： nobodyさん [] 2018/03/09(金) 11:14:31.89

ID

:lwSVRfh+

Fuelはmodelのバグに悩まされてからあんまり使ってないなあ
symfonyほど重厚でないプロジェクトには、軽量で悪くなかったけど

903

： nobodyさん [sage] 2018/03/09(金) 20:25:52.78ID:???

やっぱ軽いCIでいいや
部分的にreact+reduxで

904

： nobodyさん [] 2018/03/10(土) 20:30:56.37

ID

:SF9pGinP

2年くらいPHPから離れてるけど、なんか進展あった？

905

： nobodyさん [sage] 2018/03/13(火) 01:13:52.23ID:???

バージョンがナナになった

906

： nobodyさん [sage] 2018/05/26(土) 12:19:45.99ID:???

>>892

色々聞いてると結構それ多くて全部ゴミっていう凄まじい状態な
作り込んでるけどリリース毎に複数verあって互換性皆無
ドキュメントもない

まだUtilsだけのがマシなくらい

907

： nobodyさん [] 2018/06/20(水) 21:06:56.78

ID

:UnZq46Ab

プログラミングを誰でも習得できる方法は、「前場アキドルのプログラミングマスター方法」というブログで見られるらしいよ。ネットで調べると見られるらしいです。

CNWHH

908

： nobodyさん [sage] 2018/08/07(火) 03:14:07.33ID:???

scaffoldで簡単に管理画面が作れて
なおかつカスタマイズ容易なフレームワークある？

909

： nobodyさん [] 2018/08/14(火) 19:02:46.61

ID

:wNJtcsMN

Django

910

： nobodyさん [sage] 2018/08/15(水) 03:39:37.48ID:???

オッパイソン！

911

： nobodyさん [sage] 2019/02/01(金) 11:48:44.55ID:???

Latch

912

： nobodyさん [sage] 2019/02/09(土) 22:46:00.59ID:???

fuelが良かった

913

： nobodyさん [sage] 2019/02/10(日) 19:32:15.07ID:???

fuelはオワコン

914

： nobodyさん [sage] 2019/02/10(日) 20:09:02.94ID:???

PHP自体がオワコン

915

： nobodyさん [sage] 2019/02/10(日) 21:45:32.02ID:???

fuelは書籍が神だった

916

： nobodyさん [sage] 2019/02/10(日) 21:53:34.20ID:???

fuelがいいとかプログラマ辞めたほうがいいよ。周りの迷惑だよ。

917

： nobodyさん [sage] 2019/02/20(水) 23:44:58.98ID:???

>>904

魔法少女ララベルたんにケーキ食われまくってる

918

： nobodyさん [sage] 2019/02/20(水) 23:47:45.41ID:???

yii3が出るとか出ないとかいわれてるな、日本じゃfuel以上にオワコン化してるが
ロシアでは未だに人気１，２を争うという日本のcakePHPのような存在らしい

CodeIgniter3もインドだと未だに人気トップらしい。まさに所変われば…だなあ

919

： nobodyさん [sage] 2019/02/21(木) 00:38:23.98ID:???

Laravelが世界シェアの大半占めてるような誤解与えるようなGoogleの検索ワード数だが
実際のシェアは25％もないんだよな、興味を持って調べているだけで、実際に採用されて
いる数は多くない。あんなコロコロバージョン変わる学習コスト激高で
後方互換性不安なフレームワーク使う気になれんという意見も納得

920

： nobodyさん [sage] 2019/02/21(木) 01:45:59.42ID:???

DDDだな

921

： nobodyさん [sage] 2019/02/21(木) 04:39:18.16ID:???

>>919

＞実際のシェアは25％もないんだよな、

これどこ見ればわかりますか？

922

： nobodyさん [sage] 2019/02/21(木) 12:27:14.19ID:???

>>921

share world php frameworkとかでググれば色々とデータ出てくるよ
俺が基準にしたのはwebサイト数で、色んな集計結果はあったけど
検索ワード数ほど多くないという印象だった

923

： nobodyさん [sage] 2019/02/21(木) 16:15:40.17ID:???

>>922

ありがと
確かにシェアだとそんなもんなんだね
人気だと断然トップだけどw

924

： nobodyさん [] 2019/02/22(金) 06:38:36.47

ID

:XMSlBSUX

覚える事も出来る事も少ないSlim好き

925

： nobodyさん [sage] 2019/02/22(金) 08:50:53.51ID:???

>>918

yii良く出来ているよ
英語の壁がキツいけど

926

： nobodyさん [sage] 2019/02/23(土) 12:30:16.62ID:???

世界には現在開発凍結も含めて42のフレームワークがあるそうな…
下の方はもう聞いたことないのばっかり

ttp://https://acodez.in/best-php-frameworks/

927

： nobodyさん [sage] 2019/02/23(土) 14:49:53.04ID:???

Lithiumがない…

928

： nobodyさん [sage] 2019/02/27(水) 23:25:25.03ID:???

zendしんどい…
日本語のサイトが劇少ない

929

： nobodyさん [sage] 2019/03/02(土) 13:16:15.85ID:???

しんどいよねもはや

930

： nobodyさん [sage] 2019/03/02(土) 14:46:35.23ID:???

>>928

海外のcake愛好家が、もし俺が日本語読めたらどれだけハッピーだっただろう…って
泣き言を英語で書いてたな。zendだとオランダ語かドイツ語わかると手に取るように
わかるんだろうけどなあ…

931

： nobodyさん [sage] 2019/03/02(土) 15:15:46.94ID:???

日本語で開設書出たら普及しちゃう日本って

932

： nobodyさん [sage] 2019/03/02(土) 20:49:00.85ID:???

Laravelも別に最高ってほどではないけどCakeみたいな設計が腐ったゴミを使うよりマシでしょ
アレに触れさせるだけでオブジェクト指向の教育にも悪い

933

： nobodyさん [sage] 2019/03/02(土) 21:56:15.97ID:???

>>932

どのへんがcake腐ってんの？
まだまだ使われてるけど

934

： nobodyさん [sage] 2019/03/03(日) 13:29:55.99ID:???

命名規則が厳しすぎるとか？

935

： nobodyさん [sage] 2019/03/06(水) 16:34:55.76ID:???

ファットコントローラになりやすいとかきいたけど？

936

： nobodyさん [sage] 2019/03/08(金) 23:42:01.96ID:???

わかりやすい勢力図
Laravel → アメリカ
cakePHP　→　日本
CodeIgniter　→　インド
Yii → ロシア
Symfony →フランス
Zend →　ドイツ

それ以外はもうシェア5％ないので無視

>> 935
オブジェクト攻めになるんだよな。pythonのthis攻め、Rubyのend攻めに
勝るとも劣らぬコードのある意味シュールさｗ

ちなみに2までは配列攻めだった

937

： nobodyさん [] 2019/03/09(土) 10:47:08.29

ID

:CUrjZ5EQ

太ったモデルと痩せたコントローラーになれ

938

： nobodyさん [sage] 2019/03/09(土) 18:25:43.25ID:???

だいたいMVCに全部詰め込もうとするのが間違ってる

939

： nobodyさん [sage] 2019/03/09(土) 23:35:50.61ID:???

どこにつめこむの？

940

： nobodyさん [sage] 2019/03/10(日) 02:39:52.73ID:???

DDD

941

： nobodyさん [sage] 2019/03/13(水) 21:52:22.47ID:???

>>938

わかる。
特にMがテーブルに強くひもづく形の時は別に処理クラス群が必要

942

： nobodyさん [sage] 2019/03/13(水) 21:57:07.51ID:???

本来そこまで含めてMなんだよ
ActiveRecordパターンのせいで誤解してるやつばっかだけど

943

： nobodyさん [sage] 2019/03/13(水) 23:25:33.55ID:???

ORMapper=Model だと思ってるやつが多すぎるしそもそもwebアプリにMVCは合わない

944

： nobodyさん [sage] 2019/03/14(木) 03:59:27.37ID:???

ウェブアプリにもロジック書くところは必要でしょ？

945

： nobodyさん [sage] 2019/03/14(木) 06:50:26.95ID:???

>>942

そこまで含めてMなのはわかってるけど
ディレクトリ構成上の話

946

： nobodyさん [sage] 2019/03/22(金) 11:03:41.35ID:???

仕事じゃなく個人でWebサイト作って公開する程度のプロジェクトだと
どのフレームワークが良いと思う？

自分の中ではLaravelとcakePHPに絞ってるんだけど
昨今の流れだとLaravelなのかなぁとか日本語ドキュメントの多さだとcakeなのかなぁ
という印象

947

： nobodyさん [sage] 2019/03/22(金) 12:33:56.84ID:???

wordpress

948

： nobodyさん [sage] 2019/03/22(金) 13:32:15.13ID:???

あ、でも個人でやるといってもバリバリプログラミングするWebアプリといった
感じのものを作りたいんだけど、ワープレじゃ無理だしょ？

949

： nobodyさん [sage] 2019/03/22(金) 15:02:28.90ID:???

それならオレオレフレームワーク一択だろ
フレームワークに頼るな無能

950

： nobodyさん [] 2019/03/23(土) 09:25:11.51

ID

:rvf9lYiw

フレームワークに頼って何が悪い無能

951

： nobodyさん [sage] 2019/03/23(土) 11:37:04.34ID:???

オレオレはフレームワークを作る勉強になる

952

： nobodyさん [] 2019/03/23(土) 12:49:13.08

ID

:iVkL6B0v

【人類は一つです（バカウヨ除外）】　　世堺教師マｉトレーヤ　　【ユダヤから富を奪還し分ち合おう】
ttp://rosie.5ch.net/test/read.cgi/liveplus/1553306560/l50

953

： 946 [sage] 2019/03/24(日) 09:02:10.49ID:???

実はおいどん、これまでオレオレを使ってたんだわ
パーフェクトPHPという書籍に簡単なMVCフレームワークのソースが
載ってて、それをベースにカスタマイズ、機能拡張して使ってたんだけど
あるとき急に虚しくなって…
どうせ俺がいくらがんばっても有名なフレームワークの方が優れてるだろうし
機能も充実してるんだろうなぁと
まぁ確かにかなり勉強になったけどね
でももうこのあたりでいいかなと思って、そろそろプロフェッショナルな
フレームワークをと考えた次第

でも個人でWebサイト作るなら、学習コストも考えて自分で作ってきたの
使ってりゃいいのかな

954

： nobodyさん [sage] 2019/03/24(日) 10:13:19.70ID:???

手に馴染んだ包丁を変える理由は無いだろ
家庭料理ならね

955

： nobodyさん [sage] 2019/03/24(日) 12:38:47.56ID:???

フレームワークしか使ったことないやつはただのオペレーターだから確実に使えない奴

956

： nobodyさん [] 2019/03/24(日) 16:55:30.10

ID

:xH/tLpfF

それあなたの感想ですよね

957

： nobodyさん [sage] 2019/03/24(日) 17:31:36.10ID:???

何か証拠はあるんですか？

958

： nobodyさん [sage] 2019/03/26(火) 15:26:00.19ID:???

オレオレフレームワークしか使ったこと無い俺はどっち？

959

： nobodyさん [sage] 2019/03/28(木) 19:06:57.36ID:???

>>946

個人のやつならphp使う意味ある？
WordPressでええやん

フレームワーク使うのは運用に強くすることや、
クラス設計しやすくするため
逆を言うならオブジェクト指向でしっかりクラス設計できないくらいならレガシーなやつでやっとけよとしか。

960

： nobodyさん [sage] 2019/04/16(火) 14:10:33.41ID:???

>>953

パーフェクトPHPフレームワークとして公開しようず

961

： nobodyさん [sage] 2019/04/16(火) 19:59:30.35ID:???

ここで素のパーフェクトPHPフレームワーク公開されてる
ttp://http://gihyo.jp/book/2010/978-4-7741-4437-5/support#supportDownload

まぁ学習用だからかなり簡略化されているけど、特に環境構築とかいらないんで
オレオレのベースにはいいかも

962

： nobodyさん [sage] 2019/04/22(月) 23:38:15.19ID:???

何に使うかで選定基準変わるよね。
viewがからむならLaravelとかcakeがいいんだろうけど、apiオンリーの場合は選定迷う。そもそもapiサーバーでphpである必要がないんだけど、そういう顧客要件の時もあるし。。

963

： nobodyさん [] 2019/05/09(木) 01:06:44.08

ID

:HHcYDMUs

phpについて役立つ情報とか
ttp://mevius.5ch.net/test/read.cgi/tech/1557329831/l50

RQ6

964

： nobodyさん [sage] 2019/05/09(木) 09:14:54.86ID:???

何も無いやん

965

： nobodyさん [sage] 2019/05/23(木) 00:01:12.87ID:???

いろいろ触ったけどcakePHPがいっちゃん作りやすいわ

966

： nobodyさん [sage] 2019/05/23(木) 11:47:54.96ID:???

2かな3かな

967

： nobodyさん [sage] 2019/06/25(火) 19:54:59.76ID:???

>>1

結論はciでおけ？(´・ω・｀)

968

： nobodyさん [] 2019/07/30(火) 20:35:35.87

ID

:UNhh2Mtv

ttps://i.imgur.com/RUBBmLr.jpg

969

： nobodyさん [] 2019/08/14(水) 18:39:01.02

ID

:LcuTLAdq

そろそろブチクシに聞くかな

970

： nobodyさん [] 2019/08/17(土) 11:21:12.63

ID

:VfpeLJY+

>>965

その規模で足りる仕事しかしてない奴にとってはそうかもな。
Rails劣化コピーだから、プロトタイピング〜小規模案件については確かに有効なんだろうよ。

971

： nobodyさん [sage] 2019/08/17(土) 13:11:26.78ID:???

>>970

大規模のおすすめは？

972

： nobodyさん [] 2019/08/17(土) 18:12:30.73

ID

:VfpeLJY+

大規模になる事を前提で、
自分たちで作るの、優秀な人を集めて。

973

： nobodyさん [sage] 2019/08/30(金) 02:21:58.30ID:???

>>971

Ruby on Rails

974

： nobodyさん [sage] 2019/08/30(金) 09:38:48.37ID:???

>>973

ブーム終わって技術者減ってね？

975

： nobodyさん [sage] 2019/08/30(金) 22:37:36.26ID:???

>>974

Django