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

レス数が900を超えています。1000を超えると表示できなくなるよ。
1nobodyさん2014/08/17(日) 00:19:15.36ID:iiqVqpD1
最近Cakephpの勉強始めたんだが
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな?
laravel symfony2 zendFramework CodeIgniter Yii

2nobodyさん2014/08/17(日) 00:22:33.82ID:???
>>2
CakePHP

3nobodyさん2014/08/17(日) 03:55:47.78ID:???
fuelphpは?

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

5nobodyさん2014/08/17(日) 23:39:49.61ID:???
そもそもナニを作ろうとしてるのさ

6nobodyさん2014/08/19(火) 05:30:32.45ID:???
>>1
>ていうかarrayうざい

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


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

7nobodyさん2014/08/20(水) 01:16:06.45ID:???
>>1
そんな人はPhalcon使いなよ。
http://phalconphp.com/ja/
爆速だけど、デバッグには苦労するよ。

8nobodyさん2014/08/20(水) 19:56:25.01ID:???
まずフレームワークの意義やMVC2パターンについて学んだほうがいいのでは?
オブジェクトが見えないっていうのはフレームワークのソースコード追ったら見えるはずだけど

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

9nobodyさん2014/08/20(水) 20:27:42.38ID:???
何を指して"オブジェクトが見えない"って言ってるのかよーわからん

10nobodyさん2014/08/31(日) 04:13:04.47ID:85ldFXfJ
日本語の説明が充実しているところがいい。
http://bigchinpo.blogspot.jp/2014/08/php.html

11nobodyさん2014/09/02(火) 05:46:25.51ID:4V69SUeK
追記:アメリカと世界はLaravelが大人気
http://bigchinpo.blogspot.jp/2014/08/php.html

やはり言葉の関係か?

12nobodyさん2014/09/02(火) 06:50:47.37ID:???
マルチバイトの扱いの問題もありそう

13nobodyさん2014/09/02(火) 08:36:53.66ID:???
後発のを使ってみればCakePHP2系なんて二度と使う気起きなくなる
仕事で使わざるを得ない奴はご愁傷サマ

14nobodyさん2014/09/02(火) 16:49:26.42ID:58ltjhES
PHPむずい

15nobodyさん2014/09/02(火) 21:19:56.19ID:???
>>13
同意。

16nobodyさん2014/09/03(水) 01:23:02.25ID:???
世の中にはCakePHP1系の負の遺産を保守しているところもあるのよ坊や

ちょっと屋上に行こうか

17nobodyさん2014/09/03(水) 03:19:31.45ID:???
>>16
逝くなら一人で逝ってくれ

18nobodyさん2014/09/03(水) 09:25:24.45ID:???
かわいそう

19nobodyさん2014/09/03(水) 20:44:16.89ID:???
フレームワークを途中で変更するのは難しいからねぇ。
選んだキミが悪い。

20nobodyさん2014/09/04(木) 08:41:23.07ID:???
yii2よさげなんだけどまだβなのがネック

21nobodyさん2014/09/04(木) 09:29:13.43ID:OmFoEEeR
zend

22nobodyさん2014/09/04(木) 13:27:05.72ID:???
やっぱ独自フレームワークに限るな

23nobodyさん2014/09/04(木) 16:07:52.44ID:???
PHP使ってる時点でなに使っても一緒

24nobodyさん2014/09/04(木) 19:26:54.85ID:???
何の言語使うべきと?

25nobodyさん2014/09/04(木) 22:16:40.85ID:???
Perl

26nobodyさん2014/09/04(木) 22:20:12.51ID:???
Perlは、引数の変数リストと
例外をPerl本体とメジャーなライブラリで
標準採用されないと使う気がしないね。

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

27nobodyさん2014/09/05(金) 00:56:18.88ID:???
やっぱrubyいくか…

28nobodyさん2014/09/05(金) 01:29:57.06ID:???
LL使ってる時点で(ry

29nobodyさん2014/09/05(金) 04:28:13.11ID:???
phalconが最強だろjk

30nobodyさん2014/09/05(金) 15:20:04.61ID:???
俺は仕様書書くだけでプログラムが完成するから言語はなんだって構わんよwww

31nobodyさん2014/09/05(金) 22:04:22.45ID:???
javaでええやんもう

32nobodyさん2014/09/06(土) 11:45:36.69ID:???
pythonええで

33nobodyさん2014/09/07(日) 08:08:46.91ID:???
F/Wの機能性能には拘らない。
でも、5年後10年後にメンテすることや業務を引き継ぐことを考えると、ネットから
情報が消滅しないF/Wがいいな。

34nobodyさん2014/09/07(日) 09:42:18.99ID:???
symphonyどう?

35nobodyさん2014/09/07(日) 12:43:43.30ID:???
synfony2は結構速いらしいね
使ったことはないけど

36nobodyさん2014/09/09(火) 19:17:25.72ID:???
openpneいじったときよ思い出が甦ります

37nobodyさん2014/09/12(金) 23:56:23.69ID:???
MVCフレームワーク自体が旧世代
WordPressがデフォ

38nobodyさん2014/09/14(日) 01:29:17.15ID:???
ワードプレスのコアを改造しまくったやっつけシステムを見たときにはガクッときた

39nobodyさん2014/10/05(日) 23:17:55.53ID:???
ZendFrameworkだな
別にフレームワークとしてだけではなく、ライブラリ集としても使えるから

40nobodyさん2014/10/07(火) 15:07:00.58ID:???
ここまでfuelがないとは・・・

41nobodyさん2014/10/08(水) 06:29:20.04ID:???
laravelかわゆい

42nobodyさん2014/10/09(木) 15:55:59.52ID:???
質問です。
ここならいろんなフレームワーク使ったことある人多いと思って。

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

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

43nobodyさん2014/10/09(木) 20:31:33.87ID:???
>>42
フレームワーク使うのが初めてならスレを最初から読み直して気になったのを使ってみたら?

44nobodyさん2014/10/10(金) 09:29:55.14ID:???
WPのプラグインが作れてフレームワークに触ったことないねぇ・・・w

45nobodyさん2014/10/10(金) 18:09:48.37ID:???
なんかおかしいのか?

46422014/10/10(金) 22:59:05.20ID:???
フレームワーク触ったことないなんて一言も言ってないのに、
行間から読み取るなんてはんぱねーっす。

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

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

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

47nobodyさん2014/10/11(土) 00:05:17.59ID:???
laravelでええやん

48nobodyさん2014/10/11(土) 01:34:29.96ID:???
未来が無いヤツを避けたい、ってことなら、すべてのフレームワークがそうなりうるでしょ。
そういう意味で一番安全なのはZendでしょうね。

49nobodyさん2014/10/11(土) 14:53:22.81ID:???
結局、決定打がなくて未だに生のPHPをかりかりしてる

50nobodyさん2014/10/11(土) 18:36:49.16ID:???
仕事じゃなければ良いかと

51nobodyさん2014/10/12(日) 10:25:31.62ID:???
>>47
ありがとうございます。
調べてみたら、コード中のコメントまで日本語化されているということで、
これを勉強してみることにします。

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

52nobodyさん2014/10/12(日) 10:27:14.00ID:???
WordPressにまとまったのは長い目で見ると失敗だろ
PHPも常に変化し続けてるし競争がある方がいいもんが生まれる

53nobodyさん2014/10/12(日) 13:30:47.05ID:???
その時々で、旬のものを使えばいい。

54nobodyさん2014/10/12(日) 13:34:25.43ID:???
>>52
RoR「せやな」

55nobodyさん2014/10/12(日) 17:17:03.33ID:???
RoRはもうオワコン

56nobodyさん2014/10/12(日) 17:18:32.41ID:???
phalconどうよ?

57nobodyさん2014/10/12(日) 18:20:04.26ID:???
>>55
RoRのViewがしょぼいから、鋸テンプレートとか入れるんだけど、これまた地雷なんだよね。
Laravelのbradeがほんと素晴らしい。

58nobodyさん2014/10/12(日) 19:21:02.77ID:???
テンプレートは「ほぼHTML」というのを使うのが
デザイナーとの分業に一番適してる。

59nobodyさん2014/10/12(日) 19:22:15.62ID:???
PHPTALですねわかります

60nobodyさん2014/10/12(日) 23:40:55.39ID:???
コマンドラインが使えないレンタルサーバでも使える、ファイルアップロードだけで済ませられるフレームワーク、と考えたら何が良いでしょうか?
FuelPHPはSimpleAuthを使うためにoilコマンドが必要でとまどっています。
CodeIgniterはコマンドライン不要っぽくて候補に考えているのですが、他にも該当するものはあるでしょうか。

61nobodyさん2014/10/13(月) 00:42:00.16ID:???
あとKohanaもアップロードだけで済ませられるみたいなのですが、これは開発が終了しちゃったとのことで、避けたほうがいいかと思ってます。

62nobodyさん2014/10/14(火) 08:29:34.09ID:???
ローカルの開発環境で作成したものをアップロードしたら良いのでは?

63nobodyさん2014/10/14(火) 08:49:40.03ID:???
レン鯖でもデータベースの中身のエクスポート・インポートくらいできるしね

64nobodyさん2014/10/21(火) 23:24:18.31ID:???
やはりZendしとけば間違いないでしょ
やりがいも一番ありそうだし
でその次はsymfonyも
ここまでできれば問題ないと思う

65nobodyさん2014/10/22(水) 01:33:32.57ID:???
効率が…
そろそろ他使うべきよね

66nobodyさん2014/10/22(水) 02:28:10.16ID:???
効率ってなったらRubyですかね

67nobodyさん2014/10/22(水) 12:40:57.85ID:???
RubyというよりRailsだな。効率の要はフレームワークで
言語はほんの僅かフレームワークを作るのに便利かどうかってだけ。
フレームワークが出来上がってしまったら効率は殆ど差が無くなる。

68nobodyさん2014/10/22(水) 22:59:59.03ID:???
月額1000円以下のレンタルサーバで使える、っていうとやっぱりPHPが圧倒的に多いんだよね

69nobodyさん2014/10/23(木) 01:10:38.59ID:???
レンタルサーバーならslimが最速
vpsならpalcon

70nobodyさん2014/10/23(木) 02:15:32.97ID:???
フレームワーク触る人がレンタルサーバに拘るかな?

71nobodyさん2014/10/24(金) 10:42:02.07ID:???
やはり言語よりフレームワークの時代って感じですね

72nobodyさん2014/10/24(金) 17:16:02.37ID:???
えっ

73nobodyさん2014/10/24(金) 22:37:53.69ID:???
※PHPer

74nobodyさん2014/10/24(金) 22:50:55.76ID:???
PHPこそ至高
他のスクリプト言語してるやつは一体何を考えてんだかw
Railsとかただのネトウヨじゃねーかw

75nobodyさん2014/10/27(月) 00:58:52.06ID:???
そうっすね

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

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

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

77nobodyさん2014/11/12(水) 00:11:03.44ID:???
>>72
政治思想と物乞いの区別が付かないのが、チョウセンヒトモドキ

78nobodyさん2014/11/12(水) 06:00:13.26ID:???
>>76
httpd -t でhttpd.confをチェック
サービス一覧でIISなどポート80を使ってるものがないかチェックするか、
もしくはhttpd.confでポートを80->8080などに変えてみる。

79nobodyさん2014/11/14(金) 18:31:47.03ID:???
laravelはかわいい

80nobodyさん2014/11/14(金) 21:41:31.04ID:???
フレームワークはどれも十分すぎるほど高機能。
でも本当に必要なのは、基本的なMVCの機能やルーティングの機能くらい。
足りない機能は自分でコード書けばいい。

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

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



で、自分的には、FuelPHP。

81nobodyさん2014/11/14(金) 21:42:09.15ID:???
Auraええね

82nobodyさん2014/11/15(土) 11:23:08.35ID:???
FuelPHPは確かに今のところ一番充実したドキュメントがあるね。

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

83nobodyさん2014/11/15(土) 12:28:28.22ID:???
>>80
JAX-RSええよ。

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

84nobodyさん2014/11/15(土) 17:28:20.70ID:???
>>82
おまえフューエルって言えないのかよw
言えないなら特別にヒユーエルでもフユーエルでも許してやるわ。

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

85nobodyさん2014/11/15(土) 17:53:11.29ID:???
>>83
あなたのようなスキルが高く能力のある人ばかりではないのよ。
学習能力・理解力・経験の差が大きいの。

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

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

87nobodyさん2014/11/16(日) 21:34:10.20ID:???
>>86
フレームワークの問題じゃないよ。

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

88nobodyさん2014/11/21(金) 19:14:15.52ID:???
>>86
君のサイト?

89nobodyさん2014/11/21(金) 22:06:00.02ID:???
>>86
まずどこにパフォーマンスを落とす要因があるのか計測が必要だよ。
ソースコード上の箇所を突き止めることが必要ですよ。

90nobodyさん2014/11/22(土) 23:40:46.08ID:lNM/uAF0
>>86
DBにインデックス張ってないんじゃ
まずはクエリを特定すべし

91nobodyさん2014/11/23(日) 06:35:12.56ID:???
とりあえず撃ってるSQLをerror_logしてコマンドラインで同じの撃ってみるのかな
そういうことするときって生の文字列でSQL書いてるほうがラクなんだけどMVCフレームワークだとWHERE句ひとつひとつ関数で書いたりしてて面倒だ

92nobodyさん2014/11/23(日) 10:17:50.19ID:???
フレームワークに、SQL出力する機能あるだろ、およそ。

93nobodyさん2014/12/28(日) 21:59:51.62ID:???
そういやLaravel 5 は年内リリースの予定だったよな。
どしたんだ?

94nobodyさん2014/12/29(月) 15:02:20.20ID:???
後2日ある。
まだ、あわわわわ、てるような時間じゃない。

95nobodyさん2014/12/29(月) 15:28:39.56ID:???
2014年12月60日くらいには出るんじゃないかな

96932014/12/29(月) 19:05:50.59ID:???
1月だって書いてあった。

97nobodyさん2015/02/08(日) 06:43:49.18ID:???
LaravelのスレもFuelのスレもCodeIgniterのスレも、伸びてないなぁ。。。
CakePHPは興味ないので知らんけど。

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

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

98nobodyさん2015/02/08(日) 10:43:06.24ID:???
それもあるかもね
あと、新しいバージョンが出たらすぐに試そうなんて奴はRoR使ってそうだし、Angularとかクライアントサイドに力入れてる奴もいるだろうし

99nobodyさん2015/02/08(日) 10:51:22.79ID:???
それから、「意識高い」奴らはこんなとこに書き込むことが古くてダサいと思ってそう

100nobodyさん2015/02/08(日) 11:12:38.68ID:???
>>99
こんなとこが古くてダサいなら、いったいどこに書くんだ?

101nobodyさん2015/02/08(日) 12:45:16.27ID:???
CodeIgniterはライセンス問題は解決したの?
たしかそれが原因でVer3に移ったんだよね?

102nobodyさん2015/02/08(日) 13:08:53.78ID:???
PHP初心者じゃない、フレームワーク初心者に向いてるフレームワークって何ですかね?

あとPhalconってどう?

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

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

104nobodyさん2015/04/04(土) 19:46:29.05ID:???
CodeIgniter + Smarty = 最強。

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


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

105nobodyさん2015/04/04(土) 19:56:36.16ID:???
CodeIgniterスレってないの?

106nobodyさん2015/04/07(火) 01:24:16.73ID:???
>>104
FuelPHP使ってからCIに戻ったんだ?珍しい
保守サーバ環境によほど古いの混ざってるとか、再教育コストが馬鹿にならないとかなければCI使う理由ってないと思うけどな

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

107nobodyさん2015/04/08(水) 06:03:00.29ID:???
>>106
FuelPHPは、良いですね。
特に日本語ドキュメントは秀逸だと思いますし、FuelPHPの書籍も
素晴らしい。

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

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

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

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

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

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

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

109nobodyさん2015/04/12(日) 02:02:18.05ID:???
CodeIgniterは「フレームワーク自体はデータベースを必要としない」っていうのが好きで使ってる。

110nobodyさん2015/04/12(日) 16:05:59.32ID:???
フレームワーク自体がデータベースを使ってるものなんて
どこにあるんだ?

111nobodyさん2015/04/13(月) 02:00:17.81ID:???
cake1とか規約が厳しいフレームワークのことを引き合いに出してるのでは?
どのみちちょっと情報が古そうだが

112nobodyさん2015/04/17(金) 22:11:41.29ID:6tz14xdX
1ファイルのフレームワークってないかな
さくっと使いたいのだけど

113nobodyさん2015/04/17(金) 23:52:42.99ID:???
1ファイルをお望みなら、欲しいのはフレームワークじゃなくて「お手軽ライブラリのセット」なんじゃないのかなぁ

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

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

114nobodyさん2015/04/19(日) 01:20:44.81ID:???
>>112
limonadeとか?

115nobodyさん2015/05/26(火) 21:17:15.08ID:???
どのフレームワークも盛り下がってるな

FuelPHP
Laravel
CodeIgniter
Yii

だれも使ってないのか

116nobodyさん2015/06/20(土) 12:38:24.72ID:???
結局現場リーダーが使い慣れたものが採用される
で、Cakeになる おしまい

117nobodyさん2015/06/21(日) 19:38:51.36ID:???
PHP7がウワサされてるが、そしたらフレームワーク界も動くかね。

118nobodyさん2015/06/22(月) 08:40:30.42ID:???
ウワサ?
もうα出てるんだが?

119nobodyさん2015/06/22(月) 11:47:15.49ID:???
PHP7時代到来で、どのフレームワークが速いとかいう議論も不毛になりそうだな
フレームワークは開発のしやすさで選ぶ流れへとシフト

120nobodyさん2015/06/29(月) 00:22:09.88ID:???
じゃあララベルできまりだな

121nobodyさん2015/07/01(水) 12:28:27.28ID:v6IEhj/I
暇人以外は
cake使っとけ

122nobodyさん2015/07/04(土) 20:39:13.49ID:???
シンフォニーは?

123nobodyさん2015/07/04(土) 20:55:41.44ID:???
シンフォニーは、知らん。

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

124nobodyさん2015/07/05(日) 11:28:32.75ID:???
一時期ライセンス問題あったから避けたんだよなーorz

125nobodyさん2015/07/05(日) 12:18:27.13ID:???
ライセンス問題は解決したからもう一度やってみよう
軽量省機能がウリだから覚えることも少ないぞ

126nobodyさん2015/07/05(日) 12:42:17.74ID:???
ライセンス問題のせいで、ただでさえ乱立のPHPフレームワークが
FuelPHPとかlaravelとかにバラけて
もう辟易だよ

127nobodyさん2015/07/05(日) 12:51:27.40ID:???
まあ別に必要なら全部覚えりゃいいべ。
ほとんどの知識は流用で済むんだから

128nobodyさん2015/07/05(日) 12:54:50.60ID:???
結局何が良い?
2chの勢いだけならcakeか?

129nobodyさん2015/07/05(日) 12:58:24.16ID:???
現場で一番多いのはおそらくCake1

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

130nobodyさん2015/07/05(日) 13:23:45.57ID:???
cake1かー
いまさら覚えるのもなー

131nobodyさん2015/07/05(日) 17:06:30.84ID:???
今までも乱立してきたし、それはこれからも続くことを
考えれば、長く安定して使えるものが一番いいだろうね。

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

132nobodyさん2015/07/09(木) 10:31:44.95ID:???
CakePHPはModelっていうか、DBアクセス周りがクソすぎて
小さいWEBサイトならまだしも、本格的なWEBアプリケーションでは使えないでしょ。
あんなもの便利がって使ってる人は頭が悪いんだよ。

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

>>104
>CodeIgniter + Smarty = 最強。

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

133nobodyさん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な単一プライマリキーしかサポートしないとかだったと思うし、

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

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

134nobodyさん2015/07/09(木) 14:09:55.72ID:???
まあそのへんのクエリがオリジナルより複雑になるのは止む終えないでしょ。
SQLが単純すぎるんだから。逆に単純すぎて間違いが多いのが問題なんだし。

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

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

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

とか思うのだが。

稚拙すぎ?

136nobodyさん2015/07/10(金) 02:26:28.84ID:???
>>135

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

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

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

137nobodyさん2015/07/10(金) 08:35:48.39ID:???
命名規約が厳しいのは、作ってて楽しくない。


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

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

138nobodyさん2015/07/10(金) 19:06:18.93ID:???
ダメなものほど流行するというのは何とかしてほしいです…

139nobodyさん2015/07/10(金) 21:13:14.74ID:???
全部自分で作るのが一番わかりやすいのは当たり前。
フレームワークのメリットはいかに早く、簡単に、分担して作れるかだから。

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

140nobodyさん2015/07/12(日) 10:46:22.00ID:???
アホでも作れる範囲しか作れないってことだけど、
それで事足りちゃうんだよね、大抵の物は。

141nobodyさん2015/07/12(日) 12:30:38.70ID:???
そらそうよ。
大抵のWebサイトで使われてる技術を簡単に書けるようにまとめたのがフレームワークなんだから。
テクニックの共通言語化みたいなもんさね。

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

142nobodyさん2015/07/12(日) 17:31:46.06ID:???
今のPHPは物凄くよくできてるんだけど、
肝心のPHPerの方がいつまでたってもPHP4あたりの頃のコーディングスタイルで書き続けてるからなぁ。

143nobodyさん2015/09/16(水) 21:55:59.59ID:???
フレームワークを使えば関数書くだけでほとんど済むから、PHP Ver4レベルの言語仕様さえ知っていればおk。

144nobodyさん2015/10/04(日) 02:22:11.54ID:lfwOPSPN
>>132
Twigって最終の出力結果のキャッシュもしてくれるのん?
テンプレートのキャッシュだけじゃなかったっけ

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

145nobodyさん2015/10/04(日) 08:34:21.91ID:???
テンプレはSmarty3しか知らないんですが、Twigってそんなに良いの?
速度が速いというだけ?

146nobodyさん2015/10/04(日) 15:47:47.19ID:???
Cakeは後方互換がヤバイらしいな
ソッチのほうが問題やな

147nobodyさん2015/10/15(木) 22:17:08.78ID:???
CodeIgniter か FuelPHP かで迷っています。

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

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

148nobodyさん2015/10/16(金) 00:03:58.38ID:???
みんな Laravel がすごく良いといい、
みんな Laravel がクソ遅くてメモリ爆喰いという。

149nobodyさん2015/10/16(金) 08:57:47.20ID:???
いまどきPHPもないしな

150nobodyさん2015/10/16(金) 11:05:59.57ID:???
いまどきPHPって、未来からやってきたん?w

151nobodyさん2015/10/16(金) 13:49:56.94ID:???
phpなんて時期尚早だよな

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

たが俺はgolang推し

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

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

154nobodyさん2015/10/17(土) 20:19:36.97ID:???
asp.netだろ

155nobodyさん2015/10/17(土) 20:40:11.27ID:???
asp.net ってポータビリティどうなんかな。

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

156nobodyさん2015/11/11(水) 23:47:48.93ID:OBd/4WeX
転職の際に必ず思い出してください。
下記の条件が全て当てはまる会社にご注意下さい。

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

157nobodyさん2015/12/09(水) 21:54:08.98ID:aAisP27T
まともなフレームワークなんか存在しないぞ。
ほぼすべてがphperのオナニーグッズだ。
生PHPに回帰よろしく。

158nobodyさん2015/12/09(水) 23:16:59.99ID:???
生PHPて

159nobodyさん2015/12/10(木) 08:35:53.19ID:???
ライブラリは使ってもいいのかなナマ派は

160nobodyさん2015/12/10(木) 20:49:57.74ID:???
>>158
ちょっとしたツールなんかは1ファイルで仕上げることもあるだろ?
そういうのを生PHPとか呼ぶことがある。
DBへのアクセスはPDOを使わず例えばmysqli_を使う。
これがまた凄まじく早いんだよw
確かに小規模なサイトならフレームワークなんか使うべきじゃないなと感じるよ。
まずはAdminerとか使ってみなよ。

161nobodyさん2015/12/11(金) 00:00:33.54ID:???
>>160
ワンファイルツールがあるから生PHPでいいって主張かい? それはねーな
あんたの言い分が断片的過ぎるからなぁ

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

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

162nobodyさん2015/12/11(金) 07:00:49.83ID:???
フレームワークなんてコンドームみたいなもんだからな。
生が一番だよ。

163nobodyさん2015/12/11(金) 08:43:55.56ID:???
PDOとmysqliの速度の違いなど俺の書く糞コード部分の遅さに比べれば誤差でしかない気が

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

164nobodyさん2015/12/11(金) 20:56:21.52ID:???
どこの誰がやったかわからんセキュリティ対策よりも私は有名フレームワークを信じる、が思いついた

165nobodyさん2015/12/31(木) 18:50:52.93ID:???
「Larval リファレンス」が出たら本気だす

166nobodyさん2015/12/31(木) 18:51:26.01ID:???
Laravel

167nobodyさん2015/12/31(木) 23:23:06.01ID:???
PHP7に合わせてフレームワーク界も一新されるのかと思ってたんだが、どうも既存フレームワークがほぼそのまま使えてるっぽいな。

168nobodyさん2016/01/02(土) 14:01:42.25ID:???
CakePHP は Sting クラス(予約語)があるから動かなくなるとか聞いたことがあるけど、普通に動くみたいね

169nobodyさん2016/01/14(木) 20:12:01.57ID:???
軽量フレームワークでおすすめは何?
出来れば長期サポート(バグ対応)があれば嬉しい

170nobodyさん2016/01/15(金) 18:14:57.83ID:???
長期に使うなら(=業務アプリなど)、CodeIgniter がいいんじゃないかな。

171nobodyさん2016/01/15(金) 18:45:07.41ID:???
zend

172nobodyさん2016/01/16(土) 02:04:03.78ID:???
>>170
CodeIgniterって日本語情報少なすぎない?

173nobodyさん2016/01/16(土) 03:25:55.12ID:???
2は充分だと思うけど3は確かにね
ただ3でもそんな変わってないからチェンジログ追えば済む

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

174nobodyさん2016/01/17(日) 10:28:08.38ID:???
ググると「CodeIgniterは他国では多用されてるが日本ではあまり使われない」って言われてるんだよね
だったら布教活動しろよー

175nobodyさん2016/01/17(日) 11:32:09.78ID:???
cakeが幅を利かせているからな

176nobodyさん2016/01/17(日) 12:15:49.61ID:???
日本はCakeラブな状況が長かったから、かっとばして CakePHP → Laravel といきそうな気がする。

177nobodyさん2016/01/17(日) 18:46:45.09ID:???
Laravelは尻すぼみ

178nobodyさん2016/01/26(火) 09:31:40.40ID: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通のメールを頂戴しているか不明なところであります。

179nobodyさん 転載ダメ©2ch.net2016/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!

180nobodyさん2016/03/23(水) 14:05:36.21ID:qDlzJVYf
また話さないか?

181nobodyさん2016/03/23(水) 21:32:17.52ID:???
は?

182nobodyさん2016/03/24(木) 10:03:46.55ID:JohpKvlj
初フレームワーク、調べられる環境と情報がいかに多いかが必要だよね
そうするとCakeなんだろうけど、fuelにしようかなあ

183nobodyさん2016/05/11(水) 16:44:50.22ID:???
外人のSEから見るFuelPHP
http://qiita.com/henriquebremenkanp/items/ec6d83b34a6909d96bdd
によるとfuelは無しに見える

184nobodyさん2016/05/12(木) 01:41:11.16ID:???
あらCodeIgniterのサイトつくりなおす時に使いたかったのにな
割と似てて楽そうだったのにな。そんなに更新ないんだな

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

185nobodyさん2016/05/13(金) 09:30:46.26ID:???
>>183
ほんとだ…Fuel使うのやめようかなあ
てことはLaravel一択か
まともな書籍ないけど

186nobodyさん2016/05/13(金) 10:20:17.19ID:???
5.3使わなければいいだけじゃね

187nobodyさん2016/05/13(金) 10:48:18.31ID:???
まあな
あとは自己責任

188nobodyさん2016/05/13(金) 12:14:28.66ID:???
最新にしか対応しないなんて無駄に可用範囲を狭めるだけ
CodeIgniterだって5.2+だし

189nobodyさん2016/05/13(金) 12:33:10.91ID:???
外人SEの評価を鵜呑みにすることはない

190nobodyさん2016/05/13(金) 22:22:24.64ID:???
フレームワークは、一旦決めたら途中から引っ越しすることは難しい。
なので将来のことなど考えず、現時点で良いと思うものを、他人の
評価など気にせずに選択するのが良いと思うぞ!

191nobodyさん2016/05/13(金) 22:44:01.70ID:???
まてまて
一行目とそのあとがどう繋がったのか伝わらない
多分、「引っ越すことが難しい」という問題への感覚に致命的な齟齬があるんだと思う。

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

192nobodyさん2016/05/14(土) 00:21:57.64ID:???
fuelがいいと思うなら使えばいいし、何にすればいいかすらわからないなら、railsでも使っとけ

193nobodyさん2016/05/14(土) 07:55:40.55ID:???
>>191

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


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

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


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

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

194nobodyさん2016/05/14(土) 08:57:28.91ID:???
日本語ドキュメントや本が出版された所に惹かれたのならば選択の余地は無いのかもしれない

195nobodyさん2016/05/14(土) 13:39:42.29ID:???
ララベルって日本では使われてないの?
書籍もムックとリファレンスの2冊しか
ないみたいだし

196nobodyさん2016/05/14(土) 14:08:27.61ID:???
使ってきた個人的感想

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

197nobodyさん2016/05/14(土) 15:52:41.54ID:???
>>196
どれが1番良かった?

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

199nobodyさん2016/05/15(日) 00:13:22.18ID:???
>>198
ありがと
マジックメソッド地獄って言うから
良くないのかと思ったw

200nobodyさん2016/05/15(日) 18:08:34.00ID:???
>>196
よくそれだけ使ってきたね
個人で?それとも会社?

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

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

202nobodyさん2016/05/16(月) 05:42:18.89ID:???
多くのFWを使ったというのは、どれも大して使い込んでいないってことw

203nobodyさん2016/05/16(月) 07:30:19.28ID:???
>>201
ありがとう
参考になった!
早くLaravel5の参考本出ないかなあ
今出てる奴は中身4で書かれてるんだよね
FuelPHP本買っちゃったけど…

204nobodyさん2016/05/16(月) 07:51:39.10ID:???
新しいFrameworkが次々登場するのに使い込んでる時間なんてないよ

205nobodyさん2016/05/16(月) 21:14:02.42ID:???
FuelPHP本は、よくまとまっていると思う。

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

206nobodyさん2016/05/19(木) 09:53:31.90ID:853jmEQx
新規開発でCakeとかマジ勘弁。

207nobodyさん2016/05/19(木) 17:25:12.07ID:???
今さらfuel使う気にはなれないね
laravelかsymfonyでいい

208nobodyさん2016/05/20(金) 15:18:09.26ID:jbFziK3T
3年くらい前cakephp2を利用していた

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

209nobodyさん2016/05/20(金) 17:23:08.52ID:???
好きなの使えよ

210nobodyさん2016/05/20(金) 18:24:10.68ID:???
codeigniterなかなか良いと思う

211nobodyさん2016/05/21(土) 23:52:27.37ID:???
シンプルで大好きだがシンプルなだけだろ
もちろんCIで充分って人には最良解なのは間違いないとは思うけど。

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

212nobodyさん2016/05/22(日) 05:41:48.96ID:???
参考になります

213nobodyさん2016/05/22(日) 10:09:39.08ID:X9MbxNoA

Slim or Silex


Laravel(Eloquent)


Symfony or Laravel(DoctrineORM)

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

214nobodyさん2016/05/22(日) 15:16:26.31ID:???
そこらのレンタルサーバーでも使える
導入のハードルの低さでいくと
fuelかcakeかな

215nobodyさん2016/05/22(日) 16:20:49.95ID:???
ララベルのまともな参考書あれば始めるのに

216nobodyさん2016/05/22(日) 21:45:29.60ID:???

CodeIgniter


CodeIgniter



CodeIgniter


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

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

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

217nobodyさん2016/05/22(日) 23:19:40.81ID:???
CIだとスケールアウト対応が厄介かな
インフラ寄りの話だしCIに限らんけど
AWS Lambdaがphp対応してくれるといいんだけど、コマンドごとデプロイするような魔改造する話しか見たことないのがなんとも不安

218nobodyさん2016/05/25(水) 11:30:18.20ID:???
結局、なにを使ってもフレームワークを自分で作りたくなってしまうので
必要最低限のフレームしか用意してくれないfuelphpに戻った
あとはモリモリ自分で盛るよ

219nobodyさん2016/05/25(水) 20:20:02.44ID:???
え?
必要最低限?

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

220nobodyさん2016/05/25(水) 21:10:03.97ID:???
たしかにそうなんだよなー。ララベルとかたとえばIOCでテストしやすいとか言われても、そんなのが必要なほどこってりしたものをウェブでどんだけつくるのか?っていう。

221nobodyさん2016/05/25(水) 21:22:55.00ID:???
んだね

222nobodyさん2016/05/26(木) 09:32:16.95ID:???
>>220
必要なきゃ使わないとか別の選ぶとかでいいんでないの?
結局好みな気がするよ
名前とか響きとかが好きってレベルで使ってる人もいるし

223nobodyさん2016/05/26(木) 11:58:40.28ID:???
>>222
ん?だから多くの場合複雑なFWは必要ないし好きなの使えばって言ってるんだけどな

224nobodyさん2016/06/06(月) 19:18:30.53ID:???
>>223
で、結局堂々巡りしたんで、最低限の機能しかない
あっさり塩味のFuelPHPにしたわ

225nobodyさん2016/06/06(月) 19:39:07.76ID:???
fuelいいと思うよ。あっさり塩味のほうがいろんな味に対応させやすいはず。

226nobodyさん2016/06/07(火) 00:38:58.29ID:???
なんだかんだでCIもFuelもあと10年使えるかもな

227nobodyさん2016/06/07(火) 19:18:56.47ID:???
ボクもそう思う。

228nobodyさん2016/06/08(水) 10:58:39.53ID:???
今はそう思う。 それでいいと思う。

229nobodyさん2016/06/12(日) 17:39:12.72ID:???
「PHP7に対応してる」じゃなくて「PHP7を前提としてる」ってフレームワークはまだないの?

230nobodyさん2016/06/12(日) 17:53:02.86ID:AuRj7zt0
環境として7以降しかサポートしないフレームワークはいずれ出てくると思うが、
7以降の書き方を強制するフレームワークは、ずーっと先になると思う。

231nobodyさん2016/06/13(月) 13:24:09.00ID:???
謎のfuel人気は何なの?
オワコンだけどあの本の存在が大きいのかな

232nobodyさん2016/06/13(月) 14:18:38.41ID:???
CIは10年後でも戦える

233nobodyさん2016/06/13(月) 19:23:31.82ID:???
fuelが人気あるとか言ってんのはネットしか見てない人だけ
騒いでる人の数に比べて一冊しか本がない時点で
どんだけ世の中で需要があんのか察したほうがいい

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

234nobodyさん2016/06/13(月) 23:40:48.96ID:???
Laravel「……」

235nobodyさん2016/06/14(火) 00:45:22.93ID:???
Symfonyみたいにがっつり環境構築するんじゃなくて単に圧縮ファイルを解凍するだけで準備完了なのがいい

236nobodyさん2016/06/14(火) 00:53:54.95ID:???
ほんとそれ

237nobodyさん2016/06/14(火) 01:15:06.29ID:???
それはある

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

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

238nobodyさん2016/06/14(火) 09:53:20.05ID:???
>>233
ここでの謎のfuel人気はって言いたかった
世界的にはハッキリオワコンなのにやたらここで名前挙がるのが不思議

239nobodyさん2016/06/14(火) 10:21:53.10ID:???
>>238
そもそも言語の存在自体が斜陽なPHPにとって
すべてのフレームワークは必ずオワコンになる

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

240nobodyさん2016/06/14(火) 11:24:44.21ID:???
>>239
オワコンのfwを延命してまで使おうとする奴は
そもそもオレオレで自作するかマイクロフレームワーク使うと思うよ

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

241nobodyさん2016/06/14(火) 11:34:00.46ID:???
>>238
そう
それがステマの成果

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

242nobodyさん2016/06/14(火) 11:44:37.85ID:???
オワコンでもステマでもいいよ
みんな新しいものに行っちゃっておくれ
俺はfuel派じゃなくciだけど似たようなもんだしfuel派と気持ちは一緒だと思う

243nobodyさん2016/06/14(火) 15:28:48.78ID:???
>>240
fuelなんてマイクロフレームワークに毛が生えた程度のもんだろ
コミュニティだってあって無いようなもんだし
日本語の書籍が2冊もあるのは奇跡みたいなもんだろ

244nobodyさん2016/06/14(火) 20:07:13.25ID:???
>>243

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

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

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

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

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

245nobodyさん2016/06/14(火) 20:53:02.56ID:???
マイクロフレームワークなんて言葉初めて聞いた
ググったけど色々あるな。ルーティングからテンプレートエンジン、ORM、MVCと揃ってるものまであるけど、マイクロの線引きはなんなんだろ
まあ新しいもの覚える気はしないけど

246nobodyさん2016/06/14(火) 22:25:59.93ID:???
>>244
どう逆なの?
おかしいなら奇跡じゃないの?

247nobodyさん2016/06/14(火) 22:34:02.20ID:???
>>246
仕組まれてるって事だよ

248nobodyさん2016/06/15(水) 08:24:46.41ID:???
>>234
だいじょうぶ
わしは使っていくで

249nobodyさん2016/06/15(水) 09:17:41.87ID:???
PHPerの人口多いはずなのにまともなFW書籍がないのがね
CIかララベルの書籍出ないかなあ

250nobodyさん2016/06/15(水) 10:20:55.53ID:???
書籍が揃っているのは良い意味でも悪い意味でも枯れているFWだけだね

251nobodyさん2016/06/15(水) 11:25:59.79ID:???
>>247
誰がなにを仕組んだの?
イルミナティがfuelphpを流行らせようと画策しているの?

252nobodyさん2016/06/15(水) 15:32:22.34ID:???
みんなで育てていけばいい
Cakeだってそうだったろ?

253nobodyさん2016/06/15(水) 19:55:39.79ID:???
FuelPHPをろくに使いもしないで叩くのはやめてくれ。

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

254nobodyさん2016/06/15(水) 21:39:50.46ID:???
FuelPHPの著者がCIかララベルに乗り換えて書籍出してくれればいいのに

255nobodyさん2016/06/16(木) 09:53:18.42ID:???
>>253
>>254
良書っていわれてるのはどっちのやつ?

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

改訂 FuelPHP入門 早川 聖司

256nobodyさん2016/06/16(木) 15:01:41.58ID:???
>>255
なんか白いやつは良かった
紫色の改訂版は読んでない

257nobodyさん2016/06/16(木) 19:24:53.49ID:???
良書は、

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

だよ。

258nobodyさん2016/06/17(金) 19:09:57.56ID:???
>>256
>>257
ありがと
今度本屋で見てくる

259nobodyさん2016/06/19(日) 01:59:18.70ID:???
著者によるステマは十分あり得ると思う
あんな不人気フレームワークが不自然に持ち上げられすぎ

260nobodyさん2016/06/19(日) 02:03:32.29ID:???
>>259
既にこのスレにも謎の勢力は現れてると思う

261nobodyさん2016/06/19(日) 02:06:26.60ID:???
>>260
そうやって茶化そうとする

262nobodyさん2016/06/19(日) 08:15:49.13ID:???
フレームワークの比較に興味をもつ人は、
初めてフレームワークを使おうとしている初心者か、
どのフレームワークも習熟できない人。


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

263nobodyさん2016/06/19(日) 10:10:35.21ID:???
そうそう
浅い知識でわかったつもりになってfuelなんてフレームワークを持ち上げちゃったりする

264nobodyさん2016/06/19(日) 13:34:02.85ID:???
>>262
オススメのフレームワークはなに?
明確な目的を持って使いこなし習得した実力をもって
比較した結果を教えてほしい

265nobodyさん2016/06/19(日) 14:59:28.86ID:???
なんでRails使わないの?

266nobodyさん2016/06/19(日) 17:28:08.19ID:???
そりゃまあphpじゃないからじゃね

267nobodyさん2016/06/19(日) 19:14:48.64ID:???
Lithiumとかいうのはどうなったの

268nobodyさん2016/06/19(日) 20:55:59.44ID:???
いっくらPHPフレームワーク研究しても、JavaScriptは必ず使うんだよなあ

269nobodyさん2016/06/19(日) 21:42:06.60ID:???
そりゃクライアントサイドは別問題だし仕方なくね
node.js使えば言語は揃うけど、あれだってブラウザとは環境事情が違いすぎてあんまり同じ言語触ってる感じにはならんしなあ

270nobodyさん2016/06/20(月) 06:24:44.87ID:???
>>238
FuelPHPが、Googleトレンドで比率が低い割にこのスレで人気があるのは、
FuelPHPを使っている人は実はとても多いのに、Google検索をする必要が
ないくらい日本語ドキュメントと書籍が充実しているからではないのかな。

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

271nobodyさん2016/06/20(月) 09:37:12.55ID:???
>>270
ググらないくらい充実してるってところはあり得ないだろ
トレンドあるフレームワークですらググって調べるのに、fuelPHPだけは必要ないなんてことあるわけない
ググっても出てこないから諦めてるんじゃないの?

272nobodyさん2016/06/20(月) 11:35:31.91ID:???
>>270
一時期は知名度ナンバーワンで書籍も多く出てたcakephpのgoogleトレンド見て同じことが言えますか?

273nobodyさん2016/06/20(月) 12:57:33.03ID:???
Laravelのリファレンスの適当さは異常

274nobodyさん2016/06/20(月) 13:18:14.44ID:???
>>273
ほんとだわ。
肝心のアップグレードガイドも歯抜けが多いし、開発者が好き勝手つくってるのはいいけど、オタク向けフレームワークって感じ。

275nobodyさん2016/06/20(月) 18:42:25.78ID:???
googleトレンドもだけどgithubのstar数が悲壮感漂ってる

2762702016/06/20(月) 19:39:38.67ID:???
>>271, 272
確かにおっしゃる通り。
私の意見には無理があるわ。

277nobodyさん2016/06/22(水) 09:48:03.56ID:???
>>272
アジアと北アフリカにしか人気がないところとか?
バングラディシュ、インド、日本、チュニジア、フィリピン、香港、モロッコ、

278nobodyさん2016/06/23(木) 02:45:26.38ID:???
ドキュメントや本の充実度と検索ボリュームの関係の話をしてるところに突然国の話を持ち出すのはもう相当かっこいい

279nobodyさん2016/06/23(木) 10:56:10.24ID:???
>>238のかっこ悪さが浮き彫りになった形
世界的にはwww

280nobodyさん2016/06/23(木) 11:39:09.23ID:???
githubのstar数
laravel 23,936
codeigniter 12,549
symfony 12,535
cakephp 6,551
fuel 1,396

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

281nobodyさん2016/06/23(木) 21:53:21.92ID:???
Laravel勉強したいんだけど5に対応してるあの書籍、中身は4なんでしょ
まともに勉強できる環境がないね

282nobodyさん2016/06/23(木) 23:19:38.46ID:???
英語できないと大変そうだね

283nobodyさん2016/06/23(木) 23:22:31.75ID:???
Laravelはちょっとしたことでも全部海外サイト行き
国内に情報無さ過ぎる

284nobodyさん2016/06/23(木) 23:25:11.52ID:???
ドキュメント翻訳されてるしブログ記事も多いけどね

285nobodyさん2016/06/23(木) 23:27:45.28ID:???
laravelってgithubにあるのほとんどゴミじゃね?

286nobodyさん2016/06/23(木) 23:27:57.58ID:???
どうしても日本語の理解には及ばないわけなのよね

287nobodyさん2016/06/23(木) 23:38:55.45ID:???
qiitaの記事数
cakephp 1154
laravel 1085
fuelphp 537
symfony 459
codeigniter 153

288nobodyさん2016/06/24(金) 00:03:20.32ID:???
勢いとは別だからなあ

289nobodyさん2016/06/24(金) 02:03:58.68ID:???
英語読めなくて使えない人が多い方が有難かったりして

290nobodyさん2016/06/24(金) 09:30:31.61ID:???
>>289
それはあるw

291nobodyさん2016/06/24(金) 10:15:49.96ID:???
cakeやfuel使えば良いだけ

292nobodyさん2016/06/24(金) 10:32:08.59ID:???
英語できない人はね

293nobodyさん2016/06/24(金) 15:47:41.70ID:???
ある程度使えるようになったら海外サイトで調べるのは問題ないんだよな
c#はだいたいstackoverflowで適当な答えひっかかるし

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

294nobodyさん2016/06/24(金) 17:19:11.42ID:???
5歳児強姦、被告減刑訴え「ワギナ触っただけ」
http://cambodiawatch.net/cwnews/sanmen/20110512_3.php

295nobodyさん2016/06/26(日) 19:40:06.53ID:???
セキュリティさえなんとかすれば俺様FWのほうが楽で自由だよね

296nobodyさん2016/06/26(日) 22:17:13.02ID:???
作成するシステムの方向性が同様ならそうかも
カート専用fwみたいにね

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

298nobodyさん2016/06/27(月) 06:55:40.25ID:???
セキュリティ以前に自作でやると
後方互換性考慮した修正していくうちにスパゲッティになってしまう
cakeのソースに親近感を覚える俺です

299nobodyさん2016/06/27(月) 07:59:01.98ID:???
>>297
そうか…フレームワーク勉強するのも面倒だけどセキュリティはもっとカオスなんだろうな
fuelPHPの書籍がしっかりしてるからこれにしようかと思ったけど、もう死にそうだからセキュリティ更新もなくなるかもね
がんばってLaravel勉強するかなあ…

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

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

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

301nobodyさん2016/07/12(火) 17:41:45.61ID:0HD8hoAE
fuelでここ数年やってきたけど、未だに盛り上がることなく、そろそろ替えようと思ってる。
で、symfonyやlaravelに手を付けて見たけど難し過ぎ・・・。

302nobodyさん2016/07/12(火) 19:43:15.31ID:???
そんなに違うもん?

303nobodyさん2016/07/12(火) 23:10:25.21ID:???
fuelphpの圧倒的な学習コストの低さをなめちゃいけねぇよ

304nobodyさん2016/07/13(水) 02:42:05.41ID:???
ふえるSEさん

305nobodyさん2016/07/13(水) 06:51:03.65ID:???
学習コストの低さ
イコール

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

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

306nobodyさん2016/07/13(水) 10:16:45.84ID:???
世のWebプログラマがフレームワークの学習コストにすら耐えられない現実が悲しい

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

307nobodyさん2016/07/13(水) 10:23:49.85ID:???
十分に金払わないから素人に毛が生えたのしか来ないだけではという気もする

308nobodyさん2016/07/13(水) 12:39:05.67ID:???
また、毛のハナシしてる…

309nobodyさん2016/07/13(水) 18:31:47.65ID:???
>>306
自称優秀なプログラマw

310nobodyさん2016/07/14(木) 19:30:48.93ID:???
fuel使える頭があればほかのフレームワークも余裕でしょ
ああでもfuelしか使えない人は英語苦手そうだな

311nobodyさん2016/07/14(木) 21:58:12.66ID:???
zend以外ならなんでもいいよ
zendはいや!

312nobodyさん2016/07/14(木) 23:07:14.77ID:???
Symfony2って、でかすぎてサーバへ持って行くときに困る。
Symfonyシリーズってまだ人気あるの?

313nobodyさん2016/07/15(金) 00:45:38.91ID:???
もしかして今どきFTPとかSCPでデプロイしてる感じ?

314nobodyさん2016/07/15(金) 17:21:39.06ID:???
ftpやscpでもデプロイが出来るレベルの簡潔さが無いと
結局保守で困るからな

315nobodyさん2016/07/15(金) 20:27:29.52ID:???
そっかー

316nobodyさん2016/07/15(金) 22:00:56.93ID:???
ftpはともかく
scpはまだ現役じゃないのかー

317nobodyさん2016/07/15(金) 22:58:27.45ID:???
scp,ftp,sftpなどのデプロイって普通かと思っていたんだが、ダメなのか?
何がメインになってるの?

318nobodyさん2016/07/16(土) 12:19:26.04ID:???
phalconどうよ?
使ってる奴いないかな

319nobodyさん2016/07/16(土) 18:04:34.89ID:???
俺FTPとSCPしか知らないよ

320nobodyさん2016/07/16(土) 21:54:02.93ID:???
俺はなんとなくずっとsftpだ。scpの方がいいの?

321nobodyさん2016/07/16(土) 23:46:05.07ID:???
誰もgit hook使ってないのか

322nobodyさん2016/07/16(土) 23:47:01.54ID:???
察しちゃったね
ここに書き込んでるのがどういう層か

323nobodyさん2016/07/17(日) 01:28:23.51ID:???
git hookでデプロイか…継続的インテグレーションって言うのかこれ?
継続的インテグレーションの略語もCIなのがめんどくさいな…。
普段これをCIって言ってる奴らはCodeIgniterの事はなんて言うんだ?もはや眼中にない感じ?

324nobodyさん2016/07/17(日) 01:44:38.54ID:???
composerとか使えるなら使いたいけどね
あいにくテストクラスも作らずにExcel方眼紙でテスト仕様書作ってるような現場なんでね

325nobodyさん2016/07/17(日) 06:53:56.44ID:???
>>323
あとCorporate Identityの方が有名じゃない?

326nobodyさん2016/07/17(日) 13:11:42.43ID:???
>>321
使っていない
自動でデプロイするほど小規模じゃないので

327nobodyさん2016/07/17(日) 18:16:19.32ID:???
自動デプロイする職場って、担当者の個人判断でいいのか?
承認やら複眼チェックはいらんのか?

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

328nobodyさん2016/07/19(火) 21:50:41.35ID:???
どっかで壊れるのも全自動って書き込み見たなw
まあもちろんテスト環境が自動で、本番は分けるとかやってるんだろうけど

329nobodyさん2016/07/19(火) 22:31:17.49ID:???
開発環境やテスト、検証環境ならわかるが
さすがに本番環境はscpなりで
めっちゃ慎重にやると思うんだよなあ

330nobodyさん2016/07/19(火) 23:48:27.49ID:???
テスト環境まで自動デプロイ
本番は承認プロセス挟んでブルーグリーン

331nobodyさん2016/08/08(月) 01:40:28.23ID:oSi6vzrE
(パフォーマンスを考えなければ)Laravel一択でしょ

332nobodyさん2016/08/08(月) 18:51:39.78ID:???
パフォーマンスを考えないやつなんているのか?

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

333nobodyさん2016/08/08(月) 19:15:06.38ID:???
>>332
php使っている時点でパフォーマンス優先してないのでは?
ロードバランサー挟んで負荷分散しとけばいい。

334nobodyさん2016/08/08(月) 22:36:35.79ID:???
>php使っている時点でパフォーマンス優先してないのでは?

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

335nobodyさん2016/08/09(火) 01:58:21.85ID:???
ウェブの負荷なんてDBが9割じゃん
異論は認める

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

336nobodyさん2016/08/09(火) 09:23:18.69ID:???
>>335
おおむね同意

337nobodyさん2016/08/09(火) 12:12:14.79ID:???
>>335
ほぼ同意
FW構造だけで目に見えるほどの差はつかないと思う
それでもFWのせいにするのは、コードを整理すればどうとでもなるレベルなのにやらないやつの怠慢発言と思ってる

338nobodyさん2016/08/09(火) 13:09:57.54ID:???
負荷の問題はどうとでもなるが応答速度の確保はどうやってる?
Laravel使ってるがこれがネックなんだよな…

339nobodyさん2016/08/09(火) 16:10:46.98ID:???
>>338
さすがにLaravelは四天王の中でも速度最弱なので
使わない以外の選択肢はなかなか出てこないかと

340nobodyさん2016/08/10(水) 18:41:15.26ID:???
DB応答速度がパフォーマンスに大きく影響することに同意します。
それにはDBの応答速度を上げるSQL文やテーブル設計、インデックスなどがそもそも大事。
phpのコードの書き方で速度が大きく変わるのも同意です。


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

341nobodyさん2016/08/10(水) 21:27:04.19ID:???
Codeigniter3って塩梅どうなのかな
ライセンスのゴタゴタで何となく敬遠してたけど

342nobodyさん2016/08/10(水) 23:38:43.65ID:???
CodeIgniterはもう4が開発版配布になってるよ。
https://bcit-ci.github.io/CodeIgniter4/installation/downloads.html

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

343nobodyさん2016/08/11(木) 10:46:35.27ID:???
>>342
ひゃー、隔世の感を否めない…
レスありがとう

344nobodyさん2016/08/11(木) 14:58:47.52ID:???
LocalだとPHP7 + Phalconで色々やってて速くて満足してるんだが
安いレンタルサーバが無くてなー
大手は未だに5.4とかだし

345nobodyさん2016/08/11(木) 15:38:34.62ID:???
>>344
digitalocean

346nobodyさん2016/08/11(木) 22:18:06.19ID:???
>>344
だよね
客によってはVPSじゃなかったりもするから
選択肢がほとんどなかったりするよ……

347nobodyさん2016/08/12(金) 08:21:09.00ID:???
CodeIgniter 4 ですか。
俺もビックリです。

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

(HP見ましたが英語読めないので・・・)

348nobodyさん2016/08/14(日) 14:35:06.77ID:???
相変わらずシンプルが売りだって書いてあるから、
便利さの部分はテメーでなんとかしろってスタンスだと思う。

349nobodyさん2016/10/20(木) 01:33:27.62ID:ZwtBbY3j
slim3やっぱええなぁ

350nobodyさん2016/10/20(木) 17:08:32.06ID:???
Slimって機能がスリムすぎて・・・
例えば入力値のバリデーション機能さえなかったような気が・・・

351nobodyさん2016/10/20(木) 21:32:29.91ID:???
>>350
もっと人間を信じろ

352nobodyさん2016/10/22(土) 08:49:27.72ID:???
>>350
好きなライブラリをcomposerでインストールしよう
たとえばこれとか
https://github.com/Respect/Validation

353nobodyさん2016/10/22(土) 13:13:47.89ID:???
でもあんまり基本的な部分から追加インストール必要だと、そもそもフレームワークの意味ないじゃんってことにならない?
俺は以前はCodeIgniter好きだったけど、使ってるうちにそういう考えになっちゃった。

354nobodyさん2016/10/22(土) 19:12:51.41ID:???
結局なに使ってもめんどくせー

355nobodyさん2016/10/23(日) 02:05:10.16ID:???
追加インストールくらいならあまり気にならないかなあ
自力でダウンロードして……とかいうならちょっといやだけど

356nobodyさん2016/10/26(水) 22:33:53.96ID:???
>>355
コマンドを使って追加インストールするのは嫌いだなぁ

357nobodyさん2016/10/27(木) 08:12:47.92ID:???
>>356
composerすら使いたくないみたいな?

358nobodyさん2016/10/27(木) 13:02:58.85ID:???
>>357
コマンドを使うのがいや
手動でどこかにファイルを置くだけなら歓迎

359nobodyさん2016/10/27(木) 23:09:19.40ID:???
GUIでやりたいってことかな

360nobodyさん2016/10/27(木) 23:40:36.71ID:MD4Js0Sy
ネームスペースの関係でcomposerの方が楽だと思うけどなぁ
大型のはssh必要だしslimぐらいがちょうどいいわ

361nobodyさん2016/10/28(金) 10:37:39.92ID:???
>>359
GUIはもっといや
scpかなんかでファイルをポンと置くだけがイイ

362nobodyさん2016/10/29(土) 03:14:53.86ID:???
>>361
CakePHP2系で

363nobodyさん2016/10/30(日) 01:24:25.97ID:???
GUIっつーと
pear思い出すなあwww

364nobodyさん2016/11/10(木) 22:43:43.90ID:???
全部入りのフレームワークがいいなと思ってwordpressを使い続けて早数年
SQLの書き方もインデックスの貼り方も忘れてしまった
これでいいのかなぁ

365nobodyさん2016/11/11(金) 18:31:58.66ID:???
だめに決まってんだろ。

366nobodyさん2016/11/11(金) 18:45:43.01ID:???
WordPressで間に合う仕事しかやってないなら別にいいんちゃう

367nobodyさん2016/11/12(土) 17:42:32.36ID:DLHWcBOA
そんな数年で忘れるもんすか

368nobodyさん2016/11/13(日) 03:44:27.18ID:???
>>367
忘れるだろ
俺も運用が仕事になってPython一切書けなくなった。
おおまかなロジックの指針は覚えてるんだけど
簡単な関数一つ検索しないとわからん

369nobodyさん2016/11/13(日) 11:18:35.44ID:???
数年どころか半年で開発能力は半分になるんじゃないかな。
1年もやらなきゃ1/4。

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

370nobodyさん2016/11/21(月) 14:04:56.99ID:???
リハビリ2週間で完全復帰するけどな

371nobodyさん2016/11/28(月) 19:09:30.93ID:???
初心者なので全部ログ読みましたが
ララベルときめくよね・・・いい人なんだけどね・・・(無言)
Fuelはいいよね→ステマ! オワコン!
ZEND眼中なし
CAKE老害・・・でも老人社会だし擦り寄って置くのも有り
今はCIがいいかな

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

372nobodyさん2016/11/28(月) 20:13:28.64ID:???
俺的には

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

やっぱりCIがいいな!

373nobodyさん2016/12/05(月) 23:35:01.38ID:???
好きなの使いなよ

374nobodyさん2016/12/07(水) 08:33:41.16ID:lJjHP+2p
Phalconスレ立ててくれ

375nobodyさん2016/12/07(水) 14:06:24.53ID:???
ネームスペースが他の言語に比べて気持ち悪すぎるから、最近のPHPのフレームワークは全部ダメだ。
いっそのこと言語変えた方が快適だぞ。

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


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

376nobodyさん2016/12/07(水) 16:00:37.78ID:???
マッパーってなに?
裸がユニフォーム?

377nobodyさん2016/12/07(水) 16:25:29.92ID:???
ペッパー、マッパー、ロンパーだろ

378nobodyさん2016/12/07(水) 22:30:37.16ID:???
dozerみたいなやつのことか

379nobodyさん2016/12/08(木) 21:00:59.00ID:???
Symfonyは、あっちにもこっちにもあそこにもここにも設定ファルっていう頭おかしい設計なので嫌

380nobodyさん2016/12/09(金) 10:33:54.12ID:???
>>375
"php orm"でググって好きなの使ったらいいよ
どれもcomposerでインストールできるし
個人的にはeloquentが好き

381nobodyさん2016/12/09(金) 11:33:43.13ID:???
>>380
eloquentのwithはまだOKだな。

382nobodyさん2016/12/09(金) 12:47:31.64ID:v3WSRzSF
Phalconスレ立ててくれ

383nobodyさん2016/12/09(金) 18:30:27.66ID:???
eloquent ってなんて読むの?

384nobodyさん2016/12/09(金) 23:37:07.50ID:???
エロ キューン

385nobodyさん2016/12/10(土) 00:03:36.74ID:???
composerってなんだ?
役に立つのか?
使えないとアホなのか?

386nobodyさん2016/12/10(土) 01:11:33.69ID:???
今どきの開発じゃ必須だと思ってたけどそうでもなかった…?

387nobodyさん2016/12/10(土) 03:18:05.58ID:???
開発環境はあらかじめエライヒトが用意するからね
コーディング要員はむやみにパッケージ管理ツールなんか使ったら怒られるよ

388nobodyさん2016/12/10(土) 12:33:45.41ID:???
composerは俺も使ってたけど、大きい会社で上が古くて硬いと無理そうだな?
偉い人はイケてないことが多いからつらい。
コーディング要員が開発環境のことに口出ししたら、嫌がらせしてくる人もいるしな。

389nobodyさん2016/12/10(土) 12:56:04.69ID:YDjNwII8
Phalconスレ立ててくれ

390nobodyさん2016/12/10(土) 22:14:20.86ID:3nX9f0tQ
>>389
自らたてないのか

391nobodyさん2016/12/12(月) 02:15:40.21ID:???
PHPは、ライブラリZIP落としてきて解凍して配置、requireしたら使える、
が良いところだったのに、composerとかが必須になってしまいました。

鬱陶しい限りですが、長いものには巻かれたほうが楽なので、
今はcomposerを使いましょう。

392nobodyさん2016/12/12(月) 09:06:24.71ID:???
composerを必須とするような環境、コードがそもそも悪い
質の良くないプログラムとなるので可能な限り避けよう

393nobodyさん2016/12/12(月) 10:34:58.65ID:???
コードの前に日本語覚えて欲しいですね

394nobodyさん2016/12/12(月) 12:22:24.28ID:???
>>393
日本語難しいからお互い苦労するよな
カタコトどうし仲良くしようぜ

395nobodyさん2016/12/12(月) 14:42:29.80ID:???
composerが鬱陶しいて…
rubyのgem、pythonのpip、jsのnpmとかも鬱陶しいのかな

396nobodyさん2016/12/12(月) 14:48:38.79ID:???
付いて行けてない人もいるんだな
psrも知らなそう

397nobodyさん2016/12/12(月) 16:04:41.80ID:???
>>395
少なくともその辺はうっとおしいね

「ターゲット環境で動かさなきゃならない管理コマンド」
がそもそも嫌だな

398nobodyさん2016/12/12(月) 20:38:28.65ID:???
capistranoでデプロイする仕組みとか用意しちゃってるけど俺もできればコードだけでどうにかしたいなー派だわ
特にPHPなんてSFTPでペタっと貼ったら動くってのが利点でもあると思うのよね
慣れちゃったけど右も左もわからんころにrails触ってasset pipelineでゲロ吐いたわ

399nobodyさん2016/12/12(月) 23:00:15.02ID:???
Windowsはインストーラ経由でレジストリ汚されるけどLinuxはそういうのなくていいなーっていうのが昔はLinuxの利点として挙げられてたけど
パッケージ管理ツール使ったら少なくともその利点は失うね。

400nobodyさん2016/12/12(月) 23:34:12.86ID:???
フレームワークスレでこの有様か
phperじゃしょうがないか

401nobodyさん2016/12/13(火) 00:46:00.66ID:???
>>395
黒色画面恐怖症やオレオレライブラリ病の典型的な病状だよ
レンサバ環境や小型案件にしか関われない人が掛かりやすい病さ

402nobodyさん2016/12/13(火) 14:58:13.85ID:???
composerはコードの良し悪し関係なくね?
コマンドを叩くのが嫌だと思ってる人はデザイナーかな。

403nobodyさん2016/12/13(火) 16:18:12.27ID:???
>>402
コマンドを叩くのは嫌じゃないけど、
デプロイ先のマシンでコマンドを叩くのはすごく嫌だわ
嫌というかコマンドでの挙動を信頼しきれない

開発環境で環境から全部もりっと作りこみして
デプロイは固めてコピーして展開して終わりにしたい

404nobodyさん2016/12/13(火) 16:19:28.20ID:???
インターネットに接続している前提のコマンドとかあるし
インストール先によっちゃ嫌とか言う以前に動かないし

405nobodyさん2016/12/13(火) 17:00:17.39ID:???
>>403
開発環境と本番環境を教えてくれ

406nobodyさん2016/12/13(火) 19:37:45.01ID:???
本番環境でコマンド叩くの嫌なら、開発環境でダウンロードしたライブラリも
リポジトリに混ぜればいいだけのことで。

まだ「オートローダーは邪道。パフォーマンスの問題もある」とかいうノリ?

407nobodyさん2016/12/13(火) 20:32:19.17ID:???
>>406
ローカルインストール(--save-dev)したnodeのライブラリも、バージョン管理してしまうべきか教えてくれ

408nobodyさん2016/12/15(木) 05:45:11.01ID:???
リモートリポジトリの状態に依るのでは?

409nobodyさん2016/12/15(木) 10:08:24.59ID:???
>>406
オートローダーは関係なくね?

410nobodyさん2016/12/15(木) 16:37:57.74ID:7HnXPC8g
ここではあまり評判よくないlaravelがGoogleトレンドでトップなのはどうして?真新しいから?
世界でみるとダントツ

411nobodyさん2016/12/15(木) 17:16:47.92ID:???
世間ではphp自体がオワコン化してるのに
そのオワコン化してるphpのコミュニティにすら混ざる事が出来ない
そんな時代遅れのはみ出し者が集まってるのが2chだ

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

このスレは
流行ってるフレームワークとか良いフレームワークを語ってるんじゃなくて
古いフレームワークを使い続けてる奴が時代遅れの自分を正当化する為に
自己弁護するスレだと思って見た方が良いよ

412nobodyさん2016/12/15(木) 20:43:46.43ID:???
codeigniter4かPhalconの二択

413nobodyさん2016/12/16(金) 01:06:56.88ID:???
phalconインストールできる環境でPHP選ぶ意味がわからん

414nobodyさん2016/12/16(金) 21:03:13.98ID:???
412だけどGOとかnode.js選びたくても会社の人間全員がPHP以外に明るいわけじゃないからさー
C#信者だから.net coreとか使ってみたいけど絶対通らない
AWSパートナーなんだがWin鯖高いからIIS無理ゲーだし……

415nobodyさん2016/12/17(土) 16:22:37.28ID:???
オレはフレームワークの勉強をあまりしたくなかったので、
その一点でFuelPHPしか選択肢がなかった

416nobodyさん2016/12/18(日) 06:04:07.40ID:???
411はエンジニアとして半人前だな。

417nobodyさん2016/12/18(日) 08:31:03.12ID:???
411ですが、レガシーな環境に縛られて
それがいいもんだと勘違いしてる社畜をエンジニアって呼ぶんなら
半人前と思ってくださって結構ですよ
同列に見られたくないので

418nobodyさん2016/12/18(日) 16:02:36.15ID:???
PHPってオワコンだったんだな
どれが代替に来ているんだ?

419nobodyさん2016/12/18(日) 16:32:44.76ID:???
そう言っときゃ格好いいと思ってる意識高い系小僧だろ。

420nobodyさん2016/12/18(日) 20:44:41.47ID:???
案件は大体PHPばっかりだけどな。

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

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

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

Laravelで開発してるっていうところも、マイグレーション機能さえ使ってないところも多いし、
昔からあるフレームワークでも、ちゃんと使いこなせてる方がいいんじゃないか?

421nobodyさん2016/12/19(月) 05:11:13.21ID:MJaTwoIQ
ピュアPHP=標準語
フレームワーク=オナニー方言

これに尽きるだろ。

今更、秋田弁は機能的で、連携力が優れてるとか言われても通用しねーよw
フレームワーク惜しが良く宣伝するピュアPHPerを「オナニーコード、オナニーコード」と恥ずかし気も無く宣うのは、
ただ単に、自分こそフレームワークの人材供給量と連携力を知らない戦略眼の無いオナニーコーダーだからだ。
ゴミフレームワークなんてロックインの温床なんだからさっさと捨ててバカにしていた標準語に戻すべきだ。
そうすれば、将来、ロックインに悩まされることも無くなるだろう。
アーキテクトとストラテジを一から学ぼうな、底辺コーダちゃん。

422nobodyさん2016/12/19(月) 05:18:07.46ID:MJaTwoIQ
各フレームワーク→人材少ないから連携力もクソも無い
ピュアPHP→どんだけ個性的な書き方でも、PHP知ってる人間なら大概読める。
どこでトランザクションが発生しているかを把握すれば大体、大筋が分かる。これこそスタンダード。

各フレームワーク→いつ変更がかかるかわからない。全部知らなきゃアーキテクトにならない。どこか知らないところがあっただけで大幅にやり直し。
ブラックボックス、ベンダしか知らない領域がある。フレームワークの作りは大体同じというが、多くのフレームワークを使った事のある者ならわかると思うが
少しバージョン変わっただけで大きく別物になるものも多い。MVCだから大体同じと言ってる奴はベンダの戦略が全然わかってない。

423nobodyさん2016/12/19(月) 05:20:32.62ID:MJaTwoIQ
今のところ、フレームワークであたりなのは、Railsくらいなものだよ。
Cake=クソ、Symfony=もっとクソ、Zend=鼻くそ
もう、ほかに書くのがめんどくさい。それより、新しくプロジェクト立ち上げる際の技術に
どのフレームワークを使うかを決定する必要があるが、迷いに迷って保留にしてフェーズ2から導入するってケースあるか?

424nobodyさん2016/12/19(月) 09:46:36.88ID:???
>>423
辛辣だが的確な気がする
yii framework について一言いただきたい

425nobodyさん2016/12/19(月) 11:39:14.08ID:???
Railsだって今のwebAPI前提な作りだったら重いんじゃないか?

426nobodyさん2016/12/19(月) 11:43:59.78ID:???
フレームワーク嫌いでコアなことを知っている奴がいたが、結局コード書かなくなったな。
そいつは実際凄いんだろうが、時代について行けてない感じだった。
能書きをたれるのは凄いんだが、現場では使い物にならないんだろうな。

PHPでフレームワークを知ってしまうと、フレームワークが嫌いになるのかもしれない。
俺の周りだけかもしれんがPHPから別言語に移った奴らは、フレームワークを肯定している。
PHPを使い続けている奴は、未だにフレームワークを否定している。

427nobodyさん2016/12/19(月) 12:04:46.92ID:???
PHP自体がフレームワークだからなぁ

428nobodyさん2016/12/19(月) 12:15:20.65ID:???
未だに生でHTML書いていたり、CSSやJSをminify、bundleしてない奴がフレームワーク不要って言ってたら、さすがに怠慢だと思うけどね。

429nobodyさん2016/12/19(月) 12:25:45.17ID:???
フレームワーク不要って言ってる人がどんなコード書いてるのか見てみたい
自社フレームワークすら無いって時点でどんな仕事してるのかお察しだけど

430nobodyさん2016/12/19(月) 12:37:16.53ID:???
そもそも複数人で開発した経験が無いのかな?それなら納得

431nobodyさん2016/12/19(月) 14:08:16.49ID:???
>>429
まず自分のを見せろ
話はそこから始まる

432nobodyさん2016/12/19(月) 16:06:22.09ID:???
正しい標準語喋れねえのに日本人自称してるやつがわんさかいるからなあ?

433nobodyさん2016/12/19(月) 17:42:33.20ID:???
>>432
お前のことかよ。「日本人自称してる」とか使い方間違えすぎだろw

434nobodyさん2016/12/19(月) 18:08:06.52ID:???
こんなんじゃphperが蔑称として使われるのも仕方ないね

435nobodyさん2016/12/19(月) 18:54:52.62ID:???
マイカーは何がいい?のスレでクルマ所有全否定ばかり言われてるような状態ww
独男が結婚したいんだけど?のスレで女はクソばかりのレス状態ww
もっとやってww

436nobodyさん2016/12/19(月) 18:55:25.86ID:???
まあちんぽでチャンバラ始めるスレよりまだマシかと

437nobodyさん2016/12/19(月) 19:22:06.01ID:???
そっちのほうが精神衛生上いい

438nobodyさん2016/12/19(月) 19:52:48.76ID:???
ピュアPHP=手
フレームワーク=TENGA

これ

439nobodyさん2016/12/19(月) 20:09:33.31ID:???
じゃあ大人のお人形さんは(ワクワク)

440nobodyさん2016/12/19(月) 23:53:26.23ID:???
>>428
フレームワーク不要論者ではないが
HTMLはわりと生で書かないか?

441nobodyさん2016/12/20(火) 01:02:57.98ID:???
>>440
まだ職場ではHTMLを生で書く所が多いと思うけど、パフォーマンスに影響なく明らかに開発効率が良くなるものも使っていないのに、
フレームワークは悪とか言っているのは、ただ新しいことを学びたくないだけって意味で書いた。

442nobodyさん2016/12/20(火) 04:00:24.11ID:???
>パフォーマンスに影響なく明らかに開発効率が良くなるものも使っていないのに

この論拠は?

443nobodyさん2016/12/20(火) 11:22:41.72ID:???
>>442
使えばわかる。
吐き出すのはHTMLだからパフォーマンスには影響ない。
コードの行数は半分になるし、IDE以外で開発している奴のタグ抜けとかはなくなるから効率は上がる。

444nobodyさん2016/12/20(火) 13:42:03.55ID:???
>>440
htmlは生で書くよ
それをフレームワークに食わせる

445nobodyさん2016/12/20(火) 15:28:09.06ID:???
>>436
ザマリンか

446nobodyさん2016/12/20(火) 21:45:11.24ID:???
>>445
見てきたけどワロタ

447nobodyさん2016/12/20(火) 23:53:15.14ID:???
フレームワークを追っかけるのは疲れたわ
1年たったらバージョン違うし
なんでフレームワークなんか勧めてくるんだ?

448nobodyさん2016/12/21(水) 01:13:33.42ID:???
フレームワークいらないならこのスレ見る必要無いよ
スレタイを読もう

449nobodyさん2016/12/21(水) 10:27:44.18ID:???
まあでも流れ早すぎて最近のフレームワークはそれ自体が商売化してきてる気もするよな

450nobodyさん2016/12/21(水) 15:56:14.29ID:???
学習コストが一番安いフレームワークを教えて

451nobodyさん2016/12/21(水) 17:08:24.70ID:???
>>450
どれもたいして変わらないよ

452nobodyさん2016/12/21(水) 18:00:55.75ID:???
>>451
質問が悪かった
子供が遊びで話す 「PythonとRubyはどっちが簡単?」
そのレベルでいいよ

453nobodyさん2016/12/21(水) 19:42:52.10ID:???
サーバーサイドのフレームワークなんて、のんびりしてるほうだけどな。

454nobodyさん2016/12/21(水) 20:09:50.06ID:???
javascriptに比べたらかわいいもんだね

455nobodyさん2016/12/21(水) 21:18:18.09ID:???
単発が沸いてきたな

456nobodyさん2016/12/22(木) 07:59:43.87ID:???
日本だとケイクphpじゃないの

457nobodyさん2016/12/22(木) 08:01:59.72ID:???
>>452
こーどいぐないたー

458nobodyさん2016/12/22(木) 12:50:45.17ID:???

459nobodyさん2016/12/22(木) 20:55:58.85ID:???
>>452
fuel codeigniter phalcon
制約が少ないやつ挙げてみた

460nobodyさん2016/12/23(金) 17:37:42.92ID:f+GOff+L
fuelの良くないところは 自作コードとライブラリを
ごちゃっと混ぜて置かざるをえないところだな
もっとはっきり違うディレクトリに置きたい

461nobodyさん2016/12/26(月) 19:34:06.93ID:gPp4oeSU
フレームワーク使ってるから連携力が上がるって考えている奴は本当に馬鹿
その心は
1.開発規約を作ったら結局、皆わからなくなる。
2.フレームワーク人材不足で横のつながりがそもそもない。
3.フレームワークベンダーの思うつぼ。

462nobodyさん2016/12/26(月) 20:42:26.21ID:???
未だに中小や零細でオレオレ自社製フレームワーク使ってるとこ死ぬほど多いんだぜ
それに比べればメジャーフレームワークのなんと有り難いことか

463nobodyさん2016/12/26(月) 21:48:52.17ID:???
なにがありがたいの?
いずれ、バージョンアップしなくなるか
PHPや周辺を上げないとどうにもできなくなって
困るのはわかりきっているのに
自社製で自分でメンテした方が長続きできるよ

464nobodyさん2016/12/26(月) 22:08:59.64ID:???
>>463
永遠にその人間がいるならいいけどなー

465nobodyさん2016/12/27(火) 09:58:29.51ID:???
いなくなった後が悲惨だよね

466nobodyさん2016/12/27(火) 10:29:13.35ID:???
フレームワークに親を殺されたいつもの人じゃん

467nobodyさん2016/12/27(火) 14:10:33.95ID:???
>>463
自社製のごっちゃごちゃしたやつよりは
オープンソースのすっきりしたやつがええな

468nobodyさん2016/12/27(火) 18:01:34.39ID:???
未だに自社製フレームワークってう○こだと思うが、Facebookとかでかいところは自社製フレームワークなのかな?

469nobodyさん2016/12/27(火) 20:36:06.38ID:???
HHVM作っちゃうあそこはさすがに自作なんじゃないのかな

470nobodyさん2016/12/28(水) 06:52:22.61ID:kQ7J0MRY
フレームワークをいくつも習得したが、
周りに、フレームワークを使えない奴ばかりで、
結局自身がフレームワークでオナニーしていたことに気づいたよ。トホホ

>未だに中小や零細でオレオレ自社製フレームワーク使ってるとこ死ぬほど多いんだぜ

こういう文句に絶対に惑わされるな。
フレームワークの宣伝なんて一切信用しなくていい。

471nobodyさん2016/12/28(水) 06:57:28.13ID:kQ7J0MRY
逆に連携力が無くなるのがフレームワークだな。
自社製フレームワーク云々とか言ってる奴は素人だわ。
フレームワークを使っても、自社の標準規約に合わせるから結局そこで研修が必要になってくる。
逆に一通り確認できるからいいって奴もいるけど、結局のところ、2重にも3重にもルールが増えて
人材が集まらなくなるのがオチ。どこの会社でも同じような人材不足に悩まされるんだ。
重要なのは、設計思想と構造であって、フレームワークではない。もっと重要なのは儲かるかどうかだな。

472nobodyさん2016/12/28(水) 07:02:13.95ID:07oioOy+
>>465
いなくなった後が悲惨なのは、
どっちも同じだろ。
因みに、自社標準を作り際に、フレームワーク化されたPHPとそうでない自社規約に基づいたPHP可読性テストを検証してみた結果
フレームワークを利用したから、可読性が上がったとか、保守性能が上がったと言うエビデンスが殆ど無い。

もっと言ってしまえば、フレームワークによるだろうということ。
より簡単なCAKEやRailsなどは、保守性が上がる場合とそうでない場合とあったが、
より新しいフレームワークほど、著しく、保守性能は落ちた。
標準PHPのみを使って会社の基準に合わせて使っていた方がはるかに効率が良かった。

つまり、ここでフレームワーク推ししてる奴の大半は、そういったベンチマークを行っていない連中ということになる。

473nobodyさん2016/12/28(水) 07:08:55.54ID:07oioOy+
理由その1
機能面で定着しているフレームワークでなければ、フレームワークとは呼べない
理由その2
会社や事業で培われた会社標準による設計は、新しいフレームワークを導入するより圧倒的に効果がある。
場合によっては、定着フレームワークより効果が高い場合もある。
理由その3
フレームワークを使ったとしても、書けば書くほどカオスになっている。

たとえば、新人に、コード修正を依頼して短期間で修正が可能だったのは、オープンソースのメジャーなフレームワークを使用しないバージョンだった。
新人のコストは安い、PHPとSQLとリナックスを少なからず知っている人材であればすぐに対応が可能だったわけだ。

474nobodyさん2016/12/28(水) 07:12:40.48ID:07oioOy+
>>469
コード調べてみた結果自作というより、PHPフレームワーク自体をあまり許容してない。
理由は単純、戦略的に劣るから。
自社製フレームワーク、独自フレームワークたたきの方がむしろど素人w

475nobodyさん2016/12/28(水) 07:13:39.41ID:07oioOy+
>>449

最近のじゃなくて、もともとそういう思想。
欧米的な発想に日本人がようやく気付いてきたかもな

476nobodyさん2016/12/28(水) 07:19:12.51ID:07oioOy+
あの、フレームワークという言葉をつかって技術面で見栄を張る奴ほど素人なものはない。
自己満足コードと同義の言葉が出てくる人は多分採用しない。それこそフレームワーク使える俺ってすごいでしょって自己満足しているだけの人に見える。
フレームワークそのものに、それだけのものは無いから。単なる実現方式の一つでしかないから。

ちなみに、俺が採用する際には、フレームワークの思想そのものに正しい見解のある奴しか入れない。
それは、フレームワークで書けるとか、会社標準に合わせることができるとかは当然として、その上で
フレームワークを使わない仕様の利害関係が理解できる人かな。

477nobodyさん2016/12/28(水) 07:24:23.85ID:07oioOy+
フレームワークを使わなければいけないなんて法律も無ければルールも無い
フレームワークが絶対的だとか、開発方式として優れていると思い込んでいる奴は採用しないってことね。
もちろん、フレームワーク使った事のやる奴しか採用しないけどね。

478nobodyさん2016/12/28(水) 07:26:24.79ID:07oioOy+
標準PHP=標準語
フレームワーク=使ってる人がいるかすらわからない方言(辞典にすら掲載されてない言葉が目白押し)

479nobodyさん2016/12/28(水) 07:28:26.43ID:07oioOy+
>>447
それは、頭の悪い見栄っ張りの勘違いプログラマ気取りが大量にいるからだよ。

480nobodyさん2016/12/28(水) 08:32:54.62ID:???
ざっと上から読んで思ったが「フレームワークどれがいいの?」ってスレじゃないのここ

481nobodyさん2016/12/28(水) 08:47:15.26ID:???
>>472
古くなったフレームワークのアップデート等の保守までを考えると中小企業には荷が重いね
オープンソースのフレームワークにはそういった労力を人任せができる強みがあるんじゃないの

セキュリティリスクについても外部の機関がアラートを出してくれる

482nobodyさん2016/12/28(水) 11:10:47.04ID:2tvlfYzD
フレームワークは絶対に使わなければいけないと思い込んでる奴が必死になって
自社開発したフレームワークを罵るスレッドかと思った。

会社で効率的かどうかを判断してるのに、一個人が会社のやり方に難癖つけるなよ。
口出すような経営権無いんだからさw。

483nobodyさん2016/12/28(水) 11:12:06.65ID:2tvlfYzD
ところで、まずフレームワークの定義からはっきりさせようか。
そうでなければこのスレッドは進まない。
少なくとも国内にマニュアルすら無いような弱小フレームワークは排除すべきだろう。
まず連携取れないから。

484nobodyさん2016/12/28(水) 11:25:07.19ID:2tvlfYzD
>>464
・フレームワーク人材がいなくなった時の方が致命的
・普通のPHP使ってれば、誰もが理解できるコード
・単純に自己満足コードの方がよっぽど理解が速い。読みさえすればPHP使いなら誰もが理解できる。そんな簡単なコードが理解できないのは素人だから。デバッガも使える。
・フレームワークだからカオスにならないわけではない
・フレームワークの上でカオス化したコードの方が圧倒的に厄介
・マッチする人材発掘するのに数週間から数か月かかる
・ノーマルPHP人材よりフレームワーク一式全て覚えた人材を探す方が圧倒的に難しい
・フレームワークの研修を受けさせた後、開発規約の研修をさせるのはコストが莫大にかかる。2,3か月給与払うとなったら100万どころじゃない。
・連携させるためにフレームワークと会社規約を盛り込んだが、実際には連携力が落ちる。なぜならば人材を絞る事になり少ない人数しか集まらないことになるから。
・メジャーなフレームワーク以外の学習効率は著しく悪い、覚えたとしてもスキルを共有できる人材がいないからさらに連携力が悪くなる。

485nobodyさん2016/12/28(水) 11:31:59.11ID:2tvlfYzD
・フレームワークに否定的な人だからといって勉強不足というわけではない、すでにPHPフレームワークが普及し始めて10年以上の月日が経過していてフレームワークを使った事の無い人の方が少ない。それでも批判される理由は経営上の問題。
・フレームワークに公的的な人は、ただ単に、自分のスキルを誇示したいだけの人では?実際にフレームワークを導入して連携力・開発力・保守性が落ちたと言うケースが圧倒的多数。
・2011年時点では、フレームワークを導入した失敗例は全開発うち80%を占めていることすら知らないのでは?
・アメリカには日本の3倍の人材がいるため、フレームワークによる連携力の効果は日本より3倍大きい。すなわちアメリカで向いているからといって日本で向いているとは限らない。
・10000人のPhperが、1000人のローカル・フレームワークに絞ったら連携力は単純に1/10というわけではない。実際にミッション修了までに100倍かかるかもしれない。(ランチェスター戦略)
・末端のプログラマでフレームワークに心酔する人は、戦略的視点で観ていない。だからこそフレームワークベンダの宣伝文句に惑わされやすい。いずれロックインの対象となる。

486nobodyさん2016/12/28(水) 11:34:52.13ID:2tvlfYzD
システムアーキテクトで情報処理安全確保支援士の俺が言うのだからおまいらより間違いない。

487nobodyさん2016/12/28(水) 11:43:24.39ID:2tvlfYzD
>>451
勉強したことが無いからと言って、知ったかしないでねw。

>>450
フレームワークやそのバージョンに応じて大きく違う。
一般的にはフレームワークの規模に応じて、層別し、その上で国内普及度の高いフレームワークは学習効率が良い。
学習効率が良いものは単純に連携力が高い。
設計思想が云々の問題ではない。なぜならそもそも人材がいなければ一人で組むコードと同じだからだ。

488nobodyさん2016/12/28(水) 11:46:09.07ID:2tvlfYzD
いくら開発力・保守性などで連携力を設計思想に盛り込んでも、一人で組んでいたら
自分で一から考えるコードと同じだからだよ。だからフレームワーク使ってる俺ってスキルフルって考えてる奴の方が自己満足だ。
誰とも連携力取れないフレームワーク一つで変に間違った方向にプライドが高いだけのゴミみたいなエンジニアならいらない。

489nobodyさん2016/12/28(水) 11:48:27.98ID:2tvlfYzD
フレームワークを使わなければいけない=音を立てて食べてはいけない
ってくらい厄介。潔癖症か?

フレームワークは標準でも法律でもねえんだからよ。調子こくなやw

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

これは、合ってる。
ただ、フレームワークは規則ではない。
セキュリティに関与するならフレームワークが法制度化される必要がある。
そもそも、フレームワークは標準化すらされてない。
もし、セキュリティに影響を与えるとして標準化、法制度化が進んだ暁には専門学校・大学・大学院である程度の学習が必要になってくる。
しかし、そうなってくるとますます、開発力・保守性などの面の壁を国費で乗り越える手段が必要になってくるから当面、標準化や法制度化は無いだろうなと。

491nobodyさん2016/12/28(水) 13:15:13.64ID:???
まーた暴れてるよ
スレタイも読めない人間が何語っても滑稽なだけだっていい加減気付け

492nobodyさん2016/12/28(水) 13:23:43.75ID:???
たぶんこの人はphpしかできないんだと思う

493nobodyさん2016/12/28(水) 17:11:43.98ID:SgBLaZkz
2ch監視員の自演とか興味ないね。
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11144752831

これ見てもわかる通り、ページャを変更するだけでこの回りくどさ。これがメジャーフレームワーク
SQLって共通理解があるのに、それを直に利用しないことによる弊害。

フレームワークは共通理解のためのものなのに、こんな簡単なこともできていない。だから役立たずだと思われてる。

494nobodyさん2016/12/28(水) 17:14:05.55ID:SgBLaZkz
>>491
お前こそ必死に自演2連投すんなや。

495nobodyさん2016/12/28(水) 17:14:44.40ID:???
1つのフレームワークなんて1、2ヶ月あれば網羅できるだろ。

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

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


たかがサーバーサイド1つ、しかもPHPごときでエンジニアぶるなよ。

496nobodyさん2016/12/28(水) 17:22:39.99ID:???
レスが増えていると思ったが、IDと書き方見る限り、俺以外に他2人しかいないんじゃないのか?w

497nobodyさん2016/12/28(水) 17:24:17.14ID:???
この暴れ方、Qiitaから追い出されたSQLおじさんに似ている

498nobodyさん2016/12/28(水) 17:49:14.91ID:???
>国内にマニュアル

日本語ドキュメント求めてくるとか、どんなけ低レベル向けなんだよw
英語ドキュメントでも充分開発できるだろ。

499nobodyさん2016/12/28(水) 18:01:59.35ID:???
英語から逃げてる奴の意見なんて聞かんわ。上流だけするSEかよ。

500nobodyさん2016/12/28(水) 18:03:29.16ID:???
500だぜ!

501nobodyさん2016/12/28(水) 19:38:45.05ID:???
学習コストの低いフレームワークを使うのが一番良い。

502nobodyさん2016/12/28(水) 20:52:46.07ID:???
>>490
法制度化されてるセキュリティ要件なんてあるの?
完璧でないまでもある程度の自浄作用を期待しオープンなフレームワークを利用するのかと

少なくとも終わったフレームワークは検索結果が教えてくれる

503nobodyさん2016/12/28(水) 21:15:39.43ID:???
英語読めなくてphpしかできないおじさんが
フレームワークスレで必死に不要論を叫ぶ
あまりにも悲惨

504nobodyさん2016/12/28(水) 22:00:18.71ID:???
>>501
phalcon使おうよ
ってphalconスレが無いのはなんなの

505nobodyさん2016/12/28(水) 22:08:31.16ID:???
一気にすすんでるなーー
フレームワークってどこがいいの?スレ

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

とりあえず
有名>>>>>無名>>>>>>>>>>>>>>>>>>>>>>>>>>日本オープン
で、自社と、いらんわ。がどこに入るかの争い?

506nobodyさん2016/12/29(木) 00:06:17.04ID:TO5hcw10
無名のフレームワークは、自社開発のフレームワークと同じだろーよ
そもそも、無名のフレームワークなんて、自分のところで開発しましたって意味だし。

区別つかない奴ってバカ?

507nobodyさん2016/12/29(木) 00:08:51.34ID:TO5hcw10
>>502
将来はできる可能性はある。
ただし、フレームワークが本格的に普及するのは、GUI化されて
開発環境との連携が密になってからだと思うね。
それまでは、導入してもしなくてもどっちでもいいもの。
そのつどバージョンを全て抑えるなんて無駄なことはしない方がいい。
FaceBookでPHPフレームワークを使わないで、PHPのみで開発していたのも無理はない。

508nobodyさん2016/12/29(木) 00:13:34.18ID:TO5hcw10
>>499
バカだね。自分だけが読めるからって理由で言ってるなら、
それこそ自己満足だろ。誰もついてこないんだからさ。

まさか全員が英語できるとでも思ったのか?
俺ができるからお前もやれってのは自己中だと思うね。
俺は英検準1級TOEIC820点持ってるから多少はできるけれど、殆どの奴はTOEICは400点台だよ。
それで「共同開発、共同開発」と連呼している奴は矛盾してる。
こういう奴ほどプロジェクトがうまくいかないと、コミュニケーション能力のせいにしたがるんだろうな。

509nobodyさん2016/12/29(木) 00:19:07.73ID:TO5hcw10
>>495
すぐに1・2か月と工数を発表する奴は信用ができない。
そういう奴ほど、あの資格は1か月で合格できる、このスキルは1週間で身に着けられるといって
極端に短い目標時間を公言して失敗する。見栄っ張りの象徴だな。
楽観的な工期設定はSEとしても失格だろう。

訳して読んだ本場の米国のシニアの説明ではマスターしたいなら、Cakeで6か月、Symfonyで12か月、Zendはこの中間が必要だと説明している。
PHPのフレームワークは投資効果が薄いから、学ばずに新しい言語を覚えた方が得策とも言っている。俺の見解と同じ。
PHPはピュアなコードが一番、投資効果が高い。俺みたいにガチガチのフレームワークをいくつも習得するなら、C#でも勉強しろと言われる。

510nobodyさん2016/12/29(木) 00:20:00.94ID:???
>>507
フレームワーク不要だと思うならそれでいいよ
否定もしないよ
でもフレームワークスレでやるなよ
スレ違いだって人に言われないと気付けないか?

511nobodyさん2016/12/29(木) 00:21:38.83ID:???
>>509
急に英語読めるアピール挟むなよ笑うわw

512nobodyさん2016/12/29(木) 00:28:29.48ID:TO5hcw10
フレームワークが不要とは書いてない。w
ただし、いくつもフレームワークがあるなら、フレームワークの意味はない。
その都度習得したらフレームワークの意味ないだろ。それにこのスレッドの様にどれが最高かが
決まってない言語の時点で、フレームワークの効果薄いだろ。本末転倒だよ。

513nobodyさん2016/12/29(木) 00:33:19.97ID:TO5hcw10
PHPでフレームワークやるなら現段階では無駄だから、Railsでもやれば。
PHPフレームワークの恩恵を受ける事ができるのは10年後だろう。ただし、メジャーないくつかに限る。
それまでに、プロジェクトごと乗っ取りたいベンダーによるフレームワークが異常繁殖して
もち、ベンダーはこう宣伝する「共同開発、自社開発とは違う」
実際は、ベンダ事の自社開発でしかない。いや逆に自社開発で終わってくれれば社会的影響力も大きくなくて済む。騙されない企業が増えないで済む
フレームワークがジャングルのようにカオスになるだろう。コードがカオスになる以前に、フレームワークがカオスになる。
そうなったら、人材供給なんて不可能だし、少数精鋭になるから共同開発の意義も薄れる。(科学的に証明されてます)
勉強するのは無駄だと言える。

514nobodyさん2016/12/29(木) 00:39:11.23ID:TO5hcw10
まず、フレームワークを習得して、能力が高い自分を演技する輩が多くならないことを祈るよ。
そんな外道のおかげで、皆が惑わされる。

まるで、フォンノイマンが水爆開発に参加したのと同じで、あたかも自分が優れている優良人種みたいに
思ってる、フレームワーク使いが増えないことを望むよ。彼らは、無駄なことを勉強せずに経営戦略でも学んだらどうかと思う。
そうすれば、フレームワークの主張する宣伝文句に誘惑されない、より専門的な見識が育つだろう。
フレームワークフレームワーク言ってる奴はそもそも、出来の悪い奴が多いと思う。PHPに関して言えば。
もしやるならフレームワーク乱立せずに人材を供給できるように標準化をすることだ。そして標準化したら開発環境と連動しよりスムーズに開発できることだろう。
共同開発をうたい文句にするには、それをしなければだめだろう。英語やフランス語が出てくる辞典で国内で共同開発は見込めない。

515nobodyさん2016/12/29(木) 00:43:51.86ID:TO5hcw10
共同開発に向かないものを導入して
共同開発できると宣伝文句を妄信してる
そもそも自社とか無名とか関係ない。
そんな奴、遠にクビにした。
自己満足フレームワーク・スキルで一人で開発されても困るからだ。

516nobodyさん2016/12/29(木) 07:48:28.74ID:???
phpのフレームワークが叩かれる要因は
開発者がunix文化から外れてる人が多いからだと思う
車輪の再発明ってやつね

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

簡単に作れちゃうし、みんなが中途半端にオレオレで作っちゃうから
php使ってる人全体の開発リソースが分散しちゃってるんだと思うんだよね
みんなで中途半端な物をそれぞれで作ってないで纏めりゃいいのにさ

517nobodyさん2016/12/29(木) 09:57:55.10ID:???
長文連投してまでフレームワーク使う人を敵視するのは過去に何かあったのかな
フレームワークを使う人がドヤってるエンジニアのように見えてしまうのは劣等感のせいだろう
つらかったでしょう、存分にこのスレで吐き出していけ

518nobodyさん2016/12/29(木) 12:03:58.76ID:???
>>517
俺は上で連投してる人とは違うけども
俺から言わせりゃ長文だからって脊髄反射で煽る君の方がどうかと思うよ
ちゃんと読めばフレームワークを否定してる内容じゃないと思うしね

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

そういう俺はphpの時はマイクロフレームワークのslimで基本的な所だけやって
後は案件に合わせてオレオレライブラリを組み込んで使ってる
でもrubyで作るときはマイクロフレームワーク使わないでrails使ってる
オレオレライブラリをメンテし続けるのだるいし
phpでも定番的なフレームワークが欲しい

519nobodyさん2016/12/29(木) 12:09:40.57ID:4BNj6fp1
そういやsageるとid出ないんだな
俺は>>516>>518

520nobodyさん2016/12/29(木) 12:18:21.69ID:???
phpでも有名ないくつかのフレームワークが存在するじゃん 他の言語は有名なフレームワークがそれぞれ1つずつしかないから選択が楽ということでは

521nobodyさん2016/12/29(木) 12:39:13.06ID:4BNj6fp1
>>520
んー、なんつーかphpと他の言語のフレームワークって違うんだよな
他の言語のフレームワークって発展しながら統合してってる感じ?
勝ち残ってきたから少数になってる

例えばpyramidなんかはzopeとpylonsのいいとこ合わせてできた物だし
そのpylonsはturbogearsを使いやすくした物だし
turbogearsは色んなフレームワークを統合したメガフレームワークだし

djangoみたいに最初からすごい完成度で全くの独自実装したのじゃなければ
大体他のフレームワークの良いところを集めてどんどん進化してるんだよね

phpのフレームワークの場合だとさ、他の言語のフレームワークから良いところをインスパイアしたりするけども
ただの劣化コピーって感じ(主にcakeのイメージ)

522nobodyさん2016/12/29(木) 13:26:24.10ID:???
休みに入ってレス多いな。

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

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

ちなみに、ZendがCakeより学習コスト掛かるとは思えんわ。

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


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

・そもそもPHPメインの会社に技術的な魅力なんてない。
・エンジニアなら誰でも一緒だと思っている。
・100万の人材一人より、20万の人材五人の方が良いと思っている。
・できる奴を見抜けずスルーしてしまってる。
・給料が安すぎる。
・社長がワンマンの馬鹿。

524nobodyさん2016/12/29(木) 14:06:40.63ID:???
>>523
辞めてった同僚がほぼ同じこと言ってた
そいつ今SE上がりの社長さんの下で働いてて、俺もこっそり誘われてる
「社長がワンマンの馬鹿」はかなり響くわ…
これが無ければ給料少なくても結構我慢できるんだが
ってスレチの愚痴だなすまん

525nobodyさん2016/12/29(木) 14:14:38.12ID:???
>>524
会社の雰囲気とかが一番大事だよな。
俺は給料高くないと嫌だけど。



ここでフレームワークの選択に悩んでる奴がいるなら、Meteorでも使えと言っとくよ。

526nobodyさん2016/12/29(木) 16:07:01.37ID:???
メーターってjavascript のフレームワークちゃうのん

527nobodyさん2016/12/29(木) 17:06:43.07ID:???
>>526
メテオね。

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

nodeサーバーの保証は致しかねません。

528nobodyさん2016/12/29(木) 17:17:05.66ID:???
変な改行挟まれるだけで読む気失せる

529nobodyさん2016/12/29(木) 20:49:12.70ID:4BNj6fp1
>>527
そういや、うちの社内の別チームの方で新技術の検証とかやってんだけど
apache nifiがヤバいとか言ってたよ

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

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

goかelixirあたりかなー?なんて思ってんだけど
それ以前にjs覚えさせた方がよさげだな

530nobodyさん2016/12/29(木) 21:33:15.37ID:???
俺は読めるぞ
毎日スパゲティしか食ってないからな
•̀.̫•́✧

531nobodyさん2016/12/29(木) 21:58:55.54ID:???
>>529
nifiって初めて聞いたけど、調べたら凄そうだった。
GUIでバックエンドのプログラムできる感じなのかな?
このスレにきて初めて収穫があったわw

JSはPHPやってる人間も多少はやってるだろうから、JS伸ばした方がいいかもね。
ただJS界隈は、PHPとは比べ物にならないフレームワーク戦争だけど。

532nobodyさん2016/12/29(木) 22:06:00.27ID:4BNj6fp1
>>531
ね、ヤバいよね
guiで作られたらプログラマの商売上がったりだよ

まだ日本語化とかされてないらしいからすぐに広まる事は無いだろうけども
数年後にはphpプログラマは絶滅危惧種になってるかもしれん

533nobodyさん2016/12/29(木) 22:31:54.90ID:???
フレームワーク探しに注ぐモチベーションと学習コストはそのままPHPStormにぶつけるのが最適解かもしれん
言うほど触ってないので異論は認める

534nobodyさん2016/12/30(金) 10:00:34.88ID:???
連投マンはよ

535nobodyさん2016/12/30(金) 11:10:54.11ID:???
>>532
ロボットに仕事取られるのと同じだね。

Webしかできないと将来が不安になるわ。
その中でもPHPは代替されてしまうし、Web専用だから更に心配。

536nobodyさん2016/12/30(金) 11:37:47.74ID:???
会計ソフトがあっても会計士は必要だからな しかしその2フィーというやつは調べてみよう 絶望したら廃業します

537nobodyさん2016/12/30(金) 12:27:17.71ID:???
昨日書き込んでから

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

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

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

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

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

>>535
>>536
今すぐにプログラマが職を奪われる代物ではなさそう
とりあえずかなり面白いから触ってみるといいかも

538nobodyさん2016/12/30(金) 12:36:10.45ID:???
>>537
スラドでも話題になっていたから気にする必要は無いと思うよ
向こうでの反応は冷ややかだったが

539nobodyさん2016/12/30(金) 17:00:43.46ID:???
>>537
モダンなキーワードを書いてくれるのはありがたいが、モダンすぎたりやってる人が少なくて細かく書いてしまうと、
誰が書いているか特定されてしまう恐れがあるかもw
その会社の人間が見たらなおさら。

Webの仕事は奪われてもいいから、nifiとかを作る側に回りたい。

540nobodyさん2016/12/30(金) 17:08:13.17ID:lE6HWcZM
>>531
ついに来ちゃったな、JSのフレームワーク戦争。
アングラをいじってたことがあったけど、あれのどこに利点があるのか正直分からなかった。
普通のJqueryいじってる方がよっぽどプログラマには分かり易かったんじゃないのかな。

541nobodyさん2016/12/30(金) 17:11:10.81ID:lE6HWcZM
>>529
Rじゃね?

PHPerが本格的にサービスを考えて、時代の中心になる時代。
サービスを考えるにはデータ解析からだよな

542nobodyさん2016/12/30(金) 17:20:09.24ID:lE6HWcZM
>>523
フレームワークや多言語を使える人材はいるけど、
みんな経営に携わる立場になってしまい、その後釜がいないかな。
時代の流れで古いフレームワークは使えないし、現段階普及してるのは
Cake、Laravel、Symfony、Railsが中心。
他は、普及が乏しいので管理対象から切り捨ててる。
今後はLaravelに移行してるのでSymfonyが無くなると思われ。
あとは、汎用性の高いVBAのプログラマなら若手もいるし資料も豊富なので継承できる。
あとはIphioneアプリ用にObjective-Cが残ってるかな
以前はPerlやJavaサーブレットもあったけどね。

543nobodyさん2016/12/30(金) 17:27:57.14ID:lE6HWcZM
>>522
俺に言われてもね。あんたは、あんたの経験を書いてるんだろうけど、
俺は、海外の専門家の客観的な意見を書いたに過ぎない。
そもそも、オレオレ経験通りになんていかないんじゃないか?
その辺、フレームワークを使ってるわりに主観に頼りすぎだと思うわ。
ホントのことを書くのは最低限必要だけど、主観でしかない。
主観は大概、余計な感情込めて大げさになる。1年が3か月になり、1か月が1週間になる。まるで信用できん。

544nobodyさん2016/12/30(金) 17:33:27.02ID:lE6HWcZM
プロジェクトを複数持ってるから、フレームワーク間の比較はできるよ。
当たり前だけど、これからはララベルが一番入りやすくなるんじゃないかな。
過去のノウハウが山積みされてるCake、海外プロジェクトに多いSymfony(日本ではver2のおかげで不人気)
本音言うと、Rubyに一本化したいくらいだが、PHPのパワーは捨てきれずPHP7が出たばかリでクソ重さも軽減されてていろいろ移行中、しばらくPHPにお世話になるよ。

545nobodyさん2016/12/30(金) 17:37:31.33ID:lE6HWcZM
>>532
GUIで作れたとしても、プログラマじゃなきゃ、仕組みがわからないんじゃないかな。
簡単なプログラムはGUIで作れても、新しい概念はプログラマの専門知識がどうしても必要になると思うよ。
たとば、統合開発環境を使ってても、結局、プログラマの専門知識は必要だし、コーディング以外の知識も必要になってくる。
だから、プログラマ要らず というより、それらを駆使するのに猶更、高いプログラミング能力が必要になると思うね。
それに、保守のためにしばらく必要。電話と同じでWEBは少なくとも100年は普及し続ける。ある意味安泰だけどな。

546nobodyさん2016/12/30(金) 17:38:59.53ID:lE6HWcZM
>>497
いいかげん、暴れるって、さりげない悪口で印象操作するのやめたら。
話題や論拠の無い奴ほどそういうことをする。

547nobodyさん2016/12/30(金) 17:50:17.76ID:???
>>539
特定とか怖くなるからやめてよw

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

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

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

数年後にどうなってるか楽しみでもあり不安でもあるかな
とりあえず触ったことない人は触ってみる事をお薦めしとく

548nobodyさん2016/12/30(金) 18:09:04.15ID:???
>>545
今はね
現状はその認識で合ってると思う

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

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

まぁ正直今後どう転ぶか判らんけどね
世の中に受け入れられなくてひっそりと消えていく可能性もあるし

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

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

>>543
海外の専門家が言ってることよりも、自分でやってみた方が信憑性があると思うが。
まぁ個人の経験という主観は入ってたと思う。

550nobodyさん2016/12/30(金) 18:49:06.63ID:???
>>547
RでやることをPythonでやった方が早いってことで、RからPythonに移ってるね。

551nobodyさん2016/12/31(土) 09:08:33.05ID:AlZHq02w
ここで、1・2か月で習得できると言ってる奴は、明らかにウソつきだな。
1・2か月じゃ、全うなシステム開発にも携わってないってことだし。
全体の設計・開発・保守に携わり何か成果を上げてから、言うべきだな。
そうすると、2か月どころじゃなくなる。数年ってのが普通になるよ。

552nobodyさん2016/12/31(土) 09:12:43.00ID:AlZHq02w
>>549
Angularは、使う奴が本当にいるのか疑問だな。
俺は完全に反対だよ。明らかに人材集めづらいもん。

これまではPerlerやPhper、Javalerなどが、JS開発に携わる横のつながりがあったが、
Anguralなんぞ入れて、横のつながりを無くしてしまったら、他の言語の連中が気軽に入りづらくなる。
共同開発・連携どころか、人材が絞られて汎用性が無くなるからだ。
頭の良い奴は、開発に携わるのではなく、技術の導入支援や講師になって儲けようとする。
フレームワークで開発を請け負うのは損だからだ。

553nobodyさん2016/12/31(土) 09:24:22.55ID:AlZHq02w
フロント重視といっても、フロント周りであんまり大規模にこだわったものなんてないよな。
強いてあげるなら、サーバと連動するAjaxだけどね。

Jqueryは良い発明だったが、Angularは数年後にはゴミ箱行きだと思うね。
なにせPHP以上にカオスなんだろ?

それと今後、Laravelみたいに数年で大きくシェアを伸ばすフレームワークが登場すると、
古参のフレームワークなんて全く使えなかったということだから投資効果としても悪すぎる。
いい加減、フレームワークに振り回されることが事業場なんの意味もないことに気づくべきだ。サブプライムどころじゃない。

554nobodyさん2016/12/31(土) 09:31:49.51ID:AlZHq02w
よく、人材を確保する際に、
なんらかのフレームワークの経験があれば可とか
PHP3年以上の経験があれば可とかあるけど、次々とフレームワークが大量に発生してるから
いちいち習得しなくていいように書いてあるんだよ。
より、標準知識や一般知識さえあれば応募できるようにしているわけだ。
詳しいことは入ってから習得してもらうってスタンス。

555nobodyさん2016/12/31(土) 09:36:14.43ID:???
>>551
あんたの周りのしょぼいエンジニアと同じレベルで見るなよ。
1,2ヶ月で覚えてそれで開発が終わりなわけが無いだろ。
あんたのとこのしょぼさはレス見ると明らかだぞw

>>552
もうその時点で終わってるわ。時代に全くついていけてないじゃん。
フロントを軽視してるってことは、昔の古いシステムしか作れてないってことだ。
技術者でもないくせに、技術のこと語るなよ。

横のつながりとか何言ってんだ。やる奴は例え1人でもやるんだよ。
連投マンは、10年前の世界から来た過去人なの?

556nobodyさん2016/12/31(土) 09:36:31.39ID:AlZHq02w
フレームワークの習得期間(てきとー)
学習・研修のみ→2週間〜3か月
設計→3か月〜1年
開発→3か月〜1年
テスト→2か月以上
保守→3か月以上

まるまる一通りやって成果にこぎつけなきゃ、習得したとは言えないだろう。
まさか、1・2か月ってーと、ビュー周りの修正、データ操作の修正だけ行ったとかじゃあるまいし。

557nobodyさん2016/12/31(土) 09:47:12.99ID:AlZHq02w
>>555
成果をあげなきゃ、習得したとは言えない、習得した気になってるだけだろ。
お前は、人の批判悪口ばかりで、実質性に乏しいから印象操作しかできないのでは?
変なでっち上げとか印象操作は辞めてねw


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

それに、フロントを軽視した覚えはない。
フロントエンドは要件定義、外部設計など後工程に影響する重要な足がかりになるから当然、フロント周りの設計は重要だと思ってるよ。
もちろん、Jquery、Ajax、この技術は素晴らしかった汎用性が高くて標準化の基礎になりうるから。
でも、Angularはクソだね。いずれ消えるし。絶対的なものでもなんでもない。

558nobodyさん2016/12/31(土) 09:51:49.91ID:AlZHq02w
>>555
>横のつながりとか何言ってんだ。やる奴は例え1人でもやるんだよ。

あれあれ?共同開発じゃなかったのかよw
1人で組んだオレオレ・コードや自社開発フレームワークがクソなんじゃなかったのか?
フレームワークだって一人で考えたロジックだったら結局、自己満足コードになるよ。何勘違いしてんだ。
そんなに、スキルフルに見せたいのか?フレームワークを1・2か月しか習得しないでか?
俺なんか8年もフレームワークだらけだというのに。

559nobodyさん2016/12/31(土) 09:56:10.11ID:AlZHq02w
フレームワークを多用したところで、
レビューで突っ込みどころ満載の、自己満足コードしか書けないけどな。
本来プログラマとはそういうものだし。その時通ったとしても
あとでリファクタリングの対象だらけになるよ。

一番重要なのは、フレームワークではなく、個々のシステムの機能や、フロー、IOインタフェースだと思うよ。
フレームワークや書き方が後々、何でもいいように、しっかりとした設計が重要なんだよ。コーディングレベルのことにこだわりすぎて、
フレームワークみたいにクソみたいなカオスコード入れんなよ。

560nobodyさん2016/12/31(土) 10:01:53.21ID:???
>>556
プログラム未経験者を対象にしているのか?

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

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

お前はAngular事情も知らないだろうし、まだjQueryレベルw
Angular一本でもやってないしな。

561nobodyさん2016/12/31(土) 10:05:55.26ID:???
>>558
お前は俺を誰と勘違いしてんだよw
共同開発なんて一言も言ってないだろ。

お前は真実見抜かれて怒り狂ってるんだな。
勘違い野郎はお前だよ。

562nobodyさん2016/12/31(土) 16:36:28.62ID:???
Angularよりも学習コストが低いVue.jsがLaravelに採用されたって
聞いたんだけど
LaravelってPHP側はWebAPIに特化した作りになってるってこと?

563nobodyさん2016/12/31(土) 17:21:31.85ID:???
>>562
ここ数年で作者の興味が変わったのか、
フロントエンドに介入し出した結果が
Vue.jsだったりelixirという名のオレオレgulpタスク群だったりするだけ
Laravel自体は変わってないよ

564nobodyさん2016/12/31(土) 18:49:22.88ID:???
まだAngularクソだって気づかない奴いるのか…

565nobodyさん2016/12/31(土) 19:55:22.83ID:???
最近学習コストがかからんですむ
vue.js+fuelphpの組み合わせばっかりで開発してるなあ……

固定化しちゃうのはよくないと分かってるんだけど……

566nobodyさん2017/01/01(日) 23:55:36.86ID:???
捕手が絡まないシステムであれば何のフレームワークで組んでもよろしい

567nobodyさん2017/01/02(月) 14:28:00.77ID:???
連投マンがいないと寂しいな

568nobodyさん2017/01/02(月) 14:52:53.53ID:???
会社の社長と話してきたが、社長も同じ意見だな。
次々出てくるフレームワークはやったら負けってな。

振り回されてるやつは、新興宗教をとっかえひっかえするのと同レベルだそうだ。

569nobodyさん2017/01/02(月) 14:54:25.66ID:???
今からやるならwordpressでいいよ
php7だと予想以上に早くて驚いた

570nobodyさん2017/01/02(月) 14:54:59.70ID:gK9TTruF
1・2か月で習得可能とか言ってるやつは、保守までやったことのないやつがほとんど。
だって、保守までやるのに1,2年は最低かかるだろ。
そうじゃなきゃ、フレームワークの恩恵とやらを受けられませんよ?

真実見抜かれてイカレちゃてるのは誰なんでしょうか?

571nobodyさん2017/01/02(月) 14:58:20.19ID:gK9TTruF
>>564
Anglarはクソで間違いないね
フロントエンド重視だからとか関係なくクソはクソだよ。

572nobodyさん2017/01/02(月) 15:24:31.89ID:gK9TTruF
ところで、新しいフレームワークを採用する際に
どういう学習環境で実施する?

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

どれが、一番早いかおしえて。

573nobodyさん2017/01/02(月) 15:26:24.81ID:gK9TTruF
ちなみに、うちは集合研修だから習得は早い方だと思ってる。
個人でってやつは向上心はないよりましだが信用できない。
集合研修は大体2,3か月だね。
その後は、1週間に一度の定期講習で知識共有。
ネット動画でノウハウ共有みたいなこともやってる。

574nobodyさん2017/01/02(月) 15:29:03.35ID:gK9TTruF
どんなフレームワークを採用しても大丈夫なようにソフトウェア設計だけはしっかりやっておくのがミソだと思うのですが。

575nobodyさん2017/01/03(火) 12:09:18.09ID:???
別にAngularを押すわけではないが、どうせ1系しか知らんかったり、ES5止まりなんだろうな。

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

PHP自体がフレームワークとか書いた奴もレンコンマンか?

576nobodyさん2017/01/03(火) 13:35:09.22ID:???
年明けからまた頭の良さそうな方がやってきていて、2017-ITもグダグダそうですね…

577nobodyさん2017/01/05(木) 17:22:49.28ID:???
2ちゃんなんてまともなエンジニアは誰も見てない
みんなsnsかslackで話してる
phpユーザーズにはそこそこ人がいる

578nobodyさん2017/01/05(木) 18:12:06.97ID: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

579nobodyさん2017/01/06(金) 10:29:04.66ID:???
ひどいこと言わないでください

580nobodyさん2017/01/06(金) 10:54:04.30ID:???
>>577
アンテナの高いエンジニアは全部読むよ
お前みたいに偏った嗜好は持たない

581nobodyさん2017/01/06(金) 15:47:46.82ID:???
>>580
slackとかは匿名じゃないからあんまり変なことは言えないしね。
アホな質問とかしれっとできる2chは魅力あると思う。

582nobodyさん2017/01/06(金) 19:02:41.16ID:???
Phalconスレがないのはなんで?

583nobodyさん2017/01/06(金) 21:59:11.55ID:???
立てたきゃ立てろ
つかcodeigniterもスレ伸びてないけどなんでだろね

584nobodyさん2017/01/06(金) 22:41:43.09ID:???
2ちゃんがオワコンだからだよ
どのスレも勢いない

585nobodyさん2017/01/06(金) 23:16:37.85ID:???
語り合いたいけどSNSみたいに垢作って馴れ合うの苦手
だけどそっちに行かないとダメなんかねえ

586nobodyさん2017/01/07(土) 08:19:45.44ID:???
ファルコンスレあったよね 落ちたんだね

587nobodyさん2017/01/07(土) 20:36:43.96ID:???
Pharonとかいうわけわかんないスレじゃなくて?

588nobodyさん2017/01/11(水) 13:03:19.11ID:???
2chのインターフェース自体古いし
reditとかに以降すべきじゃないか?

589nobodyさん2017/01/11(水) 15:41:58.55ID:???
過疎っているのはインターフェースのせいじゃないと思います

590nobodyさん2017/01/17(火) 20:44:50.12ID:???
ファルコン!ファルコン!ゆかいなファルコン!たのしいファルコン!ファルコーーン!ファルコン!

591nobodyさん2017/01/17(火) 22:59:41.72ID:???
おっさんしかわかんねえよ

592nobodyさん2017/01/19(木) 17:31:40.81ID:???
>>590
誰か解説してくれ

593nobodyさん2017/01/19(木) 19:59:50.58ID:???
おっさんだけどわかんねえ

594nobodyさん2017/01/19(木) 21:13:23.75ID:???

595nobodyさん2017/01/19(木) 22:37:51.16ID:???
なつかしすぎて泣きそう
ってフレームワークの話しろや

596nobodyさん2017/01/19(木) 22:42:19.53ID:???
FuelPHP
読みにくいよね・・・

597nobodyさん2017/01/20(金) 00:25:49.50ID:???
ふゅーえる
がなぜ読みにくいのか

598nobodyさん2017/01/20(金) 08:40:31.88ID:???
CI4のdev触ってるけどよさげ
はよ出せ

599nobodyさん2017/01/21(土) 00:50:23.90ID:???
要件が単純な案件があったのでphalconを最近業務で使ってみたけどすげーいいな
自由すぎるからルール厳格にしないと改修で死ねそうだが
が、規約がうぜえFWよりよっぽどいい
AMI 2016.09でやってるけど軽すぎてビビる

>>594
くっそわろ

600nobodyさん2017/01/21(土) 08:39:05.40ID:???
phalcon debug が大変そうだね

601nobodyさん2017/01/21(土) 10:45:17.75ID:???
>>600
599だがそんなことまったくない
昔はextensionがエラー吐いたり( ここらへん ttp://blog.asial.co.jp/1272 )したらしいが3.0.3では特に無いなー
まー凝ったことしてないからかもしれんが

602nobodyさん2017/01/21(土) 12:04:04.76ID:???
>>601
そうなんだ 時間が空いた時にちょっと触ってみるわ

603nobodyさん2017/02/01(水) 21:14:31.90ID:Qikpskfb
>>148

ララベルは消えるんじゃないか。
遅いし、機能もケーキ以下だし

604nobodyさん2017/02/01(水) 21:19:45.83ID:Qikpskfb
>>575
全体統括する立場で初めて習得したことを生かせるだろう。
保守から参加する末端技術者は、設計開発その他の重要な局面に参加できない。
ゆえに全体を連続でやらない限り、習得したとは言えない。

1,2か月ってのは明らかにサバ読みすぎで、エンジニアの価値が下がるからやめるべきだな。
俺のいる部署に1,2か月でマスターしたと豪語して入ってきた奴がいるけど、カラッキシだめだったよ。
6か月くらい経験してようやく慣れてきたといったところか。
フレームワーク使わない時代の方が圧倒的に仕事が早かったんだが。本当にFWの恩恵を受けているのかは定かではない。

605nobodyさん2017/02/12(日) 21:25:15.32ID:Cj2dxAMR
去年Symfony使ったが習得しながら開発した。
最近気づいた仕様もあってすべて習得している状態ではない。
学習期間が1,2か月というのは無理があると思う。
開発は終わった。
納品先には開発部隊がある。
俺俺フレームワークはダメと納品先からリクエストがあったので
Symfonyを選んだ。
いろんな要求にこたえられて結果的にSymfonyを選んで良かった気がする。

606nobodyさん2017/02/12(日) 21:44:08.25ID:???
> 俺俺フレームワークはダメと納品先からリクエストがあった
上の方で馬鹿が吠えてたけどそれが普通だよな
「しんふぉにーわかるひとー?」で人集めれば改修保守できるんだから

607nobodyさん2017/02/14(火) 00:54:39.79ID:???
俺俺だと保守に開発者集まらないものな

608nobodyさん2017/02/14(火) 21:33:41.48ID:???
俺俺っていっても、どこかのコピーか、かぶせてるだけだろ
そんなんで俺俺いってもなーー

609nobodyさん2017/02/14(火) 22:58:49.57ID:???
自前実装のおれおれ見てると頭痛くなってくるぞ
おれおれテンプレートエンジンのデリミタが■hoge■(全角)とかはまだしも
何から何まで$_SESSIONに突っ込んでたり殆ど同じことやってんのにページごとに同じコード書きまくってたり
挙句の果てに上司と部下がコメントで喧嘩とかな
10年前ならともかくコメントの日付が2015XXXXとかになってんのもう見るのいやー

610nobodyさん2017/02/14(火) 23:05:19.71ID:???
オレオレフレームワークの何がイヤってその知識が全く潰し効かないこと

611nobodyさん2017/02/18(土) 09:16:15.93ID:5ClZkRJX
ぶっちゃけ、Modelとかテンプレートとかはどうでもいいけど、
ルーティングが整理されていないと読む気にならん。

612nobodyさん2017/02/18(土) 17:38:31.37ID:???
>>609
あるある
一瞬で終わるはずの修正なのに延々とエンバグに付き合うことに

613nobodyさん2017/02/18(土) 21:14:45.23ID:???
>>611
ez publishっていうCMSがあってな
是非見ていただきたいものだ

614nobodyさん2017/02/25(土) 22:50:48.71ID:???
まだわかんねーのかな?
オレオレがダメなんじゃなくて、アホが作ってるから腐ってるだけなんだってこと…

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

ただ、メジャーフレームワークのクソさ加減にいつまでも気付け無いバカばっかだってことの裏返しだけどな

615nobodyさん2017/02/25(土) 23:00:45.45ID:???
あ、はい
ではその素晴らしいフレームワークで頑張ってください

616nobodyさん2017/02/25(土) 23:08:13.67ID:t5H8rsG0
大抵のオレオレは目もあてられんのだったら、
作らなくて済む分出来合いのでいいのではないだろうか。

617nobodyさん2017/02/26(日) 13:31:27.01ID:???
まーた始まった
お薬多目に出してもらえ

618nobodyさん2017/02/27(月) 00:13:43.60ID:???
>>616
あ、はい
ではその素晴らしいクソフレームワークで頑張ってください

619nobodyさん2017/02/27(月) 00:30:01.51ID:???
そこでクソと付けてしまうのはダメ
>>615で綺麗に褒め殺ししてたのにただの三流の罵倒に成り下がってしまった

620nobodyさん2017/02/27(月) 00:52:00.10ID:???
罵倒するつもりで言ったんですけど、何いってんですか? アホですか?

621nobodyさん2017/02/27(月) 02:26:55.62ID:???
結局、PHPが見捨てられ始めたのって
使ってる人間の割合が子供が増えたからだと思うんだよね

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

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

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

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

乗り換えたのは仕事都合だったんだけど
乗り換えて心の底から良かったと思ってる
他言語やった事ない人はこんなスレで子供相手にして消耗してないで
他言語やってみたら?
世界が広がるよ

622nobodyさん2017/02/27(月) 04:43:40.56ID:???
5.4からarray()使わなくて良くなったの知らずにしこしこarray()使ってたわ
毛嫌いしてたショートタグもじゃんじゃん使ってくんで夜露死苦ぅ!

623nobodyさん2017/02/27(月) 08:45:57.39ID:???
>>620
そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと
まぁ罵倒するだけで自身が満足ならそれはそれで良いことだね

624nobodyさん2017/02/27(月) 09:22:58.02ID:???
>>621が言ってるそばから>>622みたいなアホ後者がきてるしな
スレにすら合ってねぇってことが分からねぇバカ
わざとやってんのかよとすら思うがわざとならつまらなすぎるから
本物のバカなんだろう

625nobodyさん2017/02/27(月) 09:26:59.68ID:???
>>623
あのさ、お前本当のバカだろ
なんで相手がどう思って何をしているはずだからそれでは効果は無いはずだとか決めつけてんの?

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

まぁ評価するだけで自身が満足ならそれはそれで良いことだね

626nobodyさん2017/02/27(月) 09:37:22.22ID:???
よっぽど悔しかったんだな

627nobodyさん2017/02/27(月) 09:55:41.79ID:???
おまえがな

628nobodyさん2017/02/27(月) 09:59:09.97ID:???
本当にPHP関連のスレは壊滅的だな

629nobodyさん2017/02/27(月) 10:09:02.56ID:???
>>621
PHPerはバカ過ぎて、

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

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

他の言語がどうしたとかのレベルじゃねぇよ、中学生並みの理解力すらねぇんだもん

630nobodyさん2017/02/27(月) 12:45:52.35ID:???
phalconとかiceっていうかzephirの話したいし聞きたいよー
どこにもスレないよー

631nobodyさん2017/02/27(月) 16:48:59.17ID:???
チラ裏だがQiitaってAlexaで国内19位まで上がってんのな
びっくりぽん

632nobodyさん2017/02/27(月) 20:20:38.86ID:???
Qiitaはなんか知らんがレベル高い人が集まってる
2ch、というかまさにこのスレなんかと住み分け出来てていいんじゃないか

633nobodyさん2017/02/27(月) 22:56:29.45ID:???
>>622
実は俺もw

634nobodyさん2017/02/27(月) 22:59:01.58ID:EO95zXAk
メジャーフレームワークのクソさ加減を教えてくれ。
どこがクソなんだ。

635nobodyさん2017/02/28(火) 00:17:38.51ID:???
一見便利そうに見えるが、プロジェクトがでかくなると途端に
アレもダメこれもダメで、結局全然便利じゃない所

636nobodyさん2017/02/28(火) 00:19:16.50ID:???
どこって・・・・・
全部やん
というか・・・メジャーなのは無い
どこも1Aか2Aクラスじゃね?

637nobodyさん2017/02/28(火) 08:05:50.17ID:???
答えられないのに背伸びするからこうなる

哀れ

638nobodyさん2017/02/28(火) 09:20:07.68ID:???
>>637
え?

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

哀れ

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

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

ホント、マヌケよねークソペチパーって

641nobodyさん2017/03/01(水) 14:06:36.77ID:???
>>639
得になることならともかく、徳になることなら喜んでやってやれよ
「仏教徒ならやってやれ!」だ

642nobodyさん2017/03/01(水) 14:29:09.16ID:???
よし、分かった。では、彼の徳になる回答だ。

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

以上

643nobodyさん2017/03/01(水) 21:56:50.13ID:???
LaravelかWordPressが良いんじゃねーの

644nobodyさん2017/03/01(水) 23:05:25.11ID:???
Laravelは審議するが、WordPressは論外

645nobodyさん2017/03/01(水) 23:23:05.83ID:CjBl2d86
関連のレイジーロードってオレオレで作るのは難しいと思うが、どうしてるの

646nobodyさん2017/03/02(木) 10:04:59.60ID:???
フレームワークに囚われすぎないで一度DDDを学んで欲しい
フレームワークにべったり依存して書いちゃうとフレームワーク自体のバージョンアップさえ苦痛になる
ドメイン層をフレームワークから分離させておけばフレームワークの変更もまだ楽
永遠に使い続けられる完璧なフレームワークなんてものは存在しないんだから
メジャーなものでもオレオレでもいつかは来る捨てる日に備えておこう


今仕事でcakephp1.3の保守やらされてて目が死んでる俺が言ってるんだから説得力あるでしょ?

647nobodyさん2017/03/02(木) 11:24:54.23ID:???
とは言ってもロジックのほとんどってフレームワークが提供してるライブラリを叩いて構築してくもんだから
フレームワークの移行ってやっぱ大変よ
せいぜいMVC、ルーティングをちゃんと分類しておくくらいじゃない?

648nobodyさん2017/03/02(木) 11:27:46.08ID:???
CodeIgniter 4で改訂版出してクレメンス

649nobodyさん2017/03/02(木) 14:01:18.45ID:ro54r/Gx
cakephp1.3 ではドメインモデルでかけないね。
cakephp3 でやっと対応したところだから。
フレームワークを使っていないシステムでフォームもセッションもすべて
配列のシステムをメンテしたことがある。当時はそんなものだと思ってい
たが、今はぞっとする。

650nobodyさん2017/03/02(木) 15:12:52.10ID:???
俺がRails触る気が起きないのって、CakeはRailsに大きな影響を受けて作られたって話聞いてるからだからなぁ。
影響受けてあれってことは、Railsもマトモなわけないと思わせるほどの腐臭がCakeからは漂ってくる。

651nobodyさん2017/03/02(木) 15:31:15.41ID:???
Cakeも2までは色々ダメだったけど3でかなり改善されてるから2まで、3から、で印象変わるよ

例えば2のダメなところはアソシエーション書いてfindした時に内部で全部JOINしてるせいで
レコードが巨大になりがちだったり、カラム指定がクソめんどうだったり、
あとrecursiveが単純な階層指定のせいで
アソシエーション設定してるが今回は要らないやってテーブルを排除するfindがクソめんどうだったり
まあContainableビヘイビア使ってればある程度は何とかなってたが。

その点を3では改善してくれてる、
あとRailsはCakeと違って完成度高いよ。

652nobodyさん2017/03/02(木) 16:12:24.24ID:ro54r/Gx
Cake てクエリーで contain を指定しなくても関連が勝手についてくるの?
たしかにめんどい
recursiveが単純な階層指定って関連を何回たどるかってこと?
Laravel, Symfony はレイジーロードありなので大抵はそれで事足りると思う。
パフォーマンスでないときだけ明示的に with, join を使えばいい。

653nobodyさん2017/03/02(木) 18:24:57.89ID:???
>>651
さっきCake3の記事を仕事中にスマフォでちらっとみただけなんだけどさ
EntityクラスとTablesクラスがDBアクセスの基本になってんでしょ?
Tablesクラスってことは、Table毎にクラス作るんでしょ?
いつまでそういうことやってんのかなって感じ

もう、DAOでもActiveRecordでもずっと言われてることだけどさ、
AテーブルとBテーブルをJoinするSelect文のメソッドはどっちのテーブル用のクラスに書くの?

654nobodyさん2017/03/03(金) 09:14:13.45ID:oOv2rtBY
ActiveRecord を使ったことがないけど
Repository に分離しているフレームワークでも同じことだと思う。
売上一覧が伝票・伝票明細・得意先・商品を結合するのだったら、
伝票という風にメインになりそうなクラスに書いている。

655nobodyさん2017/03/03(金) 11:28:30.55ID:???
>>654
>伝票という風にメインになりそうなクラスに書いている。

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

そういう、どっちにもなりそうな状況が発生する時点で設計が狂ってんだよ。

656nobodyさん2017/03/03(金) 11:33:54.92ID:???
一応、フレームワークっつってんだからさ、
普通に考えたら「こう実装するしか無いよね」って道を指し示せないとダメなわけさ

実装者によってあっちに書く、こっちに書くみたいな状況になるフレームワークは
フレームワークが機能してないってことなわけだ

657nobodyさん2017/03/03(金) 12:15:15.05ID:???
既存フレームワーク全否定ワロタ

658nobodyさん2017/03/03(金) 12:44:40.70ID:???
たぶんCRUDくらいの簡単なものしか触っことないんだろうね
それか仕事したことないか

659nobodyさん2017/03/03(金) 16:22:02.99ID:???
>>657
ん? 今更何いってんの? >>614でとっくに全否定してんだけど

>>658
日本語の文章をマトモに解釈すると「おまえがな」って意味になっちゃうんだけど
自分で言っててわかってる?
そういう意味で言ったの?

660nobodyさん2017/03/03(金) 16:24:12.05ID:???
なんか、今日もクソペチパー祭りにみたいになってきてんな…
もう>>621の言うとおり、本当にPHPにはマトモな奴いねぇのかもしれないな…

661nobodyさん2017/03/03(金) 17:05:12.78ID:???
こんなスレで息巻いちゃってかわいいね

662nobodyさん2017/03/03(金) 17:22:09.55ID:???
おまえがね

663nobodyさん2017/03/03(金) 21:25:21.18ID:???
ワッチョイ導入してほしい

664nobodyさん2017/03/03(金) 23:47:55.16ID:???
>>658 = マジ、CRUDくらいの簡単なものしか使ったことないやつ
既存フレームワーク使って満足してるやつ

665nobodyさん2017/03/04(土) 10:09:04.15ID:Iuc7Mslw
Webアプリ(≒CRUD)しか能がないPHPの話だから、それでいいだろ。

666nobodyさん2017/03/04(土) 10:15:42.15ID:???
と言うか基本CRUDだろ。他に何があるんだ。

667nobodyさん2017/03/04(土) 19:13:07.79ID:WEjOxgqw
>>655
この場合にどちらになるか選択しなくて良い方法は、
トランザクションスクリプトでドメインロジックを書くことだと思う。
ActiveRecord, TableModule, DomainModel+Repositoryではこの種の選択がある。
フレームワークがオレオレか既製かではなくて、
トランザクションスクリプトかActiveRecord他のどちらがよいかということになる。

668nobodyさん2017/03/04(土) 20:20:02.40ID:???
>>665
よくねーっつったのが>>658自身なんだから、オレに言われてもしらねーよ

669nobodyさん2017/03/05(日) 03:11:41.17ID:???
>>658
>CRUDくらいの簡単なもの

煽りじゃなくて意図がわからんのだけど
単一テーブルへのアクセス(ややっこしい
結合無いやつ)って意味なのかな?

670nobodyさん2017/03/05(日) 16:57:10.47ID:???
CakePHP :
CodeIgniter :
FuelPHP :
Laravel :
Phalcon :
Symfony :
Zend Framework :
それぞれどんなイメージ持ってる?
参考にしたい

671nobodyさん2017/03/05(日) 23:56:18.92ID:???
CakePHP : コントローラーにロジック書きまくり
CodeIgniter : 突き放しFW
Symfony : あっちにもこっちにもあそこにもここにも設定ファイル

672nobodyさん2017/03/06(月) 11:08:45.76ID:+tF/pjD5
ORMで比較
Symfony > Laravel > CakePHP
Symfony は重厚長大
Laravel はマジックメソッドで遅い

673nobodyさん2017/03/06(月) 11:31:30.72ID:???
PHPのメジャーフレームワークがどれもクソなのはわかるが、
オレオレフレームワークでやってる奴は、作ったフレームワークをちゃんとテストしてるのか?

まともなフレームワークを作るにはそれなりに工数もかかるし、リリースしてユーザーの協力でバグを発見できる。
それだけのリソースを社内で抱えているなら、オレオレでも良いとは思うが。

674nobodyさん2017/03/06(月) 12:16:30.74ID:???
>>671
いやCakeでもモデルに書こうぜw

675nobodyさん2017/03/06(月) 12:32:36.57ID:???
>>673
>作ったフレームワークをちゃんとテストしてるのか?

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

>>674

> それぞれどんなイメージ持ってる?

676nobodyさん2017/03/06(月) 12:33:49.50ID:???
追記:こまめにテストしてかないとオレオレは構築中にかならず崩壊するよ

677nobodyさん2017/03/06(月) 14:22:27.01ID:???
まだ学部生ですが、FuelPHPがすごく扱い易いと思ってます。
coreクラスや、その他パッケージも充実してます。

678nobodyさん2017/03/06(月) 18:54:55.76ID:???
>>654
伝票クラス作成に賛成
こういうモデリングは楽しいね

679nobodyさん2017/03/06(月) 21:33:57.69ID:???
>>671
>Symfony : あっちにもこっちにもあそこにもここにも設定ファイル
地獄だなそれ 古いez-publishを思い出す

680nobodyさん2017/03/06(月) 21:48:44.14ID:???
CakePHP : ニホンジンケークダイスキアルネ もう2系の改修はいやだよ
CodeIgniter : 好き 勤務先メイン シンプルでキレイに書けるし速めなところが好き 4もgithubで追いかけてるけどとても好ましい
FuelPHP : CIと迷ったが社内でディスカッションしてCIになった 現在の状況はよく知らん
Phalcon : extensionってだけで色物扱いされることが多いが速いしコードも少なく美しく書けるし好き だけど仕事ではなかなか使えない(人集めとかそういう政治的理由で)のが残念
Zend Framework : もういいだろ……改修案件でライブラリとして一部を使ったりはあるみたいだけど自分ならあえて使わないな 初学者がフレームワークアレルギーになる一因
Laravel, Symfony : 重そう(触ったこと無い

681nobodyさん2017/03/07(火) 16:05:00.20ID:PwJ0DFRR
>>677
FuelPHP は他と比べてどうですか。

682nobodyさん2017/03/07(火) 17:30:17.83ID:???
新しいプロジェクトでfuel使うメリットが見えない

683nobodyさん2017/03/07(火) 23:01:34.37ID:???
fuelってcodeigniterのライセンスが怪しいってなった時の救済先として注目されていたってイメージ

684nobodyさん2017/03/08(水) 06:22:25.90ID:???
fuelは公式サイトがスカスカ

685nobodyさん2017/03/08(水) 06:49:05.76ID:???
fuelはciの開発者が趣味て作ってた物で
実用レベルじゃない

686nobodyさん2017/03/08(水) 12:44:04.85ID:???
まじかよ

687nobodyさん2017/03/08(水) 18:49:22.41ID:???
>>681
他と比べるというか、急上昇してるlaravelなど使ったことがないですが
良い意味で扱い易い印象です。(公式ドキュメント見ながら0から作るぶんには)
まだはじめて半年-1年未満なのでそのへんの動向はわからないですが、初心者なりに理解しやすいと思ってます。

688nobodyさん2017/03/08(水) 20:40:01.00ID:???
まあ言うてもフルスタックだからね、
ただ最近だとSymfony2かRailsに行っちゃうのが良いと思う

689nobodyさん2017/03/08(水) 22:02:08.94ID:???
同じ言語なら速いもん使いたいってのはマイノリティーなんじゃろか
phalconとかice(生きてんのこれ?)は別にしても同じPHPなら速いもん使いたいなー

690nobodyさん2017/03/08(水) 22:41:09.96ID:???
速さなんて二の次で、開発効率と保守性こそ正義ってことがわからない子がいるの?

691nobodyさん2017/03/08(水) 22:47:15.63ID:???
それトレードオフか?

692nobodyさん2017/03/08(水) 23:07:26.00ID:???
トレードオフだと思う

693nobodyさん2017/03/08(水) 23:18:48.02ID:???
そっかー

694nobodyさん2017/03/09(木) 00:37:04.51ID:???
素のPHPで何もフレームワークを使わずに書いた方が速いに決まってるだろうしね

695nobodyさん2017/03/09(木) 01:04:08.90ID:???
ところがどっこいPhalconの場合は内部でC呼んでるから使った方が速くなる

696nobodyさん2017/03/09(木) 01:39:57.60ID:???
そうなんだ、知らなかった

697nobodyさん2017/03/09(木) 08:19:33.52ID:???
ファルコン!ファルコン!ファルコン!
ゆかいなファルコン!たのしいファルコン!ファルコーーン!ファルコン!

698nobodyさん2017/03/09(木) 12:14:55.32ID:???
>>695
ファルコンってエラーでクラッシュとかするんでしょ?
普通のPHPだとエラー有りページが表示できなくても他のエラー無しページには影響ないけど、ファルコンでも同じなの?

699nobodyさん2017/03/09(木) 15:27:35.08ID:???
望まぬファルコン望んでる

700nobodyさん2017/03/09(木) 22:44:38.83ID:???
>>698
2.xまでは結構な頻度でHeapがどうこうで落っこちたりしたけど3.xはないよ
可能性ゼロではないだろうが3では見たこと無い
3でphalconでいうところのproject-simpleで2件(アンケートとちょっと変わったECもどき)を実案件でやった程度の実績だけど

>>697
ワロタ
おっさんしかわかんねえだろ

701nobodyさん2017/03/10(金) 07:09:50.49ID:???
誰も書かないから書いちゃうけど

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

PHPフレームワークの性能の範疇でインフラが耐えられるかどうかのギリギリの開発でもしてるのかと

702nobodyさん2017/03/10(金) 08:23:54.50ID:???
開発者集めたりする時の問題とかあるじゃん
全部golangでやりまーすって集められるかも知れんけど金額合わんわ
コードの書き方でも速さって変わるけど遅いの好きな人はそれらもどうでもいいのかね

703nobodyさん2017/03/10(金) 15:45:00.88ID:A2UaQP/z
パフォーマンスで気をつけているのは
 アプリケーションで大量件数をバッチ処理する場合に個別にチューニング
 結合結果を一覧するときに1+N問題が発生しないようにクエリーで結合

704nobodyさん2017/03/10(金) 16:42:15.41ID:BVMxAYRu
何でもかんでも、素の方が早いとか思い込んでるやつは、
Symfony(じゃなくてもいいけど)のHttpKernelが何やってるか見てみたら?
それと同じレベルのことをやっている自負があるなら、「素」の方が早いだろうねw

705nobodyさん2017/03/11(土) 04:09:09.22ID:???
>>704
そんなに推奨する自信あるなら何やってるか書けばいいのに…
そもそも自信がねーのか、書けねーのか…

何でアホフレームワークのことわざわざ調べにいかなきゃいけないんだよ…
もう、頭おかしいペチパーの相手疲れたよ…

706nobodyさん2017/03/11(土) 08:42:54.92ID:???
>>705
相手しなきゃいいじゃん
このスレ見てレスするのを誰かに強要されてるのか?
いい大人なら自分のしたいことくらい自分で決めろよ

707nobodyさん2017/03/11(土) 10:51:20.08ID:???
>>706
「嫌なら見るな」クソ芸人的論理っすね

708nobodyさん2017/03/11(土) 11:31:44.41ID:???
オレオレは不遇の時代なのだから良さアピールせんと
苛つかせても逆効果では?

709nobodyさん2017/03/11(土) 13:47:40.46ID:???
Laravelは工数が激減するとかそういう理由で伸びたん?
それとも単にCIのライセンス問題で、乗り換え先がたまたま皆同じだっただけ?

710nobodyさん2017/03/11(土) 14:27:26.34ID:???
>>707
頭おかしいペチパーばっかのスレをわざわざ自分で見に来て相手するの疲れたよって書いてるからたぶんこの人も頭おかしいんだと思う
何かに固執しちゃう障害持ちで嫌なのに見に来ては文句垂れるかわいそうな人

711nobodyさん2017/03/11(土) 14:34:38.67ID:???
>>710
障害持ちというより単にこのスレで過去に馬鹿にされて粘着してるだけっぽいか

712nobodyさん2017/03/11(土) 20:19:12.20ID:???
>>710
>頭おかしいペチパーばっかのスレをわざわざ自分で見に来て

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


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

お前みたいなサルに馬鹿にされることなんてあるわけないじゃないか、何をいっているんだお前は

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

ここIDとかワッチョイ無いからアレだな わしは >>700 >>702 だけど

714nobodyさん2017/03/12(日) 00:27:16.12ID:???
>>709
> Laravelは工数が激減するとかそういう理由で伸びたん?
http://blog-imgs-36.fc2.com/i/s/i/isinohune/blog_import_4c2dd6d79ad29.jpg

715nobodyさん2017/03/12(日) 02:07:53.29ID:???
早くやりたいとか1requestあたりのリソースを減らそうって思ったら
golangとかになるんじゃないの。

716nobodyさん2017/03/12(日) 07:06:37.51ID:???
>>605
>>学習期間が1,2か月というのは無理があると思う。

同意です。

「学習期間がたったの〇ヶ月で△△△を習得できたぜ!」って言う人ほど、
「動かせた」程度のレベルのことが多いね。

717nobodyさん2017/03/12(日) 08:27:19.90ID:???
>「学習期間がたったの〇ヶ月で△△△を習得できたぜ!」って言う人ほど、

そんなやつ、見たこと無い

718nobodyさん2017/03/12(日) 16:25:08.73ID:???
露骨にいう奴は流石にいないけど、言外に「オレ凄いだろ」と言いたげなやつはいる。

719nobodyさん2017/03/12(日) 17:36:14.19ID:???
裏方業あるある

720nobodyさん2017/03/12(日) 18:10:24.30ID:YDc7CB9n
1requestあたりのリソースは素より多いと思うが
リクエストを減らす仕組みはSymfonyがサポートしている。
リバースプロキシーとの連係する様になっている。
ttp://symfony.com/doc/current/http_cache/varnish.html
やったことはない。
>>704 がいいたいのはこのこと?

721nobodyさん2017/03/15(水) 12:49:05.17ID:???
Laravelはユーザーが愛情もって支えてる感じある
フォーラムとかドキュメントとかも愛がある

722nobodyさん2017/03/16(木) 18:26:51.96ID:???
あーいあい♪
あーいあい♪
おさーるさぁんだよー♪

723nobodyさん2017/03/22(水) 18:47:46.94ID:???
2017年のPHPフレームワーク??2強時代に何を学ぶべきか?
https://www.webprofessional.jp/the-state-of-php-mvc-frameworks-in-2017/

724nobodyさん2017/03/22(水) 21:57:41.37ID:???
>>723
ちょうど貼ろうと思ったらすでに
2強って言われてもなあ感がすごい

725nobodyさん2017/03/22(水) 23:25:38.73ID:???
Laravelはまあいいけど
Symfonyなあ……

726nobodyさん2017/03/22(水) 23:48:50.63ID:???
2強ってダメなん?
結局何が残るん?

727nobodyさん2017/03/23(木) 10:14:50.78ID:???
好きなライブラリを組み合わせて君だけの最強のフレームワークを作ろう!

728nobodyさん2017/03/23(木) 22:04:22.12ID:???
>>727
オレオレやないかw

729nobodyさん2017/03/23(木) 22:12:25.78ID:???
フレームワーク組み合わせることなんて出来るのか?

730nobodyさん2017/03/23(木) 23:02:49.50ID:???
>>729
ネタをネタと見破れない奴はひろゆき

731nobodyさん2017/03/24(金) 00:16:58.27ID:???
時代はマイクロアーキテクチャだぜ
これからはサービスごとにDockerコンテナでデプロイして
PHPからGoで作ったマイクロサービスにアクセスしたりと言語の壁なんてなくなってくぜUh-huh


ってばっちゃ(DevOpsの本)が言ってた

732nobodyさん2017/03/24(金) 00:20:17.67ID:???
それはず〜〜〜〜〜っと言われてる
phpはずっと無くなると言われてたけどまさかの第一人者
これからも言語の壁はなくなるだろう

733nobodyさん2017/03/24(金) 14:44:20.78ID:???
なぜそうならないかというと

734nobodyさん2017/03/24(金) 21:51:59.96ID:???
それは8年前に遡るのですが

735nobodyさん2017/03/24(金) 21:52:45.64ID:???
8年前の20年前のある日の出来事

736nobodyさん2017/03/24(金) 22:32:45.37ID:???
嫌な事件だったね

737nobodyさん2017/03/25(土) 00:27:46.09ID:???
ああ、思い出すだけでも身の毛がよだつ。そう、あれは…

738nobodyさん2017/03/25(土) 01:01:03.67ID:???
え、
もしかして鮫島事件のこと・・・?
2chで言っていいもんなの?
やばくね?

739nobodyさん2017/03/25(土) 01:09:19.84ID:???
大丈夫だよ、もう時効だよ。言っちゃえよ。

740nobodyさん2017/03/25(土) 05:12:19.54ID:???
<?php
unset($738);
?>

741nobodyさん2017/03/25(土) 06:13:06.52ID:???
<?php
echo $738;

742nobodyさん2017/03/25(土) 21:39:14.41ID:???
kill -9 738

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

743nobodyさん2017/04/07(金) 22:32:18.08ID:???
rm -rf 738
mv ??? 738

744nobodyさん2017/06/11(日) 03:33:36.90ID:???
結局Golangかよ

745nobodyさん2017/06/11(日) 11:19:51.20ID:???
golangのフレームワークってどれが定番なの?

746nobodyさん2017/06/12(月) 21:06:53.08ID:???
EchoかGinあたりかな?
最近RevelもバージョンアップしたからRevelもたぶんあり

マイクロサービスならgoaをちょっと触ってみたけどよさげだった

747nobodyさん2017/06/15(木) 02:24:48.36ID:???
>>746
むしろgoaを普通にSPAのサーバサイドとして使えばEchoとかGinより使いやすくないか

748nobodyさん2017/06/18(日) 02:55:44.80ID:???
Laravelおせーんだよ

749nobodyさん2017/06/18(日) 04:34:11.00ID:???
そうか?

750nobodyさん2017/06/18(日) 05:01:51.37ID:???
PHPフレームワークの中じゃ最遅の部類

751nobodyさん2017/06/18(日) 05:11:56.78ID:???
mod_phpとか使っても駄目?

752nobodyさん2017/06/18(日) 12:35:40.00ID:???
そんなに遅いのは何がネックなの?
データベースクエリ生成?

753nobodyさん2017/06/19(月) 03:43:27.12ID:???
依存コンポーネントが多い
マジックメソッド使いすぎ
ファサード

754nobodyさん2017/06/19(月) 03:45:06.57ID:???
一箇所直せば早くなるとかそういうのではなく、全体的に遅い

755nobodyさん2017/06/19(月) 03:47:36.96ID:???
もちろんSQLのスロークエリがあればそちらのほうが遅い。
だがそれらを直しきったあとどうようもなく遅い

756nobodyさん2017/06/19(月) 03:50:35.03ID:???
redisによりクエリキャッシュもやれるだけやった。今一番時間食ってるのはModel::__get()だ

757nobodyさん2017/06/19(月) 07:44:16.41ID:???
モデル層だけはSQL直で書いた方が速いってことよくあるな

外部連結とかあると特に

758nobodyさん2017/06/19(月) 08:49:39.89ID:???
マジかよ コアの部分でか
Cakeより遅いってこともあり得るのか、、

759nobodyさん2017/06/19(月) 11:32:24.72ID:+XN2SqJZ
>>740
PHPの閉じカッコは不要
変数は数字のみは使えません

760nobodyさん2017/06/20(火) 15:31:02.43ID:???
大規模システムとかでもなければ問題ない範囲だけどな
laravelで一番気に入らないのはミドルウェア

761nobodyさん2017/06/20(火) 20:53:21.90ID:???
Railsでもさんざん実行速度よりも開発速度!って言ってるからな
速度が欲しい段になればGoとかに変えればよろし

762nobodyさん2017/06/21(水) 06:26:54.25ID:???
>>760
というと?ポスグレも対応しとるよね?

763nobodyさん2017/06/21(水) 21:51:56.17ID:???
そこでphalconですよ

764nobodyさん2017/06/22(木) 03:44:48.46ID:???
phalconはphalconで生PHPに慣れてるといいFW

765nobodyさん2017/06/22(木) 20:33:27.47ID:???
nativeで速いってのを除いても好みだわ
なんでもかんでも揃ってます!ってやつ苦手
コード多すぎて改修する気なくす

766nobodyさん2017/06/23(金) 13:20:31.86ID:lJhTNJoo
好き嫌いを語れるのは趣味でやってる奴だけだな
仕事でやるなら、新人にも理解しやすくドキュメントが多いフレームワークを選ぶべき

767nobodyさん2017/06/23(金) 22:18:58.78ID:???
そこでcakeあたりを持ち出してロジック側でタグ生成しまくりんぐで改修で死ぬやつですね

768nobodyさん2017/06/24(土) 16:01:35.72ID:???
>>767
ロジック側にタグ生成しまくりって それ同じことReactに言えんの?

769nobodyさん2017/06/24(土) 19:37:52.43ID:???
reactはviewじゃん
ロジックはmiddlewareに書けよ

770nobodyさん2017/06/27(火) 02:09:01.24ID:???
phalconはマジで日本語の情報なさすぎ

771nobodyさん2017/06/27(火) 09:30:55.56ID:???
Phalconを選べるような職場、まずPHPを選ぶ理由が少ないんじゃないか

772nobodyさん2017/06/27(火) 14:12:20.82ID:???
誰かがアーリーアダプタになるしか。
正直codeigniterとかマジックメソッド使いまくりで、動的言語は嫌い。
ideで補完聞かないし。
この辺を解消してくんないかな。

773nobodyさん2017/06/27(火) 14:39:12.52ID:???
366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後1年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
https://twitter.com/yukihiro_matz/status/869061879389343744

367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大:ITpro
http://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/news/17/052601508/

372 :nobodyさん2017/05/29(月) 19:10:37.12 ID:???
Railsでシステム作って納品する

Railsはマイナー、メジャーのアップデートが半年以内に必ずある

客がアップデートする。アップデートによるエラーやバグ、動作の不具合に気づく

気づいてから1年以内に通知すれば、5年間無料保証ゲット

つまりRailsがアップデートするたびに、無償の修正作業を発生するということかな

376 :nobodyさん2017/05/30(火) 09:20:20.09 ID:L5po86sS
>>378>>379>>375
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか?たぶん無理だろう。無限の直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。

774nobodyさん2017/06/28(水) 09:17:01.53ID:???
瑕疵担保責任(かしたんぽせきにん)

瑕疵担保責任のポイント

民法改正で事実上期限が「無制限」になった
バグや設計のミスなどは、瑕疵担保責任
納品物に不具合があれば損害賠償を請求される可能性もある

http://www.atmarkit.co.jp/ait/articles/1706/26/news014.html
http://itpro.nikkeibp.co.jp/atcl/news/17/052601508/?rt=nocnt

改正法では欠陥に気付いてから1年以内にITベンダーに通知すれば、
通知後5年以内は修正や報酬の減額などを求められるとしている

全ベンダーが泣いた民法改正案を解説しよう その1
http://www.atmarkit.co.jp/ait/articles/1609/14/news009.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_2.html
http://www.atmarkit.co.jp/ait/articles/1609/14/news009_3.html

775nobodyさん2017/06/28(水) 09:22:44.19ID:???
ポイント1:修補や損害賠償、契約解除の期限がなくなる

従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。

もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。

776nobodyさん2017/06/29(木) 02:55:46.36ID:tDjhVjUT
「2年目以降は有償対応」は普通だろう。有償でも知らん顔という方が稀有。
「10年経っても無償で対応しなければならない」となると、そのリスク分を費用に盛り込まざるを得ず、発注・受託のどちらの利益にもならない。
だよな?

777nobodyさん2017/06/29(木) 09:27:55.60ID:???
>>776

コンペで保守の強い言語を提案したところが案件を持っていく

「10年経っても無償保守お受けしますよ」と提案されてしまう。

778nobodyさん2017/07/03(月) 02:47:17.57ID:ekemVetS
>>777
そんなコスト無視の提案を平気でする会社は10年後には存続してないだろ。
時々、社員に作業させればタダ、と豪語する無能経営者がいるが、
保守作業は人間が手を動かすところで100%人件費なわけで、
顧客に負担してもらえないならその原資はどこから来るのか、
ちょっと考えれば分かるはずだがな。

779nobodyさん2017/07/03(月) 07:10:46.86ID:???
>>778
数年後に会社を破綻させれば無理な約束もなかったことになるってことかね。
営業が無茶有環境ってすごい

780nobodyさん2017/07/03(月) 09:41:57.12ID:???
「10年経っても無償保守お受けしますよ」ただし機能追加は通常の3倍の価格だ

781nobodyさん2017/07/09(日) 03:10:37.58ID:7eNkpAL2
>>779
一契約の瑕疵担保責任を回避するために倒産させることは考えにくいが、
契約の相手方が倒産や解散で消滅していたら連絡方法がなくなり、
補修の相談すらできない。

782nobodyさん2017/07/15(土) 02:11:18.79ID:???
ない袖は振れぬ

保証が手厚いなら、保証金額が高くなるだけ。
3割ほど、バッファを積むだけ

個人なら夜逃げするとか、会社なら解散する手もある

783nobodyさん2017/08/10(木) 03:56:53.31ID:???
cake悪くないけどもうそろそろ限界だな

784nobodyさん2017/08/10(木) 12:43:28.24ID:???
日本語のCodeIgnitor 3入門本(電子書籍)が出てたの昨日知って即買いしたよ
著者いわく、執筆直後に4が発表されて一度心が折れたらしい
よくぞ書き切って下さった

785nobodyさん2017/08/10(木) 14:22:59.23ID:???
>>784
そりゃ折角書き切ったし
宣伝したくなるのもわかるけど恥ずかしいから止めとけよ
今更PHP、しかもCIな時点で買う奴おらんし

786nobodyさん2017/08/10(木) 18:56:23.84ID:???
>>785
(´・ω:;.:...

787nobodyさん2017/08/10(木) 20:52:07.55ID:???
>>784
内容は良かった?

788nobodyさん2017/08/11(金) 10:19:55.28ID:Swcyo4Cl
>>783
laravelなんかと比べると、こんなこともできないのかよとなってしまうね。

789nobodyさん2017/08/11(金) 14:35:25.88ID:???
あのクラス名にいまだにアンダースコア区切りの長ったらしい名前使ってる恥ずかしいフレームワークか

790nobodyさん2017/08/12(土) 07:36:22.47ID:???
>>788
これは100%純粋に混じりっけなくピュアな無垢の飾らない純朴且つ真摯でひた向きな好奇心から真面目に嘘偽りなく誠実で摯実たる熱意を持って真剣に聞くんだけど、どんな事が出来たら便利だと思ってるの?

791nobodyさん2017/08/12(土) 11:50:04.84ID:???
>>789
CIってネームスペース使ってないんだっけか
Larabelもいいものなん?

792nobodyさん2017/08/12(土) 14:20:21.10ID:???
>>791
MVC自体はほぼcakeとおんなじ
キャメルケースとかネームスペース拡張してつかう感じ
でもララベルおっそいんだよなぁ

793nobodyさん2017/08/12(土) 23:28:38.87ID:QHufkXeV
>>792
Cakeもそうだが、LarabelとかのSymfony系は、自分で書いたコードが実行されるまでのステップが膨大だから、そんなのに全体のパフォーマンスを求めちゃいけないわけ。
パフォーマンスを落としても得られるメリットの方が大きければ採用する意味はあるが、少人数で開発できるものにそういう長大重厚フレームワークを採用すると、足を引っ張られたと感じるだけだろう。
CIはそういうことをやってないから高速なのは当然で、逆にCIに長大重厚フレームワークらしいことを求めちゃいけない。
個人的な感想だが、CIほど自由なら、いっそのことオレオレフレームワークの方が効率良く開発できると思うし、実際そうしている。

794nobodyさん2017/08/13(日) 07:20:31.62ID:???
ららぶぅぇる

795nobodyさん2017/08/13(日) 11:51:16.04ID:gOPw1aD0
ちんことまんこがピッタンコ

796nobodyさん2017/08/13(日) 12:58:53.12ID:kEjiNYqM
>>793
君がいなくなったあと、そのオレオレをメンテする身にもなってくだされ。
「オレオレの方がいイイ!」という人って後のことまったく考えてないよね。

797nobodyさん2017/08/13(日) 15:20:50.35ID:???
CI使うくらいならphalconだわ

798nobodyさん2017/08/13(日) 16:05:35.59ID:MKy8qtel
>>796

ポピュラーなフレームワークは経験者が多いからPGを探し易い、というのは重厚長大フレームワークを選択する理由として良く聞く理由付けだが、Myフレームワークはシンプルだからphpを“まともに”読み書きできる奴なら誰でもメンテできる。
そのメンテですら四苦八苦する奴はPGとして使い物にならないと言える。
また、そんな低レベルPGでも、SymfonyやCakeだと突然気の利いたコードを書けるとでも思っているのか?お笑いだ。
そんな素人紛いのPGがまともな成果物を残せると期待しているのは、>>796のような商業PGとしてコードを書いた経験のないSEとPMだろう。
類は友を呼ぶのはこの世の習わしなんだなとつくづく思うわ。

799nobodyさん2017/08/13(日) 17:44:19.10ID:???
>>798
誰でもメンテできるか検証したの?そのオレオレフレームワーク。
例えばバグとかちゃんと潰してある?
セキュリティリスクはない?
妄想で語られてもね。

800nobodyさん2017/08/13(日) 17:48:43.83ID:???
>>798 は人の書いたコードをメンテしたことないのかな。
先ず沢山の人のレビューを経たコードと
自分しか見てないコード。どっちを信頼する?
全部自分の目で確認するから問題ないって言うなよ。
そういう奴は、工数を考慮したことがない素人だから。

801nobodyさん2017/08/13(日) 18:04:16.64ID:MKy8qtel
>>799
心配ご無用。
>>799がそれを目にする日は一生来ないだろうしなw
つかその前に、ポピュラーなフレームワークはバグとかちゃんと潰れててセキュリティリスクはない、とか思ってるわけじゃないよな?

802nobodyさん2017/08/13(日) 18:13:17.77ID:MKy8qtel
>>800
君らはオープンソースの怖さを知らないだけだよ。

SymfonyやCakeが高速で動作し且つ開発期間を短縮でき且つ学習コストが低いなら一目置かざるを得ないがな。実際は真逆だろ。

803nobodyさん2017/08/13(日) 18:19:23.77ID:???
>>801
もちろんゼロだとは思ってない。
でもコードの信頼性の指標にはなる。
ユーザーが多いからバグを見つけるし修正される。
そのオレオレフレームワークはどのくらいの人が使ってるの?
結局初歩的なバグが潰されてる可能性があるだろ。まさか自分の書いたコードにバグはないとおもってないよな?

804nobodyさん2017/08/13(日) 18:21:04.97ID:MKy8qtel
>>800
他者が書いたコードのメンテなんか日常茶飯事。
低レベルPGが書いたコードも嫌というほど見た。
実際、そういう奴らが明けたセキュリティホールを塞ぐ仕事もしてるし、オープンソースの結構大きなバグも見つけてる。
脳内プログラマには理解できなくても無理はない。

805nobodyさん2017/08/13(日) 18:24:16.60ID:???
オープンソースの怖さってなんだよ。
お前が使ってるphpとlinuxもオープンソースなんだが。

806nobodyさん2017/08/13(日) 18:26:52.27ID:???
>>804
なんでオープンソースに貢献しているやつが
わざわざオレオレフレームワークつくるの。さっきから支離滅裂なんだけど。

807nobodyさん2017/08/13(日) 19:44:56.62ID:???
> 個人的な感想だが、CIほど自由なら、いっそのことオレオレフレームワークの方が効率良く開発できると思うし、実際そうしている。

負債産み出してる戦犯が何か言ってる

808nobodyさん2017/08/13(日) 20:35:22.10ID:???
またオレオレ最高くんか
なんだか懐かしいな

809nobodyさん2017/08/13(日) 21:37:49.88ID:???
なんだ。そういうやついるのかと思ったけどそういう釣りなのか。
オレオレフレームワークがベストって言ってる開発者がいるのかと思った。

オレオレフレームワークで仕事してるやつと仕事したことあるけど
学習コストは結局既存のフレームワーク並みにあったくせに
結構簡単にバグが見つかるし、実行時エラーがでても原因が特定しづらいしキツかった。
結局他のユーザーに鍛えられてないからエラー処理系が貧弱なんだよね
作ってる本人は俺的最強だから本人にとっては分かりやすいんだろうけど。

810nobodyさん2017/08/14(月) 05:58:23.83ID:O5trzrKZ
まぁそうムキになるなよ。
人生の中で得られる教訓は人それぞれ違うんだし、そもそもフレームワーク教の信者に改宗を迫ってるわけじゃない。
君らはこれまで同様重厚長大フレームワークを重用し続けてれば良い。
オレは単に、学習コストが高い+動作が鈍い+工数短縮に寄与するわけじゃない、つう重厚長大フレームワークの欠点を指摘し、そんなもん好んで使わないよって言ってるだけだ。
実際、業務でそういうものと付き合わざるを得なくなった時には、嫌々ながらもやってる。
だからこそ、その短所が目に付き、それを十分に補うだけの長所が見つからない、つうことだ。

811nobodyさん2017/08/14(月) 08:04:38.85ID:???
>>810
別に鼻息が荒いわけじゃないけど
こういう悲しい現実を少しでも減らしたい
http://www.megamouth.info/entry/2017/08/01/083126

812nobodyさん2017/08/14(月) 15:31:04.89ID:???
>>806
自称世界最高峰エンジニア様なんだよ
だったら、PHPに変わる言語を開発して欲しいところだがw

813nobodyさん2017/08/14(月) 19:48:33.38ID:???
ボトルネックになりそうな部分は全部拡張モジュールにしろよ

814nobodyさん2017/08/14(月) 20:13:39.58ID:???
ボトルのネックって皆が気にしてくれて良いなぁ
俺の肩コリなんて解消されないのに
あ、でもボトルの頭は直ぐに飛ばされるから
その辺は首チョンパされないぶんお気楽なのか、、、

815nobodyさん2017/08/15(火) 11:48:12.70ID:OwkwS9uZ
>>811
残念ながら、そういう悲しい現実はフレームワークとは直接関係ない。
クソコードは低賃金PGの得意芸なのであり、有名フレームワークを使ったからと言って排除できるものではない。
フレームワークを使えばソースコード全体におけるクソコードの比率は下がるだろうがそれは見掛けの数字であり、フレームワークにさえクソコードを混入させていたら状況はより混沌とする。
そういう悲しい現実を減らすには、コードを書けない奴をSEやPMとして置かないこと、低賃金PGの作業領域をできるだけ減らし且つ低賃金PGの作業は上級者が必ずチェックして指導することしかない。
そういうことを知らない奴らが営業したり経営している限り状況は改善しないだろう。

816nobodyさん2017/08/15(火) 13:46:52.26ID:???
そう、ホットスポットは出来るだけ局所化、極少化すべきであり、そのホットスポットさえもジェネレータなどで極力自動化すべきなんだよね

817nobodyさん2017/08/15(火) 20:48:23.52ID:???
laravelのファサード考えたやつアホすぎだろ

818nobodyさん2017/08/20(日) 14:16:59.79ID:???
Laravelスレって消えた?

819nobodyさん2017/08/21(月) 08:06:11.21ID:OV4byCp8
>>817
なんで?

820nobodyさん2017/08/21(月) 17:28:41.26ID:???
laravel って「職人のためのフレームワーク」 なんだよな・・・
そこが最大の欠点だと思う

821nobodyさん2017/08/23(水) 05:58:05.75ID:55AcfAJ1
>>820
真の職人はあんなもの必要としないよ。

822nobodyさん2017/08/23(水) 10:36:07.72ID:KaRFKXOW
お前らのくだらないプライドのために会社の利益を下げてることに気付け

シェアが高いものはとりあえず否定

マイナーなフレームワークを使う

他の社員がメンテできない

派遣や契約に丸投げ

無駄なコストがかかり、社内の技術も上がらない

823nobodyさん2017/08/23(水) 11:18:41.90ID:???
>>820
詳細を求む。具体的な欠点とかあげてほしいわ

824nobodyさん2017/08/23(水) 22:20:15.56ID:???
Laravelは名前が言いやすいし可愛いから好き

825nobodyさん2017/08/23(水) 22:48:15.07ID:???
Laravelはsymfonyみたいにバンドルスタイルにしろよ
再利用性悪すぎてかなわんわ

826nobodyさん2017/08/23(水) 22:56:46.52ID:???
>>819
Laravelのドキュメントに書いてあるだろ

827nobodyさん2017/08/24(木) 01:26:00.89ID:???
>>825
Packageと何が違うの

828nobodyさん2017/08/24(木) 03:00:10.25ID:m0STGPhM
>>822
> シェアが高いものはとりあえず否定

全然違うね。まず、シェアの高低なんか全く関係ない。利用数が少ないという理由だけでフレームワークを選択するのは不合理だ。

> マイナーなフレームワークを使う

そもそもフレームワークのシェアに関する正確な数字はないはずで、マイナーかメジャーかという切り口自体が幻想である。
ブログなどでフレームワークの人気度を測るバロメーターとなっているのは、Googleでの検索回数の多寡ではないか。
検索機会の多さは分かりにくさを示唆している可能性があり、使い方に悩んだ上での検索が多いのであれば、使わない方が無難かも知れないのだ。

> 他の社員がメンテできない

社員のプログラマとしての能力が低ければ、何を持って来ても同じ。
プログラマとしての能力が高く、且つ学習コストの低いフレームワークであれば、初物でもメンテは困難ではないだろう。

> 派遣や契約に丸投げ
> 無駄なコストがかかり、社内の技術も上がらない

仮にその会社ではSymfony系しか扱わず、そこの社員はSymfony系なら対応できるということであったとしても、それはその会社でしか通用しない。
現実社会は多様であり、転職したら未経験のフレームワークと向かい合うことになるのは火を見るより明らかだ。
そこで躓くようなら、それはつまり、前職で習得した技術が役に立たないことを意味する。
マイナーなフレームワークに触れていると社内の技術が上がらない、というのも幻想だ。
派遣や契約への依存=無駄なコストという考えも誤り。一時的に彼らへの依存を高めたとしても、そこから得らるものを得ようとしないから“無駄なコスト”に思えてしまう。

余程頑固な会社でない限り、未経験のフレームワークが要求される案件を請けることはいつでもあり得る。
だからこそ、学習コストの高いフレームワークは邪道だと思う。
そういうものを嗜好する人は宗教に似た思い込みに取り付かれているのではないか。
いわゆる洗脳である。

829nobodyさん2017/08/25(金) 11:30:51.79ID:???
シェアの高さは 情報の多さに繋がり 学習コストを引き下げてくれるからな

「みんな使ってるから これにするわ」 ってのは 結構正しい選択なんよ

830nobodyさん2017/08/25(金) 12:00:44.86ID:???
つまり日本じゃCakePHPってことになるのけ?
たしかに日本語ドキュメントは圧倒的に多いみたいだけど

831nobodyさん2017/08/25(金) 12:06:41.23ID:???
cakeも2の情報が多いだけで過去の負債だろ

832nobodyさん2017/08/25(金) 17:42:58.43ID:???
>>829
肝心なシェアはどうやって知るの?
その数字は正確なの?
シェアの変化に追随するの?
そもそも>>829は自分でコード書いてるの?

833nobodyさん2017/08/25(金) 23:24:36.25ID:???
cakeはねーわ

834nobodyさん2017/08/26(土) 00:01:52.41ID:8x0bn5H3
>>829
そうだね。
ググればいくらでも答えが出てくるならそれに越したことはない。
俺は小さな会社経営してるんだけど、たまに依頼あるのよ。
協力会社に作らせたサイトに手を入れられなくて困ってると。
そういうのは決まってオレオレか日本ではマイナーなフレームワーク。
ソースコード見ると、たしかに技術がある人が書いてそう。
でも、いかにも「このくらい分かるだろ」と言いたげな傲慢さも感じられる。
ソースコードでそれを読む人をねじ伏せようとしてるかのよう。
そうなっちゃダメだよね。
まあ、その手の困ったちゃんがいるから俺らも食いっぱぐれないんだが。

835nobodyさん2017/08/26(土) 00:03:08.66ID:???
ってことでやっぱりLaravelか
海外の評価は正しいんだな

俺は自作フレームワークだけど

836nobodyさん2017/08/26(土) 02:22:50.60ID:???
Laravelもねーわ

837nobodyさん2017/08/26(土) 04:36:17.19ID:???
否定するやつって絶対自分の答えを言わないよな

838nobodyさん2017/08/26(土) 05:30:36.14ID:???
phpはソース読めばわかるだろの姿勢がデフォだと思ってたわ。
いちいちドキュメントなんて書いてらんないし

839nobodyさん2017/08/26(土) 12:39:55.59ID:cYkoKoFe
phalconに決まっとる

840nobodyさん2017/08/26(土) 18:38:02.43ID:???
>>838
出た出たw

841nobodyさん2017/08/26(土) 19:13:28.18ID:???
読みやすいソースを書けるならそれでもいいけどな

842nobodyさん2017/08/27(日) 14:59:52.01ID:???
>>838
書いてらんない?w
本音はどう書けばいいかわからないんだろ?

843nobodyさん2017/08/27(日) 18:56:29.93ID:???
で、>>842は自分でドキュメントやソース書いてるのか?

844nobodyさん2017/08/27(日) 21:01:26.40ID:???
>>839
ほんとこれ

845nobodyさん2017/08/28(月) 01:27:33.83ID:???
FALCONてインタプリタないの?

846nobodyさん2017/08/28(月) 07:51:39.16ID:???
ららべる?

847nobodyさん2017/08/29(火) 17:22:37.03ID:???
codeingiter

848nobodyさん2017/08/29(火) 18:09:22.26ID:???
dietcakeってどーなん?

849nobodyさん2017/08/29(火) 21:04:10.82ID:???
BEAR.Sundayってどーなん?

850nobodyさん2017/09/01(金) 00:22:28.71ID:???
PHPとJavaほど、下手くそが書いたコードが読めない言語もそうそう無いような…

851nobodyさん2017/09/01(金) 03:31:01.83ID:???
ドカタ率高いからな

852nobodyさん2017/09/01(金) 23:56:40.04ID:???
フレームワーク初心者はどれ使えばいいんだ
書籍をあたるとCakeとLaravelくらいしかないみたいだけど
英語読めないんで日本語ドキュメントがないと使い方わからん

853nobodyさん2017/09/02(土) 00:09:37.39ID:???
laravelでいいんじゃね
日本語の入門書なら腐るほどあるよ
qiitaにもlaravelタグの投稿は1571もあるし、別に困らんと思うけどな

854nobodyさん2017/09/02(土) 00:24:57.10ID:???
縁は大事だ、今から始めるならつい数十時間前にリリースされたばかりのLaravel 5.5 LTS使いなよ

8558522017/09/02(土) 00:26:31.91ID:???
やっぱりLaravelかぁ、ちょっと書籍あたってみる、ども

856nobodyさん2017/09/02(土) 17:41:04.89ID:???
後悔先に立たず

857nobodyさん2017/09/02(土) 22:16:07.66ID:???
PhpStormと相性良いフレームワークってなに?

858nobodyさん2017/09/02(土) 23:20:39.66ID:???
Phpハリケーン

859nobodyさん2017/09/02(土) 23:33:23.44ID:???
面白くないから帰れ

860nobodyさん2017/09/03(日) 14:05:33.66ID:Zujv+/Nr
>>857
フレームワークをIDEに合わせるなんて愚の骨頂
「yiiが一番合う」と言われたらyii使うの?

861nobodyさん2017/09/03(日) 14:14:54.02ID:???
日本人が開発してるのでいいやつってある?

862nobodyさん2017/09/03(日) 16:23:18.09ID:???
>>860
聞いたってええやん
このスレ覗いてる人にはそこそこ需要あると思うで

863nobodyさん2017/09/03(日) 17:43:05.04ID:???
APIにだけ特化した軽量フレームワーク教えて

864nobodyさん2017/09/03(日) 17:58:09.29ID:LIoo4ITp
これだけ乱立してるってことはどれもクソなんだろうな、
と思い避けていたフレームワークなのだけど、
とうとうSymfony使ってYoというリクエストがきてしまった。

これって要はコピペして使えってことなの?

865nobodyさん2017/09/03(日) 20:01:23.95ID:???
>>863
なぜAPIだけ別建てしようとしているのか分からんが、
別建てが不可避であれば、
APIは高速性が重要だからフレームワーク非依存で作った方が良い。

既存フレームワークの採用が不可避であればCIかPhalconあたりになるだろうが、
そんなことをする意味があるのか?

866nobodyさん2017/09/03(日) 20:08:37.61ID:???
>>864
また被害者が増えたか。
Symfonyがコピペで済むようなものならもっと流行ってるだろ?

Symfony派生のフレームワークがいくつか出てきていることは、
Symfonyには結構な問題があることを示唆している。
Symfonyが総合的に素晴らしいなら派生が注目されることはないだろう。

867nobodyさん2017/09/03(日) 20:41:51.46ID:???
下手なジエンっすなw

868nobodyさん2017/09/03(日) 20:53:37.11ID:???
>>862
だからさあ、愚の骨頂だって言ってんだろ!
俺が豊田議員だったらお前の頭髪の少なさを罵倒しまくってるわ
てか、他の奴もそうだが「何がいいの?」とか他人に聞く前に自分で試せよ
phpstorm入れてその辺に落ちてるソースコピペしてみりゃわかんだろ
なぜその程度のことをやらないだ?

869nobodyさん2017/09/03(日) 21:39:42.06ID:???
バカかよ
Phpstormと相性が良くてかつそれなりに使えるFW探すのは別に愚の骨頂じゃねーだろ

870nobodyさん2017/09/03(日) 21:45:33.69ID:???
道具に使われる人ってやーねぇ

871nobodyさん2017/09/04(月) 01:22:23.54ID:???
HEYSiri 結局PHPのフレームワークってどれがいいの?

872nobodyさん2017/09/04(月) 02:31:31.32ID:???
自作

873nobodyさん2017/09/04(月) 08:00:02.21ID:???
そのうちPHP自体に公式フレームワークが内包されるであろう

874nobodyさん2017/09/04(月) 12:38:04.70ID:???
phpはwebのためだけにあるんじゃないんやで

875nobodyさん2017/09/04(月) 13:21:50.95ID:???
とはいえWebサーバーは内蔵されましたしおすし

876nobodyさん2017/09/05(火) 07:49:04.59ID:???
PHPってWebに特化した〜みたいな謳い文句だった気がしたけど
他にどんなシーンで活躍してるんだ?

877nobodyさん2017/09/05(火) 08:25:58.99ID:???
>>876
訓練されたPHPerはCLIアプリもPHPで書いてる。

878nobodyさん2017/09/05(火) 15:38:54.01ID:???
バッチをphpで書くお仕事してたことあるで

879nobodyさん2017/09/06(水) 21:17:54.06ID:???
CLIアプリを書くのにPHPで一番困るのは、スレッドのサポートが貧弱なことだと思うんだけど、なんかいい方法あるのかな。

880nobodyさん2017/09/06(水) 21:42:06.28ID:???
そのプロジェクトがphpならphpでバッチも書くなあ
「おれっちphpしかわからねえ!!!」ってのが携わることもあるだろうし
メインがphpならphpでpythonならpythonでc#ならc#で
railsはバッチとか書いたこと無いからアレだけどrubyになんのかね

881nobodyさん2017/09/07(木) 02:58:12.51ID:???
>>879
goで書く。マジで。俺はそうした

882nobodyさん2017/09/25(月) 13:39:55.33ID:???
366 :nobodyさん 2017/05/29(月) 16:07:39.16 ID:6v4UcGhE
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後1年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
https://twitter.com/yukihiro_matz/status/869061879389343744

367 :nobodyさん 2017/05/29(月) 16:28:06.55 ID:6v4UcGhE
ニュース - 改正民法が成立、「瑕疵担保責任」などシステム開発契約に影響大:ITpro
http://b.hatena.ne.jp/entry/itpro.nikkeibp.co.jp/atcl/news/17/052601508/

372 :nobodyさん2017/05/29(月) 19:10:37.12 ID:???
Railsでシステム作って納品する

Railsはマイナー、メジャーのアップデートが半年以内に必ずある

客がアップデートする。アップデートによるエラーやバグ、動作の不具合に気づく

気づいてから1年以内に通知すれば、5年間無料保証ゲット

つまりRailsがアップデートするたびに、無償の修正作業を発生するということかな

376 :nobodyさん2017/05/30(火) 09:20:20.09 ID:L5po86sS
>>378>>379>>375
客が瑕疵担保責任法の法改正を知ってくると思うから、今後5年無償保証をお願いされるだろう
営業がそれでも仕事を取ってこれるか?たぶん無理だろう。無限の直していたら赤字になる。
こういう保守に弱い言語、ころころ仕様が変わる言語は仕事として発生しなくなってくる。
これは変わり目だ。お前らも早く逃げたほうがいいぞ。RubyやPHPなど動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。

883nobodyさん2017/09/28(木) 10:44:08.06ID:???
>>881
複雑なモデルアクセスとかも使いまわさずいちいちgoでまた書くの?
スレッドが欲しいのってCLIよりWebアクセスの時とかの方が多いと思うんだが

PHPのCLIでやることなんてちんたらしててもそんな問題ないし

884nobodyさん2017/10/12(木) 13:34:09.82ID:bPPZaw14
てか、複雑な処理をするなら最初からphpは選ばんわな
phpだけだと出来ないこともあるしな

885nobodyさん2017/10/13(金) 08:31:15.45ID:???
モデルアクセスと処理じゃ全然意味違うんだが

886nobodyさん2017/10/13(金) 12:28:53.26ID:???
モデル限定の話かよw

887nobodyさん2017/10/13(金) 23:56:47.21ID:???
興奮しすぎて読めなかったのか

888nobodyさん2017/10/21(土) 10:43:19.79ID:Azwwt+7n

889nobodyさん2017/10/21(土) 10:45:18.64ID:Azwwt+7n

890nobodyさん2017/11/25(土) 21:12:09.90ID:pGa2aCJi
男は黙ってfuel

891nobodyさん2017/11/26(日) 05:12:40.76ID:???
Fuelってメンテされてるの?

892nobodyさん2017/11/26(日) 15:45:53.53ID:???
漢は黙って自作

893nobodyさん2017/11/27(月) 01:00:44.31ID:???
>>892
数年後
「ざけんな!なにが自作フレームワークだよ!クソコード書きやがって!!」

894nobodyさん2017/11/27(月) 12:10:51.04ID:???
漢は黙って事前に転職

895nobodyさん2017/11/27(月) 14:59:12.51ID:???
>>893
大丈夫
数年後にはPHPが無くなってる

896nobodyさん2017/11/27(月) 16:14:07.12ID:???
>>895
それは無いだろう
PerlなんかはPHPで用が足りるけど、
PHPに代わるものって普及してしてる?
どこのレンタルサーバでも使えるようなの

897nobodyさん2017/11/27(月) 20:15:11.13ID:???
Hackが普及するなら仕方ないかなとは思えるが全く流行ってない

898nobodyさん2017/12/30(土) 12:15:54.68ID:YhlYw6jg
誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

2U600PPCM9

899nobodyさん2018/02/12(月) 18:40:08.36ID:???
Hackは順調にFackebook内で育まれてる。
React界隈の人間が酔ってくるような餌は用意してあるから流行るのは時間の問題。

900nobodyさん2018/02/12(月) 19:58:44.94ID:???
PHPはコミッターの多数決という意思決定プロセスがほんまゴミ

901nobodyさん2018/02/25(日) 20:06:19.41ID:PbAVTXqx
なんで、Laravelのネームスペースはイルミナティっぽいんですか?

902nobodyさん2018/03/09(金) 11:14:31.89ID:lwSVRfh+
Fuelはmodelのバグに悩まされてからあんまり使ってないなあ
symfonyほど重厚でないプロジェクトには、軽量で悪くなかったけど

903nobodyさん2018/03/09(金) 20:25:52.78ID:???
やっぱ軽いCIでいいや
部分的にreact+reduxで

904nobodyさん2018/03/10(土) 20:30:56.37ID:SF9pGinP
2年くらいPHPから離れてるけど、なんか進展あった?

905nobodyさん2018/03/13(火) 01:13:52.23ID:???
バージョンがナナになった

906nobodyさん2018/05/26(土) 12:19:45.99ID:???
>>892
色々聞いてると結構それ多くて全部ゴミっていう凄まじい状態な
作り込んでるけどリリース毎に複数verあって互換性皆無
ドキュメントもない

まだUtilsだけのがマシなくらい

新着レスの表示
レス数が900を超えています。1000を超えると表示できなくなるよ。
レスを投稿する