>>351
間違えて、下げちゃった。

誰からも反応がない。orz

いまさらなんだかなぁ。

和製フレームワークは
symfonyとまったく別の方向性を打ち出さないと
先細りで消えていく…と思う。

そんな言い方すんなよ、kunitさんいい人だよ､なんか福々しくて悪い事とは無縁な人って感じ｡

>>357
いい人でも、ずいぶん放置状態が長いじゃない。

>>357
あんな、使いづらいフレームワーク作るんだから、性格最悪だろ。

人格否定ｲｸﾅｲ(^v^)

>>359
どの辺が使いづらいと思います？
ドキュメントが整備されれば、そう使いづらいと言う事は無いかなと思うんですが。
まあ、全角スペースを半角にしてくれるConverterが標準では無いとか、細かいのは
ありますけど。

>>361
本人降臨ｷﾀーーーーー！

>>361

> ドキュメントが整備されれば
これは言っちゃダメ。永遠にされないんだし、荒れるから。

1日1回ここに来てMapleの悪口を書いていくつもりか？
私怨でもあるのか知らんがここで吠えててもかっこ悪いだけだぞ

>>366
黙ってろ！塩豚野郎！

>>367
なんか、その煽りおもろいな。

スレの盛り上がらないFWは死んだも同然

>>371
スレのないFWはどうなるのですか？

>>372
黙ってろ！塩豚野郎！

くそみそFW

くそみそテクニック

公式Wikiが壊れているようです。
どなたかActiveGatewayの新版へのリンク先を教えてください。
７月の３連休に公開されているはずなんですが、リンクがみつかりません。

>>376
実は、９月の３連休だったんだよ。あれ？

11月の3連休も過ぎたんですけど。
完成版じゃなくても現時点のActiveGatewayをアップして
もらうことはできんのかな。どうせβとかつけてリリースする気だろうし。
コミッタと称する人たちもSpamコメントを削除する作業だけじゃなくて、
Mapleの発展のために催促してもらえると、外野としてはうれしい限り。

忘れる勇気も必要だよ。
もっと活発に開発しててコミュニティが機能しているフレームワークはいくらでもある。

>>379
いまさら後戻りできない状況もあるんだな、これが。
日本語で質問できるのがいいと思ったんだけど
日本語の催促に答えてもらえないとは思わなかった。
Hさんがんばってくれないかな・・・。

暇なら働けば？

あまりのふがいなさに新たなものを作ろうとしているのに。
そしてそれを丁寧に仁義切っているのに。
なんで邪魔するんだ。こいつら。
結局誰かに頼ることしかできない烏合の衆。
自然消滅なんかは、同じ面倒が残るだけだから、
きちんと解散宣言してほしいものだ。
まぁ、自己主張と、かつ前進しないのは、いかにも作者の人柄だが。
Mapleの開発の議論をしてくれ。コミュニティのあり方の議論じゃなく。
シーサーから離れてくれ、何も貢献してないんだから。誤解する人が出てくる。
今さらコミッタの称号が欲しいなら、何ができるか表現してくれ。中途採用とは
そういうものだ。

残念なのは、おそらくPHP5用になってしまうことだろうな。
がんばれ。外野ではあるが期待している。
無料であることだけじゃなく、しがらみからも自由である
フリーウェア開発ができるといいな。

Mapleに残るあの人も応援している。貢献と和を持って尊しとなす精神は
勉強になる。その熱い思いが冷めないよう祈ってます。

作者は子離れ宣言してくれ。１コミッタとして携わればいいじゃないか。
既得権という診断書で、ずっと有給休暇をとり続けるのは関西の文化か。

誰かに頼ることしかできない烏合の衆を馬鹿にしつつ
自分は外野で期待か
maple触ったことないけどさ

maple擦れはいつもこんな感じだけどね。

まだ読んでる人がいるだけで素敵なことだ。
ここは2ch。カミングアウトしなけりゃ皆外野。

>>384
某氏の決別宣言と取るのが普通でしょう。

>>387
ああ、なる

3.2.0がリリースされてから1週間近く経過しているのに、作者のblogに何も書かれていない
というのは異常だよね。

楓っていうのが管理工学から出ていた様な気がというのは置いておいて、オープンソース
なんだから、欲しいなという部分があれば、勝手に持って来れば良いのになと思う。
それが出来ないと、Mapleプロジェクトの存在意義が怪しくなる。

H氏の今後の活躍には期待しているけど、一人でやるとなると、ドキュメント作りが足枷に
なるのかな。

一人でやるのは最初のアルファ版(?)までっしょ

現在の中心コミッターが
Mapleの延長で自分の個人ブランドの次バージョンを立ち上げる！
と宣言しているように見受けられるのです
スミマセン私には展開が理解が困難でございます。

個人的にはリンク残して去るのが自己実現への道のように感じます。

あの、設定だか、構造化だか、RequestMethod呼びわけ振る舞いだか、
何だか・・・
Globalってなんですか？
RequestMethod呼びわけにも、ActionChainにもそぐわないですよ←泣いたぉ
至れり尽くせりのFilterに拡張された結果、
エレガントなMojavi2のフロントFilter構造をルーツにしているのに、
かなりダサくなっているのではないでしょうか？
確かにスキルは凄いと思います・・・
いつまでも孤高文体、見下し目線でご教授頂きたいと思っております。

軽さの件は北海道のコミッターさんの言われる軽さが望ましいです。
HTML_AjaxでtemplateからMaple資産をGetするだけなら
とにかく軽く必要最低限な実ソースだけで再利用させてくれって感じです。
クセまで理解させないで欲しいです←そんな軽さも込みです。

>>391
人が集められればね。

Mapleの頃は、選択肢が少なかったので人集めは比較的楽だったと思うんだけど、今は、
状況が違う。
一緒にWeb+DB Pressに掲載されたethnaだけではなく、言わずと知れたsymfony、日本語
マニュアルが充実しているCakeといったものがあるし、MODxやDrupalあたりにメニューとか
は任せて・・・、という選択肢もあったりする。

そんな中で人を集めるには、他のライバルに無い「売り」が必要になる。その「売り」が今
使っているものから移るコストに見合うだけのものであれば、人は自然と集まってくる。

それを打ち出せるかがキーポイントかなと思う。

ethna見てみた。Mojaviもそうだったんだけど、何かを継承して、
継承元の関数を使ったり、フレームワークの関数（backendから
何かを取ってくるとか）の使用が頻繁になったり
フレームワークを使うためのコストが高く感じられるのだけど
その辺どうなの？
そういった点でMapleは、ファイル名規則と配置・execute()のしばりだけで
良いと思った。Kaedeが待ちどおしい。

今更こんなことに気が付くなんて、自分でもどうかしていると思いますが…

http://blog.hawklab.jp/item-129.html

これは…。