2ちゃんねる★スマホ版★■掲示板に戻る■全部1-最新50

結局PHPのフレームワークってどれがいいの?

1 :
nobodyさん
2014/08/17(日) 00:19:15.36 ID:iiqVqpD1
最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな?
laravel symfony2 zendFramework CodeIgniter Yii
2 :
2014/08/17(日) 00:22:33.82 ID:???
>>2
CakePHP
3 :
2014/08/17(日) 03:55:47.78 ID:???
fuelphpは?
4 :
nobodyさん
2014/08/17(日) 05:49:45.60 ID:iiqVqpD1
>>2>>3
実はまだプログラミングの勉強し始めて半年ぐらいでわからないこと多いんだけど
今まで
PHP→オブジェクト指向→デザインパターンみたいな感じで学習して
最近cakephpを勉強してるって感じなんだけど
今までやってきたことと
あまりギャップに戸惑ってるって感じなんです
カプセル化とか抽象クラスとかインターフェイスとか全部ぶっとんで
アソシエーションで全部表現するし
勝手にクラスはインスタンス化されてるみたいだし
そもそもオブジェクトありきで共通項をクラスでまとめるって理解していて
オブジェクトが見えないことに結構違和感があってやりにくい感じです
でももう少しやってみます
5 :
2014/08/17(日) 23:39:49.61 ID:???
そもそもナニを作ろうとしてるのさ
6 :
2014/08/19(火) 05:30:32.45 ID:???
>>1
>ていうかarrayうざい

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


ドキュメントも読めないならやめとけ。お前の存在がださい
7 :
2014/08/20(水) 01:16:06.45 ID:???
>>1
そんな人はPhalcon使いなよ。
http://phalconphp.com/ja/
爆速だけど、デバッグには苦労するよ。
8 :
2014/08/20(水) 19:56:25.01 ID:???
まずフレームワークの意義やMVC2パターンについて学んだほうがいいのでは?
オブジェクトが見えないっていうのはフレームワークのソースコード追ったら見えるはずだけど

Cakeにオブジェクト指向的じゃない部分が多いのはわかる
Cake3でかなり改善されるが今はあまり時期が良くないので他使った方がいい
コードの読みやすさならLaravelが最近評判いいな
長期的に見るとSymfony2が安牌だと思うが
9 :
2014/08/20(水) 20:27:42.38 ID:???
何を指して"オブジェクトが見えない"って言ってるのかよーわからん
10 :
nobodyさん
2014/08/31(日) 04:13:04.47 ID:85ldFXfJ
日本語の説明が充実しているところがいい。
http://bigchinpo.blogspot.jp/2014/08/php.html
11 :
nobodyさん
2014/09/02(火) 05:46:25.51 ID:4V69SUeK
追記:アメリカと世界はLaravelが大人気
http://bigchinpo.blogspot.jp/2014/08/php.html

やはり言葉の関係か?
12 :
2014/09/02(火) 06:50:47.37 ID:???
マルチバイトの扱いの問題もありそう
13 :
2014/09/02(火) 08:36:53.66 ID:???
後発のを使ってみればCakePHP2系なんて二度と使う気起きなくなる
仕事で使わざるを得ない奴はご愁傷サマ
14 :
nobodyさん
2014/09/02(火) 16:49:26.42 ID:58ltjhES
PHPむずい
15 :
2014/09/02(火) 21:19:56.19 ID:???
>>13
同意。
16 :
2014/09/03(水) 01:23:02.25 ID:???
世の中にはCakePHP1系の負の遺産を保守しているところもあるのよ坊や

ちょっと屋上に行こうか
17 :
2014/09/03(水) 03:19:31.45 ID:???
>>16
逝くなら一人で逝ってくれ
18 :
2014/09/03(水) 09:25:24.45 ID:???
かわいそう
19 :
2014/09/03(水) 20:44:16.89 ID:???
フレームワークを途中で変更するのは難しいからねぇ。
選んだキミが悪い。
20 :
2014/09/04(木) 08:41:23.07 ID:???
yii2よさげなんだけどまだβなのがネック
21 :
nobodyさん
2014/09/04(木) 09:29:13.43 ID:OmFoEEeR
zend
22 :
2014/09/04(木) 13:27:05.72 ID:???
やっぱ独自フレームワークに限るな
23 :
2014/09/04(木) 16:07:52.44 ID:???
PHP使ってる時点でなに使っても一緒
24 :
2014/09/04(木) 19:26:54.85 ID:???
何の言語使うべきと?
25 :
2014/09/04(木) 22:16:40.85 ID:???
Perl
26 :
2014/09/04(木) 22:20:12.51 ID:???
Perlは、引数の変数リストと
例外をPerl本体とメジャーなライブラリで
標準採用されないと使う気がしないね。

あとバグの元になるリストコンテキストと
スカラコンテキストをなくして欲しい。
単一値が返ると思いきや、複数の値が返って来て
キーと値のペアがずれるとかw
27 :
2014/09/05(金) 00:56:18.88 ID:???
やっぱrubyいくか…
28 :
2014/09/05(金) 01:29:57.06 ID:???
LL使ってる時点で(ry
29 :
2014/09/05(金) 04:28:13.11 ID:???
phalconが最強だろjk
30 :
2014/09/05(金) 15:20:04.61 ID:???
俺は仕様書書くだけでプログラムが完成するから言語はなんだって構わんよwww
31 :
2014/09/05(金) 22:04:22.45 ID:???
javaでええやんもう
32 :
2014/09/06(土) 11:45:36.69 ID:???
pythonええで
33 :
2014/09/07(日) 08:08:46.91 ID:???
F/Wの機能性能には拘らない。
でも、5年後10年後にメンテすることや業務を引き継ぐことを考えると、ネットから
情報が消滅しないF/Wがいいな。
34 :
2014/09/07(日) 09:42:18.99 ID:???
symphonyどう?
35 :
2014/09/07(日) 12:43:43.30 ID:???
synfony2は結構速いらしいね
使ったことはないけど
36 :
2014/09/09(火) 19:17:25.72 ID:???
openpneいじったときよ思い出が甦ります
37 :
2014/09/12(金) 23:56:23.69 ID:???
MVCフレームワーク自体が旧世代
WordPressがデフォ
38 :
2014/09/14(日) 01:29:17.15 ID:???
ワードプレスのコアを改造しまくったやっつけシステムを見たときにはガクッときた
39 :
2014/10/05(日) 23:17:55.53 ID:???
ZendFrameworkだな
別にフレームワークとしてだけではなく、ライブラリ集としても使えるから
40 :
2014/10/07(火) 15:07:00.58 ID:???
ここまでfuelがないとは・・・
41 :
2014/10/08(水) 06:29:20.04 ID:???
laravelかわゆい
42 :
2014/10/09(木) 15:55:59.52 ID:???
質問です。
ここならいろんなフレームワーク使ったことある人多いと思って。

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

日本語のドキュメントやチュートリアル充実してて(英語全くわからんw)、
ユーザー認証やデータベースとの連動なんかが楽な、
おすすめのフレームワークを教えて下さい。
43 :
2014/10/09(木) 20:31:33.87 ID:???
>>42
フレームワーク使うのが初めてならスレを最初から読み直して気になったのを使ってみたら?
44 :
2014/10/10(金) 09:29:55.14 ID:???
WPのプラグインが作れてフレームワークに触ったことないねぇ・・・w
45 :
2014/10/10(金) 18:09:48.37 ID:???
なんかおかしいのか?
46 :
2014/10/10(金) 22:59:05.20 ID:???
フレームワーク触ったことないなんて一言も言ってないのに、
行間から読み取るなんてはんぱねーっす。

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

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

コードイグナイターなら使ったことあるけど、あれはもう未来がないでしょ。
(ちなみに理解度は解説本にあったWeb APIと組み合わせたサイトを作る程度)
だからどうせこれから学ぶなら、人気のある評判のよいものがいいなと思った次第です。
47 :
2014/10/11(土) 00:05:17.59 ID:???
laravelでええやん
48 :
2014/10/11(土) 01:34:29.96 ID:???
未来が無いヤツを避けたい、ってことなら、すべてのフレームワークがそうなりうるでしょ。
そういう意味で一番安全なのはZendでしょうね。
49 :
2014/10/11(土) 14:53:22.81 ID:???
結局、決定打がなくて未だに生のPHPをかりかりしてる
50 :
2014/10/11(土) 18:36:49.16 ID:???
仕事じゃなければ良いかと
51 :
2014/10/12(日) 10:25:31.62 ID:???
>>47
ありがとうございます。
調べてみたら、コード中のコメントまで日本語化されているということで、
これを勉強してみることにします。

しっかし、なんでこんなに同じようなフレームワークがわんさと出るのが疑問ですね。
ブログならWordPress一択みたいにまとまれば、もっと敷居も下がるのに。
52 :
2014/10/12(日) 10:27:14.00 ID:???
WordPressにまとまったのは長い目で見ると失敗だろ
PHPも常に変化し続けてるし競争がある方がいいもんが生まれる
53 :
2014/10/12(日) 13:30:47.05 ID:???
その時々で、旬のものを使えばいい。
54 :
2014/10/12(日) 13:34:25.43 ID:???
>>52
RoR「せやな」
55 :
2014/10/12(日) 17:17:03.33 ID:???
RoRはもうオワコン
56 :
2014/10/12(日) 17:18:32.41 ID:???
phalconどうよ?
57 :
2014/10/12(日) 18:20:04.26 ID:???
>>55
RoRのViewがしょぼいから、鋸テンプレートとか入れるんだけど、これまた地雷なんだよね。
Laravelのbradeがほんと素晴らしい。
58 :
2014/10/12(日) 19:21:02.77 ID:???
テンプレートは「ほぼHTML」というのを使うのが
デザイナーとの分業に一番適してる。
59 :
2014/10/12(日) 19:22:15.62 ID:???
PHPTALですねわかります
60 :
2014/10/12(日) 23:40:55.39 ID:???
コマンドラインが使えないレンタルサーバでも使える、ファイルアップロードだけで済ませられるフレームワーク、と考えたら何が良いでしょうか?
FuelPHPはSimpleAuthを使うためにoilコマンドが必要でとまどっています。
CodeIgniterはコマンドライン不要っぽくて候補に考えているのですが、他にも該当するものはあるでしょうか。
61 :
2014/10/13(月) 00:42:00.16 ID:???
あとKohanaもアップロードだけで済ませられるみたいなのですが、これは開発が終了しちゃったとのことで、避けたほうがいいかと思ってます。
62 :
2014/10/14(火) 08:29:34.09 ID:???
ローカルの開発環境で作成したものをアップロードしたら良いのでは?
63 :
2014/10/14(火) 08:49:40.03 ID:???
レン鯖でもデータベースの中身のエクスポート・インポートくらいできるしね
64 :
2014/10/21(火) 23:24:18.31 ID:???
やはりZendしとけば間違いないでしょ
やりがいも一番ありそうだし
でその次はsymfonyも
ここまでできれば問題ないと思う
65 :
2014/10/22(水) 01:33:32.57 ID:???
効率が…
そろそろ他使うべきよね
66 :
2014/10/22(水) 02:28:10.16 ID:???
効率ってなったらRubyですかね
67 :
2014/10/22(水) 12:40:57.85 ID:???
RubyというよりRailsだな。効率の要はフレームワークで
言語はほんの僅かフレームワークを作るのに便利かどうかってだけ。
フレームワークが出来上がってしまったら効率は殆ど差が無くなる。
68 :
2014/10/22(水) 22:59:59.03 ID:???
月額1000円以下のレンタルサーバで使える、っていうとやっぱりPHPが圧倒的に多いんだよね
69 :
2014/10/23(木) 01:10:38.59 ID:???
レンタルサーバーならslimが最速
vpsならpalcon
70 :
2014/10/23(木) 02:15:32.97 ID:???
フレームワーク触る人がレンタルサーバに拘るかな?
71 :
2014/10/24(金) 10:42:02.07 ID:???
やはり言語よりフレームワークの時代って感じですね
72 :
2014/10/24(金) 17:16:02.37 ID:???
えっ
73 :
2014/10/24(金) 22:37:53.69 ID:???
※PHPer
74 :
2014/10/24(金) 22:50:55.76 ID:???
PHPこそ至高
他のスクリプト言語してるやつは一体何を考えてんだかw
Railsとかただのネトウヨじゃねーかw
75 :
2014/10/27(月) 00:58:52.06 ID:???
そうっすね
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 :
2014/11/12(水) 00:11:03.44 ID:???
>>72
政治思想と物乞いの区別が付かないのが、チョウセンヒトモドキ
78 :
2014/11/12(水) 06:00:13.26 ID:???
>>76
httpd -t でhttpd.confをチェック
サービス一覧でIISなどポート80を使ってるものがないかチェックするか、
もしくはhttpd.confでポートを80->8080などに変えてみる。
79 :
2014/11/14(金) 18:31:47.03 ID:???
laravelはかわいい
80 :
2014/11/14(金) 21:41:31.04 ID:???
フレームワークはどれも十分すぎるほど高機能。
でも本当に必要なのは、基本的なMVCの機能やルーティングの機能くらい。
足りない機能は自分でコード書けばいい。

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

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



で、自分的には、FuelPHP。
81 :
2014/11/14(金) 21:42:09.15 ID:???
Auraええね
82 :
2014/11/15(土) 11:23:08.35 ID:???
FuelPHPは確かに今のところ一番充実したドキュメントがあるね。

ただ名前が呼びにくいからダメ。
所詮ウブントゥと共に消える運命。
83 :
2014/11/15(土) 12:28:28.22 ID:???
>>80
JAX-RSええよ。

PHPのフレームワークにそれ求めるのは、筋違い。
書籍もいらんし、ドキュメントは最低限のUp and Runningなのがあればいい。
あとはソース読む。どうせ、ドキュメントがバージョンアップについてこないんだから。
84 :
2014/11/15(土) 17:28:20.70 ID:???
>>82
おまえフューエルって言えないのかよw
言えないなら特別にヒユーエルでもフユーエルでも許してやるわ。

それでも言えないならフーエルでもいいぞ。
85 :
2014/11/15(土) 17:53:11.29 ID:???
>>83
あなたのようなスキルが高く能力のある人ばかりではないのよ。
学習能力・理解力・経験の差が大きいの。

>あとはソース読む。
貴方は、学習を始める初期段階からソースを読んで習得するの???
86 :
nobodyさん
2014/11/16(日) 19:20:53.97 ID:tLKQmBKA
全部で数百件程度のDB検索で、15秒もかかる小さい商用サイトがあるんだけど
リンクがコロン区切りなのでCakeと思うが、チューニングとかで早くならんの?
これって別のフレームワークや、素のPHPやSQLで部分的に書く方がいいのかね?
もう表示崩れたりサイト中がごちゃごちゃだし、会社も直す気なさそうだけど
87 :
2014/11/16(日) 21:34:10.20 ID:???
>>86
フレームワークの問題じゃないよ。

レコード全部取ってきて、PHPのforeachでループして検索してたりしてw
88 :
2014/11/21(金) 19:14:15.52 ID:???
>>86
君のサイト?
89 :
2014/11/21(金) 22:06:00.02 ID:???
>>86
まずどこにパフォーマンスを落とす要因があるのか計測が必要だよ。
ソースコード上の箇所を突き止めることが必要ですよ。
90 :
nobodyさん
2014/11/22(土) 23:40:46.08 ID:lNM/uAF0
>>86
DBにインデックス張ってないんじゃ
まずはクエリを特定すべし
91 :
2014/11/23(日) 06:35:12.56 ID:???
とりあえず撃ってるSQLをerror_logしてコマンドラインで同じの撃ってみるのかな
そういうことするときって生の文字列でSQL書いてるほうがラクなんだけどMVCフレームワークだとWHERE句ひとつひとつ関数で書いたりしてて面倒だ
92 :
2014/11/23(日) 10:17:50.19 ID:???
フレームワークに、SQL出力する機能あるだろ、およそ。
93 :
2014/12/28(日) 21:59:51.62 ID:???
そういやLaravel 5 は年内リリースの予定だったよな。
どしたんだ?
94 :
2014/12/29(月) 15:02:20.20 ID:???
後2日ある。
まだ、あわわわわ、てるような時間じゃない。
95 :
2014/12/29(月) 15:28:39.56 ID:???
2014年12月60日くらいには出るんじゃないかな
96 :
2014/12/29(月) 19:05:50.59 ID:???
1月だって書いてあった。
97 :
2015/02/08(日) 06:43:49.18 ID:???
LaravelのスレもFuelのスレもCodeIgniterのスレも、伸びてないなぁ。。。
CakePHPは興味ないので知らんけど。

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

なんでかな?
みんなAndoroidの開発に移っちゃって、PHPはやめちゃったの?
98 :
2015/02/08(日) 10:43:06.24 ID:???
それもあるかもね
あと、新しいバージョンが出たらすぐに試そうなんて奴はRoR使ってそうだし、Angularとかクライアントサイドに力入れてる奴もいるだろうし
99 :
2015/02/08(日) 10:51:22.79 ID:???
それから、「意識高い」奴らはこんなとこに書き込むことが古くてダサいと思ってそう
100 :
2015/02/08(日) 11:12:38.68 ID:???
>>99
こんなとこが古くてダサいなら、いったいどこに書くんだ?
101 :
2015/02/08(日) 12:45:16.27 ID:???
CodeIgniterはライセンス問題は解決したの?
たしかそれが原因でVer3に移ったんだよね?
102 :
2015/02/08(日) 13:08:53.78 ID:???
PHP初心者じゃない、フレームワーク初心者に向いてるフレームワークって何ですかね?

あとPhalconってどう?
103 :
2015/02/10(火) 03:12:19.24 ID:???
おれCI使ってるけど語ることないなー、てのが(CIに限らず)安定系利用者の本音かと思う
社内でも「そろそろFuelいっとく?」てな話題は出るけど、優先順位を上げる必要性が今んとこリプレースコストほど想像できない

そのうち新人に老害と罵られる未来は感じる
でもうちは新人入れる余裕も当面ないし、正直悪循環だなとは思う
104 :
2015/04/04(土) 19:46:29.05 ID:???
CodeIgniter + Smarty = 最強。

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


FuelPHP、Laravel、CakePHPを使ってみた結果たどり着いた。
105 :
2015/04/04(土) 19:56:36.16 ID:???
CodeIgniterスレってないの?
106 :
2015/04/07(火) 01:24:16.73 ID:???
>>104
FuelPHP使ってからCIに戻ったんだ?珍しい
保守サーバ環境によほど古いの混ざってるとか、再教育コストが馬鹿にならないとかなければCI使う理由ってないと思うけどな

でもほんとシンプルで必要十分だよねCI
Fuelは機能面でしっかりトレンド追い掛けてるから、代償としてマニュアルも膨れ上がっちゃってるし。
あれこれ要求するとFuelになるだろからCIはこのまま枯れっぱなしで保守して欲しいわ
107 :
2015/04/08(水) 06:03:00.29 ID:???
>>106
FuelPHPは、良いですね。
特に日本語ドキュメントは秀逸だと思いますし、FuelPHPの書籍も
素晴らしい。

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

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

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

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

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

CIのままでも作り直しの成果は上げられたとは思いますしね
DB周りはかなりすっきりしたけど、本質的な問題は建増し住宅のごとき仕様変更による混乱だっただけだしなーww
109 :
2015/04/12(日) 02:02:18.05 ID:???
CodeIgniterは「フレームワーク自体はデータベースを必要としない」っていうのが好きで使ってる。
110 :
2015/04/12(日) 16:05:59.32 ID:???
フレームワーク自体がデータベースを使ってるものなんて
どこにあるんだ?
111 :
2015/04/13(月) 02:00:17.81 ID:???
cake1とか規約が厳しいフレームワークのことを引き合いに出してるのでは?
どのみちちょっと情報が古そうだが
112 :
nobodyさん
2015/04/17(金) 22:11:41.29 ID:6tz14xdX
1ファイルのフレームワークってないかな
さくっと使いたいのだけど
113 :
2015/04/17(金) 23:52:42.99 ID:???
1ファイルをお望みなら、欲しいのはフレームワークじゃなくて「お手軽ライブラリのセット」なんじゃないのかなぁ

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

1ファイルにパックできてもいいことないと思うよ
アプリ側フォルダはどうせルールに従った構成が必要になるだろうしね
114 :
2015/04/19(日) 01:20:44.81 ID:???
>>112
limonadeとか?
115 :
2015/05/26(火) 21:17:15.08 ID:???
どのフレームワークも盛り下がってるな

FuelPHP
Laravel
CodeIgniter
Yii

だれも使ってないのか
116 :
2015/06/20(土) 12:38:24.72 ID:???
結局現場リーダーが使い慣れたものが採用される
で、Cakeになる おしまい
117 :
2015/06/21(日) 19:38:51.36 ID:???
PHP7がウワサされてるが、そしたらフレームワーク界も動くかね。
118 :
2015/06/22(月) 08:40:30.42 ID:???
ウワサ?
もうα出てるんだが?
119 :
2015/06/22(月) 11:47:15.49 ID:???
PHP7時代到来で、どのフレームワークが速いとかいう議論も不毛になりそうだな
フレームワークは開発のしやすさで選ぶ流れへとシフト
120 :
2015/06/29(月) 00:22:09.88 ID:???
じゃあララベルできまりだな
121 :
nobodyさん
2015/07/01(水) 12:28:27.28 ID:v6IEhj/I
暇人以外は
cake使っとけ
122 :
2015/07/04(土) 20:39:13.49 ID:???
シンフォニーは?
123 :
2015/07/04(土) 20:55:41.44 ID:???
シンフォニーは、知らん。

迷うならCodeIgniter使っとけ。
世界のデファクトスタンダードだからな。
124 :
2015/07/05(日) 11:28:32.75 ID:???
一時期ライセンス問題あったから避けたんだよなーorz
125 :
2015/07/05(日) 12:18:27.13 ID:???
ライセンス問題は解決したからもう一度やってみよう
軽量省機能がウリだから覚えることも少ないぞ
126 :
2015/07/05(日) 12:42:17.74 ID:???
ライセンス問題のせいで、ただでさえ乱立のPHPフレームワークが
FuelPHPとかlaravelとかにバラけて
もう辟易だよ
127 :
2015/07/05(日) 12:51:27.40 ID:???
まあ別に必要なら全部覚えりゃいいべ。
ほとんどの知識は流用で済むんだから
128 :
2015/07/05(日) 12:54:50.60 ID:???
結局何が良い?
2chの勢いだけならcakeか?
129 :
2015/07/05(日) 12:58:24.16 ID:???
現場で一番多いのはおそらくCake1

案件も新規開発が減っていて、改修とかリプレイスとかが多いから迷うところ
130 :
2015/07/05(日) 13:23:45.57 ID:???
cake1かー
いまさら覚えるのもなー
131 :
2015/07/05(日) 17:06:30.84 ID:???
今までも乱立してきたし、それはこれからも続くことを
考えれば、長く安定して使えるものが一番いいだろうね。

Cakeは使ったことないから間違っているかもしれないけど、
規約で縛られた開発ルールだから、その知識は他のフレームワークに
流用できないのではないだろうか???
132 :
2015/07/09(木) 10:31:44.95 ID:???
CakePHPはModelっていうか、DBアクセス周りがクソすぎて
小さいWEBサイトならまだしも、本格的なWEBアプリケーションでは使えないでしょ。
あんなもの便利がって使ってる人は頭が悪いんだよ。

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

>>104
>CodeIgniter + Smarty = 最強。

Smartyなんか、いい加減捨てなよ。
Twig使ってみれば、Smarty使ってたのが馬鹿みたいだった事がわかる。
133 :
2015/07/09(木) 10:40:37.19 ID:???
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 :
2015/07/09(木) 14:09:55.72 ID:???
まあそのへんのクエリがオリジナルより複雑になるのは止む終えないでしょ。
SQLが単純すぎるんだから。逆に単純すぎて間違いが多いのが問題なんだし。

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

フレームワークによって記法がまちまちでスゲーいらいらするのはわかるけどw
135 :
2015/07/09(木) 22:33:02.19 ID:???
Cake全くしらないけど、フレームワークによって記法がまちまちでスゲーいらいら
するのを解消したり、SQLをシンプルに使ってSQLインジェクション対策
したいなら、ふつーにPDO使えばいいじゃん。

とか思うのだが。

稚拙すぎ?
136 :
2015/07/10(金) 02:26:28.84 ID:???
>>135

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

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

MVCの実装なんか本当は物凄く簡単なので、
だったらやたら命名規約が厳しいだけのCakeなんか、尚更使う必要ないなと思ってしまいます。
137 :
2015/07/10(金) 08:35:48.39 ID:???
命名規約が厳しいのは、作ってて楽しくない。


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

命名規約に則らないとダメというのは、楽しいどころかイライラします。
138 :
2015/07/10(金) 19:06:18.93 ID:???
ダメなものほど流行するというのは何とかしてほしいです…
139 :
2015/07/10(金) 21:13:14.74 ID:???
全部自分で作るのが一番わかりやすいのは当たり前。
フレームワークのメリットはいかに早く、簡単に、分担して作れるかだから。

アホがいじっても、大惨事にならないようにできてる。
140 :
2015/07/12(日) 10:46:22.00 ID:???
アホでも作れる範囲しか作れないってことだけど、
それで事足りちゃうんだよね、大抵の物は。
141 :
2015/07/12(日) 12:30:38.70 ID:???
そらそうよ。
大抵のWebサイトで使われてる技術を簡単に書けるようにまとめたのがフレームワークなんだから。
テクニックの共通言語化みたいなもんさね。

「ぐへへ30行で書くところを、俺独自の書き方で3行でまとめたぜ」ってタイプのアホと、
「本に書いてあったとおりに書きました。セキュリティ?食べたことありません」ってアホ。
どっちも防げる。めでたしめでたし
142 :
2015/07/12(日) 17:31:46.06 ID:???
今のPHPは物凄くよくできてるんだけど、
肝心のPHPerの方がいつまでたってもPHP4あたりの頃のコーディングスタイルで書き続けてるからなぁ。
143 :
2015/09/16(水) 21:55:59.59 ID:???
フレームワークを使えば関数書くだけでほとんど済むから、PHP Ver4レベルの言語仕様さえ知っていればおk。
144 :
nobodyさん
2015/10/04(日) 02:22:11.54 ID:lfwOPSPN
>>132
Twigって最終の出力結果のキャッシュもしてくれるのん?
テンプレートのキャッシュだけじゃなかったっけ

Smarty3遅いんで引越し先さがしてる
145 :
2015/10/04(日) 08:34:21.91 ID:???
テンプレはSmarty3しか知らないんですが、Twigってそんなに良いの?
速度が速いというだけ?
146 :
2015/10/04(日) 15:47:47.19 ID:???
Cakeは後方互換がヤバイらしいな
ソッチのほうが問題やな
147 :
2015/10/15(木) 22:17:08.78 ID:???
CodeIgniter か FuelPHP かで迷っています。

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

どっちがいいでしょうか?
お勧めを教えてください。
148 :
2015/10/16(金) 00:03:58.38 ID:???
みんな Laravel がすごく良いといい、
みんな Laravel がクソ遅くてメモリ爆喰いという。
149 :
2015/10/16(金) 08:57:47.20 ID:???
いまどきPHPもないしな
150 :
2015/10/16(金) 11:05:59.57 ID:???
いまどきPHPって、未来からやってきたん?w
151 :
2015/10/16(金) 13:49:56.94 ID:???
phpなんて時期尚早だよな
152 :
2015/10/16(金) 19:47:53.53 ID:???
>>147
言っちゃなんだけどその両者、使い方によっちゃ大差ないよ。よくわからなければFuelでok
慣れたあとで必要になってからCI試しても大して苦労しない
CIは今時のフレームワークに比べたらシンプルだから、もしソースまで降りて手を加えたい場合には簡単だから恩恵はある
学習効率も、似たような案件やるならなんも変わらない
しっかりしたORM欲しいならFuelは標準で備えてるから、その辺で選んでもいいかな
SQLわりとベタ書きしがちならCIでもいいかな

たが俺はgolang推し
153 :
2015/10/17(土) 15:22:58.19 ID:???
>>152
FuelPHP には素晴らしい書籍があるので、それを頼りにFuelPHPをやってみようと
思います。
国内のユーザ多いみたいだし。

ありがとうございました。
154 :
2015/10/17(土) 20:19:36.97 ID:???
asp.netだろ
155 :
2015/10/17(土) 20:40:11.27 ID:???
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 :
2015/12/09(水) 23:16:59.99 ID:???
生PHPて
159 :
2015/12/10(木) 08:35:53.19 ID:???
ライブラリは使ってもいいのかなナマ派は
160 :
2015/12/10(木) 20:49:57.74 ID:???
>>158
ちょっとしたツールなんかは1ファイルで仕上げることもあるだろ?
そういうのを生PHPとか呼ぶことがある。
DBへのアクセスはPDOを使わず例えばmysqli_を使う。
これがまた凄まじく早いんだよw
確かに小規模なサイトならフレームワークなんか使うべきじゃないなと感じるよ。
まずはAdminerとか使ってみなよ。
161 :
2015/12/11(金) 00:00:33.54 ID:???
>>160
ワンファイルツールがあるから生PHPでいいって主張かい? それはねーな
あんたの言い分が断片的過ぎるからなぁ

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

「凄まじく無計画で救いのないやっつけ仕事」だな
そんなしごとはリポジトリに入る機会もない
162 :
2015/12/11(金) 07:00:49.83 ID:???
フレームワークなんてコンドームみたいなもんだからな。
生が一番だよ。
163 :
2015/12/11(金) 08:43:55.56 ID:???
PDOとmysqliの速度の違いなど俺の書く糞コード部分の遅さに比べれば誤差でしかない気が

極厚コンドORMならわからんでもないが
164 :
2015/12/11(金) 20:56:21.52 ID:???
どこの誰がやったかわからんセキュリティ対策よりも私は有名フレームワークを信じる、が思いついた
165 :
2015/12/31(木) 18:50:52.93 ID:???
「Larval リファレンス」が出たら本気だす
166 :
2015/12/31(木) 18:51:26.01 ID:???
Laravel
167 :
2015/12/31(木) 23:23:06.01 ID:???
PHP7に合わせてフレームワーク界も一新されるのかと思ってたんだが、どうも既存フレームワークがほぼそのまま使えてるっぽいな。
168 :
2016/01/02(土) 14:01:42.25 ID:???
CakePHP は Sting クラス(予約語)があるから動かなくなるとか聞いたことがあるけど、普通に動くみたいね
169 :
2016/01/14(木) 20:12:01.57 ID:???
軽量フレームワークでおすすめは何?
出来れば長期サポート(バグ対応)があれば嬉しい
170 :
2016/01/15(金) 18:14:57.83 ID:???
長期に使うなら(=業務アプリなど)、CodeIgniter がいいんじゃないかな。
171 :
2016/01/15(金) 18:45:07.41 ID:???
zend
172 :
2016/01/16(土) 02:04:03.78 ID:???
>>170
CodeIgniterって日本語情報少なすぎない?
173 :
2016/01/16(土) 03:25:55.12 ID:???
2は充分だと思うけど3は確かにね
ただ3でもそんな変わってないからチェンジログ追えば済む

良くも悪くも枯れてる。規模も小さく学習コストも知れたもの
書籍もやや不遇だな。流行ってるとは言えない
新機能に貪欲ではなくメンテナンスはそこそこ活発なんで、安定求めるならいいもんだよ
174 :
2016/01/17(日) 10:28:08.38 ID:???
ググると「CodeIgniterは他国では多用されてるが日本ではあまり使われない」って言われてるんだよね
だったら布教活動しろよー
175 :
2016/01/17(日) 11:32:09.78 ID:???
cakeが幅を利かせているからな
176 :
2016/01/17(日) 12:15:49.61 ID:???
日本はCakeラブな状況が長かったから、かっとばして CakePHP → Laravel といきそうな気がする。
177 :
2016/01/17(日) 18:46:45.09 ID:???
Laravelは尻すぼみ
178 :
nobodyさん
2016/01/26(火) 09:31:40.40 ID:MtGnB03r
 
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
 
 http://homepage2.nifty.com/e-d-a/scurl/ia-1-3.html
 
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
 
このように現在まで6通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
 
 http://homepage2.nifty.com/e-d-a/scurl/ia-1-4.html
 
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に11通のメールを頂戴しているか不明なところであります。
179 :
2016/02/11(木) 20:54:11.57 ID:???

板復帰(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 :
2016/03/23(水) 21:32:17.52 ID:???
は?
182 :
nobodyさん
2016/03/24(木) 10:03:46.55 ID:JohpKvlj
初フレームワーク、調べられる環境と情報がいかに多いかが必要だよね
そうするとCakeなんだろうけど、fuelにしようかなあ
183 :
2016/05/11(水) 16:44:50.22 ID:???
外人のSEから見るFuelPHP
http://qiita.com/henriquebremenkanp/items/ec6d83b34a6909d96bdd
によるとfuelは無しに見える
184 :
2016/05/12(木) 01:41:11.16 ID:???
あらCodeIgniterのサイトつくりなおす時に使いたかったのにな
割と似てて楽そうだったのにな。そんなに更新ないんだな

日本でしか使われてないのほんと謎だなw
185 :
2016/05/13(金) 09:30:46.26 ID:???
>>183
ほんとだ…Fuel使うのやめようかなあ
てことはLaravel一択か
まともな書籍ないけど
186 :
2016/05/13(金) 10:20:17.19 ID:???
5.3使わなければいいだけじゃね
187 :
2016/05/13(金) 10:48:18.31 ID:???
まあな
あとは自己責任
188 :
2016/05/13(金) 12:14:28.66 ID:???
最新にしか対応しないなんて無駄に可用範囲を狭めるだけ
CodeIgniterだって5.2+だし
189 :
2016/05/13(金) 12:33:10.91 ID:???
外人SEの評価を鵜呑みにすることはない
190 :
2016/05/13(金) 22:22:24.64 ID:???
フレームワークは、一旦決めたら途中から引っ越しすることは難しい。
なので将来のことなど考えず、現時点で良いと思うものを、他人の
評価など気にせずに選択するのが良いと思うぞ!
191 :
2016/05/13(金) 22:44:01.70 ID:???
まてまて
一行目とそのあとがどう繋がったのか伝わらない
多分、「引っ越すことが難しい」という問題への感覚に致命的な齟齬があるんだと思う。

・ならなおさら将来のことは考えるべきだろうと思うのだがどうお考えなのだろうか?
・他人の評価を気にしないほうが良い理由を述べてほしい。鵜吞みは良くないと思うが情報としては有用だと思うのだけど。
192 :
2016/05/14(土) 00:21:57.64 ID:???
fuelがいいと思うなら使えばいいし、何にすればいいかすらわからないなら、railsでも使っとけ
193 :
2016/05/14(土) 07:55:40.55 ID:???
>>191

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


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

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


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

使い倒して、どんな新規開発も素早く高品質に開発することが、
何よりも大切、だと思うぞ。
194 :
2016/05/14(土) 08:57:28.91 ID:???
日本語ドキュメントや本が出版された所に惹かれたのならば選択の余地は無いのかもしれない
195 :
2016/05/14(土) 13:39:42.29 ID:???
ララベルって日本では使われてないの?
書籍もムックとリファレンスの2冊しか
ないみたいだし
196 :
2016/05/14(土) 14:08:27.61 ID:???
使ってきた個人的感想

CakePHP … ネガティブレガシー
FuelPHP … ポジティブレガシー
Zend Framework … シーラカンス
Symfony … 設定&設定&設定&設定&設定&規約
Silex … サービスロケーターヘル
CodeIgniter … シンプル(ウサギ小屋的な意味で)
Laravel … マジックメソッドヘル
197 :
2016/05/14(土) 15:52:41.54 ID:???
>>196
どれが1番良かった?
198 :
2016/05/14(土) 22:14:10.68 ID:???
>>197
Laravelだったね
やりたい事に対して掛かる手間の少なさ
フロントエンドとの距離を少し置いた設計
配列や設定ファイルの書き方を調べるのにうんざりという経緯から
振る舞いをほぼPHPのコードとして実装できるという点
この辺りの基準で選んだ
199 :
2016/05/15(日) 00:13:22.18 ID:???
>>198
ありがと
マジックメソッド地獄って言うから
良くないのかと思ったw
200 :
2016/05/15(日) 18:08:34.00 ID:???
>>196
よくそれだけ使ってきたね
個人で?それとも会社?
201 :
2016/05/16(月) 03:36:28.80 ID:???
>>200
フリーランスなんで要件で指定されたり既存の改修だったりと
嫌でも勉強させられる機会が多いんだ
上に書いたように個人開発や任せて貰える時はLaravelだけど
好みや開発メンバーのレベルに合わせて選べば良いと思ってる

あと最近のプロジェクトでもMojavi時代レベルの
オレオレフレームワークを自作するところが後を絶たないのが面白い
202 :
2016/05/16(月) 05:42:18.89 ID:???
多くのFWを使ったというのは、どれも大して使い込んでいないってことw
203 :
2016/05/16(月) 07:30:19.28 ID:???
>>201
ありがとう
参考になった!
早くLaravel5の参考本出ないかなあ
今出てる奴は中身4で書かれてるんだよね
FuelPHP本買っちゃったけど…
204 :
2016/05/16(月) 07:51:39.10 ID:???
新しいFrameworkが次々登場するのに使い込んでる時間なんてないよ
205 :
2016/05/16(月) 21:14:02.42 ID:???
FuelPHP本は、よくまとまっていると思う。

著者は神レベルだと思う。
206 :
nobodyさん
2016/05/19(木) 09:53:31.90 ID:853jmEQx
新規開発でCakeとかマジ勘弁。
207 :
2016/05/19(木) 17:25:12.07 ID:???
今さらfuel使う気にはなれないね
laravelかsymfonyでいい
208 :
nobodyさん
2016/05/20(金) 15:18:09.26 ID:jbFziK3T
3年くらい前cakephp2を利用していた

これから新規にまたWEB開発やるつもりだけど
cakephp3かlaravalで迷っているけど
やっぱりlaravelですかね
209 :
2016/05/20(金) 17:23:08.52 ID:???
好きなの使えよ
210 :
2016/05/20(金) 18:24:10.68 ID:???
codeigniterなかなか良いと思う
211 :
2016/05/21(土) 23:52:27.37 ID:???
シンプルで大好きだがシンプルなだけだろ
もちろんCIで充分って人には最良解なのは間違いないとは思うけど。

シンプルであり続けることの方が難しいのかもな
212 :
2016/05/22(日) 05:41:48.96 ID:???
参考になります
213 :
nobodyさん
2016/05/22(日) 10:09:39.08 ID:X9MbxNoA

Slim or Silex


Laravel(Eloquent)


Symfony or Laravel(DoctrineORM)

結論:モデルが交換し易いフレームワークがいい。
214 :
2016/05/22(日) 15:16:26.31 ID:???
そこらのレンタルサーバーでも使える
導入のハードルの低さでいくと
fuelかcakeかな
215 :
2016/05/22(日) 16:20:49.95 ID:???
ララベルのまともな参考書あれば始めるのに
216 :
2016/05/22(日) 21:45:29.60 ID:???

CodeIgniter


CodeIgniter



CodeIgniter


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

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

こういうのは専門用語では、スケーラビリティ性能が高いっていうのかもね。
Webサービスでは大事な視点よ。
217 :
2016/05/22(日) 23:19:40.81 ID:???
CIだとスケールアウト対応が厄介かな
インフラ寄りの話だしCIに限らんけど
AWS Lambdaがphp対応してくれるといいんだけど、コマンドごとデプロイするような魔改造する話しか見たことないのがなんとも不安
218 :
2016/05/25(水) 11:30:18.20 ID:???
結局、なにを使ってもフレームワークを自分で作りたくなってしまうので
必要最低限のフレームしか用意してくれないfuelphpに戻った
あとはモリモリ自分で盛るよ
219 :
2016/05/25(水) 20:20:02.44 ID:???
え?
必要最低限?

FuelPHPで必要十分なんだが・・・
220 :
2016/05/25(水) 21:10:03.97 ID:???
たしかにそうなんだよなー。ララベルとかたとえばIOCでテストしやすいとか言われても、そんなのが必要なほどこってりしたものをウェブでどんだけつくるのか?っていう。
221 :
2016/05/25(水) 21:22:55.00 ID:???
んだね
222 :
2016/05/26(木) 09:32:16.95 ID:???
>>220
必要なきゃ使わないとか別の選ぶとかでいいんでないの?
結局好みな気がするよ
名前とか響きとかが好きってレベルで使ってる人もいるし
223 :
2016/05/26(木) 11:58:40.28 ID:???
>>222
ん?だから多くの場合複雑なFWは必要ないし好きなの使えばって言ってるんだけどな
224 :
2016/06/06(月) 19:18:30.53 ID:???
>>223
で、結局堂々巡りしたんで、最低限の機能しかない
あっさり塩味のFuelPHPにしたわ
225 :
2016/06/06(月) 19:39:07.76 ID:???
fuelいいと思うよ。あっさり塩味のほうがいろんな味に対応させやすいはず。
226 :
2016/06/07(火) 00:38:58.29 ID:???
なんだかんだでCIもFuelもあと10年使えるかもな
227 :
2016/06/07(火) 19:18:56.47 ID:???
ボクもそう思う。
228 :
2016/06/08(水) 10:58:39.53 ID:???
今はそう思う。 それでいいと思う。
229 :
2016/06/12(日) 17:39:12.72 ID:???
「PHP7に対応してる」じゃなくて「PHP7を前提としてる」ってフレームワークはまだないの?
230 :
nobodyさん
2016/06/12(日) 17:53:02.86 ID:AuRj7zt0
環境として7以降しかサポートしないフレームワークはいずれ出てくると思うが、
7以降の書き方を強制するフレームワークは、ずーっと先になると思う。
231 :
2016/06/13(月) 13:24:09.00 ID:???
謎のfuel人気は何なの?
オワコンだけどあの本の存在が大きいのかな
232 :
2016/06/13(月) 14:18:38.41 ID:???
CIは10年後でも戦える
233 :
2016/06/13(月) 19:23:31.82 ID:???
fuelが人気あるとか言ってんのはネットしか見てない人だけ
騒いでる人の数に比べて一冊しか本がない時点で
どんだけ世の中で需要があんのか察したほうがいい

一時期流行ったステマとかあんだろ?そういう類いだよ
流行ってるように見えるけど実際は・・・みたいな感じだ
234 :
2016/06/13(月) 23:40:48.96 ID:???
Laravel「……」
235 :
2016/06/14(火) 00:45:22.93 ID:???
Symfonyみたいにがっつり環境構築するんじゃなくて単に圧縮ファイルを解凍するだけで準備完了なのがいい
236 :
2016/06/14(火) 00:53:54.95 ID:???
ほんとそれ
237 :
2016/06/14(火) 01:15:06.29 ID:???
それはある

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

みたいな使い分けしてる
cakeは飽きた
phaloconはまだ使ってない
238 :
2016/06/14(火) 09:53:20.05 ID:???
>>233
ここでの謎のfuel人気はって言いたかった
世界的にはハッキリオワコンなのにやたらここで名前挙がるのが不思議
239 :
2016/06/14(火) 10:21:53.10 ID:???
>>238
そもそも言語の存在自体が斜陽なPHPにとって
すべてのフレームワークは必ずオワコンになる

その点fuelは現時点での人気もさることながら
いざとなったら自分で保守し切れるミニマムさ がいいんだよ
オワコンになってもなお延命できる ということが最大のポイント
240 :
2016/06/14(火) 11:24:44.21 ID:???
>>239
オワコンのfwを延命してまで使おうとする奴は
そもそもオレオレで自作するかマイクロフレームワーク使うと思うよ

正直、現状でfuelとかci使ってる奴は仕事の都合で仕方なくか
書籍とか日本語ドキュメント完備してあるっていう理由で使ってる層だと思う
241 :
2016/06/14(火) 11:34:00.46 ID:???
>>238
そう
それがステマの成果

ciがライセンスで揉め始めた辺りからのこの板にある
いろんなfwの過去スレとか見れたら見てみな
fuelを使わせようとする謎の勢力の奮闘ぶりがよくわかるよ
定期的に意味不明にfuelマンセーしてる
242 :
2016/06/14(火) 11:44:37.85 ID:???
オワコンでもステマでもいいよ
みんな新しいものに行っちゃっておくれ
俺はfuel派じゃなくciだけど似たようなもんだしfuel派と気持ちは一緒だと思う
243 :
2016/06/14(火) 15:28:48.78 ID:???
>>240
fuelなんてマイクロフレームワークに毛が生えた程度のもんだろ
コミュニティだってあって無いようなもんだし
日本語の書籍が2冊もあるのは奇跡みたいなもんだろ
244 :
2016/06/14(火) 20:07:13.25 ID:???
>>243

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

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

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

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

ちょっと穿った考えだけど、2chでマンセーして廻ってんのは著者じゃねーの?
とか、マジで疑ったことあるよ
245 :
2016/06/14(火) 20:53:02.56 ID:???
マイクロフレームワークなんて言葉初めて聞いた
ググったけど色々あるな。ルーティングからテンプレートエンジン、ORM、MVCと揃ってるものまであるけど、マイクロの線引きはなんなんだろ
まあ新しいもの覚える気はしないけど
246 :
2016/06/14(火) 22:25:59.93 ID:???
>>244
どう逆なの?
おかしいなら奇跡じゃないの?
247 :
2016/06/14(火) 22:34:02.20 ID:???
>>246
仕組まれてるって事だよ
248 :
2016/06/15(水) 08:24:46.41 ID:???
>>234
だいじょうぶ
わしは使っていくで
249 :
2016/06/15(水) 09:17:41.87 ID:???
PHPerの人口多いはずなのにまともなFW書籍がないのがね
CIかララベルの書籍出ないかなあ
250 :
2016/06/15(水) 10:20:55.53 ID:???
書籍が揃っているのは良い意味でも悪い意味でも枯れているFWだけだね
251 :
2016/06/15(水) 11:25:59.79 ID:???
>>247
誰がなにを仕組んだの?
イルミナティがfuelphpを流行らせようと画策しているの?
252 :
2016/06/15(水) 15:32:22.34 ID:???
みんなで育てていけばいい
Cakeだってそうだったろ?
253 :
2016/06/15(水) 19:55:39.79 ID:???
FuelPHPをろくに使いもしないで叩くのはやめてくれ。

それからFuelPHPの書籍は凄い良書だ。
254 :
2016/06/15(水) 21:39:50.46 ID:???
FuelPHPの著者がCIかララベルに乗り換えて書籍出してくれればいいのに
255 :
2016/06/16(木) 09:53:18.42 ID:???
>>253
>>254
良書っていわれてるのはどっちのやつ?

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

改訂 FuelPHP入門 早川 聖司
256 :
2016/06/16(木) 15:01:41.58 ID:???
>>255
なんか白いやつは良かった
紫色の改訂版は読んでない
257 :
2016/06/16(木) 19:24:53.49 ID:???
良書は、

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

だよ。
258 :
2016/06/17(金) 19:09:57.56 ID:???
>>256
>>257
ありがと
今度本屋で見てくる
259 :
2016/06/19(日) 01:59:18.70 ID:???
著者によるステマは十分あり得ると思う
あんな不人気フレームワークが不自然に持ち上げられすぎ
260 :
2016/06/19(日) 02:03:32.29 ID:???
>>259
既にこのスレにも謎の勢力は現れてると思う
261 :
2016/06/19(日) 02:06:26.60 ID:???
>>260
そうやって茶化そうとする
262 :
2016/06/19(日) 08:15:49.13 ID:???
フレームワークの比較に興味をもつ人は、
初めてフレームワークを使おうとしている初心者か、
どのフレームワークも習熟できない人。


どのフレームワークも習熟できない人ほど、
明確な目的もなく上っ面だけ使ってみて、修得できたつもりでいるw
そしてこのスレで、フレームワーク比較をのたまうw
263 :
2016/06/19(日) 10:10:35.21 ID:???
そうそう
浅い知識でわかったつもりになってfuelなんてフレームワークを持ち上げちゃったりする
264 :
2016/06/19(日) 13:34:02.85 ID:???
>>262
オススメのフレームワークはなに?
明確な目的を持って使いこなし習得した実力をもって
比較した結果を教えてほしい
265 :
2016/06/19(日) 14:59:28.86 ID:???
なんでRails使わないの?
266 :
2016/06/19(日) 17:28:08.19 ID:???
そりゃまあphpじゃないからじゃね
267 :
2016/06/19(日) 19:14:48.64 ID:???
Lithiumとかいうのはどうなったの
268 :
2016/06/19(日) 20:55:59.44 ID:???
いっくらPHPフレームワーク研究しても、JavaScriptは必ず使うんだよなあ
269 :
2016/06/19(日) 21:42:06.60 ID:???
そりゃクライアントサイドは別問題だし仕方なくね
node.js使えば言語は揃うけど、あれだってブラウザとは環境事情が違いすぎてあんまり同じ言語触ってる感じにはならんしなあ
270 :
2016/06/20(月) 06:24:44.87 ID:???
>>238
FuelPHPが、Googleトレンドで比率が低い割にこのスレで人気があるのは、
FuelPHPを使っている人は実はとても多いのに、Google検索をする必要が
ないくらい日本語ドキュメントと書籍が充実しているからではないのかな。

ちなみに俺はFuelPHPは使っていないし関係者でもない。
271 :
2016/06/20(月) 09:37:12.55 ID:???
>>270
ググらないくらい充実してるってところはあり得ないだろ
トレンドあるフレームワークですらググって調べるのに、fuelPHPだけは必要ないなんてことあるわけない
ググっても出てこないから諦めてるんじゃないの?
272 :
2016/06/20(月) 11:35:31.91 ID:???
>>270
一時期は知名度ナンバーワンで書籍も多く出てたcakephpのgoogleトレンド見て同じことが言えますか?
273 :
2016/06/20(月) 12:57:33.03 ID:???
Laravelのリファレンスの適当さは異常
274 :
2016/06/20(月) 13:18:14.44 ID:???
>>273
ほんとだわ。
肝心のアップグレードガイドも歯抜けが多いし、開発者が好き勝手つくってるのはいいけど、オタク向けフレームワークって感じ。
275 :
2016/06/20(月) 18:42:25.78 ID:???
googleトレンドもだけどgithubのstar数が悲壮感漂ってる
276 :
2016/06/20(月) 19:39:38.67 ID:???
>>271, 272
確かにおっしゃる通り。
私の意見には無理があるわ。
277 :
2016/06/22(水) 09:48:03.56 ID:???
>>272
アジアと北アフリカにしか人気がないところとか?
バングラディシュ、インド、日本、チュニジア、フィリピン、香港、モロッコ、
278 :
2016/06/23(木) 02:45:26.38 ID:???
ドキュメントや本の充実度と検索ボリュームの関係の話をしてるところに突然国の話を持ち出すのはもう相当かっこいい
279 :
2016/06/23(木) 10:56:10.24 ID:???
>>238のかっこ悪さが浮き彫りになった形
世界的にはwww
280 :
2016/06/23(木) 11:39:09.23 ID:???
githubのstar数
laravel 23,936
codeigniter 12,549
symfony 12,535
cakephp 6,551
fuel 1,396

世界的にオワコンは間違ってる
そもそも始まってないんだから
281 :
2016/06/23(木) 21:53:21.92 ID:???
Laravel勉強したいんだけど5に対応してるあの書籍、中身は4なんでしょ
まともに勉強できる環境がないね
282 :
2016/06/23(木) 23:19:38.46 ID:???
英語できないと大変そうだね
283 :
2016/06/23(木) 23:22:31.75 ID:???
Laravelはちょっとしたことでも全部海外サイト行き
国内に情報無さ過ぎる
284 :
2016/06/23(木) 23:25:11.52 ID:???
ドキュメント翻訳されてるしブログ記事も多いけどね
285 :
2016/06/23(木) 23:27:45.28 ID:???
laravelってgithubにあるのほとんどゴミじゃね?
286 :
2016/06/23(木) 23:27:57.58 ID:???
どうしても日本語の理解には及ばないわけなのよね
287 :
2016/06/23(木) 23:38:55.45 ID:???
qiitaの記事数
cakephp 1154
laravel 1085
fuelphp 537
symfony 459
codeigniter 153
288 :
2016/06/24(金) 00:03:20.32 ID:???
勢いとは別だからなあ
289 :
2016/06/24(金) 02:03:58.68 ID:???
英語読めなくて使えない人が多い方が有難かったりして
290 :
2016/06/24(金) 09:30:31.61 ID:???
>>289
それはあるw
291 :
2016/06/24(金) 10:15:49.96 ID:???
cakeやfuel使えば良いだけ
292 :
2016/06/24(金) 10:32:08.59 ID:???
英語できない人はね
293 :
2016/06/24(金) 15:47:41.70 ID:???
ある程度使えるようになったら海外サイトで調べるのは問題ないんだよな
c#はだいたいstackoverflowで適当な答えひっかかるし

まずは初期の学習の環境として日本語がいいんだが
294 :
2016/06/24(金) 17:19:11.42 ID:???
5歳児強姦、被告減刑訴え「ワギナ触っただけ」
http://cambodiawatch.net/cwnews/sanmen/20110512_3.php
295 :
2016/06/26(日) 19:40:06.53 ID:???
セキュリティさえなんとかすれば俺様FWのほうが楽で自由だよね
296 :
2016/06/26(日) 22:17:13.02 ID:???
作成するシステムの方向性が同様ならそうかも
カート専用fwみたいにね
297 :
2016/06/27(月) 01:03:40.36 ID:???
>>295
うーん気持ちはわかるけど俺は無理
有名FWに乗っとけばセキュリティ問題がニュースで得られるけど、自前だと全部に精通してなきゃいかんのが俺には無理ゲーだな
FW使っときゃ顧客にも保守料で最新キープしますという形で契約ライン合意しやすいし
298 :
2016/06/27(月) 06:55:40.25 ID:???
セキュリティ以前に自作でやると
後方互換性考慮した修正していくうちにスパゲッティになってしまう
cakeのソースに親近感を覚える俺です
299 :
2016/06/27(月) 07:59:01.98 ID:???
>>297
そうか…フレームワーク勉強するのも面倒だけどセキュリティはもっとカオスなんだろうな
fuelPHPの書籍がしっかりしてるからこれにしようかと思ったけど、もう死にそうだからセキュリティ更新もなくなるかもね
がんばってLaravel勉強するかなあ…

ていうかFWってWPみたいに頻繁にセキュリティ更新ないけど、すでに強固なセキュリティ対策されてるの?
300 :
2016/07/10(日) 01:56:42.00 ID:???
WordPressは利用者がプログラム書くことはあまりないでしょ、プラグインを組み合わせて機能を実現して、
どうしても独自のカスタマイズをしたいところだけ、エンドユーザがちょこっと書き換える。
だから提供側が担当するアップデートが多い。

フレームワークは枠組みを提供して、中身はフレームワークユーザが作るもの。
たとえばログイン機能を作るとしても、そのアカウント管理がセキュアなものかどうかは、フレームワーク側が提供するのではなく、
フレームワークを使ってログイン機能を作るプログラマが作りこむものだよ。
もちろんフレームワーク自体やプラグインとしてログイン機能/アカウント管理が提供されてることも多いけど、それだってカスタマイズすることが前提だ。
301 :
nobodyさん
2016/07/12(火) 17:41:45.61 ID:0HD8hoAE
fuelでここ数年やってきたけど、未だに盛り上がることなく、そろそろ替えようと思ってる。
で、symfonyやlaravelに手を付けて見たけど難し過ぎ・・・。
302 :
2016/07/12(火) 19:43:15.31 ID:???
そんなに違うもん?
303 :
2016/07/12(火) 23:10:25.21 ID:???
fuelphpの圧倒的な学習コストの低さをなめちゃいけねぇよ
304 :
2016/07/13(水) 02:42:05.41 ID:???
ふえるSEさん
305 :
2016/07/13(水) 06:51:03.65 ID:???
学習コストの低さ
イコール

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

個人はともかく業務でWeb開発している人達にとっては、
学習コストの低さはものすごく大事な要件なのよ。
306 :
2016/07/13(水) 10:16:45.84 ID:???
世のWebプログラマがフレームワークの学習コストにすら耐えられない現実が悲しい

学習コスト低いものだけで仕事が成り立つような職ならそりゃ年取ったら捨てられるわ
307 :
2016/07/13(水) 10:23:49.85 ID:???
十分に金払わないから素人に毛が生えたのしか来ないだけではという気もする
308 :
2016/07/13(水) 12:39:05.67 ID:???
また、毛のハナシしてる…
309 :
2016/07/13(水) 18:31:47.65 ID:???
>>306
自称優秀なプログラマw
310 :
2016/07/14(木) 19:30:48.93 ID:???
fuel使える頭があればほかのフレームワークも余裕でしょ
ああでもfuelしか使えない人は英語苦手そうだな
311 :
2016/07/14(木) 21:58:12.66 ID:???
zend以外ならなんでもいいよ
zendはいや!
312 :
2016/07/14(木) 23:07:14.77 ID:???
Symfony2って、でかすぎてサーバへ持って行くときに困る。
Symfonyシリーズってまだ人気あるの?
313 :
2016/07/15(金) 00:45:38.91 ID:???
もしかして今どきFTPとかSCPでデプロイしてる感じ?
314 :
2016/07/15(金) 17:21:39.06 ID:???
ftpやscpでもデプロイが出来るレベルの簡潔さが無いと
結局保守で困るからな
315 :
2016/07/15(金) 20:27:29.52 ID:???
そっかー
316 :
2016/07/15(金) 22:00:56.93 ID:???
ftpはともかく
scpはまだ現役じゃないのかー
317 :
2016/07/15(金) 22:58:27.45 ID:???
scp,ftp,sftpなどのデプロイって普通かと思っていたんだが、ダメなのか?
何がメインになってるの?
318 :
2016/07/16(土) 12:19:26.04 ID:???
phalconどうよ?
使ってる奴いないかな
319 :
2016/07/16(土) 18:04:34.89 ID:???
俺FTPとSCPしか知らないよ
320 :
2016/07/16(土) 21:54:02.93 ID:???
俺はなんとなくずっとsftpだ。scpの方がいいの?
321 :
2016/07/16(土) 23:46:05.07 ID:???
誰もgit hook使ってないのか
322 :
2016/07/16(土) 23:47:01.54 ID:???
察しちゃったね
ここに書き込んでるのがどういう層か
323 :
2016/07/17(日) 01:28:23.51 ID:???
git hookでデプロイか…継続的インテグレーションって言うのかこれ?
継続的インテグレーションの略語もCIなのがめんどくさいな…。
普段これをCIって言ってる奴らはCodeIgniterの事はなんて言うんだ?もはや眼中にない感じ?
324 :
2016/07/17(日) 01:44:38.54 ID:???
composerとか使えるなら使いたいけどね
あいにくテストクラスも作らずにExcel方眼紙でテスト仕様書作ってるような現場なんでね
325 :
2016/07/17(日) 06:53:56.44 ID:???
>>323
あとCorporate Identityの方が有名じゃない?
326 :
2016/07/17(日) 13:11:42.43 ID:???
>>321
使っていない
自動でデプロイするほど小規模じゃないので
327 :
2016/07/17(日) 18:16:19.32 ID:???
自動デプロイする職場って、担当者の個人判断でいいのか?
承認やら複眼チェックはいらんのか?

アジャイルとか開発プロセスの軽量化とかいうけど、
検査漏れなどあれば事業の存続に影響するようなシステムでも
プロセスの軽量化を優先しているんかな?
328 :
2016/07/19(火) 21:50:41.35 ID:???
どっかで壊れるのも全自動って書き込み見たなw
まあもちろんテスト環境が自動で、本番は分けるとかやってるんだろうけど
329 :
2016/07/19(火) 22:31:17.49 ID:???
開発環境やテスト、検証環境ならわかるが
さすがに本番環境はscpなりで
めっちゃ慎重にやると思うんだよなあ
330 :
2016/07/19(火) 23:48:27.49 ID:???
テスト環境まで自動デプロイ
本番は承認プロセス挟んでブルーグリーン
331 :
nobodyさん
2016/08/08(月) 01:40:28.23 ID:oSi6vzrE
(パフォーマンスを考えなければ)Laravel一択でしょ
332 :
2016/08/08(月) 18:51:39.78 ID:???
パフォーマンスを考えないやつなんているのか?

リリース時はふつう閑散としているからパフォーマンスがでなくても問題ないが、
サービスが繁盛してくるとマズいことになる。
333 :
2016/08/08(月) 19:15:06.38 ID:???
>>332
php使っている時点でパフォーマンス優先してないのでは?
ロードバランサー挟んで負荷分散しとけばいい。
334 :
2016/08/08(月) 22:36:35.79 ID:???
>php使っている時点でパフォーマンス優先してないのでは?

これたびたび言われるけど、PHP7で大幅にパフォーマンス改善されたのをふまえても、他のWeb系言語より大きく劣っているのだろうか?
335 :
2016/08/09(火) 01:58:21.85 ID:???
ウェブの負荷なんてDBが9割じゃん
異論は認める

ここの分散がラクなら別に2割3割食っても構わんのだけど、別にその程度の分散はphpで十分出来てるって人が殆どじゃないの
仮にPHPが4割越したら設計が異常だと思うよ。でも仮にそうでもPHPの負荷が高いだけなら別鯖に分けるのもそんな困らんのよね…API単位であとはnginxさんにでも任せればもうなんとでもなるしな
336 :
2016/08/09(火) 09:23:18.69 ID:???
>>335
おおむね同意
337 :
2016/08/09(火) 12:12:14.79 ID:???
>>335
ほぼ同意
FW構造だけで目に見えるほどの差はつかないと思う
それでもFWのせいにするのは、コードを整理すればどうとでもなるレベルなのにやらないやつの怠慢発言と思ってる
338 :
2016/08/09(火) 13:09:57.54 ID:???
負荷の問題はどうとでもなるが応答速度の確保はどうやってる?
Laravel使ってるがこれがネックなんだよな…
339 :
2016/08/09(火) 16:10:46.98 ID:???
>>338
さすがにLaravelは四天王の中でも速度最弱なので
使わない以外の選択肢はなかなか出てこないかと
340 :
2016/08/10(水) 18:41:15.26 ID:???
DB応答速度がパフォーマンスに大きく影響することに同意します。
それにはDBの応答速度を上げるSQL文やテーブル設計、インデックスなどがそもそも大事。
phpのコードの書き方で速度が大きく変わるのも同意です。


でも、Laravelは使わない。
Laravelは実際遅いし、これに起因するパフォーマンス低下は対応策がないので。
341 :
2016/08/10(水) 21:27:04.19 ID:???
Codeigniter3って塩梅どうなのかな
ライセンスのゴタゴタで何となく敬遠してたけど
342 :
2016/08/10(水) 23:38:43.65 ID:???
CodeIgniterはもう4が開発版配布になってるよ。
https://bcit-ci.github.io/CodeIgniter4/installation/downloads.html

PHP7が必須だってさ。ならばPHP5→7のパフォーマンス改善をフル活用してくれるんじゃないかな、もともと軽さがウリのフレームワークなんだし。
これからの新規プロジェクトなら検討してみたら。
343 :
2016/08/11(木) 10:46:35.27 ID:???
>>342
ひゃー、隔世の感を否めない…
レスありがとう
344 :
2016/08/11(木) 14:58:47.52 ID:???
LocalだとPHP7 + Phalconで色々やってて速くて満足してるんだが
安いレンタルサーバが無くてなー
大手は未だに5.4とかだし
345 :
2016/08/11(木) 15:38:34.62 ID:???
>>344
digitalocean
346 :
2016/08/11(木) 22:18:06.19 ID:???
>>344
だよね
客によってはVPSじゃなかったりもするから
選択肢がほとんどなかったりするよ……
347 :
2016/08/12(金) 08:21:09.00 ID:???
CodeIgniter 4 ですか。
俺もビックリです。

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

(HP見ましたが英語読めないので・・・)
348 :
2016/08/14(日) 14:35:06.77 ID:???
相変わらずシンプルが売りだって書いてあるから、
便利さの部分はテメーでなんとかしろってスタンスだと思う。
349 :
nobodyさん
2016/10/20(木) 01:33:27.62 ID:ZwtBbY3j
slim3やっぱええなぁ
350 :
2016/10/20(木) 17:08:32.06 ID:???
Slimって機能がスリムすぎて・・・
例えば入力値のバリデーション機能さえなかったような気が・・・
351 :
2016/10/20(木) 21:32:29.91 ID:???
>>350
もっと人間を信じろ
352 :
2016/10/22(土) 08:49:27.72 ID:???
>>350
好きなライブラリをcomposerでインストールしよう
たとえばこれとか
https://github.com/Respect/Validation
353 :
2016/10/22(土) 13:13:47.89 ID:???
でもあんまり基本的な部分から追加インストール必要だと、そもそもフレームワークの意味ないじゃんってことにならない?
俺は以前はCodeIgniter好きだったけど、使ってるうちにそういう考えになっちゃった。
354 :
2016/10/22(土) 19:12:51.41 ID:???
結局なに使ってもめんどくせー
355 :
2016/10/23(日) 02:05:10.16 ID:???
追加インストールくらいならあまり気にならないかなあ
自力でダウンロードして……とかいうならちょっといやだけど
356 :
2016/10/26(水) 22:33:53.96 ID:???
>>355
コマンドを使って追加インストールするのは嫌いだなぁ
357 :
2016/10/27(木) 08:12:47.92 ID:???
>>356
composerすら使いたくないみたいな?
358 :
2016/10/27(木) 13:02:58.85 ID:???
>>357
コマンドを使うのがいや
手動でどこかにファイルを置くだけなら歓迎
359 :
2016/10/27(木) 23:09:19.40 ID:???
GUIでやりたいってことかな
360 :
nobodyさん
2016/10/27(木) 23:40:36.71 ID:MD4Js0Sy
ネームスペースの関係でcomposerの方が楽だと思うけどなぁ
大型のはssh必要だしslimぐらいがちょうどいいわ
361 :
2016/10/28(金) 10:37:39.92 ID:???
>>359
GUIはもっといや
scpかなんかでファイルをポンと置くだけがイイ
362 :
2016/10/29(土) 03:14:53.86 ID:???
>>361
CakePHP2系で
363 :
2016/10/30(日) 01:24:25.97 ID:???
GUIっつーと
pear思い出すなあwww
364 :
2016/11/10(木) 22:43:43.90 ID:???
全部入りのフレームワークがいいなと思ってwordpressを使い続けて早数年
SQLの書き方もインデックスの貼り方も忘れてしまった
これでいいのかなぁ
365 :
2016/11/11(金) 18:31:58.66 ID:???
だめに決まってんだろ。
366 :
2016/11/11(金) 18:45:43.01 ID:???
WordPressで間に合う仕事しかやってないなら別にいいんちゃう
367 :
nobodyさん
2016/11/12(土) 17:42:32.36 ID:DLHWcBOA
そんな数年で忘れるもんすか
368 :
2016/11/13(日) 03:44:27.18 ID:???
>>367
忘れるだろ
俺も運用が仕事になってPython一切書けなくなった。
おおまかなロジックの指針は覚えてるんだけど
簡単な関数一つ検索しないとわからん
369 :
2016/11/13(日) 11:18:35.44 ID:???
数年どころか半年で開発能力は半分になるんじゃないかな。
1年もやらなきゃ1/4。

部署異動などで元の仕事から半年離れたら、もう復帰は無理だよ。
370 :
2016/11/21(月) 14:04:56.99 ID:???
リハビリ2週間で完全復帰するけどな
371 :
2016/11/28(月) 19:09:30.93 ID:???
初心者なので全部ログ読みましたが
ララベルときめくよね・・・いい人なんだけどね・・・(無言)
Fuelはいいよね→ステマ! オワコン!
ZEND眼中なし
CAKE老害・・・でも老人社会だし擦り寄って置くのも有り
今はCIがいいかな

こういう流れでいいですかね
372 :
2016/11/28(月) 20:13:28.64 ID:???
俺的には

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

やっぱりCIがいいな!
373 :
2016/12/05(月) 23:35:01.38 ID:???
好きなの使いなよ
374 :
nobodyさん
2016/12/07(水) 08:33:41.16 ID:lJjHP+2p
Phalconスレ立ててくれ
375 :
2016/12/07(水) 14:06:24.53 ID:???
ネームスペースが他の言語に比べて気持ち悪すぎるから、最近のPHPのフレームワークは全部ダメだ。
いっそのこと言語変えた方が快適だぞ。

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


PHPのフレームワークはどれもマッパーが機能不足!
376 :
2016/12/07(水) 16:00:37.78 ID:???
マッパーってなに?
裸がユニフォーム?
377 :
2016/12/07(水) 16:25:29.92 ID:???
ペッパー、マッパー、ロンパーだろ
378 :
2016/12/07(水) 22:30:37.16 ID:???
dozerみたいなやつのことか
379 :
2016/12/08(木) 21:00:59.00 ID:???
Symfonyは、あっちにもこっちにもあそこにもここにも設定ファルっていう頭おかしい設計なので嫌
380 :
2016/12/09(金) 10:33:54.12 ID:???
>>375
"php orm"でググって好きなの使ったらいいよ
どれもcomposerでインストールできるし
個人的にはeloquentが好き
381 :
2016/12/09(金) 11:33:43.13 ID:???
>>380
eloquentのwithはまだOKだな。
382 :
nobodyさん
2016/12/09(金) 12:47:31.64 ID:v3WSRzSF
Phalconスレ立ててくれ
383 :
2016/12/09(金) 18:30:27.66 ID:???
eloquent ってなんて読むの?
384 :
2016/12/09(金) 23:37:07.50 ID:???
エロ キューン
385 :
2016/12/10(土) 00:03:36.74 ID:???
composerってなんだ?
役に立つのか?
使えないとアホなのか?
386 :
2016/12/10(土) 01:11:33.69 ID:???
今どきの開発じゃ必須だと思ってたけどそうでもなかった…?
387 :
2016/12/10(土) 03:18:05.58 ID:???
開発環境はあらかじめエライヒトが用意するからね
コーディング要員はむやみにパッケージ管理ツールなんか使ったら怒られるよ
388 :
2016/12/10(土) 12:33:45.41 ID:???
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 :
2016/12/12(月) 02:15:40.21 ID:???
PHPは、ライブラリZIP落としてきて解凍して配置、requireしたら使える、
が良いところだったのに、composerとかが必須になってしまいました。

鬱陶しい限りですが、長いものには巻かれたほうが楽なので、
今はcomposerを使いましょう。
392 :
2016/12/12(月) 09:06:24.71 ID:???
composerを必須とするような環境、コードがそもそも悪い
質の良くないプログラムとなるので可能な限り避けよう
393 :
2016/12/12(月) 10:34:58.65 ID:???
コードの前に日本語覚えて欲しいですね
394 :
2016/12/12(月) 12:22:24.28 ID:???
>>393
日本語難しいからお互い苦労するよな
カタコトどうし仲良くしようぜ
395 :
2016/12/12(月) 14:42:29.80 ID:???
composerが鬱陶しいて…
rubyのgem、pythonのpip、jsのnpmとかも鬱陶しいのかな
396 :
2016/12/12(月) 14:48:38.79 ID:???
付いて行けてない人もいるんだな
psrも知らなそう
397 :
2016/12/12(月) 16:04:41.80 ID:???
>>395
少なくともその辺はうっとおしいね

「ターゲット環境で動かさなきゃならない管理コマンド」
がそもそも嫌だな
398 :
2016/12/12(月) 20:38:28.65 ID:???
capistranoでデプロイする仕組みとか用意しちゃってるけど俺もできればコードだけでどうにかしたいなー派だわ
特にPHPなんてSFTPでペタっと貼ったら動くってのが利点でもあると思うのよね
慣れちゃったけど右も左もわからんころにrails触ってasset pipelineでゲロ吐いたわ
399 :
2016/12/12(月) 23:00:15.02 ID:???
Windowsはインストーラ経由でレジストリ汚されるけどLinuxはそういうのなくていいなーっていうのが昔はLinuxの利点として挙げられてたけど
パッケージ管理ツール使ったら少なくともその利点は失うね。
400 :
2016/12/12(月) 23:34:12.86 ID:???
フレームワークスレでこの有様か
phperじゃしょうがないか
401 :
2016/12/13(火) 00:46:00.66 ID:???
>>395
黒色画面恐怖症やオレオレライブラリ病の典型的な病状だよ
レンサバ環境や小型案件にしか関われない人が掛かりやすい病さ
402 :
2016/12/13(火) 14:58:13.85 ID:???
composerはコードの良し悪し関係なくね?
コマンドを叩くのが嫌だと思ってる人はデザイナーかな。
403 :
2016/12/13(火) 16:18:12.27 ID:???
>>402
コマンドを叩くのは嫌じゃないけど、
デプロイ先のマシンでコマンドを叩くのはすごく嫌だわ
嫌というかコマンドでの挙動を信頼しきれない

開発環境で環境から全部もりっと作りこみして
デプロイは固めてコピーして展開して終わりにしたい
404 :
2016/12/13(火) 16:19:28.20 ID:???
インターネットに接続している前提のコマンドとかあるし
インストール先によっちゃ嫌とか言う以前に動かないし
405 :
2016/12/13(火) 17:00:17.39 ID:???
>>403
開発環境と本番環境を教えてくれ
406 :
2016/12/13(火) 19:37:45.01 ID:???
本番環境でコマンド叩くの嫌なら、開発環境でダウンロードしたライブラリも
リポジトリに混ぜればいいだけのことで。

まだ「オートローダーは邪道。パフォーマンスの問題もある」とかいうノリ?
407 :
2016/12/13(火) 20:32:19.17 ID:???
>>406
ローカルインストール(--save-dev)したnodeのライブラリも、バージョン管理してしまうべきか教えてくれ
408 :
2016/12/15(木) 05:45:11.01 ID:???
リモートリポジトリの状態に依るのでは?
409 :
2016/12/15(木) 10:08:24.59 ID:???
>>406
オートローダーは関係なくね?
410 :
nobodyさん
2016/12/15(木) 16:37:57.74 ID:7HnXPC8g
ここではあまり評判よくないlaravelがGoogleトレンドでトップなのはどうして?真新しいから?
世界でみるとダントツ
411 :
2016/12/15(木) 17:16:47.92 ID:???
世間ではphp自体がオワコン化してるのに
そのオワコン化してるphpのコミュニティにすら混ざる事が出来ない
そんな時代遅れのはみ出し者が集まってるのが2chだ

それが良いか悪いかは別として
そういう狭い世界で生きてる人間の見識なんだから
世間から乖離して偏っててしゃーない

このスレは
流行ってるフレームワークとか良いフレームワークを語ってるんじゃなくて
古いフレームワークを使い続けてる奴が時代遅れの自分を正当化する為に
自己弁護するスレだと思って見た方が良いよ
412 :
2016/12/15(木) 20:43:46.43 ID:???
codeigniter4かPhalconの二択
413 :
2016/12/16(金) 01:06:56.88 ID:???
phalconインストールできる環境でPHP選ぶ意味がわからん
414 :
2016/12/16(金) 21:03:13.98 ID:???
412だけどGOとかnode.js選びたくても会社の人間全員がPHP以外に明るいわけじゃないからさー
C#信者だから.net coreとか使ってみたいけど絶対通らない
AWSパートナーなんだがWin鯖高いからIIS無理ゲーだし……
415 :
2016/12/17(土) 16:22:37.28 ID:???
オレはフレームワークの勉強をあまりしたくなかったので、
その一点でFuelPHPしか選択肢がなかった
416 :
2016/12/18(日) 06:04:07.40 ID:???
411はエンジニアとして半人前だな。
417 :
2016/12/18(日) 08:31:03.12 ID:???
411ですが、レガシーな環境に縛られて
それがいいもんだと勘違いしてる社畜をエンジニアって呼ぶんなら
半人前と思ってくださって結構ですよ
同列に見られたくないので
418 :
2016/12/18(日) 16:02:36.15 ID:???
PHPってオワコンだったんだな
どれが代替に来ているんだ?
419 :
2016/12/18(日) 16:32:44.76 ID:???
そう言っときゃ格好いいと思ってる意識高い系小僧だろ。
420 :
2016/12/18(日) 20:44:41.47 ID:???
案件は大体PHPばっかりだけどな。

PHPはレベルが低くても、コードぐらいは書ける人が多いからまだまだ続くんじゃね?

いいフレームワーク?正直PHPには無いな。
C#やRuby、Pythonをしてたらそれはわかるだろ。

LaravelはPhalconと比較したら使う気しないし、Phalconは機能がもの足りないから面倒だ。
Phalcon3は知らんけど。

Laravelで開発してるっていうところも、マイグレーション機能さえ使ってないところも多いし、
昔からあるフレームワークでも、ちゃんと使いこなせてる方がいいんじゃないか?
421 :
nobodyさん
2016/12/19(月) 05:11:13.21 ID:MJaTwoIQ
ピュアPHP=標準語
フレームワーク=オナニー方言

これに尽きるだろ。

今更、秋田弁は機能的で、連携力が優れてるとか言われても通用しねーよw
フレームワーク惜しが良く宣伝するピュア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 :
2016/12/19(月) 09:46:36.88 ID:???
>>423
辛辣だが的確な気がする
yii framework について一言いただきたい
425 :
2016/12/19(月) 11:39:14.08 ID:???
Railsだって今のwebAPI前提な作りだったら重いんじゃないか?
426 :
2016/12/19(月) 11:43:59.78 ID:???
フレームワーク嫌いでコアなことを知っている奴がいたが、結局コード書かなくなったな。
そいつは実際凄いんだろうが、時代について行けてない感じだった。
能書きをたれるのは凄いんだが、現場では使い物にならないんだろうな。

PHPでフレームワークを知ってしまうと、フレームワークが嫌いになるのかもしれない。
俺の周りだけかもしれんがPHPから別言語に移った奴らは、フレームワークを肯定している。
PHPを使い続けている奴は、未だにフレームワークを否定している。
427 :
2016/12/19(月) 12:04:46.92 ID:???
PHP自体がフレームワークだからなぁ
428 :
2016/12/19(月) 12:15:20.65 ID:???
未だに生でHTML書いていたり、CSSやJSをminify、bundleしてない奴がフレームワーク不要って言ってたら、さすがに怠慢だと思うけどね。
429 :
2016/12/19(月) 12:25:45.17 ID:???
フレームワーク不要って言ってる人がどんなコード書いてるのか見てみたい
自社フレームワークすら無いって時点でどんな仕事してるのかお察しだけど
430 :
2016/12/19(月) 12:37:16.53 ID:???
そもそも複数人で開発した経験が無いのかな?それなら納得
431 :
2016/12/19(月) 14:08:16.49 ID:???
>>429
まず自分のを見せろ
話はそこから始まる
432 :
2016/12/19(月) 16:06:22.09 ID:???
正しい標準語喋れねえのに日本人自称してるやつがわんさかいるからなあ?
433 :
2016/12/19(月) 17:42:33.20 ID:???
>>432
お前のことかよ。「日本人自称してる」とか使い方間違えすぎだろw
434 :
2016/12/19(月) 18:08:06.52 ID:???
こんなんじゃphperが蔑称として使われるのも仕方ないね
435 :
2016/12/19(月) 18:54:52.62 ID:???
マイカーは何がいい?のスレでクルマ所有全否定ばかり言われてるような状態ww
独男が結婚したいんだけど?のスレで女はクソばかりのレス状態ww
もっとやってww
436 :
2016/12/19(月) 18:55:25.86 ID:???
まあちんぽでチャンバラ始めるスレよりまだマシかと
437 :
2016/12/19(月) 19:22:06.01 ID:???
そっちのほうが精神衛生上いい
438 :
2016/12/19(月) 19:52:48.76 ID:???
ピュアPHP=手
フレームワーク=TENGA

これ
439 :
2016/12/19(月) 20:09:33.31 ID:???
じゃあ大人のお人形さんは(ワクワク)
440 :
2016/12/19(月) 23:53:26.23 ID:???
>>428
フレームワーク不要論者ではないが
HTMLはわりと生で書かないか?
441 :
2016/12/20(火) 01:02:57.98 ID:???
>>440
まだ職場ではHTMLを生で書く所が多いと思うけど、パフォーマンスに影響なく明らかに開発効率が良くなるものも使っていないのに、
フレームワークは悪とか言っているのは、ただ新しいことを学びたくないだけって意味で書いた。
442 :
2016/12/20(火) 04:00:24.11 ID:???
>パフォーマンスに影響なく明らかに開発効率が良くなるものも使っていないのに

この論拠は?
443 :
2016/12/20(火) 11:22:41.72 ID:???
>>442
使えばわかる。
吐き出すのはHTMLだからパフォーマンスには影響ない。
コードの行数は半分になるし、IDE以外で開発している奴のタグ抜けとかはなくなるから効率は上がる。
444 :
2016/12/20(火) 13:42:03.55 ID:???
>>440
htmlは生で書くよ
それをフレームワークに食わせる
445 :
2016/12/20(火) 15:28:09.06 ID:???
>>436
ザマリンか
446 :
2016/12/20(火) 21:45:11.24 ID:???
>>445
見てきたけどワロタ
447 :
2016/12/20(火) 23:53:15.14 ID:???
フレームワークを追っかけるのは疲れたわ
1年たったらバージョン違うし
なんでフレームワークなんか勧めてくるんだ?
448 :
2016/12/21(水) 01:13:33.42 ID:???
フレームワークいらないならこのスレ見る必要無いよ
スレタイを読もう
449 :
2016/12/21(水) 10:27:44.18 ID:???
まあでも流れ早すぎて最近のフレームワークはそれ自体が商売化してきてる気もするよな
450 :
2016/12/21(水) 15:56:14.29 ID:???
学習コストが一番安いフレームワークを教えて
451 :
2016/12/21(水) 17:08:24.70 ID:???
>>450
どれもたいして変わらないよ
452 :
2016/12/21(水) 18:00:55.75 ID:???
>>451
質問が悪かった
子供が遊びで話す 「PythonとRubyはどっちが簡単?」
そのレベルでいいよ
453 :
2016/12/21(水) 19:42:52.10 ID:???
サーバーサイドのフレームワークなんて、のんびりしてるほうだけどな。
454 :
2016/12/21(水) 20:09:50.06 ID:???
javascriptに比べたらかわいいもんだね
455 :
2016/12/21(水) 21:18:18.09 ID:???
単発が沸いてきたな
456 :
2016/12/22(木) 07:59:43.87 ID:???
日本だとケイクphpじゃないの
457 :
2016/12/22(木) 08:01:59.72 ID:???
>>452
こーどいぐないたー
458 :
2016/12/22(木) 12:50:45.17 ID:???
459 :
2016/12/22(木) 20:55:58.85 ID:???
>>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
フレームワーク使ってるから連携力が上がるって考えている奴は本当に馬鹿
その心は
1.開発規約を作ったら結局、皆わからなくなる。
2.フレームワーク人材不足で横のつながりがそもそもない。
3.フレームワークベンダーの思うつぼ。
462 :
2016/12/26(月) 20:42:26.21 ID:???
未だに中小や零細でオレオレ自社製フレームワーク使ってるとこ死ぬほど多いんだぜ
それに比べればメジャーフレームワークのなんと有り難いことか
463 :
2016/12/26(月) 21:48:52.17 ID:???
なにがありがたいの?
いずれ、バージョンアップしなくなるか
PHPや周辺を上げないとどうにもできなくなって
困るのはわかりきっているのに
自社製で自分でメンテした方が長続きできるよ
464 :
2016/12/26(月) 22:08:59.64 ID:???
>>463
永遠にその人間がいるならいいけどなー
465 :
2016/12/27(火) 09:58:29.51 ID:???
いなくなった後が悲惨だよね
466 :
2016/12/27(火) 10:29:13.35 ID:???
フレームワークに親を殺されたいつもの人じゃん
467 :
2016/12/27(火) 14:10:33.95 ID:???
>>463
自社製のごっちゃごちゃしたやつよりは
オープンソースのすっきりしたやつがええな
468 :
2016/12/27(火) 18:01:34.39 ID:???
未だに自社製フレームワークってう○こだと思うが、Facebookとかでかいところは自社製フレームワークなのかな?
469 :
2016/12/27(火) 20:36:06.38 ID:???
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フレームワーク自体をあまり許容してない。
理由は単純、戦略的に劣るから。
自社製フレームワーク、独自フレームワークたたきの方がむしろど素人w
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 :
2016/12/28(水) 08:32:54.62 ID:???
ざっと上から読んで思ったが「フレームワークどれがいいの?」ってスレじゃないのここ
481 :
2016/12/28(水) 08:47:15.26 ID:???
>>472
古くなったフレームワークのアップデート等の保守までを考えると中小企業には荷が重いね
オープンソースのフレームワークにはそういった労力を人任せができる強みがあるんじゃないの

セキュリティリスクについても外部の機関がアラートを出してくれる
482 :
nobodyさん
2016/12/28(水) 11:10:47.04 ID:2tvlfYzD
フレームワークは絶対に使わなければいけないと思い込んでる奴が必死になって
自社開発したフレームワークを罵るスレッドかと思った。

会社で効率的かどうかを判断してるのに、一個人が会社のやり方に難癖つけるなよ。
口出すような経営権無いんだからさw。
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
勉強したことが無いからと言って、知ったかしないでねw。

>>450
フレームワークやそのバージョンに応じて大きく違う。
一般的にはフレームワークの規模に応じて、層別し、その上で国内普及度の高いフレームワークは学習効率が良い。
学習効率が良いものは単純に連携力が高い。
設計思想が云々の問題ではない。なぜならそもそも人材がいなければ一人で組むコードと同じだからだ。
488 :
nobodyさん
2016/12/28(水) 11:46:09.07 ID:2tvlfYzD
いくら開発力・保守性などで連携力を設計思想に盛り込んでも、一人で組んでいたら
自分で一から考えるコードと同じだからだよ。だからフレームワーク使ってる俺ってスキルフルって考えてる奴の方が自己満足だ。
誰とも連携力取れないフレームワーク一つで変に間違った方向にプライドが高いだけのゴミみたいなエンジニアならいらない。
489 :
nobodyさん
2016/12/28(水) 11:48:27.98 ID:2tvlfYzD
フレームワークを使わなければいけない=音を立てて食べてはいけない
ってくらい厄介。潔癖症か?

フレームワークは標準でも法律でもねえんだからよ。調子こくなやw
490 :
nobodyさん
2016/12/28(水) 11:54:30.53 ID:2tvlfYzD
>>481
>オープンソースのフレームワークにはそういった労力を人任せができる強みがあるんじゃないの
>セキュリティリスクについても外部の機関がアラートを出してくれる

これは、合ってる。
ただ、フレームワークは規則ではない。
セキュリティに関与するならフレームワークが法制度化される必要がある。
そもそも、フレームワークは標準化すらされてない。
もし、セキュリティに影響を与えるとして標準化、法制度化が進んだ暁には専門学校・大学・大学院である程度の学習が必要になってくる。
しかし、そうなってくるとますます、開発力・保守性などの面の壁を国費で乗り越える手段が必要になってくるから当面、標準化や法制度化は無いだろうなと。
491 :
2016/12/28(水) 13:15:13.64 ID:???
まーた暴れてるよ
スレタイも読めない人間が何語っても滑稽なだけだっていい加減気付け
492 :
2016/12/28(水) 13:23:43.75 ID:???
たぶんこの人はphpしかできないんだと思う
493 :
nobodyさん
2016/12/28(水) 17:11:43.98 ID:SgBLaZkz
2ch監視員の自演とか興味ないね。
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 :
2016/12/28(水) 17:14:44.40 ID:???
1つのフレームワークなんて1、2ヶ月あれば網羅できるだろ。

人材が集まらないのは、金をケチるからだ。
そして安い金で雑魚ばかり集めているからだ。
俺が一人いれば、どのフレームワークでもフレームワーク無しでも問題はない!

そう思ってる奴もいるだろ?


たかがサーバーサイド1つ、しかもPHPごときでエンジニアぶるなよ。
496 :
2016/12/28(水) 17:22:39.99 ID:???
レスが増えていると思ったが、IDと書き方見る限り、俺以外に他2人しかいないんじゃないのか?w
497 :
2016/12/28(水) 17:24:17.14 ID:???
この暴れ方、Qiitaから追い出されたSQLおじさんに似ている
498 :
2016/12/28(水) 17:49:14.91 ID:???
>国内にマニュアル

日本語ドキュメント求めてくるとか、どんなけ低レベル向けなんだよw
英語ドキュメントでも充分開発できるだろ。
499 :
2016/12/28(水) 18:01:59.35 ID:???
英語から逃げてる奴の意見なんて聞かんわ。上流だけするSEかよ。
500 :
2016/12/28(水) 18:03:29.16 ID:???
500だぜ!
501 :
2016/12/28(水) 19:38:45.05 ID:???
学習コストの低いフレームワークを使うのが一番良い。
502 :
2016/12/28(水) 20:52:46.07 ID:???
>>490
法制度化されてるセキュリティ要件なんてあるの?
完璧でないまでもある程度の自浄作用を期待しオープンなフレームワークを利用するのかと

少なくとも終わったフレームワークは検索結果が教えてくれる
503 :
2016/12/28(水) 21:15:39.43 ID:???
英語読めなくてphpしかできないおじさんが
フレームワークスレで必死に不要論を叫ぶ
あまりにも悲惨
504 :
2016/12/28(水) 22:00:18.71 ID:???
>>501
phalcon使おうよ
ってphalconスレが無いのはなんなの
505 :
2016/12/28(水) 22:08:31.16 ID:???
一気にすすんでるなーー
フレームワークってどこがいいの?スレ

・オープンソースの有名フレームワーク
・オープンソースの無名フレームワーク
・日本開発のオープンソースフレームワーク(これはもうないかな・・・)
・自社のフレームワーク
・フレームワークなんていらんわ
どれが勝つか

とりあえず
有名>>>>>無名>>>>>>>>>>>>>>>>>>>>>>>>>>日本オープン
で、自社と、いらんわ。がどこに入るかの争い?
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 :
2016/12/29(木) 00:20:00.94 ID:???
>>507
フレームワーク不要だと思うならそれでいいよ
否定もしないよ
でもフレームワークスレでやるなよ
スレ違いだって人に言われないと気付けないか?
511 :
2016/12/29(木) 00:21:38.83 ID:???
>>509
急に英語読めるアピール挟むなよ笑うわw
512 :
nobodyさん
2016/12/29(木) 00:28:29.48 ID:TO5hcw10
フレームワークが不要とは書いてない。w
ただし、いくつもフレームワークがあるなら、フレームワークの意味はない。
その都度習得したらフレームワークの意味ないだろ。それにこのスレッドの様にどれが最高かが
決まってない言語の時点で、フレームワークの効果薄いだろ。本末転倒だよ。
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 :
2016/12/29(木) 07:48:28.74 ID:???
phpのフレームワークが叩かれる要因は
開発者がunix文化から外れてる人が多いからだと思う
車輪の再発明ってやつね

rubyだったらrailsとマイクロフレームワークでsinatraあるし
pythonだったらdjangoとpyramidとflaskだし
でもphpってそういう代表的なの無いじゃん

簡単に作れちゃうし、みんなが中途半端にオレオレで作っちゃうから
php使ってる人全体の開発リソースが分散しちゃってるんだと思うんだよね
みんなで中途半端な物をそれぞれで作ってないで纏めりゃいいのにさ
517 :
2016/12/29(木) 09:57:55.10 ID:???
長文連投してまでフレームワーク使う人を敵視するのは過去に何かあったのかな
フレームワークを使う人がドヤってるエンジニアのように見えてしまうのは劣等感のせいだろう
つらかったでしょう、存分にこのスレで吐き出していけ
518 :
2016/12/29(木) 12:03:58.76 ID:???
>>517
俺は上で連投してる人とは違うけども
俺から言わせりゃ長文だからって脊髄反射で煽る君の方がどうかと思うよ
ちゃんと読めばフレームワークを否定してる内容じゃないと思うしね

ドヤってるとかドヤってないとかそんな表面的な事しか言えないのは
エンジニアとしてどうなの?
なんか反論したいなら技術的なことで反論してみたらと思うよ

そういう俺はphpの時はマイクロフレームワークのslimで基本的な所だけやって
後は案件に合わせてオレオレライブラリを組み込んで使ってる
でもrubyで作るときはマイクロフレームワーク使わないでrails使ってる
オレオレライブラリをメンテし続けるのだるいし
phpでも定番的なフレームワークが欲しい
519 :
nobodyさん
2016/12/29(木) 12:09:40.57 ID:4BNj6fp1
そういやsageるとid出ないんだな
俺は>>516>>518
520 :
2016/12/29(木) 12:18:21.69 ID:???
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 :
2016/12/29(木) 13:26:24.10 ID:???
休みに入ってレス多いな。

>>508
今までうまくいかなかったプロジェクトなんてないわ。どうにかしてきたからな。
俺はTOEIC400もないと思うが、それでも全然英語ドキュメントでやってるぜ。
英語からエンジニアを遠ざけていることが、日本のIT業界の弱さになってると思うわ。

>>509
俺が実際にやってきた真実を言っているのだが。俺は生粋の日本人だから嘘はつかねえよ。
そりゃ初めてフレームワークを勉強するなら、半年とか掛かってしまうかも知れんが、
何個かフレームワークやっているうちに、すぐ網羅できるようになる。

ちなみに、ZendがCakeより学習コスト掛かるとは思えんわ。
523 :
2016/12/29(木) 13:48:05.33 ID:???
フレームワーク嫌いの連投マンは、自分の会社にフレームワークが使える人材が来ないからすねてるんだな。
今時、フレームワークを使えない人材を探す方が難しいと思うが。


なぜ人材が集まらないか考えてみた方がいいんじゃね?

・そもそもPHPメインの会社に技術的な魅力なんてない。
・エンジニアなら誰でも一緒だと思っている。
・100万の人材一人より、20万の人材五人の方が良いと思っている。
・できる奴を見抜けずスルーしてしまってる。
・給料が安すぎる。
・社長がワンマンの馬鹿。
524 :
2016/12/29(木) 14:06:40.63 ID:???
>>523
辞めてった同僚がほぼ同じこと言ってた
そいつ今SE上がりの社長さんの下で働いてて、俺もこっそり誘われてる
「社長がワンマンの馬鹿」はかなり響くわ…
これが無ければ給料少なくても結構我慢できるんだが
ってスレチの愚痴だなすまん
525 :
2016/12/29(木) 14:14:38.12 ID:???
>>524
会社の雰囲気とかが一番大事だよな。
俺は給料高くないと嫌だけど。



ここでフレームワークの選択に悩んでる奴がいるなら、Meteorでも使えと言っとくよ。
526 :
2016/12/29(木) 16:07:01.37 ID:???
メーターってjavascript のフレームワークちゃうのん
527 :
2016/12/29(木) 17:06:43.07 ID:???
>>526
メテオね。

PHPの代替はいっぱいあるけど、JSの代替は無い。JS(フロント)は必須。
サーバーサイドもフロントもJSでできるMeteorならフレームワーク1つでOK!
って思って。

nodeサーバーの保証は致しかねません。
528 :
2016/12/29(木) 17:17:05.66 ID:???
変な改行挟まれるだけで読む気失せる
529 :
nobodyさん
2016/12/29(木) 20:49:12.70 ID:4BNj6fp1
>>527
そういや、うちの社内の別チームの方で新技術の検証とかやってんだけど
apache nifiがヤバいとか言ってたよ

「フロントにjsのフレームワーク置いてバックエンドはnifiでいけそう。マジでphpだけしか出来ないプログラマ廃業の危機」
とか、どこまで冗談なのかわからんこと言ってたから正月休みに試そうと思ってんだけど
触ったことある人いる?

幸い俺は他言語いくつか使えるのでまだ現役でやってけそうだけども
そこまでnifi凄いんだとphpしかできない子に他の言語覚えさせなきゃならんってことで
俺の方には次世代言語の選定?みたいなのやってくれって依頼がきてる

goかelixirあたりかなー?なんて思ってんだけど
それ以前にjs覚えさせた方がよさげだな
530 :
2016/12/29(木) 21:33:15.37 ID:???
俺は読めるぞ
毎日スパゲティしか食ってないからな
•̀.̫•́✧
531 :
2016/12/29(木) 21:58:55.54 ID:???
>>529
nifiって初めて聞いたけど、調べたら凄そうだった。
GUIでバックエンドのプログラムできる感じなのかな?
このスレにきて初めて収穫があったわw

JSはPHPやってる人間も多少はやってるだろうから、JS伸ばした方がいいかもね。
ただJS界隈は、PHPとは比べ物にならないフレームワーク戦争だけど。
532 :
nobodyさん
2016/12/29(木) 22:06:00.27 ID:4BNj6fp1
>>531
ね、ヤバいよね
guiで作られたらプログラマの商売上がったりだよ

まだ日本語化とかされてないらしいからすぐに広まる事は無いだろうけども
数年後にはphpプログラマは絶滅危惧種になってるかもしれん
533 :
2016/12/29(木) 22:31:54.90 ID:???
フレームワーク探しに注ぐモチベーションと学習コストはそのままPHPStormにぶつけるのが最適解かもしれん
言うほど触ってないので異論は認める
534 :
2016/12/30(金) 10:00:34.88 ID:???
連投マンはよ
535 :
2016/12/30(金) 11:10:54.11 ID:???
>>532
ロボットに仕事取られるのと同じだね。

Webしかできないと将来が不安になるわ。
その中でもPHPは代替されてしまうし、Web専用だから更に心配。
536 :
2016/12/30(金) 11:37:47.74 ID:???
会計ソフトがあっても会計士は必要だからな しかしその2フィーというやつは調べてみよう 絶望したら廃業します
537 :
2016/12/30(金) 12:27:17.71 ID:???
昨日書き込んでから

あー、まだこういう情報って表に出しちゃやばかったかなー
一応会社で調べた情報だしなー

とか2chに書き込み終わった後で思って5分ぐらい反省した
まぁqiitaとかにあるぐらいだから日本でも認識されてるしいいよね?

で、夜中にちょっと触ってみた感想

・フローチャート的に処理を繋げてくとやってくれる
・メソッドチェーンのgui版みたいな感じ
・すげーおもろい。プログラマが弄ったらかなり楽しいと思う
・海外にサンプルの処理を配布してるとこがあってそこからサンプル落とし放題
・つまり一度作ったワークフローをxml化しておくと再配布可能
・試しにクローラ作ろうと思ったら既にサンプルにあった
・jvmなのが気に入らない。erlangのvmで同じ様なのあったらいいな

今んとこはまだプログラマのおもちゃ的な所だと思う
でも、今後ノウハウが貯まってきたら底辺プログラマは必要ないかも
seが客先でヒアリングしながらその場でフロー組むような未来を想像した

>>535
>>536
今すぐにプログラマが職を奪われる代物ではなさそう
とりあえずかなり面白いから触ってみるといいかも
538 :
2016/12/30(金) 12:36:10.45 ID:???
>>537
スラドでも話題になっていたから気にする必要は無いと思うよ
向こうでの反応は冷ややかだったが
539 :
2016/12/30(金) 17:00:43.46 ID:???
>>537
モダンなキーワードを書いてくれるのはありがたいが、モダンすぎたりやってる人が少なくて細かく書いてしまうと、
誰が書いているか特定されてしまう恐れがあるかもw
その会社の人間が見たらなおさら。

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 :
2016/12/30(金) 17:50:17.76 ID:???
>>539
特定とか怖くなるからやめてよw

>>541
Rとかになってくるとプログラマの範疇から出ちゃってる気がするな
プログラミングと解析は流石に別ジャンルだと思う
やってて損しないだろうけどRやる前にJSかPythonやらせちゃうかな

一応このスレ的にまとめてみると
もう「どのフレームワークがいいのかな?」
とか言ってられる状況じゃなくなりつつあるのかなー、なんて気がしてきた
フレームワークどころかphpという言語自体の存在意義がどんどん薄くなってきてると思う
pythonやrubyはサーバインフラ部分で使い道あるけどphpは辛いよね

もちろん今んとこは職業プログラマに限った話だと思うし
nifiみたいなワークフロー的なアプリじゃ対応しきれない場面では
今まで通りフレームワーク使うんだろうけど
それでも近頃のモバイルアプリとweb共存みたいな流れだと
サーバ側はwebapiにするケースが増えてるのは事実だし
普及は避けられない気がする

数年後にどうなってるか楽しみでもあり不安でもあるかな
とりあえず触ったことない人は触ってみる事をお薦めしとく
548 :
2016/12/30(金) 18:09:04.15 ID:???
>>545
今はね
現状はその認識で合ってると思う

でも、まだインターネットの黎明期の頃(とか言うと世代我バレるw)
ルータのコンフィグをするのに専門のネットワークエンジニアがやるって事で
暴利を貪ってた企業が多かったのね
それがciscoがコンフィグを公開して誰でもコピペでコンフィグ流し込める様になって
一気にそのビジネスモデルは破綻した

結局のところ、利用者側からすれば安くあげたい訳で
余程特殊な用途じゃない限りエンジニアが要らない状況になったら
どう転ぶかわかんない
今はまだコピペ元になるワークフローが少ないけども
もっと普及してコピペでやれる状況になったらエンジニアが出る幕無くなるかも
それこそ本屋に「できるnifi」なんて本が並ぶ日が来るのかも知れない

まぁ正直今後どう転ぶか判らんけどね
世の中に受け入れられなくてひっそりと消えていく可能性もあるし
549 :
2016/12/30(金) 18:43:56.95 ID:???
>>540
アンギュラーは重いけど、あの速度が速くなったものはかなり良いよ。
フロント重視の開発をしてみないと、メリットは見えてこないだろうね。
サーバーコストも減らせるし、レスポンスの速さが違いすぎる。
クライアント側のCPUとネットワークの速度が影響してしまうが。

>>542
SymfonyはLaravelやSilexの親だから、完全にはなくならないだろうな。

>>543
海外の専門家が言ってることよりも、自分でやってみた方が信憑性があると思うが。
まぁ個人の経験という主観は入ってたと思う。
550 :
2016/12/30(金) 18:49:06.63 ID:???
>>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 :
2016/12/31(土) 09:36:14.43 ID:???
>>551
あんたの周りのしょぼいエンジニアと同じレベルで見るなよ。
1,2ヶ月で覚えてそれで開発が終わりなわけが無いだろ。
あんたのとこのしょぼさはレス見ると明らかだぞw

>>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
成果をあげなきゃ、習得したとは言えない、習得した気になってるだけだろ。
お前は、人の批判悪口ばかりで、実質性に乏しいから印象操作しかできないのでは?
変なでっち上げとか印象操作は辞めてねw


しょぼいエンジニアも何も、東大卒とかバリバリの私大上位の連中ばかりだよ。
それでもフレームワークを敬遠している意味を考えろ。やってるつもりになるだけじゃなくてな。
必死に見栄を張ってる奴は、あたまの悪いチキンレースの出場者みたいなもんだ。
できてもいないうちに、覚えた、覚えたうるさいよ。
数年でも携わってから言えば、1・2か月の配属じゃ、どうせ見えてないところがいっぱいあるんだろうからさ。初心者レベルばれたな。

それに、フロントを軽視した覚えはない。
フロントエンドは要件定義、外部設計など後工程に影響する重要な足がかりになるから当然、フロント周りの設計は重要だと思ってるよ。
もちろん、Jquery、Ajax、この技術は素晴らしかった汎用性が高くて標準化の基礎になりうるから。
でも、Angularはクソだね。いずれ消えるし。絶対的なものでもなんでもない。
558 :
nobodyさん
2016/12/31(土) 09:51:49.91 ID:AlZHq02w
>>555
>横のつながりとか何言ってんだ。やる奴は例え1人でもやるんだよ。

あれあれ?共同開発じゃなかったのかよw
1人で組んだオレオレ・コードや自社開発フレームワークがクソなんじゃなかったのか?
フレームワークだって一人で考えたロジックだったら結局、自己満足コードになるよ。何勘違いしてんだ。
そんなに、スキルフルに見せたいのか?フレームワークを1・2か月しか習得しないでか?
俺なんか8年もフレームワークだらけだというのに。
559 :
nobodyさん
2016/12/31(土) 09:56:10.11 ID:AlZHq02w
フレームワークを多用したところで、
レビューで突っ込みどころ満載の、自己満足コードしか書けないけどな。
本来プログラマとはそういうものだし。その時通ったとしても
あとでリファクタリングの対象だらけになるよ。

一番重要なのは、フレームワークではなく、個々のシステムの機能や、フロー、IOインタフェースだと思うよ。
フレームワークや書き方が後々、何でもいいように、しっかりとした設計が重要なんだよ。コーディングレベルのことにこだわりすぎて、
フレームワークみたいにクソみたいなカオスコード入れんなよ。
560 :
2016/12/31(土) 10:01:53.21 ID:???
>>556
プログラム未経験者を対象にしているのか?

>>557
お前を責めているのは俺だけじゃないだろw
俺以外にもお前はゴミ扱いされてるよ。
なんの印象操作だよ。連投マンって真実じゃん。
それ以外言ってないだろ。

お前がなんと言おうと、俺の経験を変える事できないから諦めろ。
できてるし、成果も残して来たからな。真実は変えれんのだよ。

お前はAngular事情も知らないだろうし、まだjQueryレベルw
Angular一本でもやってないしな。
561 :
2016/12/31(土) 10:05:55.26 ID:???
>>558
お前は俺を誰と勘違いしてんだよw
共同開発なんて一言も言ってないだろ。

お前は真実見抜かれて怒り狂ってるんだな。
勘違い野郎はお前だよ。
562 :
2016/12/31(土) 16:36:28.62 ID:???
Angularよりも学習コストが低いVue.jsがLaravelに採用されたって
聞いたんだけど
LaravelってPHP側はWebAPIに特化した作りになってるってこと?
563 :
2016/12/31(土) 17:21:31.85 ID:???
>>562
ここ数年で作者の興味が変わったのか、
フロントエンドに介入し出した結果が
Vue.jsだったりelixirという名のオレオレgulpタスク群だったりするだけ
Laravel自体は変わってないよ
564 :
2016/12/31(土) 18:49:22.88 ID:???
まだAngularクソだって気づかない奴いるのか…
565 :
2016/12/31(土) 19:55:22.83 ID:???
最近学習コストがかからんですむ
vue.js+fuelphpの組み合わせばっかりで開発してるなあ……

固定化しちゃうのはよくないと分かってるんだけど……
566 :
2017/01/01(日) 23:55:36.86 ID:???
捕手が絡まないシステムであれば何のフレームワークで組んでもよろしい
567 :
2017/01/02(月) 14:28:00.77 ID:???
連投マンがいないと寂しいな
568 :
2017/01/02(月) 14:52:53.53 ID:???
会社の社長と話してきたが、社長も同じ意見だな。
次々出てくるフレームワークはやったら負けってな。

振り回されてるやつは、新興宗教をとっかえひっかえするのと同レベルだそうだ。
569 :
2017/01/02(月) 14:54:25.66 ID:???
今からやるなら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
ところで、新しいフレームワークを採用する際に
どういう学習環境で実施する?

1.集合研修
2.通学
3.ネット上の動画
3.個人で教科書を買って読む
4.個人でネット上のリファレンス・チュートリアルを読みながら

どれが、一番早いかおしえて。
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 :
2017/01/03(火) 12:09:18.09 ID:???
別にAngularを押すわけではないが、どうせ1系しか知らんかったり、ES5止まりなんだろうな。

アホの連投マンよ。お前の言ってることは穴だらけだぜ。連投マンというよりレンコンマンだな。
保守から参加する場合もあるのにな。お前フレームワークは使わない方が良いと言っといて、後からLaravelが良いとか主張変えすぎでゴミ過ぎる。
他にも支離滅裂が多すぎるわ。
保守までしないとフレームワークの恩恵を受けられない?
開発したこと無いのかよ。

PHP自体がフレームワークとか書いた奴もレンコンマンか?
576 :
2017/01/03(火) 13:35:09.22 ID:???
年明けからまた頭の良さそうな方がやってきていて、2017-ITもグダグダそうですね…
577 :
2017/01/05(木) 17:22:49.28 ID:???
2ちゃんなんてまともなエンジニアは誰も見てない
みんなsnsかslackで話してる
phpユーザーズにはそこそこ人がいる
578 :
nobodyさん
2017/01/05(木) 18:12:06.97 ID:A1lH1u+e
自作ゲーム即売会「ゲームマーケット」に1万人超
http://www.nikkansports.com/general/nikkan/news/1750500.html
ボードゲームのオリジナルオーダー制作
http://www.logygames.com/logy/ordermade.html
カードゲームを自作する1 【自宅でカード印刷】
http://tanishi.org/?p=801
500円ボードゲームのすすめ
http://kazuma.yaekumo.com/c0011_20161206advent.html
100円ショップでボードゲームを自作しよう
https://sites.google.com/site/jun1sboardgames/blog/makeyourbg
ノーアイデアでボードゲームを作ろう第1回「100円ショップで物を買う」
http://boardgamelove.com/archives/boardgame-make-1/
ボードゲーム市場がクラウドファンディングの出現で急成長を遂げ市場規模を拡大中
http://gigazine.net/news/20150820-board-game-crowdfunding/
アナログゲームは実際アツい! 識者が語る国内アナログゲーム市場の現況とゲームメカニクス
http://www.famitsu.com/news/201608/24114021.html
実際のところ、自作ボードゲームってどれぐらい売れるもんなの?
http://roy.hatenablog.com/entry/2016/11/04/225009
カフェも急増 ボードゲームにアラサーがハマる理由
http://style.nikkei.com/article/DGXMZO10921930R21C16A2000000?channel=DF260120166491
ボードゲーム印刷製造リンク集
http://www.tgiw.info/2014/09/link-production.html
579 :
2017/01/06(金) 10:29:04.66 ID:???
ひどいこと言わないでください
580 :
2017/01/06(金) 10:54:04.30 ID:???
>>577
アンテナの高いエンジニアは全部読むよ
お前みたいに偏った嗜好は持たない
581 :
2017/01/06(金) 15:47:46.82 ID:???
>>580
slackとかは匿名じゃないからあんまり変なことは言えないしね。
アホな質問とかしれっとできる2chは魅力あると思う。
582 :
2017/01/06(金) 19:02:41.16 ID:???
Phalconスレがないのはなんで?
583 :
2017/01/06(金) 21:59:11.55 ID:???
立てたきゃ立てろ
つかcodeigniterもスレ伸びてないけどなんでだろね
584 :
2017/01/06(金) 22:41:43.09 ID:???
2ちゃんがオワコンだからだよ
どのスレも勢いない
585 :
2017/01/06(金) 23:16:37.85 ID:???
語り合いたいけどSNSみたいに垢作って馴れ合うの苦手
だけどそっちに行かないとダメなんかねえ
586 :
2017/01/07(土) 08:19:45.44 ID:???
ファルコンスレあったよね 落ちたんだね
587 :
2017/01/07(土) 20:36:43.96 ID:???
Pharonとかいうわけわかんないスレじゃなくて?
588 :
2017/01/11(水) 13:03:19.11 ID:???
2chのインターフェース自体古いし
reditとかに以降すべきじゃないか?
589 :
2017/01/11(水) 15:41:58.55 ID:???
過疎っているのはインターフェースのせいじゃないと思います
590 :
2017/01/17(火) 20:44:50.12 ID:???
ファルコン!ファルコン!ゆかいなファルコン!たのしいファルコン!ファルコーーン!ファルコン!
591 :
2017/01/17(火) 22:59:41.72 ID:???
おっさんしかわかんねえよ
592 :
2017/01/19(木) 17:31:40.81 ID:???
>>590
誰か解説してくれ
593 :
2017/01/19(木) 19:59:50.58 ID:???
おっさんだけどわかんねえ
594 :
2017/01/19(木) 21:13:23.75 ID:???
595 :
2017/01/19(木) 22:37:51.16 ID:???
なつかしすぎて泣きそう
ってフレームワークの話しろや
596 :
2017/01/19(木) 22:42:19.53 ID:???
FuelPHP
読みにくいよね・・・
597 :
2017/01/20(金) 00:25:49.50 ID:???
ふゅーえる
がなぜ読みにくいのか
598 :
2017/01/20(金) 08:40:31.88 ID:???
CI4のdev触ってるけどよさげ
はよ出せ
599 :
2017/01/21(土) 00:50:23.90 ID:???
要件が単純な案件があったのでphalconを最近業務で使ってみたけどすげーいいな
自由すぎるからルール厳格にしないと改修で死ねそうだが
が、規約がうぜえFWよりよっぽどいい
AMI 2016.09でやってるけど軽すぎてビビる

>>594
くっそわろ
600 :
2017/01/21(土) 08:39:05.40 ID:???
phalcon debug が大変そうだね
601 :
2017/01/21(土) 10:45:17.75 ID:???
>>600
599だがそんなことまったくない
昔はextensionがエラー吐いたり( ここらへん ttp://blog.asial.co.jp/1272 )したらしいが3.0.3では特に無いなー
まー凝ったことしてないからかもしれんが
602 :
2017/01/21(土) 12:04:04.76 ID:???
>>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 :
2017/02/12(日) 21:44:08.25 ID:???
> 俺俺フレームワークはダメと納品先からリクエストがあった
上の方で馬鹿が吠えてたけどそれが普通だよな
「しんふぉにーわかるひとー?」で人集めれば改修保守できるんだから
607 :
2017/02/14(火) 00:54:39.79 ID:???
俺俺だと保守に開発者集まらないものな
608 :
2017/02/14(火) 21:33:41.48 ID:???
俺俺っていっても、どこかのコピーか、かぶせてるだけだろ
そんなんで俺俺いってもなーー
609 :
2017/02/14(火) 22:58:49.57 ID:???
自前実装のおれおれ見てると頭痛くなってくるぞ
おれおれテンプレートエンジンのデリミタが■hoge■(全角)とかはまだしも
何から何まで$_SESSIONに突っ込んでたり殆ど同じことやってんのにページごとに同じコード書きまくってたり
挙句の果てに上司と部下がコメントで喧嘩とかな
10年前ならともかくコメントの日付が2015XXXXとかになってんのもう見るのいやー
610 :
2017/02/14(火) 23:05:19.71 ID:???
オレオレフレームワークの何がイヤってその知識が全く潰し効かないこと
611 :
nobodyさん
2017/02/18(土) 09:16:15.93 ID:5ClZkRJX
ぶっちゃけ、Modelとかテンプレートとかはどうでもいいけど、
ルーティングが整理されていないと読む気にならん。
612 :
2017/02/18(土) 17:38:31.37 ID:???
>>609
あるある
一瞬で終わるはずの修正なのに延々とエンバグに付き合うことに
613 :
2017/02/18(土) 21:14:45.23 ID:???
>>611
ez publishっていうCMSがあってな
是非見ていただきたいものだ
614 :
2017/02/25(土) 22:50:48.71 ID:???
まだわかんねーのかな?
オレオレがダメなんじゃなくて、アホが作ってるから腐ってるだけなんだってこと…

SymfonyだのCakeだのありがたがってたアホが山のようにいる日本だからな
その程度すら実装できないアホばかりなんだから、そりゃ、大抵のオレオレは目もあてられんさ

ただ、メジャーフレームワークのクソさ加減にいつまでも気付け無いバカばっかだってことの裏返しだけどな
615 :
2017/02/25(土) 23:00:45.45 ID:???
あ、はい
ではその素晴らしいフレームワークで頑張ってください
616 :
nobodyさん
2017/02/25(土) 23:08:13.67 ID:t5H8rsG0
大抵のオレオレは目もあてられんのだったら、
作らなくて済む分出来合いのでいいのではないだろうか。
617 :
2017/02/26(日) 13:31:27.01 ID:???
まーた始まった
お薬多目に出してもらえ
618 :
2017/02/27(月) 00:13:43.60 ID:???
>>616
あ、はい
ではその素晴らしいクソフレームワークで頑張ってください
619 :
2017/02/27(月) 00:30:01.51 ID:???
そこでクソと付けてしまうのはダメ
>>615で綺麗に褒め殺ししてたのにただの三流の罵倒に成り下がってしまった
620 :
2017/02/27(月) 00:52:00.10 ID:???
罵倒するつもりで言ったんですけど、何いってんですか? アホですか?
621 :
2017/02/27(月) 02:26:55.62 ID:???
結局、PHPが見捨てられ始めたのって
使ってる人間の割合が子供が増えたからだと思うんだよね

プログラマって物を作ってナンボだと思うんだけど
PHP界隈では純粋に作って楽しむ層が減って
コピペプログラマ的なのばかりになってしまった

このスレでオレオレ批判するのも2種類いて
オレオレを使うリスクから批判する人と
ただ単に自分の使っているFW以外の物は知らないから敵、みたいな
小さい世界で生きてる子供みたいな意見の2つだ

前者のオレオレを理解した上で批判してる人は議論にもなるんだけど
後者のオレオレどころかPHPすらまともに書けなそうな人間に議論ふっかけても無駄

というのが去年迄PHPマンセーしてた(ci信者→オレオレ→fuel信者)が、
golangに乗り換えた俺からの意見だ

乗り換えたのは仕事都合だったんだけど
乗り換えて心の底から良かったと思ってる
他言語やった事ない人はこんなスレで子供相手にして消耗してないで
他言語やってみたら?
世界が広がるよ
622 :
2017/02/27(月) 04:43:40.56 ID:???
5.4からarray()使わなくて良くなったの知らずにしこしこarray()使ってたわ
毛嫌いしてたショートタグもじゃんじゃん使ってくんで夜露死苦ぅ!
623 :
2017/02/27(月) 08:45:57.39 ID:???
>>620
そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと
まぁ罵倒するだけで自身が満足ならそれはそれで良いことだね
624 :
2017/02/27(月) 09:22:58.02 ID:???
>>621が言ってるそばから>>622みたいなアホ後者がきてるしな
スレにすら合ってねぇってことが分からねぇバカ
わざとやってんのかよとすら思うがわざとならつまらなすぎるから
本物のバカなんだろう
625 :
2017/02/27(月) 09:26:59.68 ID:???
>>623
あのさ、お前本当のバカだろ
なんで相手がどう思って何をしているはずだからそれでは効果は無いはずだとか決めつけてんの?

アホがいたから脱力して、コピペって馬鹿にしてるだけのレスに
「三流の罵倒に成り下がってしまった」とか「そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと」って
脳みそ本当に湧いてんのかよ? キチガイPHPerは本当、すげーな

まぁ評価するだけで自身が満足ならそれはそれで良いことだね
626 :
2017/02/27(月) 09:37:22.22 ID:???
よっぽど悔しかったんだな
627 :
2017/02/27(月) 09:55:41.79 ID:???
おまえがな
628 :
2017/02/27(月) 09:59:09.97 ID:???
本当にPHP関連のスレは壊滅的だな
629 :
2017/02/27(月) 10:09:02.56 ID:???
>>621
PHPerはバカ過ぎて、

>$foo->bar(
>  $longArgument,
>  $longerArgument,
>  $muchLongerArgument
>);

このコードの意味わかんねーんだとさ。で、わからねぇのに引用してくるんだとさ。本当に脳みそくさってるよ

他の言語がどうしたとかのレベルじゃねぇよ、中学生並みの理解力すらねぇんだもん
630 :
2017/02/27(月) 12:45:52.35 ID:???
phalconとかiceっていうかzephirの話したいし聞きたいよー
どこにもスレないよー
631 :
2017/02/27(月) 16:48:59.17 ID:???
チラ裏だがQiitaってAlexaで国内19位まで上がってんのな
びっくりぽん
632 :
2017/02/27(月) 20:20:38.86 ID:???
Qiitaはなんか知らんがレベル高い人が集まってる
2ch、というかまさにこのスレなんかと住み分け出来てていいんじゃないか
633 :
2017/02/27(月) 22:56:29.45 ID:???
>>622
実は俺もw
634 :
nobodyさん
2017/02/27(月) 22:59:01.58 ID:EO95zXAk
メジャーフレームワークのクソさ加減を教えてくれ。
どこがクソなんだ。
635 :
2017/02/28(火) 00:17:38.51 ID:???
一見便利そうに見えるが、プロジェクトがでかくなると途端に
アレもダメこれもダメで、結局全然便利じゃない所
636 :
2017/02/28(火) 00:19:16.50 ID:???
どこって・・・・・
全部やん
というか・・・メジャーなのは無い
どこも1Aか2Aクラスじゃね?
637 :
2017/02/28(火) 08:05:50.17 ID:???
答えられないのに背伸びするからこうなる

哀れ
638 :
2017/02/28(火) 09:20:07.68 ID:???
>>637
え?
639 :
2017/02/28(火) 09:57:30.33 ID:???
>>637
丁寧に説明してもらえると思ってた? おまえの徳にしかならないことするわけないじゃん 残念だったね

哀れ
640 :
2017/02/28(火) 10:01:06.32 ID:???
つーか、本当にペチパーって教養ないのな。人に物を頼む時は「教えてください」だろ
人間としても腐ってんだよな、ペチパー

>>618 に書いたじゃん。アホはアホのままクソフレームワーク使っててくださいって、俺は全く困らないから

ホント、マヌケよねークソペチパーって
641 :
2017/03/01(水) 14:06:36.77 ID:???
>>639
得になることならともかく、徳になることなら喜んでやってやれよ
「仏教徒ならやってやれ!」だ
642 :
2017/03/01(水) 14:29:09.16 ID:???
よし、分かった。では、彼の徳になる回答だ。

既存フレームワークにたよっていると、基幹部分の設計に類する分野の知見を積めないため高いレベルでのアプリケーション構築能力の育成が阻害される。
結果、枝葉ばかりしか扱えず、開発効率・保守性を両立させたの品質の高い統合的な開発の出来る、価値あるコードを生み出せる人間になれない。
だから、既存メジャーフレームワークはクソだ。

以上
643 :
2017/03/01(水) 21:56:50.13 ID:???
LaravelかWordPressが良いんじゃねーの
644 :
2017/03/01(水) 23:05:25.11 ID:???
Laravelは審議するが、WordPressは論外
645 :
nobodyさん
2017/03/01(水) 23:23:05.83 ID:CjBl2d86
関連のレイジーロードってオレオレで作るのは難しいと思うが、どうしてるの
646 :
2017/03/02(木) 10:04:59.60 ID:???
フレームワークに囚われすぎないで一度DDDを学んで欲しい
フレームワークにべったり依存して書いちゃうとフレームワーク自体のバージョンアップさえ苦痛になる
ドメイン層をフレームワークから分離させておけばフレームワークの変更もまだ楽
永遠に使い続けられる完璧なフレームワークなんてものは存在しないんだから
メジャーなものでもオレオレでもいつかは来る捨てる日に備えておこう


今仕事でcakephp1.3の保守やらされてて目が死んでる俺が言ってるんだから説得力あるでしょ?
647 :
2017/03/02(木) 11:24:54.23 ID:???
とは言ってもロジックのほとんどってフレームワークが提供してるライブラリを叩いて構築してくもんだから
フレームワークの移行ってやっぱ大変よ
せいぜいMVC、ルーティングをちゃんと分類しておくくらいじゃない?
648 :
2017/03/02(木) 11:27:46.08 ID:???
CodeIgniter 4で改訂版出してクレメンス
649 :
nobodyさん
2017/03/02(木) 14:01:18.45 ID:ro54r/Gx
cakephp1.3 ではドメインモデルでかけないね。
cakephp3 でやっと対応したところだから。
フレームワークを使っていないシステムでフォームもセッションもすべて
配列のシステムをメンテしたことがある。当時はそんなものだと思ってい
たが、今はぞっとする。
650 :
2017/03/02(木) 15:12:52.10 ID:???
俺がRails触る気が起きないのって、CakeはRailsに大きな影響を受けて作られたって話聞いてるからだからなぁ。
影響受けてあれってことは、Railsもマトモなわけないと思わせるほどの腐臭がCakeからは漂ってくる。
651 :
2017/03/02(木) 15:31:15.41 ID:???
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 :
2017/03/02(木) 18:24:57.89 ID:???
>>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 :
2017/03/03(金) 11:28:30.55 ID:???
>>654
>伝票という風にメインになりそうなクラスに書いている。

それさ、DAOでよく問題になってんだけど、テーブルベースで作るか、機能ベースで作るかってやつな

そういう、どっちにもなりそうな状況が発生する時点で設計が狂ってんだよ。
656 :
2017/03/03(金) 11:33:54.92 ID:???
一応、フレームワークっつってんだからさ、
普通に考えたら「こう実装するしか無いよね」って道を指し示せないとダメなわけさ

実装者によってあっちに書く、こっちに書くみたいな状況になるフレームワークは
フレームワークが機能してないってことなわけだ
657 :
2017/03/03(金) 12:15:15.05 ID:???
既存フレームワーク全否定ワロタ
658 :
2017/03/03(金) 12:44:40.70 ID:???
たぶんCRUDくらいの簡単なものしか触っことないんだろうね
それか仕事したことないか
659 :
2017/03/03(金) 16:22:02.99 ID:???
>>657
ん? 今更何いってんの? >>614でとっくに全否定してんだけど

>>658
日本語の文章をマトモに解釈すると「おまえがな」って意味になっちゃうんだけど
自分で言っててわかってる?
そういう意味で言ったの?
660 :
2017/03/03(金) 16:24:12.05 ID:???
なんか、今日もクソペチパー祭りにみたいになってきてんな…
もう>>621の言うとおり、本当にPHPにはマトモな奴いねぇのかもしれないな…
661 :
2017/03/03(金) 17:05:12.78 ID:???
こんなスレで息巻いちゃってかわいいね
662 :
2017/03/03(金) 17:22:09.55 ID:???
おまえがね
663 :
2017/03/03(金) 21:25:21.18 ID:???
ワッチョイ導入してほしい
664 :
2017/03/03(金) 23:47:55.16 ID:???
>>658 = マジ、CRUDくらいの簡単なものしか使ったことないやつ
既存フレームワーク使って満足してるやつ
665 :
nobodyさん
2017/03/04(土) 10:09:04.15 ID:Iuc7Mslw
Webアプリ(≒CRUD)しか能がないPHPの話だから、それでいいだろ。
666 :
2017/03/04(土) 10:15:42.15 ID:???
と言うか基本CRUDだろ。他に何があるんだ。
667 :
nobodyさん
2017/03/04(土) 19:13:07.79 ID:WEjOxgqw
>>655
この場合にどちらになるか選択しなくて良い方法は、
トランザクションスクリプトでドメインロジックを書くことだと思う。
ActiveRecord, TableModule, DomainModel+Repositoryではこの種の選択がある。
フレームワークがオレオレか既製かではなくて、
トランザクションスクリプトかActiveRecord他のどちらがよいかということになる。
668 :
2017/03/04(土) 20:20:02.40 ID:???
>>665
よくねーっつったのが>>658自身なんだから、オレに言われてもしらねーよ
669 :
2017/03/05(日) 03:11:41.17 ID:???
>>658
>CRUDくらいの簡単なもの

煽りじゃなくて意図がわからんのだけど
単一テーブルへのアクセス(ややっこしい
結合無いやつ)って意味なのかな?
670 :
2017/03/05(日) 16:57:10.47 ID:???
CakePHP :
CodeIgniter :
FuelPHP :
Laravel :
Phalcon :
Symfony :
Zend Framework :
それぞれどんなイメージ持ってる?
参考にしたい
671 :
2017/03/05(日) 23:56:18.92 ID:???
CakePHP : コントローラーにロジック書きまくり
CodeIgniter : 突き放しFW
Symfony : あっちにもこっちにもあそこにもここにも設定ファイル
672 :
nobodyさん
2017/03/06(月) 11:08:45.76 ID:+tF/pjD5
ORMで比較
Symfony > Laravel > CakePHP
Symfony は重厚長大
Laravel はマジックメソッドで遅い
673 :
2017/03/06(月) 11:31:30.72 ID:???
PHPのメジャーフレームワークがどれもクソなのはわかるが、
オレオレフレームワークでやってる奴は、作ったフレームワークをちゃんとテストしてるのか?

まともなフレームワークを作るにはそれなりに工数もかかるし、リリースしてユーザーの協力でバグを発見できる。
それだけのリソースを社内で抱えているなら、オレオレでも良いとは思うが。
674 :
2017/03/06(月) 12:16:30.74 ID:???
>>671
いやCakeでもモデルに書こうぜw
675 :
2017/03/06(月) 12:32:36.57 ID:???
>>673
>作ったフレームワークをちゃんとテストしてるのか?

メジャだろうがオレオレだろうがノンフレだろうが、しないなんて考えられない。

>>674

> それぞれどんなイメージ持ってる?
676 :
2017/03/06(月) 12:33:49.50 ID:???
追記:こまめにテストしてかないとオレオレは構築中にかならず崩壊するよ
677 :
2017/03/06(月) 14:22:27.01 ID:???
まだ学部生ですが、FuelPHPがすごく扱い易いと思ってます。
coreクラスや、その他パッケージも充実してます。
678 :
2017/03/06(月) 18:54:55.76 ID:???
>>654
伝票クラス作成に賛成
こういうモデリングは楽しいね
679 :
2017/03/06(月) 21:33:57.69 ID:???
>>671
>Symfony : あっちにもこっちにもあそこにもここにも設定ファイル
地獄だなそれ 古いez-publishを思い出す
680 :
2017/03/06(月) 21:48:44.14 ID:???
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 :
2017/03/07(火) 17:30:17.83 ID:???
新しいプロジェクトでfuel使うメリットが見えない
683 :
2017/03/07(火) 23:01:34.37 ID:???
fuelってcodeigniterのライセンスが怪しいってなった時の救済先として注目されていたってイメージ
684 :
2017/03/08(水) 06:22:25.90 ID:???
fuelは公式サイトがスカスカ
685 :
2017/03/08(水) 06:49:05.76 ID:???
fuelはciの開発者が趣味て作ってた物で
実用レベルじゃない
686 :
2017/03/08(水) 12:44:04.85 ID:???
まじかよ
687 :
2017/03/08(水) 18:49:22.41 ID:???
>>681
他と比べるというか、急上昇してるlaravelなど使ったことがないですが
良い意味で扱い易い印象です。(公式ドキュメント見ながら0から作るぶんには)
まだはじめて半年-1年未満なのでそのへんの動向はわからないですが、初心者なりに理解しやすいと思ってます。
688 :
2017/03/08(水) 20:40:01.00 ID:???
まあ言うてもフルスタックだからね、
ただ最近だとSymfony2かRailsに行っちゃうのが良いと思う
689 :
2017/03/08(水) 22:02:08.94 ID:???
同じ言語なら速いもん使いたいってのはマイノリティーなんじゃろか
phalconとかice(生きてんのこれ?)は別にしても同じPHPなら速いもん使いたいなー
690 :
2017/03/08(水) 22:41:09.96 ID:???
速さなんて二の次で、開発効率と保守性こそ正義ってことがわからない子がいるの?
691 :
2017/03/08(水) 22:47:15.63 ID:???
それトレードオフか?
692 :
2017/03/08(水) 23:07:26.00 ID:???
トレードオフだと思う
693 :
2017/03/08(水) 23:18:48.02 ID:???
そっかー
694 :
2017/03/09(木) 00:37:04.51 ID:???
素のPHPで何もフレームワークを使わずに書いた方が速いに決まってるだろうしね
695 :
2017/03/09(木) 01:04:08.90 ID:???
ところがどっこいPhalconの場合は内部でC呼んでるから使った方が速くなる
696 :
2017/03/09(木) 01:39:57.60 ID:???
そうなんだ、知らなかった
697 :
2017/03/09(木) 08:19:33.52 ID:???
ファルコン!ファルコン!ファルコン!
ゆかいなファルコン!たのしいファルコン!ファルコーーン!ファルコン!
698 :
2017/03/09(木) 12:14:55.32 ID:???
>>695
ファルコンってエラーでクラッシュとかするんでしょ?
普通のPHPだとエラー有りページが表示できなくても他のエラー無しページには影響ないけど、ファルコンでも同じなの?
699 :
2017/03/09(木) 15:27:35.08 ID:???
望まぬファルコン望んでる
700 :
2017/03/09(木) 22:44:38.83 ID:???
>>698
2.xまでは結構な頻度でHeapがどうこうで落っこちたりしたけど3.xはないよ
可能性ゼロではないだろうが3では見たこと無い
3でphalconでいうところのproject-simpleで2件(アンケートとちょっと変わったECもどき)を実案件でやった程度の実績だけど

>>697
ワロタ
おっさんしかわかんねえだろ
701 :
2017/03/10(金) 07:09:50.49 ID:???
誰も書かないから書いちゃうけど

PHP使っていながらフレームワークに速さ求めるくらいなら
そもそもなぜPHP使うのかと

PHPフレームワークの性能の範疇でインフラが耐えられるかどうかのギリギリの開発でもしてるのかと
702 :
2017/03/10(金) 08:23:54.50 ID:???
開発者集めたりする時の問題とかあるじゃん
全部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が何やってるか見てみたら?
それと同じレベルのことをやっている自負があるなら、「素」の方が早いだろうねw
705 :
2017/03/11(土) 04:09:09.22 ID:???
>>704
そんなに推奨する自信あるなら何やってるか書けばいいのに…
そもそも自信がねーのか、書けねーのか…

何でアホフレームワークのことわざわざ調べにいかなきゃいけないんだよ…
もう、頭おかしいペチパーの相手疲れたよ…
706 :
2017/03/11(土) 08:42:54.92 ID:???
>>705
相手しなきゃいいじゃん
このスレ見てレスするのを誰かに強要されてるのか?
いい大人なら自分のしたいことくらい自分で決めろよ
707 :
2017/03/11(土) 10:51:20.08 ID:???
>>706
「嫌なら見るな」クソ芸人的論理っすね
708 :
2017/03/11(土) 11:31:44.41 ID:???
オレオレは不遇の時代なのだから良さアピールせんと
苛つかせても逆効果では?
709 :
2017/03/11(土) 13:47:40.46 ID:???
Laravelは工数が激減するとかそういう理由で伸びたん?
それとも単にCIのライセンス問題で、乗り換え先がたまたま皆同じだっただけ?
710 :
2017/03/11(土) 14:27:26.34 ID:???
>>707
頭おかしいペチパーばっかのスレをわざわざ自分で見に来て相手するの疲れたよって書いてるからたぶんこの人も頭おかしいんだと思う
何かに固執しちゃう障害持ちで嫌なのに見に来ては文句垂れるかわいそうな人
711 :
2017/03/11(土) 14:34:38.67 ID:???
>>710
障害持ちというより単にこのスレで過去に馬鹿にされて粘着してるだけっぽいか
712 :
2017/03/11(土) 20:19:12.20 ID:???
>>710
>頭おかしいペチパーばっかのスレをわざわざ自分で見に来て

そうか、その点については認めるわけだな?
結構結構、随分成長したじゃないか。


>>711
>単にこのスレで過去に馬鹿にされて

お前みたいなサルに馬鹿にされることなんてあるわけないじゃないか、何をいっているんだお前は
713 :
2017/03/11(土) 22:14:42.72 ID:???
>>704
>Symfony(じゃなくてもいいけど)のHttpKernelが何やってるか見てみたら?
煽りレスだけどこれ気になったから調べるわ

ここIDとかワッチョイ無いからアレだな わしは >>700 >>702 だけど
714 :
2017/03/12(日) 00:27:16.12 ID:???
>>709
> Laravelは工数が激減するとかそういう理由で伸びたん?
http://blog-imgs-36.fc2.com/i/s/i/isinohune/blog_import_4c2dd6d79ad29.jpg
715 :
2017/03/12(日) 02:07:53.29 ID:???
早くやりたいとか1requestあたりのリソースを減らそうって思ったら
golangとかになるんじゃないの。
716 :
2017/03/12(日) 07:06:37.51 ID:???
>>605
>>学習期間が1,2か月というのは無理があると思う。

同意です。

「学習期間がたったの〇ヶ月で△△△を習得できたぜ!」って言う人ほど、
「動かせた」程度のレベルのことが多いね。
717 :
2017/03/12(日) 08:27:19.90 ID:???
>「学習期間がたったの〇ヶ月で△△△を習得できたぜ!」って言う人ほど、

そんなやつ、見たこと無い
718 :
2017/03/12(日) 16:25:08.73 ID:???
露骨にいう奴は流石にいないけど、言外に「オレ凄いだろ」と言いたげなやつはいる。
719 :
2017/03/12(日) 17:36:14.19 ID:???
裏方業あるある
720 :
nobodyさん
2017/03/12(日) 18:10:24.30 ID:YDc7CB9n
1requestあたりのリソースは素より多いと思うが
リクエストを減らす仕組みはSymfonyがサポートしている。
リバースプロキシーとの連係する様になっている。
ttp://symfony.com/doc/current/http_cache/varnish.html
やったことはない。
>>704 がいいたいのはこのこと?
721 :
2017/03/15(水) 12:49:05.17 ID:???
Laravelはユーザーが愛情もって支えてる感じある
フォーラムとかドキュメントとかも愛がある
722 :
2017/03/16(木) 18:26:51.96 ID:???
あーいあい♪
あーいあい♪
おさーるさぁんだよー♪
723 :
2017/03/22(水) 18:47:46.94 ID:???
2017年のPHPフレームワーク??2強時代に何を学ぶべきか?
https://www.webprofessional.jp/the-state-of-php-mvc-frameworks-in-2017/
724 :
2017/03/22(水) 21:57:41.37 ID:???
>>723
ちょうど貼ろうと思ったらすでに
2強って言われてもなあ感がすごい
725 :
2017/03/22(水) 23:25:38.73 ID:???
Laravelはまあいいけど
Symfonyなあ……
726 :
2017/03/22(水) 23:48:50.63 ID:???
2強ってダメなん?
結局何が残るん?
727 :
2017/03/23(木) 10:14:50.78 ID:???
好きなライブラリを組み合わせて君だけの最強のフレームワークを作ろう!
728 :
2017/03/23(木) 22:04:22.12 ID:???
>>727
オレオレやないかw
729 :
2017/03/23(木) 22:12:25.78 ID:???
フレームワーク組み合わせることなんて出来るのか?
730 :
2017/03/23(木) 23:02:49.50 ID:???
>>729
ネタをネタと見破れない奴はひろゆき
731 :
2017/03/24(金) 00:16:58.27 ID:???
時代はマイクロアーキテクチャだぜ
これからはサービスごとにDockerコンテナでデプロイして
PHPからGoで作ったマイクロサービスにアクセスしたりと言語の壁なんてなくなってくぜUh-huh


ってばっちゃ(DevOpsの本)が言ってた
732 :
2017/03/24(金) 00:20:17.67 ID:???
それはず〜〜〜〜〜っと言われてる
phpはずっと無くなると言われてたけどまさかの第一人者
これからも言語の壁はなくなるだろう
733 :
2017/03/24(金) 14:44:20.78 ID:???
なぜそうならないかというと
734 :
2017/03/24(金) 21:51:59.96 ID:???
それは8年前に遡るのですが
735 :
2017/03/24(金) 21:52:45.64 ID:???
8年前の20年前のある日の出来事
736 :
2017/03/24(金) 22:32:45.37 ID:???
嫌な事件だったね
737 :
2017/03/25(土) 00:27:46.09 ID:???
ああ、思い出すだけでも身の毛がよだつ。そう、あれは…
738 :
2017/03/25(土) 01:01:03.67 ID:???
え、
もしかして鮫島事件のこと・・・?
2chで言っていいもんなの?
やばくね?
739 :
2017/03/25(土) 01:09:19.84 ID:???
大丈夫だよ、もう時効だよ。言っちゃえよ。
740 :
2017/03/25(土) 05:12:19.54 ID:???
<?php
unset($738);
?>
741 :
2017/03/25(土) 06:13:06.52 ID:???
<?php
echo $738;
742 :
2017/03/25(土) 21:39:14.41 ID:???
kill -9 738

※これはただのUNIXコマンドであり、PID 738 を強制終了するだけです。このため通報などしても無意味です。
222KB

新着レスの表示

★スマホ版★■掲示板に戻る■全部前100次100最新50

名前:E-mail: