こんなとこが古くてダサいなら、いったいどこに書くんだ？
探検
結局ＰＨＰのフレームワークってどれがいいの？
レス数が1000を超えています。これ以上書き込みはできません。
こんなとこが古くてダサいなら、いったいどこに書くんだ？
たしかそれが原因でVer3に移ったんだよね？
あとPhalconってどう？
社内でも「そろそろFuelいっとく？」てな話題は出るけど、優先順位を上げる必要性が今んとこリプレースコストほど想像できない
そのうち新人に老害と罵られる未来は感じる
でもうちは新人入れる余裕も当面ないし、正直悪循環だなとは思う
速度
シンプルさ
覚えやすさ
利用者の多さ
FuelPHP、Laravel、CakePHPを使ってみた結果たどり着いた。
FuelPHP使ってからCIに戻ったんだ？珍しい
保守サーバ環境によほど古いの混ざってるとか、再教育コストが馬鹿にならないとかなければCI使う理由ってないと思うけどな
でもほんとシンプルで必要十分だよねCI
Fuelは機能面でしっかりトレンド追い掛けてるから、代償としてマニュアルも膨れ上がっちゃってるし。
あれこれ要求するとFuelになるだろからCIはこのまま枯れっぱなしで保守して欲しいわ
FuelPHPは、良いですね。
特に日本語ドキュメントは秀逸だと思いますし、FuelPHPの書籍も
素晴らしい。
メソッドの名前も、CIより良いなと思いました。
機能的には、Smartyとの連携の容易さ、ユーザ認証機能が付属、
BootStrapも標準で付属（だったかな）など。
でも、どの機能もCIをベースにちょっとトッピングすれば実装できるんですよね。
一方で、既存のCIのサービスの保守をしながらFuelPHPを採用すると、
スキル的にCIとFuelPHPの２本立てになってしまうという台所事情がありまして。
それが嫌でCIに戻りました。
うちはCIでやってたスマホ用のシステムが、建増し住宅しすぎて本当にひどくなってw
問題点洗いだして心機一転4人チームでFuelPHPで再実装しました。
みんななんとなくFuelいいなーって思ってる奴らだったので思いの外うまくいきましたが、一人でも戸惑ってるメンバーがいたらやめてたかもなぁ
CIのままでも作り直しの成果は上げられたとは思いますしね
DB周りはかなりすっきりしたけど、本質的な問題は建増し住宅のごとき仕様変更による混乱だっただけだしなーww
どこにあるんだ？
どのみちちょっと情報が古そうだが
さくっと使いたいのだけど
運用の上でまとめたものと利用方法のセットがフレームワークだと思うんだ
opcacheあんだしファイル数とか気にしなくて良くね
1ファイルにパックできてもいいことないと思うよ
アプリ側フォルダはどうせルールに従った構成が必要になるだろうしね
limonadeとか？
FuelPHP
Laravel
CodeIgniter
Yii
だれも使ってないのか
で、Cakeになる おしまい
もうα出てるんだが？
フレームワークは開発のしやすさで選ぶ流れへとシフト
cake使っとけ
迷うならCodeIgniter使っとけ。
世界のデファクトスタンダードだからな。
軽量省機能がウリだから覚えることも少ないぞ
FuelPHPとかlaravelとかにバラけて
もう辟易だよ
ほとんどの知識は流用で済むんだから
2chの勢いだけならcakeか？
案件も新規開発が減っていて、改修とかリプレイスとかが多いから迷うところ
いまさら覚えるのもなー
考えれば、長く安定して使えるものが一番いいだろうね。
Cakeは使ったことないから間違っているかもしれないけど、
規約で縛られた開発ルールだから、その知識は他のフレームワークに
流用できないのではないだろうか？？？
小さいWEBサイトならまだしも、本格的なWEBアプリケーションでは使えないでしょ。
あんなもの便利がって使ってる人は頭が悪いんだよ。
CodeIgniterはまぁ、可もなく不可もなくって感じだったな。
>>104
>CodeIgniter + Smarty = 最強。
Smartyなんか、いい加減捨てなよ。
Twig使ってみれば、Smarty使ってたのが馬鹿みたいだった事がわかる。
LEFT JOIN user AS B
USING id
WHERE A.access_time > '2015-07-09 10:00:00'
たったこれだけのSQLを、Cakeの正規の方法（query()を使わない）で書いたら
これ何の暗号だよ？ ってなるじゃない。
フレームワークとして、auto_incrementな単一プライマリキーしかサポートしないとかだったと思うし、
本当に、何考えてこんなフレームワーク作ったんだ？と思うし、
何考えてこんなフレームワーク使ってんだ？と、
糞のようになったコードの保守案件とかやらされると、いつも思う。
SQLが単純すぎるんだから。逆に単純すぎて間違いが多いのが問題なんだし。
あとSQLインジェクション対策もできるから作法として使ってる。
フレームワークによって記法がまちまちでスゲーいらいらするのはわかるけどｗ
するのを解消したり、ＳＱＬをシンプルに使ってSQLインジェクション対策
したいなら、ふつーにPDO使えばいいじゃん。
とか思うのだが。
稚拙すぎ？
>ＳＱＬをシンプルに使ってSQLインジェクション対策
>したいなら、ふつーにPDO使えばいいじゃん。
>とか思うのだが。 稚拙すぎ？
いや、僕もそう思います。
そうすると、フレームワークによってルールが違いすぎるのもいらいらしてきます。
MVCの実装なんか本当は物凄く簡単なので、
だったらやたら命名規約が厳しいだけのCakeなんか、尚更使う必要ないなと思ってしまいます。
縛られず、自由に楽しく開発したいもんね。
命名規約に則らないとダメというのは、楽しいどころかイライラします。
フレームワークのメリットはいかに早く、簡単に、分担して作れるかだから。
アホがいじっても、大惨事にならないようにできてる。
それで事足りちゃうんだよね、大抵の物は。
大抵のWebサイトで使われてる技術を簡単に書けるようにまとめたのがフレームワークなんだから。
テクニックの共通言語化みたいなもんさね。
「ぐへへ30行で書くところを、俺独自の書き方で3行でまとめたぜ」ってタイプのアホと、
「本に書いてあったとおりに書きました。セキュリティ？食べたことありません」ってアホ。
どっちも防げる。めでたしめでたし
肝心のPHPerの方がいつまでたってもPHP4あたりの頃のコーディングスタイルで書き続けてるからなぁ。
Twigって最終の出力結果のキャッシュもしてくれるのん？
テンプレートのキャッシュだけじゃなかったっけ
Smarty3遅いんで引越し先さがしてる
速度が速いというだけ？
ソッチのほうが問題やな
作るものは具体的に決まっていませんが、50画面程度の
社内ユーザ向けWebサービスができれば良いと思っています。
どっちがいいでしょうか？
お勧めを教えてください。
みんな Laravel がクソ遅くてメモリ爆喰いという。
言っちゃなんだけどその両者、使い方によっちゃ大差ないよ。よくわからなければFuelでok
慣れたあとで必要になってからCI試しても大して苦労しない
CIは今時のフレームワークに比べたらシンプルだから、もしソースまで降りて手を加えたい場合には簡単だから恩恵はある
学習効率も、似たような案件やるならなんも変わらない
しっかりしたORM欲しいならFuelは標準で備えてるから、その辺で選んでもいいかな
SQLわりとベタ書きしがちならCIでもいいかな
たが俺はgolang推し
FuelPHP には素晴らしい書籍があるので、それを頼りにFuelPHPをやってみようと
思います。
国内のユーザ多いみたいだし。
ありがとうございました。
サーバはLinuxでも動く？
ブラウザはIE以外でも大丈夫？
下記の条件が全て当てはまる会社にご注意下さい。
・IT系 in 東京
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される
ほぼすべてがphperのオナニーグッズだ。
生PHPに回帰よろしく。
ちょっとしたツールなんかは１ファイルで仕上げることもあるだろ？
そういうのを生PHPとか呼ぶことがある。
DBへのアクセスはPDOを使わず例えばmysqli_を使う。
これがまた凄まじく早いんだよw
確かに小規模なサイトならフレームワークなんか使うべきじゃないなと感じるよ。
まずはAdminerとか使ってみなよ。
ワンファイルツールがあるから生PHPでいいって主張かい？ それはねーな
あんたの言い分が断片的過ぎるからなぁ
俺も配置者の配慮のためにソースコードまとめてしまう事自体はあるけどね。そんなの使い捨ての類だし、なにより「凄まじく早い」には同意しようがない
「凄まじく無計画で救いのないやっつけ仕事」だな
そんなしごとはリポジトリに入る機会もない
生が一番だよ。
極厚コンドORMならわからんでもないが
出来れば長期サポート（バグ対応）があれば嬉しい
CodeIgniterって日本語情報少なすぎない？
ただ3でもそんな変わってないからチェンジログ追えば済む
良くも悪くも枯れてる。規模も小さく学習コストも知れたもの
書籍もやや不遇だな。流行ってるとは言えない
新機能に貪欲ではなくメンテナンスはそこそこ活発なんで、安定求めるならいいもんだよ
だったら布教活動しろよー
お世話になります。
私、責任者の加茂と申します。以後、宜しくお願い致します。
http://homepage2.nifty.com/e-d-a/scurl/ia-1-3.html
浪速建設様の見解と致しましては、メールによる対応に関しましては
受付しないということで、当初より返信を行っていないようで、今後につい
てもメールや書面での対応は致しかねるというお答えでした。
このように現在まで６通のメールを送られたとのことですが、結果一度も
返信がないとう状況になっています。
http://homepage2.nifty.com/e-d-a/scurl/ia-1-4.html
私どものほうでも現在までのメール履歴は随時削除を致しております
ので実際に１１通のメールを頂戴しているか不明なところであります。
板復帰(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!
そうするとCakeなんだろうけど、fuelにしようかなあ
http://qiita.com/henriquebremenkanp/items/ec6d83b34a6909d96bdd
によるとfuelは無しに見える
割と似てて楽そうだったのにな。そんなに更新ないんだな
日本でしか使われてないのほんと謎だなw
ほんとだ…Fuel使うのやめようかなあ
てことはLaravel一択か
まともな書籍ないけど
あとは自己責任
CodeIgniterだって5.2+だし
なので将来のことなど考えず、現時点で良いと思うものを、他人の
評価など気にせずに選択するのが良いと思うぞ！
一行目とそのあとがどう繋がったのか伝わらない
多分、「引っ越すことが難しい」という問題への感覚に致命的な齟齬があるんだと思う。
・ならなおさら将来のことは考えるべきだろうと思うのだがどうお考えなのだろうか？
・他人の評価を気にしないほうが良い理由を述べてほしい。鵜吞みは良くないと思うが情報としては有用だと思うのだけど。
言葉が足りずすみません。
フレームワークを引っ越ししなければならないという
事態になることは、まずないだろうということです。
開発したサービスが盛況になって追加要件がどんどん舞い
込んできても、フレームワークを引っ越ししなければ対応できない
なんてことは、ないでしょう。
なので気に入ったフレームワークを、他人の評価など気にせずに
使い倒すのが吉、とおもう次第。
使い倒して、どんな新規開発も素早く高品質に開発することが、
何よりも大切、だと思うぞ。
書籍もムックとリファレンスの2冊しか
ないみたいだし
CakePHP … ネガティブレガシー
FuelPHP … ポジティブレガシー
Zend Framework … シーラカンス
Symfony … 設定＆設定＆設定＆設定＆設定＆規約
Silex … サービスロケーターヘル
CodeIgniter … シンプル(ウサギ小屋的な意味で)
Laravel … マジックメソッドヘル
どれが1番良かった？
Laravelだったね
やりたい事に対して掛かる手間の少なさ
フロントエンドとの距離を少し置いた設計
配列や設定ファイルの書き方を調べるのにうんざりという経緯から
振る舞いをほぼPHPのコードとして実装できるという点
この辺りの基準で選んだ
ありがと
マジックメソッド地獄って言うから
良くないのかと思ったw
よくそれだけ使ってきたね
個人で？それとも会社？
フリーランスなんで要件で指定されたり既存の改修だったりと
嫌でも勉強させられる機会が多いんだ
上に書いたように個人開発や任せて貰える時はLaravelだけど
好みや開発メンバーのレベルに合わせて選べば良いと思ってる
あと最近のプロジェクトでもMojavi時代レベルの
オレオレフレームワークを自作するところが後を絶たないのが面白い
ありがとう
参考になった！
早くLaravel5の参考本出ないかなあ
今出てる奴は中身4で書かれてるんだよね
FuelPHP本買っちゃったけど…
著者は神レベルだと思う。
laravelかsymfonyでいい
これから新規にまたWEB開発やるつもりだけど
cakephp3かlaravalで迷っているけど
やっぱりlaravelですかね
もちろんCIで充分って人には最良解なのは間違いないとは思うけど。
シンプルであり続けることの方が難しいのかもな
Slim or Silex
中
Laravel（Eloquent）
大
Symfony or Laravel（DoctrineORM）
結論：モデルが交換し易いフレームワークがいい。
導入のハードルの低さでいくと
fuelかcakeかな
CodeIgniter
中
CodeIgniter
大
CodeIgniter
フレームワークは統一するのが良い。
品質や開発スキルの面で。
CodeIgniterなら速度も問題ないので、小から始めてサービス拡大して大になっても安心。
てか普通小から始めるよね？
こういうのは専門用語では、スケーラビリティ性能が高いっていうのかもね。
Webサービスでは大事な視点よ。
インフラ寄りの話だしCIに限らんけど
AWS Lambdaがphp対応してくれるといいんだけど、コマンドごとデプロイするような魔改造する話しか見たことないのがなんとも不安
必要最低限のフレームしか用意してくれないfuelphpに戻った
あとはモリモリ自分で盛るよ
必要最低限？
FuelPHPで必要十分なんだが・・・
必要なきゃ使わないとか別の選ぶとかでいいんでないの？
結局好みな気がするよ
名前とか響きとかが好きってレベルで使ってる人もいるし
ん？だから多くの場合複雑なFWは必要ないし好きなの使えばって言ってるんだけどな
で、結局堂々巡りしたんで、最低限の機能しかない
あっさり塩味のFuelPHPにしたわ
7以降の書き方を強制するフレームワークは、ずーっと先になると思う。
オワコンだけどあの本の存在が大きいのかな
騒いでる人の数に比べて一冊しか本がない時点で
どんだけ世の中で需要があんのか察したほうがいい
一時期流行ったステマとかあんだろ？そういう類いだよ
流行ってるように見えるけど実際は・・・みたいな感じだ
手軽に作るならfuel
がっつり重厚なシステム構築するならsymfony
みたいな使い分けしてる
cakeは飽きた
phaloconはまだ使ってない
ここでの謎のfuel人気はって言いたかった
世界的にはハッキリオワコンなのにやたらここで名前挙がるのが不思議
そもそも言語の存在自体が斜陽なPHPにとって
すべてのフレームワークは必ずオワコンになる
その点fuelは現時点での人気もさることながら
いざとなったら自分で保守し切れるミニマムさ がいいんだよ
オワコンになってもなお延命できる ということが最大のポイント
オワコンのfwを延命してまで使おうとする奴は
そもそもオレオレで自作するかマイクロフレームワーク使うと思うよ
正直、現状でfuelとかci使ってる奴は仕事の都合で仕方なくか
書籍とか日本語ドキュメント完備してあるっていう理由で使ってる層だと思う
そう
それがステマの成果
ciがライセンスで揉め始めた辺りからのこの板にある
いろんなfwの過去スレとか見れたら見てみな
fuelを使わせようとする謎の勢力の奮闘ぶりがよくわかるよ
定期的に意味不明にfuelマンセーしてる
みんな新しいものに行っちゃっておくれ
俺はfuel派じゃなくciだけど似たようなもんだしfuel派と気持ちは一緒だと思う
fuelなんてマイクロフレームワークに毛が生えた程度のもんだろ
コミュニティだってあって無いようなもんだし
日本語の書籍が2冊もあるのは奇跡みたいなもんだろ
> fuelなんてマイクロフレームワークに毛が生えた程度のもんだろ
マイクロフレームワーク触ったこと無いだろ
触ったことある奴なら恥ずかしくて口が裂けても言えん
> コミュニティだってあって無いようなもんだし
> 日本語の書籍が2冊もあるのは奇跡みたいなもんだろ
逆だよ逆
世界的に見ても大して人気もなく、日本でも人気無く
完成度が高いわけでもなく、それどころかバギー過ぎて本番使用を躊躇うレベル
コミュニティだってあってないようなものなのに、それなのにだよ、本が出るって相当おかしいと思わないのか？
ちょっと穿った考えだけど、2chでマンセーして廻ってんのは著者じゃねーの？
とか、マジで疑ったことあるよ
ググったけど色々あるな。ルーティングからテンプレートエンジン、ORM、MVCと揃ってるものまであるけど、マイクロの線引きはなんなんだろ
まあ新しいもの覚える気はしないけど
どう逆なの？
おかしいなら奇跡じゃないの？
仕組まれてるって事だよ
だいじょうぶ
わしは使っていくで
CIかララベルの書籍出ないかなあ
誰がなにを仕組んだの？
イルミナティがfuelphpを流行らせようと画策しているの？
Cakeだってそうだったろ？
それからFuelPHPの書籍は凄い良書だ。
>>254
良書っていわれてるのはどっちのやつ？
はじめてのフレームワークとしてのFuelPHP 改訂版 鈴木 憲治
改訂 FuelPHP入門 早川 聖司
なんか白いやつは良かった
紫色の改訂版は読んでない
はじめてのフレームワークとしてのFuelPHP 改訂版
だよ。
>>257
ありがと
今度本屋で見てくる
あんな不人気フレームワークが不自然に持ち上げられすぎ
既にこのスレにも謎の勢力は現れてると思う
そうやって茶化そうとする
初めてフレームワークを使おうとしている初心者か、
どのフレームワークも習熟できない人。
どのフレームワークも習熟できない人ほど、
明確な目的もなく上っ面だけ使ってみて、修得できたつもりでいるｗ
そしてこのスレで、フレームワーク比較をのたまうｗ
浅い知識でわかったつもりになってfuelなんてフレームワークを持ち上げちゃったりする
オススメのフレームワークはなに？
明確な目的を持って使いこなし習得した実力をもって
比較した結果を教えてほしい
node.js使えば言語は揃うけど、あれだってブラウザとは環境事情が違いすぎてあんまり同じ言語触ってる感じにはならんしなあ
FuelPHPが、Googleトレンドで比率が低い割にこのスレで人気があるのは、
FuelPHPを使っている人は実はとても多いのに、Google検索をする必要が
ないくらい日本語ドキュメントと書籍が充実しているからではないのかな。
ちなみに俺はFuelPHPは使っていないし関係者でもない。
ググらないくらい充実してるってところはあり得ないだろ
トレンドあるフレームワークですらググって調べるのに、fuelPHPだけは必要ないなんてことあるわけない
ググっても出てこないから諦めてるんじゃないの？
一時期は知名度ナンバーワンで書籍も多く出てたcakephpのgoogleトレンド見て同じことが言えますか？
ほんとだわ。
肝心のアップグレードガイドも歯抜けが多いし、開発者が好き勝手つくってるのはいいけど、オタク向けフレームワークって感じ。
確かにおっしゃる通り。
私の意見には無理があるわ。
アジアと北アフリカにしか人気がないところとか？
バングラディシュ、インド、日本、チュニジア、フィリピン、香港、モロッコ、
世界的にはｗｗｗ
laravel 23,936
codeigniter 12,549
symfony 12,535
cakephp 6,551
fuel 1,396
世界的にオワコンは間違ってる
そもそも始まってないんだから
まともに勉強できる環境がないね
国内に情報無さ過ぎる
cakephp 1154
laravel 1085
fuelphp 537
symfony 459
codeigniter 153
それはあるw
c#はだいたいstackoverflowで適当な答えひっかかるし
まずは初期の学習の環境として日本語がいいんだが
http://cambodiawatch.net/cwnews/sanmen/20110512_3.php
カート専用fwみたいにね
うーん気持ちはわかるけど俺は無理
有名FWに乗っとけばセキュリティ問題がニュースで得られるけど、自前だと全部に精通してなきゃいかんのが俺には無理ゲーだな
FW使っときゃ顧客にも保守料で最新キープしますという形で契約ライン合意しやすいし
後方互換性考慮した修正していくうちにスパゲッティになってしまう
cakeのソースに親近感を覚える俺です
そうか…フレームワーク勉強するのも面倒だけどセキュリティはもっとカオスなんだろうな
fuelPHPの書籍がしっかりしてるからこれにしようかと思ったけど、もう死にそうだからセキュリティ更新もなくなるかもね
がんばってLaravel勉強するかなあ…
ていうかFWってWPみたいに頻繁にセキュリティ更新ないけど、すでに強固なセキュリティ対策されてるの？
どうしても独自のカスタマイズをしたいところだけ、エンドユーザがちょこっと書き換える。
だから提供側が担当するアップデートが多い。
フレームワークは枠組みを提供して、中身はフレームワークユーザが作るもの。
たとえばログイン機能を作るとしても、そのアカウント管理がセキュアなものかどうかは、フレームワーク側が提供するのではなく、
フレームワークを使ってログイン機能を作るプログラマが作りこむものだよ。
もちろんフレームワーク自体やプラグインとしてログイン機能／アカウント管理が提供されてることも多いけど、それだってカスタマイズすることが前提だ。
で、symfonyやlaravelに手を付けて見たけど難し過ぎ・・・。
イコール
・高品質なコード
・担当が代わっても品質が安定
・障害対応、仕様変更への対応力
個人はともかく業務でWeb開発している人達にとっては、
学習コストの低さはものすごく大事な要件なのよ。
学習コスト低いものだけで仕事が成り立つような職ならそりゃ年取ったら捨てられるわ
自称優秀なプログラマw
ああでもfuelしか使えない人は英語苦手そうだな
zendはいや！
Symfonyシリーズってまだ人気あるの？
結局保守で困るからな
scpはまだ現役じゃないのかー
何がメインになってるの？
使ってる奴いないかな
ここに書き込んでるのがどういう層か
継続的インテグレーションの略語もCIなのがめんどくさいな…。
普段これをCIって言ってる奴らはCodeIgniterの事はなんて言うんだ？もはや眼中にない感じ？
あいにくテストクラスも作らずにExcel方眼紙でテスト仕様書作ってるような現場なんでね
あとCorporate Identityの方が有名じゃない？
使っていない
自動でデプロイするほど小規模じゃないので
承認やら複眼チェックはいらんのか？
アジャイルとか開発プロセスの軽量化とかいうけど、
検査漏れなどあれば事業の存続に影響するようなシステムでも
プロセスの軽量化を優先しているんかな？
まあもちろんテスト環境が自動で、本番は分けるとかやってるんだろうけど
さすがに本番環境はscpなりで
めっちゃ慎重にやると思うんだよなあ
本番は承認プロセス挟んでブルーグリーン
リリース時はふつう閑散としているからパフォーマンスがでなくても問題ないが、
サービスが繁盛してくるとマズいことになる。
php使っている時点でパフォーマンス優先してないのでは？
ロードバランサー挟んで負荷分散しとけばいい。
これたびたび言われるけど、PHP7で大幅にパフォーマンス改善されたのをふまえても、他のWeb系言語より大きく劣っているのだろうか？
異論は認める
ここの分散がラクなら別に2割3割食っても構わんのだけど、別にその程度の分散はphpで十分出来てるって人が殆どじゃないの
仮にPHPが4割越したら設計が異常だと思うよ。でも仮にそうでもPHPの負荷が高いだけなら別鯖に分けるのもそんな困らんのよね…API単位であとはnginxさんにでも任せればもうなんとでもなるしな
おおむね同意
ほぼ同意
FW構造だけで目に見えるほどの差はつかないと思う
それでもFWのせいにするのは、コードを整理すればどうとでもなるレベルなのにやらないやつの怠慢発言と思ってる
Laravel使ってるがこれがネックなんだよな…
さすがにLaravelは四天王の中でも速度最弱なので
使わない以外の選択肢はなかなか出てこないかと
それにはDBの応答速度を上げるSQL文やテーブル設計、インデックスなどがそもそも大事。
phpのコードの書き方で速度が大きく変わるのも同意です。
でも、Laravelは使わない。
Laravelは実際遅いし、これに起因するパフォーマンス低下は対応策がないので。
ライセンスのゴタゴタで何となく敬遠してたけど
https://bcit-ci.github.io/CodeIgniter4/installation/downloads.html
PHP7が必須だってさ。ならばPHP5→7のパフォーマンス改善をフル活用してくれるんじゃないかな、もともと軽さがウリのフレームワークなんだし。
これからの新規プロジェクトなら検討してみたら。
ひゃー、隔世の感を否めない…
レスありがとう
安いレンタルサーバが無くてなー
大手は未だに5.4とかだし
digitalocean
だよね
客によってはVPSじゃなかったりもするから
選択肢がほとんどなかったりするよ……
俺もビックリです。
ところで CodeIgniter 4 のウリは、
PHP 7 対応以外に何があるんですか？
（HP見ましたが英語読めないので・・・）
便利さの部分はテメーでなんとかしろってスタンスだと思う。
例えば入力値のバリデーション機能さえなかったような気が・・・
もっと人間を信じろ
好きなライブラリをcomposerでインストールしよう
たとえばこれとか
https://github.com/Respect/Validation
俺は以前はCodeIgniter好きだったけど、使ってるうちにそういう考えになっちゃった。
自力でダウンロードして……とかいうならちょっといやだけど
コマンドを使って追加インストールするのは嫌いだなぁ
composerすら使いたくないみたいな？
コマンドを使うのがいや
手動でどこかにファイルを置くだけなら歓迎
大型のはssh必要だしslimぐらいがちょうどいいわ
GUIはもっといや
scpかなんかでファイルをポンと置くだけがイイ
CakePHP2系で
pear思い出すなあｗｗｗ
SQLの書き方もインデックスの貼り方も忘れてしまった
これでいいのかなぁ
忘れるだろ
俺も運用が仕事になってPython一切書けなくなった。
おおまかなロジックの指針は覚えてるんだけど
簡単な関数一つ検索しないとわからん
１年もやらなきゃ１／４。
部署異動などで元の仕事から半年離れたら、もう復帰は無理だよ。
ララベルときめくよね・・・いい人なんだけどね・・・（無言）
Fuelはいいよね→ステマ！ オワコン！
ZEND眼中なし
CAKE老害・・・でも老人社会だし擦り寄って置くのも有り
今はCIがいいかな
こういう流れでいいですかね
ララベル・・・臭！うんこ！
Fuel→なかなかいいぞ！
ZEND眼中なし
CAKE・・・ゲロ
やっぱりCIがいいな！
いっそのこと言語変えた方が快適だぞ。
Laravel・・・遅い、ほとんどがIDE使って開発しているイメージ。
Fuel・・・サポート止まってなかった？
Zend・・・モデル弱め。生でクエリ書く人が多い。
Cake・・・自分でガリガリ書きたい奴には向いてない、いいところもある。コーディングルールが古い。
Symfony・・・まだまともな気がする。EC CUBE案件で食えるからこれでいいんじゃね？
CI・・・シンプルで速そう。モデルが充実しているのか心配。
Phalcon・・・速いが機能がフルスタックと呼べるのか？2からZephir、やっぱエラーが分かりにくい。
PHPのフレームワークはどれもマッパーが機能不足！
裸がユニフォーム？
"php orm"でググって好きなの使ったらいいよ
どれもcomposerでインストールできるし
個人的にはeloquentが好き
eloquentのwithはまだOKだな。
役に立つのか？
使えないとアホなのか？
コーディング要員はむやみにパッケージ管理ツールなんか使ったら怒られるよ
偉い人はイケてないことが多いからつらい。
コーディング要員が開発環境のことに口出ししたら、嫌がらせしてくる人もいるしな。
自らたてないのか
が良いところだったのに、composerとかが必須になってしまいました。
鬱陶しい限りですが、長いものには巻かれたほうが楽なので、
今はcomposerを使いましょう。
質の良くないプログラムとなるので可能な限り避けよう
日本語難しいからお互い苦労するよな
カタコトどうし仲良くしようぜ
rubyのgem、pythonのpip、jsのnpmとかも鬱陶しいのかな
psrも知らなそう
少なくともその辺はうっとおしいね
「ターゲット環境で動かさなきゃならない管理コマンド」
がそもそも嫌だな
特にPHPなんてSFTPでペタっと貼ったら動くってのが利点でもあると思うのよね
慣れちゃったけど右も左もわからんころにrails触ってasset pipelineでゲロ吐いたわ
パッケージ管理ツール使ったら少なくともその利点は失うね。
phperじゃしょうがないか
黒色画面恐怖症やオレオレライブラリ病の典型的な病状だよ
レンサバ環境や小型案件にしか関われない人が掛かりやすい病さ
コマンドを叩くのが嫌だと思ってる人はデザイナーかな。
コマンドを叩くのは嫌じゃないけど、
デプロイ先のマシンでコマンドを叩くのはすごく嫌だわ
嫌というかコマンドでの挙動を信頼しきれない
開発環境で環境から全部もりっと作りこみして
デプロイは固めてコピーして展開して終わりにしたい
インストール先によっちゃ嫌とか言う以前に動かないし
開発環境と本番環境を教えてくれ
リポジトリに混ぜればいいだけのことで。
まだ「オートローダーは邪道。パフォーマンスの問題もある」とかいうノリ？
ローカルインストール（--save-dev）したnodeのライブラリも、バージョン管理してしまうべきか教えてくれ
オートローダーは関係なくね？
世界でみるとダントツ
そのオワコン化してるphpのコミュニティにすら混ざる事が出来ない
そんな時代遅れのはみ出し者が集まってるのが2chだ
それが良いか悪いかは別として
そういう狭い世界で生きてる人間の見識なんだから
世間から乖離して偏っててしゃーない
このスレは
流行ってるフレームワークとか良いフレームワークを語ってるんじゃなくて
古いフレームワークを使い続けてる奴が時代遅れの自分を正当化する為に
自己弁護するスレだと思って見た方が良いよ
C#信者だから.net coreとか使ってみたいけど絶対通らない
AWSパートナーなんだがWin鯖高いからIIS無理ゲーだし……
その一点でFuelPHPしか選択肢がなかった
それがいいもんだと勘違いしてる社畜をエンジニアって呼ぶんなら
半人前と思ってくださって結構ですよ
同列に見られたくないので
どれが代替に来ているんだ？
PHPはレベルが低くても、コードぐらいは書ける人が多いからまだまだ続くんじゃね？
いいフレームワーク？正直PHPには無いな。
C#やRuby、Pythonをしてたらそれはわかるだろ。
LaravelはPhalconと比較したら使う気しないし、Phalconは機能がもの足りないから面倒だ。
Phalcon3は知らんけど。
Laravelで開発してるっていうところも、マイグレーション機能さえ使ってないところも多いし、
昔からあるフレームワークでも、ちゃんと使いこなせてる方がいいんじゃないか？
フレームワーク＝オナニー方言
これに尽きるだろ。
今更、秋田弁は機能的で、連携力が優れてるとか言われても通用しねーよｗ
フレームワーク惜しが良く宣伝するピュアPHPerを「オナニーコード、オナニーコード」と恥ずかし気も無く宣うのは、
ただ単に、自分こそフレームワークの人材供給量と連携力を知らない戦略眼の無いオナニーコーダーだからだ。
ゴミフレームワークなんてロックインの温床なんだからさっさと捨ててバカにしていた標準語に戻すべきだ。
そうすれば、将来、ロックインに悩まされることも無くなるだろう。
アーキテクトとストラテジを一から学ぼうな、底辺コーダちゃん。
ピュアPHP→どんだけ個性的な書き方でも、PHP知ってる人間なら大概読める。
どこでトランザクションが発生しているかを把握すれば大体、大筋が分かる。これこそスタンダード。
各フレームワーク→いつ変更がかかるかわからない。全部知らなきゃアーキテクトにならない。どこか知らないところがあっただけで大幅にやり直し。
ブラックボックス、ベンダしか知らない領域がある。フレームワークの作りは大体同じというが、多くのフレームワークを使った事のある者ならわかると思うが
少しバージョン変わっただけで大きく別物になるものも多い。MVCだから大体同じと言ってる奴はベンダの戦略が全然わかってない。
Cake＝クソ、Symfony＝もっとクソ、Zend＝鼻くそ
もう、ほかに書くのがめんどくさい。それより、新しくプロジェクト立ち上げる際の技術に
どのフレームワークを使うかを決定する必要があるが、迷いに迷って保留にしてフェーズ2から導入するってケースあるか？
辛辣だが的確な気がする
yii framework について一言いただきたい
そいつは実際凄いんだろうが、時代について行けてない感じだった。
能書きをたれるのは凄いんだが、現場では使い物にならないんだろうな。
PHPでフレームワークを知ってしまうと、フレームワークが嫌いになるのかもしれない。
俺の周りだけかもしれんがPHPから別言語に移った奴らは、フレームワークを肯定している。
PHPを使い続けている奴は、未だにフレームワークを否定している。
自社フレームワークすら無いって時点でどんな仕事してるのかお察しだけど
まず自分のを見せろ
話はそこから始まる
お前のことかよ。「日本人自称してる」とか使い方間違えすぎだろｗ
独男が結婚したいんだけど？のスレで女はクソばかりのレス状態ww
もっとやってww
フレームワーク＝TENGA
これ
フレームワーク不要論者ではないが
HTMLはわりと生で書かないか?
まだ職場ではHTMLを生で書く所が多いと思うけど、パフォーマンスに影響なく明らかに開発効率が良くなるものも使っていないのに、
フレームワークは悪とか言っているのは、ただ新しいことを学びたくないだけって意味で書いた。
この論拠は？
使えばわかる。
吐き出すのはHTMLだからパフォーマンスには影響ない。
コードの行数は半分になるし、IDE以外で開発している奴のタグ抜けとかはなくなるから効率は上がる。
htmlは生で書くよ
それをフレームワークに食わせる
ザマリンか
見てきたけどワロタ
1年たったらバージョン違うし
なんでフレームワークなんか勧めてくるんだ？
スレタイを読もう
どれもたいして変わらないよ
質問が悪かった
子供が遊びで話す 「PythonとRubyはどっちが簡単？」
そのレベルでいいよ
こーどいぐないたー
fuel codeigniter phalcon
制約が少ないやつ挙げてみた
ごちゃっと混ぜて置かざるをえないところだな
もっとはっきり違うディレクトリに置きたい
その心は
１．開発規約を作ったら結局、皆わからなくなる。
２．フレームワーク人材不足で横のつながりがそもそもない。
３．フレームワークベンダーの思うつぼ。
それに比べればメジャーフレームワークのなんと有り難いことか
いずれ、バージョンアップしなくなるか
PHPや周辺を上げないとどうにもできなくなって
困るのはわかりきっているのに
自社製で自分でメンテした方が長続きできるよ
永遠にその人間がいるならいいけどなー
自社製のごっちゃごちゃしたやつよりは
オープンソースのすっきりしたやつがええな
周りに、フレームワークを使えない奴ばかりで、
結局自身がフレームワークでオナニーしていたことに気づいたよ。トホホ
＞未だに中小や零細でオレオレ自社製フレームワーク使ってるとこ死ぬほど多いんだぜ
こういう文句に絶対に惑わされるな。
フレームワークの宣伝なんて一切信用しなくていい。
自社製フレームワーク云々とか言ってる奴は素人だわ。
フレームワークを使っても、自社の標準規約に合わせるから結局そこで研修が必要になってくる。
逆に一通り確認できるからいいって奴もいるけど、結局のところ、2重にも3重にもルールが増えて
人材が集まらなくなるのがオチ。どこの会社でも同じような人材不足に悩まされるんだ。
重要なのは、設計思想と構造であって、フレームワークではない。もっと重要なのは儲かるかどうかだな。
いなくなった後が悲惨なのは、
どっちも同じだろ。
因みに、自社標準を作り際に、フレームワーク化されたPHPとそうでない自社規約に基づいたPHP可読性テストを検証してみた結果
フレームワークを利用したから、可読性が上がったとか、保守性能が上がったと言うエビデンスが殆ど無い。
もっと言ってしまえば、フレームワークによるだろうということ。
より簡単なCAKEやRailsなどは、保守性が上がる場合とそうでない場合とあったが、
より新しいフレームワークほど、著しく、保守性能は落ちた。
標準PHPのみを使って会社の基準に合わせて使っていた方がはるかに効率が良かった。
つまり、ここでフレームワーク推ししてる奴の大半は、そういったベンチマークを行っていない連中ということになる。
機能面で定着しているフレームワークでなければ、フレームワークとは呼べない
理由その2
会社や事業で培われた会社標準による設計は、新しいフレームワークを導入するより圧倒的に効果がある。
場合によっては、定着フレームワークより効果が高い場合もある。
理由その3
フレームワークを使ったとしても、書けば書くほどカオスになっている。
たとえば、新人に、コード修正を依頼して短期間で修正が可能だったのは、オープンソースのメジャーなフレームワークを使用しないバージョンだった。
新人のコストは安い、PHPとSQLとリナックスを少なからず知っている人材であればすぐに対応が可能だったわけだ。
コード調べてみた結果自作というより、PHPフレームワーク自体をあまり許容してない。
理由は単純、戦略的に劣るから。
自社製フレームワーク、独自フレームワークたたきの方がむしろど素人ｗ
最近のじゃなくて、もともとそういう思想。
欧米的な発想に日本人がようやく気付いてきたかもな
自己満足コードと同義の言葉が出てくる人は多分採用しない。それこそフレームワーク使える俺ってすごいでしょって自己満足しているだけの人に見える。
フレームワークそのものに、それだけのものは無いから。単なる実現方式の一つでしかないから。
ちなみに、俺が採用する際には、フレームワークの思想そのものに正しい見解のある奴しか入れない。
それは、フレームワークで書けるとか、会社標準に合わせることができるとかは当然として、その上で
フレームワークを使わない仕様の利害関係が理解できる人かな。
フレームワークが絶対的だとか、開発方式として優れていると思い込んでいる奴は採用しないってことね。
もちろん、フレームワーク使った事のやる奴しか採用しないけどね。
フレームワーク＝使ってる人がいるかすらわからない方言(辞典にすら掲載されてない言葉が目白押し)
それは、頭の悪い見栄っ張りの勘違いプログラマ気取りが大量にいるからだよ。
古くなったフレームワークのアップデート等の保守までを考えると中小企業には荷が重いね
オープンソースのフレームワークにはそういった労力を人任せができる強みがあるんじゃないの
セキュリティリスクについても外部の機関がアラートを出してくれる
自社開発したフレームワークを罵るスレッドかと思った。
会社で効率的かどうかを判断してるのに、一個人が会社のやり方に難癖つけるなよ。
口出すような経営権無いんだからさｗ。
そうでなければこのスレッドは進まない。
少なくとも国内にマニュアルすら無いような弱小フレームワークは排除すべきだろう。
まず連携取れないから。
・フレームワーク人材がいなくなった時の方が致命的
・普通のPHP使ってれば、誰もが理解できるコード
・単純に自己満足コードの方がよっぽど理解が速い。読みさえすればPHP使いなら誰もが理解できる。そんな簡単なコードが理解できないのは素人だから。デバッガも使える。
・フレームワークだからカオスにならないわけではない
・フレームワークの上でカオス化したコードの方が圧倒的に厄介
・マッチする人材発掘するのに数週間から数か月かかる
・ノーマルPHP人材よりフレームワーク一式全て覚えた人材を探す方が圧倒的に難しい
・フレームワークの研修を受けさせた後、開発規約の研修をさせるのはコストが莫大にかかる。2，3か月給与払うとなったら100万どころじゃない。
・連携させるためにフレームワークと会社規約を盛り込んだが、実際には連携力が落ちる。なぜならば人材を絞る事になり少ない人数しか集まらないことになるから。
・メジャーなフレームワーク以外の学習効率は著しく悪い、覚えたとしてもスキルを共有できる人材がいないからさらに連携力が悪くなる。
・フレームワークに公的的な人は、ただ単に、自分のスキルを誇示したいだけの人では？実際にフレームワークを導入して連携力・開発力・保守性が落ちたと言うケースが圧倒的多数。
・2011年時点では、フレームワークを導入した失敗例は全開発うち80%を占めていることすら知らないのでは？
・アメリカには日本の3倍の人材がいるため、フレームワークによる連携力の効果は日本より3倍大きい。すなわちアメリカで向いているからといって日本で向いているとは限らない。
・10000人のPhperが、1000人のローカル・フレームワークに絞ったら連携力は単純に1/10というわけではない。実際にミッション修了までに100倍かかるかもしれない。(ランチェスター戦略)
・末端のプログラマでフレームワークに心酔する人は、戦略的視点で観ていない。だからこそフレームワークベンダの宣伝文句に惑わされやすい。いずれロックインの対象となる。
勉強したことが無いからと言って、知ったかしないでねｗ。
>>450
フレームワークやそのバージョンに応じて大きく違う。
一般的にはフレームワークの規模に応じて、層別し、その上で国内普及度の高いフレームワークは学習効率が良い。
学習効率が良いものは単純に連携力が高い。
設計思想が云々の問題ではない。なぜならそもそも人材がいなければ一人で組むコードと同じだからだ。
自分で一から考えるコードと同じだからだよ。だからフレームワーク使ってる俺ってスキルフルって考えてる奴の方が自己満足だ。
誰とも連携力取れないフレームワーク一つで変に間違った方向にプライドが高いだけのゴミみたいなエンジニアならいらない。
ってくらい厄介。潔癖症か？
フレームワークは標準でも法律でもねえんだからよ。調子こくなやｗ
＞オープンソースのフレームワークにはそういった労力を人任せができる強みがあるんじゃないの
＞セキュリティリスクについても外部の機関がアラートを出してくれる
これは、合ってる。
ただ、フレームワークは規則ではない。
セキュリティに関与するならフレームワークが法制度化される必要がある。
そもそも、フレームワークは標準化すらされてない。
もし、セキュリティに影響を与えるとして標準化、法制度化が進んだ暁には専門学校・大学・大学院である程度の学習が必要になってくる。
しかし、そうなってくるとますます、開発力・保守性などの面の壁を国費で乗り越える手段が必要になってくるから当面、標準化や法制度化は無いだろうなと。
スレタイも読めない人間が何語っても滑稽なだけだっていい加減気付け
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11144752831
これ見てもわかる通り、ページャを変更するだけでこの回りくどさ。これがメジャーフレームワーク
SQLって共通理解があるのに、それを直に利用しないことによる弊害。
フレームワークは共通理解のためのものなのに、こんな簡単なこともできていない。だから役立たずだと思われてる。
お前こそ必死に自演2連投すんなや。
人材が集まらないのは、金をケチるからだ。
そして安い金で雑魚ばかり集めているからだ。
俺が一人いれば、どのフレームワークでもフレームワーク無しでも問題はない！
そう思ってる奴もいるだろ？
たかがサーバーサイド1つ、しかもPHPごときでエンジニアぶるなよ。
日本語ドキュメント求めてくるとか、どんなけ低レベル向けなんだよｗ
英語ドキュメントでも充分開発できるだろ。
法制度化されてるセキュリティ要件なんてあるの？
完璧でないまでもある程度の自浄作用を期待しオープンなフレームワークを利用するのかと
少なくとも終わったフレームワークは検索結果が教えてくれる
フレームワークスレで必死に不要論を叫ぶ
あまりにも悲惨
phalcon使おうよ
ってphalconスレが無いのはなんなの
フレームワークってどこがいいの？スレ
・オープンソースの有名フレームワーク
・オープンソースの無名フレームワーク
・日本開発のオープンソースフレームワーク（これはもうないかな・・・）
・自社のフレームワーク
・フレームワークなんていらんわ
どれが勝つか
とりあえず
有名>>>>>無名>>>>>>>>>>>>>>>>>>>>>>>>>>日本オープン
で、自社と、いらんわ。がどこに入るかの争い？
そもそも、無名のフレームワークなんて、自分のところで開発しましたって意味だし。
区別つかない奴ってバカ？
将来はできる可能性はある。
ただし、フレームワークが本格的に普及するのは、GUI化されて
開発環境との連携が密になってからだと思うね。
それまでは、導入してもしなくてもどっちでもいいもの。
そのつどバージョンを全て抑えるなんて無駄なことはしない方がいい。
FaceBookでPHPフレームワークを使わないで、PHPのみで開発していたのも無理はない。
バカだね。自分だけが読めるからって理由で言ってるなら、
それこそ自己満足だろ。誰もついてこないんだからさ。
まさか全員が英語できるとでも思ったのか？
俺ができるからお前もやれってのは自己中だと思うね。
俺は英検準1級TOEIC820点持ってるから多少はできるけれど、殆どの奴はTOEICは400点台だよ。
それで「共同開発、共同開発」と連呼している奴は矛盾してる。
こういう奴ほどプロジェクトがうまくいかないと、コミュニケーション能力のせいにしたがるんだろうな。
すぐに1・2か月と工数を発表する奴は信用ができない。
そういう奴ほど、あの資格は1か月で合格できる、このスキルは1週間で身に着けられるといって
極端に短い目標時間を公言して失敗する。見栄っ張りの象徴だな。
楽観的な工期設定はSEとしても失格だろう。
訳して読んだ本場の米国のシニアの説明ではマスターしたいなら、Cakeで6か月、Symfonyで12か月、Zendはこの中間が必要だと説明している。
PHPのフレームワークは投資効果が薄いから、学ばずに新しい言語を覚えた方が得策とも言っている。俺の見解と同じ。
PHPはピュアなコードが一番、投資効果が高い。俺みたいにガチガチのフレームワークをいくつも習得するなら、C#でも勉強しろと言われる。
フレームワーク不要だと思うならそれでいいよ
否定もしないよ
でもフレームワークスレでやるなよ
スレ違いだって人に言われないと気付けないか？
急に英語読めるアピール挟むなよ笑うわw
ただし、いくつもフレームワークがあるなら、フレームワークの意味はない。
その都度習得したらフレームワークの意味ないだろ。それにこのスレッドの様にどれが最高かが
決まってない言語の時点で、フレームワークの効果薄いだろ。本末転倒だよ。
PHPフレームワークの恩恵を受ける事ができるのは10年後だろう。ただし、メジャーないくつかに限る。
それまでに、プロジェクトごと乗っ取りたいベンダーによるフレームワークが異常繁殖して
もち、ベンダーはこう宣伝する「共同開発、自社開発とは違う」
実際は、ベンダ事の自社開発でしかない。いや逆に自社開発で終わってくれれば社会的影響力も大きくなくて済む。騙されない企業が増えないで済む
フレームワークがジャングルのようにカオスになるだろう。コードがカオスになる以前に、フレームワークがカオスになる。
そうなったら、人材供給なんて不可能だし、少数精鋭になるから共同開発の意義も薄れる。(科学的に証明されてます)
勉強するのは無駄だと言える。
そんな外道のおかげで、皆が惑わされる。
まるで、フォンノイマンが水爆開発に参加したのと同じで、あたかも自分が優れている優良人種みたいに
思ってる、フレームワーク使いが増えないことを望むよ。彼らは、無駄なことを勉強せずに経営戦略でも学んだらどうかと思う。
そうすれば、フレームワークの主張する宣伝文句に誘惑されない、より専門的な見識が育つだろう。
フレームワークフレームワーク言ってる奴はそもそも、出来の悪い奴が多いと思う。PHPに関して言えば。
もしやるならフレームワーク乱立せずに人材を供給できるように標準化をすることだ。そして標準化したら開発環境と連動しよりスムーズに開発できることだろう。
共同開発をうたい文句にするには、それをしなければだめだろう。英語やフランス語が出てくる辞典で国内で共同開発は見込めない。
共同開発できると宣伝文句を妄信してる
そもそも自社とか無名とか関係ない。
そんな奴、遠にクビにした。
自己満足フレームワーク・スキルで一人で開発されても困るからだ。
開発者がunix文化から外れてる人が多いからだと思う
車輪の再発明ってやつね
rubyだったらrailsとマイクロフレームワークでsinatraあるし
pythonだったらdjangoとpyramidとflaskだし
でもphpってそういう代表的なの無いじゃん
簡単に作れちゃうし、みんなが中途半端にオレオレで作っちゃうから
php使ってる人全体の開発リソースが分散しちゃってるんだと思うんだよね
みんなで中途半端な物をそれぞれで作ってないで纏めりゃいいのにさ
フレームワークを使う人がドヤってるエンジニアのように見えてしまうのは劣等感のせいだろう
つらかったでしょう、存分にこのスレで吐き出していけ
俺は上で連投してる人とは違うけども
俺から言わせりゃ長文だからって脊髄反射で煽る君の方がどうかと思うよ
ちゃんと読めばフレームワークを否定してる内容じゃないと思うしね
ドヤってるとかドヤってないとかそんな表面的な事しか言えないのは
エンジニアとしてどうなの？
なんか反論したいなら技術的なことで反論してみたらと思うよ
そういう俺はphpの時はマイクロフレームワークのslimで基本的な所だけやって
後は案件に合わせてオレオレライブラリを組み込んで使ってる
でもrubyで作るときはマイクロフレームワーク使わないでrails使ってる
オレオレライブラリをメンテし続けるのだるいし
phpでも定番的なフレームワークが欲しい
俺は>>516と>>518ね
んー、なんつーかphpと他の言語のフレームワークって違うんだよな
他の言語のフレームワークって発展しながら統合してってる感じ？
勝ち残ってきたから少数になってる
例えばpyramidなんかはzopeとpylonsのいいとこ合わせてできた物だし
そのpylonsはturbogearsを使いやすくした物だし
turbogearsは色んなフレームワークを統合したメガフレームワークだし
djangoみたいに最初からすごい完成度で全くの独自実装したのじゃなければ
大体他のフレームワークの良いところを集めてどんどん進化してるんだよね
phpのフレームワークの場合だとさ、他の言語のフレームワークから良いところをインスパイアしたりするけども
ただの劣化コピーって感じ（主にcakeのイメージ）
>>508
今までうまくいかなかったプロジェクトなんてないわ。どうにかしてきたからな。
俺はTOEIC400もないと思うが、それでも全然英語ドキュメントでやってるぜ。
英語からエンジニアを遠ざけていることが、日本のIT業界の弱さになってると思うわ。
>>509
俺が実際にやってきた真実を言っているのだが。俺は生粋の日本人だから嘘はつかねえよ。
そりゃ初めてフレームワークを勉強するなら、半年とか掛かってしまうかも知れんが、
何個かフレームワークやっているうちに、すぐ網羅できるようになる。
ちなみに、ZendがCakeより学習コスト掛かるとは思えんわ。
今時、フレームワークを使えない人材を探す方が難しいと思うが。
なぜ人材が集まらないか考えてみた方がいいんじゃね？
・そもそもPHPメインの会社に技術的な魅力なんてない。
・エンジニアなら誰でも一緒だと思っている。
・100万の人材一人より、20万の人材五人の方が良いと思っている。
・できる奴を見抜けずスルーしてしまってる。
・給料が安すぎる。
・社長がワンマンの馬鹿。
辞めてった同僚がほぼ同じこと言ってた
そいつ今SE上がりの社長さんの下で働いてて、俺もこっそり誘われてる
「社長がワンマンの馬鹿」はかなり響くわ…
これが無ければ給料少なくても結構我慢できるんだが
ってスレチの愚痴だなすまん
会社の雰囲気とかが一番大事だよな。
俺は給料高くないと嫌だけど。
ここでフレームワークの選択に悩んでる奴がいるなら、Meteorでも使えと言っとくよ。
メテオね。
PHPの代替はいっぱいあるけど、JSの代替は無い。JS（フロント）は必須。
サーバーサイドもフロントもJSでできるMeteorならフレームワーク1つでOK！
って思って。
nodeサーバーの保証は致しかねません。
そういや、うちの社内の別チームの方で新技術の検証とかやってんだけど
apache nifiがヤバいとか言ってたよ
「フロントにjsのフレームワーク置いてバックエンドはnifiでいけそう。マジでphpだけしか出来ないプログラマ廃業の危機」
とか、どこまで冗談なのかわからんこと言ってたから正月休みに試そうと思ってんだけど
触ったことある人いる？
幸い俺は他言語いくつか使えるのでまだ現役でやってけそうだけども
そこまでnifi凄いんだとphpしかできない子に他の言語覚えさせなきゃならんってことで
俺の方には次世代言語の選定?みたいなのやってくれって依頼がきてる
goかelixirあたりかなー？なんて思ってんだけど
それ以前にjs覚えさせた方がよさげだな
毎日スパゲティしか食ってないからな
•̀.̫•́✧
nifiって初めて聞いたけど、調べたら凄そうだった。
GUIでバックエンドのプログラムできる感じなのかな？
このスレにきて初めて収穫があったわｗ
JSはPHPやってる人間も多少はやってるだろうから、JS伸ばした方がいいかもね。
ただJS界隈は、PHPとは比べ物にならないフレームワーク戦争だけど。
ね、ヤバいよね
guiで作られたらプログラマの商売上がったりだよ
まだ日本語化とかされてないらしいからすぐに広まる事は無いだろうけども
数年後にはphpプログラマは絶滅危惧種になってるかもしれん
言うほど触ってないので異論は認める
ロボットに仕事取られるのと同じだね。
Webしかできないと将来が不安になるわ。
その中でもPHPは代替されてしまうし、Web専用だから更に心配。
あー、まだこういう情報って表に出しちゃやばかったかなー
一応会社で調べた情報だしなー
とか2chに書き込み終わった後で思って5分ぐらい反省した
まぁqiitaとかにあるぐらいだから日本でも認識されてるしいいよね？
で、夜中にちょっと触ってみた感想
・フローチャート的に処理を繋げてくとやってくれる
・メソッドチェーンのgui版みたいな感じ
・すげーおもろい。プログラマが弄ったらかなり楽しいと思う
・海外にサンプルの処理を配布してるとこがあってそこからサンプル落とし放題
・つまり一度作ったワークフローをxml化しておくと再配布可能
・試しにクローラ作ろうと思ったら既にサンプルにあった
・jvmなのが気に入らない。erlangのvmで同じ様なのあったらいいな
今んとこはまだプログラマのおもちゃ的な所だと思う
でも、今後ノウハウが貯まってきたら底辺プログラマは必要ないかも
seが客先でヒアリングしながらその場でフロー組むような未来を想像した
>>535
>>536
今すぐにプログラマが職を奪われる代物ではなさそう
とりあえずかなり面白いから触ってみるといいかも
スラドでも話題になっていたから気にする必要は無いと思うよ
向こうでの反応は冷ややかだったが
モダンなキーワードを書いてくれるのはありがたいが、モダンすぎたりやってる人が少なくて細かく書いてしまうと、
誰が書いているか特定されてしまう恐れがあるかもｗ
その会社の人間が見たらなおさら。
Webの仕事は奪われてもいいから、nifiとかを作る側に回りたい。
ついに来ちゃったな、JSのフレームワーク戦争。
アングラをいじってたことがあったけど、あれのどこに利点があるのか正直分からなかった。
普通のJqueryいじってる方がよっぽどプログラマには分かり易かったんじゃないのかな。
Rじゃね？
PHPerが本格的にサービスを考えて、時代の中心になる時代。
サービスを考えるにはデータ解析からだよな
フレームワークや多言語を使える人材はいるけど、
みんな経営に携わる立場になってしまい、その後釜がいないかな。
時代の流れで古いフレームワークは使えないし、現段階普及してるのは
Cake、Laravel、Symfony、Railsが中心。
他は、普及が乏しいので管理対象から切り捨ててる。
今後はLaravelに移行してるのでSymfonyが無くなると思われ。
あとは、汎用性の高いVBAのプログラマなら若手もいるし資料も豊富なので継承できる。
あとはIphioneアプリ用にObjective-Cが残ってるかな
以前はPerlやJavaサーブレットもあったけどね。
俺に言われてもね。あんたは、あんたの経験を書いてるんだろうけど、
俺は、海外の専門家の客観的な意見を書いたに過ぎない。
そもそも、オレオレ経験通りになんていかないんじゃないか？
その辺、フレームワークを使ってるわりに主観に頼りすぎだと思うわ。
ホントのことを書くのは最低限必要だけど、主観でしかない。
主観は大概、余計な感情込めて大げさになる。1年が3か月になり、1か月が1週間になる。まるで信用できん。
当たり前だけど、これからはララベルが一番入りやすくなるんじゃないかな。
過去のノウハウが山積みされてるCake、海外プロジェクトに多いSymfony(日本ではver2のおかげで不人気)
本音言うと、Rubyに一本化したいくらいだが、PHPのパワーは捨てきれずPHP7が出たばかリでクソ重さも軽減されてていろいろ移行中、しばらくPHPにお世話になるよ。
GUIで作れたとしても、プログラマじゃなきゃ、仕組みがわからないんじゃないかな。
簡単なプログラムはGUIで作れても、新しい概念はプログラマの専門知識がどうしても必要になると思うよ。
たとば、統合開発環境を使ってても、結局、プログラマの専門知識は必要だし、コーディング以外の知識も必要になってくる。
だから、プログラマ要らず というより、それらを駆使するのに猶更、高いプログラミング能力が必要になると思うね。
それに、保守のためにしばらく必要。電話と同じでWEBは少なくとも100年は普及し続ける。ある意味安泰だけどな。
いいかげん、暴れるって、さりげない悪口で印象操作するのやめたら。
話題や論拠の無い奴ほどそういうことをする。
特定とか怖くなるからやめてよw
>>541
Rとかになってくるとプログラマの範疇から出ちゃってる気がするな
プログラミングと解析は流石に別ジャンルだと思う
やってて損しないだろうけどRやる前にJSかPythonやらせちゃうかな
一応このスレ的にまとめてみると
もう「どのフレームワークがいいのかな？」
とか言ってられる状況じゃなくなりつつあるのかなー、なんて気がしてきた
フレームワークどころかphpという言語自体の存在意義がどんどん薄くなってきてると思う
pythonやrubyはサーバインフラ部分で使い道あるけどphpは辛いよね
もちろん今んとこは職業プログラマに限った話だと思うし
nifiみたいなワークフロー的なアプリじゃ対応しきれない場面では
今まで通りフレームワーク使うんだろうけど
それでも近頃のモバイルアプリとweb共存みたいな流れだと
サーバ側はwebapiにするケースが増えてるのは事実だし
普及は避けられない気がする
数年後にどうなってるか楽しみでもあり不安でもあるかな
とりあえず触ったことない人は触ってみる事をお薦めしとく
今はね
現状はその認識で合ってると思う
でも、まだインターネットの黎明期の頃（とか言うと世代我バレるw）
ルータのコンフィグをするのに専門のネットワークエンジニアがやるって事で
暴利を貪ってた企業が多かったのね
それがciscoがコンフィグを公開して誰でもコピペでコンフィグ流し込める様になって
一気にそのビジネスモデルは破綻した
結局のところ、利用者側からすれば安くあげたい訳で
余程特殊な用途じゃない限りエンジニアが要らない状況になったら
どう転ぶかわかんない
今はまだコピペ元になるワークフローが少ないけども
もっと普及してコピペでやれる状況になったらエンジニアが出る幕無くなるかも
それこそ本屋に「できるnifi」なんて本が並ぶ日が来るのかも知れない
まぁ正直今後どう転ぶか判らんけどね
世の中に受け入れられなくてひっそりと消えていく可能性もあるし
アンギュラーは重いけど、あの速度が速くなったものはかなり良いよ。
フロント重視の開発をしてみないと、メリットは見えてこないだろうね。
サーバーコストも減らせるし、レスポンスの速さが違いすぎる。
クライアント側のCPUとネットワークの速度が影響してしまうが。
>>542
SymfonyはLaravelやSilexの親だから、完全にはなくならないだろうな。
>>543
海外の専門家が言ってることよりも、自分でやってみた方が信憑性があると思うが。
まぁ個人の経験という主観は入ってたと思う。
RでやることをPythonでやった方が早いってことで、RからPythonに移ってるね。
1・2か月じゃ、全うなシステム開発にも携わってないってことだし。
全体の設計・開発・保守に携わり何か成果を上げてから、言うべきだな。
そうすると、2か月どころじゃなくなる。数年ってのが普通になるよ。
Angularは、使う奴が本当にいるのか疑問だな。
俺は完全に反対だよ。明らかに人材集めづらいもん。
これまではPerlerやPhper、Javalerなどが、JS開発に携わる横のつながりがあったが、
Anguralなんぞ入れて、横のつながりを無くしてしまったら、他の言語の連中が気軽に入りづらくなる。
共同開発・連携どころか、人材が絞られて汎用性が無くなるからだ。
頭の良い奴は、開発に携わるのではなく、技術の導入支援や講師になって儲けようとする。
フレームワークで開発を請け負うのは損だからだ。
強いてあげるなら、サーバと連動するAjaxだけどね。
Jqueryは良い発明だったが、Angularは数年後にはゴミ箱行きだと思うね。
なにせPHP以上にカオスなんだろ？
それと今後、Laravelみたいに数年で大きくシェアを伸ばすフレームワークが登場すると、
古参のフレームワークなんて全く使えなかったということだから投資効果としても悪すぎる。
いい加減、フレームワークに振り回されることが事業場なんの意味もないことに気づくべきだ。サブプライムどころじゃない。
なんらかのフレームワークの経験があれば可とか
PHP3年以上の経験があれば可とかあるけど、次々とフレームワークが大量に発生してるから
いちいち習得しなくていいように書いてあるんだよ。
より、標準知識や一般知識さえあれば応募できるようにしているわけだ。
詳しいことは入ってから習得してもらうってスタンス。
あんたの周りのしょぼいエンジニアと同じレベルで見るなよ。
1,2ヶ月で覚えてそれで開発が終わりなわけが無いだろ。
あんたのとこのしょぼさはレス見ると明らかだぞｗ
>>552
もうその時点で終わってるわ。時代に全くついていけてないじゃん。
フロントを軽視してるってことは、昔の古いシステムしか作れてないってことだ。
技術者でもないくせに、技術のこと語るなよ。
横のつながりとか何言ってんだ。やる奴は例え1人でもやるんだよ。
連投マンは、10年前の世界から来た過去人なの？
学習・研修のみ→2週間〜3か月
設計→3か月〜1年
開発→3か月〜1年
テスト→2か月以上
保守→3か月以上
まるまる一通りやって成果にこぎつけなきゃ、習得したとは言えないだろう。
まさか、1・2か月ってーと、ビュー周りの修正、データ操作の修正だけ行ったとかじゃあるまいし。
成果をあげなきゃ、習得したとは言えない、習得した気になってるだけだろ。
お前は、人の批判悪口ばかりで、実質性に乏しいから印象操作しかできないのでは？
変なでっち上げとか印象操作は辞めてねｗ
しょぼいエンジニアも何も、東大卒とかバリバリの私大上位の連中ばかりだよ。
それでもフレームワークを敬遠している意味を考えろ。やってるつもりになるだけじゃなくてな。
必死に見栄を張ってる奴は、あたまの悪いチキンレースの出場者みたいなもんだ。
できてもいないうちに、覚えた、覚えたうるさいよ。
数年でも携わってから言えば、1・2か月の配属じゃ、どうせ見えてないところがいっぱいあるんだろうからさ。初心者レベルばれたな。
それに、フロントを軽視した覚えはない。
フロントエンドは要件定義、外部設計など後工程に影響する重要な足がかりになるから当然、フロント周りの設計は重要だと思ってるよ。
もちろん、Jquery、Ajax、この技術は素晴らしかった汎用性が高くて標準化の基礎になりうるから。
でも、Angularはクソだね。いずれ消えるし。絶対的なものでもなんでもない。
＞横のつながりとか何言ってんだ。やる奴は例え1人でもやるんだよ。
あれあれ？共同開発じゃなかったのかよｗ
1人で組んだオレオレ・コードや自社開発フレームワークがクソなんじゃなかったのか？
フレームワークだって一人で考えたロジックだったら結局、自己満足コードになるよ。何勘違いしてんだ。
そんなに、スキルフルに見せたいのか？フレームワークを1・2か月しか習得しないでか？
俺なんか8年もフレームワークだらけだというのに。
レビューで突っ込みどころ満載の、自己満足コードしか書けないけどな。
本来プログラマとはそういうものだし。その時通ったとしても
あとでリファクタリングの対象だらけになるよ。
一番重要なのは、フレームワークではなく、個々のシステムの機能や、フロー、IOインタフェースだと思うよ。
フレームワークや書き方が後々、何でもいいように、しっかりとした設計が重要なんだよ。コーディングレベルのことにこだわりすぎて、
フレームワークみたいにクソみたいなカオスコード入れんなよ。
プログラム未経験者を対象にしているのか？
>>557
お前を責めているのは俺だけじゃないだろｗ
俺以外にもお前はゴミ扱いされてるよ。
なんの印象操作だよ。連投マンって真実じゃん。
それ以外言ってないだろ。
お前がなんと言おうと、俺の経験を変える事できないから諦めろ。
できてるし、成果も残して来たからな。真実は変えれんのだよ。
お前はAngular事情も知らないだろうし、まだjQueryレベルｗ
Angular一本でもやってないしな。
お前は俺を誰と勘違いしてんだよｗ
共同開発なんて一言も言ってないだろ。
お前は真実見抜かれて怒り狂ってるんだな。
勘違い野郎はお前だよ。
聞いたんだけど
LaravelってPHP側はWebAPIに特化した作りになってるってこと？
ここ数年で作者の興味が変わったのか、
フロントエンドに介入し出した結果が
Vue.jsだったりelixirという名のオレオレgulpタスク群だったりするだけ
Laravel自体は変わってないよ
vue.js+fuelphpの組み合わせばっかりで開発してるなあ……
固定化しちゃうのはよくないと分かってるんだけど……
次々出てくるフレームワークはやったら負けってな。
振り回されてるやつは、新興宗教をとっかえひっかえするのと同レベルだそうだ。
php7だと予想以上に早くて驚いた
だって、保守までやるのに1，2年は最低かかるだろ。
そうじゃなきゃ、フレームワークの恩恵とやらを受けられませんよ？
真実見抜かれてイカレちゃてるのは誰なんでしょうか？
Anglarはクソで間違いないね
フロントエンド重視だからとか関係なくクソはクソだよ。
どういう学習環境で実施する？
１．集合研修
２．通学
３．ネット上の動画
３．個人で教科書を買って読む
４．個人でネット上のリファレンス・チュートリアルを読みながら
どれが、一番早いかおしえて。
個人でってやつは向上心はないよりましだが信用できない。
集合研修は大体2，3か月だね。
その後は、1週間に一度の定期講習で知識共有。
ネット動画でノウハウ共有みたいなこともやってる。
アホの連投マンよ。お前の言ってることは穴だらけだぜ。連投マンというよりレンコンマンだな。
保守から参加する場合もあるのにな。お前フレームワークは使わない方が良いと言っといて、後からLaravelが良いとか主張変えすぎでゴミ過ぎる。
他にも支離滅裂が多すぎるわ。
保守までしないとフレームワークの恩恵を受けられない？
開発したこと無いのかよ。
PHP自体がフレームワークとか書いた奴もレンコンマンか？
みんなsnsかslackで話してる
phpユーザーズにはそこそこ人がいる
http://www.nikkansports.com/general/nikkan/news/1750500.html
ボードゲームのオリジナルオーダー制作
http://www.logygames.com/logy/ordermade.html
カードゲームを自作する1 【自宅でカード印刷】
http://tanishi.org/?p=801
500円ボードゲームのすすめ
http://kazuma.yaekumo.com/c0011_20161206advent.html
100円ショップでボードゲームを自作しよう
https://sites.google.com/site/jun1sboardgames/blog/makeyourbg
ノーアイデアでボードゲームを作ろう第1回「100円ショップで物を買う」
http://boardgamelove.com/archives/boardgame-make-1/
ボードゲーム市場がクラウドファンディングの出現で急成長を遂げ市場規模を拡大中
http://gigazine.net/news/20150820-board-game-crowdfunding/
アナログゲームは実際アツい！ 識者が語る国内アナログゲーム市場の現況とゲームメカニクス
http://www.famitsu.com/news/201608/24114021.html
実際のところ、自作ボードゲームってどれぐらい売れるもんなの？
http://roy.hatenablog.com/entry/2016/11/04/225009
カフェも急増 ボードゲームにアラサーがハマる理由
http://style.nikkei.com/article/DGXMZO10921930R21C16A2000000?channel=DF260120166491
ボードゲーム印刷製造リンク集
http://www.tgiw.info/2014/09/link-production.html
アンテナの高いエンジニアは全部読むよ
お前みたいに偏った嗜好は持たない
slackとかは匿名じゃないからあんまり変なことは言えないしね。
アホな質問とかしれっとできる2chは魅力あると思う。
つかcodeigniterもスレ伸びてないけどなんでだろね
どのスレも勢いない
だけどそっちに行かないとダメなんかねえ
reditとかに以降すべきじゃないか？
誰か解説してくれ
ってフレームワークの話しろや
読みにくいよね・・・
がなぜ読みにくいのか
はよ出せ
自由すぎるからルール厳格にしないと改修で死ねそうだが
が、規約がうぜえFWよりよっぽどいい
AMI 2016.09でやってるけど軽すぎてビビる
>>594
くっそわろ
599だがそんなことまったくない
昔はextensionがエラー吐いたり( ここらへん ttp://blog.asial.co.jp/1272 )したらしいが3.0.3では特に無いなー
まー凝ったことしてないからかもしれんが
そうなんだ 時間が空いた時にちょっと触ってみるわ
ララベルは消えるんじゃないか。
遅いし、機能もケーキ以下だし
全体統括する立場で初めて習得したことを生かせるだろう。
保守から参加する末端技術者は、設計開発その他の重要な局面に参加できない。
ゆえに全体を連続でやらない限り、習得したとは言えない。
1，2か月ってのは明らかにサバ読みすぎで、エンジニアの価値が下がるからやめるべきだな。
俺のいる部署に1，2か月でマスターしたと豪語して入ってきた奴がいるけど、カラッキシだめだったよ。
6か月くらい経験してようやく慣れてきたといったところか。
フレームワーク使わない時代の方が圧倒的に仕事が早かったんだが。本当にFWの恩恵を受けているのかは定かではない。
最近気づいた仕様もあってすべて習得している状態ではない。
学習期間が1，2か月というのは無理があると思う。
開発は終わった。
納品先には開発部隊がある。
俺俺フレームワークはダメと納品先からリクエストがあったので
Symfonyを選んだ。
いろんな要求にこたえられて結果的にSymfonyを選んで良かった気がする。
上の方で馬鹿が吠えてたけどそれが普通だよな
「しんふぉにーわかるひとー？」で人集めれば改修保守できるんだから
そんなんで俺俺いってもなーー
おれおれテンプレートエンジンのデリミタが■hoge■(全角)とかはまだしも
何から何まで$_SESSIONに突っ込んでたり殆ど同じことやってんのにページごとに同じコード書きまくってたり
挙句の果てに上司と部下がコメントで喧嘩とかな
10年前ならともかくコメントの日付が2015XXXXとかになってんのもう見るのいやー
ルーティングが整理されていないと読む気にならん。
あるある
一瞬で終わるはずの修正なのに延々とエンバグに付き合うことに
ez publishっていうCMSがあってな
是非見ていただきたいものだ
オレオレがダメなんじゃなくて、アホが作ってるから腐ってるだけなんだってこと…
SymfonyだのCakeだのありがたがってたアホが山のようにいる日本だからな
その程度すら実装できないアホばかりなんだから、そりゃ、大抵のオレオレは目もあてられんさ
ただ、メジャーフレームワークのクソさ加減にいつまでも気付け無いバカばっかだってことの裏返しだけどな
ではその素晴らしいフレームワークで頑張ってください
作らなくて済む分出来合いのでいいのではないだろうか。
お薬多目に出してもらえ
あ、はい
ではその素晴らしいクソフレームワークで頑張ってください
>>615で綺麗に褒め殺ししてたのにただの三流の罵倒に成り下がってしまった
使ってる人間の割合が子供が増えたからだと思うんだよね
プログラマって物を作ってナンボだと思うんだけど
PHP界隈では純粋に作って楽しむ層が減って
コピペプログラマ的なのばかりになってしまった
このスレでオレオレ批判するのも2種類いて
オレオレを使うリスクから批判する人と
ただ単に自分の使っているFW以外の物は知らないから敵、みたいな
小さい世界で生きてる子供みたいな意見の２つだ
前者のオレオレを理解した上で批判してる人は議論にもなるんだけど
後者のオレオレどころかPHPすらまともに書けなそうな人間に議論ふっかけても無駄
というのが去年迄PHPマンセーしてた（ci信者→オレオレ→fuel信者）が、
golangに乗り換えた俺からの意見だ
乗り換えたのは仕事都合だったんだけど
乗り換えて心の底から良かったと思ってる
他言語やった事ない人はこんなスレで子供相手にして消耗してないで
他言語やってみたら？
世界が広がるよ
毛嫌いしてたショートタグもじゃんじゃん使ってくんで夜露死苦ぅ！
そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと
まぁ罵倒するだけで自身が満足ならそれはそれで良いことだね
スレにすら合ってねぇってことが分からねぇバカ
わざとやってんのかよとすら思うがわざとならつまらなすぎるから
本物のバカなんだろう
あのさ、お前本当のバカだろ
なんで相手がどう思って何をしているはずだからそれでは効果は無いはずだとか決めつけてんの？
アホがいたから脱力して、コピペって馬鹿にしてるだけのレスに
「三流の罵倒に成り下がってしまった」とか「そんなんじゃ全然ダメージないよ。相手にダメージを与えようと思ったらもっと工夫しないと」って
脳みそ本当に湧いてんのかよ？ キチガイPHPerは本当、すげーな
まぁ評価するだけで自身が満足ならそれはそれで良いことだね
PHPerはバカ過ぎて、
>$foo->bar(
> $longArgument,
> $longerArgument,
> $muchLongerArgument
>);
このコードの意味わかんねーんだとさ。で、わからねぇのに引用してくるんだとさ。本当に脳みそくさってるよ
他の言語がどうしたとかのレベルじゃねぇよ、中学生並みの理解力すらねぇんだもん
どこにもスレないよー
びっくりぽん
2ch、というかまさにこのスレなんかと住み分け出来てていいんじゃないか
実は俺もｗ
どこがクソなんだ。
アレもダメこれもダメで、結局全然便利じゃない所
全部やん
というか・・・メジャーなのは無い
どこも1Ａか2Aクラスじゃね？
哀れ
え？
丁寧に説明してもらえると思ってた？ おまえの徳にしかならないことするわけないじゃん 残念だったね
哀れ
人間としても腐ってんだよな、ペチパー
>>618 に書いたじゃん。アホはアホのままクソフレームワーク使っててくださいって、俺は全く困らないから
ホント、マヌケよねークソペチパーって
得になることならともかく、徳になることなら喜んでやってやれよ
「仏教徒ならやってやれ！」だ
既存フレームワークにたよっていると、基幹部分の設計に類する分野の知見を積めないため高いレベルでのアプリケーション構築能力の育成が阻害される。
結果、枝葉ばかりしか扱えず、開発効率・保守性を両立させたの品質の高い統合的な開発の出来る、価値あるコードを生み出せる人間になれない。
だから、既存メジャーフレームワークはクソだ。
以上
フレームワークにべったり依存して書いちゃうとフレームワーク自体のバージョンアップさえ苦痛になる
ドメイン層をフレームワークから分離させておけばフレームワークの変更もまだ楽
永遠に使い続けられる完璧なフレームワークなんてものは存在しないんだから
メジャーなものでもオレオレでもいつかは来る捨てる日に備えておこう
今仕事でcakephp1.3の保守やらされてて目が死んでる俺が言ってるんだから説得力あるでしょ？
フレームワークの移行ってやっぱ大変よ
せいぜいMVC、ルーティングをちゃんと分類しておくくらいじゃない？
cakephp3 でやっと対応したところだから。
フレームワークを使っていないシステムでフォームもセッションもすべて
配列のシステムをメンテしたことがある。当時はそんなものだと思ってい
たが、今はぞっとする。
影響受けてあれってことは、Railsもマトモなわけないと思わせるほどの腐臭がCakeからは漂ってくる。
例えば2のダメなところはアソシエーション書いてfindした時に内部で全部JOINしてるせいで
レコードが巨大になりがちだったり、カラム指定がクソめんどうだったり、
あとrecursiveが単純な階層指定のせいで
アソシエーション設定してるが今回は要らないやってテーブルを排除するfindがクソめんどうだったり
まあContainableビヘイビア使ってればある程度は何とかなってたが。
その点を3では改善してくれてる、
あとRailsはCakeと違って完成度高いよ。
たしかにめんどい
recursiveが単純な階層指定って関連を何回たどるかってこと？
Laravel, Symfony はレイジーロードありなので大抵はそれで事足りると思う。
パフォーマンスでないときだけ明示的に with, join を使えばいい。
さっきCake3の記事を仕事中にスマフォでちらっとみただけなんだけどさ
EntityクラスとTablesクラスがDBアクセスの基本になってんでしょ？
Tablesクラスってことは、Table毎にクラス作るんでしょ？
いつまでそういうことやってんのかなって感じ
もう、DAOでもActiveRecordでもずっと言われてることだけどさ、
AテーブルとBテーブルをJoinするSelect文のメソッドはどっちのテーブル用のクラスに書くの？
Repository に分離しているフレームワークでも同じことだと思う。
売上一覧が伝票・伝票明細・得意先・商品を結合するのだったら、
伝票という風にメインになりそうなクラスに書いている。
>伝票という風にメインになりそうなクラスに書いている。
それさ、DAOでよく問題になってんだけど、テーブルベースで作るか、機能ベースで作るかってやつな
そういう、どっちにもなりそうな状況が発生する時点で設計が狂ってんだよ。
普通に考えたら「こう実装するしか無いよね」って道を指し示せないとダメなわけさ
実装者によってあっちに書く、こっちに書くみたいな状況になるフレームワークは
フレームワークが機能してないってことなわけだ
それか仕事したことないか
ん？ 今更何いってんの？ >>614でとっくに全否定してんだけど
>>658
日本語の文章をマトモに解釈すると「おまえがな」って意味になっちゃうんだけど
自分で言っててわかってる？
そういう意味で言ったの？
もう>>621の言うとおり、本当にPHPにはマトモな奴いねぇのかもしれないな…
既存フレームワーク使って満足してるやつ
この場合にどちらになるか選択しなくて良い方法は、
トランザクションスクリプトでドメインロジックを書くことだと思う。
ActiveRecord, TableModule, DomainModel+Repositoryではこの種の選択がある。
フレームワークがオレオレか既製かではなくて、
トランザクションスクリプトかActiveRecord他のどちらがよいかということになる。
よくねーっつったのが>>658自身なんだから、オレに言われてもしらねーよ
＞CRUDくらいの簡単なもの
煽りじゃなくて意図がわからんのだけど
単一テーブルへのアクセス(ややっこしい
結合無いやつ)って意味なのかな？
CodeIgniter :
FuelPHP :
Laravel :
Phalcon :
Symfony :
Zend Framework :
それぞれどんなイメージ持ってる？
参考にしたい
CodeIgniter : 突き放しFW
Symfony : あっちにもこっちにもあそこにもここにも設定ファイル
Symfony > Laravel > CakePHP
Symfony は重厚長大
Laravel はマジックメソッドで遅い
オレオレフレームワークでやってる奴は、作ったフレームワークをちゃんとテストしてるのか？
まともなフレームワークを作るにはそれなりに工数もかかるし、リリースしてユーザーの協力でバグを発見できる。
それだけのリソースを社内で抱えているなら、オレオレでも良いとは思うが。
いやCakeでもモデルに書こうぜw
>作ったフレームワークをちゃんとテストしてるのか？
メジャだろうがオレオレだろうがノンフレだろうが、しないなんて考えられない。
>>674
> それぞれどんなイメージ持ってる？
coreクラスや、その他パッケージも充実してます。
伝票クラス作成に賛成
こういうモデリングは楽しいね
>Symfony : あっちにもこっちにもあそこにもここにも設定ファイル
地獄だなそれ 古いez-publishを思い出す
CodeIgniter : 好き 勤務先メイン シンプルでキレイに書けるし速めなところが好き 4もgithubで追いかけてるけどとても好ましい
FuelPHP : CIと迷ったが社内でディスカッションしてCIになった 現在の状況はよく知らん
Phalcon : extensionってだけで色物扱いされることが多いが速いしコードも少なく美しく書けるし好き だけど仕事ではなかなか使えない(人集めとかそういう政治的理由で)のが残念
Zend Framework : もういいだろ……改修案件でライブラリとして一部を使ったりはあるみたいだけど自分ならあえて使わないな 初学者がフレームワークアレルギーになる一因
Laravel, Symfony : 重そう(触ったこと無い
FuelPHP は他と比べてどうですか。
実用レベルじゃない
他と比べるというか、急上昇してるlaravelなど使ったことがないですが
良い意味で扱い易い印象です。(公式ドキュメント見ながら0から作るぶんには）
まだはじめて半年-1年未満なのでそのへんの動向はわからないですが、初心者なりに理解しやすいと思ってます。
ただ最近だとSymfony2かRailsに行っちゃうのが良いと思う
phalconとかice(生きてんのこれ？)は別にしても同じPHPなら速いもん使いたいなー
ゆかいなファルコン！たのしいファルコン！ファルコーーン！ファルコン！
ファルコンってエラーでクラッシュとかするんでしょ？
普通のPHPだとエラー有りページが表示できなくても他のエラー無しページには影響ないけど、ファルコンでも同じなの？
2.xまでは結構な頻度でHeapがどうこうで落っこちたりしたけど3.xはないよ
可能性ゼロではないだろうが3では見たこと無い
3でphalconでいうところのproject-simpleで2件(アンケートとちょっと変わったECもどき)を実案件でやった程度の実績だけど
>>697
ワロタ
おっさんしかわかんねえだろ
PHP使っていながらフレームワークに速さ求めるくらいなら
そもそもなぜPHP使うのかと
PHPフレームワークの性能の範疇でインフラが耐えられるかどうかのギリギリの開発でもしてるのかと
全部golangでやりまーすって集められるかも知れんけど金額合わんわ
コードの書き方でも速さって変わるけど遅いの好きな人はそれらもどうでもいいのかね
アプリケーションで大量件数をバッチ処理する場合に個別にチューニング
結合結果を一覧するときに1+N問題が発生しないようにクエリーで結合
Symfony（じゃなくてもいいけど）のHttpKernelが何やってるか見てみたら？
それと同じレベルのことをやっている自負があるなら、「素」の方が早いだろうねｗ
そんなに推奨する自信あるなら何やってるか書けばいいのに…
そもそも自信がねーのか、書けねーのか…
何でアホフレームワークのことわざわざ調べにいかなきゃいけないんだよ…
もう、頭おかしいペチパーの相手疲れたよ…
相手しなきゃいいじゃん
このスレ見てレスするのを誰かに強要されてるのか？
いい大人なら自分のしたいことくらい自分で決めろよ
「嫌なら見るな」クソ芸人的論理っすね
苛つかせても逆効果では？
それとも単にCIのライセンス問題で、乗り換え先がたまたま皆同じだっただけ？
頭おかしいペチパーばっかのスレをわざわざ自分で見に来て相手するの疲れたよって書いてるからたぶんこの人も頭おかしいんだと思う
何かに固執しちゃう障害持ちで嫌なのに見に来ては文句垂れるかわいそうな人
障害持ちというより単にこのスレで過去に馬鹿にされて粘着してるだけっぽいか
>頭おかしいペチパーばっかのスレをわざわざ自分で見に来て
そうか、その点については認めるわけだな？
結構結構、随分成長したじゃないか。
>>711
>単にこのスレで過去に馬鹿にされて
お前みたいなサルに馬鹿にされることなんてあるわけないじゃないか、何をいっているんだお前は
>Symfony（じゃなくてもいいけど）のHttpKernelが何やってるか見てみたら？
煽りレスだけどこれ気になったから調べるわ
ここIDとかワッチョイ無いからアレだな わしは >>700 >>702 だけど
> Laravelは工数が激減するとかそういう理由で伸びたん？
http://blog-imgs-36.fc2.com/i/s/i/isinohune/blog_import_4c2dd6d79ad29.jpg
golangとかになるんじゃないの。
>>学習期間が1，2か月というのは無理があると思う。
同意です。
「学習期間がたったの〇ヶ月で△△△を習得できたぜ！」って言う人ほど、
「動かせた」程度のレベルのことが多いね。
そんなやつ、見たこと無い
リクエストを減らす仕組みはSymfonyがサポートしている。
リバースプロキシーとの連係する様になっている。
ttp://symfony.com/doc/current/http_cache/varnish.html
やったことはない。
>>704 がいいたいのはこのこと？
フォーラムとかドキュメントとかも愛がある
あーいあい♪
おさーるさぁんだよー♪
https://www.webprofessional.jp/the-state-of-php-mvc-frameworks-in-2017/
ちょうど貼ろうと思ったらすでに
2強って言われてもなあ感がすごい
Symfonyなあ……
結局何が残るん？
オレオレやないかｗ
ネタをネタと見破れない奴はひろゆき
これからはサービスごとにDockerコンテナでデプロイして
PHPからGoで作ったマイクロサービスにアクセスしたりと言語の壁なんてなくなってくぜUh-huh
ってばっちゃ(DevOpsの本)が言ってた
phpはずっと無くなると言われてたけどまさかの第一人者
これからも言語の壁はなくなるだろう
もしかして鮫島事件のこと・・・？
2chで言っていいもんなの？
やばくね？
unset($738);
?>
echo $738;
※これはただのUNIXコマンドであり、PID 738 を強制終了するだけです。このため通報などしても無意味です。
mv ??? 738
最近RevelもバージョンアップしたからRevelもたぶんあり
マイクロサービスならgoaをちょっと触ってみたけどよさげだった
むしろgoaを普通にSPAのサーバサイドとして使えばEchoとかGinより使いやすくないか
データベースクエリ生成？
マジックメソッド使いすぎ
ファサード
だがそれらを直しきったあとどうようもなく遅い
外部連結とかあると特に
Cakeより遅いってこともあり得るのか、、
PHPの閉じカッコは不要
変数は数字のみは使えません
laravelで一番気に入らないのはミドルウェア
速度が欲しい段になればGoとかに変えればよろし
というと？ポスグレも対応しとるよね？
なんでもかんでも揃ってます！ってやつ苦手
コード多すぎて改修する気なくす
仕事でやるなら、新人にも理解しやすくドキュメントが多いフレームワークを選ぶべき
ロジック側にタグ生成しまくりって それ同じことReactに言えんの？
ロジックはmiddlewareに書けよ
正直codeigniterとかマジックメソッド使いまくりで、動的言語は嫌い。
ideで補完聞かないし。
この辺を解消してくんないかな。
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
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など動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。
瑕疵担保責任のポイント
民法改正で事実上期限が「無制限」になった
バグや設計のミスなどは、瑕疵担保責任
納品物に不具合があれば損害賠償を請求される可能性もある
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
従来あった「瑕疵担保期間は引き渡しから1年」という考えはなくなる。
条文にある通り、注文者は成果物が契約の目的に適合しないことを発見したら、
その「発見したときから1年以内」ならさまざまな請求ができる。発見が10年後なら、
11年後まで請求可能なのだ。
もっとも、現実のユーザーとベンダーの関係でも、たとえ契約書に「瑕疵担保責任期間は納品から1年と」明記されていても、
「2年目以降は不具合の修正に対応しない」と主張するベンダーはまれだ。多くの場合は、納品から何年たっても、
バグが見つかればユーザーのところに飛んで行き、無償で改修するだろう。
「10年経っても無償で対応しなければならない」となると、そのリスク分を費用に盛り込まざるを得ず、発注・受託のどちらの利益にもならない。
だよな？
コンペで保守の強い言語を提案したところが案件を持っていく
「10年経っても無償保守お受けしますよ」と提案されてしまう。
そんなコスト無視の提案を平気でする会社は10年後には存続してないだろ。
時々、社員に作業させればタダ、と豪語する無能経営者がいるが、
保守作業は人間が手を動かすところで100%人件費なわけで、
顧客に負担してもらえないならその原資はどこから来るのか、
ちょっと考えれば分かるはずだがな。
数年後に会社を破綻させれば無理な約束もなかったことになるってことかね。
営業が無茶有環境ってすごい
一契約の瑕疵担保責任を回避するために倒産させることは考えにくいが、
契約の相手方が倒産や解散で消滅していたら連絡方法がなくなり、
補修の相談すらできない。
保証が手厚いなら、保証金額が高くなるだけ。
3割ほど、バッファを積むだけ
個人なら夜逃げするとか、会社なら解散する手もある
著者いわく、執筆直後に4が発表されて一度心が折れたらしい
よくぞ書き切って下さった
そりゃ折角書き切ったし
宣伝したくなるのもわかるけど恥ずかしいから止めとけよ
今更PHP、しかもCIな時点で買う奴おらんし
(´・ω:;.:...
内容は良かった？
laravelなんかと比べると、こんなこともできないのかよとなってしまうね。
これは100%純粋に混じりっけなくピュアな無垢の飾らない純朴且つ真摯でひた向きな好奇心から真面目に嘘偽りなく誠実で摯実たる熱意を持って真剣に聞くんだけど、どんな事が出来たら便利だと思ってるの？
CIってネームスペース使ってないんだっけか
Larabelもいいものなん？
MVC自体はほぼcakeとおんなじ
キャメルケースとかネームスペース拡張してつかう感じ
でもララベルおっそいんだよなぁ
Cakeもそうだが、LarabelとかのSymfony系は、自分で書いたコードが実行されるまでのステップが膨大だから、そんなのに全体のパフォーマンスを求めちゃいけないわけ。
パフォーマンスを落としても得られるメリットの方が大きければ採用する意味はあるが、少人数で開発できるものにそういう長大重厚フレームワークを採用すると、足を引っ張られたと感じるだけだろう。
CIはそういうことをやってないから高速なのは当然で、逆にCIに長大重厚フレームワークらしいことを求めちゃいけない。
個人的な感想だが、CIほど自由なら、いっそのことオレオレフレームワークの方が効率良く開発できると思うし、実際そうしている。
君がいなくなったあと、そのオレオレをメンテする身にもなってくだされ。
「オレオレの方がいイイ！」という人って後のことまったく考えてないよね。
ポピュラーなフレームワークは経験者が多いからPGを探し易い、というのは重厚長大フレームワークを選択する理由として良く聞く理由付けだが、Myフレームワークはシンプルだからphpを“まともに”読み書きできる奴なら誰でもメンテできる。
そのメンテですら四苦八苦する奴はPGとして使い物にならないと言える。
また、そんな低レベルPGでも、SymfonyやCakeだと突然気の利いたコードを書けるとでも思っているのか？お笑いだ。
そんな素人紛いのPGがまともな成果物を残せると期待しているのは、>>796のような商業PGとしてコードを書いた経験のないSEとPMだろう。
類は友を呼ぶのはこの世の習わしなんだなとつくづく思うわ。
誰でもメンテできるか検証したの？そのオレオレフレームワーク。
例えばバグとかちゃんと潰してある？
セキュリティリスクはない？
妄想で語られてもね。
先ず沢山の人のレビューを経たコードと
自分しか見てないコード。どっちを信頼する？
全部自分の目で確認するから問題ないって言うなよ。
そういう奴は、工数を考慮したことがない素人だから。
心配ご無用。
>>799がそれを目にする日は一生来ないだろうしなｗ
つかその前に、ポピュラーなフレームワークはバグとかちゃんと潰れててセキュリティリスクはない、とか思ってるわけじゃないよな？
君らはオープンソースの怖さを知らないだけだよ。
SymfonyやCakeが高速で動作し且つ開発期間を短縮でき且つ学習コストが低いなら一目置かざるを得ないがな。実際は真逆だろ。
もちろんゼロだとは思ってない。
でもコードの信頼性の指標にはなる。
ユーザーが多いからバグを見つけるし修正される。
そのオレオレフレームワークはどのくらいの人が使ってるの？
結局初歩的なバグが潰されてる可能性があるだろ。まさか自分の書いたコードにバグはないとおもってないよな？
他者が書いたコードのメンテなんか日常茶飯事。
低レベルPGが書いたコードも嫌というほど見た。
実際、そういう奴らが明けたセキュリティホールを塞ぐ仕事もしてるし、オープンソースの結構大きなバグも見つけてる。
脳内プログラマには理解できなくても無理はない。
お前が使ってるphpとlinuxもオープンソースなんだが。
なんでオープンソースに貢献しているやつが
わざわざオレオレフレームワークつくるの。さっきから支離滅裂なんだけど。
負債産み出してる戦犯が何か言ってる
なんだか懐かしいな
オレオレフレームワークがベストって言ってる開発者がいるのかと思った。
オレオレフレームワークで仕事してるやつと仕事したことあるけど
学習コストは結局既存のフレームワーク並みにあったくせに
結構簡単にバグが見つかるし、実行時エラーがでても原因が特定しづらいしキツかった。
結局他のユーザーに鍛えられてないからエラー処理系が貧弱なんだよね
作ってる本人は俺的最強だから本人にとっては分かりやすいんだろうけど。
人生の中で得られる教訓は人それぞれ違うんだし、そもそもフレームワーク教の信者に改宗を迫ってるわけじゃない。
君らはこれまで同様重厚長大フレームワークを重用し続けてれば良い。
オレは単に、学習コストが高い＋動作が鈍い＋工数短縮に寄与するわけじゃない、つう重厚長大フレームワークの欠点を指摘し、そんなもん好んで使わないよって言ってるだけだ。
実際、業務でそういうものと付き合わざるを得なくなった時には、嫌々ながらもやってる。
だからこそ、その短所が目に付き、それを十分に補うだけの長所が見つからない、つうことだ。
別に鼻息が荒いわけじゃないけど
こういう悲しい現実を少しでも減らしたい
http://www.megamouth.info/entry/2017/08/01/083126
自称世界最高峰エンジニア様なんだよ
だったら、PHPに変わる言語を開発して欲しいところだがｗ
俺の肩コリなんて解消されないのに
あ、でもボトルの頭は直ぐに飛ばされるから
その辺は首ﾁｮﾝﾊﾟされないぶんお気楽なのか、、、
残念ながら、そういう悲しい現実はフレームワークとは直接関係ない。
クソコードは低賃金PGの得意芸なのであり、有名フレームワークを使ったからと言って排除できるものではない。
フレームワークを使えばソースコード全体におけるクソコードの比率は下がるだろうがそれは見掛けの数字であり、フレームワークにさえクソコードを混入させていたら状況はより混沌とする。
そういう悲しい現実を減らすには、コードを書けない奴をSEやPMとして置かないこと、低賃金PGの作業領域をできるだけ減らし且つ低賃金PGの作業は上級者が必ずチェックして指導することしかない。
そういうことを知らない奴らが営業したり経営している限り状況は改善しないだろう。
なんで？
そこが最大の欠点だと思う
真の職人はあんなもの必要としないよ。
シェアが高いものはとりあえず否定
↓
マイナーなフレームワークを使う
↓
他の社員がメンテできない
↓
派遣や契約に丸投げ
↓
無駄なコストがかかり、社内の技術も上がらない
詳細を求む。具体的な欠点とかあげてほしいわ
再利用性悪すぎてかなわんわ
Laravelのドキュメントに書いてあるだろ
Packageと何が違うの
> シェアが高いものはとりあえず否定
全然違うね。まず、シェアの高低なんか全く関係ない。利用数が少ないという理由だけでフレームワークを選択するのは不合理だ。
> マイナーなフレームワークを使う
そもそもフレームワークのシェアに関する正確な数字はないはずで、マイナーかメジャーかという切り口自体が幻想である。
ブログなどでフレームワークの人気度を測るバロメーターとなっているのは、Googleでの検索回数の多寡ではないか。
検索機会の多さは分かりにくさを示唆している可能性があり、使い方に悩んだ上での検索が多いのであれば、使わない方が無難かも知れないのだ。
> 他の社員がメンテできない
社員のプログラマとしての能力が低ければ、何を持って来ても同じ。
プログラマとしての能力が高く、且つ学習コストの低いフレームワークであれば、初物でもメンテは困難ではないだろう。
> 派遣や契約に丸投げ
> 無駄なコストがかかり、社内の技術も上がらない
仮にその会社ではSymfony系しか扱わず、そこの社員はSymfony系なら対応できるということであったとしても、それはその会社でしか通用しない。
現実社会は多様であり、転職したら未経験のフレームワークと向かい合うことになるのは火を見るより明らかだ。
そこで躓くようなら、それはつまり、前職で習得した技術が役に立たないことを意味する。
マイナーなフレームワークに触れていると社内の技術が上がらない、というのも幻想だ。
派遣や契約への依存＝無駄なコストという考えも誤り。一時的に彼らへの依存を高めたとしても、そこから得らるものを得ようとしないから“無駄なコスト”に思えてしまう。
余程頑固な会社でない限り、未経験のフレームワークが要求される案件を請けることはいつでもあり得る。
だからこそ、学習コストの高いフレームワークは邪道だと思う。
そういうものを嗜好する人は宗教に似た思い込みに取り付かれているのではないか。
いわゆる洗脳である。
「みんな使ってるから これにするわ」 ってのは 結構正しい選択なんよ
たしかに日本語ドキュメントは圧倒的に多いみたいだけど
肝心なシェアはどうやって知るの？
その数字は正確なの？
シェアの変化に追随するの？
そもそも>>829は自分でコード書いてるの？
そうだね。
ググればいくらでも答えが出てくるならそれに越したことはない。
俺は小さな会社経営してるんだけど、たまに依頼あるのよ。
協力会社に作らせたサイトに手を入れられなくて困ってると。
そういうのは決まってオレオレか日本ではマイナーなフレームワーク。
ソースコード見ると、たしかに技術がある人が書いてそう。
でも、いかにも「このくらい分かるだろ」と言いたげな傲慢さも感じられる。
ソースコードでそれを読む人をねじ伏せようとしてるかのよう。
そうなっちゃダメだよね。
まあ、その手の困ったちゃんがいるから俺らも食いっぱぐれないんだが。
海外の評価は正しいんだな
俺は自作フレームワークだけど
いちいちドキュメントなんて書いてらんないし
出た出たｗ
書いてらんない？ｗ
本音はどう書けばいいかわからないんだろ？
ほんとこれ
書籍をあたるとCakeとLaravelくらいしかないみたいだけど
英語読めないんで日本語ドキュメントがないと使い方わからん
日本語の入門書なら腐るほどあるよ
qiitaにもlaravelタグの投稿は1571もあるし、別に困らんと思うけどな
フレームワークをIDEに合わせるなんて愚の骨頂
「yiiが一番合う」と言われたらyii使うの？
聞いたってええやん
このスレ覗いてる人にはそこそこ需要あると思うで
と思い避けていたフレームワークなのだけど、
とうとうSymfony使ってYｏというリクエストがきてしまった。
これって要はコピペして使えってことなの？
なぜAPIだけ別建てしようとしているのか分からんが、
別建てが不可避であれば、
APIは高速性が重要だからフレームワーク非依存で作った方が良い。
既存フレームワークの採用が不可避であればCIかPhalconあたりになるだろうが、
そんなことをする意味があるのか？
また被害者が増えたか。
Symfonyがコピペで済むようなものならもっと流行ってるだろ？
Symfony派生のフレームワークがいくつか出てきていることは、
Symfonyには結構な問題があることを示唆している。
Symfonyが総合的に素晴らしいなら派生が注目されることはないだろう。
だからさあ、愚の骨頂だって言ってんだろ！
俺が豊田議員だったらお前の頭髪の少なさを罵倒しまくってるわ
てか、他の奴もそうだが「何がいいの？」とか他人に聞く前に自分で試せよ
phpstorm入れてその辺に落ちてるソースコピペしてみりゃわかんだろ
なぜその程度のことをやらないだ？
Phpstormと相性が良くてかつそれなりに使えるFW探すのは別に愚の骨頂じゃねーだろ
他にどんなシーンで活躍してるんだ？
訓練されたPHPerはCLIアプリもPHPで書いてる。
「おれっちphpしかわからねえ！！！」ってのが携わることもあるだろうし
メインがphpならphpでpythonならpythonでc#ならc#で
railsはバッチとか書いたこと無いからアレだけどrubyになんのかね
goで書く。マジで。俺はそうした
今回の民法改正、ソフトウェア受託開発の場合、(検収後ではなく)バグ発見後１年瑕疵担保責任があるということで、地獄かよ、と思ったが、
元々問題が起きがちな受託案件がビジネス的に成立しなくなることで強制的に業界再編につながるなら良いことかもと思うようになった。
一部で地獄を見ても。
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など動的言語は確実に廃れる。
保守に強い言語のみ生き残れる。
複雑なモデルアクセスとかも使いまわさずいちいちgoでまた書くの？
スレッドが欲しいのってＣＬＩよりWebアクセスの時とかの方が多いと思うんだが
PHPのCLIでやることなんてちんたらしててもそんな問題ないし
phpだけだと出来ないこともあるしな
https://surleconomiejp.blogspot.jp/2017/10/cakephp3.html
https://surleconomiejp.blogspot.jp/2017/10/cakephp3.html
数年後
「ざけんな！なにが自作フレームワークだよ！クソコード書きやがって！！」
大丈夫
数年後にはPHPが無くなってる
それは無いだろう
PerlなんかはPHPで用が足りるけど、
PHPに代わるものって普及してしてる？
どこのレンタルサーバでも使えるようなの
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
2U600PPCM9
React界隈の人間が酔ってくるような餌は用意してあるから流行るのは時間の問題。
symfonyほど重厚でないプロジェクトには、軽量で悪くなかったけど
部分的にreact+reduxで
色々聞いてると結構それ多くて全部ゴミっていう凄まじい状態な
作り込んでるけどリリース毎に複数verあって互換性皆無
ドキュメントもない
まだUtilsだけのがマシなくらい
CNWHH
なおかつカスタマイズ容易なフレームワークある？
魔法少女ララベルたんにケーキ食われまくってる
ロシアでは未だに人気１，２を争うという日本のcakePHPのような存在らしい
CodeIgniter3もインドだと未だに人気トップらしい。まさに所変われば…だなあ
実際のシェアは25％もないんだよな、興味を持って調べているだけで、実際に採用されて
いる数は多くない。あんなコロコロバージョン変わる学習コスト激高で
後方互換性不安なフレームワーク使う気になれんという意見も納得
＞実際のシェアは25％もないんだよな、
これどこ見ればわかりますか？
share world php frameworkとかでググれば色々とデータ出てくるよ
俺が基準にしたのはwebサイト数で、色んな集計結果はあったけど
検索ワード数ほど多くないという印象だった
ありがと
確かにシェアだとそんなもんなんだね
人気だと断然トップだけどw
yii良く出来ているよ
英語の壁がキツいけど
下の方はもう聞いたことないのばっかり
https://acodez.in/best-php-frameworks/
日本語のサイトが劇少ない
海外のcake愛好家が、もし俺が日本語読めたらどれだけハッピーだっただろう…って
泣き言を英語で書いてたな。zendだとオランダ語かドイツ語わかると手に取るように
わかるんだろうけどなあ…
アレに触れさせるだけでオブジェクト指向の教育にも悪い
どのへんがcake腐ってんの？
まだまだ使われてるけど
Laravel → アメリカ
cakePHP → 日本
CodeIgniter → インド
Yii → ロシア
Symfony →フランス
Zend → ドイツ
それ以外はもうシェア5％ないので無視
>> 935
オブジェクト攻めになるんだよな。pythonのthis攻め、Rubyのend攻めに
勝るとも劣らぬコードのある意味シュールさｗ
ちなみに2までは配列攻めだった
わかる。
特にMがテーブルに強くひもづく形の時は別に処理クラス群が必要
ActiveRecordパターンのせいで誤解してるやつばっかだけど
そこまで含めてMなのはわかってるけど
ディレクトリ構成上の話
どのフレームワークが良いと思う？
自分の中ではLaravelとcakePHPに絞ってるんだけど
昨今の流れだとLaravelなのかなぁとか日本語ドキュメントの多さだとcakeなのかなぁ
という印象
感じのものを作りたいんだけど、ワープレじゃ無理だしょ？
フレームワークに頼るな無能
http://rosie.5ch.net/test/read.cgi/liveplus/1553306560/l50
パーフェクトPHPという書籍に簡単なMVCフレームワークのソースが
載ってて、それをベースにカスタマイズ、機能拡張して使ってたんだけど
あるとき急に虚しくなって…
どうせ俺がいくらがんばっても有名なフレームワークの方が優れてるだろうし
機能も充実してるんだろうなぁと
まぁ確かにかなり勉強になったけどね
でももうこのあたりでいいかなと思って、そろそろプロフェッショナルな
フレームワークをと考えた次第
でも個人でWebサイト作るなら、学習コストも考えて自分で作ってきたの
使ってりゃいいのかな
家庭料理ならね
個人のやつならphp使う意味ある？
WordPressでええやん
フレームワーク使うのは運用に強くすることや、
クラス設計しやすくするため
逆を言うならオブジェクト指向でしっかりクラス設計できないくらいならレガシーなやつでやっとけよとしか。
パーフェクトPHPフレームワークとして公開しようず
http://gihyo.jp/book/2010/978-4-7741-4437-5/support#supportDownload
まぁ学習用だからかなり簡略化されているけど、特に環境構築とかいらないんで
オレオレのベースにはいいかも
viewがからむならLaravelとかcakeがいいんだろうけど、apiオンリーの場合は選定迷う。そもそもapiサーバーでphpである必要がないんだけど、そういう顧客要件の時もあるし。。
http://mevius.5ch.net/test/read.cgi/tech/1557329831/l50
RQ6
結論はciでおけ？(´・ω・｀)
その規模で足りる仕事しかしてない奴にとってはそうかもな。
Rails劣化コピーだから、プロトタイピング〜小規模案件については確かに有効なんだろうよ。
大規模のおすすめは？
自分たちで作るの、優秀な人を集めて。
Ruby on Rails
ブーム終わって技術者減ってね？
Django
技術者は増えてるよ
未経験にRuby on Rails勧めるのがブームだからね
CodeIgniterにしようかLaravelにしようか悩み中ですが、
ちょっとCodeIgniterをいじってみたらチンプンカンプン。
初心者にとってはLaravelのほうが分かりやすいですか？
codeigniter4 梅雨前ぐらいからやったがかなり簡単
ただ情報が兎に角英語が多い
日本人はほぼlaravelかcakephpじゃないかな？日本語の情報ある
qiitaとかは本当にわかりにくい説明が沢山あってlaravelやるにしても結構苦労すると思うよ
おすすめフレームワークおすすめって何？
今はLaravel（前はCake）使ってたが、
Laravelは小規模に向かないので、CodeIgniterを考えてる。
基本的なMVCでWebアプリ作れそうだから良いんだけど
確かに日本語の情報が少ない。
公式のマニュアルでわからない場合、どうしたらいいかな？
://egg.5ch.net/test/read.cgi/119/1651730996/l50
別に小規模にLaravel使ってもええやろ
CodeIgniterはマジで情報ないぞ
確かに全然ないわ
3はまだあるけど、最新の4に関してはほぼない
Laravelと比べて軽量だから使いたいと思ったんだが、
実務で使うのは無理なのかなぁ
サイトとしての重さは変わらんというかビルドインサーバーで動かすとCodeIgniterってレスポンス結構重い
自分だけで使うなら良いけど、人に渡すときが困る
相手がデザイナーならFTPが一番馴染みあるだろうけど、
サイズが50も100MBもってなると、嫌がるかと
フレームワークのプロジェクト渡すとか論外だろ相手にこれ理解しろって言うの？
デザイナーでもWordPress使うことはあるだろ
同じ理由でLaravelで作ったものを動かす場合がある
ビューの部分なんてWPでもBladeでも変わらんしな
普通のデザイナーならこれはやらんよ
これやってくれるレベルのデザイナーってんならそもそもvender抜きで渡して向こう側でcomposer updateやって貰えばいいじゃん
前提は「Composerとかサーバがわからない」って話だから
必要以上のことは出来ないだろ
ファイル一式渡したほうが目視でデザイン確認できるし、
dockerとかsailなくても、レンタルサーバにアップすれば動く
Pythonみたいに便利なライブラリ沢山あるわけじゃないし読みにくい
あとPHP使ってるものにひどい作りのが多い
それでもPHP使うなら情報が多くて評判がいいLaravel一択だろ
ソースコード読まないといけない時点で初心者向けじゃないからPHP使うことがずれてる気がするからLaravelに対するその手の批判はちょっとおかしいんじゃね？
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 ドッグイヤー・レコーズ ゴルベーザ四天王とのバトル
高木了慧 宮永英典 村井歩 長谷川憲人 甲田雅人 片岡真悟 青山勇士 足立知謙 裏谷玲央 常本絵理 常本正也
椎葉大翼 野田博郷 小見山優子 久野幹史 高木了慧
新しいスレッドを立ててください。
life time: 2887日 16時間 11分 49秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 【滋賀】いなり寿司を万引きしたとして誤認逮捕された女性が苦しい胸の内を明かす [おっさん友の会★]
- コロナワクチン接種後死亡で国を集団提訴 訴状では河野太郎大臣の「2億回打って死んでる人は1人もいない」発言に焦点 [Hitzeschleier★]
- 【大阪】「イライラして」ミャクミャク像に傷 容疑の45歳男を書類送検 [少考さん★]
- 日経平均株価1200円安 イラン領内の爆発報道で急落… [BFU★]
- テレビ朝日「モーニングショー」 迷子の親子「顔出し放送」事情説明 「顔を映さない約束は確認できませんでした」 [ひかり★]
- 早稲田大まで行ったのに 34歳で月収12万円の後悔 貯金もゼロで「自分は何をやってたんだ」 [PARADISE★]
- 【フジテレビ】2024 FORMULA 1【NEXT】Lap268
- 【DAZN】フォーミュラ 【F1 F2 F3 P】lap1429
- 【WOWOW】UEFAチャンピオンズリーグ・ヨーロッパリーグ 決勝トーナメント★22
- 巨専】ワッチョイ
- とらせん
- 【D専】
- 【悲報】いなり寿司誤認逮捕、ガチで闇が深い… [207516352]
- お前らが「楽天市場」をあんまり利用しなくなった理由ってなに？？？ [995039915]
- 狂犬イスラエル、イラン・イラク・シリアを同時攻撃 [668970678]
- 日本会議「同性愛は病気。男同士の性行為は快感が強すぎて依存症になってしまうのです」 [389296376]
- 


急かされて立てたお🏡



- イスラエルのミサイル攻撃、誤報…イラン「爆発音は防空システムが作動しただけ」 [434776867]