指針をしてもらっておいて文句を言う房は市ね

いやなら、自分フレームワーク作ってシコシコしてればいい。

何か質問してもすぐ↑こいつみたいなのがレスするから
すぐ荒れるんだよ。
もう誰もつかってないよこんなFW。

　maple使う際の最大のネックは、ドキュメントの少なさだと思う。
　symfonyなんかは、まとまったドキュメントがPDFで用意されているが、
mapleは、wikiがあってもあまり機能していない。
　また、dbを取り扱う枠組みを標準で用意してくれないと、導入の際の
コストが高くなって、躊躇しちゃうよね。

>253
ドキュメントは同意だが、DBは逆に、
好きなのを使いたいって意見もあると思うぞ。

>>254
　mapleとして標準で付いてくる物が欲しいのよ。
　他のを使いたいという人は、標準以外の物を使える様にすれば良いでしょ。

揚げ足と思われると難なのですが、DB扱う枠組みがあるほうが
導入の際のコストは高くなるんじゃないかな。
mapleの良い点は、VIEW部分だけに割り切っているところじゃないかと
思うようになりました。DIConは確かにアドバンテージがあるけれど
命名規則以外は、普通にPHPで書けば良いのが最もありがたかったりする。

オレはEthnaへ逃げた。
初心者にとってドキュメント不足は致命的すぎる。
チュートリアルをいじっているうちに、
「なるほど」って感じで分かってくるんだけど、
Mapleはチュートリアルすら貧弱なので、自分には無理だった。

Ethnaの方が解りづらくて挫折しました。サイトのgetting staretedとhowtoが乖離しすぎてる。
EthnaでのセッションやDBの扱い方がわからない。
Mapleはサンプル見ればあとはPHPが使えればとりあえず使えるというのが魅力。
それだけでも「いつも同じようなことを書いている」ことを解消できる。
フレームワークの使い方と、PHPの書き方やプログラムのお作法を混同してないか。
フレームワーク(Maple)はPHPの初心者が簡単にWEBアプリを書けるようにする
ことを目的にしてないんじゃないの？そういう方向性を否定しないが。
という私もPEARのErrorStackを使ったMapleのサンプルは欲しいが、
それはErrorStackの使い方が分からないんであって、
それをMapleのドキュメント不足というのはなぁ。
確かにFilterとかDIconとかのMapleとしてのドキュメントは不足というか
もう不足という表現の時期はすぎてんじゃないのと腹が立つくらいですけどね。

PHP系のフレームワークって自分用に作ったものを公開しただけのものが多いから
ドキュメント作成まで求めるのは酷かもね。
そのへんはユーザでできたら理想的なんだけど。

それを酷に思うなら公開するべきでない。

>>262
いや、それは違うだろｗ
甘えすぎじゃないか？

ドキュメント書くのが酷だと思うなら、
人に使ってもらおうなんて気はさらさらないはずなので
公開しないでオナニー用にしてればいいんだよ。
これは利用者の甘えじゃなくて公開者の甘え。

そんなに自分の心の狭さを主張するな

>>264
利用者の甘えだとおもうがなぁ。
ま、イヤなら他の使えばいいだけ。

公開者には甘えてほしくないなんてのは利用者の甘え

はい以下ループってことでｗ

大体プログラマならドキュメントくらい書けよ。
書けないなら公開すんな。

プログラマならソース読んで理解しろ

以下ループ

普及させたきゃコーディングだけしててもダメだろうけど、義務はないよな。
ホント、ソース見りゃわかるし。

ドキュメントがあっても英語だったら読まないって
やつも多いしな
結局使う側のやる気の

いやいや、作者のやる気だろ。

作者か使う側のどちらかにしか責任がないという答えをどうしても出したいのか

>>273
うるせーんだよkunit
さっさと非を認めろよ雑魚。

途中からﾈﾀ化してることに気づけ

　自ら雑誌に記事書いて宣伝しておいて、ソース読めは良いと
言うのであれば、自己矛盾だよね。
　ソース読まなくても使える様になれば、自然と人が集まって
ドキュメント、サンプルが充実するという好循環も期待出来るん
だけど。

>>276
ソース読めばいいと作者が言ってるのは見たことない
作者がよく言うのは「整備しないといけませんね」だなｗ

2段落目は全く同意

>>277
ソース読めばとは言っていないけど、実質的にはそうなってるのよね。

結局作者の怠慢なんだよ。
公開するからにはそれなりの責任ってのが少なからず発生すると
思うんだがな。
もし責任なんかないとか言うなら最初から公開なんかすんな。
ただでさえPHPのフレームワークは混沌としてるんだから
迷惑なんだよ＞kunit

>>279がここまで必死に罵倒して得られるメリットがどうも想像つかない
反論されないところで好きに叫びたいだけにしても
わざわざこんな客の少ないマイナーな場所でやって面白いとも思えんしなぁ

>>280
賛成に一票

誰が何と言おうとドキュメントの不備は作者の怠慢。

>>283
そうですか。いつまでもその気持ちを忘れずに

犬が吼えてるな・・・。
ドキュメントがないのが嫌なら、使わなければいいだけ。
無名が有名に嫉妬してるんでしょ。

どうすればこんな誰も使ってないようなFWに嫉妬できるんだか。

この手の初心者呼び込んでも負担が増えるだけ。必要なし。

　初心者にメンテさせようと思っていても、現状のドキュメントではきついので、
結局選択できない事になる。
　という事で、初心者お断りという考え方は、好ましくないと思う。

ドキュメントがあろうとなかろうと（略）

ドキュメントも書けないようならプログラマ辞めちまえっつーの。

↑
技術者として恥ずかしくないか？

↑
まったくだ

↑↑お前は技術者失格。

クラスドキュメントってあったっけ？

そういうのを他人任せというんだよ。
一つお利口さんになって良かったね（苦笑）

もまいら、ここで無駄な議論に使ってる力をサンプルプログラム
作るのに使ってください。
よろしくお願いします。

しかしまぁ仕事が忙しいからって、こうまで宣言したことをやらない人の
仕事振りってのは信用ならんと思うんだが。
何かのご縁で、自分が発注者として彼と仕事をすることになったら、
できれば取引したくないなと思わないか？

・３月末に出す予定のバグフィックス版は出してもらいたいものだね。

所詮金にならない事だからどうしても後回しになっちゃうよな