0001nobodyさん
2014/08/17(日) 00:19:15.36ID:iiqVqpD1コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな？
laravel symfony2 zendFramework CodeIgniter Yii
結局ＰＨＰのフレームワークってどれがいいの？
レス数が1000を超えています。これ以上書き込みはできません。
コードがダサくて嫌なんだけど
ていうかarrayうざい
そもそもcakephpって名前がダサくて嫌だ
どれ次に勉強すればいいかな？
laravel symfony2 zendFramework CodeIgniter Yii
0002nobodyさん
2014/08/17(日) 00:22:33.82ID:???CakePHP
0003nobodyさん
2014/08/17(日) 03:55:47.78ID:???0004nobodyさん
2014/08/17(日) 05:49:45.60ID:iiqVqpD1実はまだプログラミングの勉強し始めて半年ぐらいでわからないこと多いんだけど
今まで
ＰＨＰ→オブジェクト指向→デザインパターンみたいな感じで学習して
最近cakephpを勉強してるって感じなんだけど
今までやってきたことと
あまりギャップに戸惑ってるって感じなんです
カプセル化とか抽象クラスとかインターフェイスとか全部ぶっとんで
アソシエーションで全部表現するし
勝手にクラスはインスタンス化されてるみたいだし
そもそもオブジェクトありきで共通項をクラスでまとめるって理解していて
オブジェクトが見えないことに結構違和感があってやりにくい感じです
でももう少しやってみます
0005nobodyさん
2014/08/17(日) 23:39:49.61ID:???0006nobodyさん
2014/08/19(火) 05:30:32.45ID:???＞ていうかarrayうざい
http://php.net/manual/ja/language.types.array.php
PHP 5.4 以降では配列の短縮構文が追加され、 array() の代わりに [] を使えるようになりました。
ドキュメントも読めないならやめとけ。お前の存在がださい
0007nobodyさん
2014/08/20(水) 01:16:06.45ID:???そんな人はPhalcon使いなよ。
http://phalconphp.com/ja/
爆速だけど、デバッグには苦労するよ。
0008nobodyさん
2014/08/20(水) 19:56:25.01ID:???オブジェクトが見えないっていうのはフレームワークのソースコード追ったら見えるはずだけど
Cakeにオブジェクト指向的じゃない部分が多いのはわかる
Cake3でかなり改善されるが今はあまり時期が良くないので他使った方がいい
コードの読みやすさならLaravelが最近評判いいな
長期的に見るとSymfony2が安牌だと思うが
0009nobodyさん
2014/08/20(水) 20:27:42.38ID:???0010nobodyさん
2014/08/31(日) 04:13:04.47ID:85ldFXfJhttp://bigchinpo.blogspot.jp/2014/08/php.html
0011nobodyさん
2014/09/02(火) 05:46:25.51ID:4V69SUeKhttp://bigchinpo.blogspot.jp/2014/08/php.html
やはり言葉の関係か？
0012nobodyさん
2014/09/02(火) 06:50:47.37ID:???0013nobodyさん
2014/09/02(火) 08:36:53.66ID:???仕事で使わざるを得ない奴はご愁傷サマ
0014nobodyさん
2014/09/02(火) 16:49:26.42ID:58ltjhES0015nobodyさん
2014/09/02(火) 21:19:56.19ID:???同意。
0016nobodyさん
2014/09/03(水) 01:23:02.25ID:???ちょっと屋上に行こうか
0017nobodyさん
2014/09/03(水) 03:19:31.45ID:???逝くなら一人で逝ってくれ
0018nobodyさん
2014/09/03(水) 09:25:24.45ID:???0019nobodyさん
2014/09/03(水) 20:44:16.89ID:???選んだキミが悪い。
0020nobodyさん
2014/09/04(木) 08:41:23.07ID:???0021nobodyさん
2014/09/04(木) 09:29:13.43ID:OmFoEEeR0022nobodyさん
2014/09/04(木) 13:27:05.72ID:???0023nobodyさん
2014/09/04(木) 16:07:52.44ID:???0024nobodyさん
2014/09/04(木) 19:26:54.85ID:???0025nobodyさん
2014/09/04(木) 22:16:40.85ID:???0026nobodyさん
2014/09/04(木) 22:20:12.51ID:???例外をPerl本体とメジャーなライブラリで
標準採用されないと使う気がしないね。
あとバグの元になるリストコンテキストと
スカラコンテキストをなくして欲しい。
単一値が返ると思いきや、複数の値が返って来て
キーと値のペアがずれるとかｗ
0027nobodyさん
2014/09/05(金) 00:56:18.88ID:???0028nobodyさん
2014/09/05(金) 01:29:57.06ID:???0029nobodyさん
2014/09/05(金) 04:28:13.11ID:???0030nobodyさん
2014/09/05(金) 15:20:04.61ID:???0031nobodyさん
2014/09/05(金) 22:04:22.45ID:???0032nobodyさん
2014/09/06(土) 11:45:36.69ID:???0033nobodyさん
2014/09/07(日) 08:08:46.91ID:???でも、５年後１０年後にメンテすることや業務を引き継ぐことを考えると、ネットから
情報が消滅しないF/Wがいいな。
0034nobodyさん
2014/09/07(日) 09:42:18.99ID:???0035nobodyさん
2014/09/07(日) 12:43:43.30ID:???使ったことはないけど
0036nobodyさん
2014/09/09(火) 19:17:25.72ID:???0037nobodyさん
2014/09/12(金) 23:56:23.69ID:???WordPressがデフォ
0038nobodyさん
2014/09/14(日) 01:29:17.15ID:???0039nobodyさん
2014/10/05(日) 23:17:55.53ID:???別にフレームワークとしてだけではなく、ライブラリ集としても使えるから
0040nobodyさん
2014/10/07(火) 15:07:00.58ID:???0041nobodyさん
2014/10/08(水) 06:29:20.04ID:???0042nobodyさん
2014/10/09(木) 15:55:59.52ID:???ここならいろんなフレームワーク使ったことある人多いと思って。
PHPについてはWordPressのプラグイン作ったり、
RSS使ったちょっとしたサービス作ったりくらいは使えるんだけど、
新しくWebサービス作るにあたり、学習しやすいフレームワーク探してます。
日本語のドキュメントやチュートリアル充実してて（英語全くわからんｗ）、
ユーザー認証やデータベースとの連動なんかが楽な、
おすすめのフレームワークを教えて下さい。
0043nobodyさん
2014/10/09(木) 20:31:33.87ID:???フレームワーク使うのが初めてならスレを最初から読み直して気になったのを使ってみたら？
0044nobodyさん
2014/10/10(金) 09:29:55.14ID:???0045nobodyさん
2014/10/10(金) 18:09:48.37ID:???004642
2014/10/10(金) 22:59:05.20ID:???行間から読み取るなんてはんぱねーっす。
さすがいろんなフレームワーク触ってる先輩はすげぇっす。
と、煽りはこれくらいにしてｗ
コードイグナイターなら使ったことあるけど、あれはもう未来がないでしょ。
（ちなみに理解度は解説本にあったWeb APIと組み合わせたサイトを作る程度）
だからどうせこれから学ぶなら、人気のある評判のよいものがいいなと思った次第です。
0047nobodyさん
2014/10/11(土) 00:05:17.59ID:???0048nobodyさん
2014/10/11(土) 01:34:29.96ID:???そういう意味で一番安全なのはZendでしょうね。
0049nobodyさん
2014/10/11(土) 14:53:22.81ID:???0050nobodyさん
2014/10/11(土) 18:36:49.16ID:???0051nobodyさん
2014/10/12(日) 10:25:31.62ID:???ありがとうございます。
調べてみたら、コード中のコメントまで日本語化されているということで、
これを勉強してみることにします。
しっかし、なんでこんなに同じようなフレームワークがわんさと出るのが疑問ですね。
ブログならWordPress一択みたいにまとまれば、もっと敷居も下がるのに。
0052nobodyさん
2014/10/12(日) 10:27:14.00ID:???PHPも常に変化し続けてるし競争がある方がいいもんが生まれる
0053nobodyさん
2014/10/12(日) 13:30:47.05ID:???0054nobodyさん
2014/10/12(日) 13:34:25.43ID:???RoR「せやな」
0055nobodyさん
2014/10/12(日) 17:17:03.33ID:???0056nobodyさん
2014/10/12(日) 17:18:32.41ID:???0057nobodyさん
2014/10/12(日) 18:20:04.26ID:???RoRのViewがしょぼいから、鋸テンプレートとか入れるんだけど、これまた地雷なんだよね。
Laravelのbradeがほんと素晴らしい。
0058nobodyさん
2014/10/12(日) 19:21:02.77ID:???デザイナーとの分業に一番適してる。
0059nobodyさん
2014/10/12(日) 19:22:15.62ID:???0060nobodyさん
2014/10/12(日) 23:40:55.39ID:???FuelPHPはSimpleAuthを使うためにoilコマンドが必要でとまどっています。
CodeIgniterはコマンドライン不要っぽくて候補に考えているのですが、他にも該当するものはあるでしょうか。
0061nobodyさん
2014/10/13(月) 00:42:00.16ID:???0062nobodyさん
2014/10/14(火) 08:29:34.09ID:???0063nobodyさん
2014/10/14(火) 08:49:40.03ID:???0064nobodyさん
2014/10/21(火) 23:24:18.31ID:???やりがいも一番ありそうだし
でその次はsymfonyも
ここまでできれば問題ないと思う
0065nobodyさん
2014/10/22(水) 01:33:32.57ID:???そろそろ他使うべきよね
0066nobodyさん
2014/10/22(水) 02:28:10.16ID:???0067nobodyさん
2014/10/22(水) 12:40:57.85ID:???言語はほんの僅かフレームワークを作るのに便利かどうかってだけ。
フレームワークが出来上がってしまったら効率は殆ど差が無くなる。
0068nobodyさん
2014/10/22(水) 22:59:59.03ID:???0069nobodyさん
2014/10/23(木) 01:10:38.59ID:???vpsならpalcon
0070nobodyさん
2014/10/23(木) 02:15:32.97ID:???0071nobodyさん
2014/10/24(金) 10:42:02.07ID:???0072nobodyさん
2014/10/24(金) 17:16:02.37ID:???0073nobodyさん
2014/10/24(金) 22:37:53.69ID:???0074nobodyさん
2014/10/24(金) 22:50:55.76ID:???他のスクリプト言語してるやつは一体何を考えてんだかｗ
Railsとかただのネトウヨじゃねーかｗ
0075nobodyさん
2014/10/27(月) 00:58:52.06ID:???0076nobodyさん
2014/11/04(火) 12:05:54.25ID:JbW6cdCJ「services cannot be installed or uninstalled while the service running」という、
エラーが吐き出されます。
スカイプを切り、apache control panelのプロパティにて「管理者としてこのプログラムを実行する」
にチェックを入れましたが解消されません。
何か他に対処方法はありますでしょうか？
使用OS：win7 ultimateです。
よろしくお願いいたします。
0077nobodyさん
2014/11/12(水) 00:11:03.44ID:???政治思想と物乞いの区別が付かないのが、チョウセンヒトモドキ
0078nobodyさん
2014/11/12(水) 06:00:13.26ID:???httpd -t でhttpd.confをチェック
サービス一覧でIISなどポート80を使ってるものがないかチェックするか、
もしくはhttpd.confでポートを80->8080などに変えてみる。
0079nobodyさん
2014/11/14(金) 18:31:47.03ID:???0080nobodyさん
2014/11/14(金) 21:41:31.04ID:???でも本当に必要なのは、基本的なMVCの機能やルーティングの機能くらい。
足りない機能は自分でコード書けばいい。
それよりも、学習を始める最初の一歩が大切。
つまり、書籍やオンラインマニュアルの品質が大切だと思う。
それと、マイナーバージョンアップを頻繁に行ったり下位互換性がないのはダメ。
で、自分的には、FuelPHP。
0081nobodyさん
2014/11/14(金) 21:42:09.15ID:???0082nobodyさん
2014/11/15(土) 11:23:08.35ID:???ただ名前が呼びにくいからダメ。
所詮ウブントゥと共に消える運命。
0083nobodyさん
2014/11/15(土) 12:28:28.22ID:???JAX-RSええよ。
PHPのフレームワークにそれ求めるのは、筋違い。
書籍もいらんし、ドキュメントは最低限のUp and Runningなのがあればいい。
あとはソース読む。どうせ、ドキュメントがバージョンアップについてこないんだから。
0084nobodyさん
2014/11/15(土) 17:28:20.70ID:???おまえフューエルって言えないのかよｗ
言えないなら特別にヒユーエルでもフユーエルでも許してやるわ。
それでも言えないならフーエルでもいいぞ。
0085nobodyさん
2014/11/15(土) 17:53:11.29ID:???あなたのようなスキルが高く能力のある人ばかりではないのよ。
学習能力・理解力・経験の差が大きいの。
＞あとはソース読む。
貴方は、学習を始める初期段階からソースを読んで習得するの？？？
0086nobodyさん
2014/11/16(日) 19:20:53.97ID:tLKQmBKAリンクがコロン区切りなのでCakeと思うが、チューニングとかで早くならんの？
これって別のフレームワークや、素のPHPやSQLで部分的に書く方がいいのかね？
もう表示崩れたりサイト中がごちゃごちゃだし、会社も直す気なさそうだけど
0087nobodyさん
2014/11/16(日) 21:34:10.20ID:???フレームワークの問題じゃないよ。
レコード全部取ってきて、PHPのforeachでループして検索してたりしてｗ
0088nobodyさん
2014/11/21(金) 19:14:15.52ID:???君のサイト？
0089nobodyさん
2014/11/21(金) 22:06:00.02ID:???まずどこにパフォーマンスを落とす要因があるのか計測が必要だよ。
ソースコード上の箇所を突き止めることが必要ですよ。
0090nobodyさん
2014/11/22(土) 23:40:46.08ID:lNM/uAF0DBにインデックス張ってないんじゃ
まずはクエリを特定すべし
0091nobodyさん
2014/11/23(日) 06:35:12.56ID:???そういうことするときって生の文字列でSQL書いてるほうがラクなんだけどMVCフレームワークだとWHERE句ひとつひとつ関数で書いたりしてて面倒だ
0092nobodyさん
2014/11/23(日) 10:17:50.19ID:???0093nobodyさん
2014/12/28(日) 21:59:51.62ID:???どしたんだ？
0094nobodyさん
2014/12/29(月) 15:02:20.20ID:???まだ、あわわわわ、てるような時間じゃない。
0095nobodyさん
2014/12/29(月) 15:28:39.56ID:???009693
2014/12/29(月) 19:05:50.59ID:???0097nobodyさん
2015/02/08(日) 06:43:49.18ID:???CakePHPは興味ないので知らんけど。
LaravelはVer5が出たし。
Fuelは鈴木さんの良書が出たし。
CodeIgniterはVer3がリリース目前だというのに。
なんでかな？
みんなAndoroidの開発に移っちゃって、PHPはやめちゃったの？
0098nobodyさん
2015/02/08(日) 10:43:06.24ID:???あと、新しいバージョンが出たらすぐに試そうなんて奴はRoR使ってそうだし、Angularとかクライアントサイドに力入れてる奴もいるだろうし
0099nobodyさん
2015/02/08(日) 10:51:22.79ID:???0100nobodyさん
2015/02/08(日) 11:12:38.68ID:???こんなとこが古くてダサいなら、いったいどこに書くんだ？
0101nobodyさん
2015/02/08(日) 12:45:16.27ID:???たしかそれが原因でVer3に移ったんだよね？
0102nobodyさん
2015/02/08(日) 13:08:53.78ID:???あとPhalconってどう？
0103nobodyさん
2015/02/10(火) 03:12:19.24ID:???社内でも「そろそろFuelいっとく？」てな話題は出るけど、優先順位を上げる必要性が今んとこリプレースコストほど想像できない
そのうち新人に老害と罵られる未来は感じる
でもうちは新人入れる余裕も当面ないし、正直悪循環だなとは思う
0104nobodyさん
2015/04/04(土) 19:46:29.05ID:???速度
シンプルさ
覚えやすさ
利用者の多さ
FuelPHP、Laravel、CakePHPを使ってみた結果たどり着いた。
0105nobodyさん
2015/04/04(土) 19:56:36.16ID:???0106nobodyさん
2015/04/07(火) 01:24:16.73ID:???FuelPHP使ってからCIに戻ったんだ？珍しい
保守サーバ環境によほど古いの混ざってるとか、再教育コストが馬鹿にならないとかなければCI使う理由ってないと思うけどな
でもほんとシンプルで必要十分だよねCI
Fuelは機能面でしっかりトレンド追い掛けてるから、代償としてマニュアルも膨れ上がっちゃってるし。
あれこれ要求するとFuelになるだろからCIはこのまま枯れっぱなしで保守して欲しいわ
0107nobodyさん
2015/04/08(水) 06:03:00.29ID:???FuelPHPは、良いですね。
特に日本語ドキュメントは秀逸だと思いますし、FuelPHPの書籍も
素晴らしい。
メソッドの名前も、CIより良いなと思いました。
機能的には、Smartyとの連携の容易さ、ユーザ認証機能が付属、
BootStrapも標準で付属（だったかな）など。
でも、どの機能もCIをベースにちょっとトッピングすれば実装できるんですよね。
一方で、既存のCIのサービスの保守をしながらFuelPHPを採用すると、
スキル的にCIとFuelPHPの２本立てになってしまうという台所事情がありまして。
それが嫌でCIに戻りました。
0108nobodyさん
2015/04/08(水) 21:26:16.30ID:???うちはCIでやってたスマホ用のシステムが、建増し住宅しすぎて本当にひどくなってw
問題点洗いだして心機一転4人チームでFuelPHPで再実装しました。
みんななんとなくFuelいいなーって思ってる奴らだったので思いの外うまくいきましたが、一人でも戸惑ってるメンバーがいたらやめてたかもなぁ
CIのままでも作り直しの成果は上げられたとは思いますしね
DB周りはかなりすっきりしたけど、本質的な問題は建増し住宅のごとき仕様変更による混乱だっただけだしなーww
0109nobodyさん
2015/04/12(日) 02:02:18.05ID:???0110nobodyさん
2015/04/12(日) 16:05:59.32ID:???どこにあるんだ？
0111nobodyさん
2015/04/13(月) 02:00:17.81ID:???どのみちちょっと情報が古そうだが
0112nobodyさん
2015/04/17(金) 22:11:41.29ID:6tz14xdXさくっと使いたいのだけど
0113nobodyさん
2015/04/17(金) 23:52:42.99ID:???運用の上でまとめたものと利用方法のセットがフレームワークだと思うんだ
opcacheあんだしファイル数とか気にしなくて良くね
1ファイルにパックできてもいいことないと思うよ
アプリ側フォルダはどうせルールに従った構成が必要になるだろうしね
0114nobodyさん
2015/04/19(日) 01:20:44.81ID:???limonadeとか？
0115nobodyさん
2015/05/26(火) 21:17:15.08ID:???FuelPHP
Laravel
CodeIgniter
Yii
だれも使ってないのか
0116nobodyさん
2015/06/20(土) 12:38:24.72ID:???で、Cakeになる おしまい
0117nobodyさん
2015/06/21(日) 19:38:51.36ID:???0118nobodyさん
2015/06/22(月) 08:40:30.42ID:???もうα出てるんだが？
0119nobodyさん
2015/06/22(月) 11:47:15.49ID:???フレームワークは開発のしやすさで選ぶ流れへとシフト
0120nobodyさん
2015/06/29(月) 00:22:09.88ID:???0121nobodyさん
2015/07/01(水) 12:28:27.28ID:v6IEhj/Icake使っとけ
0122nobodyさん
2015/07/04(土) 20:39:13.49ID:???0123nobodyさん
2015/07/04(土) 20:55:41.44ID:???迷うならCodeIgniter使っとけ。
世界のデファクトスタンダードだからな。
0124nobodyさん
2015/07/05(日) 11:28:32.75ID:???0125nobodyさん
2015/07/05(日) 12:18:27.13ID:???軽量省機能がウリだから覚えることも少ないぞ
0126nobodyさん
2015/07/05(日) 12:42:17.74ID:???FuelPHPとかlaravelとかにバラけて
もう辟易だよ
0127nobodyさん
2015/07/05(日) 12:51:27.40ID:???ほとんどの知識は流用で済むんだから
0128nobodyさん
2015/07/05(日) 12:54:50.60ID:???2chの勢いだけならcakeか？
0129nobodyさん
2015/07/05(日) 12:58:24.16ID:???案件も新規開発が減っていて、改修とかリプレイスとかが多いから迷うところ
0130nobodyさん
2015/07/05(日) 13:23:45.57ID:???いまさら覚えるのもなー
0131nobodyさん
2015/07/05(日) 17:06:30.84ID:???考えれば、長く安定して使えるものが一番いいだろうね。
Cakeは使ったことないから間違っているかもしれないけど、
規約で縛られた開発ルールだから、その知識は他のフレームワークに
流用できないのではないだろうか？？？
0132nobodyさん
2015/07/09(木) 10:31:44.95ID:???小さいWEBサイトならまだしも、本格的なWEBアプリケーションでは使えないでしょ。
あんなもの便利がって使ってる人は頭が悪いんだよ。
CodeIgniterはまぁ、可もなく不可もなくって感じだったな。
>>104
>CodeIgniter + Smarty = 最強。
Smartyなんか、いい加減捨てなよ。
Twig使ってみれば、Smarty使ってたのが馬鹿みたいだった事がわかる。
0133nobodyさん
2015/07/09(木) 10:40:37.19ID:???LEFT JOIN user AS B
USING id
WHERE A.access_time > '2015-07-09 10:00:00'
たったこれだけのSQLを、Cakeの正規の方法（query()を使わない）で書いたら
これ何の暗号だよ？ ってなるじゃない。
フレームワークとして、auto_incrementな単一プライマリキーしかサポートしないとかだったと思うし、
本当に、何考えてこんなフレームワーク作ったんだ？と思うし、
何考えてこんなフレームワーク使ってんだ？と、
糞のようになったコードの保守案件とかやらされると、いつも思う。
0134nobodyさん
2015/07/09(木) 14:09:55.72ID:???SQLが単純すぎるんだから。逆に単純すぎて間違いが多いのが問題なんだし。
あとSQLインジェクション対策もできるから作法として使ってる。
フレームワークによって記法がまちまちでスゲーいらいらするのはわかるけどｗ
0135nobodyさん
2015/07/09(木) 22:33:02.19ID:???するのを解消したり、ＳＱＬをシンプルに使ってSQLインジェクション対策
したいなら、ふつーにPDO使えばいいじゃん。
とか思うのだが。
稚拙すぎ？
0136nobodyさん
2015/07/10(金) 02:26:28.84ID:???>ＳＱＬをシンプルに使ってSQLインジェクション対策
>したいなら、ふつーにPDO使えばいいじゃん。
>とか思うのだが。 稚拙すぎ？
いや、僕もそう思います。
そうすると、フレームワークによってルールが違いすぎるのもいらいらしてきます。
MVCの実装なんか本当は物凄く簡単なので、
だったらやたら命名規約が厳しいだけのCakeなんか、尚更使う必要ないなと思ってしまいます。
0137nobodyさん
2015/07/10(金) 08:35:48.39ID:???縛られず、自由に楽しく開発したいもんね。
命名規約に則らないとダメというのは、楽しいどころかイライラします。
0138nobodyさん
2015/07/10(金) 19:06:18.93ID:???0139nobodyさん
2015/07/10(金) 21:13:14.74ID:???フレームワークのメリットはいかに早く、簡単に、分担して作れるかだから。
アホがいじっても、大惨事にならないようにできてる。
0140nobodyさん
2015/07/12(日) 10:46:22.00ID:???それで事足りちゃうんだよね、大抵の物は。
0141nobodyさん
2015/07/12(日) 12:30:38.70ID:???大抵のWebサイトで使われてる技術を簡単に書けるようにまとめたのがフレームワークなんだから。
テクニックの共通言語化みたいなもんさね。
「ぐへへ30行で書くところを、俺独自の書き方で3行でまとめたぜ」ってタイプのアホと、
「本に書いてあったとおりに書きました。セキュリティ？食べたことありません」ってアホ。
どっちも防げる。めでたしめでたし
0142nobodyさん
2015/07/12(日) 17:31:46.06ID:???肝心のPHPerの方がいつまでたってもPHP4あたりの頃のコーディングスタイルで書き続けてるからなぁ。
0143nobodyさん
2015/09/16(水) 21:55:59.59ID:???0144nobodyさん
2015/10/04(日) 02:22:11.54ID:lfwOPSPNTwigって最終の出力結果のキャッシュもしてくれるのん？
テンプレートのキャッシュだけじゃなかったっけ
Smarty3遅いんで引越し先さがしてる
0145nobodyさん
2015/10/04(日) 08:34:21.91ID:???速度が速いというだけ？
0146nobodyさん
2015/10/04(日) 15:47:47.19ID:???ソッチのほうが問題やな
0147nobodyさん
2015/10/15(木) 22:17:08.78ID:???作るものは具体的に決まっていませんが、50画面程度の
社内ユーザ向けWebサービスができれば良いと思っています。
どっちがいいでしょうか？
お勧めを教えてください。
0148nobodyさん
2015/10/16(金) 00:03:58.38ID:???みんな Laravel がクソ遅くてメモリ爆喰いという。
0149nobodyさん
2015/10/16(金) 08:57:47.20ID:???0150nobodyさん
2015/10/16(金) 11:05:59.57ID:???0151nobodyさん
2015/10/16(金) 13:49:56.94ID:???0152nobodyさん
2015/10/16(金) 19:47:53.53ID:???言っちゃなんだけどその両者、使い方によっちゃ大差ないよ。よくわからなければFuelでok
慣れたあとで必要になってからCI試しても大して苦労しない
CIは今時のフレームワークに比べたらシンプルだから、もしソースまで降りて手を加えたい場合には簡単だから恩恵はある
学習効率も、似たような案件やるならなんも変わらない
しっかりしたORM欲しいならFuelは標準で備えてるから、その辺で選んでもいいかな
SQLわりとベタ書きしがちならCIでもいいかな
たが俺はgolang推し
0153nobodyさん
2015/10/17(土) 15:22:58.19ID:???FuelPHP には素晴らしい書籍があるので、それを頼りにFuelPHPをやってみようと
思います。
国内のユーザ多いみたいだし。
ありがとうございました。
0154nobodyさん
2015/10/17(土) 20:19:36.97ID:???0155nobodyさん
2015/10/17(土) 20:40:11.27ID:???サーバはLinuxでも動く？
ブラウザはIE以外でも大丈夫？
0156nobodyさん
2015/11/11(水) 23:47:48.93ID:OBd/4WeX下記の条件が全て当てはまる会社にご注意下さい。
・IT系 in 東京
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される
0157nobodyさん
2015/12/09(水) 21:54:08.98ID:aAisP27Tほぼすべてがphperのオナニーグッズだ。
生PHPに回帰よろしく。
0158nobodyさん
2015/12/09(水) 23:16:59.99ID:???0159nobodyさん
2015/12/10(木) 08:35:53.19ID:???0160nobodyさん
2015/12/10(木) 20:49:57.74ID:???ちょっとしたツールなんかは１ファイルで仕上げることもあるだろ？
そういうのを生PHPとか呼ぶことがある。
DBへのアクセスはPDOを使わず例えばmysqli_を使う。
これがまた凄まじく早いんだよw
確かに小規模なサイトならフレームワークなんか使うべきじゃないなと感じるよ。
まずはAdminerとか使ってみなよ。
0161nobodyさん
2015/12/11(金) 00:00:33.54ID:???ワンファイルツールがあるから生PHPでいいって主張かい？ それはねーな
あんたの言い分が断片的過ぎるからなぁ
俺も配置者の配慮のためにソースコードまとめてしまう事自体はあるけどね。そんなの使い捨ての類だし、なにより「凄まじく早い」には同意しようがない
「凄まじく無計画で救いのないやっつけ仕事」だな
そんなしごとはリポジトリに入る機会もない
0162nobodyさん
2015/12/11(金) 07:00:49.83ID:???生が一番だよ。
0163nobodyさん
2015/12/11(金) 08:43:55.56ID:???極厚コンドORMならわからんでもないが
0164nobodyさん
2015/12/11(金) 20:56:21.52ID:???0165nobodyさん
2015/12/31(木) 18:50:52.93ID:???0166nobodyさん
2015/12/31(木) 18:51:26.01ID:???0167nobodyさん
2015/12/31(木) 23:23:06.01ID:???0168nobodyさん
2016/01/02(土) 14:01:42.25ID:???0169nobodyさん
2016/01/14(木) 20:12:01.57ID:???出来れば長期サポート（バグ対応）があれば嬉しい
0170nobodyさん
2016/01/15(金) 18:14:57.83ID:???0171nobodyさん
2016/01/15(金) 18:45:07.41ID:???0172nobodyさん
2016/01/16(土) 02:04:03.78ID:???CodeIgniterって日本語情報少なすぎない？
0173nobodyさん
2016/01/16(土) 03:25:55.12ID:???ただ3でもそんな変わってないからチェンジログ追えば済む
良くも悪くも枯れてる。規模も小さく学習コストも知れたもの
書籍もやや不遇だな。流行ってるとは言えない
新機能に貪欲ではなくメンテナンスはそこそこ活発なんで、安定求めるならいいもんだよ
0174nobodyさん
2016/01/17(日) 10:28:08.38ID:???だったら布教活動しろよー
0175nobodyさん
2016/01/17(日) 11:32:09.78ID:???0176nobodyさん
2016/01/17(日) 12:15:49.61ID:???0177nobodyさん
2016/01/17(日) 18:46:45.09ID:???0178nobodyさん
2016/01/26(火) 09:31:40.40ID:MtGnB03rお世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
http://homepage2.nifty.com/e-d-a/scurl/ia-1-3.html
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
このように現在まで６通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
http://homepage2.nifty.com/e-d-a/scurl/ia-1-4.html
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に１１通のメールを頂戴しているか不明なところであります。
0179nobodyさん 転載ダメ©2ch.net
2016/02/11(木) 20:54:11.57ID:???板復帰(OK!:Gather .dat file OK:NOT moving DAT 551 -> 551:Get subject.txt OK:Check subject.txt 3 -> 3:Overwrite OK)load averages: 2.06, 1.96, 1.92
sage subject:3 dat:551 rebuild OK!
0180nobodyさん
2016/03/23(水) 14:05:36.21ID:qDlzJVYf0181nobodyさん
2016/03/23(水) 21:32:17.52ID:???0182nobodyさん
2016/03/24(木) 10:03:46.55ID:JohpKvljそうするとCakeなんだろうけど、fuelにしようかなあ
0183nobodyさん
2016/05/11(水) 16:44:50.22ID:???http://qiita.com/henriquebremenkanp/items/ec6d83b34a6909d96bdd
によるとfuelは無しに見える
0184nobodyさん
2016/05/12(木) 01:41:11.16ID:???割と似てて楽そうだったのにな。そんなに更新ないんだな
日本でしか使われてないのほんと謎だなw
0185nobodyさん
2016/05/13(金) 09:30:46.26ID:???ほんとだ…Fuel使うのやめようかなあ
てことはLaravel一択か
まともな書籍ないけど
0186nobodyさん
2016/05/13(金) 10:20:17.19ID:???0187nobodyさん
2016/05/13(金) 10:48:18.31ID:???あとは自己責任
0188nobodyさん
2016/05/13(金) 12:14:28.66ID:???CodeIgniterだって5.2+だし
0189nobodyさん
2016/05/13(金) 12:33:10.91ID:???0190nobodyさん
2016/05/13(金) 22:22:24.64ID:???なので将来のことなど考えず、現時点で良いと思うものを、他人の
評価など気にせずに選択するのが良いと思うぞ！
0191nobodyさん
2016/05/13(金) 22:44:01.70ID:???一行目とそのあとがどう繋がったのか伝わらない
多分、「引っ越すことが難しい」という問題への感覚に致命的な齟齬があるんだと思う。
・ならなおさら将来のことは考えるべきだろうと思うのだがどうお考えなのだろうか？
・他人の評価を気にしないほうが良い理由を述べてほしい。鵜吞みは良くないと思うが情報としては有用だと思うのだけど。
0192nobodyさん
2016/05/14(土) 00:21:57.64ID:???0193nobodyさん
2016/05/14(土) 07:55:40.55ID:???言葉が足りずすみません。
フレームワークを引っ越ししなければならないという
事態になることは、まずないだろうということです。
開発したサービスが盛況になって追加要件がどんどん舞い
込んできても、フレームワークを引っ越ししなければ対応できない
なんてことは、ないでしょう。
なので気に入ったフレームワークを、他人の評価など気にせずに
使い倒すのが吉、とおもう次第。
使い倒して、どんな新規開発も素早く高品質に開発することが、
何よりも大切、だと思うぞ。
0194nobodyさん
2016/05/14(土) 08:57:28.91ID:???0195nobodyさん
2016/05/14(土) 13:39:42.29ID:???書籍もムックとリファレンスの2冊しか
ないみたいだし
0196nobodyさん
2016/05/14(土) 14:08:27.61ID:???CakePHP … ネガティブレガシー
FuelPHP … ポジティブレガシー
Zend Framework … シーラカンス
Symfony … 設定＆設定＆設定＆設定＆設定＆規約
Silex … サービスロケーターヘル
CodeIgniter … シンプル(ウサギ小屋的な意味で)
Laravel … マジックメソッドヘル
0197nobodyさん
2016/05/14(土) 15:52:41.54ID:???どれが1番良かった？
0198nobodyさん
2016/05/14(土) 22:14:10.68ID:???Laravelだったね
やりたい事に対して掛かる手間の少なさ
フロントエンドとの距離を少し置いた設計
配列や設定ファイルの書き方を調べるのにうんざりという経緯から
振る舞いをほぼPHPのコードとして実装できるという点
この辺りの基準で選んだ
0199nobodyさん
2016/05/15(日) 00:13:22.18ID:???ありがと
マジックメソッド地獄って言うから
良くないのかと思ったw
0200nobodyさん
2016/05/15(日) 18:08:34.00ID:???よくそれだけ使ってきたね
個人で？それとも会社？
0201nobodyさん
2016/05/16(月) 03:36:28.80ID:???フリーランスなんで要件で指定されたり既存の改修だったりと
嫌でも勉強させられる機会が多いんだ
上に書いたように個人開発や任せて貰える時はLaravelだけど
好みや開発メンバーのレベルに合わせて選べば良いと思ってる
あと最近のプロジェクトでもMojavi時代レベルの
オレオレフレームワークを自作するところが後を絶たないのが面白い
0202nobodyさん
2016/05/16(月) 05:42:18.89ID:???0203nobodyさん
2016/05/16(月) 07:30:19.28ID:???ありがとう
参考になった！
早くLaravel5の参考本出ないかなあ
今出てる奴は中身4で書かれてるんだよね
FuelPHP本買っちゃったけど…
0204nobodyさん
2016/05/16(月) 07:51:39.10ID:???0205nobodyさん
2016/05/16(月) 21:14:02.42ID:???著者は神レベルだと思う。
0206nobodyさん
2016/05/19(木) 09:53:31.90ID:853jmEQx0207nobodyさん
2016/05/19(木) 17:25:12.07ID:???laravelかsymfonyでいい
0208nobodyさん
2016/05/20(金) 15:18:09.26ID:jbFziK3Tこれから新規にまたWEB開発やるつもりだけど
cakephp3かlaravalで迷っているけど
やっぱりlaravelですかね
0209nobodyさん
2016/05/20(金) 17:23:08.52ID:???0210nobodyさん
2016/05/20(金) 18:24:10.68ID:???0211nobodyさん
2016/05/21(土) 23:52:27.37ID:???もちろんCIで充分って人には最良解なのは間違いないとは思うけど。
シンプルであり続けることの方が難しいのかもな
0212nobodyさん
2016/05/22(日) 05:41:48.96ID:???0213nobodyさん
2016/05/22(日) 10:09:39.08ID:X9MbxNoASlim or Silex
中
Laravel（Eloquent）
大
Symfony or Laravel（DoctrineORM）
結論：モデルが交換し易いフレームワークがいい。
0214nobodyさん
2016/05/22(日) 15:16:26.31ID:???導入のハードルの低さでいくと
fuelかcakeかな
0215nobodyさん
2016/05/22(日) 16:20:49.95ID:???0216nobodyさん
2016/05/22(日) 21:45:29.60ID:???CodeIgniter
中
CodeIgniter
大
CodeIgniter
フレームワークは統一するのが良い。
品質や開発スキルの面で。
CodeIgniterなら速度も問題ないので、小から始めてサービス拡大して大になっても安心。
てか普通小から始めるよね？
こういうのは専門用語では、スケーラビリティ性能が高いっていうのかもね。
Webサービスでは大事な視点よ。
0217nobodyさん
2016/05/22(日) 23:19:40.81ID:???インフラ寄りの話だしCIに限らんけど
AWS Lambdaがphp対応してくれるといいんだけど、コマンドごとデプロイするような魔改造する話しか見たことないのがなんとも不安
0218nobodyさん
2016/05/25(水) 11:30:18.20ID:???必要最低限のフレームしか用意してくれないfuelphpに戻った
あとはモリモリ自分で盛るよ
0219nobodyさん
2016/05/25(水) 20:20:02.44ID:???必要最低限？
FuelPHPで必要十分なんだが・・・
0220nobodyさん
2016/05/25(水) 21:10:03.97ID:???0221nobodyさん
2016/05/25(水) 21:22:55.00ID:???0222nobodyさん
2016/05/26(木) 09:32:16.95ID:???必要なきゃ使わないとか別の選ぶとかでいいんでないの？
結局好みな気がするよ
名前とか響きとかが好きってレベルで使ってる人もいるし
0223nobodyさん
2016/05/26(木) 11:58:40.28ID:???ん？だから多くの場合複雑なFWは必要ないし好きなの使えばって言ってるんだけどな
0224nobodyさん
2016/06/06(月) 19:18:30.53ID:???で、結局堂々巡りしたんで、最低限の機能しかない
あっさり塩味のFuelPHPにしたわ
0225nobodyさん
2016/06/06(月) 19:39:07.76ID:???0226nobodyさん
2016/06/07(火) 00:38:58.29ID:???0227nobodyさん
2016/06/07(火) 19:18:56.47ID:???0228nobodyさん
2016/06/08(水) 10:58:39.53ID:???0229nobodyさん
2016/06/12(日) 17:39:12.72ID:???0230nobodyさん
2016/06/12(日) 17:53:02.86ID:AuRj7zt07以降の書き方を強制するフレームワークは、ずーっと先になると思う。
0231nobodyさん
2016/06/13(月) 13:24:09.00ID:???オワコンだけどあの本の存在が大きいのかな
0232nobodyさん
2016/06/13(月) 14:18:38.41ID:???0233nobodyさん
2016/06/13(月) 19:23:31.82ID:???騒いでる人の数に比べて一冊しか本がない時点で
どんだけ世の中で需要があんのか察したほうがいい
一時期流行ったステマとかあんだろ？そういう類いだよ
流行ってるように見えるけど実際は・・・みたいな感じだ
0234nobodyさん
2016/06/13(月) 23:40:48.96ID:???0235nobodyさん
2016/06/14(火) 00:45:22.93ID:???0236nobodyさん
2016/06/14(火) 00:53:54.95ID:???0237nobodyさん
2016/06/14(火) 01:15:06.29ID:???手軽に作るならfuel
がっつり重厚なシステム構築するならsymfony
みたいな使い分けしてる
cakeは飽きた
phaloconはまだ使ってない
0238nobodyさん
2016/06/14(火) 09:53:20.05ID:???ここでの謎のfuel人気はって言いたかった
世界的にはハッキリオワコンなのにやたらここで名前挙がるのが不思議
0239nobodyさん
2016/06/14(火) 10:21:53.10ID:???そもそも言語の存在自体が斜陽なPHPにとって
すべてのフレームワークは必ずオワコンになる
その点fuelは現時点での人気もさることながら
いざとなったら自分で保守し切れるミニマムさ がいいんだよ
オワコンになってもなお延命できる ということが最大のポイント
0240nobodyさん
2016/06/14(火) 11:24:44.21ID:???オワコンのfwを延命してまで使おうとする奴は
そもそもオレオレで自作するかマイクロフレームワーク使うと思うよ
正直、現状でfuelとかci使ってる奴は仕事の都合で仕方なくか
書籍とか日本語ドキュメント完備してあるっていう理由で使ってる層だと思う
0241nobodyさん
2016/06/14(火) 11:34:00.46ID:???そう
それがステマの成果
ciがライセンスで揉め始めた辺りからのこの板にある
いろんなfwの過去スレとか見れたら見てみな
fuelを使わせようとする謎の勢力の奮闘ぶりがよくわかるよ
定期的に意味不明にfuelマンセーしてる
0242nobodyさん
2016/06/14(火) 11:44:37.85ID:???みんな新しいものに行っちゃっておくれ
俺はfuel派じゃなくciだけど似たようなもんだしfuel派と気持ちは一緒だと思う
0243nobodyさん
2016/06/14(火) 15:28:48.78ID:???fuelなんてマイクロフレームワークに毛が生えた程度のもんだろ
コミュニティだってあって無いようなもんだし
日本語の書籍が2冊もあるのは奇跡みたいなもんだろ
0244nobodyさん
2016/06/14(火) 20:07:13.25ID:???> fuelなんてマイクロフレームワークに毛が生えた程度のもんだろ
マイクロフレームワーク触ったこと無いだろ
触ったことある奴なら恥ずかしくて口が裂けても言えん
> コミュニティだってあって無いようなもんだし
> 日本語の書籍が2冊もあるのは奇跡みたいなもんだろ
逆だよ逆
世界的に見ても大して人気もなく、日本でも人気無く
完成度が高いわけでもなく、それどころかバギー過ぎて本番使用を躊躇うレベル
コミュニティだってあってないようなものなのに、それなのにだよ、本が出るって相当おかしいと思わないのか？
ちょっと穿った考えだけど、2chでマンセーして廻ってんのは著者じゃねーの？
とか、マジで疑ったことあるよ
0245nobodyさん
2016/06/14(火) 20:53:02.56ID:???ググったけど色々あるな。ルーティングからテンプレートエンジン、ORM、MVCと揃ってるものまであるけど、マイクロの線引きはなんなんだろ
まあ新しいもの覚える気はしないけど
0246nobodyさん
2016/06/14(火) 22:25:59.93ID:???どう逆なの？
おかしいなら奇跡じゃないの？
0247nobodyさん
2016/06/14(火) 22:34:02.20ID:???仕組まれてるって事だよ
0248nobodyさん
2016/06/15(水) 08:24:46.41ID:???だいじょうぶ
わしは使っていくで
0249nobodyさん
2016/06/15(水) 09:17:41.87ID:???CIかララベルの書籍出ないかなあ
0250nobodyさん
2016/06/15(水) 10:20:55.53ID:???0251nobodyさん
2016/06/15(水) 11:25:59.79ID:???誰がなにを仕組んだの？
イルミナティがfuelphpを流行らせようと画策しているの？
0252nobodyさん
2016/06/15(水) 15:32:22.34ID:???Cakeだってそうだったろ？
0253nobodyさん
2016/06/15(水) 19:55:39.79ID:???それからFuelPHPの書籍は凄い良書だ。
0254nobodyさん
2016/06/15(水) 21:39:50.46ID:???0255nobodyさん
2016/06/16(木) 09:53:18.42ID:???>>254
良書っていわれてるのはどっちのやつ？
はじめてのフレームワークとしてのFuelPHP 改訂版 鈴木 憲治
改訂 FuelPHP入門 早川 聖司
0256nobodyさん
2016/06/16(木) 15:01:41.58ID:???なんか白いやつは良かった
紫色の改訂版は読んでない
0257nobodyさん
2016/06/16(木) 19:24:53.49ID:???はじめてのフレームワークとしてのFuelPHP 改訂版
だよ。
0258nobodyさん
2016/06/17(金) 19:09:57.56ID:???>>257
ありがと
今度本屋で見てくる
0259nobodyさん
2016/06/19(日) 01:59:18.70ID:???あんな不人気フレームワークが不自然に持ち上げられすぎ
0260nobodyさん
2016/06/19(日) 02:03:32.29ID:???既にこのスレにも謎の勢力は現れてると思う
0261nobodyさん
2016/06/19(日) 02:06:26.60ID:???そうやって茶化そうとする
0262nobodyさん
2016/06/19(日) 08:15:49.13ID:???初めてフレームワークを使おうとしている初心者か、
どのフレームワークも習熟できない人。
どのフレームワークも習熟できない人ほど、
明確な目的もなく上っ面だけ使ってみて、修得できたつもりでいるｗ
そしてこのスレで、フレームワーク比較をのたまうｗ
0263nobodyさん
2016/06/19(日) 10:10:35.21ID:???浅い知識でわかったつもりになってfuelなんてフレームワークを持ち上げちゃったりする
0264nobodyさん
2016/06/19(日) 13:34:02.85ID:???オススメのフレームワークはなに？
明確な目的を持って使いこなし習得した実力をもって
比較した結果を教えてほしい
0265nobodyさん
2016/06/19(日) 14:59:28.86ID:???0266nobodyさん
2016/06/19(日) 17:28:08.19ID:???0267nobodyさん
2016/06/19(日) 19:14:48.64ID:???0268nobodyさん
2016/06/19(日) 20:55:59.44ID:???0269nobodyさん
2016/06/19(日) 21:42:06.60ID:???node.js使えば言語は揃うけど、あれだってブラウザとは環境事情が違いすぎてあんまり同じ言語触ってる感じにはならんしなあ
0270nobodyさん
2016/06/20(月) 06:24:44.87ID:???FuelPHPが、Googleトレンドで比率が低い割にこのスレで人気があるのは、
FuelPHPを使っている人は実はとても多いのに、Google検索をする必要が
ないくらい日本語ドキュメントと書籍が充実しているからではないのかな。
ちなみに俺はFuelPHPは使っていないし関係者でもない。
0271nobodyさん
2016/06/20(月) 09:37:12.55ID:???ググらないくらい充実してるってところはあり得ないだろ
トレンドあるフレームワークですらググって調べるのに、fuelPHPだけは必要ないなんてことあるわけない
ググっても出てこないから諦めてるんじゃないの？
0272nobodyさん
2016/06/20(月) 11:35:31.91ID:???一時期は知名度ナンバーワンで書籍も多く出てたcakephpのgoogleトレンド見て同じことが言えますか？
0273nobodyさん
2016/06/20(月) 12:57:33.03ID:???0274nobodyさん
2016/06/20(月) 13:18:14.44ID:???ほんとだわ。
肝心のアップグレードガイドも歯抜けが多いし、開発者が好き勝手つくってるのはいいけど、オタク向けフレームワークって感じ。
0275nobodyさん
2016/06/20(月) 18:42:25.78ID:???0276270
2016/06/20(月) 19:39:38.67ID:???確かにおっしゃる通り。
私の意見には無理があるわ。
0277nobodyさん
2016/06/22(水) 09:48:03.56ID:???アジアと北アフリカにしか人気がないところとか？
バングラディシュ、インド、日本、チュニジア、フィリピン、香港、モロッコ、
0278nobodyさん
2016/06/23(木) 02:45:26.38ID:???0279nobodyさん
2016/06/23(木) 10:56:10.24ID:???世界的にはｗｗｗ
0280nobodyさん
2016/06/23(木) 11:39:09.23ID:???laravel 23,936
codeigniter 12,549
symfony 12,535
cakephp 6,551
fuel 1,396
世界的にオワコンは間違ってる
そもそも始まってないんだから
0281nobodyさん
2016/06/23(木) 21:53:21.92ID:???まともに勉強できる環境がないね
0282nobodyさん
2016/06/23(木) 23:19:38.46ID:???0283nobodyさん
2016/06/23(木) 23:22:31.75ID:???国内に情報無さ過ぎる
0284nobodyさん
2016/06/23(木) 23:25:11.52ID:???0285nobodyさん
2016/06/23(木) 23:27:45.28ID:???0286nobodyさん
2016/06/23(木) 23:27:57.58ID:???0287nobodyさん
2016/06/23(木) 23:38:55.45ID:???cakephp 1154
laravel 1085
fuelphp 537
symfony 459
codeigniter 153
0288nobodyさん
2016/06/24(金) 00:03:20.32ID:???0289nobodyさん
2016/06/24(金) 02:03:58.68ID:???0290nobodyさん
2016/06/24(金) 09:30:31.61ID:???それはあるw
0291nobodyさん
2016/06/24(金) 10:15:49.96ID:???0292nobodyさん
2016/06/24(金) 10:32:08.59ID:???0293nobodyさん
2016/06/24(金) 15:47:41.70ID:???c#はだいたいstackoverflowで適当な答えひっかかるし
まずは初期の学習の環境として日本語がいいんだが
0294nobodyさん
2016/06/24(金) 17:19:11.42ID:???http://cambodiawatch.net/cwnews/sanmen/20110512_3.php
0295nobodyさん
2016/06/26(日) 19:40:06.53ID:???0296nobodyさん
2016/06/26(日) 22:17:13.02ID:???カート専用fwみたいにね
0297nobodyさん
2016/06/27(月) 01:03:40.36ID:???うーん気持ちはわかるけど俺は無理
有名FWに乗っとけばセキュリティ問題がニュースで得られるけど、自前だと全部に精通してなきゃいかんのが俺には無理ゲーだな
FW使っときゃ顧客にも保守料で最新キープしますという形で契約ライン合意しやすいし
0298nobodyさん
2016/06/27(月) 06:55:40.25ID:???後方互換性考慮した修正していくうちにスパゲッティになってしまう
cakeのソースに親近感を覚える俺です
0299nobodyさん
2016/06/27(月) 07:59:01.98ID:???そうか…フレームワーク勉強するのも面倒だけどセキュリティはもっとカオスなんだろうな
fuelPHPの書籍がしっかりしてるからこれにしようかと思ったけど、もう死にそうだからセキュリティ更新もなくなるかもね
がんばってLaravel勉強するかなあ…
ていうかFWってWPみたいに頻繁にセキュリティ更新ないけど、すでに強固なセキュリティ対策されてるの？
0300nobodyさん
2016/07/10(日) 01:56:42.00ID:???どうしても独自のカスタマイズをしたいところだけ、エンドユーザがちょこっと書き換える。
だから提供側が担当するアップデートが多い。
フレームワークは枠組みを提供して、中身はフレームワークユーザが作るもの。
たとえばログイン機能を作るとしても、そのアカウント管理がセキュアなものかどうかは、フレームワーク側が提供するのではなく、
フレームワークを使ってログイン機能を作るプログラマが作りこむものだよ。
もちろんフレームワーク自体やプラグインとしてログイン機能／アカウント管理が提供されてることも多いけど、それだってカスタマイズすることが前提だ。
0301nobodyさん
2016/07/12(火) 17:41:45.61ID:0HD8hoAEで、symfonyやlaravelに手を付けて見たけど難し過ぎ・・・。
0302nobodyさん
2016/07/12(火) 19:43:15.31ID:???0303nobodyさん
2016/07/12(火) 23:10:25.21ID:???0304nobodyさん
2016/07/13(水) 02:42:05.41ID:???0305nobodyさん
2016/07/13(水) 06:51:03.65ID:???イコール
・高品質なコード
・担当が代わっても品質が安定
・障害対応、仕様変更への対応力
個人はともかく業務でWeb開発している人達にとっては、
学習コストの低さはものすごく大事な要件なのよ。
0306nobodyさん
2016/07/13(水) 10:16:45.84ID:???学習コスト低いものだけで仕事が成り立つような職ならそりゃ年取ったら捨てられるわ
0307nobodyさん
2016/07/13(水) 10:23:49.85ID:???0308nobodyさん
2016/07/13(水) 12:39:05.67ID:???0309nobodyさん
2016/07/13(水) 18:31:47.65ID:???自称優秀なプログラマw
0310nobodyさん
2016/07/14(木) 19:30:48.93ID:???ああでもfuelしか使えない人は英語苦手そうだな
0311nobodyさん
2016/07/14(木) 21:58:12.66ID:???zendはいや！
0312nobodyさん
2016/07/14(木) 23:07:14.77ID:???Symfonyシリーズってまだ人気あるの？
0313nobodyさん
2016/07/15(金) 00:45:38.91ID:???0314nobodyさん
2016/07/15(金) 17:21:39.06ID:???結局保守で困るからな
0315nobodyさん
2016/07/15(金) 20:27:29.52ID:???0316nobodyさん
2016/07/15(金) 22:00:56.93ID:???scpはまだ現役じゃないのかー
0317nobodyさん
2016/07/15(金) 22:58:27.45ID:???何がメインになってるの？
0318nobodyさん
2016/07/16(土) 12:19:26.04ID:???使ってる奴いないかな
0319nobodyさん
2016/07/16(土) 18:04:34.89ID:???0320nobodyさん
2016/07/16(土) 21:54:02.93ID:???0321nobodyさん
2016/07/16(土) 23:46:05.07ID:???0322nobodyさん
2016/07/16(土) 23:47:01.54ID:???ここに書き込んでるのがどういう層か
0323nobodyさん
2016/07/17(日) 01:28:23.51ID:???継続的インテグレーションの略語もCIなのがめんどくさいな…。
普段これをCIって言ってる奴らはCodeIgniterの事はなんて言うんだ？もはや眼中にない感じ？
0324nobodyさん
2016/07/17(日) 01:44:38.54ID:???あいにくテストクラスも作らずにExcel方眼紙でテスト仕様書作ってるような現場なんでね
0325nobodyさん
2016/07/17(日) 06:53:56.44ID:???あとCorporate Identityの方が有名じゃない？
0326nobodyさん
2016/07/17(日) 13:11:42.43ID:???使っていない
自動でデプロイするほど小規模じゃないので
0327nobodyさん
2016/07/17(日) 18:16:19.32ID:???承認やら複眼チェックはいらんのか？
アジャイルとか開発プロセスの軽量化とかいうけど、
検査漏れなどあれば事業の存続に影響するようなシステムでも
プロセスの軽量化を優先しているんかな？
0328nobodyさん
2016/07/19(火) 21:50:41.35ID:???まあもちろんテスト環境が自動で、本番は分けるとかやってるんだろうけど
0329nobodyさん
2016/07/19(火) 22:31:17.49ID:???さすがに本番環境はscpなりで
めっちゃ慎重にやると思うんだよなあ
0330nobodyさん
2016/07/19(火) 23:48:27.49ID:???本番は承認プロセス挟んでブルーグリーン
0331nobodyさん
2016/08/08(月) 01:40:28.23ID:oSi6vzrE0332nobodyさん
2016/08/08(月) 18:51:39.78ID:???リリース時はふつう閑散としているからパフォーマンスがでなくても問題ないが、
サービスが繁盛してくるとマズいことになる。
0333nobodyさん
2016/08/08(月) 19:15:06.38ID:???php使っている時点でパフォーマンス優先してないのでは？
ロードバランサー挟んで負荷分散しとけばいい。
0334nobodyさん
2016/08/08(月) 22:36:35.79ID:???これたびたび言われるけど、PHP7で大幅にパフォーマンス改善されたのをふまえても、他のWeb系言語より大きく劣っているのだろうか？
0335nobodyさん
2016/08/09(火) 01:58:21.85ID:???異論は認める
ここの分散がラクなら別に2割3割食っても構わんのだけど、別にその程度の分散はphpで十分出来てるって人が殆どじゃないの
仮にPHPが4割越したら設計が異常だと思うよ。でも仮にそうでもPHPの負荷が高いだけなら別鯖に分けるのもそんな困らんのよね…API単位であとはnginxさんにでも任せればもうなんとでもなるしな
0336nobodyさん
2016/08/09(火) 09:23:18.69ID:???おおむね同意
0337nobodyさん
2016/08/09(火) 12:12:14.79ID:???ほぼ同意
FW構造だけで目に見えるほどの差はつかないと思う
それでもFWのせいにするのは、コードを整理すればどうとでもなるレベルなのにやらないやつの怠慢発言と思ってる
0338nobodyさん
2016/08/09(火) 13:09:57.54ID:???Laravel使ってるがこれがネックなんだよな…
0339nobodyさん
2016/08/09(火) 16:10:46.98ID:???さすがにLaravelは四天王の中でも速度最弱なので
使わない以外の選択肢はなかなか出てこないかと
0340nobodyさん
2016/08/10(水) 18:41:15.26ID:???それにはDBの応答速度を上げるSQL文やテーブル設計、インデックスなどがそもそも大事。
phpのコードの書き方で速度が大きく変わるのも同意です。
でも、Laravelは使わない。
Laravelは実際遅いし、これに起因するパフォーマンス低下は対応策がないので。
0341nobodyさん
2016/08/10(水) 21:27:04.19ID:???ライセンスのゴタゴタで何となく敬遠してたけど
0342nobodyさん
2016/08/10(水) 23:38:43.65ID:???https://bcit-ci.github.io/CodeIgniter4/installation/downloads.html
PHP7が必須だってさ。ならばPHP5→7のパフォーマンス改善をフル活用してくれるんじゃないかな、もともと軽さがウリのフレームワークなんだし。
これからの新規プロジェクトなら検討してみたら。
0343nobodyさん
2016/08/11(木) 10:46:35.27ID:???ひゃー、隔世の感を否めない…
レスありがとう
0344nobodyさん
2016/08/11(木) 14:58:47.52ID:???安いレンタルサーバが無くてなー
大手は未だに5.4とかだし
0345nobodyさん
2016/08/11(木) 15:38:34.62ID:???digitalocean
0346nobodyさん
2016/08/11(木) 22:18:06.19ID:???だよね
客によってはVPSじゃなかったりもするから
選択肢がほとんどなかったりするよ……
0347nobodyさん
2016/08/12(金) 08:21:09.00ID:???俺もビックリです。
ところで CodeIgniter 4 のウリは、
PHP 7 対応以外に何があるんですか？
（HP見ましたが英語読めないので・・・）
0348nobodyさん
2016/08/14(日) 14:35:06.77ID:???便利さの部分はテメーでなんとかしろってスタンスだと思う。
0349nobodyさん
2016/10/20(木) 01:33:27.62ID:ZwtBbY3j0350nobodyさん
2016/10/20(木) 17:08:32.06ID:???例えば入力値のバリデーション機能さえなかったような気が・・・
0351nobodyさん
2016/10/20(木) 21:32:29.91ID:???もっと人間を信じろ
0352nobodyさん
2016/10/22(土) 08:49:27.72ID:???好きなライブラリをcomposerでインストールしよう
たとえばこれとか
https://github.com/Respect/Validation
0353nobodyさん
2016/10/22(土) 13:13:47.89ID:???俺は以前はCodeIgniter好きだったけど、使ってるうちにそういう考えになっちゃった。
0354nobodyさん
2016/10/22(土) 19:12:51.41ID:???0355nobodyさん
2016/10/23(日) 02:05:10.16ID:???自力でダウンロードして……とかいうならちょっといやだけど
0356nobodyさん
2016/10/26(水) 22:33:53.96ID:???コマンドを使って追加インストールするのは嫌いだなぁ
0357nobodyさん
2016/10/27(木) 08:12:47.92ID:???composerすら使いたくないみたいな？
0358nobodyさん
2016/10/27(木) 13:02:58.85ID:???コマンドを使うのがいや
手動でどこかにファイルを置くだけなら歓迎
0359nobodyさん
2016/10/27(木) 23:09:19.40ID:???0360nobodyさん
2016/10/27(木) 23:40:36.71ID:MD4Js0Sy大型のはssh必要だしslimぐらいがちょうどいいわ
0361nobodyさん
2016/10/28(金) 10:37:39.92ID:???GUIはもっといや
scpかなんかでファイルをポンと置くだけがイイ
0362nobodyさん
2016/10/29(土) 03:14:53.86ID:???CakePHP2系で
0363nobodyさん
2016/10/30(日) 01:24:25.97ID:???pear思い出すなあｗｗｗ
0364nobodyさん
2016/11/10(木) 22:43:43.90ID:???SQLの書き方もインデックスの貼り方も忘れてしまった
これでいいのかなぁ
0365nobodyさん
2016/11/11(金) 18:31:58.66ID:???0366nobodyさん
2016/11/11(金) 18:45:43.01ID:???0367nobodyさん
2016/11/12(土) 17:42:32.36ID:DLHWcBOA0368nobodyさん
2016/11/13(日) 03:44:27.18ID:???忘れるだろ
俺も運用が仕事になってPython一切書けなくなった。
おおまかなロジックの指針は覚えてるんだけど
簡単な関数一つ検索しないとわからん
0369nobodyさん
2016/11/13(日) 11:18:35.44ID:???１年もやらなきゃ１／４。
部署異動などで元の仕事から半年離れたら、もう復帰は無理だよ。
0370nobodyさん
2016/11/21(月) 14:04:56.99ID:???0371nobodyさん
2016/11/28(月) 19:09:30.93ID:???ララベルときめくよね・・・いい人なんだけどね・・・（無言）
Fuelはいいよね→ステマ！ オワコン！
ZEND眼中なし
CAKE老害・・・でも老人社会だし擦り寄って置くのも有り
今はCIがいいかな
こういう流れでいいですかね
0372nobodyさん
2016/11/28(月) 20:13:28.64ID:???ララベル・・・臭！うんこ！
Fuel→なかなかいいぞ！
ZEND眼中なし
CAKE・・・ゲロ
やっぱりCIがいいな！
0373nobodyさん
2016/12/05(月) 23:35:01.38ID:???0374nobodyさん
2016/12/07(水) 08:33:41.16ID:lJjHP+2p0375nobodyさん
2016/12/07(水) 14:06:24.53ID:???いっそのこと言語変えた方が快適だぞ。
Laravel・・・遅い、ほとんどがIDE使って開発しているイメージ。
Fuel・・・サポート止まってなかった？
Zend・・・モデル弱め。生でクエリ書く人が多い。
Cake・・・自分でガリガリ書きたい奴には向いてない、いいところもある。コーディングルールが古い。
Symfony・・・まだまともな気がする。EC CUBE案件で食えるからこれでいいんじゃね？
CI・・・シンプルで速そう。モデルが充実しているのか心配。
Phalcon・・・速いが機能がフルスタックと呼べるのか？2からZephir、やっぱエラーが分かりにくい。
PHPのフレームワークはどれもマッパーが機能不足！
0376nobodyさん
2016/12/07(水) 16:00:37.78ID:???裸がユニフォーム？
0377nobodyさん
2016/12/07(水) 16:25:29.92ID:???0378nobodyさん
2016/12/07(水) 22:30:37.16ID:???0379nobodyさん
2016/12/08(木) 21:00:59.00ID:???0380nobodyさん
2016/12/09(金) 10:33:54.12ID:???"php orm"でググって好きなの使ったらいいよ
どれもcomposerでインストールできるし
個人的にはeloquentが好き
0381nobodyさん
2016/12/09(金) 11:33:43.13ID:???eloquentのwithはまだOKだな。
0382nobodyさん
2016/12/09(金) 12:47:31.64ID:v3WSRzSF0383nobodyさん
2016/12/09(金) 18:30:27.66ID:???0384nobodyさん
2016/12/09(金) 23:37:07.50ID:???0385nobodyさん
2016/12/10(土) 00:03:36.74ID:???役に立つのか？
使えないとアホなのか？
0386nobodyさん
2016/12/10(土) 01:11:33.69ID:???0387nobodyさん
2016/12/10(土) 03:18:05.58ID:???コーディング要員はむやみにパッケージ管理ツールなんか使ったら怒られるよ
0388nobodyさん
2016/12/10(土) 12:33:45.41ID:???偉い人はイケてないことが多いからつらい。
コーディング要員が開発環境のことに口出ししたら、嫌がらせしてくる人もいるしな。
0389nobodyさん
2016/12/10(土) 12:56:04.69ID:YDjNwII80390nobodyさん
2016/12/10(土) 22:14:20.86ID:3nX9f0tQ自らたてないのか
0391nobodyさん
2016/12/12(月) 02:15:40.21ID:???が良いところだったのに、composerとかが必須になってしまいました。
鬱陶しい限りですが、長いものには巻かれたほうが楽なので、
今はcomposerを使いましょう。
0392nobodyさん
2016/12/12(月) 09:06:24.71ID:???質の良くないプログラムとなるので可能な限り避けよう
0393nobodyさん
2016/12/12(月) 10:34:58.65ID:???0394nobodyさん
2016/12/12(月) 12:22:24.28ID:???日本語難しいからお互い苦労するよな
カタコトどうし仲良くしようぜ
0395nobodyさん
2016/12/12(月) 14:42:29.80ID:???rubyのgem、pythonのpip、jsのnpmとかも鬱陶しいのかな
0396nobodyさん
2016/12/12(月) 14:48:38.79ID:???psrも知らなそう
0397nobodyさん
2016/12/12(月) 16:04:41.80ID:???少なくともその辺はうっとおしいね
「ターゲット環境で動かさなきゃならない管理コマンド」
がそもそも嫌だな
0398nobodyさん
2016/12/12(月) 20:38:28.65ID:???特にPHPなんてSFTPでペタっと貼ったら動くってのが利点でもあると思うのよね
慣れちゃったけど右も左もわからんころにrails触ってasset pipelineでゲロ吐いたわ
0399nobodyさん
2016/12/12(月) 23:00:15.02ID:???パッケージ管理ツール使ったら少なくともその利点は失うね。
0400nobodyさん
2016/12/12(月) 23:34:12.86ID:???phperじゃしょうがないか
0401nobodyさん
2016/12/13(火) 00:46:00.66ID:???黒色画面恐怖症やオレオレライブラリ病の典型的な病状だよ
レンサバ環境や小型案件にしか関われない人が掛かりやすい病さ
0402nobodyさん
2016/12/13(火) 14:58:13.85ID:???コマンドを叩くのが嫌だと思ってる人はデザイナーかな。
0403nobodyさん
2016/12/13(火) 16:18:12.27ID:???コマンドを叩くのは嫌じゃないけど、
デプロイ先のマシンでコマンドを叩くのはすごく嫌だわ
嫌というかコマンドでの挙動を信頼しきれない
開発環境で環境から全部もりっと作りこみして
デプロイは固めてコピーして展開して終わりにしたい
0404nobodyさん
2016/12/13(火) 16:19:28.20ID:???インストール先によっちゃ嫌とか言う以前に動かないし
0405nobodyさん
2016/12/13(火) 17:00:17.39ID:???開発環境と本番環境を教えてくれ
0406nobodyさん
2016/12/13(火) 19:37:45.01ID:???リポジトリに混ぜればいいだけのことで。
まだ「オートローダーは邪道。パフォーマンスの問題もある」とかいうノリ？
0407nobodyさん
2016/12/13(火) 20:32:19.17ID:???ローカルインストール（--save-dev）したnodeのライブラリも、バージョン管理してしまうべきか教えてくれ
0408nobodyさん
2016/12/15(木) 05:45:11.01ID:???0409nobodyさん
2016/12/15(木) 10:08:24.59ID:???オートローダーは関係なくね？
0410nobodyさん
2016/12/15(木) 16:37:57.74ID:7HnXPC8g世界でみるとダントツ
0411nobodyさん
2016/12/15(木) 17:16:47.92ID:???そのオワコン化してるphpのコミュニティにすら混ざる事が出来ない
そんな時代遅れのはみ出し者が集まってるのが2chだ
それが良いか悪いかは別として
そういう狭い世界で生きてる人間の見識なんだから
世間から乖離して偏っててしゃーない
このスレは
流行ってるフレームワークとか良いフレームワークを語ってるんじゃなくて
古いフレームワークを使い続けてる奴が時代遅れの自分を正当化する為に
自己弁護するスレだと思って見た方が良いよ
0412nobodyさん
2016/12/15(木) 20:43:46.43ID:???0413nobodyさん
2016/12/16(金) 01:06:56.88ID:???0414nobodyさん
2016/12/16(金) 21:03:13.98ID:???C#信者だから.net coreとか使ってみたいけど絶対通らない
AWSパートナーなんだがWin鯖高いからIIS無理ゲーだし……
0415nobodyさん
2016/12/17(土) 16:22:37.28ID:???その一点でFuelPHPしか選択肢がなかった
0416nobodyさん
2016/12/18(日) 06:04:07.40ID:???0417nobodyさん
2016/12/18(日) 08:31:03.12ID:???それがいいもんだと勘違いしてる社畜をエンジニアって呼ぶんなら
半人前と思ってくださって結構ですよ
同列に見られたくないので
0418nobodyさん
2016/12/18(日) 16:02:36.15ID:???どれが代替に来ているんだ？
0419nobodyさん
2016/12/18(日) 16:32:44.76ID:???0420nobodyさん
2016/12/18(日) 20:44:41.47ID:???PHPはレベルが低くても、コードぐらいは書ける人が多いからまだまだ続くんじゃね？
いいフレームワーク？正直PHPには無いな。
C#やRuby、Pythonをしてたらそれはわかるだろ。
LaravelはPhalconと比較したら使う気しないし、Phalconは機能がもの足りないから面倒だ。
Phalcon3は知らんけど。
Laravelで開発してるっていうところも、マイグレーション機能さえ使ってないところも多いし、
昔からあるフレームワークでも、ちゃんと使いこなせてる方がいいんじゃないか？
0421nobodyさん
2016/12/19(月) 05:11:13.21ID:MJaTwoIQフレームワーク＝オナニー方言
これに尽きるだろ。
今更、秋田弁は機能的で、連携力が優れてるとか言われても通用しねーよｗ
フレームワーク惜しが良く宣伝するピュアPHPerを「オナニーコード、オナニーコード」と恥ずかし気も無く宣うのは、
ただ単に、自分こそフレームワークの人材供給量と連携力を知らない戦略眼の無いオナニーコーダーだからだ。
ゴミフレームワークなんてロックインの温床なんだからさっさと捨ててバカにしていた標準語に戻すべきだ。
そうすれば、将来、ロックインに悩まされることも無くなるだろう。
アーキテクトとストラテジを一から学ぼうな、底辺コーダちゃん。
0422nobodyさん
2016/12/19(月) 05:18:07.46ID:MJaTwoIQピュアPHP→どんだけ個性的な書き方でも、PHP知ってる人間なら大概読める。
どこでトランザクションが発生しているかを把握すれば大体、大筋が分かる。これこそスタンダード。
各フレームワーク→いつ変更がかかるかわからない。全部知らなきゃアーキテクトにならない。どこか知らないところがあっただけで大幅にやり直し。
ブラックボックス、ベンダしか知らない領域がある。フレームワークの作りは大体同じというが、多くのフレームワークを使った事のある者ならわかると思うが
少しバージョン変わっただけで大きく別物になるものも多い。MVCだから大体同じと言ってる奴はベンダの戦略が全然わかってない。
0423nobodyさん
2016/12/19(月) 05:20:32.62ID:MJaTwoIQCake＝クソ、Symfony＝もっとクソ、Zend＝鼻くそ
もう、ほかに書くのがめんどくさい。それより、新しくプロジェクト立ち上げる際の技術に
どのフレームワークを使うかを決定する必要があるが、迷いに迷って保留にしてフェーズ2から導入するってケースあるか？
0424nobodyさん
2016/12/19(月) 09:46:36.88ID:???辛辣だが的確な気がする
yii framework について一言いただきたい
0425nobodyさん
2016/12/19(月) 11:39:14.08ID:???0426nobodyさん
2016/12/19(月) 11:43:59.78ID:???そいつは実際凄いんだろうが、時代について行けてない感じだった。
能書きをたれるのは凄いんだが、現場では使い物にならないんだろうな。
PHPでフレームワークを知ってしまうと、フレームワークが嫌いになるのかもしれない。
俺の周りだけかもしれんがPHPから別言語に移った奴らは、フレームワークを肯定している。
PHPを使い続けている奴は、未だにフレームワークを否定している。
0427nobodyさん
2016/12/19(月) 12:04:46.92ID:???0428nobodyさん
2016/12/19(月) 12:15:20.65ID:???0429nobodyさん
2016/12/19(月) 12:25:45.17ID:???自社フレームワークすら無いって時点でどんな仕事してるのかお察しだけど
0430nobodyさん
2016/12/19(月) 12:37:16.53ID:???0431nobodyさん
2016/12/19(月) 14:08:16.49ID:???まず自分のを見せろ
話はそこから始まる
0432nobodyさん
2016/12/19(月) 16:06:22.09ID:???0433nobodyさん
2016/12/19(月) 17:42:33.20ID:???お前のことかよ。「日本人自称してる」とか使い方間違えすぎだろｗ
0434nobodyさん
2016/12/19(月) 18:08:06.52ID:???0435nobodyさん
2016/12/19(月) 18:54:52.62ID:???独男が結婚したいんだけど？のスレで女はクソばかりのレス状態ww
もっとやってww
0436nobodyさん
2016/12/19(月) 18:55:25.86ID:???0437nobodyさん
2016/12/19(月) 19:22:06.01ID:???0438nobodyさん
2016/12/19(月) 19:52:48.76ID:???フレームワーク＝TENGA
これ
0439nobodyさん
2016/12/19(月) 20:09:33.31ID:???0440nobodyさん
2016/12/19(月) 23:53:26.23ID:???フレームワーク不要論者ではないが
HTMLはわりと生で書かないか?
0441nobodyさん
2016/12/20(火) 01:02:57.98ID:???まだ職場ではHTMLを生で書く所が多いと思うけど、パフォーマンスに影響なく明らかに開発効率が良くなるものも使っていないのに、
フレームワークは悪とか言っているのは、ただ新しいことを学びたくないだけって意味で書いた。
0442nobodyさん
2016/12/20(火) 04:00:24.11ID:???この論拠は？
0443nobodyさん
2016/12/20(火) 11:22:41.72ID:???使えばわかる。
吐き出すのはHTMLだからパフォーマンスには影響ない。
コードの行数は半分になるし、IDE以外で開発している奴のタグ抜けとかはなくなるから効率は上がる。
0444nobodyさん
2016/12/20(火) 13:42:03.55ID:???htmlは生で書くよ
それをフレームワークに食わせる
0445nobodyさん
2016/12/20(火) 15:28:09.06ID:???ザマリンか
0446nobodyさん
2016/12/20(火) 21:45:11.24ID:???見てきたけどワロタ
0447nobodyさん
2016/12/20(火) 23:53:15.14ID:???1年たったらバージョン違うし
なんでフレームワークなんか勧めてくるんだ？
0448nobodyさん
2016/12/21(水) 01:13:33.42ID:???スレタイを読もう
0449nobodyさん
2016/12/21(水) 10:27:44.18ID:???0450nobodyさん
2016/12/21(水) 15:56:14.29ID:???0451nobodyさん
2016/12/21(水) 17:08:24.70ID:???どれもたいして変わらないよ
0452nobodyさん
2016/12/21(水) 18:00:55.75ID:???質問が悪かった
子供が遊びで話す 「PythonとRubyはどっちが簡単？」
そのレベルでいいよ
0453nobodyさん
2016/12/21(水) 19:42:52.10ID:???0454nobodyさん
2016/12/21(水) 20:09:50.06ID:???0455nobodyさん
2016/12/21(水) 21:18:18.09ID:???0456nobodyさん
2016/12/22(木) 07:59:43.87ID:???0457nobodyさん
2016/12/22(木) 08:01:59.72ID:???こーどいぐないたー
0458nobodyさん
2016/12/22(木) 12:50:45.17ID:???0459nobodyさん
2016/12/22(木) 20:55:58.85ID:???fuel codeigniter phalcon
制約が少ないやつ挙げてみた
0460nobodyさん
2016/12/23(金) 17:37:42.92ID:f+GOff+Lごちゃっと混ぜて置かざるをえないところだな
もっとはっきり違うディレクトリに置きたい
0461nobodyさん
2016/12/26(月) 19:34:06.93ID:gPp4oeSUその心は
１．開発規約を作ったら結局、皆わからなくなる。
２．フレームワーク人材不足で横のつながりがそもそもない。
３．フレームワークベンダーの思うつぼ。
0462nobodyさん
2016/12/26(月) 20:42:26.21ID:???それに比べればメジャーフレームワークのなんと有り難いことか
0463nobodyさん
2016/12/26(月) 21:48:52.17ID:???いずれ、バージョンアップしなくなるか
PHPや周辺を上げないとどうにもできなくなって
困るのはわかりきっているのに
自社製で自分でメンテした方が長続きできるよ
0464nobodyさん
2016/12/26(月) 22:08:59.64ID:???永遠にその人間がいるならいいけどなー
0465nobodyさん
2016/12/27(火) 09:58:29.51ID:???0466nobodyさん
2016/12/27(火) 10:29:13.35ID:???0467nobodyさん
2016/12/27(火) 14:10:33.95ID:???自社製のごっちゃごちゃしたやつよりは
オープンソースのすっきりしたやつがええな
0468nobodyさん
2016/12/27(火) 18:01:34.39ID:???0469nobodyさん
2016/12/27(火) 20:36:06.38ID:???0470nobodyさん
2016/12/28(水) 06:52:22.61ID:kQ7J0MRY周りに、フレームワークを使えない奴ばかりで、
結局自身がフレームワークでオナニーしていたことに気づいたよ。トホホ
＞未だに中小や零細でオレオレ自社製フレームワーク使ってるとこ死ぬほど多いんだぜ
こういう文句に絶対に惑わされるな。
フレームワークの宣伝なんて一切信用しなくていい。
0471nobodyさん
2016/12/28(水) 06:57:28.13ID:kQ7J0MRY自社製フレームワーク云々とか言ってる奴は素人だわ。
フレームワークを使っても、自社の標準規約に合わせるから結局そこで研修が必要になってくる。
逆に一通り確認できるからいいって奴もいるけど、結局のところ、2重にも3重にもルールが増えて
人材が集まらなくなるのがオチ。どこの会社でも同じような人材不足に悩まされるんだ。
重要なのは、設計思想と構造であって、フレームワークではない。もっと重要なのは儲かるかどうかだな。
0472nobodyさん
2016/12/28(水) 07:02:13.95ID:07oioOy+いなくなった後が悲惨なのは、
どっちも同じだろ。
因みに、自社標準を作り際に、フレームワーク化されたPHPとそうでない自社規約に基づいたPHP可読性テストを検証してみた結果
フレームワークを利用したから、可読性が上がったとか、保守性能が上がったと言うエビデンスが殆ど無い。
もっと言ってしまえば、フレームワークによるだろうということ。
より簡単なCAKEやRailsなどは、保守性が上がる場合とそうでない場合とあったが、
より新しいフレームワークほど、著しく、保守性能は落ちた。
標準PHPのみを使って会社の基準に合わせて使っていた方がはるかに効率が良かった。
つまり、ここでフレームワーク推ししてる奴の大半は、そういったベンチマークを行っていない連中ということになる。
0473nobodyさん
2016/12/28(水) 07:08:55.54ID:07oioOy+機能面で定着しているフレームワークでなければ、フレームワークとは呼べない
理由その2
会社や事業で培われた会社標準による設計は、新しいフレームワークを導入するより圧倒的に効果がある。
場合によっては、定着フレームワークより効果が高い場合もある。
理由その3
フレームワークを使ったとしても、書けば書くほどカオスになっている。
たとえば、新人に、コード修正を依頼して短期間で修正が可能だったのは、オープンソースのメジャーなフレームワークを使用しないバージョンだった。
新人のコストは安い、PHPとSQLとリナックスを少なからず知っている人材であればすぐに対応が可能だったわけだ。
0474nobodyさん
2016/12/28(水) 07:12:40.48ID:07oioOy+コード調べてみた結果自作というより、PHPフレームワーク自体をあまり許容してない。
理由は単純、戦略的に劣るから。
自社製フレームワーク、独自フレームワークたたきの方がむしろど素人ｗ
0475nobodyさん
2016/12/28(水) 07:13:39.41ID:07oioOy+最近のじゃなくて、もともとそういう思想。
欧米的な発想に日本人がようやく気付いてきたかもな
0476nobodyさん
2016/12/28(水) 07:19:12.51ID:07oioOy+自己満足コードと同義の言葉が出てくる人は多分採用しない。それこそフレームワーク使える俺ってすごいでしょって自己満足しているだけの人に見える。
フレームワークそのものに、それだけのものは無いから。単なる実現方式の一つでしかないから。
ちなみに、俺が採用する際には、フレームワークの思想そのものに正しい見解のある奴しか入れない。
それは、フレームワークで書けるとか、会社標準に合わせることができるとかは当然として、その上で
フレームワークを使わない仕様の利害関係が理解できる人かな。
0477nobodyさん
2016/12/28(水) 07:24:23.85ID:07oioOy+フレームワークが絶対的だとか、開発方式として優れていると思い込んでいる奴は採用しないってことね。
もちろん、フレームワーク使った事のやる奴しか採用しないけどね。
0478nobodyさん
2016/12/28(水) 07:26:24.79ID:07oioOy+フレームワーク＝使ってる人がいるかすらわからない方言(辞典にすら掲載されてない言葉が目白押し)
0479nobodyさん
2016/12/28(水) 07:28:26.43ID:07oioOy+それは、頭の悪い見栄っ張りの勘違いプログラマ気取りが大量にいるからだよ。
0480nobodyさん
2016/12/28(水) 08:32:54.62ID:???0481nobodyさん
2016/12/28(水) 08:47:15.26ID:???古くなったフレームワークのアップデート等の保守までを考えると中小企業には荷が重いね
オープンソースのフレームワークにはそういった労力を人任せができる強みがあるんじゃないの
セキュリティリスクについても外部の機関がアラートを出してくれる
0482nobodyさん
2016/12/28(水) 11:10:47.04ID:2tvlfYzD自社開発したフレームワークを罵るスレッドかと思った。
会社で効率的かどうかを判断してるのに、一個人が会社のやり方に難癖つけるなよ。
口出すような経営権無いんだからさｗ。
0483nobodyさん
2016/12/28(水) 11:12:06.65ID:2tvlfYzDそうでなければこのスレッドは進まない。
少なくとも国内にマニュアルすら無いような弱小フレームワークは排除すべきだろう。
まず連携取れないから。
0484nobodyさん
2016/12/28(水) 11:25:07.19ID:2tvlfYzD・フレームワーク人材がいなくなった時の方が致命的
・普通のPHP使ってれば、誰もが理解できるコード
・単純に自己満足コードの方がよっぽど理解が速い。読みさえすればPHP使いなら誰もが理解できる。そんな簡単なコードが理解できないのは素人だから。デバッガも使える。
・フレームワークだからカオスにならないわけではない
・フレームワークの上でカオス化したコードの方が圧倒的に厄介
・マッチする人材発掘するのに数週間から数か月かかる
・ノーマルPHP人材よりフレームワーク一式全て覚えた人材を探す方が圧倒的に難しい
・フレームワークの研修を受けさせた後、開発規約の研修をさせるのはコストが莫大にかかる。2，3か月給与払うとなったら100万どころじゃない。
・連携させるためにフレームワークと会社規約を盛り込んだが、実際には連携力が落ちる。なぜならば人材を絞る事になり少ない人数しか集まらないことになるから。
・メジャーなフレームワーク以外の学習効率は著しく悪い、覚えたとしてもスキルを共有できる人材がいないからさらに連携力が悪くなる。
0485nobodyさん
2016/12/28(水) 11:31:59.11ID:2tvlfYzD・フレームワークに公的的な人は、ただ単に、自分のスキルを誇示したいだけの人では？実際にフレームワークを導入して連携力・開発力・保守性が落ちたと言うケースが圧倒的多数。
・2011年時点では、フレームワークを導入した失敗例は全開発うち80%を占めていることすら知らないのでは？
・アメリカには日本の3倍の人材がいるため、フレームワークによる連携力の効果は日本より3倍大きい。すなわちアメリカで向いているからといって日本で向いているとは限らない。
・10000人のPhperが、1000人のローカル・フレームワークに絞ったら連携力は単純に1/10というわけではない。実際にミッション修了までに100倍かかるかもしれない。(ランチェスター戦略)
・末端のプログラマでフレームワークに心酔する人は、戦略的視点で観ていない。だからこそフレームワークベンダの宣伝文句に惑わされやすい。いずれロックインの対象となる。
0486nobodyさん
2016/12/28(水) 11:34:52.13ID:2tvlfYzD0487nobodyさん
2016/12/28(水) 11:43:24.39ID:2tvlfYzD勉強したことが無いからと言って、知ったかしないでねｗ。
>>450
フレームワークやそのバージョンに応じて大きく違う。
一般的にはフレームワークの規模に応じて、層別し、その上で国内普及度の高いフレームワークは学習効率が良い。
学習効率が良いものは単純に連携力が高い。
設計思想が云々の問題ではない。なぜならそもそも人材がいなければ一人で組むコードと同じだからだ。
0488nobodyさん
2016/12/28(水) 11:46:09.07ID:2tvlfYzD自分で一から考えるコードと同じだからだよ。だからフレームワーク使ってる俺ってスキルフルって考えてる奴の方が自己満足だ。
誰とも連携力取れないフレームワーク一つで変に間違った方向にプライドが高いだけのゴミみたいなエンジニアならいらない。
0489nobodyさん
2016/12/28(水) 11:48:27.98ID:2tvlfYzDってくらい厄介。潔癖症か？
フレームワークは標準でも法律でもねえんだからよ。調子こくなやｗ
0490nobodyさん
2016/12/28(水) 11:54:30.53ID:2tvlfYzD＞オープンソースのフレームワークにはそういった労力を人任せができる強みがあるんじゃないの
＞セキュリティリスクについても外部の機関がアラートを出してくれる
これは、合ってる。
ただ、フレームワークは規則ではない。
セキュリティに関与するならフレームワークが法制度化される必要がある。
そもそも、フレームワークは標準化すらされてない。
もし、セキュリティに影響を与えるとして標準化、法制度化が進んだ暁には専門学校・大学・大学院である程度の学習が必要になってくる。
しかし、そうなってくるとますます、開発力・保守性などの面の壁を国費で乗り越える手段が必要になってくるから当面、標準化や法制度化は無いだろうなと。
0491nobodyさん
2016/12/28(水) 13:15:13.64ID:???スレタイも読めない人間が何語っても滑稽なだけだっていい加減気付け
0492nobodyさん
2016/12/28(水) 13:23:43.75ID:???0493nobodyさん
2016/12/28(水) 17:11:43.98ID:SgBLaZkzhttp://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11144752831
これ見てもわかる通り、ページャを変更するだけでこの回りくどさ。これがメジャーフレームワーク
SQLって共通理解があるのに、それを直に利用しないことによる弊害。
フレームワークは共通理解のためのものなのに、こんな簡単なこともできていない。だから役立たずだと思われてる。
0494nobodyさん
2016/12/28(水) 17:14:05.55ID:SgBLaZkzお前こそ必死に自演2連投すんなや。
0495nobodyさん
2016/12/28(水) 17:14:44.40ID:???人材が集まらないのは、金をケチるからだ。
そして安い金で雑魚ばかり集めているからだ。
俺が一人いれば、どのフレームワークでもフレームワーク無しでも問題はない！
そう思ってる奴もいるだろ？
たかがサーバーサイド1つ、しかもPHPごときでエンジニアぶるなよ。
0496nobodyさん
2016/12/28(水) 17:22:39.99ID:???0497nobodyさん
2016/12/28(水) 17:24:17.14ID:???0498nobodyさん
2016/12/28(水) 17:49:14.91ID:???日本語ドキュメント求めてくるとか、どんなけ低レベル向けなんだよｗ
英語ドキュメントでも充分開発できるだろ。
0499nobodyさん
2016/12/28(水) 18:01:59.35ID:???0500nobodyさん
2016/12/28(水) 18:03:29.16ID:???0501nobodyさん
2016/12/28(水) 19:38:45.05ID:???0502nobodyさん
2016/12/28(水) 20:52:46.07ID:???法制度化されてるセキュリティ要件なんてあるの？
完璧でないまでもある程度の自浄作用を期待しオープンなフレームワークを利用するのかと
少なくとも終わったフレームワークは検索結果が教えてくれる
0503nobodyさん
2016/12/28(水) 21:15:39.43ID:???フレームワークスレで必死に不要論を叫ぶ
あまりにも悲惨
0504nobodyさん
2016/12/28(水) 22:00:18.71ID:???phalcon使おうよ
ってphalconスレが無いのはなんなの
0505nobodyさん
2016/12/28(水) 22:08:31.16ID:???フレームワークってどこがいいの？スレ
・オープンソースの有名フレームワーク
・オープンソースの無名フレームワーク
・日本開発のオープンソースフレームワーク（これはもうないかな・・・）
・自社のフレームワーク
・フレームワークなんていらんわ
どれが勝つか
とりあえず
有名>>>>>無名>>>>>>>>>>>>>>>>>>>>>>>>>>日本オープン
で、自社と、いらんわ。がどこに入るかの争い？
0506nobodyさん
2016/12/29(木) 00:06:17.04ID:TO5hcw10そもそも、無名のフレームワークなんて、自分のところで開発しましたって意味だし。
区別つかない奴ってバカ？
0507nobodyさん
2016/12/29(木) 00:08:51.34ID:TO5hcw10将来はできる可能性はある。
ただし、フレームワークが本格的に普及するのは、GUI化されて
開発環境との連携が密になってからだと思うね。
それまでは、導入してもしなくてもどっちでもいいもの。
そのつどバージョンを全て抑えるなんて無駄なことはしない方がいい。
FaceBookでPHPフレームワークを使わないで、PHPのみで開発していたのも無理はない。
0508nobodyさん
2016/12/29(木) 00:13:34.18ID:TO5hcw10バカだね。自分だけが読めるからって理由で言ってるなら、
それこそ自己満足だろ。誰もついてこないんだからさ。
まさか全員が英語できるとでも思ったのか？
俺ができるからお前もやれってのは自己中だと思うね。
俺は英検準1級TOEIC820点持ってるから多少はできるけれど、殆どの奴はTOEICは400点台だよ。
それで「共同開発、共同開発」と連呼している奴は矛盾してる。
こういう奴ほどプロジェクトがうまくいかないと、コミュニケーション能力のせいにしたがるんだろうな。
0509nobodyさん
2016/12/29(木) 00:19:07.73ID:TO5hcw10すぐに1・2か月と工数を発表する奴は信用ができない。
そういう奴ほど、あの資格は1か月で合格できる、このスキルは1週間で身に着けられるといって
極端に短い目標時間を公言して失敗する。見栄っ張りの象徴だな。
楽観的な工期設定はSEとしても失格だろう。
訳して読んだ本場の米国のシニアの説明ではマスターしたいなら、Cakeで6か月、Symfonyで12か月、Zendはこの中間が必要だと説明している。
PHPのフレームワークは投資効果が薄いから、学ばずに新しい言語を覚えた方が得策とも言っている。俺の見解と同じ。
PHPはピュアなコードが一番、投資効果が高い。俺みたいにガチガチのフレームワークをいくつも習得するなら、C#でも勉強しろと言われる。
0510nobodyさん
2016/12/29(木) 00:20:00.94ID:???フレームワーク不要だと思うならそれでいいよ
否定もしないよ
でもフレームワークスレでやるなよ
スレ違いだって人に言われないと気付けないか？
0511nobodyさん
2016/12/29(木) 00:21:38.83ID:???急に英語読めるアピール挟むなよ笑うわw
0512nobodyさん
2016/12/29(木) 00:28:29.48ID:TO5hcw10ただし、いくつもフレームワークがあるなら、フレームワークの意味はない。
その都度習得したらフレームワークの意味ないだろ。それにこのスレッドの様にどれが最高かが
決まってない言語の時点で、フレームワークの効果薄いだろ。本末転倒だよ。
0513nobodyさん
2016/12/29(木) 00:33:19.97ID:TO5hcw10PHPフレームワークの恩恵を受ける事ができるのは10年後だろう。ただし、メジャーないくつかに限る。
それまでに、プロジェクトごと乗っ取りたいベンダーによるフレームワークが異常繁殖して
もち、ベンダーはこう宣伝する「共同開発、自社開発とは違う」
実際は、ベンダ事の自社開発でしかない。いや逆に自社開発で終わってくれれば社会的影響力も大きくなくて済む。騙されない企業が増えないで済む
フレームワークがジャングルのようにカオスになるだろう。コードがカオスになる以前に、フレームワークがカオスになる。
そうなったら、人材供給なんて不可能だし、少数精鋭になるから共同開発の意義も薄れる。(科学的に証明されてます)
勉強するのは無駄だと言える。
0514nobodyさん
2016/12/29(木) 00:39:11.23ID:TO5hcw10そんな外道のおかげで、皆が惑わされる。
まるで、フォンノイマンが水爆開発に参加したのと同じで、あたかも自分が優れている優良人種みたいに
思ってる、フレームワーク使いが増えないことを望むよ。彼らは、無駄なことを勉強せずに経営戦略でも学んだらどうかと思う。
そうすれば、フレームワークの主張する宣伝文句に誘惑されない、より専門的な見識が育つだろう。
フレームワークフレームワーク言ってる奴はそもそも、出来の悪い奴が多いと思う。PHPに関して言えば。
もしやるならフレームワーク乱立せずに人材を供給できるように標準化をすることだ。そして標準化したら開発環境と連動しよりスムーズに開発できることだろう。
共同開発をうたい文句にするには、それをしなければだめだろう。英語やフランス語が出てくる辞典で国内で共同開発は見込めない。
0515nobodyさん
2016/12/29(木) 00:43:51.86ID:TO5hcw10共同開発できると宣伝文句を妄信してる
そもそも自社とか無名とか関係ない。
そんな奴、遠にクビにした。
自己満足フレームワーク・スキルで一人で開発されても困るからだ。
0516nobodyさん
2016/12/29(木) 07:48:28.74ID:???開発者がunix文化から外れてる人が多いからだと思う
車輪の再発明ってやつね
rubyだったらrailsとマイクロフレームワークでsinatraあるし
pythonだったらdjangoとpyramidとflaskだし
でもphpってそういう代表的なの無いじゃん
簡単に作れちゃうし、みんなが中途半端にオレオレで作っちゃうから
php使ってる人全体の開発リソースが分散しちゃってるんだと思うんだよね
みんなで中途半端な物をそれぞれで作ってないで纏めりゃいいのにさ
0517nobodyさん
2016/12/29(木) 09:57:55.10ID:???フレームワークを使う人がドヤってるエンジニアのように見えてしまうのは劣等感のせいだろう
つらかったでしょう、存分にこのスレで吐き出していけ
0518nobodyさん
2016/12/29(木) 12:03:58.76ID:???俺は上で連投してる人とは違うけども
俺から言わせりゃ長文だからって脊髄反射で煽る君の方がどうかと思うよ
ちゃんと読めばフレームワークを否定してる内容じゃないと思うしね
ドヤってるとかドヤってないとかそんな表面的な事しか言えないのは
エンジニアとしてどうなの？
なんか反論したいなら技術的なことで反論してみたらと思うよ
そういう俺はphpの時はマイクロフレームワークのslimで基本的な所だけやって
後は案件に合わせてオレオレライブラリを組み込んで使ってる
でもrubyで作るときはマイクロフレームワーク使わないでrails使ってる
オレオレライブラリをメンテし続けるのだるいし
phpでも定番的なフレームワークが欲しい
0519nobodyさん
2016/12/29(木) 12:09:40.57ID:4BNj6fp1俺は>>516と>>518ね
0520nobodyさん
2016/12/29(木) 12:18:21.69ID:???0521nobodyさん
2016/12/29(木) 12:39:13.06ID:4BNj6fp1んー、なんつーかphpと他の言語のフレームワークって違うんだよな
他の言語のフレームワークって発展しながら統合してってる感じ？
勝ち残ってきたから少数になってる
例えばpyramidなんかはzopeとpylonsのいいとこ合わせてできた物だし
そのpylonsはturbogearsを使いやすくした物だし
turbogearsは色んなフレームワークを統合したメガフレームワークだし
djangoみたいに最初からすごい完成度で全くの独自実装したのじゃなければ
大体他のフレームワークの良いところを集めてどんどん進化してるんだよね
phpのフレームワークの場合だとさ、他の言語のフレームワークから良いところをインスパイアしたりするけども
ただの劣化コピーって感じ（主にcakeのイメージ）
0522nobodyさん
2016/12/29(木) 13:26:24.10ID:???>>508
今までうまくいかなかったプロジェクトなんてないわ。どうにかしてきたからな。
俺はTOEIC400もないと思うが、それでも全然英語ドキュメントでやってるぜ。
英語からエンジニアを遠ざけていることが、日本のIT業界の弱さになってると思うわ。
>>509
俺が実際にやってきた真実を言っているのだが。俺は生粋の日本人だから嘘はつかねえよ。
そりゃ初めてフレームワークを勉強するなら、半年とか掛かってしまうかも知れんが、
何個かフレームワークやっているうちに、すぐ網羅できるようになる。
ちなみに、ZendがCakeより学習コスト掛かるとは思えんわ。
0523nobodyさん
2016/12/29(木) 13:48:05.33ID:???今時、フレームワークを使えない人材を探す方が難しいと思うが。
なぜ人材が集まらないか考えてみた方がいいんじゃね？
・そもそもPHPメインの会社に技術的な魅力なんてない。
・エンジニアなら誰でも一緒だと思っている。
・100万の人材一人より、20万の人材五人の方が良いと思っている。
・できる奴を見抜けずスルーしてしまってる。
・給料が安すぎる。
・社長がワンマンの馬鹿。
0524nobodyさん
2016/12/29(木) 14:06:40.63ID:???辞めてった同僚がほぼ同じこと言ってた
そいつ今SE上がりの社長さんの下で働いてて、俺もこっそり誘われてる
「社長がワンマンの馬鹿」はかなり響くわ…
これが無ければ給料少なくても結構我慢できるんだが
ってスレチの愚痴だなすまん
0525nobodyさん
2016/12/29(木) 14:14:38.12ID:???会社の雰囲気とかが一番大事だよな。
俺は給料高くないと嫌だけど。
ここでフレームワークの選択に悩んでる奴がいるなら、Meteorでも使えと言っとくよ。
0526nobodyさん
2016/12/29(木) 16:07:01.37ID:???0527nobodyさん
2016/12/29(木) 17:06:43.07ID:???メテオね。
PHPの代替はいっぱいあるけど、JSの代替は無い。JS（フロント）は必須。
サーバーサイドもフロントもJSでできるMeteorならフレームワーク1つでOK！
って思って。
nodeサーバーの保証は致しかねません。
0528nobodyさん
2016/12/29(木) 17:17:05.66ID:???0529nobodyさん
2016/12/29(木) 20:49:12.70ID:4BNj6fp1そういや、うちの社内の別チームの方で新技術の検証とかやってんだけど
apache nifiがヤバいとか言ってたよ
「フロントにjsのフレームワーク置いてバックエンドはnifiでいけそう。マジでphpだけしか出来ないプログラマ廃業の危機」
とか、どこまで冗談なのかわからんこと言ってたから正月休みに試そうと思ってんだけど
触ったことある人いる？
幸い俺は他言語いくつか使えるのでまだ現役でやってけそうだけども
そこまでnifi凄いんだとphpしかできない子に他の言語覚えさせなきゃならんってことで
俺の方には次世代言語の選定?みたいなのやってくれって依頼がきてる
goかelixirあたりかなー？なんて思ってんだけど
それ以前にjs覚えさせた方がよさげだな
0530nobodyさん
2016/12/29(木) 21:33:15.37ID:???毎日スパゲティしか食ってないからな
•̀.̫•́✧
0531nobodyさん
2016/12/29(木) 21:58:55.54ID:???nifiって初めて聞いたけど、調べたら凄そうだった。
GUIでバックエンドのプログラムできる感じなのかな？
このスレにきて初めて収穫があったわｗ
JSはPHPやってる人間も多少はやってるだろうから、JS伸ばした方がいいかもね。
ただJS界隈は、PHPとは比べ物にならないフレームワーク戦争だけど。
0532nobodyさん
2016/12/29(木) 22:06:00.27ID:4BNj6fp1ね、ヤバいよね
guiで作られたらプログラマの商売上がったりだよ
まだ日本語化とかされてないらしいからすぐに広まる事は無いだろうけども
数年後にはphpプログラマは絶滅危惧種になってるかもしれん
0533nobodyさん
2016/12/29(木) 22:31:54.90ID:???言うほど触ってないので異論は認める
0534nobodyさん
2016/12/30(金) 10:00:34.88ID:???0535nobodyさん
2016/12/30(金) 11:10:54.11ID:???ロボットに仕事取られるのと同じだね。
Webしかできないと将来が不安になるわ。
その中でもPHPは代替されてしまうし、Web専用だから更に心配。
0536nobodyさん
2016/12/30(金) 11:37:47.74ID:???0537nobodyさん
2016/12/30(金) 12:27:17.71ID:???あー、まだこういう情報って表に出しちゃやばかったかなー
一応会社で調べた情報だしなー
とか2chに書き込み終わった後で思って5分ぐらい反省した
まぁqiitaとかにあるぐらいだから日本でも認識されてるしいいよね？
で、夜中にちょっと触ってみた感想
・フローチャート的に処理を繋げてくとやってくれる
・メソッドチェーンのgui版みたいな感じ
・すげーおもろい。プログラマが弄ったらかなり楽しいと思う
・海外にサンプルの処理を配布してるとこがあってそこからサンプル落とし放題
・つまり一度作ったワークフローをxml化しておくと再配布可能
・試しにクローラ作ろうと思ったら既にサンプルにあった
・jvmなのが気に入らない。erlangのvmで同じ様なのあったらいいな
今んとこはまだプログラマのおもちゃ的な所だと思う
でも、今後ノウハウが貯まってきたら底辺プログラマは必要ないかも
seが客先でヒアリングしながらその場でフロー組むような未来を想像した
>>535
>>536
今すぐにプログラマが職を奪われる代物ではなさそう
とりあえずかなり面白いから触ってみるといいかも
0538nobodyさん
2016/12/30(金) 12:36:10.45ID:???スラドでも話題になっていたから気にする必要は無いと思うよ
向こうでの反応は冷ややかだったが
0539nobodyさん
2016/12/30(金) 17:00:43.46ID:???モダンなキーワードを書いてくれるのはありがたいが、モダンすぎたりやってる人が少なくて細かく書いてしまうと、
誰が書いているか特定されてしまう恐れがあるかもｗ
その会社の人間が見たらなおさら。
Webの仕事は奪われてもいいから、nifiとかを作る側に回りたい。
0540nobodyさん
2016/12/30(金) 17:08:13.17ID:lE6HWcZMついに来ちゃったな、JSのフレームワーク戦争。
アングラをいじってたことがあったけど、あれのどこに利点があるのか正直分からなかった。
普通のJqueryいじってる方がよっぽどプログラマには分かり易かったんじゃないのかな。
0541nobodyさん
2016/12/30(金) 17:11:10.81ID:lE6HWcZMRじゃね？
PHPerが本格的にサービスを考えて、時代の中心になる時代。
サービスを考えるにはデータ解析からだよな
0542nobodyさん
2016/12/30(金) 17:20:09.24ID:lE6HWcZMフレームワークや多言語を使える人材はいるけど、
みんな経営に携わる立場になってしまい、その後釜がいないかな。
時代の流れで古いフレームワークは使えないし、現段階普及してるのは
Cake、Laravel、Symfony、Railsが中心。
他は、普及が乏しいので管理対象から切り捨ててる。
今後はLaravelに移行してるのでSymfonyが無くなると思われ。
あとは、汎用性の高いVBAのプログラマなら若手もいるし資料も豊富なので継承できる。
あとはIphioneアプリ用にObjective-Cが残ってるかな
以前はPerlやJavaサーブレットもあったけどね。
0543nobodyさん
2016/12/30(金) 17:27:57.14ID:lE6HWcZM俺に言われてもね。あんたは、あんたの経験を書いてるんだろうけど、
俺は、海外の専門家の客観的な意見を書いたに過ぎない。
そもそも、オレオレ経験通りになんていかないんじゃないか？
その辺、フレームワークを使ってるわりに主観に頼りすぎだと思うわ。
ホントのことを書くのは最低限必要だけど、主観でしかない。
主観は大概、余計な感情込めて大げさになる。1年が3か月になり、1か月が1週間になる。まるで信用できん。
0544nobodyさん
2016/12/30(金) 17:33:27.02ID:lE6HWcZM当たり前だけど、これからはララベルが一番入りやすくなるんじゃないかな。
過去のノウハウが山積みされてるCake、海外プロジェクトに多いSymfony(日本ではver2のおかげで不人気)
本音言うと、Rubyに一本化したいくらいだが、PHPのパワーは捨てきれずPHP7が出たばかリでクソ重さも軽減されてていろいろ移行中、しばらくPHPにお世話になるよ。
0545nobodyさん
2016/12/30(金) 17:37:31.33ID:lE6HWcZMGUIで作れたとしても、プログラマじゃなきゃ、仕組みがわからないんじゃないかな。
簡単なプログラムはGUIで作れても、新しい概念はプログラマの専門知識がどうしても必要になると思うよ。
たとば、統合開発環境を使ってても、結局、プログラマの専門知識は必要だし、コーディング以外の知識も必要になってくる。
だから、プログラマ要らず というより、それらを駆使するのに猶更、高いプログラミング能力が必要になると思うね。
それに、保守のためにしばらく必要。電話と同じでWEBは少なくとも100年は普及し続ける。ある意味安泰だけどな。
0546nobodyさん
2016/12/30(金) 17:38:59.53ID:lE6HWcZMいいかげん、暴れるって、さりげない悪口で印象操作するのやめたら。
話題や論拠の無い奴ほどそういうことをする。
0547nobodyさん
2016/12/30(金) 17:50:17.76ID:???特定とか怖くなるからやめてよw
>>541
Rとかになってくるとプログラマの範疇から出ちゃってる気がするな
プログラミングと解析は流石に別ジャンルだと思う
やってて損しないだろうけどRやる前にJSかPythonやらせちゃうかな
一応このスレ的にまとめてみると
もう「どのフレームワークがいいのかな？」
とか言ってられる状況じゃなくなりつつあるのかなー、なんて気がしてきた
フレームワークどころかphpという言語自体の存在意義がどんどん薄くなってきてると思う
pythonやrubyはサーバインフラ部分で使い道あるけどphpは辛いよね
もちろん今んとこは職業プログラマに限った話だと思うし
nifiみたいなワークフロー的なアプリじゃ対応しきれない場面では
今まで通りフレームワーク使うんだろうけど
それでも近頃のモバイルアプリとweb共存みたいな流れだと
サーバ側はwebapiにするケースが増えてるのは事実だし
普及は避けられない気がする
数年後にどうなってるか楽しみでもあり不安でもあるかな
とりあえず触ったことない人は触ってみる事をお薦めしとく
0548nobodyさん
2016/12/30(金) 18:09:04.15ID:???今はね
現状はその認識で合ってると思う
でも、まだインターネットの黎明期の頃（とか言うと世代我バレるw）
ルータのコンフィグをするのに専門のネットワークエンジニアがやるって事で
暴利を貪ってた企業が多かったのね
それがciscoがコンフィグを公開して誰でもコピペでコンフィグ流し込める様になって
一気にそのビジネスモデルは破綻した
結局のところ、利用者側からすれば安くあげたい訳で
余程特殊な用途じゃない限りエンジニアが要らない状況になったら
どう転ぶかわかんない
今はまだコピペ元になるワークフローが少ないけども
もっと普及してコピペでやれる状況になったらエンジニアが出る幕無くなるかも
それこそ本屋に「できるnifi」なんて本が並ぶ日が来るのかも知れない
まぁ正直今後どう転ぶか判らんけどね
世の中に受け入れられなくてひっそりと消えていく可能性もあるし
0549nobodyさん
2016/12/30(金) 18:43:56.95ID:???アンギュラーは重いけど、あの速度が速くなったものはかなり良いよ。
フロント重視の開発をしてみないと、メリットは見えてこないだろうね。
サーバーコストも減らせるし、レスポンスの速さが違いすぎる。
クライアント側のCPUとネットワークの速度が影響してしまうが。
>>542
SymfonyはLaravelやSilexの親だから、完全にはなくならないだろうな。
>>543
海外の専門家が言ってることよりも、自分でやってみた方が信憑性があると思うが。
まぁ個人の経験という主観は入ってたと思う。
0550nobodyさん
2016/12/30(金) 18:49:06.63ID:???RでやることをPythonでやった方が早いってことで、RからPythonに移ってるね。
0551nobodyさん
2016/12/31(土) 09:08:33.05ID:AlZHq02w1・2か月じゃ、全うなシステム開発にも携わってないってことだし。
全体の設計・開発・保守に携わり何か成果を上げてから、言うべきだな。
そうすると、2か月どころじゃなくなる。数年ってのが普通になるよ。
0552nobodyさん
2016/12/31(土) 09:12:43.00ID:AlZHq02wAngularは、使う奴が本当にいるのか疑問だな。
俺は完全に反対だよ。明らかに人材集めづらいもん。
これまではPerlerやPhper、Javalerなどが、JS開発に携わる横のつながりがあったが、
Anguralなんぞ入れて、横のつながりを無くしてしまったら、他の言語の連中が気軽に入りづらくなる。
共同開発・連携どころか、人材が絞られて汎用性が無くなるからだ。
頭の良い奴は、開発に携わるのではなく、技術の導入支援や講師になって儲けようとする。
フレームワークで開発を請け負うのは損だからだ。
0553nobodyさん
2016/12/31(土) 09:24:22.55ID:AlZHq02w強いてあげるなら、サーバと連動するAjaxだけどね。
Jqueryは良い発明だったが、Angularは数年後にはゴミ箱行きだと思うね。
なにせPHP以上にカオスなんだろ？
それと今後、Laravelみたいに数年で大きくシェアを伸ばすフレームワークが登場すると、
古参のフレームワークなんて全く使えなかったということだから投資効果としても悪すぎる。
いい加減、フレームワークに振り回されることが事業場なんの意味もないことに気づくべきだ。サブプライムどころじゃない。
0554nobodyさん
2016/12/31(土) 09:31:49.51ID:AlZHq02wなんらかのフレームワークの経験があれば可とか
PHP3年以上の経験があれば可とかあるけど、次々とフレームワークが大量に発生してるから
いちいち習得しなくていいように書いてあるんだよ。
より、標準知識や一般知識さえあれば応募できるようにしているわけだ。
詳しいことは入ってから習得してもらうってスタンス。
0555nobodyさん
2016/12/31(土) 09:36:14.43ID:???あんたの周りのしょぼいエンジニアと同じレベルで見るなよ。
1,2ヶ月で覚えてそれで開発が終わりなわけが無いだろ。
あんたのとこのしょぼさはレス見ると明らかだぞｗ
>>552
もうその時点で終わってるわ。時代に全くついていけてないじゃん。
フロントを軽視してるってことは、昔の古いシステムしか作れてないってことだ。
技術者でもないくせに、技術のこと語るなよ。
横のつながりとか何言ってんだ。やる奴は例え1人でもやるんだよ。
連投マンは、10年前の世界から来た過去人なの？
0556nobodyさん
2016/12/31(土) 09:36:31.39ID:AlZHq02w学習・研修のみ→2週間〜3か月
設計→3か月〜1年
開発→3か月〜1年
テスト→2か月以上
保守→3か月以上
まるまる一通りやって成果にこぎつけなきゃ、習得したとは言えないだろう。
まさか、1・2か月ってーと、ビュー周りの修正、データ操作の修正だけ行ったとかじゃあるまいし。
0557nobodyさん
2016/12/31(土) 09:47:12.99ID:AlZHq02w成果をあげなきゃ、習得したとは言えない、習得した気になってるだけだろ。
お前は、人の批判悪口ばかりで、実質性に乏しいから印象操作しかできないのでは？
変なでっち上げとか印象操作は辞めてねｗ
しょぼいエンジニアも何も、東大卒とかバリバリの私大上位の連中ばかりだよ。
それでもフレームワークを敬遠している意味を考えろ。やってるつもりになるだけじゃなくてな。
必死に見栄を張ってる奴は、あたまの悪いチキンレースの出場者みたいなもんだ。
できてもいないうちに、覚えた、覚えたうるさいよ。
数年でも携わってから言えば、1・2か月の配属じゃ、どうせ見えてないところがいっぱいあるんだろうからさ。初心者レベルばれたな。
それに、フロントを軽視した覚えはない。
フロントエンドは要件定義、外部設計など後工程に影響する重要な足がかりになるから当然、フロント周りの設計は重要だと思ってるよ。
もちろん、Jquery、Ajax、この技術は素晴らしかった汎用性が高くて標準化の基礎になりうるから。
でも、Angularはクソだね。いずれ消えるし。絶対的なものでもなんでもない。
0558nobodyさん
2016/12/31(土) 09:51:49.91ID:AlZHq02w＞横のつながりとか何言ってんだ。やる奴は例え1人でもやるんだよ。
あれあれ？共同開発じゃなかったのかよｗ
1人で組んだオレオレ・コードや自社開発フレームワークがクソなんじゃなかったのか？
フレームワークだって一人で考えたロジックだったら結局、自己満足コードになるよ。何勘違いしてんだ。
そんなに、スキルフルに見せたいのか？フレームワークを1・2か月しか習得しないでか？
俺なんか8年もフレームワークだらけだというのに。
0559nobodyさん
2016/12/31(土) 09:56:10.11ID:AlZHq02wレビューで突っ込みどころ満載の、自己満足コードしか書けないけどな。
本来プログラマとはそういうものだし。その時通ったとしても
あとでリファクタリングの対象だらけになるよ。
一番重要なのは、フレームワークではなく、個々のシステムの機能や、フロー、IOインタフェースだと思うよ。
フレームワークや書き方が後々、何でもいいように、しっかりとした設計が重要なんだよ。コーディングレベルのことにこだわりすぎて、
フレームワークみたいにクソみたいなカオスコード入れんなよ。
0560nobodyさん
2016/12/31(土) 10:01:53.21ID:???プログラム未経験者を対象にしているのか？
>>557
お前を責めているのは俺だけじゃないだろｗ
俺以外にもお前はゴミ扱いされてるよ。
なんの印象操作だよ。連投マンって真実じゃん。
それ以外言ってないだろ。
お前がなんと言おうと、俺の経験を変える事できないから諦めろ。
できてるし、成果も残して来たからな。真実は変えれんのだよ。
お前はAngular事情も知らないだろうし、まだjQueryレベルｗ
Angular一本でもやってないしな。
0561nobodyさん
2016/12/31(土) 10:05:55.26ID:???お前は俺を誰と勘違いしてんだよｗ
共同開発なんて一言も言ってないだろ。
お前は真実見抜かれて怒り狂ってるんだな。
勘違い野郎はお前だよ。
0562nobodyさん
2016/12/31(土) 16:36:28.62ID:???聞いたんだけど
LaravelってPHP側はWebAPIに特化した作りになってるってこと？
0563nobodyさん
2016/12/31(土) 17:21:31.85ID:???ここ数年で作者の興味が変わったのか、
フロントエンドに介入し出した結果が
Vue.jsだったりelixirという名のオレオレgulpタスク群だったりするだけ
Laravel自体は変わってないよ
0564nobodyさん
2016/12/31(土) 18:49:22.88ID:???0565nobodyさん
2016/12/31(土) 19:55:22.83ID:???vue.js+fuelphpの組み合わせばっかりで開発してるなあ……
固定化しちゃうのはよくないと分かってるんだけど……
0566nobodyさん
2017/01/01(日) 23:55:36.86ID:???0567nobodyさん
2017/01/02(月) 14:28:00.77ID:???0568nobodyさん
2017/01/02(月) 14:52:53.53ID:???次々出てくるフレームワークはやったら負けってな。
振り回されてるやつは、新興宗教をとっかえひっかえするのと同レベルだそうだ。
0569nobodyさん
2017/01/02(月) 14:54:25.66ID:???php7だと予想以上に早くて驚いた
0570nobodyさん
2017/01/02(月) 14:54:59.70ID:gK9TTruFだって、保守までやるのに1，2年は最低かかるだろ。
そうじゃなきゃ、フレームワークの恩恵とやらを受けられませんよ？
真実見抜かれてイカレちゃてるのは誰なんでしょうか？
0571nobodyさん
2017/01/02(月) 14:58:20.19ID:gK9TTruFAnglarはクソで間違いないね
フロントエンド重視だからとか関係なくクソはクソだよ。
0572nobodyさん
2017/01/02(月) 15:24:31.89ID:gK9TTruFどういう学習環境で実施する？
１．集合研修
２．通学
３．ネット上の動画
３．個人で教科書を買って読む
４．個人でネット上のリファレンス・チュートリアルを読みながら
どれが、一番早いかおしえて。
0573nobodyさん
2017/01/02(月) 15:26:24.81ID:gK9TTruF個人でってやつは向上心はないよりましだが信用できない。
集合研修は大体2，3か月だね。
その後は、1週間に一度の定期講習で知識共有。
ネット動画でノウハウ共有みたいなこともやってる。
0574nobodyさん
2017/01/02(月) 15:29:03.35ID:gK9TTruF0575nobodyさん
2017/01/03(火) 12:09:18.09ID:???アホの連投マンよ。お前の言ってることは穴だらけだぜ。連投マンというよりレンコンマンだな。
保守から参加する場合もあるのにな。お前フレームワークは使わない方が良いと言っといて、後からLaravelが良いとか主張変えすぎでゴミ過ぎる。
他にも支離滅裂が多すぎるわ。
保守までしないとフレームワークの恩恵を受けられない？
開発したこと無いのかよ。
PHP自体がフレームワークとか書いた奴もレンコンマンか？
0576nobodyさん
2017/01/03(火) 13:35:09.22ID:???0577nobodyさん
2017/01/05(木) 17:22:49.28ID:???みんなsnsかslackで話してる
phpユーザーズにはそこそこ人がいる
0578nobodyさん
2017/01/05(木) 18:12:06.97ID:A1lH1u+ehttp://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
0579nobodyさん
2017/01/06(金) 10:29:04.66ID:???0580nobodyさん
2017/01/06(金) 10:54:04.30ID:???アンテナの高いエンジニアは全部読むよ
お前みたいに偏った嗜好は持たない
0581nobodyさん
2017/01/06(金) 15:47:46.82ID:???slackとかは匿名じゃないからあんまり変なことは言えないしね。
アホな質問とかしれっとできる2chは魅力あると思う。
0582nobodyさん
2017/01/06(金) 19:02:41.16ID:???0583nobodyさん
2017/01/06(金) 21:59:11.55ID:???つかcodeigniterもスレ伸びてないけどなんでだろね
0584nobodyさん
2017/01/06(金) 22:41:43.09ID:???どのスレも勢いない
0585nobodyさん
2017/01/06(金) 23:16:37.85ID:???だけどそっちに行かないとダメなんかねえ
0586nobodyさん
2017/01/07(土) 08:19:45.44ID:???0587nobodyさん
2017/01/07(土) 20:36:43.96ID:???0588nobodyさん
2017/01/11(水) 13:03:19.11ID:???reditとかに以降すべきじゃないか？
0589nobodyさん
2017/01/11(水) 15:41:58.55ID:???0590nobodyさん
2017/01/17(火) 20:44:50.12ID:???0591nobodyさん
2017/01/17(火) 22:59:41.72ID:???0592nobodyさん
2017/01/19(木) 17:31:40.81ID:???誰か解説してくれ
0593nobodyさん
2017/01/19(木) 19:59:50.58ID:???0594nobodyさん
2017/01/19(木) 21:13:23.75ID:???0595nobodyさん
2017/01/19(木) 22:37:51.16ID:???ってフレームワークの話しろや
0596nobodyさん
2017/01/19(木) 22:42:19.53ID:???読みにくいよね・・・
0597nobodyさん
2017/01/20(金) 00:25:49.50ID:???がなぜ読みにくいのか
0598nobodyさん
2017/01/20(金) 08:40:31.88ID:???はよ出せ
0599nobodyさん
2017/01/21(土) 00:50:23.90ID:???自由すぎるからルール厳格にしないと改修で死ねそうだが
が、規約がうぜえFWよりよっぽどいい
AMI 2016.09でやってるけど軽すぎてビビる
>>594
くっそわろ
0600nobodyさん
2017/01/21(土) 08:39:05.40ID:???0601nobodyさん
2017/01/21(土) 10:45:17.75ID:???599だがそんなことまったくない
昔はextensionがエラー吐いたり( ここらへん ttp://blog.asial.co.jp/1272 )したらしいが3.0.3では特に無いなー
まー凝ったことしてないからかもしれんが
0602nobodyさん
2017/01/21(土) 12:04:04.76ID:???そうなんだ 時間が空いた時にちょっと触ってみるわ
0603nobodyさん
2017/02/01(水) 21:14:31.90ID:Qikpskfbララベルは消えるんじゃないか。
遅いし、機能もケーキ以下だし
0604nobodyさん
2017/02/01(水) 21:19:45.83ID:Qikpskfb全体統括する立場で初めて習得したことを生かせるだろう。
保守から参加する末端技術者は、設計開発その他の重要な局面に参加できない。
ゆえに全体を連続でやらない限り、習得したとは言えない。
1，2か月ってのは明らかにサバ読みすぎで、エンジニアの価値が下がるからやめるべきだな。
俺のいる部署に1，2か月でマスターしたと豪語して入ってきた奴がいるけど、カラッキシだめだったよ。
6か月くらい経験してようやく慣れてきたといったところか。
フレームワーク使わない時代の方が圧倒的に仕事が早かったんだが。本当にFWの恩恵を受けているのかは定かではない。
0605nobodyさん
2017/02/12(日) 21:25:15.32ID:Cj2dxAMR最近気づいた仕様もあってすべて習得している状態ではない。
学習期間が1，2か月というのは無理があると思う。
開発は終わった。
納品先には開発部隊がある。
俺俺フレームワークはダメと納品先からリクエストがあったので
Symfonyを選んだ。
いろんな要求にこたえられて結果的にSymfonyを選んで良かった気がする。
0606nobodyさん
2017/02/12(日) 21:44:08.25ID:???上の方で馬鹿が吠えてたけどそれが普通だよな
「しんふぉにーわかるひとー？」で人集めれば改修保守できるんだから
0607nobodyさん
2017/02/14(火) 00:54:39.79ID:???0608nobodyさん
2017/02/14(火) 21:33:41.48ID:???そんなんで俺俺いってもなーー
0609nobodyさん
2017/02/14(火) 22:58:49.57ID:???おれおれテンプレートエンジンのデリミタが■hoge■(全角)とかはまだしも
何から何まで$_SESSIONに突っ込んでたり殆ど同じことやってんのにページごとに同じコード書きまくってたり
挙句の果てに上司と部下がコメントで喧嘩とかな
10年前ならともかくコメントの日付が2015XXXXとかになってんのもう見るのいやー
0610nobodyさん
2017/02/14(火) 23:05:19.71ID:???0611nobodyさん
2017/02/18(土) 09:16:15.93ID:5ClZkRJXルーティングが整理されていないと読む気にならん。
0612nobodyさん
2017/02/18(土) 17:38:31.37ID:???あるある
一瞬で終わるはずの修正なのに延々とエンバグに付き合うことに
0613nobodyさん
2017/02/18(土) 21:14:45.23ID:???ez publishっていうCMSがあってな
是非見ていただきたいものだ
0614nobodyさん
2017/02/25(土) 22:50:48.71ID:???オレオレがダメなんじゃなくて、アホが作ってるから腐ってるだけなんだってこと…
SymfonyだのCakeだのありがたがってたアホが山のようにいる日本だからな
その程度すら実装できないアホばかりなんだから、そりゃ、大抵のオレオレは目もあてられんさ
ただ、メジャーフレームワークのクソさ加減にいつまでも気付け無いバカばっかだってことの裏返しだけどな
0615nobodyさん
2017/02/25(土) 23:00:45.45ID:???ではその素晴らしいフレームワークで頑張ってください
0616nobodyさん
2017/02/25(土) 23:08:13.67ID:t5H8rsG0作らなくて済む分出来合いのでいいのではないだろうか。
0617nobodyさん
2017/02/26(日) 13:31:27.01ID:???お薬多目に出してもらえ
0618nobodyさん
2017/02/27(月) 00:13:43.60ID:???あ、はい
ではその素晴らしいクソフレームワークで頑張ってください
0619nobodyさん
2017/02/27(月) 00:30:01.51ID:???>>615で綺麗に褒め殺ししてたのにただの三流の罵倒に成り下がってしまった
0620nobodyさん
2017/02/27(月) 00:52:00.10ID:???0621nobodyさん
2017/02/27(月) 02:26:55.62ID:???使ってる人間の割合が子供が増えたからだと思うんだよね
プログラマって物を作ってナンボだと思うんだけど
PHP界隈では純粋に作って楽しむ層が減って
コピペプログラマ的なのばかりになってしまった
このスレでオレオレ批判するのも2種類いて
オレオレを使うリスクから批判する人と
ただ単に自分の使っているFW以外の物は知らないから敵、みたいな
小さい世界で生きてる子供みたいな意見の２つだ
前者のオレオレを理解した上で批判してる人は議論にもなるんだけど
後者のオレオレどころかPHPすらまともに書けなそうな人間に議論ふっかけても無駄
というのが去年迄PHPマンセーしてた（ci信者→オレオレ→fuel信者）が、
golangに乗り換えた俺からの意見だ
乗り換えたのは仕事都合だったんだけど
乗り換えて心の底から良かったと思ってる
他言語やった事ない人はこんなスレで子供相手にして消耗してないで
他言語やってみたら？
世界が広がるよ
0622nobodyさん
2017/02/27(月) 04:43:40.56ID:???毛嫌いしてたショートタグもじゃんじゃん使ってくんで夜露死苦ぅ！
0623nobodyさん
2017/02/27(月) 08:45:57.39ID:???そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと
まぁ罵倒するだけで自身が満足ならそれはそれで良いことだね
0624nobodyさん
2017/02/27(月) 09:22:58.02ID:???スレにすら合ってねぇってことが分からねぇバカ
わざとやってんのかよとすら思うがわざとならつまらなすぎるから
本物のバカなんだろう
0625nobodyさん
2017/02/27(月) 09:26:59.68ID:???あのさ、お前本当のバカだろ
なんで相手がどう思って何をしているはずだからそれでは効果は無いはずだとか決めつけてんの？
アホがいたから脱力して、コピペって馬鹿にしてるだけのレスに
「三流の罵倒に成り下がってしまった」とか「そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと」って
脳みそ本当に湧いてんのかよ？ キチガイPHPerは本当、すげーな
まぁ評価するだけで自身が満足ならそれはそれで良いことだね
0626nobodyさん
2017/02/27(月) 09:37:22.22ID:???0627nobodyさん
2017/02/27(月) 09:55:41.79ID:???0628nobodyさん
2017/02/27(月) 09:59:09.97ID:???0629nobodyさん
2017/02/27(月) 10:09:02.56ID:???PHPerはバカ過ぎて、
>$foo->bar(
> $longArgument,
> $longerArgument,
> $muchLongerArgument
>);
このコードの意味わかんねーんだとさ。で、わからねぇのに引用してくるんだとさ。本当に脳みそくさってるよ
他の言語がどうしたとかのレベルじゃねぇよ、中学生並みの理解力すらねぇんだもん
0630nobodyさん
2017/02/27(月) 12:45:52.35ID:???どこにもスレないよー
0631nobodyさん
2017/02/27(月) 16:48:59.17ID:???びっくりぽん
0632nobodyさん
2017/02/27(月) 20:20:38.86ID:???2ch、というかまさにこのスレなんかと住み分け出来てていいんじゃないか
0633nobodyさん
2017/02/27(月) 22:56:29.45ID:???実は俺もｗ
0634nobodyさん
2017/02/27(月) 22:59:01.58ID:EO95zXAkどこがクソなんだ。
0635nobodyさん
2017/02/28(火) 00:17:38.51ID:???アレもダメこれもダメで、結局全然便利じゃない所
0636nobodyさん
2017/02/28(火) 00:19:16.50ID:???全部やん
というか・・・メジャーなのは無い
どこも1Ａか2Aクラスじゃね？
0637nobodyさん
2017/02/28(火) 08:05:50.17ID:???哀れ
0638nobodyさん
2017/02/28(火) 09:20:07.68ID:???え？
0639nobodyさん
2017/02/28(火) 09:57:30.33ID:???丁寧に説明してもらえると思ってた？ おまえの徳にしかならないことするわけないじゃん 残念だったね
哀れ
0640nobodyさん
2017/02/28(火) 10:01:06.32ID:???人間としても腐ってんだよな、ペチパー
>>618 に書いたじゃん。アホはアホのままクソフレームワーク使っててくださいって、俺は全く困らないから
ホント、マヌケよねークソペチパーって
0641nobodyさん
2017/03/01(水) 14:06:36.77ID:???得になることならともかく、徳になることなら喜んでやってやれよ
「仏教徒ならやってやれ！」だ
0642nobodyさん
2017/03/01(水) 14:29:09.16ID:???既存フレームワークにたよっていると、基幹部分の設計に類する分野の知見を積めないため高いレベルでのアプリケーション構築能力の育成が阻害される。
結果、枝葉ばかりしか扱えず、開発効率・保守性を両立させたの品質の高い統合的な開発の出来る、価値あるコードを生み出せる人間になれない。
だから、既存メジャーフレームワークはクソだ。
以上
0643nobodyさん
2017/03/01(水) 21:56:50.13ID:???0644nobodyさん
2017/03/01(水) 23:05:25.11ID:???0645nobodyさん
2017/03/01(水) 23:23:05.83ID:CjBl2d860646nobodyさん
2017/03/02(木) 10:04:59.60ID:???フレームワークにべったり依存して書いちゃうとフレームワーク自体のバージョンアップさえ苦痛になる
ドメイン層をフレームワークから分離させておけばフレームワークの変更もまだ楽
永遠に使い続けられる完璧なフレームワークなんてものは存在しないんだから
メジャーなものでもオレオレでもいつかは来る捨てる日に備えておこう
今仕事でcakephp1.3の保守やらされてて目が死んでる俺が言ってるんだから説得力あるでしょ？
0647nobodyさん
2017/03/02(木) 11:24:54.23ID:???フレームワークの移行ってやっぱ大変よ
せいぜいMVC、ルーティングをちゃんと分類しておくくらいじゃない？
0648nobodyさん
2017/03/02(木) 11:27:46.08ID:???0649nobodyさん
2017/03/02(木) 14:01:18.45ID:ro54r/Gxcakephp3 でやっと対応したところだから。
フレームワークを使っていないシステムでフォームもセッションもすべて
配列のシステムをメンテしたことがある。当時はそんなものだと思ってい
たが、今はぞっとする。
0650nobodyさん
2017/03/02(木) 15:12:52.10ID:???影響受けてあれってことは、Railsもマトモなわけないと思わせるほどの腐臭がCakeからは漂ってくる。
0651nobodyさん
2017/03/02(木) 15:31:15.41ID:???例えば2のダメなところはアソシエーション書いてfindした時に内部で全部JOINしてるせいで
レコードが巨大になりがちだったり、カラム指定がクソめんどうだったり、
あとrecursiveが単純な階層指定のせいで
アソシエーション設定してるが今回は要らないやってテーブルを排除するfindがクソめんどうだったり
まあContainableビヘイビア使ってればある程度は何とかなってたが。
その点を3では改善してくれてる、
あとRailsはCakeと違って完成度高いよ。
0652nobodyさん
2017/03/02(木) 16:12:24.24ID:ro54r/Gxたしかにめんどい
recursiveが単純な階層指定って関連を何回たどるかってこと？
Laravel, Symfony はレイジーロードありなので大抵はそれで事足りると思う。
パフォーマンスでないときだけ明示的に with, join を使えばいい。
0653nobodyさん
2017/03/02(木) 18:24:57.89ID:???さっきCake3の記事を仕事中にスマフォでちらっとみただけなんだけどさ
EntityクラスとTablesクラスがDBアクセスの基本になってんでしょ？
Tablesクラスってことは、Table毎にクラス作るんでしょ？
いつまでそういうことやってんのかなって感じ
もう、DAOでもActiveRecordでもずっと言われてることだけどさ、
AテーブルとBテーブルをJoinするSelect文のメソッドはどっちのテーブル用のクラスに書くの？
0654nobodyさん
2017/03/03(金) 09:14:13.45ID:oOv2rtBYRepository に分離しているフレームワークでも同じことだと思う。
売上一覧が伝票・伝票明細・得意先・商品を結合するのだったら、
伝票という風にメインになりそうなクラスに書いている。
0655nobodyさん
2017/03/03(金) 11:28:30.55ID:???>伝票という風にメインになりそうなクラスに書いている。
それさ、DAOでよく問題になってんだけど、テーブルベースで作るか、機能ベースで作るかってやつな
そういう、どっちにもなりそうな状況が発生する時点で設計が狂ってんだよ。
0656nobodyさん
2017/03/03(金) 11:33:54.92ID:???普通に考えたら「こう実装するしか無いよね」って道を指し示せないとダメなわけさ
実装者によってあっちに書く、こっちに書くみたいな状況になるフレームワークは
フレームワークが機能してないってことなわけだ
0657nobodyさん
2017/03/03(金) 12:15:15.05ID:???0658nobodyさん
2017/03/03(金) 12:44:40.70ID:???それか仕事したことないか
0659nobodyさん
2017/03/03(金) 16:22:02.99ID:???ん？ 今更何いってんの？ >>614でとっくに全否定してんだけど
>>658
日本語の文章をマトモに解釈すると「おまえがな」って意味になっちゃうんだけど
自分で言っててわかってる？
そういう意味で言ったの？
0660nobodyさん
2017/03/03(金) 16:24:12.05ID:???もう>>621の言うとおり、本当にPHPにはマトモな奴いねぇのかもしれないな…
0661nobodyさん
2017/03/03(金) 17:05:12.78ID:???0662nobodyさん
2017/03/03(金) 17:22:09.55ID:???0663nobodyさん
2017/03/03(金) 21:25:21.18ID:???0664nobodyさん
2017/03/03(金) 23:47:55.16ID:???既存フレームワーク使って満足してるやつ
0665nobodyさん
2017/03/04(土) 10:09:04.15ID:Iuc7Mslw0666nobodyさん
2017/03/04(土) 10:15:42.15ID:???0667nobodyさん
2017/03/04(土) 19:13:07.79ID:WEjOxgqwこの場合にどちらになるか選択しなくて良い方法は、
トランザクションスクリプトでドメインロジックを書くことだと思う。
ActiveRecord, TableModule, DomainModel+Repositoryではこの種の選択がある。
フレームワークがオレオレか既製かではなくて、
トランザクションスクリプトかActiveRecord他のどちらがよいかということになる。
0668nobodyさん
2017/03/04(土) 20:20:02.40ID:???よくねーっつったのが>>658自身なんだから、オレに言われてもしらねーよ
0669nobodyさん
2017/03/05(日) 03:11:41.17ID:???＞CRUDくらいの簡単なもの
煽りじゃなくて意図がわからんのだけど
単一テーブルへのアクセス(ややっこしい
結合無いやつ)って意味なのかな？
0670nobodyさん
2017/03/05(日) 16:57:10.47ID:???CodeIgniter :
FuelPHP :
Laravel :
Phalcon :
Symfony :
Zend Framework :
それぞれどんなイメージ持ってる？
参考にしたい
0671nobodyさん
2017/03/05(日) 23:56:18.92ID:???CodeIgniter : 突き放しFW
Symfony : あっちにもこっちにもあそこにもここにも設定ファイル
0672nobodyさん
2017/03/06(月) 11:08:45.76ID:+tF/pjD5Symfony > Laravel > CakePHP
Symfony は重厚長大
Laravel はマジックメソッドで遅い
0673nobodyさん
2017/03/06(月) 11:31:30.72ID:???オレオレフレームワークでやってる奴は、作ったフレームワークをちゃんとテストしてるのか？
まともなフレームワークを作るにはそれなりに工数もかかるし、リリースしてユーザーの協力でバグを発見できる。
それだけのリソースを社内で抱えているなら、オレオレでも良いとは思うが。
0674nobodyさん
2017/03/06(月) 12:16:30.74ID:???いやCakeでもモデルに書こうぜw
0675nobodyさん
2017/03/06(月) 12:32:36.57ID:???>作ったフレームワークをちゃんとテストしてるのか？
メジャだろうがオレオレだろうがノンフレだろうが、しないなんて考えられない。
>>674
> それぞれどんなイメージ持ってる？
0676nobodyさん
2017/03/06(月) 12:33:49.50ID:???0677nobodyさん
2017/03/06(月) 14:22:27.01ID:???coreクラスや、その他パッケージも充実してます。
0678nobodyさん
2017/03/06(月) 18:54:55.76ID:???伝票クラス作成に賛成
こういうモデリングは楽しいね
0679nobodyさん
2017/03/06(月) 21:33:57.69ID:???>Symfony : あっちにもこっちにもあそこにもここにも設定ファイル
地獄だなそれ 古いez-publishを思い出す
0680nobodyさん
2017/03/06(月) 21:48:44.14ID:???CodeIgniter : 好き 勤務先メイン シンプルでキレイに書けるし速めなところが好き 4もgithubで追いかけてるけどとても好ましい
FuelPHP : CIと迷ったが社内でディスカッションしてCIになった 現在の状況はよく知らん
Phalcon : extensionってだけで色物扱いされることが多いが速いしコードも少なく美しく書けるし好き だけど仕事ではなかなか使えない(人集めとかそういう政治的理由で)のが残念
Zend Framework : もういいだろ……改修案件でライブラリとして一部を使ったりはあるみたいだけど自分ならあえて使わないな 初学者がフレームワークアレルギーになる一因
Laravel, Symfony : 重そう(触ったこと無い
0681nobodyさん
2017/03/07(火) 16:05:00.20ID:PwJ0DFRRFuelPHP は他と比べてどうですか。
0682nobodyさん
2017/03/07(火) 17:30:17.83ID:???0683nobodyさん
2017/03/07(火) 23:01:34.37ID:???0684nobodyさん
2017/03/08(水) 06:22:25.90ID:???0685nobodyさん
2017/03/08(水) 06:49:05.76ID:???実用レベルじゃない
0686nobodyさん
2017/03/08(水) 12:44:04.85ID:???0687nobodyさん
2017/03/08(水) 18:49:22.41ID:???他と比べるというか、急上昇してるlaravelなど使ったことがないですが
良い意味で扱い易い印象です。(公式ドキュメント見ながら0から作るぶんには）
まだはじめて半年-1年未満なのでそのへんの動向はわからないですが、初心者なりに理解しやすいと思ってます。
0688nobodyさん
2017/03/08(水) 20:40:01.00ID:???ただ最近だとSymfony2かRailsに行っちゃうのが良いと思う
0689nobodyさん
2017/03/08(水) 22:02:08.94ID:???phalconとかice(生きてんのこれ？)は別にしても同じPHPなら速いもん使いたいなー
0690nobodyさん
2017/03/08(水) 22:41:09.96ID:???0691nobodyさん
2017/03/08(水) 22:47:15.63ID:???0692nobodyさん
2017/03/08(水) 23:07:26.00ID:???0693nobodyさん
2017/03/08(水) 23:18:48.02ID:???0694nobodyさん
2017/03/09(木) 00:37:04.51ID:???0695nobodyさん
2017/03/09(木) 01:04:08.90ID:???0696nobodyさん
2017/03/09(木) 01:39:57.60ID:???0697nobodyさん
2017/03/09(木) 08:19:33.52ID:???ゆかいなファルコン！たのしいファルコン！ファルコーーン！ファルコン！
0698nobodyさん
2017/03/09(木) 12:14:55.32ID:???ファルコンってエラーでクラッシュとかするんでしょ？
普通のPHPだとエラー有りページが表示できなくても他のエラー無しページには影響ないけど、ファルコンでも同じなの？
0699nobodyさん
2017/03/09(木) 15:27:35.08ID:???0700nobodyさん
2017/03/09(木) 22:44:38.83ID:???2.xまでは結構な頻度でHeapがどうこうで落っこちたりしたけど3.xはないよ
可能性ゼロではないだろうが3では見たこと無い
3でphalconでいうところのproject-simpleで2件(アンケートとちょっと変わったECもどき)を実案件でやった程度の実績だけど
>>697
ワロタ
おっさんしかわかんねえだろ
0701nobodyさん
2017/03/10(金) 07:09:50.49ID:???PHP使っていながらフレームワークに速さ求めるくらいなら
そもそもなぜPHP使うのかと
PHPフレームワークの性能の範疇でインフラが耐えられるかどうかのギリギリの開発でもしてるのかと
0702nobodyさん
2017/03/10(金) 08:23:54.50ID:???全部golangでやりまーすって集められるかも知れんけど金額合わんわ
コードの書き方でも速さって変わるけど遅いの好きな人はそれらもどうでもいいのかね
0703nobodyさん
2017/03/10(金) 15:45:00.88ID:A2UaQP/zアプリケーションで大量件数をバッチ処理する場合に個別にチューニング
結合結果を一覧するときに1+N問題が発生しないようにクエリーで結合
0704nobodyさん
2017/03/10(金) 16:42:15.41ID:BVMxAYRuSymfony（じゃなくてもいいけど）のHttpKernelが何やってるか見てみたら？
それと同じレベルのことをやっている自負があるなら、「素」の方が早いだろうねｗ
0705nobodyさん
2017/03/11(土) 04:09:09.22ID:???そんなに推奨する自信あるなら何やってるか書けばいいのに…
そもそも自信がねーのか、書けねーのか…
何でアホフレームワークのことわざわざ調べにいかなきゃいけないんだよ…
もう、頭おかしいペチパーの相手疲れたよ…
0706nobodyさん
2017/03/11(土) 08:42:54.92ID:???相手しなきゃいいじゃん
このスレ見てレスするのを誰かに強要されてるのか？
いい大人なら自分のしたいことくらい自分で決めろよ
0707nobodyさん
2017/03/11(土) 10:51:20.08ID:???「嫌なら見るな」クソ芸人的論理っすね
0708nobodyさん
2017/03/11(土) 11:31:44.41ID:???苛つかせても逆効果では？
0709nobodyさん
2017/03/11(土) 13:47:40.46ID:???それとも単にCIのライセンス問題で、乗り換え先がたまたま皆同じだっただけ？
0710nobodyさん
2017/03/11(土) 14:27:26.34ID:???頭おかしいペチパーばっかのスレをわざわざ自分で見に来て相手するの疲れたよって書いてるからたぶんこの人も頭おかしいんだと思う
何かに固執しちゃう障害持ちで嫌なのに見に来ては文句垂れるかわいそうな人
0711nobodyさん
2017/03/11(土) 14:34:38.67ID:???障害持ちというより単にこのスレで過去に馬鹿にされて粘着してるだけっぽいか
0712nobodyさん
2017/03/11(土) 20:19:12.20ID:???>頭おかしいペチパーばっかのスレをわざわざ自分で見に来て
そうか、その点については認めるわけだな？
結構結構、随分成長したじゃないか。
>>711
>単にこのスレで過去に馬鹿にされて
お前みたいなサルに馬鹿にされることなんてあるわけないじゃないか、何をいっているんだお前は
0713nobodyさん
2017/03/11(土) 22:14:42.72ID:???>Symfony（じゃなくてもいいけど）のHttpKernelが何やってるか見てみたら？
煽りレスだけどこれ気になったから調べるわ
ここIDとかワッチョイ無いからアレだな わしは >>700 >>702 だけど
0714nobodyさん
2017/03/12(日) 00:27:16.12ID:???> Laravelは工数が激減するとかそういう理由で伸びたん？
http://blog-imgs-36.fc2.com/i/s/i/isinohune/blog_import_4c2dd6d79ad29.jpg
0715nobodyさん
2017/03/12(日) 02:07:53.29ID:???golangとかになるんじゃないの。
0716nobodyさん
2017/03/12(日) 07:06:37.51ID:???>>学習期間が1，2か月というのは無理があると思う。
同意です。
「学習期間がたったの〇ヶ月で△△△を習得できたぜ！」って言う人ほど、
「動かせた」程度のレベルのことが多いね。
0717nobodyさん
2017/03/12(日) 08:27:19.90ID:???そんなやつ、見たこと無い
0718nobodyさん
2017/03/12(日) 16:25:08.73ID:???0719nobodyさん
2017/03/12(日) 17:36:14.19ID:???0720nobodyさん
2017/03/12(日) 18:10:24.30ID:YDc7CB9nリクエストを減らす仕組みはSymfonyがサポートしている。
リバースプロキシーとの連係する様になっている。
ttp://symfony.com/doc/current/http_cache/varnish.html
やったことはない。
>>704 がいいたいのはこのこと？
0721nobodyさん
2017/03/15(水) 12:49:05.17ID:???フォーラムとかドキュメントとかも愛がある
0722nobodyさん
2017/03/16(木) 18:26:51.96ID:???あーいあい♪
おさーるさぁんだよー♪
0723nobodyさん
2017/03/22(水) 18:47:46.94ID:???https://www.webprofessional.jp/the-state-of-php-mvc-frameworks-in-2017/
0724nobodyさん
2017/03/22(水) 21:57:41.37ID:???ちょうど貼ろうと思ったらすでに
2強って言われてもなあ感がすごい
0725nobodyさん
2017/03/22(水) 23:25:38.73ID:???Symfonyなあ……
0726nobodyさん
2017/03/22(水) 23:48:50.63ID:???結局何が残るん？
0727nobodyさん
2017/03/23(木) 10:14:50.78ID:???0728nobodyさん
2017/03/23(木) 22:04:22.12ID:???オレオレやないかｗ
0729nobodyさん
2017/03/23(木) 22:12:25.78ID:???0730nobodyさん
2017/03/23(木) 23:02:49.50ID:???ネタをネタと見破れない奴はひろゆき
0731nobodyさん
2017/03/24(金) 00:16:58.27ID:???これからはサービスごとにDockerコンテナでデプロイして
PHPからGoで作ったマイクロサービスにアクセスしたりと言語の壁なんてなくなってくぜUh-huh
ってばっちゃ(DevOpsの本)が言ってた
0732nobodyさん
2017/03/24(金) 00:20:17.67ID:???phpはずっと無くなると言われてたけどまさかの第一人者
これからも言語の壁はなくなるだろう
0733nobodyさん
2017/03/24(金) 14:44:20.78ID:???0734nobodyさん
2017/03/24(金) 21:51:59.96ID:???0735nobodyさん
2017/03/24(金) 21:52:45.64ID:???0736nobodyさん
2017/03/24(金) 22:32:45.37ID:???0737nobodyさん
2017/03/25(土) 00:27:46.09ID:???0738nobodyさん
2017/03/25(土) 01:01:03.67ID:???もしかして鮫島事件のこと・・・？
2chで言っていいもんなの？
やばくね？
0739nobodyさん
2017/03/25(土) 01:09:19.84ID:???0740nobodyさん
2017/03/25(土) 05:12:19.54ID:???unset($738);
?>
0741nobodyさん
2017/03/25(土) 06:13:06.52ID:???echo $738;
0742nobodyさん
2017/03/25(土) 21:39:14.41ID:???※これはただのUNIXコマンドであり、PID 738 を強制終了するだけです。このため通報などしても無意味です。
0743nobodyさん
2017/04/07(金) 22:32:18.08ID:???mv ??? 738
0744nobodyさん
2017/06/11(日) 03:33:36.90ID:???0745nobodyさん
2017/06/11(日) 11:19:51.20ID:???0746nobodyさん
2017/06/12(月) 21:06:53.08ID:???最近RevelもバージョンアップしたからRevelもたぶんあり
マイクロサービスならgoaをちょっと触ってみたけどよさげだった
0747nobodyさん
2017/06/15(木) 02:24:48.36ID:???むしろgoaを普通にSPAのサーバサイドとして使えばEchoとかGinより使いやすくないか
0748nobodyさん
2017/06/18(日) 02:55:44.80ID:???0749nobodyさん
2017/06/18(日) 04:34:11.00ID:???0750nobodyさん
2017/06/18(日) 05:01:51.37ID:???0751nobodyさん
2017/06/18(日) 05:11:56.78ID:???0752nobodyさん
2017/06/18(日) 12:35:40.00ID:???データベースクエリ生成？
0753nobodyさん
2017/06/19(月) 03:43:27.12ID:???マジックメソッド使いすぎ
ファサード
0754nobodyさん
2017/06/19(月) 03:45:06.57ID:???0755nobodyさん
2017/06/19(月) 03:47:36.96ID:???だがそれらを直しきったあとどうようもなく遅い
0756nobodyさん
2017/06/19(月) 03:50:35.03ID:???0757nobodyさん
2017/06/19(月) 07:44:16.41ID:???外部連結とかあると特に
0758nobodyさん
2017/06/19(月) 08:49:39.89ID:???Cakeより遅いってこともあり得るのか、、
0759nobodyさん
2017/06/19(月) 11:32:24.72ID:+XN2SqJZPHPの閉じカッコは不要
変数は数字のみは使えません
0760nobodyさん
2017/06/20(火) 15:31:02.43ID:???laravelで一番気に入らないのはミドルウェア
0761nobodyさん
2017/06/20(火) 20:53:21.90ID:???速度が欲しい段になればGoとかに変えればよろし
0762nobodyさん
2017/06/21(水) 06:26:54.25ID:???というと？ポスグレも対応しとるよね？
0763nobodyさん
2017/06/21(水) 21:51:56.17ID:???0764nobodyさん
2017/06/22(木) 03:44:48.46ID:???0765nobodyさん
2017/06/22(木) 20:33:27.47ID:???なんでもかんでも揃ってます！ってやつ苦手
コード多すぎて改修する気なくす
0766nobodyさん
2017/06/23(金) 13:20:31.86ID:lJhTNJoo仕事でやるなら、新人にも理解しやすくドキュメントが多いフレームワークを選ぶべき
0767nobodyさん
2017/06/23(金) 22:18:58.78ID:???0768nobodyさん
2017/06/24(土) 16:01:35.72ID:???ロジック側にタグ生成しまくりって それ同じことReactに言えんの？
0769nobodyさん
2017/06/24(土) 19:37:52.43ID:???ロジックはmiddlewareに書けよ
0770nobodyさん
2017/06/27(火) 02:09:01.24ID:???0771nobodyさん
2017/06/27(火) 09:30:55.56ID:???0772nobodyさん
2017/06/27(火) 14:12:20.82ID:???正直codeigniterとかマジックメソッド使いまくりで、動的言語は嫌い。
ideで補完聞かないし。
この辺を解消してくんないかな。
0773nobodyさん
2017/06/27(火) 14:39:12.52ID:???今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
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など動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。
0774nobodyさん
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
0775nobodyさん
2017/06/28(水) 09:22:44.19ID:???従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。
もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。
0776nobodyさん
2017/06/29(木) 02:55:46.36ID:tDjhVjUT「10年経っても無償で対応しなければならない」となると、そのリスク分を費用に盛り込まざるを得ず、発注・受託のどちらの利益にもならない。
だよな？
0777nobodyさん
2017/06/29(木) 09:27:55.60ID:???コンペで保守の強い言語を提案したところが案件を持っていく
「10年経っても無償保守お受けしますよ」と提案されてしまう。
0778nobodyさん
2017/07/03(月) 02:47:17.57ID:ekemVetSそんなコスト無視の提案を平気でする会社は10年後には存続してないだろ。
時々、社員に作業させればタダ、と豪語する無能経営者がいるが、
保守作業は人間が手を動かすところで100%人件費なわけで、
顧客に負担してもらえないならその原資はどこから来るのか、
ちょっと考えれば分かるはずだがな。
0779nobodyさん
2017/07/03(月) 07:10:46.86ID:???数年後に会社を破綻させれば無理な約束もなかったことになるってことかね。
営業が無茶有環境ってすごい
0780nobodyさん
2017/07/03(月) 09:41:57.12ID:???0781nobodyさん
2017/07/09(日) 03:10:37.58ID:7eNkpAL2一契約の瑕疵担保責任を回避するために倒産させることは考えにくいが、
契約の相手方が倒産や解散で消滅していたら連絡方法がなくなり、
補修の相談すらできない。
0782nobodyさん
2017/07/15(土) 02:11:18.79ID:???保証が手厚いなら、保証金額が高くなるだけ。
3割ほど、バッファを積むだけ
個人なら夜逃げするとか、会社なら解散する手もある
0783nobodyさん
2017/08/10(木) 03:56:53.31ID:???0784nobodyさん
2017/08/10(木) 12:43:28.24ID:???著者いわく、執筆直後に4が発表されて一度心が折れたらしい
よくぞ書き切って下さった
0785nobodyさん
2017/08/10(木) 14:22:59.23ID:???そりゃ折角書き切ったし
宣伝したくなるのもわかるけど恥ずかしいから止めとけよ
今更PHP、しかもCIな時点で買う奴おらんし
0786nobodyさん
2017/08/10(木) 18:56:23.84ID:???(´・ω:;.:...
0787nobodyさん
2017/08/10(木) 20:52:07.55ID:???内容は良かった？
0788nobodyさん
2017/08/11(金) 10:19:55.28ID:Swcyo4Cllaravelなんかと比べると、こんなこともできないのかよとなってしまうね。
0789nobodyさん
2017/08/11(金) 14:35:25.88ID:???0790nobodyさん
2017/08/12(土) 07:36:22.47ID:???これは100%純粋に混じりっけなくピュアな無垢の飾らない純朴且つ真摯でひた向きな好奇心から真面目に嘘偽りなく誠実で摯実たる熱意を持って真剣に聞くんだけど、どんな事が出来たら便利だと思ってるの？
0791nobodyさん
2017/08/12(土) 11:50:04.84ID:???CIってネームスペース使ってないんだっけか
Larabelもいいものなん？
0792nobodyさん
2017/08/12(土) 14:20:21.10ID:???MVC自体はほぼcakeとおんなじ
キャメルケースとかネームスペース拡張してつかう感じ
でもララベルおっそいんだよなぁ
0793nobodyさん
2017/08/12(土) 23:28:38.87ID:QHufkXeVCakeもそうだが、LarabelとかのSymfony系は、自分で書いたコードが実行されるまでのステップが膨大だから、そんなのに全体のパフォーマンスを求めちゃいけないわけ。
パフォーマンスを落としても得られるメリットの方が大きければ採用する意味はあるが、少人数で開発できるものにそういう長大重厚フレームワークを採用すると、足を引っ張られたと感じるだけだろう。
CIはそういうことをやってないから高速なのは当然で、逆にCIに長大重厚フレームワークらしいことを求めちゃいけない。
個人的な感想だが、CIほど自由なら、いっそのことオレオレフレームワークの方が効率良く開発できると思うし、実際そうしている。
0794nobodyさん
2017/08/13(日) 07:20:31.62ID:???0795nobodyさん
2017/08/13(日) 11:51:16.04ID:gOPw1aD00796nobodyさん
2017/08/13(日) 12:58:53.12ID:kEjiNYqM君がいなくなったあと、そのオレオレをメンテする身にもなってくだされ。
「オレオレの方がいイイ！」という人って後のことまったく考えてないよね。
0797nobodyさん
2017/08/13(日) 15:20:50.35ID:???0798nobodyさん
2017/08/13(日) 16:05:35.59ID:MKy8qtelポピュラーなフレームワークは経験者が多いからPGを探し易い、というのは重厚長大フレームワークを選択する理由として良く聞く理由付けだが、Myフレームワークはシンプルだからphpを“まともに”読み書きできる奴なら誰でもメンテできる。
そのメンテですら四苦八苦する奴はPGとして使い物にならないと言える。
また、そんな低レベルPGでも、SymfonyやCakeだと突然気の利いたコードを書けるとでも思っているのか？お笑いだ。
そんな素人紛いのPGがまともな成果物を残せると期待しているのは、>>796のような商業PGとしてコードを書いた経験のないSEとPMだろう。
類は友を呼ぶのはこの世の習わしなんだなとつくづく思うわ。
0799nobodyさん
2017/08/13(日) 17:44:19.10ID:???誰でもメンテできるか検証したの？そのオレオレフレームワーク。
例えばバグとかちゃんと潰してある？
セキュリティリスクはない？
妄想で語られてもね。
0800nobodyさん
2017/08/13(日) 17:48:43.83ID:???先ず沢山の人のレビューを経たコードと
自分しか見てないコード。どっちを信頼する？
全部自分の目で確認するから問題ないって言うなよ。
そういう奴は、工数を考慮したことがない素人だから。
0801nobodyさん
2017/08/13(日) 18:04:16.64ID:MKy8qtel心配ご無用。
>>799がそれを目にする日は一生来ないだろうしなｗ
つかその前に、ポピュラーなフレームワークはバグとかちゃんと潰れててセキュリティリスクはない、とか思ってるわけじゃないよな？
0802nobodyさん
2017/08/13(日) 18:13:17.77ID:MKy8qtel君らはオープンソースの怖さを知らないだけだよ。
SymfonyやCakeが高速で動作し且つ開発期間を短縮でき且つ学習コストが低いなら一目置かざるを得ないがな。実際は真逆だろ。
0803nobodyさん
2017/08/13(日) 18:19:23.77ID:???もちろんゼロだとは思ってない。
でもコードの信頼性の指標にはなる。
ユーザーが多いからバグを見つけるし修正される。
そのオレオレフレームワークはどのくらいの人が使ってるの？
結局初歩的なバグが潰されてる可能性があるだろ。まさか自分の書いたコードにバグはないとおもってないよな？
0804nobodyさん
2017/08/13(日) 18:21:04.97ID:MKy8qtel他者が書いたコードのメンテなんか日常茶飯事。
低レベルPGが書いたコードも嫌というほど見た。
実際、そういう奴らが明けたセキュリティホールを塞ぐ仕事もしてるし、オープンソースの結構大きなバグも見つけてる。
脳内プログラマには理解できなくても無理はない。
0805nobodyさん
2017/08/13(日) 18:24:16.60ID:???お前が使ってるphpとlinuxもオープンソースなんだが。
0806nobodyさん
2017/08/13(日) 18:26:52.27ID:???なんでオープンソースに貢献しているやつが
わざわざオレオレフレームワークつくるの。さっきから支離滅裂なんだけど。
0807nobodyさん
2017/08/13(日) 19:44:56.62ID:???負債産み出してる戦犯が何か言ってる
0808nobodyさん
2017/08/13(日) 20:35:22.10ID:???なんだか懐かしいな
0809nobodyさん
2017/08/13(日) 21:37:49.88ID:???オレオレフレームワークがベストって言ってる開発者がいるのかと思った。
オレオレフレームワークで仕事してるやつと仕事したことあるけど
学習コストは結局既存のフレームワーク並みにあったくせに
結構簡単にバグが見つかるし、実行時エラーがでても原因が特定しづらいしキツかった。
結局他のユーザーに鍛えられてないからエラー処理系が貧弱なんだよね
作ってる本人は俺的最強だから本人にとっては分かりやすいんだろうけど。
0810nobodyさん
2017/08/14(月) 05:58:23.83ID:O5trzrKZ人生の中で得られる教訓は人それぞれ違うんだし、そもそもフレームワーク教の信者に改宗を迫ってるわけじゃない。
君らはこれまで同様重厚長大フレームワークを重用し続けてれば良い。
オレは単に、学習コストが高い＋動作が鈍い＋工数短縮に寄与するわけじゃない、つう重厚長大フレームワークの欠点を指摘し、そんなもん好んで使わないよって言ってるだけだ。
実際、業務でそういうものと付き合わざるを得なくなった時には、嫌々ながらもやってる。
だからこそ、その短所が目に付き、それを十分に補うだけの長所が見つからない、つうことだ。
0811nobodyさん
2017/08/14(月) 08:04:38.85ID:???別に鼻息が荒いわけじゃないけど
こういう悲しい現実を少しでも減らしたい
http://www.megamouth.info/entry/2017/08/01/083126
0812nobodyさん
2017/08/14(月) 15:31:04.89ID:???自称世界最高峰エンジニア様なんだよ
だったら、PHPに変わる言語を開発して欲しいところだがｗ
0813nobodyさん
2017/08/14(月) 19:48:33.38ID:???0814nobodyさん
2017/08/14(月) 20:13:39.58ID:???俺の肩コリなんて解消されないのに
あ、でもボトルの頭は直ぐに飛ばされるから
その辺は首ﾁｮﾝﾊﾟされないぶんお気楽なのか、、、
0815nobodyさん
2017/08/15(火) 11:48:12.70ID:OwkwS9uZ残念ながら、そういう悲しい現実はフレームワークとは直接関係ない。
クソコードは低賃金PGの得意芸なのであり、有名フレームワークを使ったからと言って排除できるものではない。
フレームワークを使えばソースコード全体におけるクソコードの比率は下がるだろうがそれは見掛けの数字であり、フレームワークにさえクソコードを混入させていたら状況はより混沌とする。
そういう悲しい現実を減らすには、コードを書けない奴をSEやPMとして置かないこと、低賃金PGの作業領域をできるだけ減らし且つ低賃金PGの作業は上級者が必ずチェックして指導することしかない。
そういうことを知らない奴らが営業したり経営している限り状況は改善しないだろう。
0816nobodyさん
2017/08/15(火) 13:46:52.26ID:???0817nobodyさん
2017/08/15(火) 20:48:23.52ID:???0818nobodyさん
2017/08/20(日) 14:16:59.79ID:???0819nobodyさん
2017/08/21(月) 08:06:11.21ID:OV4byCp8なんで？
0820nobodyさん
2017/08/21(月) 17:28:41.26ID:???そこが最大の欠点だと思う
0821nobodyさん
2017/08/23(水) 05:58:05.75ID:55AcfAJ1真の職人はあんなもの必要としないよ。
0822nobodyさん
2017/08/23(水) 10:36:07.72ID:KaRFKXOWシェアが高いものはとりあえず否定
↓
マイナーなフレームワークを使う
↓
他の社員がメンテできない
↓
派遣や契約に丸投げ
↓
無駄なコストがかかり、社内の技術も上がらない
0823nobodyさん
2017/08/23(水) 11:18:41.90ID:???詳細を求む。具体的な欠点とかあげてほしいわ
0824nobodyさん
2017/08/23(水) 22:20:15.56ID:???0825nobodyさん
2017/08/23(水) 22:48:15.07ID:???再利用性悪すぎてかなわんわ
0826nobodyさん
2017/08/23(水) 22:56:46.52ID:???Laravelのドキュメントに書いてあるだろ
0827nobodyさん
2017/08/24(木) 01:26:00.89ID:???Packageと何が違うの
0828nobodyさん
2017/08/24(木) 03:00:10.25ID:m0STGPhM> シェアが高いものはとりあえず否定
全然違うね。まず、シェアの高低なんか全く関係ない。利用数が少ないという理由だけでフレームワークを選択するのは不合理だ。
> マイナーなフレームワークを使う
そもそもフレームワークのシェアに関する正確な数字はないはずで、マイナーかメジャーかという切り口自体が幻想である。
ブログなどでフレームワークの人気度を測るバロメーターとなっているのは、Googleでの検索回数の多寡ではないか。
検索機会の多さは分かりにくさを示唆している可能性があり、使い方に悩んだ上での検索が多いのであれば、使わない方が無難かも知れないのだ。
> 他の社員がメンテできない
社員のプログラマとしての能力が低ければ、何を持って来ても同じ。
プログラマとしての能力が高く、且つ学習コストの低いフレームワークであれば、初物でもメンテは困難ではないだろう。
> 派遣や契約に丸投げ
> 無駄なコストがかかり、社内の技術も上がらない
仮にその会社ではSymfony系しか扱わず、そこの社員はSymfony系なら対応できるということであったとしても、それはその会社でしか通用しない。
現実社会は多様であり、転職したら未経験のフレームワークと向かい合うことになるのは火を見るより明らかだ。
そこで躓くようなら、それはつまり、前職で習得した技術が役に立たないことを意味する。
マイナーなフレームワークに触れていると社内の技術が上がらない、というのも幻想だ。
派遣や契約への依存＝無駄なコストという考えも誤り。一時的に彼らへの依存を高めたとしても、そこから得らるものを得ようとしないから“無駄なコスト”に思えてしまう。
余程頑固な会社でない限り、未経験のフレームワークが要求される案件を請けることはいつでもあり得る。
だからこそ、学習コストの高いフレームワークは邪道だと思う。
そういうものを嗜好する人は宗教に似た思い込みに取り付かれているのではないか。
いわゆる洗脳である。
0829nobodyさん
2017/08/25(金) 11:30:51.79ID:???「みんな使ってるから これにするわ」 ってのは 結構正しい選択なんよ
0830nobodyさん
2017/08/25(金) 12:00:44.86ID:???たしかに日本語ドキュメントは圧倒的に多いみたいだけど
0831nobodyさん
2017/08/25(金) 12:06:41.23ID:???0832nobodyさん
2017/08/25(金) 17:42:58.43ID:???肝心なシェアはどうやって知るの？
その数字は正確なの？
シェアの変化に追随するの？
そもそも>>829は自分でコード書いてるの？
0833nobodyさん
2017/08/25(金) 23:24:36.25ID:???0834nobodyさん
2017/08/26(土) 00:01:52.41ID:8x0bn5H3そうだね。
ググればいくらでも答えが出てくるならそれに越したことはない。
俺は小さな会社経営してるんだけど、たまに依頼あるのよ。
協力会社に作らせたサイトに手を入れられなくて困ってると。
そういうのは決まってオレオレか日本ではマイナーなフレームワーク。
ソースコード見ると、たしかに技術がある人が書いてそう。
でも、いかにも「このくらい分かるだろ」と言いたげな傲慢さも感じられる。
ソースコードでそれを読む人をねじ伏せようとしてるかのよう。
そうなっちゃダメだよね。
まあ、その手の困ったちゃんがいるから俺らも食いっぱぐれないんだが。
0835nobodyさん
2017/08/26(土) 00:03:08.66ID:???海外の評価は正しいんだな
俺は自作フレームワークだけど
0836nobodyさん
2017/08/26(土) 02:22:50.60ID:???0837nobodyさん
2017/08/26(土) 04:36:17.19ID:???0838nobodyさん
2017/08/26(土) 05:30:36.14ID:???いちいちドキュメントなんて書いてらんないし
0839nobodyさん
2017/08/26(土) 12:39:55.59ID:cYkoKoFe0840nobodyさん
2017/08/26(土) 18:38:02.43ID:???出た出たｗ
0841nobodyさん
2017/08/26(土) 19:13:28.18ID:???0842nobodyさん
2017/08/27(日) 14:59:52.01ID:???書いてらんない？ｗ
本音はどう書けばいいかわからないんだろ？
0843nobodyさん
2017/08/27(日) 18:56:29.93ID:???0844nobodyさん
2017/08/27(日) 21:01:26.40ID:???ほんとこれ
0845nobodyさん
2017/08/28(月) 01:27:33.83ID:???0846nobodyさん
2017/08/28(月) 07:51:39.16ID:???0847nobodyさん
2017/08/29(火) 17:22:37.03ID:???0848nobodyさん
2017/08/29(火) 18:09:22.26ID:???0849nobodyさん
2017/08/29(火) 21:04:10.82ID:???0850nobodyさん
2017/09/01(金) 00:22:28.71ID:???0851nobodyさん
2017/09/01(金) 03:31:01.83ID:???0852nobodyさん
2017/09/01(金) 23:56:40.04ID:???書籍をあたるとCakeとLaravelくらいしかないみたいだけど
英語読めないんで日本語ドキュメントがないと使い方わからん
0853nobodyさん
2017/09/02(土) 00:09:37.39ID:???日本語の入門書なら腐るほどあるよ
qiitaにもlaravelタグの投稿は1571もあるし、別に困らんと思うけどな
0854nobodyさん
2017/09/02(土) 00:24:57.10ID:???0855852
2017/09/02(土) 00:26:31.91ID:???0856nobodyさん
2017/09/02(土) 17:41:04.89ID:???0857nobodyさん
2017/09/02(土) 22:16:07.66ID:???0858nobodyさん
2017/09/02(土) 23:20:39.66ID:???0859nobodyさん
2017/09/02(土) 23:33:23.44ID:???0860nobodyさん
2017/09/03(日) 14:05:33.66ID:Zujv+/NrフレームワークをIDEに合わせるなんて愚の骨頂
「yiiが一番合う」と言われたらyii使うの？
0861nobodyさん
2017/09/03(日) 14:14:54.02ID:???0862nobodyさん
2017/09/03(日) 16:23:18.09ID:???聞いたってええやん
このスレ覗いてる人にはそこそこ需要あると思うで
0863nobodyさん
2017/09/03(日) 17:43:05.04ID:???0864nobodyさん
2017/09/03(日) 17:58:09.29ID:LIoo4ITpと思い避けていたフレームワークなのだけど、
とうとうSymfony使ってYｏというリクエストがきてしまった。
これって要はコピペして使えってことなの？
0865nobodyさん
2017/09/03(日) 20:01:23.95ID:???なぜAPIだけ別建てしようとしているのか分からんが、
別建てが不可避であれば、
APIは高速性が重要だからフレームワーク非依存で作った方が良い。
既存フレームワークの採用が不可避であればCIかPhalconあたりになるだろうが、
そんなことをする意味があるのか？
0866nobodyさん
2017/09/03(日) 20:08:37.61ID:???また被害者が増えたか。
Symfonyがコピペで済むようなものならもっと流行ってるだろ？
Symfony派生のフレームワークがいくつか出てきていることは、
Symfonyには結構な問題があることを示唆している。
Symfonyが総合的に素晴らしいなら派生が注目されることはないだろう。
0867nobodyさん
2017/09/03(日) 20:41:51.46ID:???0868nobodyさん
2017/09/03(日) 20:53:37.11ID:???だからさあ、愚の骨頂だって言ってんだろ！
俺が豊田議員だったらお前の頭髪の少なさを罵倒しまくってるわ
てか、他の奴もそうだが「何がいいの？」とか他人に聞く前に自分で試せよ
phpstorm入れてその辺に落ちてるソースコピペしてみりゃわかんだろ
なぜその程度のことをやらないだ？
0869nobodyさん
2017/09/03(日) 21:39:42.06ID:???Phpstormと相性が良くてかつそれなりに使えるFW探すのは別に愚の骨頂じゃねーだろ
0870nobodyさん
2017/09/03(日) 21:45:33.69ID:???0871nobodyさん
2017/09/04(月) 01:22:23.54ID:???0872nobodyさん
2017/09/04(月) 02:31:31.32ID:???0873nobodyさん
2017/09/04(月) 08:00:02.21ID:???0874nobodyさん
2017/09/04(月) 12:38:04.70ID:???0875nobodyさん
2017/09/04(月) 13:21:50.95ID:???0876nobodyさん
2017/09/05(火) 07:49:04.59ID:???他にどんなシーンで活躍してるんだ？
0877nobodyさん
2017/09/05(火) 08:25:58.99ID:???訓練されたPHPerはCLIアプリもPHPで書いてる。
0878nobodyさん
2017/09/05(火) 15:38:54.01ID:???0879nobodyさん
2017/09/06(水) 21:17:54.06ID:???0880nobodyさん
2017/09/06(水) 21:42:06.28ID:???「おれっちphpしかわからねえ！！！」ってのが携わることもあるだろうし
メインがphpならphpでpythonならpythonでc#ならc#で
railsはバッチとか書いたこと無いからアレだけどrubyになんのかね
0881nobodyさん
2017/09/07(木) 02:58:12.51ID:???goで書く。マジで。俺はそうした
0882nobodyさん
2017/09/25(月) 13:39:55.33ID:???今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
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など動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。
0883nobodyさん
2017/09/28(木) 10:44:08.06ID:???複雑なモデルアクセスとかも使いまわさずいちいちgoでまた書くの？
スレッドが欲しいのってＣＬＩよりWebアクセスの時とかの方が多いと思うんだが
PHPのCLIでやることなんてちんたらしててもそんな問題ないし
0884nobodyさん
2017/10/12(木) 13:34:09.82ID:bPPZaw14phpだけだと出来ないこともあるしな
0885nobodyさん
2017/10/13(金) 08:31:15.45ID:???0886nobodyさん
2017/10/13(金) 12:28:53.26ID:???0887nobodyさん
2017/10/13(金) 23:56:47.21ID:???0888nobodyさん
2017/10/21(土) 10:43:19.79ID:Azwwt+7nhttps://surleconomiejp.blogspot.jp/2017/10/cakephp3.html
0889nobodyさん
2017/10/21(土) 10:45:18.64ID:Azwwt+7nhttps://surleconomiejp.blogspot.jp/2017/10/cakephp3.html
0890nobodyさん
2017/11/25(土) 21:12:09.90ID:pGa2aCJi0891nobodyさん
2017/11/26(日) 05:12:40.76ID:???0892nobodyさん
2017/11/26(日) 15:45:53.53ID:???0893nobodyさん
2017/11/27(月) 01:00:44.31ID:???数年後
「ざけんな！なにが自作フレームワークだよ！クソコード書きやがって！！」
0894nobodyさん
2017/11/27(月) 12:10:51.04ID:???0895nobodyさん
2017/11/27(月) 14:59:12.51ID:???大丈夫
数年後にはPHPが無くなってる
0896nobodyさん
2017/11/27(月) 16:14:07.12ID:???それは無いだろう
PerlなんかはPHPで用が足りるけど、
PHPに代わるものって普及してしてる？
どこのレンタルサーバでも使えるようなの
0897nobodyさん
2017/11/27(月) 20:15:11.13ID:???0898nobodyさん
2017/12/30(土) 12:15:54.68ID:YhlYw6jg参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
2U600PPCM9
0899nobodyさん
2018/02/12(月) 18:40:08.36ID:???React界隈の人間が酔ってくるような餌は用意してあるから流行るのは時間の問題。
0900nobodyさん
2018/02/12(月) 19:58:44.94ID:???0901nobodyさん
2018/02/25(日) 20:06:19.41ID:PbAVTXqx0902nobodyさん
2018/03/09(金) 11:14:31.89ID:lwSVRfh+symfonyほど重厚でないプロジェクトには、軽量で悪くなかったけど
0903nobodyさん
2018/03/09(金) 20:25:52.78ID:???部分的にreact+reduxで
0904nobodyさん
2018/03/10(土) 20:30:56.37ID:SF9pGinP0905nobodyさん
2018/03/13(火) 01:13:52.23ID:???0906nobodyさん
2018/05/26(土) 12:19:45.99ID:???色々聞いてると結構それ多くて全部ゴミっていう凄まじい状態な
作り込んでるけどリリース毎に複数verあって互換性皆無
ドキュメントもない
まだUtilsだけのがマシなくらい
0907nobodyさん
2018/06/20(水) 21:06:56.78ID:UnZq46AbCNWHH
0908nobodyさん
2018/08/07(火) 03:14:07.33ID:???なおかつカスタマイズ容易なフレームワークある？
0909nobodyさん
2018/08/14(火) 19:02:46.61ID:wNJtcsMN0910nobodyさん
2018/08/15(水) 03:39:37.48ID:???0911nobodyさん
2019/02/01(金) 11:48:44.55ID:???0912nobodyさん
2019/02/09(土) 22:46:00.59ID:???0913nobodyさん
2019/02/10(日) 19:32:15.07ID:???0914nobodyさん
2019/02/10(日) 20:09:02.94ID:???0915nobodyさん
2019/02/10(日) 21:45:32.02ID:???0916nobodyさん
2019/02/10(日) 21:53:34.20ID:???0917nobodyさん
2019/02/20(水) 23:44:58.98ID:???魔法少女ララベルたんにケーキ食われまくってる
0918nobodyさん
2019/02/20(水) 23:47:45.41ID:???ロシアでは未だに人気１，２を争うという日本のcakePHPのような存在らしい
CodeIgniter3もインドだと未だに人気トップらしい。まさに所変われば…だなあ
0919nobodyさん
2019/02/21(木) 00:38:23.98ID:???実際のシェアは25％もないんだよな、興味を持って調べているだけで、実際に採用されて
いる数は多くない。あんなコロコロバージョン変わる学習コスト激高で
後方互換性不安なフレームワーク使う気になれんという意見も納得
0920nobodyさん
2019/02/21(木) 01:45:59.42ID:???0921nobodyさん
2019/02/21(木) 04:39:18.16ID:???＞実際のシェアは25％もないんだよな、
これどこ見ればわかりますか？
0922nobodyさん
2019/02/21(木) 12:27:14.19ID:???share world php frameworkとかでググれば色々とデータ出てくるよ
俺が基準にしたのはwebサイト数で、色んな集計結果はあったけど
検索ワード数ほど多くないという印象だった
0923nobodyさん
2019/02/21(木) 16:15:40.17ID:???ありがと
確かにシェアだとそんなもんなんだね
人気だと断然トップだけどw
0924nobodyさん
2019/02/22(金) 06:38:36.47ID:XMSlBSUX0925nobodyさん
2019/02/22(金) 08:50:53.51ID:???yii良く出来ているよ
英語の壁がキツいけど
0926nobodyさん
2019/02/23(土) 12:30:16.62ID:???下の方はもう聞いたことないのばっかり
https://acodez.in/best-php-frameworks/
0927nobodyさん
2019/02/23(土) 14:49:53.04ID:???0928nobodyさん
2019/02/27(水) 23:25:25.03ID:???日本語のサイトが劇少ない
0929nobodyさん
2019/03/02(土) 13:16:15.85ID:???0930nobodyさん
2019/03/02(土) 14:46:35.23ID:???海外のcake愛好家が、もし俺が日本語読めたらどれだけハッピーだっただろう…って
泣き言を英語で書いてたな。zendだとオランダ語かドイツ語わかると手に取るように
わかるんだろうけどなあ…
0931nobodyさん
2019/03/02(土) 15:15:46.94ID:???0932nobodyさん
2019/03/02(土) 20:49:00.85ID:???アレに触れさせるだけでオブジェクト指向の教育にも悪い
0933nobodyさん
2019/03/02(土) 21:56:15.97ID:???どのへんがcake腐ってんの？
まだまだ使われてるけど
0934nobodyさん
2019/03/03(日) 13:29:55.99ID:???0935nobodyさん
2019/03/06(水) 16:34:55.76ID:???0936nobodyさん
2019/03/08(金) 23:42:01.96ID:???Laravel → アメリカ
cakePHP → 日本
CodeIgniter → インド
Yii → ロシア
Symfony →フランス
Zend → ドイツ
それ以外はもうシェア5％ないので無視
>> 935
オブジェクト攻めになるんだよな。pythonのthis攻め、Rubyのend攻めに
勝るとも劣らぬコードのある意味シュールさｗ
ちなみに2までは配列攻めだった
0937nobodyさん
2019/03/09(土) 10:47:08.29ID:CUrjZ5EQ0938nobodyさん
2019/03/09(土) 18:25:43.25ID:???0939nobodyさん
2019/03/09(土) 23:35:50.61ID:???0940nobodyさん
2019/03/10(日) 02:39:52.73ID:???0941nobodyさん
2019/03/13(水) 21:52:22.47ID:???わかる。
特にMがテーブルに強くひもづく形の時は別に処理クラス群が必要
0942nobodyさん
2019/03/13(水) 21:57:07.51ID:???ActiveRecordパターンのせいで誤解してるやつばっかだけど
0943nobodyさん
2019/03/13(水) 23:25:33.55ID:???0944nobodyさん
2019/03/14(木) 03:59:27.37ID:???0945nobodyさん
2019/03/14(木) 06:50:26.95ID:???そこまで含めてMなのはわかってるけど
ディレクトリ構成上の話
0946nobodyさん
2019/03/22(金) 11:03:41.35ID:???どのフレームワークが良いと思う？
自分の中ではLaravelとcakePHPに絞ってるんだけど
昨今の流れだとLaravelなのかなぁとか日本語ドキュメントの多さだとcakeなのかなぁ
という印象
0947nobodyさん
2019/03/22(金) 12:33:56.84ID:???0948nobodyさん
2019/03/22(金) 13:32:15.13ID:???感じのものを作りたいんだけど、ワープレじゃ無理だしょ？
0949nobodyさん
2019/03/22(金) 15:02:28.90ID:???フレームワークに頼るな無能
0950nobodyさん
2019/03/23(土) 09:25:11.51ID:rvf9lYiw0951nobodyさん
2019/03/23(土) 11:37:04.34ID:???0952nobodyさん
2019/03/23(土) 12:49:13.08ID:iVkL6B0vhttp://rosie.5ch.net/test/read.cgi/liveplus/1553306560/l50
0953946
2019/03/24(日) 09:02:10.49ID:???パーフェクトPHPという書籍に簡単なMVCフレームワークのソースが
載ってて、それをベースにカスタマイズ、機能拡張して使ってたんだけど
あるとき急に虚しくなって…
どうせ俺がいくらがんばっても有名なフレームワークの方が優れてるだろうし
機能も充実してるんだろうなぁと
まぁ確かにかなり勉強になったけどね
でももうこのあたりでいいかなと思って、そろそろプロフェッショナルな
フレームワークをと考えた次第
でも個人でWebサイト作るなら、学習コストも考えて自分で作ってきたの
使ってりゃいいのかな
0954nobodyさん
2019/03/24(日) 10:13:19.70ID:???家庭料理ならね
0955nobodyさん
2019/03/24(日) 12:38:47.56ID:???0956nobodyさん
2019/03/24(日) 16:55:30.10ID:xH/tLpfF0957nobodyさん
2019/03/24(日) 17:31:36.10ID:???0958nobodyさん
2019/03/26(火) 15:26:00.19ID:???0959nobodyさん
2019/03/28(木) 19:06:57.36ID:???個人のやつならphp使う意味ある？
WordPressでええやん
フレームワーク使うのは運用に強くすることや、
クラス設計しやすくするため
逆を言うならオブジェクト指向でしっかりクラス設計できないくらいならレガシーなやつでやっとけよとしか。
0960nobodyさん
2019/04/16(火) 14:10:33.41ID:???パーフェクトPHPフレームワークとして公開しようず
0961nobodyさん
2019/04/16(火) 19:59:30.35ID:???http://gihyo.jp/book/2010/978-4-7741-4437-5/support#supportDownload
まぁ学習用だからかなり簡略化されているけど、特に環境構築とかいらないんで
オレオレのベースにはいいかも
0962nobodyさん
2019/04/22(月) 23:38:15.19ID:???viewがからむならLaravelとかcakeがいいんだろうけど、apiオンリーの場合は選定迷う。そもそもapiサーバーでphpである必要がないんだけど、そういう顧客要件の時もあるし。。
0963nobodyさん
2019/05/09(木) 01:06:44.08ID:HHcYDMUshttp://mevius.5ch.net/test/read.cgi/tech/1557329831/l50
RQ6
0964nobodyさん
2019/05/09(木) 09:14:54.86ID:???0965nobodyさん
2019/05/23(木) 00:01:12.87ID:???0966nobodyさん
2019/05/23(木) 11:47:54.96ID:???0967nobodyさん
2019/06/25(火) 19:54:59.76ID:???結論はciでおけ？(´・ω・｀)
0968nobodyさん
2019/07/30(火) 20:35:35.87ID:UNhh2Mtv0969nobodyさん
2019/08/14(水) 18:39:01.02ID:LcuTLAdq0970nobodyさん
2019/08/17(土) 11:21:12.63ID:VfpeLJY+その規模で足りる仕事しかしてない奴にとってはそうかもな。
Rails劣化コピーだから、プロトタイピング〜小規模案件については確かに有効なんだろうよ。
0971nobodyさん
2019/08/17(土) 13:11:26.78ID:???大規模のおすすめは？
0972nobodyさん
2019/08/17(土) 18:12:30.73ID:VfpeLJY+自分たちで作るの、優秀な人を集めて。
0973nobodyさん
2019/08/30(金) 02:21:58.30ID:???Ruby on Rails
0974nobodyさん
2019/08/30(金) 09:38:48.37ID:???ブーム終わって技術者減ってね？
0975nobodyさん
2019/08/30(金) 22:37:36.26ID:???Django
0976nobodyさん
2020/02/20(木) 08:55:16.57ID:???0977nobodyさん
2020/03/02(月) 02:14:00.92ID:???0978nobodyさん
2021/05/02(日) 18:59:24.65ID:???技術者は増えてるよ
未経験にRuby on Rails勧めるのがブームだからね
0979nobodyさん
2021/05/10(月) 12:09:07.28ID:???0980nobodyさん
2021/08/30(月) 17:01:21.07ID:???CodeIgniterにしようかLaravelにしようか悩み中ですが、
ちょっとCodeIgniterをいじってみたらチンプンカンプン。
初心者にとってはLaravelのほうが分かりやすいですか？
0981nobodyさん
2021/10/11(月) 06:27:17.25ID:???codeigniter4 梅雨前ぐらいからやったがかなり簡単
ただ情報が兎に角英語が多い
日本人はほぼlaravelかcakephpじゃないかな？日本語の情報ある
qiitaとかは本当にわかりにくい説明が沢山あってlaravelやるにしても結構苦労すると思うよ
0982nobodyさん
2021/11/20(土) 15:22:17.35ID:ywLW2RZHおすすめフレームワークおすすめって何？
0983nobodyさん
2021/12/29(水) 18:38:14.86ID:???0984nobodyさん
2022/03/15(火) 15:41:41.85ID:???0985nobodyさん
2022/05/17(火) 00:53:53.70ID:???0986nobodyさん
2022/06/01(水) 21:17:57.31ID:TMTC6yTL今はLaravel（前はCake）使ってたが、
Laravelは小規模に向かないので、CodeIgniterを考えてる。
基本的なMVCでWebアプリ作れそうだから良いんだけど
確かに日本語の情報が少ない。
公式のマニュアルでわからない場合、どうしたらいいかな？
0987nobodyさん
2022/06/03(金) 12:35:26.64ID:ygFoFZ+g://egg.5ch.net/test/read.cgi/119/1651730996/l50
0988nobodyさん
2022/06/04(土) 00:48:36.16ID:???別に小規模にLaravel使ってもええやろ
CodeIgniterはマジで情報ないぞ
0989nobodyさん
2022/06/04(土) 09:45:05.42ID:???確かに全然ないわ
3はまだあるけど、最新の4に関してはほぼない
Laravelと比べて軽量だから使いたいと思ったんだが、
実務で使うのは無理なのかなぁ
0990nobodyさん
2022/06/04(土) 11:23:00.20ID:???サイトとしての重さは変わらんというかビルドインサーバーで動かすとCodeIgniterってレスポンス結構重い
0991nobodyさん
2022/06/04(土) 13:29:04.61ID:???自分だけで使うなら良いけど、人に渡すときが困る
相手がデザイナーならFTPが一番馴染みあるだろうけど、
サイズが50も100MBもってなると、嫌がるかと
0992nobodyさん
2022/06/04(土) 16:12:39.26ID:???フレームワークのプロジェクト渡すとか論外だろ相手にこれ理解しろって言うの？
0993nobodyさん
2022/06/04(土) 23:25:04.25ID:???デザイナーでもWordPress使うことはあるだろ
同じ理由でLaravelで作ったものを動かす場合がある
ビューの部分なんてWPでもBladeでも変わらんしな
0994nobodyさん
2022/06/05(日) 06:05:51.97ID:???普通のデザイナーならこれはやらんよ
これやってくれるレベルのデザイナーってんならそもそもvender抜きで渡して向こう側でcomposer updateやって貰えばいいじゃん
0995nobodyさん
2022/06/05(日) 10:00:48.40ID:???前提は「Composerとかサーバがわからない」って話だから
必要以上のことは出来ないだろ
ファイル一式渡したほうが目視でデザイン確認できるし、
dockerとかsailなくても、レンタルサーバにアップすれば動く
0996nobodyさん
2022/06/14(火) 03:31:39.12ID:DGNVfANfPythonみたいに便利なライブラリ沢山あるわけじゃないし読みにくい
あとPHP使ってるものにひどい作りのが多い
それでもPHP使うなら情報が多くて評判がいいLaravel一択だろ
ソースコード読まないといけない時点で初心者向けじゃないからPHP使うことがずれてる気がするからLaravelに対するその手の批判はちょっとおかしいんじゃね？
0997nobodyさん
2022/06/14(火) 08:13:00.48ID:???0998nobodyさん
2022/07/11(月) 18:51:42.30ID:???0999nobodyさん
2022/07/11(月) 21:15:28.07ID:???1000nobodyさん
2022/07/13(水) 16:31:04.30ID:???krsw.5ch.net/test/read.cgi/ghard/いち631406776/
まとめサイトにもまとめられる事態に
↓その後
FF音楽アレンジ その難しさとは サウンドディレクター宮永英典 【スクエニの創りかた】
www.ようつべ.com/watch?v=qGyIADLiUIA
19:30～ テンポが遅くなった理由の説明
FF4ファンを無視しスローテンポに改悪したのは植松伸夫でした。そしてそれを止めないスクエニのスタッフたち
クリスタルが浮かび上がるタイトル画面を削除、聖剣の攻撃音が爽快感ないショボい音に、
パロム&ポロム石化イベントの迫力が減少、魔導船浮上イベントで海が渦を巻かない、
などFF4ファンが誰も求めてないのに原作を色々勝手に改変
一体どこがオリジナル版やそのファンを大事にしたリマスターなのか？
プレイヤーを大事にしないからFFって国民的ゲームの地位から転落したのでは？
1000ならスクエニが改善する
スクウェア・エニックス SQUARE ENIX スクエニ トーセ TOSE ファイナルファンタジー ピクセルリマスター
FINAL FANTASY PiXEL REMASTER ファイナルファンタジーIV ファイナルファンタジー4 FF4 FFIV
坂口博信 ヒゲ 時田貴司 ときたたかし ゲーム職人 ゲームしょくにん 植松伸夫 ノビヨ
SMILE PLEASE スマイルプリーズ DOG EAR RECORDS ドッグイヤー・レコーズ ゴルベーザ四天王とのバトル
高木了慧 宮永英典 村井歩 長谷川憲人 甲田雅人 片岡真悟 青山勇士 足立知謙 裏谷玲央 常本絵理 常本正也
椎葉大翼 野田博郷 小見山優子 久野幹史 高木了慧
10011001
Over 1000Thread新しいスレッドを立ててください。
life time: 2887日 16時間 11分 49秒
10021002
Over 1000Thread運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 和久井学容疑者に同情などできない理由…26歳も年下の水商売の女性とまともに付き合えると思っている50代男性はどうかしている★4 [Hitzeschleier★]
- 和久井容疑者の父「女性が『結婚するなら車とかバイクを処分してお金にしてくれ』と…」「女性が少しでもお金を返してくれたら」★2 [Hitzeschleier★]
- 殺害された女性 和久井容疑者が返却求めた金「勤務する店の料金の前払い金として受け取った」と警察に説明 ★5 [Hitzeschleier★]
- 下半身を露出した状態で複数の女性を追いかけ回したか 逮捕の19歳男子大学生「オシッコがしたくてチャックを下ろし、出していた」 [煮卵★]
- 「時間守らないのがおかしい」 水俣病被害者団体に批判電話やメール [蚤の市★]
- デジ相「偽造マイナ詐欺に注意」事業者に呼びかけ、文書配布へ 「目視でも丁寧にカードをチェックすれば偽造は見破れる」★4 [煮卵★]
- 母親「ギャー！！息子の中学のバスケ部の入部説明がキモくて不快なの！」 [299092815]
- 元従業員「和久井おぢは最初は普通の常連でした、でも段々ストーカー気味になって、店長に中出しセックスを迫ったから出禁にしたんです」 [963243619]
- 財務省「いやあああ！円安の原因はGoogleやアマゾンとか海外のITサービス使ってる国民・企業のせいなの！」 [256556981]
- 👩結婚相手が『在日』『S価』『黒人』『中卒』『風俗嬢』『AV女優』👈一番許せるのは？ [312375913]
- 女「お金は返せません」👈まぁわかる 女「こいつストーカーです！」👈いや殺すだろ流石に [343992359]
- 【画像】まんさん、おま●この入口をうっかり水着に透けさせてしまう痛恨なミス [551743856]