11/01/24 02:15:15
>>155
どんな経緯でそういう結論になったのか気になるな。
単に使いこなせなて無いだけじゃね？
160:nobodyさん
11/01/24 21:51:22
フレームワークをPHPで ”作る" とか
言ってる時点で、なんちゃってプログラマでしょｗ
161:nobodyさん
11/01/25 13:46:17
まぁ低レベルは、PHPですらフレームワークを使えないし、
デザインパターンも知らないし、PHPでオブジェクト指向ｗとか言う。
かといってJavaでバリバリ組めるわけでもない。
あんた何ができるのさっ？って言ったら、
「PHPをベタで組む！その方が早い！クラスなんて作るな！」と
162:nobodyさん
11/01/25 18:06:16
デザインパターンかじって底辺プログラマ相手に優越感浸ってる連中が一番無駄にコストかかるよな
せめて東大大学院卒で世の中に一石を投じるアルゴリズムの一つや二つ作れるぐらいになってから偉そうにソファーに踏ん反り返って欲しいものだ
163:nobodyさん
11/01/25 18:12:17
ちゃんと板の間に正座してプログラムしてます
164:nobodyさん
11/01/25 19:57:46
底辺プログラマだってデザパタぐらい使いこなせる
底辺プログラマだってSymfonyぐらい使いこなせる
底辺プログラマだって頑張って生きている
165:nobodyさん
11/01/25 20:19:20
そうだそうだ死んでいるような顔色してたってよく見ると生きてるんだぞ！
166:nobodyさん
11/01/26 06:30:45
底辺は1メソッドのなかに全てのやりたいことを書いてるんじゃないかってくらいメソッド分けもできんぞ
そんな奴の書いたコードでバグの修正とかまじうんざりする
にわかでもある程度自分で考えてかじってる奴のほうが数倍はいいぞ
167:nobodyさん
11/01/26 17:49:51
昔のままの俺だと思ってんじゃねえよ！
参考にするソースが悪すぎただけだろ
1メソッドで一つのことしかしないことぐらい独学済み
人はいつでも成長している。底辺プログラマだってだ
168:nobodyさん
11/01/26 21:25:24
1メソッドの長さとか、もうそういうことは我慢する
変数名に数字のsuffixついてたりも目を瞑ろう
だから
「ｘｘｘのとき呼ばれる処理」
その一言で全てを説明した気になってるんじゃねええよおおおおおおおぉぉォォォォーーーッッ！！
メソッドに分解ができないなら、その分岐、ループの意図するところくらいコメントに残せよばーか
で、ここ何の愚痴スレだっけ？
169:nobodyさん
11/01/26 21:26:33
それだけ自分が低レベルな環境に身を置いているってことだろ
170:nobodyさん
11/01/26 21:44:33
速度優先な事もあらーな
171:nobodyさん
11/01/26 21:53:08
関数で組むのと、オブジェクティブに組むの、どれぐらい速度変わる？
172:nobodyさん
11/01/26 22:09:47
何の速度が？
173:nobodyさん
11/01/27 00:45:18
処理速度
プログラムのことは全く知らないが、
オブジェクトの大きさや生成したインスタンスの数によって変わるの？
174:nobodyさん
11/02/02 22:56:35
私は、配達時間の関係で仕方なく朝日新聞を読んでますけど、愛読者では有りません。あんなものは愛読するものでは有りませんよ。在宅勤務になった
ので４月から読売に替えました。朝日新聞を読んでいると、カルト宗教の機関紙を読んでいるような気分になる。とてもじゃないけど子供には読ませら
れないので、本来なら「新聞ぐらい読みなさい」と言うべきところを「朝日はおかしいから読んではいけません」としか言えないのが悲しい。漢字が奇
妙な当て字が多くて、熟語も一部がひらがなになってる。近頃はその傾向が顕著だ。そこで本社に電話して尋ねてみたところ「韓国を見習って、少しず
つ漢字を減らして、やがて日本語から漢字を全廃させる方針」だそうだ。こんなことは国民の総意で決めるべきこと。一新聞社が決めて実行するのは僭
越だ。何を考えているのだろう。ともかく戦争反対というのも訳分からん。湾岸戦争のときも「日本が巻き込まれるからクウェートを助けに行くな」と
いうキャンペーンを張った。侵略者はみんなで寄ってたかってやっつけなければいけないのにおかしいぞ。そして他国が苦労して築き上げた平和は、当
然の権利として享受しようというのでは、日本が侵略されたときに助けてくれる国は居ないだろうに。昨年９月11日のアメリカでの同時多発テロの首謀
者であるオサマ・ビンラディンについては必ず敬称をつけるように徹底させている。テレビ朝日でもゲストコメンテーターに「必ずオサマ・ビンラディ
ン氏というように氏をつけて発言してください」と徹底させているし、朝日新聞本紙では、今でも必ず敬称をつけている。恐いのは外国の人がオサマ・
ビンラディンと呼び捨てにして発言しても翻訳では勝手に「オサマ・ビンラディン氏」に変えてしまうことである。これでは正しい報道とは言えない。
冷酷な人殺しをここまで敬うその心理は如何に。朝日新聞は、いつのまにか宗教になってしまったのではないだろうか。しかもカルトと呼ばれる変な宗教に。
175:nobodyさん
11/02/15 12:17:21
cakeの次スレは立たないのか？
176:nobodyさん
11/02/15 20:06:35
cakephpスレ立たないところを見ると
既に終わったFrameworkってことかな？
177:nobodyさん
11/02/15 20:17:58
2chがすべてという価値観の人間にはそう思えるかもしれんが
普通は2chにスレが立つ立たないでそんなこと考えないだろう
178:nobodyさん
11/02/15 23:55:17
Cakeの次スレはLithiumが乗っ取ります
179:nobodyさん
11/02/16 00:22:24
cakephpで質問です。
idを主キーにしていて
データの取り出しで
this->model->
findAllByName($hoge)
として
this->model->save($this->data)
した場合、上書き更新ではなく新レコード挿入になりますよね？
主キーでモデルのデータを取り出さない限り新レコード挿入になるのは分かるのですが、CakePHP仕様だと主キーを一つしか扱えないのでupdateAll()を使うしかないのでしょうか？
主キー以外のフィールドでの検索対象の
レコードを更新したい場合、
スマートなやり方だと、どういうやり方が一般的でしょうか？
180:nobodyさん
11/02/16 00:25:32
オイラもcakephpで質問！
生成されたpotを弄ってviewの中のctpファイルはローカライゼーション出来るようになったんだけど、
バリデーション(モデル)とか
プログラム上での(コントローラー)表記を
ローカライゼーションしたい場合は
どうしたらいいの？
181:nobodyさん
11/02/16 01:58:37
CakePHPスレ立てろよｗ
182:nobodyさん
11/02/16 04:17:51
このスレッドは、【PHP】フレームワーク CakePHP 11ホール目【v1.3】になりました。
183:nobodyさん
11/02/16 12:04:28
建ててもいいけどテンプレしらないからここに張ってくれれば良いと思うよ
184:nobodyさん
11/02/16 17:04:29
CakePHPはオワコン
185:nobodyさん
11/02/16 17:07:56
PHP5.3もまともに対応してないフレームワークとか使えねえよ
186:nobodyさん
11/02/16 18:05:46
というわけでLithiumが始まります。
Symfony様、ZendFW様、CodeIgniter様、お疲れさまでした。
187:nobodyさん
11/02/16 21:55:42
情弱なオレに教えてくれ
cakeって5.3に対応する気ある？
188:nobodyさん
11/02/16 22:37:06
というかもう対応してる。
189:nobodyさん
11/02/16 22:40:09
どこが対応しているのですか？
error_reportingを甘くしないとエラーでまくりですよ
190:nobodyさん
11/02/16 22:42:13
warnじゃなくてerrorが出るんだっけ？
191:nobodyさん
11/02/16 22:54:59
URLﾘﾝｸ(blog.goo.ne.jp)
これか？1.3系で解決してるとよ
URLﾘﾝｸ(trac.cakephp.org)
5.3、5.3と煩いようだが
みんなそんなにラムダや無名関数を使いたいのか？
Lithium使っとけ。
192:nobodyさん
11/02/17 01:02:00
CakePHP1.3系のDeprecated errorはうざすぎて開発に支障をきたすレヴェル
193:nobodyさん
11/02/23 02:49:02.24
結局、どのフレームワークが一番のおすすめなの？
194:nobodyさん
11/02/23 02:55:45.82
結局は自分で触ってみないとわからない
195:nobodyさん
11/02/23 14:01:12.13
毛深いのはあまり好きではありません
196:nobodyさん
11/02/23 23:05:12.94
ならLithiumだな。ツルッツルだよ
ちいたんは、ぱっと見はツルツルだが中の方は結構、癖毛もち
197:nobodyさん
11/02/26 11:38:36.81
LithiumはCakeと比べると機能はライトかい？
198:nobodyさん
11/03/05 12:37:56.82
天下のツイッター様はPHPのフレームワークなんて使わないよ。
199:nobodyさん
11/03/05 19:46:45.73
俺の周りではPHP5.3導入を検討し始めているクライアントが増え始めてるから
警告ばっかりでるCakePHPなんて使わない
高速に開発するフレームワークなんてこれ以外にもあるし
手っ取り早く作るならCodeIgniterお勧め
200:nobodyさん
11/03/06 13:47:41.75
CakePHPは学ぼうにも参考書に地雷しかないからな
クックブックが一番わかり易いというのが、初心者におすすめできない痛いところ
201:nobodyさん
11/03/06 13:55:20.83
>>200
ニコ生ユーザー？
202:nobodyさん
11/03/07 21:48:59.30
CodeIgniterのスレが落ちてたので誰か立ててくださ
一応テンプレらしくしてみたもの用意
■公式サイト
URLﾘﾝｸ(www.codeigniter.com)
■チュートリアル
URLﾘﾝｸ(codeigniter.com)
■CodeIgniter User Guide （公式マニュアル）
URLﾘﾝｸ(codeigniter.com)
■CodeIgniter ユーザガイド 日本語版
URLﾘﾝｸ(codeigniter.jp)
■前スレ
[PHP][フレームワーク]CodeIgniterスレ
ｽﾚﾘﾝｸ(php板)
203:nobodyさん
11/03/12 09:57:31.43
しかしCodeIgniterも時代遅れ感が・・・
204:nobodyさん
11/03/12 10:13:06.06
それcakephpの事じゃね？
CIは今流行りだしてる訳だが
205:nobodyさん
11/03/13 00:12:45.45
流行ってはいないｗ
良くも悪くもPHP5のFWは決定打が無い感じだよな
206:nobodyさん
11/03/13 02:12:53.32
PHPだから仕方がないな！
207:nobodyさん
11/03/13 10:37:54.66
いや流行ってるよ
むしろCakeは衰退している
208:nobodyさん
11/03/13 11:34:32.07
すでにCIを使ってる人はいいが
今から使い始めるのは考え物だ
209:nobodyさん
11/03/13 15:28:36.79
>>207
何をもって流行ってるの？
CIはFW過渡期に高速軽量って事で鳴り物入りしたが、普及してないイメージしかないんだがｗ
Cakeは衰退と言っても固定層がかなりいる。
210:nobodyさん
11/03/13 16:05:56.36
なんだかんだで知らないことを覚えようとする奴はすくねーからな
もうカビが生えててもCakeしか食べ物を知らない連中はいっぱいいる
211:nobodyさん
11/04/09 21:57:32.05
会社で採用されてるのがcake。
しにたい。
212:nobodyさん
11/04/10 00:01:31.03
>>211
どのフレームワークだったらうれしいのよ？
213:nobodyさん
11/04/10 01:28:56.40
まあPHP４は考慮してなくていいよな、さすがに
214:nobodyさん
11/04/10 11:32:17.85
cake使うならkohana使えよ
php5.2はサポート打ち切られたのにphp5.3に対応してないFWなんて使うなよ
215:nobodyさん
11/04/10 13:24:51.31
kohanaは尚早な気がするね。
216:nobodyさん
11/04/11 11:15:32.36
＞php5.3に対応してないFW
CakeはPHP5.3でも動くよ
217:nobodyさん
11/04/11 11:37:27.61
動くと対応しているはイコールでは無い件
ソースコード読んでから書いたほうが良いかもよ。
218:nobodyさん
11/04/11 12:28:07.11
>>214
5.3に対応していないってソースありますか？
FW選定の資料のひとつにしたいので。
219:nobodyさん
11/04/11 14:40:13.25
>>217
意味がわからんが
部分的に動かないところがあるってこと？
220:nobodyさん
11/05/20 09:38:28.92
Cake使ってる理由 ＝ 名前が美味しそうだから
Symfony使う理由 ＝ エレガントかつ高速な設計を追及したいから
ZFを使う理由 ＝ Zendっていう名前が付いてるからなんとなく安心
結論：Symfonyを使う人間が一番賢い。
みんなのdailymotion様も、Symfonyで大量アクセスを捌いておられるのだ。
これからはSymfonyをメインで使い、内部的にSmartyやZF等を使う方法が主流となる時代がやってくる。
221:nobodyさん
11/05/20 11:23:51.69
えっ
222:nobodyさん
11/05/23 12:19:46.87
>>218
cakephp自体がソースとして読める形なんだから嫁よ
223:nobodyさん
11/05/27 10:24:38.31
Yiiが良い
224:nobodyさん
11/06/18 17:10:48.95
結局どれがいいんだいっ!!
225:nobodyさん
11/06/18 17:20:26.63
ZF
226:nobodyさん
11/10/23 14:34:18.24
ethna
227:nobodyさん
11/10/24 01:19:05.33
CI2はPHP4切ってるんだろ？
使ってる人どう？
228:nobodyさん
11/10/24 13:32:17.87
>>227
Kohana3に移行してたから気付かんかったわ
229:nobodyさん
11/11/02 08:41:44.67
ci終了のお知らせ
230:nobodyさん
11/11/03 18:10:44.29
まだだ、まだ終わらんよ
231:nobodyさん
11/11/03 18:21:16.30
すべてが遅すぎた
232:nobodyさん
11/11/28 02:13:13.00
はじめまして、相談させてください。
「よくわかるPHPの教科書」という初級本を一冊読んだだけのPHP勉強したての見習いWEBデザイナーです。
以下のサイトのような情報サイトを作ろうと思っております。
URLﾘﾝｸ(www.nightstyle.jp)
この後、何かのPHPフレームワークを勉強して作ってみたいと思うのですが
どのフレームワークを勉強していったほうがいいのか分かりません。
アドバイスいただけませんか？ よろしくお願いします。
233:nobodyさん
11/11/28 02:30:39.13
>>232
宣伝乙
234:nobodyさん
11/12/08 00:49:58.91
認定脳
235:nobodyさん
11/12/09 23:07:04.62 nHunuLCR
ここ1週間くらいCakePHPの入門書読んできてフレームワークがどんなものかは理解したけど
cakephpってhtml5とか対応してないっぽいしもっといいフレームワークあるの？
日本語の資料が多いもので認証機能とユーザごとにアクセス権限(cakephpのauthとACL)があるものって他にある？
やっぱり無難なのっていうとcakephpになるの？
236:nobodyさん
11/12/09 23:17:23.11
>>235
HTML5のどこに対応してないって言ってる？
ほぼほぼHTML5に対応してると思うんだけど。
237:nobodyさん
11/12/10 00:12:37.51
1週間Cakeの入門書を読んだだけで、フレームワークを理解した気になってる時点で･･･('c_`
AuthもACLもメジャーフレームワークは全て実装されてる。
そもそもHTML5対応って何を指してるの？ｗ
238:235
11/12/10 12:24:35.06
html5対応じゃないって言ったのは$html->doctype()がまだ古いほうだったりhtml5で追加されたタグは$html->tag()使わないとだめだったりするところ
それくらい我慢しろって言われたらそれまでだけどやっぱり気持ち悪い
日本語の入門書籍とかcakephp辞典みたいな命令一覧が充実してるメジャーフレームワークってcakephp以外にあるの？
あとだれもフレームワークをすべて理解したとは言ってないぞｗ
239:nobodyさん
11/12/10 13:20:09.06
いまからやるならyiiのがいいんじゃね
まぁメインにするのがないときは浅く広くやるほうがいいと思うけど
240:nobodyさん
11/12/10 16:06:08.20
>>238
doctypeもhtml5のフォーム要素も対応してるんだけど
241:nobodyさん
11/12/10 16:52:05.33
$html->doctype()と書いている時点で
おそらくそれは1.3系以下の情報ですので、勘違いしていますよ
2.0系ではhtml5のフォームinputをサポートしています
あと書籍や日本語の情報などは、自分で容易に調べられますよね？
242:235
11/12/10 17:12:37.55
検索してヒットすれば日本語の資料があることはわかるけど
ない場合本当にないのかわからないから聞いてるんです
どうせおまえら知ってて教えてくれないんだろ
243:235
11/12/10 17:18:52.08
そもそもメジャーフレームワークってなんなのさ？
244:nobodyさん
11/12/10 17:25:42.34
とりあえず涙拭け
245:nobodyさん
11/12/10 20:31:41.62
cakephp = 情弱
246:nobodyさん
11/12/10 21:17:00.25
きちんと更新されてて日本語の最新の情報があるフレームワークってどれ？
どこかに比較表ないの？
247:nobodyさん
11/12/10 21:44:23.87
cakephpはほんとに日本語ブログの情報が減って来てる
あっても1.1とか1.2のものばかり。(07~09年あたりに書かれたものばかり)
2.0もcookbookの解説が未だに英語のまま。リファレンス本も出ない。
今から始める人にはつらい環境です。
248:nobodyさん
11/12/10 22:00:22.74
>>246
今、PHPのフレームワーク界隈で一番話題になってるのは
間違いなくCodeIgniterだな
日本語ドキュメントもかなり充実してる
249:nobodyさん
11/12/10 22:38:31.14
>>248
CodeIgniterってプラグイン系はどうなの？
アジア圏で利用ユーザーが多いらしいから、そっちの
人達がいっぱい作ってたりするのかな。
日本語ドキュメントの充実には同意。
あれは他のフレームワークも見習うべき。
250:nobodyさん
11/12/11 04:43:07.24
間違いなくCodeIgniterが盛り上がってるとかは、半年前の話です
今はライセンスの問題で敬遠されがちになっているのが現状ですよ
CakePHP, Symfony, Yii, FuelPHPらへんで選べば問題ありません
251:nobodyさん
11/12/11 19:02:03.74
ネタだろ？
一番話題になってるのは確かだし
でも、ユーザ会のMLで今後どうするかとか話し合ってるのに
初心者に泥船勧めちゃダメだろｗ
ciからの乗り換えだったらfuelは時期尚早な気がする
kohanaの方がよさげ
ci乗り換えとかじゃなく普通にこれからやるならyiiがお勧め
252:nobodyさん
11/12/11 21:57:25.39
kohanaも尚早な気がするね
まだ安定して無くて元気がありすぎるわ
253:nobodyさん
11/12/12 01:45:14.04
なんだかんだでyiiが鉄板になりそうな気はするよ。便利
254:nobodyさん
11/12/12 03:54:51.16
自分もyiiですねー。PHPフレームワーク4つくらい触ってきましたが、ダントツですばらしいです。
255:nobodyさん
11/12/16 23:12:15.19
fuelphpなんざまだ利用者少ないからバグばっかりで使い物にならねえよ
256:nobodyさん
12/01/14 20:02:17.79
CakePHPとSymfonyどちらを習得するか悩んでいるのですが、
個人開発でコードを管理しやすいのはどちらだと思いますか？
257:nobodyさん
12/01/14 23:01:14.11
個人開発ならどっちも違うんじゃね？ チームワークし易いように、多少面倒が増えてもコードを細分化させてるFW達だし。
258:nobodyさん
12/01/17 10:05:43.01
codeigniter はオワコンなんですか ; _ ;
259:nobodyさん
12/01/17 12:17:06.21
コンテンツとしては終わってないが、日本のコミュニティは終わった。
260:nobodyさん
12/01/17 20:25:25.28
Phalanger 3.0 (2012年1月) をリリースしました。
ｽﾚﾘﾝｸ(poverty板)
261:nobodyさん
12/01/20 01:08:59.07
YiiとCakeの比較をどなたかお願いします
262:nobodyさん
12/01/24 17:49:32.46
ARとかORMは正直いらんと思う
いやむしろ存在自体が悪ですらある
263:nobodyさん
12/01/26 12:41:17.56
ならお前はそう言い続けていればいい
264:nobodyさん
12/01/31 01:37:29.87 vL8UhXp0
拡張子が.jsだったら自動的に難読化してくれるフレームワークなんてありますか？
そんな便利なのないですかね？
265:nobodyさん
12/01/31 02:29:11.63
httpdのフィルタで出来そう
266:nobodyさん
12/01/31 03:44:28.12 vL8UhXp0
>>265
マジっすか？！
267:nobodyさん
12/01/31 08:21:57.07
>>266
URLﾘﾝｸ(phpspot.org)
しかし記事の下に可読化の方法のリンク有り
268:nobodyさん
12/01/31 19:56:17.06 wEgOhILt
cakeって複合の主キー使えないの？ 不便じゃね？
他のフレームワークでは使えますでしょうか？
269:nobodyさん
12/01/31 20:29:55.91
>>268
複合キー使えるようにできるよ
270:nobodyさん
12/01/31 20:30:57.44 wEgOhILt
>>269
そうなの！ ｋｗｓｋ
271:nobodyさん
12/01/31 21:32:10.28 mg92XRmL
ビューはJavaScript使ってクライアントサイドだけでやるわ
モデルのSQLは自分で書くわ
という仕様のアプリケーション向きのフレームワークってある?
272:nobodyさん
12/02/01 14:26:40.09
jQuery
273:nobodyさん
12/02/02 00:52:23.33
JSDB
274:nobodyさん
12/02/03 00:28:14.26
cakePHPっての使ってみたいんですが、
これってトップディレクトリに設置しないとダメなんですか？
できれば、
URLﾘﾝｸ(192.168.0.111)
の下とかで試したいんです。。
275:nobodyさん
12/02/03 00:36:17.07
その方式でいいんですよ。
httpd.confに
Alias /test "/opt/lampp/test"
<Directory "/opt/lampp/test">
Options FollowSymLinks Includes ExecCGI
AllowOverride All
Order allow,deny
Allow from all
</Directory>
こんな感じで。
276:nobodyさん
12/02/03 21:47:49.01
>>275
どもでした。やってみます。
277:nobodyさん
12/02/05 14:31:16.93
Zend frameworkを鯖に入れて使ってみたいのですが
eclipseでの開発はどうやるのが良いのでしょうか？
ググるとZend Studioを買えと出てくるのですが、
貧乏なので、無料でやりたいのです。
linuxテスト鯖 + (windows+eclipse)クライアントで
便利にやる場合の、ベストプラクティスがあったらお願いします。
（クライアントは別にeclipseじゃなくても良いです。これまでずっとeclipse使ってたので続行したいだけで。。
こっちのほうが良いってのあれば、それも教えてください。）
278:nobodyさん
12/02/05 15:35:53.65
>>277
つnetbeans
279:nobodyさん
12/02/05 21:03:47.39
>>278
ｔｈｘです。tryしてみます。
280:nobodyさん
12/02/07 00:40:55.32
つvim
281:nobodyさん
12/02/13 19:19:09.37
@methane INADA Naoki
phpはFacebookのような大規模サイトでの運用実績があります（ただし自分でVMを開発する程度の技術力が必要です）
URLﾘﾝｸ(twitter.com)
@methane INADA Naoki
Facebook が Python で書かれていたら、Hiphop PHP や Hiphop VM を作らなくても、CythonかPyPyを使うだけで済んだだろうに。
URLﾘﾝｸ(twitter.com)
282:nobodyさん
12/02/16 03:42:55.71
アメリカでもPythonのコーダー集めんの手間だってのは意外だわ
283:nobodyさん
12/02/17 01:05:30.34
言語人気はそれほどでもないし、Googleが熱心に勧めてるだけで、いまいち流行ってないじゃん。
284:nobodyさん
12/02/17 17:22:50.75
ガイジン＝Pythonじゃないのか！
285:nobodyさん
12/02/18 01:13:34.11
バカかあんたは。
286:nobodyさん
12/02/18 11:51:39.05
Cakeしか使ったことのない俺に、Yiiのよさを教えてください
287:nobodyさん
12/02/18 12:54:09.20
Yiiはいい
288:nobodyさん
12/02/19 09:12:44.92
Cakeより扱いにくいものってあるの？
289:nobodyさん
12/02/19 10:51:32.51
CodeIgniterは使いにくかった
290:nobodyさん
12/02/19 11:49:31.56
FuelPHPは簡単だった。
291:nobodyさん
12/02/19 23:10:09.07
学習コストがもっとも低いフレームワークをおしえてください
292:nobodyさん
12/02/19 23:34:51.84
学習コストだけならCodeIgniterじゃない？
でも、学習コストでフレームワーク選ぶと痛い目にあるので注意を
293:nobodyさん
12/02/20 00:32:47.80
学習コストが低い＝機能が少ない
だからその辺に転がってる自作フレームワークとかになるんじゃないだろうか
294:nobodyさん
12/02/20 06:04:20.72
要は簡単に覚えられるもんを探しているんだろうと思う
でも作るアプリは一緒なのだから、学習コストはどれも一緒ってなるのに気づいたほうが良い
295:nobodyさん
12/02/20 12:14:38.61
まさに簡単に覚えられるものを探していました。
ＣＩを使っていたのですがライセンスの話がややこしくて他に移ろうと思いまして。
しかし>>292、>>293さんのレスを見てしっかり腰据えて勉強することにしました。
いろいろ比較記事を読んでyiiがよさそうなのでやってみます。
ありがとうございました。
296:nobodyさん
12/02/20 15:43:09.47
Yiiなぁ。いいんだけど、CI使い的には余計なお節介が多いんだよな～。HMVCは楽に作りたいけど、UIはカスタムするからシンプルがいいって時に、無駄に作業増える。
297:nobodyさん
12/02/20 21:08:19.38
それは「使えて」ないからだろ。
298:nobodyさん
12/02/21 00:11:16.86 3wZdUskl
Slimは学習コストが低くていい。
PHPでビューまで面倒みるってやり方はもう見なおしてもいい。
299:nobodyさん
12/02/21 00:30:35.98
Slimは、せめてValidationあったらもっと使うんだが。
300:nobodyさん
12/02/21 00:43:32.64
学習コストっても、マニュアルがしっかりつくってるあるフレームワークなら
やりたいことがでた時に都度みればいいだけじゃん。
301:nobodyさん
12/02/21 08:43:37.33 Ts0sDPGu
>>299
PHP標準のFilterとかPEAR::Validateとかじゃ不足?
302:nobodyさん
12/02/27 17:29:26.13
>>281
こいつバカだろ
CythonとHiphopじゃ全然比較にならない
303:nobodyさん
12/02/29 11:55:36.41
PHPを大規模で扱ってるところは大体PHPのソースコード自体をカスタマイズして使ったりしてるから
C言語ぐらいは使えないとダメだよ
304:nobodyさん
12/02/29 14:34:06.08
>>303
ねぇよｗｗｗｗｗ あるなら具体的事例をだせ
せいぜい拡張作ってるくらいだわ
305:nobodyさん
12/02/29 15:02:35.45
>>303
コナミとか
306:nobodyさん
12/02/29 16:18:55.05
大規模で使ってるとこならそういう事もあるわな
307:nobodyさん
12/02/29 16:33:39.90
>>304
真っ赤にしてやろうか
308:nobodyさん
12/02/29 17:17:06.23
>>305
具体的事例って書いてあるだろ
コナミのどこでどう使われてるんだ。
記事付きでちゃんと出してみろ
309:nobodyさん
12/02/29 17:39:13.19
まぁネイティブなとこまで手を入れるようなことは早々ないから、C必須だってこたないと思うが
出来ないより出来たほうがいいわなぁ
手を入れれるならそれだけやれることが広がるわけだし
310:nobodyさん
12/02/29 17:39:20.94
それくらいも知らない＆探せないような素人に用はない
311:nobodyさん
12/02/29 17:48:00.33
今のゆとりは己の無知を威張りながら人に聞くのが流行ってるんだなｗｗｗｗｗｗ
恥ずかしい奴ｗ
312:nobodyさん
12/02/29 18:24:18.19
教えて君の特徴
・相手の発言を信用してないのに、何故か自分で探して確かめようとしない
・分からないことがあると煽れば相手がムキになると思い、すぐ教えてくれると思っている
313:nobodyさん
12/03/01 01:45:27.49
>>303
大規模だろうと、新規案件でそんなCPも保守の効率も悪い提案通らねぇけどなw
おっさんのC言語云々てテンプレ発言もそろそろ飽きたわ
314:nobodyさん
12/03/01 08:56:41.56
>>309
Cうんぬんは別として、本体いじるのはデメリットの方がはるかにでかいわな。
セキュリティアップデートがあった時とか悲惨
315:nobodyさん
12/03/01 09:00:29.68
>>310
探して見つかるわけがないだろ。お前の虚言妄言なんだからそもそも存在しないもんな。
だからお前はソースを出せないんだろ。
316:nobodyさん
12/03/01 10:51:16.64
まだ言ってるよｗｗｗｗｗｗｗｗ
317:nobodyさん
12/03/01 11:41:12.05
>>314
2行目でお前のレベルが知れてる
318:nobodyさん
12/03/01 12:43:57.52
まあ、古くからの会社なら、部分的に自社のライブラリを使うような、オレオレバッチファイルをアプデの度に当ててる所も多いだろ。
319:nobodyさん
12/03/01 12:46:39.46
本人がソースコードを改変して使うことは無いと断言してるんだからそれでいいんでないかな
一生そういう狭い考え方をしてれば
320:nobodyさん
12/03/02 00:15:48.25
大規模って前提があるから、僧いう事するところは少なくはないって話でしょ
省きたい処理やネイティブで処理させたいことなんていくらでもあるしな
321:nobodyさん
12/03/02 01:09:11.44
そんなとこねーよ
322:nobodyさん
12/03/02 09:22:51.84
個人の趣味の範囲ならともかく大規模こそないわ
それだけのコストに見合ったメリットを説明できないと本体に手を入れたいなんて提案通らないだろ
何人か言っているようにCで作った独自ライブラリを使うとかならわかるけど
323:nobodyさん
12/03/02 10:31:53.55
もうそれでいいよループするから
324:nobodyさん
12/03/02 10:43:15.02
>>312
325:nobodyさん
12/03/02 18:23:47.94
ループが嫌ならソースだせよ
326:nobodyさん
12/03/02 18:30:16.28
自分の脳内妄想を否定されると、相手を悪く言う不思議。
327:nobodyさん
12/03/02 19:08:33.60
企業はどこもそんなに暇じゃないよ
オレオレソース保守管理に人件費かけて、更なるメンテに金かけて
ってアフォな企業を早く知りたいものだｗ
328:nobodyさん
12/03/02 19:11:57.50
>>324
いい加減教えを請われてるんじゃなくて虚言癖を指摘されてることに気付こうぜ
329:nobodyさん
12/03/02 22:56:22.69
レベル低い同士頑張れや
330:nobodyさん
12/03/03 11:27:25.89
しかしさ、CI系とCake系の違いってなんだろうね。CI系で充分効率いいと思うをだが。Cakeとか覚える事一杯あっても、ちょっと便利なコマンドがつかえるくらい。
331:nobodyさん
12/03/03 11:47:11.42
小波はドラコレでPHP使ってなかったっけ
たぶんぐぐれば講演レポが出てくる
332:nobodyさん
12/03/03 12:06:12.74
大規模でPHP使ってるとこは大体ソースコード自体をカスタマイズして使ってると豪語した人、
早くこれの情報源を
何社ぐらい調査したのかもよろ
333:nobodyさん
12/03/03 12:12:50.27
CIは縛りが緩い
cakeは縛りがキツイ
大人数で作業するなら縛りがあるほうがいい
少人数で作業するなら縛りがないほうが楽
334:nobodyさん
12/03/03 12:14:28.75
>>332
そんな偉そうな態度で知識の浅い人に親切に教えてくれる人はいないよ
335:nobodyさん
12/03/03 12:20:34.10
逃げちゃったんだよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
言いだしっぺ逃亡につき何一つソースも無く誰もわからないまま幕引き
336:nobodyさん
12/03/03 12:24:28.03
うん、それでいいっす
こちらは教えても特無いからね
337:nobodyさん
12/03/03 12:29:44.34
きっと逃げ足速い人は、大規模でPHP使ってるとこほとんど回りつくして
ソースコードレベルで確認できる立場の大人物なんだよ。
コンサルティングとかだとソースコードレベルまで見れないかもだからハイパーメディアなんちゃらとかいうやつだな
338:nobodyさん
12/03/03 12:58:41.06
>>310=334さん意外誰も知らない、いくら探しても見つけられないソースを出すことで、
この不毛な争いに終止符をうつことができるんです。
探せないって言ってるくらいだから、きっと探せばソースはあるとおもうんです。
>>310=334さんだけが知っているその記事、是非拝見したいです。
それともくだスレで質問すれば出てくるのかな？
虚言じゃなければきっと誰か知っているはず！
339:nobodyさん
12/03/03 13:08:32.42
SilexとSlimだったらどっちがいいんかなあ
340:nobodyさん
12/03/03 14:57:46.64
そうか、SymfoとかCakeとかYiiのいいところって、縛りがキツいから、誰がどう書いても、同じような仕上がりになる所なのか。
341:nobodyさん
12/03/03 15:24:06.66
cake…？
342:nobodyさん
12/03/03 23:17:04.05
Zenderのわたしがやってきましたよ(´・ω・｀)
343:nobodyさん
12/03/03 23:38:00.10 wGPoNHA5
なるべく息が長くて、個人の開発者に依存してなくて、下位互換性に重点が置かれるフレームワークが
一番いいと思うよ。
344:nobodyさん
12/03/04 10:33:31.23
>>338
虚言癖のある奴とは距離を置いたほうがいい
345:nobodyさん
12/03/04 11:59:57.71
大手は知らんが
APCとapacheは手を入れてる
各々二台だけど
346:nobodyさん
12/03/04 12:06:53.30
荒らしが丸一日相手にされてなくてフイタ
347:nobodyさん
12/03/04 12:11:30.03
相手してるじゃん
348:nobodyさん
12/03/04 12:45:43.61
PHPはソースコードなんていじりません
↑
そこまで否定するならこれを実名で講演会で発表してもらいたいよなｗ
349:nobodyさん
12/03/04 15:41:54.98
具体的に何をやるかってのがないから、自分とこは手を入れずに使ってるけど
手を入れたいところが出たときに手を入れるのは普通にやるかなー
そういうのは、会社の技術レベルや仕事の内容の問題だと思う
委託とかなら他に責任があるとこには手を出すことはしないだろうし
自社サービスとかなら、手を入れたほうがいい部分には手を入れる
こんなの真新しいことじゃないし、そもそもフレームワークでもないから
引っ張る話題じゃないと思うけどなｗ
350:nobodyさん
12/03/04 17:26:51.39
まだ言い訳してんのか虚言壁さん
351:nobodyさん
12/03/04 18:01:35.68
>>350
お前も何時までも見えない敵と戦いすぎ自重しろ。
352:nobodyさん
12/03/04 18:35:06.49
むか～し、MidgardというCMSだかフレームワークだかあったが、それがextension必須だった気がする
面白そうだったから後でいじろうと思って放置してたが、最早探そうと思って検索してみてもロクな情報出てこないな
353:nobodyさん
12/03/06 23:44:35.29
長文書く暇があるならURL貼りゃいいのにｗ
354:nobodyさん
12/03/07 00:15:28.72
煽る暇が（ｒｙ
355:nobodyさん
12/03/07 00:18:48.46
煽るってか、少なくとも教えて君には得がないから教えないって秘匿してる
ソースに興味があるからなｗ
損得気にするくせに>>349みたいなしょうもない長文書くのは滑稽だろ
356:nobodyさん
12/03/07 01:36:28.94
ここはいつしかソースを１つも明示せずに、妄想を膨らませるスレとなった
357:nobodyさん
12/03/07 08:30:48.88
すげ、何日粘着してんだよw ネクラにもほどがある。
358:nobodyさん
12/03/07 10:37:23.12
自分で探しきれなくて追い込みに入ってるんだよ
たった去年の年末に出た情報も探せないとかゆとり過ぎる奴はほっとけ
構うと調子に乗るから飽きるまでスルーしとくのが一番
359:nobodyさん
12/03/07 13:17:14.98
そういう話にもっていくしかしのぐ手立てないもんなｗｗｗｗｗｗ
360:nobodyさん
12/03/07 17:23:15.84
こういう教えて君ってどうせWindows+XAMPPでしか使ったこと無いようなカスなんだろ
361:nobodyさん
12/03/08 00:28:28.85
>>338が知らない＝＝皆知らないとかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
マジキチｗｗｗｗｗｗｗ
362:nobodyさん
12/03/08 00:56:18.18
技術系のスレッドでも
ただただ他人を馬鹿にするためだけにレスする人増えましたよね
ｽﾄﾚｽぶつける場所はいくらでもあるでしょうに。。
なんていうと2ｃｈだからどうこうっていう人いるけど
技術系はそうではありませんでした
煽りつつもなんとなく正解を臭わせてもらってましたよ
363:nobodyさん
12/03/08 01:19:02.29
なるほど、これの事か
364:nobodyさん
12/03/08 10:49:53.59
知らないくせに偉そうに聞くほうが悪い
365:nobodyさん
12/03/08 11:44:14.06
２ちゃんだろうが現実の社会だろうが変わりは無いな
知らないのに最初から否定してきて、教えて貰うまで煽るような人間は誰も教えたがらないしな
そんな人間にわざわざ教える意味なんてない
366:nobodyさん
12/03/09 01:54:46.07
>>333
なんかやらしい
367:nobodyさん
12/03/15 18:13:30.09
>>365
>>328
まだ気付かないのか
368:nobodyさん
12/03/15 18:19:26.45
なんか郵便受けにつっこまれてた宗教の本に同じようなこと書かれてたな。
大宇宙について人類はほとんどわかってないのに、なんとか神の存在を
なぜ否定するのかとかｗ
369:nobodyさん
12/03/15 19:36:59.93
vs Mr. Unknown.
370:nobodyさん
12/03/15 20:42:32.99
レスが伸びたと思ったらまだ情弱が書き込みしてたのか
371:nobodyさん
12/04/02 05:09:08.25 IFAunYHl
Smartyってスレも続かないほど廃れてんの？
使われてるけど変化や更新がなくて話題がないだけ？
URLﾘﾝｸ(www.google.com)
それはさておき、
「default_modifiersでエスケープしたらいいじゃん」→「配列を拾ってどうのこうの」
みたいな話題があると思うんだけど、エスケープじゃなくて未定義変数のエラー回避に使うのはまずい？
$this->default_modifiers = array('default:null');
未定義エラー(undefined index)を放置するとバグの温床になる、とかだけ？
php側なら分かるけど、テンプレートにそんな厳密性が必要？
372:nobodyさん
12/04/02 10:16:42.21
>>371
そもそもSmartyってFrameworkに分類されるべきものなの？
自らTemplate engineと言っているよね
cakePHPやSymfonyのような機能が豊富なFWと比較することに違和感がある。
373:nobodyさん
12/04/02 11:33:02.90
>>372
うん、時々見かけますが、わたしも違和感があります。
ただ、やむなく広義に含めるのも場面によっては仕方ないかと。
たとえば>>371は、質問総合スレみたいのよりここの方がふさわしいと思いました。
テンプレートエンジンスレのひとつもあっていいとは思うんですけどね。
cakeとかのせで、生phpで書くひとが増えたのかな？
374:nobodyさん
12/04/02 12:13:09.90
>>373
cakePHPやsymfonyといったフレームワークに
テンプレート機能があるからsmartyをわざわざ使う必要、覚える必要が
なくなったってのは十分ありえる理由だと思う。
海外では日本ほど人気ないらしい、smarty。
375:nobodyさん
12/04/02 14:57:18.55
<?php echo $var; ?> とか視認性悪いと思っちゃうんだけどなぁ。
376:nobodyさん
12/04/02 17:03:24.27
長さが気になるなら <?= $v ?> でいいじゃないか
377:nobodyさん
12/04/02 17:25:40.80
長さをつきつめれば {$v} になるじゃん。
単純な文字数もそうだけど、書式そのものの気持ち悪さというか。
まあ、確かPHPの \(名前空間) だか :: も外野の評判は悪いんだっけ？
そう考えると、慣れの問題もあるのかなーとは思う。
てか default_modifiers についての話をしたかったんだけど…ｗ
378:nobodyさん
12/04/03 18:32:04.05
文字列接続の . とかもぶっちゃけると気持ち悪いよな
379:nobodyさん
12/04/07 09:42:24.65
Smartyはテンプレートの域を外れてしまってるからな。
っつか、俺の考えだと、Smartyがウケのはデザイン側じゃなくて主にプログラマ側で、単にコンパイルする、というコンセプトが面白かっただけだと思うよ。
初心者はSmartyじゃなくて、phpLib時代のテンプレートとか、もっとシンプルにデザインとプログラムの分離を目指していた頃のテンプレートエンジンから学ぶべきだと思うんだな
380:nobodyさん
12/04/07 14:13:31.54
最初くすぐったがってるけど、だんだん口数が減り息が荒く…みたいなのは割と見かけるきもする
381:nobodyさん
12/04/07 14:13:48.18
あらやだ酷い誤爆
382:nobodyさん
12/04/08 07:53:17.68
どこの誤爆かkwsk
383:nobodyさん
12/04/19 12:51:51.07
初めてwebprog板に来たんですが、ここではdoophpはどういう評価ですか？
高速性が2chのイメージ的に受けそうな気もするのですがテンプレにもないので
384:nobodyさん
12/04/26 05:15:22.88
PHPはポンコツ言語だから高速化は期待できない
385:nobodyさん
12/04/28 09:45:15.24
>>384の命令によりこのスレは終了します
386:nobodyさん
12/04/28 10:11:29.79
終了について特に異議もありませんでした
387:nobodyさん
12/05/03 14:18:09.76
Googleトレンド以外で、
PHP Frameworkのマーケットシェアのデータはあるのかな？
Symfony, cakePHP, Zend Framework, CIの勢力図はどう変化してるんだろ
388:nobodyさん
12/05/03 14:56:05.77
このスレは終了しました
389:nobodyさん
12/05/03 18:10:52.09
このスレが再開しました
390:nobodyさん
12/05/05 01:04:58.98
Phalconって言うC extensionで書かれたPHP用のフレームワーク見つけて、
今、ドキュメント読んでるけど、ベンチマークが半端無くすげえ。
URLﾘﾝｸ(phalconphp.com)
phpのフレームワークで同様の処理をさせてみた結果。（速さは重要じゃないと言いつつ）
Yii (YII_DEBUG=false) Version yii-1.1.10.r3566
-> Time taken for tests: 1.469 seconds
Symfony Version 2.0.11
-> Time taken for tests: 8.105 seconds
Zend Framework Version 1.11.11
-> Time taken for tests: 4.264 seconds
CodeIgniter 2.1.0
-> Time taken for tests: 1.184 seconds
Phalcon Version 0.3.1 <- こいつ、桁が違う。
-> Time taken for tests: 0.385 seconds
Zend Frameworkの１２倍の速さ。さすがC/C++のネイティブコードは段違い。
自分で作ろうと思ってたけど、同じこと考えてる人は世界にいるのね。。
391:nobodyさん
12/05/05 02:52:16.62
Phalcon良いわ。発展途上なのが理解しやすくて良い。
あとはバグがどんだけあるかって感じ。
ざっと読んでみたけど、弱いのは以下。
・DBの抽象化やってるけど、
adapterが今んとこMySQLしかないから、事実上DBはMySQL固定。
・Layoutとパーシャルの使い方がいまいちわからない・・・。
全体的にviewの説明が不足してる気がする。
・ACLはあるけどAuth系が無い。まあ、俺は不要だけど。
・キャッシュ用のクラスがあるけど、キャッシュ先は現状ファイルだけ・・。
・理由がわからないけど、スケルトンツール使うならPHP5.3.6推奨。
テンプレート作るのにPHP関係無い気がするから、出来そうだけど。。。
・APIの説明がほとんど無い。
・多国語対応が無い。
他は概ね、ZFを弱くした感じ。
DBもフィルタにサニタイズにエラーチェックにJOINも可能で、これならぎりぎり使える。
392:nobodyさん
12/05/07 20:01:14.71 UtpQziV0
CMSで作るのとフレームワークで作るのと
どれくらい自由度や制作効率が違うのでしょうか。
393:nobodyさん
12/05/08 19:44:11.13
>>392
まじで聞いてるの？
CMSは自分でプログラム書く必要ない。
誰でも、ある程度自由に
そのCMSがテーマとするコンテンツを作れる。
フレームワークは自分でプログラム書く。プログラム作成の補助機能。
よく使う処理の部分は、ワークフレーム側でプログラムを予め書いておいてくれる。
プログラム書く人が楽できる。
よくわからないならCMSが良いと思うよ。
394:nobodyさん
12/05/08 22:33:44.49
CMSに乗っかるプラグインやら何やらのシステム開発したけど、ありゃ苦行だよ。使い回しする予定なら良いけど、無駄に考える事が多くて、開発に集中できない。
395:nobodyさん
12/05/09 13:46:54.03 SZ6jgFk0
>>393-394
回答ありがとうございます。
WordPressをブログ以外で使っているサイトいろいろ・国内編
URLﾘﾝｸ(kachibito.net)
みたいに、CMSでもかなりのことができるみたいなのですが
これはあくまで純正にプラグインそのままの組み合わせて制作したのではなく
プラグインのプログラムやDB構造を
自分で改造できてはじめてできるものなのですか？
プラグインを解析して改造する必要があるのなら、はじめから１から
フレームワークを土台に自分で作ったほうがよさそうですね。
396:nobodyさん
12/05/09 17:21:51.33
基本機能と既存プラグイン調べて、自分の要件に合っていればそれでいいのでは？足りない機能はFWでもプラグインでもAPIに沿って組むのは一緒だから、コスト計算同じだし。
397:nobodyさん
12/05/10 07:03:41.74
394だが、
プラグインが客の要望に微妙にマッチしていなかったり、プラグインごとの操作感の違いだったり、完全にそのまま使えるって事はほとんどない。
ごり押しできる立場にいるなら、もしくは自分とごく内輪で使って、文句言わせない状態なら良いけどね。
398:nobodyさん
12/05/10 07:25:13.05
>>395
自分も前にCMS(Drupal)使うべきか悩んだ。
WordPressは設計が悪くて有名。
もうWPのブームはとっくに終わってる。
日本は遅れてるからWPだけど、海外ではPHPではDrupalとかが主流。
で、Drupalは、そのフレームワークにSymfonyを使ってる。
Drupal機能そのまま使えるってことはまずない。
ちょっとデザインいじろうとすると、DrupalとSymfonyの知識がないといじれない。
Symfonyの知識を身につけるだけでもたいへんなのにそのうえにDrupalスタックの
勉強も必要。
自分で好きなフレームワーク覚えて、それで作るほうがはるかに楽という
結論に達した。
カスタマイズが必要ならCMSは逆に時間がかかって非効率。
まず一番機能が豊富で人気があるといわれるCMSのDrupalを使ってみるといい。
CMSでは特に画面のデザイン、レイアウトは柔軟にはいじれない。
399:398
12/05/10 07:48:29.65
>>395
ここにFrameworkとCMSの一覧がある。
URLﾘﾝｸ(en.wikipedia.org)
PHP系で人気あるCMSは、DrupalとJoomla!。
Joomla!のがとっつきやすい。
URLﾘﾝｸ(www.joomla.org)
URLﾘﾝｸ(drupal.org)
まずJoomla!とDrupal試してみるといいとおもう
それで納得いかないなら、cakePHP、CodeIgniter、Symfonyあたりの
フレームワークで作ればいい。
PHPである必要もないけど
俺はCMSの導入はやめて、フレームワークで作ることに決めSymfonyを
学び始めたが、仕様がころころ変わる事に嫌気が差して変更検討中。
PHPそのものが中途半端なオブジェクト指向なのに納得できず、
結局、Python系かRuby系フレームワークに落ち着きそうｗｗ
400:nobodyさん
12/05/10 08:02:55.82
中途半端なんだよな
401:nobodyさん
12/05/10 08:42:27.09
そこまでするなら、もうJavaがいいのでは？
402:nobodyさん
12/05/10 09:20:32.56
ＰＨＰだＣだって言ってる奴いるけど、パフォーマンス気になるなら
鯖分散すれば良いだけじゃないの？
１モジュールのパフォーマンス上げようってのは、ｗｅｂ開発では
あまり意味なさないと思うんだけど。
もちろんxdebug程度は使いこなせた方が良いとは思うけど。
403:nobodyさん
12/05/10 09:32:58.81
随分長いことパフォーマンスの話はでてないが。。
404:nobodyさん
12/05/10 09:58:00.30
>>401
Performance考えたらJava, C#のがいいだろうね。
JavaはSpringがめんどくさいと言われてるので手を出してないけど、
フルスタックのPlay! Frameworkもさわるかも。
Rubyは速くないけどRuby on Railsが有名だからいじり始めたんだ。
Tutorial終わったらさようならするかもしれない。
Pythonは欧米でかなり人気だからいじってみたくなって・・ｗ
PythonのFrameworkはDjangoのヘルプを読み始め。
Java並の速度で、簡潔にかける言語と、Railsのようなお手軽な
フルスタックフレームワークがあればいいけど、まだ見つかってない。
>>402-403
そうは言ってもパフォーマンスが原因でJava系に移行する企業増えてるみたいよ。
RubyをやめてJava系にしたTwitterとか有名だよね。
動けばいいじゃないって人もいるだろうけど、どうせ作るなら
速く動いたほうが気持ちいいよね
405:nobodyさん
12/05/10 12:19:53.42
railsは論外だな。あれrakeが遅すぎて使い物にならん。
406:nobodyさん
12/05/10 12:48:48.07
>>404
長々と書いて結局「コンパイル言語は速い、スクリプト言語は遅い」かい
407:nobodyさん
12/05/11 00:34:14.48
自分の言いたい事だけ言って、他人のレスは一切読んでないからパフォーマンスだの言語の話になるんだよ。
ちなみにDrupalとJoomlaのどちらもクソだと思う。上の人には悪いが。
408:nobodyさん
12/05/11 03:27:49.21
>>407
「自分の言いたい事だけ言って、他人のレスは一切読んでない」っておまえのことだろ
質問者がCMSを検討してるから、>399有名どころのふたつをあげて、
要件を満たすかどうか、まず試してみることを勧めてるわけだろ。
本人はCMS使ってないって書いてるしな
質問者に何も情報をあたえてないおまえのレスのが間違いなくクソだ。
409:nobodyさん
12/05/11 04:02:20.61
何が嫌いかより、何が好きかで自分を語れよﾄﾞﾝって、ルフィさんが言ってた。
410:nobodyさん
12/05/11 04:31:35.20
>>408
すでにその前に書いたし、俺は他人を簡単にクソだと言う奴にどうこう言われたくないね。
411:nobodyさん
12/05/11 22:11:45.56
PHPで速度語るならPhalcon使えよ・・。
Cネイティブだぞ。Javaの１０００倍以上高速で動くんだぞ。
まあ、フレームワークの部分だけだけど。
412:nobodyさん
12/05/12 01:07:01.11
複数言語が入り混じるFWは使いづらそう
413:nobodyさん
12/05/12 02:26:27.89
PHPな時点でCが絡むわな
414:nobodyさん
12/05/12 02:32:29.57
前から疑問に思ってたんだけどWebサービス云々でPHP自体がボトルネックになることってあるのん？
100%張り付いたから同じ構成のFWを別の言語にしたら30%になりますた！！みたいな事がさ
415:nobodyさん
12/05/12 07:12:48.55
>>398
> で、Drupalは、そのフレームワークにSymfonyを使ってる。
こんなの初めて聞いた。別のものと勘違いしてない？
416:nobodyさん
12/05/12 07:26:41.65
>>415
トップページに出てる。
URLﾘﾝｸ(symfony.com)
Drupal, one of the world most popular Open-Source content
management platform, uses the Symfony Components as of version 8.
417:nobodyさん
12/05/12 22:30:53.06
DrupalがSymfonyアプリケーションって感じではないんだな
418:nobodyさん
12/05/12 23:12:25.20
>>412
Cは使わない。Cで書いてあるコードを呼び出すだけ。
PECLやZend APIと同じ。
419:nobodyさん
12/05/14 17:21:48.99
>>416
クラスローダーとHTTPリクエスト/オブジェクトにSymfony 2のそれを使おうぜって話が出てるだけで
それすら約2年弱あるリリースまでに変わるかも知れないものだぞ
420:nobodyさん
12/05/31 15:38:56.92 IzK2Xy2G
CMSでも本来のプラグインとかを使わず、
フレームワークとして使えるって本当ですか？
問い合わせフォームの面倒な部分はCMSにまかせて
自由度の必要な場所はMVCフレームワークのごとく
つかえるみたいなんですが・・・。
421:nobodyさん
12/06/05 07:52:11.09 YB7szyDX
URLﾘﾝｸ(d.hatena.ne.jp)
↑こんな感じで、bakeみたいなことをWebインターフェイスから実行できるしくみって、ほかにありますか?
422:nobodyさん
12/06/08 01:44:01.85 EOwIYA3r
PHPでアスペクト指向フレームワークはありますか？
「下らなぇ」スレで聞いても返答はありませんでした。
423:nobodyさん
12/06/08 02:20:11.83
Seasar2.PHPかSymfony2
424:nobodyさん
12/06/08 05:53:52.20
下らなぇスレを責任持って立てろ
425:nobodyさん
12/06/08 13:06:08.71
アスペルガー
426:nobodyさん
12/06/08 19:43:22.20
上の方で学習コストの話があるけどさ、
学習コストの低いフレームワークを選択して足りない機能がでてきた場合は
自分でコーディングすることになるわけじゃん？
ある程度スキルのある人なら問題ないだろうけど、初心者が調子乗って
拡張機能つくってもろくなコードにはならんぜ。保守性・安全性の面で。
427:426
12/06/08 19:49:09.78
大抵はあとで別の人間が書き直すハメになって、
最初からちゃんとしたフレームワークつかっておけばよかったね
ってなるというおはなし
連投そまそ
428:nobodyさん
12/06/08 21:23:48.12
でも作る経験は財産になるから難しい
429:nobodyさん
12/06/09 00:22:58.18
アスペクト指向プログラミングはどうしていますか？
430:nobodyさん
12/06/09 15:33:04.84
でも機能豊富なゴテゴテしたフレームワークを選択しても
スキルの低い人は、理解できない使いこなせないで
結果ものすごいものが出来上がるというのも
よくあるおなはしなわけで。
431:nobodyさん
12/06/09 18:16:18.24
機能豊富なフレームワークで、そのご自慢の機能使おうとしたら
まともに動かなくて、結局自分で書く羽目になるというオチ
俺はCakePHPでそれくらった
432:nobodyさん
12/06/09 19:38:34.84 3pAJ5sr2
1. (自分のスキルがしょぼいせいで)まともに動か(せ)なくて
2. (自分の使ってるサーバーがしょぼいせいで)まともに動かなくて
3. (ご自慢の機能が実は自分の期待よりしょぼかったせいで)まともに動かなくて
433:nobodyさん
12/06/09 21:45:29.70
で？
434:nobodyさん
12/06/09 21:59:38.62
感覚的な学習コストの序列ってどんな感じかね？
個人的には
code igniter << Yii < Cake PHP < Symfony
と言う感じだが、最初に触ったのがSymfonyだったから思い出補正あると思う
435:nobodyさん
12/06/10 00:25:31.42
どういう序列なんだ？Symfonyが一番簡単って意味か？
436:nobodyさん
12/06/10 00:49:47.75
コスト低 <- ->コスト高 ね
437:nobodyさん
12/06/10 13:51:41.36
Cake PHPやSymfony って情報量多いし、学習コスト低いと思うんだが。
438:nobodyさん
12/06/10 22:57:43.91
ciなんて作りが雑過ぎて、その分をフォローするための学習コストが多すぎる
439:nobodyさん
12/06/11 01:14:21.03
オレオレと変わらないからな
440:nobodyさん
12/06/11 03:30:12.33
他人が作ったオレオレフレームワークだな。
441:nobodyさん
12/06/11 09:35:44.15
学習コストねぇ
有用なら高くても使うがね
442:nobodyさん
12/06/11 16:06:17.97
学習コストは人によって違うからね。
有用でも情報量が少なければ理解するまで時間がかかるし、
そう言う面で学習コストがかかるならマイナスだよ
443:nobodyさん
12/06/11 16:53:54.85
何をもって有用とする？
444:nobodyさん
12/06/11 17:54:11.00
それも人それぞれでしょ。
個人や少人数でやるなら好みや感触で決めてもいいような気がするけど
多人数チームでやる場合はほんと悩ましいよね・・・
445:nobodyさん
12/06/11 18:53:49.81
そもそもPHP自体が、使いもしない要らない機能だらけで、有用ではない
446:nobodyさん
12/06/11 20:10:54.07
ガラパゴス化している日本人にピッタリじゃないか
447:nobodyさん
12/06/12 09:46:48.90 Yrv/uaCb
検索エンジン等、動的部分はフレームワークで、
会社概要等、静的な部分CMSにまかせるってどうなんでしょうか
448:nobodyさん
12/06/12 09:56:18.31
作り方が異なるファイルが混雑するとややこしくなるよ。
静的な部分もフレームワークで作った方が良いと思う
449:nobodyさん
12/06/12 11:55:20.93
プログラマが更新するか、
デザイナーも関わるか
450:nobodyさん
12/06/12 13:10:31.60
デザイナーが関わるのは無理だよ。むしろ関わらせちゃ行けない。
451:nobodyさん
12/06/12 13:17:41.45
デザイナーもグラフィカルに編集できるものを目指してるんしゃないのか
452:nobodyさん
12/06/12 19:50:03.28 Yrv/uaCb
CMSがフレームワークに置き換わる日
URLﾘﾝｸ(blogs.itmedia.co.jp)
今の時代、フレームワークを土台にして作るのではなく、
CMSを土台につくったほうがいいんですかね。
フレームワークも便利ですけど
RSS発行とか、フォーム作成とか
自分でプログラム組まないとだめじゃないですか。
フレームワークでは数時間かかるRSS発行処理作成とか
CMSでは数クリックでできるし
処理されたデータを、どう煮るか焼くかは
CMSもフレームワークも変わらないし。
ただ
>>393さん
みたいに、高度な改変となるとCMSは
プログラムの解析が大変という意見もありますし、
何を作るかによってかわってくるんでしょうが
フレームワークに自作関数や、自作ライブラリを相当作りためてでもいないかぎり
ＣＭＳを使ったほうが効率がいいんですかね。
453:nobodyさん
12/06/12 21:40:37.73
プログラミングができない人から見るとそうなのかもね。俺は全く別物だと思うけど。
CMSで事足りるならそれでいいのではないかと。要件を満たすかどうかの問題。
454:nobodyさん
12/06/12 22:18:15.27
フレームワークは高機能で便利な魔法のツール、みたいに思っているのかもしれないけど
それ以上に大事なのは、制限やルールといった枠組みを与えることで、
人それぞれバラバラになりがちな開発の手法や方向性を統一できること。
って誰かえらいひとが言ってたような気がする。
455:nobodyさん
12/06/12 22:27:13.88
表示系はなんとかなるけど、
DBから取り出す条件設定の制御が面倒な事多くね？
クエリ直接書かせろ！みたいな…
456:nobodyさん
12/06/12 22:34:40.75
官公庁はCMSが主流
457:nobodyさん
12/06/13 01:30:46.38
オリジナル要素が高くなければCMSで良いかもね
458:nobodyさん
12/06/13 02:45:26.95
CMSが勝手のいいフレームワークで作られていれば良い
459:nobodyさん
12/06/13 04:11:16.55
WordPressやEC-CUBEがが使いやすいMVCフレームワークで作られてればよかったのに…と何度思ったことか
カスタマイズつらいです…
460:nobodyさん
12/06/13 08:23:18.71
ワープレって、MVCじゃないのか。
MVCじゃなかったらプラグインひとつ作るのも
かなり手間かかりそうなんだが・・・。
461:nobodyさん
12/06/13 11:38:34.22
違うね。共通ファイルは分けてるけど、細かくビュー分けはしていない
EC-CUBEは独自フレームワークだけど、
こちらも複雑すぎてどこがどこにあるかわかりづらい
462:nobodyさん
12/06/20 01:22:18.24
複雑ってのは俗に言うスパゲッティってことだな
463:nobodyさん
12/06/20 01:27:38.99
そうそう。EC-CUBEは色んな開発者が共同で作ってるらしいから
どうしてもスパゲティになるよね
464:nobodyさん
12/06/20 04:31:46.45
EC-CUBEはソースひどいよな。トランザクションとかちゃんとしてなさそうだし、いくらでも穴がありそう。
// これで勘弁してください…
的なコメントが書いてあったりするし。ジョーク系のサイトでよく似たネタ見るけどオープンソースでは初めて見たわ。
465:nobodyさん
12/06/20 06:50:24.76
ソースの具体例は？
466:nobodyさん
12/06/20 08:32:01.15
>>463
＞色んな開発者が共同で作ってるらしいからどうしてもスパゲティになるよね
いや、その理屈はおかしい
467:nobodyさん
12/06/20 13:21:19.05
>>466
おかしくないよ。だって規約が統一してないんだから。
開発者が違うって言っても社内じゃなくて、他社って意味だし。
468:nobodyさん
12/06/20 13:25:22.16
スパゲティの意味をまずわかってください
469:nobodyさん
12/06/20 13:37:07.72
>>467
外部の異なる組織からフリーランスまでさまざまな開発者が
参加して作ってるオープンソースソフトなんて山ほどあるんだが
さすがにそれらのほぼ全てがスパゲティだなんて話は聞かないよ
470:nobodyさん
12/06/20 14:16:22.28
>>469
ほぼ全てのOSSの話しじゃなくて、あくまでEC-CUBEの話しな
471:nobodyさん
12/06/20 16:40:25.69
どうしてもスパゲティになる
を他のソフトにも適用するのはやめたまえ
472:nobodyさん
12/06/20 23:41:36.16
なんで他のOSSが大丈夫で、EC-CUBEだけ
スパゲティになるんだよｗ
473:nobodyさん
12/06/20 23:48:35.68
いやぁ、WordPressのごちゃっぷりは良いレベルよー
474:nobodyさん
12/06/21 00:01:15.17
PHP自体がスパゲティだよ。
標準関数の首尾一貫性の無さはスゴすぎ！
475:nobodyさん
12/06/21 00:22:06.05
>>472
普通、OSSって特定のグループ・会社が作ってないか？
OpenPNEなら手島屋って会社が作ってるし、
phpBBも海外のグループが作ってたはず。
一方、Wordpressは開発者はいるけど
プラグインで拡張していくから開発者も違うし、一貫性がない
476:nobodyさん
12/06/21 04:41:52.92
すべてのOSSを調べてから言えよハゲ
477:nobodyさん
12/06/21 07:43:24.24
OpenPNEもひでえソースだったなあ
478:nobodyさん
12/06/21 07:44:57.64
OpenPNEのカスタマイズは断念したな
479:nobodyさん
12/06/21 08:17:09.84 9C4PuuPO
逆に、このフレームワークは美しいソースだったなぁってのはないの？
480:nobodyさん
12/06/21 09:58:36.15
symfony2
ソースの見てくれの代わりに使い勝手が犠牲になったけど。
481:nobodyさん
12/06/21 10:14:39.77
PHP自体が美しくない
482:nobodyさん
12/06/21 10:32:53.94
そもそも「美しさ」の感じ方は個人差によるからな
483:nobodyさん
12/06/21 14:29:18.00
EC-CUBEは番人に共通する醜さだけど
484:nobodyさん
12/06/21 14:37:44.78
EC-CUBEはあんなソースでそこそこ動いちゃってるのが不思議なくらいだな
管理とかちゃんとなってない会社なんだろうな
スキルの低いエンジニアが会社の床で寝ながら泥沼のようにして作った印象
あのスタイルで書いたコードのデバッグをやりきるには大変な根性が要るはず
485:nobodyさん
12/06/21 15:56:14.33
俺の見立てではわざとやっていると思う。
OpenPNEもそうだけど、わざとソースを複雑にして
有償サポートを狙っている気がする
※あくまで個人の感想です
486:nobodyさん
12/06/21 16:43:08.98
PHPが汚いとえば
文字コードを変換する
mb_convert_encoding の配列版はないかいな思って調べたら
mb_convert_variables という関数を見つけた。
早速使ってみると、ちっとも機能しない。
なんと、
mb_convert_encoding は変換したいソース元を第一引数に入れるけど
mb_convert_variables は 第三引数にいれるという仕様！
そして
mb_convert_encoding は、
$hoge = mb_convert_encoding みたいに再度代入してやらないといけないけど
mb_convert_variables 代入しなくてもよいという仕様！！
そもそも mb_convert_variables というネーミングセンスなんなの?
mb_convert_encoding_array とかにでけんかったの？
487:nobodyさん
12/06/21 16:46:48.28
>>485
実は確かな技術を持った賢い集団で
自分らの開発は綺麗なソースで行い、リリースの際特製コンバータを通すと
あら不思議、ぐちゃぐちゃスパゲティコード＆意味不明コメント入りオープンソースのできあがり
てな感じか
488:nobodyさん
12/06/21 18:01:46.35
一貫性のなさはPHPの悪習
名前の付け方も引数の並べ方もこの上なく下手糞
489:nobodyさん
12/06/21 20:12:50.67
Zendは綺麗、それとDrupal
490:nobodyさん
12/06/21 20:15:41.23
>>487
俺の場合とは異なるかもしれないけど、
外部に公開するソースは難読化してるわ。コメントも削除してるし。
491:nobodyさん
12/06/21 22:40:08.20
PHPの難読化ツールでおすすめのある？
安ければ無料じゃなくてもいいけどなるべく無料で
492:nobodyさん
12/06/22 01:44:44.57
Zend Guardかbcompierくらいか
493:nobodyさん
12/06/22 03:01:48.73
>>487
オープンソースにする意味ないな
494:nobodyさん
12/06/22 08:55:26.21 LmibApcQ
オープンソースです!!って謳うだけでもたらされる効果ってのもありそう。
495:nobodyさん
12/06/22 10:34:35.46
FREE商法の一種だからな
496:nobodyさん
12/06/22 11:42:30.36
頭の中がぐちゃぐちゃなのを晒すだけ
497:nobodyさん
12/06/22 16:26:49.35
オープンソースです！
↓
SEX
こういうわけだな
498:nobodyさん
12/06/22 19:57:02.69
>>486
そこら辺は俺も学習時に感じたなー
PHPの初期に引数の順番や命名規則を統一していなかったら
もうどうしようもないよね。
499:nobodyさん
12/06/22 20:17:29.17
PHPは馬鹿が何も考えずに作った言語だからな
500:nobodyさん
12/06/22 20:26:49.91
どうやらこのスレには天才がたくさんいるらしいから
後世に残る画期的な言語が生まれるのも時間の問題だな
501:nobodyさん
12/06/22 20:31:00.31
implode
explode
がその例
502:nobodyさん
12/06/22 20:36:01.32
俺が考えた馬鹿が使う為の言語
間口を広げたら書かれたコードも多種多様となって理解するのに能力が必要に
書く時もその場の乗りで動く状態に出来ちゃう
503:nobodyさん
12/06/22 20:53:55.05
自然言語を適切に解釈してくれればいい話
504:uy
12/06/23 13:36:42.79
ゴミ
505:nobodyさん
12/06/23 17:36:35.06
それでもこんだけ広まってしまったんだから使い続けようや
ただし別ブランチで「きれいなPHP」というものを作って
そちらに乗り換える方向がいい
というわけで誰か作って
506:nobodyさん
12/06/23 18:06:30.99
array地獄がなくなった5.4が普及したら本気出すわ
507:uy
12/06/23 18:09:11.12
きれいなジャイアンのどこがいいんだ？
508:nobodyさん
12/06/24 17:37:52.46
5.4でarray地獄って解消したっけ？
509:nobodyさん
12/06/25 16:36:33.93 7BNFjCsx
配列地獄ってこういうの？
foreach($hogehoge['hage'][55]['fuge'][3]['view'] as $key => $value){
foreach($value[$this->row] as $key => $value){
$splited = split($value['hogehoge']);
}
}
echo $splited[4];
510:nobodyさん
12/06/25 23:16:04.35
単にarray()て書き方がうっとうしいってことじゃないかな。
5.4なら[]って書けるし。
511:nobodyさん
12/06/25 23:19:53.78
設定のためのarray(array(array(array())))みたいなのがなくなるのか
512:nobodyさん
12/06/26 00:04:10.70
あれあれあれあれあれ～？
513:nobodyさん
12/06/26 00:22:08.99
CakePHPも配列多いね。中途半端なオブジェクト指向で気持ち悪いし、非効率。
514:nobodyさん
12/06/27 12:24:26.59
今CakePHPを使うのは保守くらいだろう
自分出作るのにあえて選ばない
515:nobodyさん
12/06/27 14:21:03.71
俺はあえて選んでるけど
516:nobodyさん
12/06/27 14:25:23.66
しばらく使い込んじゃって慣れちゃったから
つい新規の案件もCakeで作っちゃう
乗り換えるとしたらYiiがよさそうだが学習コストが読めなくて躊躇している
517:nobodyさん
12/06/27 20:32:45.22
フレームワーク使う規模の案件にはPHPは使用しなくなった。
518:nobodyさん
12/06/27 21:45:34.70
じゃ、なぜこのスレ見に来てるの？
みんなにも「使うなー」って言いに来たのか？
519:nobodyさん
12/06/27 21:54:43.14
>>518
そういうこと。
仕事ではPHPは単なるテンプレート言語になった。
520:nobodyさん
12/06/27 21:58:29.76
日本語で尾k
521:nobodyさん
12/06/30 00:40:52.34
OOPフレームワークでオススメはありますか？
配列地獄は勘弁です。
522:nobodyさん
12/07/01 10:17:34.15
CakePHPは配列地獄だから、Akelosに移ったという話は見たことあるからそっちがいいんでね？俺はいじった事ないけど。
実際にいじった中では、Pinocoくらいがライトでいいと思ってるんだがまぁ、Symfonyも悪くない選択だと思う。
使えるようになるまでの学習量が半端なく違うけどな。
523:nobodyさん
12/07/01 15:33:51.02
よほど大規模なければ機能過多だと思うんだ
524:nobodyさん
12/07/04 23:54:13.76
別に学習しなかったらしなかったで、その分を自前実装するだけなんだけどな
525:nobodyさん
12/07/05 22:21:26.48
symfonyはダメ。OpenPNEのプラグイン開発でよくわかった。
で、うちはPHPから可能な限りオサラバすることになりました。
526:nobodyさん
12/07/06 03:01:34.08
よかったね、おめでとう。
527:nobodyさん
12/07/06 04:04:14.59
俺のとこの会社もPHPから離れつつあるな。
きっかけはVPSの普及やな。
528:nobodyさん
12/07/06 11:59:36.79
何に移行してるの？Java？
529:nobodyさん
12/07/06 12:59:24.89
その次がMonoでその次がCobolだな
530:nobodyさん
12/07/07 03:35:06.01
一回離れたけど、意外とメモリに対してのパフォーマンスが良くて結局PHPに戻ってきた
apache+mod phpはVPS程度の小規模じゃ地味に優秀なんだよな。
浮いたメモリ分をデータベースに割り当てたほうが結果パフォーマンスが上がる
531:nobodyさん
12/07/07 03:40:31.16
メモリやら鯖のスペックは気にしなくても良いレベルまで来てるからな
処理のパフォーマンスよりも、「いかに早く作れるか？」が重要だろうし、
その点でPHPは優秀だからな
532:nobodyさん
12/07/07 06:32:42.57
＞メモリやら鯖のスペックは気にしなくても良いレベルまで来てるからな
それはないｗ
533:nobodyさん
12/07/07 10:54:40.84
サーバーのスペックをどこまで意識するかはアクセスされる数ややる事次第だしな
いかに早く作れようとも、クソコード書いてたら保守でぐだってあいつはダメだって評価になりかねない
自分の仕事としては作りっぱなしのものであっても、最低限の事はできてないと
クソコーダーだってが露見する可能性が常にある状態になるから、流石にアレ
534:nobodyさん
12/07/07 11:03:23.77
PHPは糞コードを量産しやすい。
535:nobodyさん
12/07/07 13:22:42.12
糞コーダーが多いだけで、そいつはどんな言語つかっても結果は同じ
536:nobodyさん
12/07/07 13:26:55.04
とか言ってる奴のコード見るとスパゲティだったりするんだよなw
537:nobodyさん
12/07/07 13:36:04.46
お前の場合は頭の中がスパゲッティだな
538:nobodyさん
12/07/07 13:57:51.29
お前の脳はアイスみたいに溶けてるけどな
539:nobodyさん
12/07/07 14:24:47.74
だからPHPは言語自体がごちゃ混ぜスパゲティだって！
540:nobodyさん
12/07/07 15:30:57.79
htmlspecialchars
糞関数名の代表
541:nobodyさん
12/07/07 16:36:29.58 8jbUotM9
h()
542:nobodyさん
12/07/08 21:21:36.32
えっちなのはよくないと思います！
543:nobodyさん
12/07/08 21:29:01.03
hnano()
544:nobodyさん
12/07/10 10:20:40.09
個人でiphoneアプリ、Windowsアプリをマーケットに売って生き残れ
格安iPhoneEラーニング(学習動画多数あり)
URLﾘﾝｸ(tinyurl.)<) com/76vdrny
コワーキング帳
URLﾘﾝｸ(tinyurl.) com/brzs486
javaやlinuxは手間がかかる 一人でやるには手間がかかりすぎる 手間がかからないで一人で開発できて
人の多いところで直接販売できる仕組みが提供されているメーカ製の言語だけやる ずばりiphone またはWindow 8 Metro App Store C#
やるならメーカー製の言語 洗練された仕様 脆弱性が少なく 開発ソフトが優れ 課金ライブラリ アップデートライブラリが提供されていて 情報、書籍が多く開発しやすい
奴隷になりたければオープン系をやればいい 時間がかかり 人は多く 仕事の取り合い 足の引っ張り合い 脆弱性が多く 互換性がなく 癖があり 大規模開発中心
詳細設計しかやれない体になって年取ってぽいだ 独立もできない 手間のかかりすぎる仕様だから
派遣屋 IT経営者はその方が喜ぶ 大規模分割開発では使い捨てしても独立はできまい 代わりはいくらでもいる 嫌なら辞めろ
若い派遣営業は舐めた態度をとってくる ひどいピンハネ
オープン言語、日本独自開発言語・フレームワーク ガラパコ携帯 javascript html5 android java linux python rubyやnode.jsとかやめとけ
メディアに金を払ってステマ宣伝してくるが釣られて手を出しても情報は少なく手間がかかりスパゲッティコードで未完成 デスマに陥る
コンパイルできないからパクられ 直接売る場所がないから企業に買い叩かれ金にならない 生きれない ずっと奴隷仕様のままだ
545:nobodyさん
12/07/10 10:21:25.55
ここから抜け出すにはiPhone一択 またはWindow 8 Metro App Store(未確) C#
Objective-CやC#を覚えるとサーバーサイドからクライアントサイドまでカバーでき人の多い場所でソフトを売る権利を得られる
仕事や趣味でObjective-CやC＃を覚えれば派遣切りされても会社辞めることになってもソフトを売って生きていける それはセーフティーネットになる
WEBサーバーIIS Win2008ServerVPS SqlServer Oracle MySql 言語はマーケットで売れるメーカー製のみ C#は自分用業務支援ツールとして使える
例えばPHPでWEBアプリを作っていて管理者画面はC＃(EXEアプリ)で作るとかなり早く作れる（Smartyなんか使うよりもかなり早くだ）
ASP.net(C#)+管理EXEアプリ(C#)+iPhone C#のソースを出さなければWEBアプリの著作権も守れる
C#マーケット Windows8 Metroアプリ WindowsPhone pad PS Vita Xbox360 iphone(mono使用)
iPhoneマーケット iPhone iPad 予定 iTv iCar i (家電製品)
地方に安い土地を買いコンテナ型の格安高性能オフィスを建て(300万～500万)
レンタル自習室＆シェアオフィス・コワーキングで収入を得ながらそこでアプリを開発する
URLﾘﾝｸ(tinyurl.)<) ly/iLIpJa
546:nobodyさん
12/07/21 17:44:22.28
これからPHP始める他人に1つ勧めるならCake2.xですかね？
symfony2も人気あるようですが、嫌ってる人も結構いるので
Cakeが一番無難かなと思うんのですが、どうでしょう？
547:nobodyさん
12/07/21 17:51:28.29
zendやyiiもあるでーよー
まぁ、>>1
548:nobodyさん
12/07/21 18:31:59.76
Cakeとsympony、ファイル多すぎ。
549:546
12/07/21 20:26:04.02
国内人気、日本語情報量、レンタルサーバーCGIで使いづらい～とか
全体を見てとにかく無難なのがいいのです。
一端全部触ってみるのはきついです。
>>548
Zendとかに比べて設定ファイルが多いのですか？
550:nobodyさん
12/07/21 20:31:59.34
設定するファイルは多くないけど、構成ファイルが多い。
551:nobodyさん
12/07/21 20:39:10.58
作法にそって作る場合はよく考えられてると思うけど、
ちょっと流儀から離れた場合に面倒なことが多いと思う。
フレームワーク一般てそんなもんか。
552:nobodyさん
12/07/21 21:25:20.29
PHPならではだと思うよ。
553:nobodyさん
12/07/21 23:22:41.96
これからならYii一択ではないの？
554:nobodyさん
12/07/21 23:56:15.20
そうでもない
555:nobodyさん
12/07/22 00:47:39.31
>>552
よう知らんのですが、rubyやpythonのだと、違うの？
556:nobodyさん
12/07/22 00:59:25.90
Yii普及しないとおもう
557:nobodyさん
12/07/22 09:08:12.30
新しいこと覚え切れないおっさんには辛いだろうから、下請けに投げたらcakeとか使うんじゃね
558:nobodyさん
12/07/22 12:58:01.12
なんでおっさんなの？普通、若い子がプログラミングするだろ
559:nobodyさん
12/07/22 13:28:16.67
若い奴の書いたプログラムなんて、危なっかしくて使えるか
560:nobodyさん
12/07/22 20:02:30.10
どっちもどっちだな
年齢は全然有益な情報にならない
持ってる知識とかどれくらい興味をもってるかあたりが全て
561:nobodyさん
12/07/22 20:50:01.33
年齢は関係ないよね。キャリアも関係ない。
fizzbuzzは多少あるっていうか足切りにはなるよね（ならない？）
で、色々あるけど、やっぱりYiiがいーんじゃないか？
562:nobodyさん
12/07/22 21:29:00.34
Yii選ぶならオレオレの方がマシ。情報量が少ない
563:nobodyさん
12/07/22 22:09:28.15
新しいけど、fuelphpとかは？
564:nobodyさん
12/07/22 22:13:58.74
というかPHPはフレームワークに向いていないかと。
565:nobodyさん
12/07/23 01:13:16.25
俺々は仕事では100%聳え立つ糞
566:nobodyさん
12/07/23 01:19:20.09
読めない
567:nobodyさん
12/07/23 09:11:04.21
ただでさえ実行速度が遅くのにフレームワークを使ったらますます遅く
568:nobodyさん
12/07/23 20:16:37.46
フレームワーク遅くなるのはORMだろ？仕方ないさ。
View+ControllerとModel(ORM)でフレームワーク分かれててほしいとは思うな。
569:nobodyさん
12/07/23 20:27:45.20
ただでさえメンテ効率悪いのに、フレームワーク使わなかったらますます悪く…
570:nobodyさん
12/07/23 21:16:55.43
PHP使わなければいいんだけどな。
571:nobodyさん
12/07/23 21:56:57.28
VSP環境であればうちはPHPは使用しない。
従来のレンタルサーバーであればPHP。
572:nobodyさん
12/07/24 00:50:54.24
PHPはデータベース周りがクソだから仕方ないさ。
PHPの場合はORMというよりARMだよ。Aは配列。
573:nobodyさん
12/07/24 08:59:05.53
Cakeは配列指向フレームワークだな。
574:nobodyさん
12/07/24 11:12:24.31
それはJavaのHibernate(ORM)より
RubyのActiveRecord(ハッシュ？配列？)の方が人気があった流れで
そうなったんだからPHP利用者には受けがいいと思ったんだが、違うのか
575:nobodyさん
12/07/24 11:21:51.75
＞レンタルサーバーであればPHP。
PHP使う理由ってこれしかないな
軽量とかいうけど、結局効率悪いし
576:nobodyさん
12/07/24 13:31:47.76
「手軽に使える」ってのは最大の利点だと思うけどな
577:nobodyさん
12/07/24 13:51:52.76
手軽って何？ hello world するだけならいいけど
Apache Moduleの設定とか含めたら未経験者は大変だと思うぜ
578:nobodyさん
12/07/24 14:41:08.56
じゃあtomcat？
579:nobodyさん
12/07/24 15:02:59.68
>>577
未経験者が大変なのはPHPに限った話しじゃないだろw
580:nobodyさん
12/07/24 16:48:55.50
PHPなら簡単、手軽、軽量ってのが嘘っぱちということ。
一昔前はCライクなのでクラス使うJavaより簡単とか言われてたけど、
多くのフレームワークがクラスのない、オブジェクト指向ではない
古いバージョンのPHPを切り捨てたことでその欺瞞が明らかになった。
プラットフォーム（レンタル鯖）でJavaに対して優位、
政治的な力（世の中の利用者数）でPythonに対して優位だから
使われているのが本音でしょ。
581:nobodyさん
12/07/24 16:59:12.05
なんだかんだで、PHPで作るのが一番楽だわ
それだけ
582:nobodyさん
12/07/24 17:10:42.96
>>580
なんだかんだと駄目な理由を付けたいんだな
そんな奴がこのスレに用はないだろ
583:nobodyさん
12/07/24 18:53:10.72
>>576は足軽
584:nobodyさん
12/07/24 22:39:27.93
足軽女が来たのか！？
585:nobodyさん
12/07/25 00:16:42.71
PHPのフレームワークはまともなものが無いと思っていましたが誤解でした。
PHP自体が難ありの言語のためまともなフレームワークができなかったのです。
586:nobodyさん
12/07/25 03:08:38.87
もうちょっと美味しそうな餌を
587:nobodyさん
12/07/25 07:13:00.13
餅に見えた
588:nobodyさん
12/07/25 08:52:23.38
>>585
で、きみの考えた最強の言語は何ですか？
589:nobodyさん
12/07/25 08:55:41.61
今世紀最強にしてファイナルアンサーはPHPです。
590:nobodyさん
12/07/25 12:53:46.28
PHPを拡張したPHP++を作りましょう
591:nobodyさん
12/07/25 19:05:34.51
PHPPP
592:nobodyさん
12/07/25 20:29:38.46
PHPは完全に作りなおした方がいい。
593:nobodyさん
12/07/25 21:20:15.98
別の言語使えよw
594:nobodyさん
12/07/25 22:19:42.94
日本語操作関数が多くて便利なんだよなPHP
pythonはそのあたり結構弱い
595:nobodyさん
12/07/26 07:17:24.72
その日本語操作関数がこれまた癖だらけ
596:nobodyさん
12/07/26 13:43:34.82
そうでもない
597:nobodyさん
12/07/26 21:13:19.79
phpは全部作り変えないとまともにはならないな
598:nobodyさん
12/07/26 21:17:09.93
日本語処理に特に強いあらゆる文字コードにも対応できる言語を
日本人が作ればいいのだが
599:nobodyさん
12/07/26 21:20:45.39
そんなの日本でしか使われない
何人が作ってもいいから、マルチ言語に対応してればいいだけ
600:nobodyさん
12/07/28 00:46:15.62
PHPはダメダメ言語
601:nobodyさん
12/07/28 00:54:12.32
rubuは？
602:nobodyさん
12/07/28 00:57:22.87
>>601
うわ、typoしたorz
603:nobodyさん
12/07/28 01:01:53.18
rubuはうぶです
604:nobodyさん
12/07/30 02:19:20.13
一旦ageる
605:nobodyさん
12/08/01 00:40:15.62
symfonyは一体何がしたいわけ？
キャッシュいれても重すぎるよ。
606:nobodyさん
12/08/05 05:08:42.81
symfony2が最強
607:nobodyさん
12/08/05 09:46:11.66
ないわー。
608:nobodyさん
12/08/05 11:06:45.46
このスレの結論として、
PHPはフレームワークを使うとますます重くなるのでフレームワーク不使用を推奨
609:nobodyさん
12/08/05 11:10:48.28
最近鯖の性能が上がってるからかそこそこ動いちゃうよね
意外とチューニングなしでも運用できてるわ
610:nobodyさん
12/08/05 11:12:13.66
フレームワークは非推奨になりました。
611:nobodyさん
12/08/05 11:16:23.67
なんのこっちゃ
612:nobodyさん
12/08/05 11:19:02.02
PHP自体が重いから、さらに重くするフレームワークを使うなど愚の骨頂
613:nobodyさん
12/08/05 11:27:04.81
お前は少し体重を軽くしろよ
614:nobodyさん
12/08/05 11:27:45.44
ＰＨＰ「もう食べられないよ」
615:nobodyさん
12/08/05 11:30:21.10
重いだけなら状況次第では選択肢にしても良いのでわ
616:nobodyさん
12/08/05 11:32:45.16
もう食べれないデブー
617:nobodyさん
12/08/05 11:33:38.43
お前らが作るサイトなんてどうせ人なんて来ないんだから
重くても軽くても一緒だろ
618:nobodyさん
12/08/05 11:38:50.45
特にセッションがどうのとか言ってたやつ
どうせお前のサイトになんか誰も来ないって
619:nobodyさん
12/08/05 11:41:11.96
PHPフレームワークは非推奨という結論が出ましたか
620:nobodyさん
12/08/05 12:12:39.96
お前らのプログラムが非推奨
621:nobodyさん
12/08/05 14:27:46.94
もう、PHPにはプログラマーなんていらないよ。趣味で覚えたデザイナーだけで充分。
622:nobodyさん
12/08/05 15:00:00.73
フレームワークが使えないのではなくて、技術者が使えないってのが問題
っていうか技術者と呼べるレベルの奴がほんと少ない
同僚のスキルの低さに涙出そう
623:nobodyさん
12/08/05 15:10:53.27
PHPだから仕方がないかと。
624:nobodyさん
12/08/05 16:01:22.80
>>622
具体的にどうひどいの？
625:nobodyさん
12/08/05 16:03:37.87
>>622
スキルが低いのはお前だけ
そう、お前だけだ
626:nobodyさん
12/08/05 16:23:33.63
ないわ
627:nobodyさん
12/08/05 16:28:21.80
PHPerは技術者ではない。
628:nobodyさん
12/08/05 17:18:27.88
フレームワーク上のプログラムが心配なレベルの人に
好きに作ってなんて言えない…
629:nobodyさん
12/08/05 18:12:09.02
こんな所で愚痴ってるやつのスキルなど高が知れている
630:nobodyさん
12/08/05 18:19:58.32
結論でたな。
PHPではフレームワークの使用は非推奨
631:nobodyさん
12/08/05 21:15:47.18
そもそも、フレームワークフレームワーク叫ぶだけで、実用レベルでOOP使える奴が居ないんだよ。。。
632:nobodyさん
12/08/05 21:38:59.60
PHPでOOPなんて学べません。実装自体が中途半端です。
633:nobodyさん
12/08/05 21:40:16.87
OOフレームワークもありません。あるのは配列指向フレームワークです。
634:nobodyさん
12/08/05 21:48:40.41
phpでオブジェクト指向とか言ってたら笑われますよ・・・
635:nobodyさん
12/08/05 22:18:15.51
PHPはグローバル関数が1500個以上もある糞言語
OOPとはほど遠い
636:nobodyさん
12/08/05 23:00:54.14
無能な奴って何でも言語のせいにするよねｗ
637:nobodyさん
12/08/05 23:01:50.71
>>636
たいしたものも作れない低脳くん乙
638:nobodyさん
12/08/05 23:05:46.54
煽ることしかできないのかよ…
639:nobodyさん
12/08/05 23:10:38.08
phpでも工夫次第でなんとかなる。
工夫しなければ論外
640:nobodyさん
12/08/05 23:12:09.19
PHPで工夫？
ただの悪あがきだろ？
もともとポンコツ言語なんだから何をしようと無駄
641:nobodyさん
12/08/06 00:50:41.36
そのポンコツ言語に興味持ってるんだろ？
642:nobodyさん
12/08/06 03:10:32.31
バッドノウハウが身に付きます
643:nobodyさん
12/08/14 01:47:06.06
cakePHPでcreateした後にsaveしてるんですが
常にアップデートがかかるのみで、インサートがされません。
どういった事が問題として考えられますか？
644:nobodyさん
12/08/14 02:29:25.90
818 ：nobodyさん [↓] ：2012/08/13(月) 23:03:29.06 ID:???
cakePHP 使ってるんですけど常に行が新規追加されると思いきや更新されてしまいます。
しっかり、 create(); を挟んでいるのですが。
$insert_data = array(
'hoge' => array (
'id' => $login_user_id,
'name' => $post_name,
)
);
$this->hoge->create(); // ← 常に新規追加させる。
$this->hoge->save($insert_data);
819 ：nobodyさん [↓] ：2012/08/13(月) 23:06:25.32 ID:???
>>818
このスレは終了したので別スレで質問してください。
820 ：nobodyさん [mail] ：2012/08/13(月) 23:07:54.81 ID:???
>>818
hogeとか何の疑問も持たずに使ってるお前のような脳弱には無理
821 ：nobodyさん [↓] ：2012/08/13(月) 23:08:02.97 ID:???
>>818
このスレは終了。
【PHP】フレームワーク CakePHP 14ホール目【v2.1】
ｽﾚﾘﾝｸ(php板)
645:nobodyさん
12/08/21 22:52:02.28
<link rel="start" href="file:///C|/Users/じゅん/desk/index.html" />
646:nobodyさん
12/08/26 11:42:24.40 7pnTNGfF
PHPでJSPのカスタムタグやEL式のような記述ができるテンプレートエンジンと
SAStrutsの2WaySQLのようなことができるライブラリを公開したんだけどどうよ？
テンプレートエンジン
URLﾘﾝｸ(www.script-factory.com)
SAStruts風ライブラリ
URLﾘﾝｸ(www.script-factory.com)
647:646
12/08/26 11:47:13.14
ドキュメント整備してないから
サンプルのindex.php見てね。
648:646
12/08/26 11:51:35.31
ちなみに公開はしてないけどCakePHPのレプリカで軽量な奴を作成中。
モデルの検索結果を配列じゃなくてオブジェクトを返すようにしてあります。
649:nobodyさん
12/08/26 11:55:00.63
名前が嫌だ
650:nobodyさん
12/08/27 00:14:20.02
>>646
シンプルでいいんじゃない。
EL式とか知らないけど、テンプレートとindex見るだけで何となく動きが見えるし、
そういった方では分かりやすい方だと思う。
SQLは利点がいまいち見えていないので、コメントなし。
あくまで個人的な要望だけど、
テンプレートが短く書ける仕組みとかあったらうれしかった。
651:nobodyさん
12/08/27 00:41:12.51 0d99xblq
> テンプレートが短く書ける仕組み
たとえばどゆこと？
652:nobodyさん
12/08/27 08:37:31.83
メソッドチェーンとか？
現段階で他のテンプレートライブラリには無い利点は持ってないみたいだし、
個人的に欲しい物を上げようとしたら、短く書ける仕組み。
ただし、具体案はちょっと浮かばないんだけど
653:nobodyさん
12/08/27 08:42:36.77
$_POSTを渡せばinputとかのname見て勝手に全部入れてくれたら便利じゃない？
まぁ、私が現在進行形で自作してるフレームワークのSmarty連携の機能なんだけど
654:nobodyさん
12/08/27 10:15:28.86
いわゆるシリアライズ？
655:646
12/08/27 11:40:43.07
>>649
名前はまぁ確かに微妙だとは思ってる・・・
>>650
ご意見どうもです。
これはJSP2.0をPHPで再現しただけなんで
Java使いの人にはなじみやすいかなと。
2Way-SQLはまぁせっかく作ったので公開しただけですｗ
656:nobodyさん
12/08/27 14:37:12.80 0d99xblq
>>652
$user->foo->bar って書式？これそもそもPHPの文法的に許されるんだっけ。
許されないとすれば、そういう書式を許す独自ファイルタイプ作ってパースする…なんてことじゃないよね。
>>653
> $_POSTを(どこに)渡せばinputとかのname見て勝手に全部(どこに)入れてくれたら便利じゃない？
テンプレート側のvalue=""内にデフォルト値として表示してくれるってこと？
657:nobodyさん
12/08/27 16:05:07.52
>>653
それはテンプレートエンジンの仕事じゃなくて
フレームワークの仕事だと思うよ。
658:nobodyさん
12/09/30 11:23:56.80
>>646
なるへそ。元Java屋にはいいかもしれんね。
ただ、SmartyやTwigはIDEのサポートが進んでいるからなぁ。
元Java屋でエディタ派ってそう多くは無さそう。
659:nobodyさん
12/10/08 23:29:54.69 WXDnX3pZ
これはどう？国産だけど。
Chimpanzee
URLﾘﾝｸ(chimpanzee-php.com)
660:nobodyさん
12/10/09 10:57:24.36
無名なフレームワーク利用するのと、
オレオレ利用するのって大差ないと思うんだが。
661:nobodyさん
12/10/09 16:45:11.13
暇だからチンパンジーのマニュアルを読んでるんだけど、説明が分かり難いと思った。
コンセプトは面白そうかもしれない。
662:nobodyさん
12/10/09 17:59:35.57
チンパンジーって国産だけあって痒いところに手が届くな…
ガラケーサポートとか
あと軽量らしいし
663:nobodyさん
12/10/09 18:04:45.44
アシアルへのリンク？
664:nobodyさん
12/10/09 18:30:04.35
お前らサルにはお似合いだな
665:nobodyさん
12/10/09 21:28:29.44
>>664
猿とチンパンジーは割と遠いんだけど・・・
666:nobodyさん
12/10/12 12:00:11.26
>>659
version 1.0未満でfixってことはないよね？
いまどうなってるんだろう...
667:nobodyさん
12/10/12 15:48:21.74 Pt7Gt5Ms
>>659
Twitterも見事に停止してるな。
誰かフォローしてやれよ。
668:nobodyさん
12/10/12 17:09:29.98
お前ら使ってやらないの？じゃあ俺が使ってやるよ！
669:nobodyさん
12/10/12 19:30:08.83 CFQsw2CA
>>668
ﾅﾃﾞﾅﾃﾞ ﾅﾃﾞﾅﾃﾞ ﾅﾃﾞﾅﾃﾞ
ﾅﾃﾞﾅﾃﾞ ﾅﾃﾞﾅﾃﾞ
∧_∧
.∧_∧( ･ω･)∧_∧
( ･ω･)Ｕ)) .(･ω･ )
⊃)))（ ･ω･)(((⊂
.∧_∧∩))((∩∧_∧
( ) .( )
ﾅﾃﾞﾅﾃﾞ ﾅﾃﾞﾅﾃﾞ ﾅﾃﾞﾅﾃﾞ
670:nobodyさん
12/10/12 21:06:03.98 zs1r8xUJ
URLﾘﾝｸ(p11.chip.jp)
671:nobodyさん
12/10/13 02:32:48.97
チンパンジーって暴力的で愛がないんだって。ボノボは愛があって暴力がないんだって。ボノボの方が良かったんじゃない？
672:nobodyさん
12/10/13 07:15:42.77
ボノボってあのIBMの
673:nobodyさん
12/10/13 08:52:12.53
それはレノボ
674:nobodyさん
12/10/13 16:51:36.53
俺の後ろに立つな
675:nobodyさん
12/10/13 17:09:03.07
これアシアルが作ってるの？
んじゃ完成度は推して知るべし
676:nobodyさん
12/10/13 18:40:47.69 MXAZ4qau
>>674
それはゴルゴ
677:nobodyさん
12/10/13 20:16:37.60
そんなことばっか言ってる子のとこには
しまっちゃうおじさんがあらわれて、どこか知らないところにつれていかれて
どんどんしまわれちゃうんだ…(´；ω；｀)
678:nobodyさん
12/10/14 18:55:55.64
オープンソースなのに情報が少ないからクローズソース
動的だから変更のたびに チェックと確認が必要
ローカル環境→開発サーバー→ステージング→本番 これを毎回やる
クラス・関数一覧のドキュメント一覧とか大量に必要にしかも仕様変更
のたびに変更が必要 大規模だと必ずこんがらがる
バージョンアップのたびに別物に生まれ変わり また学習しないといけない
新しいＦＷがしょっちゅう出て それがデフォルトスタンダードのような
宣伝やめてくれないか
679:nobodyさん
12/10/14 19:02:41.25
実行しないとバグがわからなすぎる動的言語は過去のライブラリを使うの
ためらう 結局過去の資産を生かせない 関数の名前の変更のたびに
ソース検索が必要で手間がかかる これが静的言語だったらエラーはくから
確認チェックの手間がローカル環境内で収まることが多い 動的は作れば
作るほど負債化し 作っては捨てたほうが早いの繰り返し どうしようもない
動的言語をはてぶを始め技法やCodeZine アシアルの宣伝は本当に
罪深い
680:nobodyさん
12/10/14 19:13:31.72
結局これは短期記録力がある人間の驕りなんだよね。（東大とかアシアルとか）
彼らは自分たちの記憶能力を生かしたいがために
ガラクタ言語をチョイスしてそれをスタンダードのような流れにしたいと思っている
このガラクタ言語を使うことで短記録のある自分たちが有利であることを知っていて
他を蹴落としたいと潜在的に思っている。ハテブやらで流れを作ろうとたくらんでいる
静的言語を使えば（主にＣ＃）こんな苦労なんて全然ないのに
それでは自分たちが存在意義が問われるからあえて使わないようにしている
いい加減こんなガラクタ言語やっていても無限に苦労することなる
681:nobodyさん
12/10/14 19:25:09.40
動的はやめとけ無限に苦労することになる 書けば書くほど大変になる
記録力のあるやつだけやつしか現場に残らない 記録に止めないといけないこと
多すぎるからだ VisualStudioやC#だったらバグ、リファレンスエラーを教えてくれる 記憶力よりプログラムを書く想像力方が大事になってくる
動的は流れを把握するのが時間がかかるから、ＭＶＣに合わせていたが ソフトがバグを教えてくれるならも っと効率的な書きをして 他人はVisualStudioやC#の機能から理解にいたることできる
つまらない他人のＭＶＣに合わせないでも効率的な面白い書き方でやっていけるはず ドカタから芸術家に脱却できる
682:nobodyさん
12/10/15 01:27:20.69
>>677
それはぼのぼの
683:nobodyさん
12/10/15 02:06:14.14
日本語でおk
684:nobodyさん
12/10/15 02:22:00.27
何処縦に読めばいいかわからない
もしかして斜め？高度だな
685:nobodyさん
12/10/15 08:02:46.67
アサヒビールが販売してる焼酎がお気に入りだ。
この商品名は良い香りという意味で付けたらしい。
686:nobodyさん
12/10/15 09:16:17.14
こんな中身のない長文を思いつきで書ける人ってすごいと思うの
687:nobodyさん
12/10/15 10:05:51.72
あー、あの第64代横綱ね
688:nobodyさん
12/10/15 11:43:45.53 0/gKp0mh
>>685
それはかのか
>>687
それは曙
689:nobodyさん
12/10/15 14:00:44.00
チンパンジーってZFの影響を受けてるとみた。
ってか、焼き直しっぽい感じがした。
690:nobodyさん
12/10/18 23:59:30.29
国産のFWってのは魅力だけど、これから新しい物作るんなら
少なくとも英語には対応したサイトで間口を広げないと
コミュニティの広がりに関してはなかなか難しいよな気がする。
なんだかんだ言っても英語を使うと新しいつながりが半端ないし、
やっぱりインターネットって米軍のお下がりだしな。
691:nobodyさん
12/10/19 22:12:39.78
少なくとも新しいPHPFWはもうちょっと無理がある気がする
いっぱいある古参系のを使い続けるか、Yiiだとかそのあたりの
比較的あたらしめの奴を覚えて乗り換えるかのどっちかじゃね
俺々フレームワークに毛が生えたようなだけの小規模系FWだと、
需要が限りなく0なので覚える時間が無駄になる可能性が高すぎるんだもの…
692:nobodyさん
12/10/20 16:35:20.96
小規模すぎると、覚えた途端に開発終了もあり得るしな
693:nobodyさん
12/10/20 18:03:44.43
で、別人たちの改造版に分裂
694:nobodyさん
12/10/21 19:41:06.47
おっと、CodeIgniterの悪口はそこまでだ
本家もまったり続いてるけどな
695:nobodyさん
12/10/28 06:12:40.22
もうどのFWも単なる言語拡張積み上げてるだけな気がしてきた
正直MVCすら要らん、MVCの思想は凄いけど形だけあっても無意味なような。
symfonyの1だけはちゃんと思想が脈打ってて感動した。2は何であんなことになったのだろう
696:nobodyさん
12/10/28 18:13:20.92
symfonyのアレを思想というのか。
それほど崇高な印象はないなぁ。
697:nobodyさん
12/10/29 17:25:12.76
開発ブログを読む限り、BEAR.Sundayは良いかも知れない。
完成すれば、既存のFWの対抗軸になりうる予感。
698:nobodyさん
12/10/30 21:39:35.43
laravelがよさそう
fuelphp流行ってるのは日本だけだし
yiiかlaravelに乗り換えたい
699:nobodyさん
12/10/31 06:20:49.70
fuelも別に流行ってないけどな
700:nobodyさん
12/11/01 02:26:55.54
最近はCakeの情報が少し充実してきたのかな？
701:nobodyさん
12/11/01 08:51:39.45
cake2の情報が少ないし
見つかるプラグインは1用ばっか
702:nobodyさん
12/11/01 14:27:44.18
PHPの開発自体減ってるのかな？記事関係はRubyばっかりだ。
だが、新サイトで見るのは大体PHPだけど
703:nobodyさん
12/11/02 13:15:13.76
特に最近は、自分から発信する開発者がRubyのほうが多い感じを受ける。
言語としての優位性の比較はともかく、その点ではRubyはいいかもね。
704:nobodyさん
12/11/03 12:55:57.43
>>703
情報発信者が多いのは結構だけどなぁ・・・
rubyってバッドノウハウ多くね？
705:nobodyさん
12/11/03 12:56:44.68
っと、PHPスレで他言語disっちゃいかんな。ごめんよ
706:nobodyさん
12/11/03 19:11:23.15
PHPをdisれ
707:nobodyさん
12/11/03 19:30:35.09
バッドノウハウの多さを競うならPHPだって負けてないぞ
708:nobodyさん
12/11/26 17:41:16.91
yiiとCodeIguniter迷いすぎる
709:nobodyさん
12/11/26 21:56:27.66
CodeIguniterでいんじゃね？
710:71
12/11/27 13:31:53.86
スペルが違うんじゃね？
711:nobodyさん
12/11/27 18:38:02.57
CodeInuguier
712:nobodyさん
12/11/27 22:58:25.65
Wii
713:nobodyさん
12/12/21 22:59:39.63
ASP.net 2人かかる仕事は
PHP 3人
RUBY 4人
JAVA 5人
機能を追加時の増員の必要割合
ASP.net 開発者 小 デバッカー 小
PHP 開発者 中 デバッカー 大
RUBY 開発者 中 デバッカー 大
JAVA 開発者 大 デバッカー 中
動的言語やLAMPはバットノウハウなのは確か
まねするとコストばかりかかり 雪達だるま式にデバッグやらコード修正が増えていき
苦労することになる
大手しか開発できないような仕組まれてる ガラパコス利権
714:nobodyさん
12/12/22 12:25:06.36
デバッカー
バットノウハウ
雪達だるま
コード修正が必要なのはお前だ
715:nobodyさん
12/12/22 22:40:10.26
ガラパコスについては大目に見てやろう
716:nobodyさん
13/01/05 15:30:52.70
アプリ起業iPhoneC#まとめ Ver 1.5
ｈｔｔｐ:／／tinyurl. com/9w97424
717:nobodyさん
13/01/05 23:00:05.00
ブラクラ