05/11/11 10:27:47
ドキュメントは重要だなぁ
あとチュートリアル
45:nobodyさん
05/11/13 10:33:39
メロンパン売ってる2階の店に新しく出たバナナクレープ、あの量で300円は安いな。
46:45
05/11/13 10:34:01
ｽﾏｿ、誤爆った。
47:nobodyさん
05/11/13 11:51:42
ﾜﾛｽｗ どこのメロンパンｽﾚだよｗｗ
48:nobodyさん
05/11/14 22:50:09
どうやったら誤爆れるのか、不思議。
49:nobodyさん
05/11/15 08:57:03
janeは誤爆警告出るからそれ以外の何かだろう
50:nobodyさん
05/11/16 00:09:12
ギコナビは誤爆しやすい・・
レスエディタを開いたまま他のｽﾚみたりすると間違える．
51:nobodyさん
05/11/17 13:50:23
ちがうよ、そのメロンパン屋の名前がメープルだったから間違えたんだよ。
52:nobodyさん
05/12/01 00:12:50
>>44
ドキュメント強化月間は終わりました。残念！
53:nobodyさん
05/12/09 01:59:43
maple、ぜんぜんわかんねー。
情報も少ないし。
ethnaの方がわかりやすいね。
54:nobodyさん
05/12/09 12:24:12
Mapleを理解するにはMojaviとSeaser2を理解するのが早道という罠｡
Ethnaも相当わかりにくいが｡
でも来月MapleDay(仮)というのが大阪であるらしいので､そこから盛り上がるかも｡
55:nobodyさん
05/12/10 02:02:16
>>54
Ethna分かりづらい？結構単純だと思うけど。
Mapleの方がよりベターだとは思うけどマニュアルは貧弱だし
データアクセス層のサポートがほしいかな。
Mapleの理解にはSpringの解説書読むのもいいかも。
56:nobodyさん
05/12/10 15:57:08
Springの解説書よりMapleのソース全部読んだほうが速いかもｗ
57:nobodyさん
05/12/11 23:56:42
>>56
確かにｗ
でもフレームワークの概念自体が分かっていない人が
あのソースを見て理解できるかはちと疑問。
MapleはDIやAOPを志向しているので、とっかかりに
その手の解説書読むのはいいかも。
58:nobodyさん
05/12/11 23:59:57
ぶっちゃけ、DIとか言われても、なんの事だかさっぱりわかりません。
依存性注入？なに？
具体的に言うとナンなのさ？
59:nobodyさん
05/12/12 06:36:44
詳しくはないが
オブジェクトを入れられることを前提に
オブジェクトを作ることと理解してる。
シンプルに言えば
まんこ方式だね。
60:nobodyさん
05/12/12 07:57:12
>>59
> まんこ方式だね。
わかんねーよｗ
61:nobodyさん
05/12/12 13:54:39
自演オッツ！
62:nobodyさん
05/12/28 05:07:54
依存性にかんしてはMojaviスレでもあーでもないこーでもないって
やってたよ。
設定ファイルに書いとけば依存性を解決してくれて便利って理解でいいの？
63:nobodyさん
05/12/28 22:41:08
XOOPSにビルトイン乙
64:nobodyさん
06/01/17 03:45:49 KlstEtB0
いいかげんにチュートリアルの続きを書いてほしい
65:nobodyさん
06/01/17 13:14:27
もう、やめたんじゃないのか？
66:nobodyさん
06/01/18 10:08:52
Mapleって作った本人も使ってないっぽくない？
作って満足しちゃってるみたいな所が感じられる。
Ethnaは自分で使うために作ってたら機能アップしていった感じ。
Greeでも使われてるみたいだし。
67:nobodyさん
06/01/22 23:30:24 LH2gr0Xx
ブログではああしたい、こうしたいって書いてあるのに。
ドキュメント強化月間とかも言ってたけど、あれはなんだったの？
68:nobodyさん
06/01/23 00:44:57
まぁ僕たちは作ってもらったものをタダで使わせてもらってるだけなんで
偉そうな事は言えません。
69:nobodyさん
06/01/23 06:52:33
喩えて言うならエロ動画を配布する人と媚売る取り巻きの図。
やると約束したことを1年以上たっても進まないのは人間性の問題。
瞬発力はあるが、継続ができない。
勢いで一気に作って「わからないことは聞いてね」って放り投げる。
（悪気はないので聞けば丁寧に教えてくれる。）
こういう人はドキュメント（自分には必要ないから瞬発力が沸かない）
作成作業をしようとしても無理です。人格の否定じゃなくて、
適材適所ということです。だれかをいい意味でノセテ協力してもらえばいいのに。
70:sage
06/01/24 09:49:31 ny7rHNkK
>>69
まさしく、そんな感じだな。
71:nobodyさん
06/01/24 10:16:10
熱狂的ですね。
Mapleって愛好家がいるんだね。
愛好家と言うか信者の域だね。
今度Maple使ってみます。
72:nobodyさん
06/01/24 14:32:36
本人が管理できてない以上は、
プロデューサー的な人間を引っ張り込まないとダメだろうね。
73:nobodyさん
06/01/24 14:59:26
しかし、わざわざ自分のプロジェクトの進行を他人に管理してもらって、
やりたくもないことをやらされるようにする物好きも多分あんまりいないだろう。
こういうのは自分がやりたいからやってるんだろうしねぇ。
小さめのオープンソースプロジェクトで、上から仕事を指図されたら貢献する奴はたぶん逃げるよね。
74:nobodyさん
06/01/24 15:55:18
混乱してるようだが自己管理ができていない訳で
それをMapleの管理として考えるのはミスリードと思う。
仲間内の新年会や、河原でのバーベキューパーティは
音頭取りは居るけれど、上から指図するばかりじゃないでしょ。
（個人の魅力で上から指図できる人もいるのだがそれは別格）
ノセテいくというのはそういうこと。
blogみると、それができない人とも思えないんだけどな…。
無理してるのかな。ご自愛ください。
75:nobodyさん
06/01/24 16:11:47
まぁ Maple 自体が仕事なわけではなく個人の自由時間を使って開発してるんだろうしな
だからなおさら個人の範疇からプロジェクトの範疇に拡大してしまって
自分は楽をしつつ開発に専念してくれれば、と思う
76:nobodyさん
06/01/24 16:31:18
ユーザー少ないから仕方ないような・・・。
ユーザーがdocやら勝手に作っていかないと流行りもしない。
吠えるなら手伝えば言いだけの事だと思うが・・・。
77:nobodyさん
06/01/24 17:33:51
というような
「その責任の所在はユーザーにあり、その責務を果たせ」
といった論調では協力者は得られない実例でした。
78:nobodyさん
06/01/24 18:55:31
単純に忙しいだけと思うが…。
79:nobodyさん
06/01/25 09:44:43
>>77
ユーザーが付かない事が問題で、
つまりユーザが付かない代物ね。
もうMojaviでいいかあ。って事。
80:nobodyさん
06/01/25 09:52:04
>>79
日本語変だよ
81:nobodyさん
06/01/25 10:39:02
ゴメソ
82:nobodyさん
06/01/25 11:38:58 NVrzgyhd
フレームワークって敷居が高いから、早々ユーザも増えない。
中途半端になってるチュートリアルくらい、なんとか最後まで作ってほしいと思った。
稲刈りするには田植えから…、って感じじゃないか？
83:nobodyさん
06/01/28 14:18:44
チュートリアルを書くのは別に作者じゃなくてもよいのにと思った。
84:nobodyさん
06/01/29 00:20:57
今日、 Maple Day でしたっけ？
行った方いらしたらどんな感じだったか教えてください。
85:nobodyさん
06/01/29 14:58:08
自サイトをフレームワーク使って再構築しようと思って
MapleとEthnaで迷ったけど、結局ドキュメントに勝るEthnaにした。
正直、Javaとか触ったことのない自分にとって、
Mapleには分からないところが多い。
概念的な説明より、チュートリアルを充実してほしいと思った。
でも、期待しているので、今後も温かく見守っていきたい。
86:nobodyさん
06/01/29 19:22:08
>>84
なんかでも作者の目的は Maple そのものじゃないんでしょ？
Maple 以外の話も、なんて言ってるけどそれって Maple そのものに
もうあんまり興味ないってことじゃないのかなぁ。そういうことって
自分でもあるから別にそれ自体は否定しないんだけどさ。だったら
そうはっきり言ってくれた方がユーザーにはありがたい気がするよ。
87:nobodyさん
06/01/31 16:05:48 j73Ohkzq
kunitさんはもっと周りの人に頼っていいんじゃないかな。
自分が忙しいなら他の人にやってもらえばいい。
コア部分はHawkさんにまかせたり
ドキュメントとかのユーザ方面はBobchinさんにまかせたりして
自分は理想を追い求めたりそれを熱く語ったり全体を調整したりActiveGatewayとか好きなものを作ったりしたらいいとおもう。
あと互換性云々で次バージョンが遅れるぐらいなら互換性無しでいいよ。
きっと誰かハックしてくれるよ（kumatchさんあたり）。
行きたいとこまで行っちゃってください。
なんにせよ待ちこがれてますよってことで。
88:nobodyさん
06/01/31 20:40:48
「互換性云々で次バージョンが遅れるぐらいなら互換性無しでいいよ」に一票
どうせ今の Maple は多かれ少なかれ手を入れて「俺Maple」にして使ってる人が多いだろう
現在のサイトのMaple部分だけを入れ替えてワーイ新バージョンだーなんてことが可能な人はほとんどいないだろうし
だったら次回のサイトで新Mapleがいち早く使えるように非互換上等で新バージョンを公開してほしいね
89:nobodyさん
06/01/31 23:36:45
どれでもphpのフレームワークならそのまま使うやつはいねーだろ
90:nobodyさん
06/02/01 07:54:07
自分の狭い基準で決め付けるバカがいるな
91:nobodyさん
06/02/01 09:00:40
>>87-88
漏れも新バージョン早くみたいー
92:nobodyさん
06/02/01 09:36:15
確かに互換性気にする程、使ってる人いなそう。
93:nobodyさん
06/02/04 00:25:16 kHz0Emo4
MapleのDIとAOPについて勉強したいんだがソースのどこを見たらいいのかな？
94:nobodyさん
06/02/04 02:33:49
>>93
皮肉？
95:nobodyさん
06/02/04 13:39:50
>>94
別に皮肉ではなく、どのように実装しているのかを
知りたいだけです。
96:nobodyさん
06/02/04 15:49:24
>>95
勉強というならなおのこと、探すのも勉強のうち。
AOPは実装されてないよ。DIもセッタだけ。
いっぱい改造してAOPフィルタ（？）公開してください。
簡単なSQL発行しかできないO/Rマッパなんかよりも、
DBトランザクションやエラー処理の記述が簡単にできる仕組みの方が
フレームワークに必要と思う今日この頃。
97:nobodyさん
06/02/04 16:34:40
>>96
あれ？MapleってAOP実装してませんでしたっけ？
ちなみに、DIがセッタだけっていうのは、
セッター・インジェクションのことですか？
それだけではまだDIって不完全なのでしょうか？
ちょっとまだ知識が浅いので教えていただけるとうれしいです。
98:nobodyさん
06/02/04 17:52:26
>>97
不完全という表現は違うと思うが例えば
$foo = new HogeClass(new HugaClass);
って時、どうする？
99:nobodyさん
06/02/04 20:03:30
そこで、DIContainer2ですよ
100:nobodyさん
06/02/04 20:59:27
>>98
つまりDIコンテナに格納するクラスがコンストラクタで
引数を受け取るタイプの場合どうするかってことですか？
101:nobodyさん
06/02/04 21:49:25
すごくタイミングよくこんなの出てきてましたよ
URLﾘﾝｸ(www.hawklab.jp)
102:nobodyさん
06/02/04 21:58:09
DI使うと何がどう便利になりますか？
103:nobodyさん
06/02/04 22:38:49
規模が大きくなると、メンテナンス性が上がるかも。Javaだとコンパイル必要だし。
PHPでやる分には微妙な仕組み。INIファイルってフォーマットもイマイチだし。
104:nobodyさん
06/02/04 22:42:52
MapleがINIを採用したってだけで別にPHPイコールINIってわけじゃないが。
Scarletも採用してるけどYAMLがいいな、手で書きやすいから。
105:今回本音ごめんね
06/02/04 23:17:31
率直に言うと、今のMapleの作者は退いてもらって（コミッタの一人として
継続参加してもらって）DIContainer2やscarlet作者中心に進めて欲しいな。
作品に一人歩きさせて欲しい。
INIでもYAMLでもどっちでもいいが、ActiveGateway(PEAR::DBラッパ未完)や
AOP機能が正式リリースできないってのはXPの否定だし、ましてや互換を
気にして次が作れませんなんてのはリファクタリングの否定だ。
106:nobodyさん
06/02/04 23:33:04
>>100
どうするんだ。
>>102
例えばモックと実装の差し替えが簡単だったり、そのクラスが単体で
使いまわしが可能とか。モックを作らなかったり、複数クラス・ファイルで
使いまわしをするのであればDIは不要。
>>105
リファクタリングの否定は言いすぎと思うぞ。
107:nobodyさん
06/02/04 23:39:27
MapleでAOPが実装されていないのはPHP4では無理だからなの？
108:nobodyさん
06/02/04 23:45:05
>>107
あなたが考えるAOPの実装とはどんなものなの？
109:nobodyさん
06/02/04 23:57:40
てゆーか、PHP4でAOPってどうやって実装するのだろうか？
110:nobodyさん
06/02/05 00:00:39
>>109
じゃPHP5ではどう実装すると思うの？
111:nobodyさん
06/02/05 01:02:04
なんでMapleすれはいつも荒れてるんだ？
112:nobodyさん
06/02/05 01:33:18
kunitさんの人望です。
113:nobodyさん
06/02/05 10:26:57
kunitたんがんがれ！
114:nobodyさん
06/02/05 11:10:11
>>110
Seasar-phpがやってるじゃん。
115:nobodyさん
06/02/05 13:30:48
>>114
説明になってないよ。
116:nobodyさん
06/02/05 15:40:40
>>115
てゆーかお前、質問に質問で答えるな。
失礼だろ。
117:nobodyさん
06/02/05 16:20:40
質問に質問で答えるのが失礼だなんて誰が最初に言い出したことなんだろう
そんな理屈が通るなら情報不足でも何でも最初に質問した奴の勝ちになっちゃうのにな
118:nobodyさん
06/02/05 16:56:52
お前呼ばわりは礼に適うらしい。気に入らないと怒り出す子ってのはどうもね。
質問に質問で答えるのが失礼なのはどんな礼儀なんだろ。
質問が論理だっていないから答えようがない。
AOPの実装がわからなければPHP4の問題かどうか判断できないんじゃないの？
コーディングは別としてもAOPのおおまかなフローくらいはね。
その上で、こういう点でできない（のではないか）。
こうすればできるみたいな話がしたかったんだけど
PHP4だからMapleではできない（のではないか）。
->といわれたらなぜ？どんな点がって問うのはおかしいかな。
AOPをPHP4で実装できない（のか）？
->といわれたらPHP5でできてPHP4でできないところはどこ？てのは自分的には自然なんだが。
SeasarPHP5でAOP実装できてる
->発言の意図がわからない。
MapleもSeasarもDIコンテナを実装している。
ならSeasarPHP5で実装しているAOPはMapleで実装できるってこと？
最後の発言は本当に意味不明だけどあとはごく普通の問題解決の会話と
思うけどな。
119:nobodyさん
06/02/05 17:01:43
おまん まで読んだ
120:nobodyさん
06/02/05 17:07:04
たったの２文字かよ（広島の方限定）
121:nobodyさん
06/02/05 17:26:32
一人性格の捻じ曲がった奴がいるな。
122:nobodyさん
06/02/05 17:43:09
人の質問に対して嫌味ったらしい質問で返すような
挑発をしておいてよく言うねぇこの子は。
それがいかに失礼なことか分からないからオタクって言われて
忌み嫌われるんだよ君？分かるかなー（分からないか）
あとその意味不明な長文読んでないから。
123:nobodyさん
06/02/05 18:04:36
オレってｲｹﾒｿ まで解読できた
124:nobodyさん
06/02/05 18:11:21
だからその質問で返すと失礼とか挑発とかって発想はどこから出てくるんだって……
107 ：MapleでAOPが実装されていないのはPHP4では無理だからなの？
108 ：あなたが考える「AOPの実装」が何なのかわからないから答えられません
109 ：てゆーか、PHP4でAOPってどうやって実装するのだろうか？
110 ：「AOPの実装」が何なのかわからないので4と5の違いについても答えられません
こんな感じの応答なら質問で返してないから満足するの？
これじゃ会話に何の発展性もないと思うけどな……
125:nobodyさん
06/02/05 18:21:18 4ETwJ/O+
まあ>>116が分かってないのだけははっきりした。
かまってチャンなぞ無視するがよろし。
126:nobodyさん
06/02/05 18:30:49
嫌味な野郎ばっかだな。
127:nobodyさん
06/02/05 23:27:22
盛り上がってまいりました
128:nobodyさん
06/02/06 22:14:16
…はぁ。またベータ版ですか。
129:nobodyさん
06/02/07 17:37:26
>>128
最近のはどこでもβ名乗るのが多いし、
そんなところは突っ込みどころじゃないかと。
130:nobodyさん
06/02/07 21:03:43
Mapleの中の人達は批判を受け止めて頑張ってると思うよ。
Scarletの人とかｽｹﾞｰなぁと思う。
Mapleは4に照準当ててるから使った事ないけど、
5用にリリースするなら使ってみたいね。
英語出来ない俺は作者が日本人ってだけでプラスだし。
開発陣のBlogで動き見えるし。
他のと比べてここまで動きがあるプロジェクトって少ないと思う。
ま、使ってない俺が言うのもなんだけどね・・・。
S2Container.PHP5もなかなかβ取れないね。
アレがβ取れないからS2Dao.PHP5も取れないのかな？
O/Rマッパー使いたいんだよね。
ラボの人のはフィールドにidが無いとNGなんだよね？
そこがなぁ・・・。
131:nobodyさん
06/02/07 21:42:13
Maple4への構想はここ数日の発表で、ScarletとMapleの関係は
まだ公表されてませんよ。（どうしたらいいか追々という発言程度）
ただ、奮起してがんばってるのはすごくわかる。続くといいな。
本当は、wikiに書くのが筋だけど、もし見ていて検討してもらえたらという点。
あいさつもなしに要望は書き辛くてこっちに書いて申し訳ないです。
１．ジェネレーターはオプションでセッターを書くのを残して欲しい。
セッターなしでいいのは大変よいけど、なくしちゃったら他で
再利用できなくなりMaple依存のコンポーネントとなります。
面倒だからジェネレーターで作成できたらと思ったのでは。
消すのは簡単だとおもうのですけれど。
２．AOPの実装はありますか？Maple4でもいいんですけど。
３．Smartyのデバッグ{debug}使えるようにならないでしょうか。
Mojaviもそうでしたが、シングルトン（？）でオブジェクトを持つと仕方ない
のでしょうか。無理なのかな。
４．Maple4もPHP4で使えるようにしてください。お願いします。
５．ActiveGateway、トランザクションとかどうなります？
実用するには更新系に必須と思うのです。
132:nobodyさん
06/02/08 00:36:08
>>131
130の「4に照準」は PHP4 のことではないかと．
当初から「PHP4 は Maple，PHP5 は Seasar.PHP5」みたいなこと言ってたし
それが変わってなければ Maple4 も当然 PHP4 用になると思われ．
あと {debug} てうちでは使えてるけど……使えない？
133:nobodyさん
06/02/08 01:51:17
えっ！使えるの？{debug}
Warning: Smarty error: unable to read resource: "file:../maple/smarty/debug.tpl"
なんだけど…。debug.tplはそのパスにある。なんかオプションとかの都合かな。
134:nobodyさん
06/02/08 15:30:00
>>133
3.0.2ならindex.phpのBaseディレクトリ設定を変更すれば動くと思うよ
----
//define('BASE_DIR', '..');
define('BASE_DIR', dirname(dirname(__FILE__)));
----
3.1.0-beta1だとdefault_modifiersの影響でエラーになるから注意
135:nobodyさん
06/02/08 18:15:25
>>134
Thanks a lot!!
Mojaviの件があったので思い込んでました。パス表記の問題だったのね。
3.1用にdebug.tplを書き換えて、週末リリースの3.1にも備えました。
とさりげなく押さえを入れてみる。
Smartyは不慣れなんだけど、これで少しは作業しやくなりそうです。
136:nobodyさん
06/02/08 20:25:20
>>130でS2Container.PHP5の話題が出たので触ってみた。
PHP5.1.2だとReflectionClass::getInterfacesの返り値がおかしくなってて
エラーが出るね。連想配列になってる。しかも添え字がInterface名の
”最後一文字欠け”になってる。
PHP5.1.1だと普通の配列なので問題ない。
バグレポートにもあがってないし、俺だけかな？
s2container.core.classes.phpをちょこっと修正すれば問題ないからいいけど。
ｽﾚ違いになっちゃったかな？
137:nobodyさん
06/02/08 22:03:18
さすがPHP5
138:nobodyさん
06/02/08 23:07:54
>>136
ぜひメーリングリストかなんかに発言してください。
話題に興味を持つのは素晴らしいことかもしれないが
ここで発言するのは阿呆としかいいようがない。
139:136
06/02/09 00:40:37
>>138
ま、実際俺はそんな頭良くないから
上級者の人達には口出せないよ。
メーリングリストに投げるなんて恐れ多いわ。
俺程度が解ってる事は既に解ってるだろうしな。
だからPHP5.1.2対応とは書いてないんだろうとな。
Maple関連の人たちがこのスレ見てるのは
確実だし、Reflectionについては注目してるだろうだから
書いてみたのだけどね。交流あるだろうし。
140:nobodyさん
06/02/09 01:02:54
>>139
交流があるだろう、注目されているであろうというあなたの考えで
、ましてや上級者じゃないからここに書き込んだという主張ですね。
私は同意できません。特に上級者じゃないからこのスレにという点。
141:nobodyさん
06/02/09 02:03:51
>>140
ML投稿だとメルアドもでるし、嫌な人はいやだと思うけど
>>140自体ここに書くのに名前とかメルアドを書くにはイヤなんだろ？
自分がやれないなら、変なケチつけてやるなよ
142:nobodyさん
06/02/09 02:36:54
スレ違い発言を正当化するために、匿名性を語ることについて
143:nobodyさん
06/02/09 02:47:56
またまた荒れてまいりましたー
144:136
06/02/09 07:19:29
>>140
上級者が集まる場所に書き込んでも既知の問題だと意味がないのかなと。
それよりも中級以下が目に付きやすいとこに書いた方が有用と思う人
が多いかと思いましてね。
>>142
>>141は私じゃないですよ。
スレ違いは確かにそうかもしれないですけど、
Reflectionは”S2Container.PHP5”の機能じゃないですよ？
PHP4では使えませんけど。
PHP5使ってる人なら中々に面白いクラスだと思ってるんじゃないかと
思ってたんですけどね。
しかし、私の書き込みから荒れたのは大変申し訳ない。
消えますね。
145:131
06/02/10 22:31:42
一応、こっちに。
わざわざ回答をblogにいただいたようでありがとうございました。
1.bobuchinさんのWEB上から生成するやつをベースにしてるとどこかで見たの
でてっきりsetterの設定もされるのかと思いました。自分で工夫します。
2.AOPは不発ということですね。(優先順位が低い)
3.escape処理がされるのがデフォルトに賛成です。その方が使い勝手がよく、
escape処理不要の場合に別途タグ(?)を書くべきと思います。
4.PHP5・で・も・使えるアピールが必要ですよね。
他とのアドバンテージになりますよ。
5.トランザクションの実装楽しみにしています。
では、3.1のリリース楽しみにしています。
146:nobodyさん
06/02/11 07:57:07
>145
3に関しては
URLﾘﾝｸ(sunset.freespace.jp)
ここを10秒間我慢して読むことぐらいはやってもいいと思うよ。
やっぱ開発者ってたいへんだな。
147:nobodyさん
06/02/11 10:00:44
>>146
流れを把握してから書き込んでね。
148:nobodyさん
06/02/12 21:49:41 UbBVUp+R
／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
| ちょ、ちょっと待って！！
| これ以上フレームワークが乱立するのは困る
, ,-;:;:;:;:;:;:;:;:;:;:;:;:;:;:;:,. ヽ─ｙ─────── ,-v-、
/;:;:;:;:;:;:ミミ;:;:;:;:;:;:;:;:;:;`､ / _ﾉ_ﾉ:^)
/;:;:;:;:彡―ー-､_;:;:;:;:;:;:;:;| / _ﾉ_ﾉ_ノ ／）
|;:;:;:ノ、 `､;;:;:;:;:;:i / ﾉ ﾉノ／／
|;:/＿ヽ ,,,,,,,,,, |;:;:;:;:;:;! ____/ ______ ノ
| ' ﾟ ''/ ┌｡-､ |;:;:;:;:/ _.. r（" `ｰ" 、 ﾉ
|` ノ( ヽ ソ |ノ|/ _. -‐ '"´ l l-､ ﾞ ノ
＿,-ー| /＿` ”' ＼ ノ __ . -‐ ' "´ l ヽ`ー''"ｰ'"
| : | ）ヾ三ﾆヽ /ヽ ' "´／｀ﾞ ｰｧ' "´ ‐'"´ ヽ､`ｰ ／ノ
ヽ `､＿＿＿,.-ー' | / / __.. -'-'"
| | ＼ / | l / . -‐ '"´
＼ |＿__＞＜ / ヽ
149:nobodyさん
06/02/13 00:03:01
週末というのは土曜日と思っていました。
解釈によっては日曜日もありと思ってがまんしました。
日付変わって月曜日です。
・・・またかよ。
150:nobodyさん
06/02/13 03:57:59
>>149
そういうのはマ板いけよ。常識だから
151:nobodyさん
06/02/13 07:10:57
モチベーション下げるこというなよ。せっかく動きがでてきたのに。
リリースおめ。これから試します。
152:nobodyさん
06/02/14 11:23:21 AYQvdL27
フレームワークなんてなければいいのに・・・
153:nobodyさん
06/02/14 11:24:05 AYQvdL27
つ～か、気のせいかMapleの新版ってちょっと複雑になってない？
154:nobodyさん
06/02/14 15:23:58
気のせいじゃないよ
155:nobodyさん
06/02/14 16:56:45 JHTBRrwq
新しいファイル名規約だとDIContainer2が動作しない。
バージョンアップしないかな。
皆さんはPEAR::DBを利用するときどうしています？
DIContainerだとどう利用すればいいんでしょうか。
156:nobodyさん
06/02/14 23:52:10 AYQvdL27
>>154
え？マジで？
やっぱり、気のせいじゃなかったのか。
そっか･･･
157:nobodyさん
06/02/15 19:00:54
>>155
DIContainerでは無理っぽいので
素直にDIContainer2を使ってます
158:nobodyさん
06/02/17 04:35:21
なんでDIContainer2マージしないんだろ。FileUpload2はマージしたのに。
人間模様？
159:nobodyさん
06/02/17 11:03:05
DIcontainerがコアに絡みついていて
簡単に入れ換えれないから
160:nobodyさん
06/02/17 20:04:31
mapleを仕事で使ってる人っていますか？
161:nobodyさん
06/02/17 21:05:14
ﾉｼ
162:nobodyさん
06/02/17 21:06:42
>>160
前にmapleを改造して使ってるって人がいたと思う。
S2Containerがｽﾚ違いじゃ無くなったね。
ただMapleでS2を使う必要があるかどうかは疑問。
ｽｶｰﾚｯﾄﾀﾝがいるしなぁ。
163:nobodyさん
06/02/17 22:14:40
>>160
いくつかの案件で使ってますけどそれが何か？
164:nobodyさん
06/02/18 15:36:16 wFpKdptj
>>163
またまたご冗談を
165:nobodyさん
06/02/18 17:45:23
>>164
また荒れるから、煽るなよなー。
>>164
DBとテンプレートエンジンは何使ってますか？
あとDBはPEAR DBとか、PDOとか、その辺はどうしてますか？
166:nobodyさん
06/02/18 18:29:51
自分も仕事で使おうと、フレームワークを色々と物色中の者です。
>>165
皆さんどういった環境で運用されてるのか、興味のわく
部分ですね。
>>163
是非教えて頂けると幸いです。
このフレームワークで携帯サイトを作られてる方も
いらっしゃるんでしょうか？
文字コード周り等でトラブル情報などありましたら
教えて頂けると幸いです。
問題なく出来てますって、情報でも嬉しいです！
よろしくお願いします。
167:nobodyさん
06/02/19 02:38:18
>>163じゃないですが…
maple+Smarty+DB_DataObjectで案件やってますよ
内部はEUC、出力はSJISでやってますが、今の所問題ないです
携帯はちょうどこれからなので何かあれば報告しますね
168:nobodyさん
06/02/19 12:40:22
mapleタウンにおーいでよ～♪
169:166
06/02/19 13:09:32 WBRb5Muk
>>167
参考になります。
ありがとう御座います！
>>168
今日から少しmapleタウンにお邪魔してみみようと
思います。
170:163
06/02/19 16:12:18
maple + smarty + PEAR::DBだよ。
携帯は実は作ったことないんだけど、
文字化けしますどうしましょう攻撃のリスクを負ってでも
文字コードの設定があるのは携帯サイトを意識してるんだと思う。
・・・なんてな。
あと、だいこん２アップデートおめ。
171:nobodyさん
06/02/20 01:07:26 vRXDRBjP
>>165
ごめんよ。
俺はDBはMySQLとPostgreSQLで常にネイティブな関数を。
でも、PDOは検討中。
テンプレートエンジンはSmartyだよ。
フレームワークは出来れば使いたくない派で。
172:nobodyさん
06/02/20 01:25:39
Softwareデザインにkumatch御大の記事が出るようだ。
173:nobodyさん
06/02/20 23:24:44
MapleとSeasar2って何か関係あるの？
174:nobodyさん
06/02/21 00:29:39 hJeFtmVz
kunitさんがseasar好き
175:nobodyさん
06/02/21 20:58:04
>>172
君は離島に住んでいるのか？
176:nobodyさん
06/02/24 20:41:47
とっととAOP実装しろや。
177:nobodyさん
06/02/24 20:55:22 S8CqOJp1
麻生
178:nobodyさん
06/02/25 22:26:40
Mapleってもしかして今後Seasar2のDIとAOPを組み込むつもりなのか？
179:nobodyさん
06/02/26 08:25:44
>>176
PHP4を捨てでいいならAOP実装できる、もしくは
やりやすいんだろうね。
>>178
それはないと思うよ。
ただS2と合体出来ることはkloveさんが示した通り。
180:nobodyさん
06/02/26 10:30:52
>>179
AOPテスト版のどこに問題があるのかわからないんだが
ひとつ解説してもらえまいか？
181:nobodyさん
06/02/26 18:59:14
MapleのAOPはテスト版までいってたのか。
182:180
06/02/26 21:20:06
テスト版っていう呼び方は正しくないかもだけど
アルファ版かベータ版は出たじゃん。
183:nobodyさん
06/02/28 21:46:05
MapleってMojaviでいうところのグローバルフィルタや
モジュールフィルタってあるのかね？
184:nobodyさん
06/02/28 23:35:32
Mojaviでいうところのグローバルフィルタや
モジュールフィルタって、知っていて当然なのかね。
185:nobodyさん
06/03/01 00:31:30
>>184
有るのか無いのか。どーせ無いんだろ？
186:184
06/03/01 00:39:16
有るのか無いのかわかんないの。
Mojaviでいうところのグローバルフィルタや
モジュールフィルタが。
答えるほうがそれが何なのか調べなきゃいけないの？
それが何か、説明した上で尋ねれば的確な答えが
得られると思うの。
それが出来ないあんた馬鹿？
187:nobodyさん
06/03/01 02:06:11
>>186
何なのお前？
知らねーならわざわざレスすんなボケ。
188:nobodyさん
06/03/01 02:10:50
＞答えるほうがそれが何なのか調べなきゃいけないの？
てゆーかこいつMojavi知らねーんじゃん。Maple一筋か。
変わった趣味してるのな？
ちょっとは時代の流れってものを知れよ雑魚ｗ
189:nobodyさん
06/03/01 05:01:46
無駄に荒れててﾜﾛﾀ
190:nobodyさん
06/03/01 12:43:14
>>188
時代の流れみてるのにまだmojaviとかいってんの？
191:nobodyさん
06/03/01 13:28:01
>>184,186,190
別に君ら（？）を対象にした質問じゃないんだろうから、気にしないで黙ってなさい。
mojavi も maple も知ってる人が気が向けば答えれば良いだけだから。
192:nobodyさん
06/03/01 13:52:22 Z6wfzGW5
みんな！！Railsに乗らないか？
193:nobodyさん
06/03/01 17:00:31
>>191
アンカーおかしくないか？
194:nobodyさん
06/03/13 03:14:49
だいぶ前のMaple userに、AJAXを使いたいけど、動的に出力される
JavaScriptが、うまく扱えないとかいうのがあったけど、
ob_start();
$agent->init();
$agent_js = ob_get_contents();
ob_end_clean();
みたいな事をしたいと言う意味だったのかな、と思ってしまった。
195:nobodyさん
06/03/14 22:39:21
無駄に手数がかかる。Javaを目指して、PHP自体の立ち位置を見失ったパターン。
とりあえずiniファイルは、実行段階ではPHPスクリプトに変換しておいた方がいい。毎回iniをパースして、実に無駄。
196:nobodyさん
06/03/15 11:29:43
>195
PHPスクリプトをパースするよりは早い気がするんだが。
eAcceleratorとか使ってりゃ違うのかな。
つーか何に対する話？
197:nobodyさん
06/03/15 12:04:58
195じゃないが、
スクリプト実行の方が速いに決まってると思う。
198:nobodyさん
06/03/15 12:37:24
iniに変更があったらどうするの？
199:nobodyさん
06/03/15 13:02:41
中に取り込むか、外に出すかは設計思想の違い。
もちろんわざと遅くしているわけではないと思う（よね）。
速さよりも優先されることがあるという意思。
その上で、少しでも速さをという話になるかもだけど
他の要素とか解り易さとかパージすることと天秤にかけてどうなのかな。
実際、覚えること少ないし、引継ぎしやすいし…。
200:nobodyさん
06/03/15 13:04:31
変更するたびに .ini → .php 変換ツールを実行したりするんじゃね？
ﾏﾝﾄﾞｸｾ
PHP の ini 読込は専用の関数持ってるからとんでもなく高速な部類だと思うけどねー
YAML にしたら遅くなりそうだが……
そもそもその程度のパフォーマンスがシビアに効く環境で
こういう DI コンテナとか使うものかねぇ？
201:nobodyさん
06/03/15 13:28:39
.iniと.phpのmtimeを比較して、.iniのほうが新しかったら
もう一度.phpを作り直すようにすればいいんじゃないの。
202:nobodyさん
06/03/15 14:22:24
「PHPスクリプトに変換」ってどうやってやるんだろ・・・
serializeとは違うんだよね？
203:nobodyさん
06/03/15 15:04:39
>>202
parse_ini_file() した結果を serialize() したデータを deserialize() するコードを include するコードを書けってことでしょう
とか日本語不全な書き方してみる
>>201
ini だとパフォーマンス的にあまりおいしくないかもしれないけど
YAML とか使うようになると extension 化されてないと遅くなりそう（な気がする）だし
設定ファイルキャッシュをどっかに持っておくってのは良い考えかもしれないね
暇があったら実装してコードを contribute したいところだが……
204:nobodyさん
06/03/15 21:22:09
設定はarrayにしておくのが最強。
205:nobodyさん
06/03/15 22:19:59
>>204
そこはかとなく同意
206:nobodyさん
06/03/15 22:25:45
実際、iniやyamlがarrayよりも遙かに見やすいかといえば
そうでもないしね…
207:nobodyさん
06/03/15 23:26:10
どうでも良い事だが、guessworkの中の人、ここを少なくも見てはいるのかな。
blogネタが、やけにタイムリー。
208:nobodyさん
06/03/16 00:25:35
>>207
タイムリーっていうか
ほとんどアンサーって感じだねw
209:nobodyさん
06/03/16 07:03:05
そもそも、このネタふったのは・・・、という気がしなくもない。:-)
210:nobodyさん
06/03/16 14:53:45
適当に試してみた。
これ一つで結論付けてもしょうがないが、一応>196が正解か？
<?php
require_once 'Benchmark/Timer.php';
@include_once 'PHP/Compat/Function/file_put_contents.php';
$data = '';
for ($i = 0; $i < 100; $i++) { $data .= 'hoge' . rand() . '=' . rand() . "\n"; }
file_put_contents('test-cfg.ini', $data);
$data = '';
for ($i = 0; $i < 100; $i++) { $data .= '$c[\'hoge' . rand() . '\']=' . rand() . ";\n"; }
file_put_contents('test-cfg.php', '<?php ' . $data . '?>');
$timer = new Benchmark_Timer;
$timer->start();
for ($i = 0; $i < 10000; $i++) { $config = parse_ini_file('test-cfg.ini'); }
$timer->setMarker('ini');
for ($i = 0; $i < 10000; $i++) { require('test-cfg.php'); }
$timer->setMarker('php');
$timer->stop();
$timer->display();
?>
211:nobodyさん
06/03/16 20:59:58
とりあえず、パフォーマンス計測してから書けと。
212:nobodyさん
06/03/16 22:47:06
>>211
体感で十分だろうが。
213:nobodyさん
06/03/17 11:11:12
Yamlのパーサ通したりしたらキャッシュは必要になるかも知らないけど、
parse_ini_fileのオーバーヘッドとかって気にしなきゃならないものなのか？
どんなアプリつってんの？？
214:nobodyさん
06/03/17 11:42:41
まあそのうちparse_yaml_file()とかできるから
オーバーヘッドなんて気にもせず
YAML使っとくかっていうのがぺちぱースタイル
215:nobodyさん
06/03/17 14:15:16
>212
210みたいな、10000回実行して数秒程度の差を体感出来るのか？
そもそもその差が問題になる用途ならPHPに向いてるものとは思えんな。
216:nobodyさん
06/03/17 20:59:00
>>214
yaml のパーサで PHP だけで書かれているのが
URLﾘﾝｸ(spyc.sourceforge.net)
で、
こっちは C で書かれてていろんな言語のバインディングがある
URLﾘﾝｸ(whytheluckystiff.net)
URLﾘﾝｸ(jp.rubyist.net)
ちょっとした比較がここに
URLﾘﾝｸ(blog.symfony.jp)
217:nobodyさん
06/03/19 03:17:32
diがPHP（のウェブアプリ）でもメリットあるのかって検討した上でmapleって作られたのかね。
218:nobodyさん
06/03/19 03:34:40
>>217
そういう表現が出る前提として
Maple ってのはまず先に DI って概念があってそれを実装するために作られたのでは、と
そう思ってるわけ？
219:nobodyさん
06/03/19 10:58:36
mapleからdiを切り離すことは出来ないだろ
220:nobodyさん
06/03/19 20:43:17
>>217
お前はDIを理解してない。
221:nobodyさん
06/03/19 22:08:00
じゃ、diって何？
222:nobodyさん
06/03/20 01:47:56
>>221
程度の低い質問をするなkunit
223:nobodyさん
06/03/20 02:33:12
粘着アンチってのは何にでもいるものだなぁと感心した
224:nobodyさん
06/03/21 00:54:29
>>223
うるせぇよkunit
225:nobodyさん
06/03/21 10:20:15
>224
お前もうるさいぞ。kunit。
226:nobodyさん
06/03/21 11:15:50
>>225
まあ落ち着けよkunit
227:nobodyさん
06/03/21 15:18:06
>226
同感だkunit
228:nobodyさん
06/03/21 16:03:05
>>1-1000
うるせぇぞkunitども。
229:nobodyさん
06/03/21 16:27:35
kunit同士仲良くしようぜ
230:nobodyさん
06/03/21 22:35:09
そうだねkunit
231:nobodyさん
06/03/22 00:44:02
kunit達が和解した！
232:nobodyさん
06/03/22 15:25:34
よい kunit 悪い kunit 普通の kunit
233:nobodyさん
06/03/22 18:37:01 76hbO8Rh
kunitがんばれ
234:nobodyさん
06/03/22 18:43:58
>>233
ありがとう、kunit
235:nobodyさん
06/03/22 19:41:44
アタマワルイネタすれになってますね。
こういうのはマ板でやるんですよ
236:nobodyさん
06/03/22 21:23:50
>>235
kunitのくせに生意気だぞ！！
237:nobodyさん
06/03/22 21:52:45
>>235
kunit、必死だな
238:nobodyさん
06/03/22 22:56:43
kunit(笑)
239:nobodyさん
06/03/22 23:33:34
IDでない板ってこういうネタスレになったらどうしようもないのか
面白いと思ってるのが痛いけど
240:nobodyさん
06/03/22 23:49:01
>>239
少しは黙ってろよkunit
241:nobodyさん
06/03/23 00:05:58
てゆーか
価値提供してる人を
こういう形でいじろうとするﾔｶﾗってどうなん？
多分書いてるの一人だと思うけど。
242:nobodyさん
06/03/23 00:36:03
>>241
あんまり必死だと本当にkunitだと思われるよ。
こんな流れになってるのはなにもネタがないから。
なんか提供してけれ。
243:nobodyさん
06/03/23 02:24:13
そう。自ら世に公開したくせにほったらかしにしてる
kunitがいけないんだよ。
いまだにドキュメントすら整備されてないじゃん。
やる気無いならとっとと消えてくれって感じ。
244:nobodyさん
06/03/23 02:43:04
>>243
php系のフレームワークって基本的に自分用に
作ってたものを公開するだけだろ？
自分が使う機能ができたらそこからみんなのために
バージョンアップなんて社会人ならほとんど
できないのが当たり前だと思うが。
ただでさえプログラマが忙しいのはお前らしってるはずだろ？
公開されてるんだから、暇な奴が必要な機能つくって
進化させればOKじゃ？
245:nobodyさん
06/03/23 03:23:06 lX/ScLUu
みんな、自分フレームワークを作ればいいじゃないか
246:nobodyさん
06/03/23 11:44:19
作りながら、有名所も参考までにﾁｪｯｸしてる、みたいなのはそこそこ居ると思う。
247:nobodyさん
06/03/23 11:54:12
>>246
俺もそうだよ。
公開フレームワークの作者は
実際の実装というよりも、知識への貢献という意味も大きい。
更新されないからといって叩くのは違うっていうか
将来貢献しようという人間の芽を潰すかもしれない、
誰も得をしない姿勢。
248:nobodyさん
06/03/23 13:05:30
kunit 本人です(本当です)。
私個人的には Zend Framework に移行しました。
今後 Maple の更新はないと思ってください。
( バグは修正します )。以上、嘘でした。
249:nobodyさん
06/03/23 16:01:13
とりあえずDEBUG_MODEの時にDIContainer使うとactionのforwardができないバグだけは
はやく直してほしいところだなぁ
自分で直そうかと思って少し追ってみたがあまりの面倒さに投げたｗ
250:242
06/03/23 21:17:52
ぬ、>>243のような意味で言ったのではないのだが・・・。
作者じゃなくて、この板の誰かがネタを投下しろって意味だったんだが。
ちなみに俺はネタ持ってない。
251:nobodyさん
06/03/30 19:35:01
指針をしてもらっておいて文句を言う房は市ね
いやなら、自分フレームワーク作ってシコシコしてればいい。
252:nobodyさん
06/04/18 09:28:59
何か質問してもすぐ↑こいつみたいなのがレスするから
すぐ荒れるんだよ。
もう誰もつかってないよこんなFW。
253:nobodyさん
06/04/18 12:55:44
maple使う際の最大のネックは、ドキュメントの少なさだと思う。
symfonyなんかは、まとまったドキュメントがPDFで用意されているが、
mapleは、wikiがあってもあまり機能していない。
また、dbを取り扱う枠組みを標準で用意してくれないと、導入の際の
コストが高くなって、躊躇しちゃうよね。
254:nobodyさん
06/04/18 14:56:26
>253
ドキュメントは同意だが、DBは逆に、
好きなのを使いたいって意見もあると思うぞ。
255:nobodyさん
06/04/18 16:32:58
>>254
mapleとして標準で付いてくる物が欲しいのよ。
他のを使いたいという人は、標準以外の物を使える様にすれば良いでしょ。
256:nobodyさん
06/04/18 20:10:02
揚げ足と思われると難なのですが、DB扱う枠組みがあるほうが
導入の際のコストは高くなるんじゃないかな。
mapleの良い点は、VIEW部分だけに割り切っているところじゃないかと
思うようになりました。DIConは確かにアドバンテージがあるけれど
命名規則以外は、普通にPHPで書けば良いのが最もありがたかったりする。
257:nobodyさん
06/04/20 16:51:35 V2WiZs9r
オレはEthnaへ逃げた。
初心者にとってドキュメント不足は致命的すぎる。
チュートリアルをいじっているうちに、
「なるほど」って感じで分かってくるんだけど、
Mapleはチュートリアルすら貧弱なので、自分には無理だった。
258:nobodyさん
06/04/20 17:11:11
私も同じでした。
Ethnaももう少しサンプルが増えるといいですねー。
259:nobodyさん
06/04/20 22:28:34
なんかDBまで使ったオープンソースものが一個できれば
いろいろ参考にできるんですけどね。
EthnaもMapleもそれが無いのがつらい
260:nobodyさん
06/04/21 00:26:32
Ethnaの方が解りづらくて挫折しました。サイトのgetting staretedとhowtoが乖離しすぎてる。
EthnaでのセッションやDBの扱い方がわからない。
Mapleはサンプル見ればあとはPHPが使えればとりあえず使えるというのが魅力。
それだけでも「いつも同じようなことを書いている」ことを解消できる。
フレームワークの使い方と、PHPの書き方やプログラムのお作法を混同してないか。
フレームワーク(Maple)はPHPの初心者が簡単にWEBアプリを書けるようにする
ことを目的にしてないんじゃないの？そういう方向性を否定しないが。
という私もPEARのErrorStackを使ったMapleのサンプルは欲しいが、
それはErrorStackの使い方が分からないんであって、
それをMapleのドキュメント不足というのはなぁ。
確かにFilterとかDIconとかのMapleとしてのドキュメントは不足というか
もう不足という表現の時期はすぎてんじゃないのと腹が立つくらいですけどね。
261:nobodyさん
06/04/21 00:58:34
PHP系のフレームワークって自分用に作ったものを公開しただけのものが多いから
ドキュメント作成まで求めるのは酷かもね。
そのへんはユーザでできたら理想的なんだけど。
262:nobodyさん
06/04/23 11:15:25
それを酷に思うなら公開するべきでない。
263:nobodyさん
06/04/23 11:42:40
>>262
いや、それは違うだろｗ
甘えすぎじゃないか？
264:nobodyさん
06/04/23 15:42:35
ドキュメント書くのが酷だと思うなら、
人に使ってもらおうなんて気はさらさらないはずなので
公開しないでオナニー用にしてればいいんだよ。
これは利用者の甘えじゃなくて公開者の甘え。
265:nobodyさん
06/04/23 16:32:51
そんなに自分の心の狭さを主張するな
266:nobodyさん
06/04/23 23:28:41
>>264
利用者の甘えだとおもうがなぁ。
ま、イヤなら他の使えばいいだけ。
267:nobodyさん
06/04/23 23:50:49
公開者には甘えてほしくないなんてのは利用者の甘え
はい以下ループってことでｗ
268:nobodyさん
06/04/24 01:42:04
大体プログラマならドキュメントくらい書けよ。
書けないなら公開すんな。
269:nobodyさん
06/04/24 03:11:53
プログラマならソース読んで理解しろ
以下ループ
270:nobodyさん
06/04/24 14:50:04
普及させたきゃコーディングだけしててもダメだろうけど、義務はないよな。
ホント、ソース見りゃわかるし。
271:nobodyさん
06/04/24 14:58:04
ドキュメントがあっても英語だったら読まないって
やつも多いしな
結局使う側のやる気の
272:nobodyさん
06/04/24 21:20:19
いやいや、作者のやる気だろ。
273:nobodyさん
06/04/24 21:53:08
作者か使う側のどちらかにしか責任がないという答えをどうしても出したいのか
274:nobodyさん
06/04/24 21:59:05
>>273
うるせーんだよkunit
さっさと非を認めろよ雑魚。
275:nobodyさん
06/04/25 00:20:27
途中からﾈﾀ化してることに気づけ
276:nobodyさん
06/04/25 18:58:02
自ら雑誌に記事書いて宣伝しておいて、ソース読めは良いと
言うのであれば、自己矛盾だよね。
ソース読まなくても使える様になれば、自然と人が集まって
ドキュメント、サンプルが充実するという好循環も期待出来るん
だけど。
277:nobodyさん
06/04/25 19:07:02
>>276
ソース読めばいいと作者が言ってるのは見たことない
作者がよく言うのは「整備しないといけませんね」だなｗ
2段落目は全く同意
278:nobodyさん
06/04/25 21:16:45
>>277
ソース読めばとは言っていないけど、実質的にはそうなってるのよね。
279:nobodyさん
06/04/25 21:30:20
結局作者の怠慢なんだよ。
公開するからにはそれなりの責任ってのが少なからず発生すると
思うんだがな。
もし責任なんかないとか言うなら最初から公開なんかすんな。
ただでさえPHPのフレームワークは混沌としてるんだから
迷惑なんだよ＞kunit
280:nobodyさん
06/04/25 21:36:11
>>279がここまで必死に罵倒して得られるメリットがどうも想像つかない
反論されないところで好きに叫びたいだけにしても
わざわざこんな客の少ないマイナーな場所でやって面白いとも思えんしなぁ
281:nobodyさん
06/04/25 21:50:31
>>280
賛成に一票
282:nobodyさん
06/04/26 03:04:22
>>281
＋１
283:nobodyさん
06/04/26 03:28:17
誰が何と言おうとドキュメントの不備は作者の怠慢。
284:nobodyさん
06/04/26 06:58:09
>>283
そうですか。いつまでもその気持ちを忘れずに
285:nobodyさん
06/04/26 07:19:52
犬が吼えてるな・・・。
ドキュメントがないのが嫌なら、使わなければいいだけ。
無名が有名に嫉妬してるんでしょ。
286:nobodyさん
06/04/26 20:21:29
どうすればこんな誰も使ってないようなFWに嫉妬できるんだか。
287:nobodyさん
06/04/27 11:16:35
この手の初心者呼び込んでも負担が増えるだけ。必要なし。
288:nobodyさん
06/04/27 15:24:08
初心者にメンテさせようと思っていても、現状のドキュメントではきついので、
結局選択できない事になる。
という事で、初心者お断りという考え方は、好ましくないと思う。
289:nobodyさん
06/04/27 15:26:22
ドキュメントがあろうとなかろうと（略）
290:nobodyさん
06/04/27 17:34:53
Zend Framework で終了って事でよろしい？
291:nobodyさん
06/04/28 00:24:23
ドキュメントも書けないようならプログラマ辞めちまえっつーの。
292:nobodyさん
06/04/28 08:10:57
↑
技術者として恥ずかしくないか？
293:nobodyさん
06/04/28 11:27:58
↑
まったくだ
294:nobodyさん
06/04/28 20:44:33
↑↑お前は技術者失格。
295:nobodyさん
06/04/29 23:06:06
クラスドキュメントってあったっけ？
296:nobodyさん
06/04/30 18:49:13
OSSなんだから自分でドキュメント書いてcontribしたら?
297:nobodyさん
06/04/30 19:44:41
そういうのを他人任せというんだよ。
一つお利口さんになって良かったね（苦笑）
298:nobodyさん
06/04/30 21:07:32
もまいら、ここで無駄な議論に使ってる力をサンプルプログラム
作るのに使ってください。
よろしくお願いします。
299:nobodyさん
06/05/02 00:19:53
しかしまぁ仕事が忙しいからって、こうまで宣言したことをやらない人の
仕事振りってのは信用ならんと思うんだが。
何かのご縁で、自分が発注者として彼と仕事をすることになったら、
できれば取引したくないなと思わないか？
・３月末に出す予定のバグフィックス版は出してもらいたいものだね。
300:nobodyさん
06/05/02 12:15:09
所詮金にならない事だからどうしても後回しになっちゃうよな
301:nobodyさん
06/05/02 13:00:54
できないなら最初から公開なんかするなっつーの（ループ）
302:nobodyさん
06/05/02 20:44:58
うるさいだまれ
303:nobodyさん
06/05/02 21:18:35
kunitさん？
304:nobodyさん
06/05/03 00:52:09
kunitさんへ私信。
あんた、いい加減すぎだよ。
男なら自分の生み出したものに誇りを持って
もうちょっと気合を入れろや。ボケが。
305:nobodyさん
06/05/03 01:14:59
私信だったら差出人を明確にしろやボケがｗ
306:nobodyさん
06/05/03 02:22:19
kunitさんへ私信。
kunitさん２ちゃんねるを良くご覧になってますよね。
このスレ立てたのもkunitさん自身だという噂もありますし。
つーかお前もうちょっと気合いれろやタコ助が。
ソースもキッタネーし。そんなん公開して恥ずかしくねーの？
307:nobodyさん
06/05/03 04:48:34
うざい奴に粘着されてkunitさん（´・ω・）ｷﾉﾄﾞｸｽ
308:nobodyさん
06/05/03 09:58:41
気に入らなければ使わなければいいのに
ｸﾞﾁｸﾞﾁ文句言ってる奴は一体どういう了見なんだ？
309:nobodyさん
06/05/03 12:50:22
>>308
私もドキュメントがないと文句言っているクチだが、mapleが嫌いな訳ではない。
むしろ、DI とかうまく使えば、すっきりしたものが出来そうで期待している。
ただ、ドキュメントが無いと、ユーザがいなくなり、いつの間にか消え去って
しまうのではないかと言う事を心配してたりする。
その辺が解消しないと、積極的に使えない訳で・・・。
記事を掲載したWeb+DB Pressでも、後ろの方のコーナーで国産フレーム
ワークとして、ethna,guessworkが挙げられていたけど、mapleは無視されて
たし。(^^;
310:nobodyさん
06/05/04 04:36:29
もったいないが、今の状態なら淘汰されるのは時間の問題だな。
311:nobodyさん
06/05/05 06:11:40
> 某巨大掲示板でもいろいろご意見いただいてますね。真摯にうけとめて巻き返しをしたいと思いますです。
という事なので、巻き返しに期待します。
312:nobodyさん
06/05/05 11:57:39
>>311
もう何度も同じパターンを繰り返してる・・・
313:nobodyさん
06/05/05 13:45:42
kunitスパイラル
314:nobodyさん
06/05/05 14:02:15
そんな熱心なユーザーなら
コミットしてあげればいいのに…
315:nobodyさん
06/05/05 16:01:45
コミッタとして参加したいんだけど、kunitさんに云えばいいのかな？
316:nobodyさん
06/05/06 22:15:32
真摯に受けとめたからどうなんだ。
ビバ ナスピア。お役所仕事万歳。
317:nobodyさん
06/05/09 18:41:56 jO8waBMZ
期待 age
318:nobodyさん
06/05/19 11:40:50
期待sage
319:nobodyさん
06/05/19 14:12:10
哀れ也
320:1
06/05/22 01:16:19
去年このスレをたてた頃はmaple解析に勤しんでおりましたが、
一難去ってまた一難の繰り返しに嫌気がさし、
mapleっぽい構造にして自作しちまいました。
仕事の納期に追われていたので焦っていたけど、
これが一番近道だったなあ。
321:nobodyさん
06/05/22 10:42:32
PHPのフレームワークって、自作が一番いいと思う。
既存のフレームワークはどうしても機能に過不足が出てくるからね。
JavaのStrutsみたいに決定的なフレームワークがあるなら、それに身をゆだねるのもいいけど、PHPの場合、どれも一長一短。
322:nobodyさん
06/05/22 19:59:59
保守性を考えなければそれでもいいんだけどねぇ…。
正直、何とかしてほしい。
323:1
06/05/23 01:10:12
>>321
自作してみてホントそう思いました。
構造も理解しているからすぐに必要な処理を取り入れられますし。
でもフレームワークのなんたるかを知ることが出来たし、
多くの知識を与えてくれたkunit氏に感謝尊敬マキシマムリスペクト。
好きです。
324:nobodyさん
06/05/23 04:07:06
たしかにそうかもしれないけど
おのおのが俺フレームワーク作るのは
時間の無駄だよねー
洋モノFW＝機能がありすぎて理解しにくい。もっと軽くして。
和モノFW＝基本設計がつたない。もっと勉強して。
って感じ。
ちょうどいいのがないんだよなー。
325:nobodyさん
06/05/23 19:03:07
Mapleもそうだけど、無駄にレイヤを重ねすぎるんだよ。
FWで何かを作るのが目的じゃなくって、FWを作ることが目的になってる。
だから使いにくいんだよ。
326:nobodyさん
06/05/23 21:45:34
自分らで使いやすいフレームワークを持つのはいいことだよ。
自分のフレームワークと他のフレームワークを状況に応じて
使い分ければいいじゃない。
327:nobodyさん
06/05/24 03:39:40
>>325
きっと楽しくなっちゃうんだろうな。＞目的
で、飽きると...
328:nobodyさん
06/05/24 21:36:26
いつもいつも同じようなことを言われているような感じはしませんか？
Mapleは「PHPを使ってより効率よくWebアプリケーションを作ることが
できないか」ということを目標に作っているフレームワークを目標にしています。
PHPの簡単さや単純さをできる限り残しつつ、いつもいつも同じようなことを
言われている人が作っています。
面倒なことはユーザーに押し付けて知らん顔しましょう。
329:nobodyさん
06/05/25 00:17:09
あたいkunit氏好きだよ
330:nobodyさん
06/05/25 02:52:06
>>325
そりゃ君が大したことしてないからそう思うんだよ。
331:nobodyさん
06/05/25 06:28:17
で、例えばActiveGatewayとかどうなの？
大したことしてないからさぁ、単純にへ～とか思うけど。
記事にしちゃったから、バージョンアップしないとねw
332:nobodyさん
06/05/27 06:42:33
何故MapleのDIはああもしょぼいですか？
333:nobodyさん
06/05/27 08:37:20
>>332
どのへんが、どうしょぼいあるか？
334:nobodyさん
06/05/27 16:26:56
>>332
s2container使えばいいじゃん
335:nobodyさん
06/05/31 19:54:07
>>333
セッターインジェクションしかないところと
設定ファイルがiniなところ。
>>334
PHP4で使いたいんだよ。
つーかPHP5なんかまだまだ業務で使えるレベルじゃないだろ？
336:nobodyさん
06/05/31 22:09:35
なんの根拠で・・・
337:nobodyさん
06/06/01 00:15:10
>>335
いまだにPHP5を採用していないほうがやばいだろ
338:nobodyさん
06/06/01 01:20:03
PHP5への移行が進まないのは、PHP5の新機能が望まれていないものだから。
339:nobodyさん
06/06/01 01:21:56
>>338
俺はユーザの質の問題が一番大きいと思う。
340:nobodyさん
06/06/01 02:58:51
>338
一理あるね。
たてに進化するよりは、よこに拡大してほしいかも。
ひたすら関数を充実させることによって。
341:nobodyさん
06/06/01 17:14:21
>334
レンタル鯖で導入されていない→やる人が限られる→盛り上がらない
342:nobodyさん
06/06/09 23:09:28
ActiveGatewayどうですか？
ドキュメント見ただけでは、悪くなさそうな感じですが。
343:nobodyさん
06/06/09 23:56:15
>342
誰も使ってないから、正直わからん。
342がファーストユーザーになって使用感よろ。
344:nobodyさん
06/06/10 15:51:39
>>342
ひととおり、拡張終わったから本番採用予定。
大したスキーマ組んでないし、php4の環境なら結構いけるんじゃないかと。
345:nobodyさん
06/06/11 14:43:47
mapleはボブが乗っ取りました。
346:nobodyさん
06/06/12 02:17:44
誰?
347:nobodyさん
06/06/12 03:42:44
ｻｯﾌﾟ？
348:nobodyさん
06/06/14 14:45:34
example1 でフォームは出るけどボタンを押したあとに
何も表示されない（真っ白になる）のはなぜでしょうか。
Smartyはちゃんと入っているはずなのですが。。。
349:nobodyさん
06/06/14 15:36:43
Smarty のキャッシュが入るディレクトリに書き込み権限つけてないとか……？
とかテキトーに書いてみる
350:348
06/06/14 15:49:05
自己解決しました。
php.ini で php_mbstring.dll が読み込めてなかっただけのようでした。
すみません。
351:nobodyさん
06/07/03 20:54:57
3.1.1 age
352:nobodyさん
06/07/03 20:55:34 gNlAF22F
>>351
間違えて、下げちゃった。
353:nobodyさん
06/07/04 23:25:58
誰からも反応がない。orz
354:nobodyさん
06/07/05 07:01:27
いまさらなんだかなぁ。
355:nobodyさん
06/07/05 07:16:36
和製フレームワークは
symfonyとまったく別の方向性を打ち出さないと
先細りで消えていく…と思う。
356:nobodyさん
06/07/06 18:19:07
kunit調子こいてるからな
357:nobodyさん
06/07/06 21:14:11
そんな言い方すんなよ、kunitさんいい人だよ､なんか福々しくて悪い事とは無縁な人って感じ｡
358:nobodyさん
06/07/07 00:39:24
>>357
いい人でも、ずいぶん放置状態が長いじゃない。
359:nobodyさん
06/07/07 17:40:10
>>357
あんな、使いづらいフレームワーク作るんだから、性格最悪だろ。
360:nobodyさん
06/07/07 18:21:14
人格否定ｲｸﾅｲ(^v^)
361:nobodyさん
06/07/07 23:38:35
>>359
どの辺が使いづらいと思います？
ドキュメントが整備されれば、そう使いづらいと言う事は無いかなと思うんですが。
まあ、全角スペースを半角にしてくれるConverterが標準では無いとか、細かいのは
ありますけど。
362:nobodyさん
06/07/08 18:42:10
>>361
本人降臨ｷﾀーーーーー！
363:nobodyさん
06/07/09 12:02:26
>>361
> ドキュメントが整備されれば
これは言っちゃダメ。永遠にされないんだし、荒れるから。
364:nobodyさん
06/08/24 16:14:06 x9G5+vaH
最近、kunitは調子こきすぎ
オナニーフレームワーク作りやがって
365:nobodyさん
06/08/25 14:08:32 fU/0kLO0
Ｍａｐｌｅなんて使ってる会社本当にあるのか？
366:nobodyさん
06/08/25 15:03:29
1日1回ここに来てMapleの悪口を書いていくつもりか？
私怨でもあるのか知らんがここで吠えててもかっこ悪いだけだぞ
367:nobodyさん
06/08/25 15:12:46 fU/0kLO0
>>366
黙ってろ！塩豚野郎！
368:nobodyさん
06/08/27 14:23:11
>>367
なんか、その煽りおもろいな。
369:nobodyさん
06/09/02 23:07:10 fxJyUNCr
kunitさんのMapleプロジェクトは終了しました
370:nobodyさん
06/09/03 00:11:42 ySSDjFBx
>>369
,-ー─‐‐-、
,! || |
!‐-------‐
.|:::i ./￣￣ヽi
,|:::i | (,,゜д゜)|| ＜ ソースどこ？
|::::（ノ 中濃 ||）
|::::i | ｿｰｽ ||
＼i `-----'/
￣U"U￣
371:nobodyさん
06/09/03 22:47:33 fhB55bPw
スレの盛り上がらないFWは死んだも同然
372:nobodyさん
06/09/03 23:32:44
>>371
スレのないFWはどうなるのですか？
373:nobodyさん
06/09/03 23:41:21 fhB55bPw
>>372
黙ってろ！塩豚野郎！
374:nobodyさん
06/09/05 17:55:24 aj7wlfV6
くそみそFW
375:nobodyさん
06/09/07 15:24:25 CNoL/1EH
くそみそテクニック
376:nobodyさん
06/09/08 00:21:35
公式Wikiが壊れているようです。
どなたかActiveGatewayの新版へのリンク先を教えてください。
７月の３連休に公開されているはずなんですが、リンクがみつかりません。
377:nobodyさん
06/09/19 23:37:04
>>376
実は、９月の３連休だったんだよ。あれ？
378:nobodyさん
06/11/11 09:41:41
11月の3連休も過ぎたんですけど。
完成版じゃなくても現時点のActiveGatewayをアップして
もらうことはできんのかな。どうせβとかつけてリリースする気だろうし。
コミッタと称する人たちもSpamコメントを削除する作業だけじゃなくて、
Mapleの発展のために催促してもらえると、外野としてはうれしい限り。
379:nobodyさん
06/11/11 20:58:15
忘れる勇気も必要だよ。
もっと活発に開発しててコミュニティが機能しているフレームワークはいくらでもある。
380:nobodyさん
06/11/14 18:12:21
>>379
いまさら後戻りできない状況もあるんだな、これが。
日本語で質問できるのがいいと思ったんだけど
日本語の催促に答えてもらえないとは思わなかった。
Hさんがんばってくれないかな・・・。
381:nobodyさん
06/11/20 11:10:43
誰かhello worldを表示するフレームワークを作ってください。
382:nobodyさん
06/11/20 11:54:31
暇なら働けば？
383:nobodyさん
06/12/21 10:41:49
あまりのふがいなさに新たなものを作ろうとしているのに。
そしてそれを丁寧に仁義切っているのに。
なんで邪魔するんだ。こいつら。
結局誰かに頼ることしかできない烏合の衆。
自然消滅なんかは、同じ面倒が残るだけだから、
きちんと解散宣言してほしいものだ。
まぁ、自己主張と、かつ前進しないのは、いかにも作者の人柄だが。
Mapleの開発の議論をしてくれ。コミュニティのあり方の議論じゃなく。
シーサーから離れてくれ、何も貢献してないんだから。誤解する人が出てくる。
今さらコミッタの称号が欲しいなら、何ができるか表現してくれ。中途採用とは
そういうものだ。
残念なのは、おそらくPHP5用になってしまうことだろうな。
がんばれ。外野ではあるが期待している。
無料であることだけじゃなく、しがらみからも自由である
フリーウェア開発ができるといいな。
Mapleに残るあの人も応援している。貢献と和を持って尊しとなす精神は
勉強になる。その熱い思いが冷めないよう祈ってます。
作者は子離れ宣言してくれ。１コミッタとして携わればいいじゃないか。
既得権という診断書で、ずっと有給休暇をとり続けるのは関西の文化か。
384:nobodyさん
06/12/21 13:14:12
誰かに頼ることしかできない烏合の衆を馬鹿にしつつ
自分は外野で期待か
maple触ったことないけどさ
385:nobodyさん
06/12/21 23:03:27
maple擦れはいつもこんな感じだけどね。
386:nobodyさん
06/12/22 10:27:47
まだ読んでる人がいるだけで素敵なことだ。
ここは2ch。カミングアウトしなけりゃ皆外野。
387:nobodyさん
06/12/22 10:55:07
>>384
某氏の決別宣言と取るのが普通でしょう。
388:nobodyさん
06/12/22 14:49:19
俺はmaple→Ethnaで落ち着いた。
拡張が楽だから、作ったときのバージョンと心中するアプリ作っても問題ない。
更新も早いし、コード追うのも楽しい。
389:nobodyさん
06/12/22 23:03:17
>>387
ああ、なる
390:nobodyさん
06/12/23 01:04:42
3.2.0がリリースされてから1週間近く経過しているのに、作者のblogに何も書かれていない
というのは異常だよね。
楓っていうのが管理工学から出ていた様な気がというのは置いておいて、オープンソース
なんだから、欲しいなという部分があれば、勝手に持って来れば良いのになと思う。
それが出来ないと、Mapleプロジェクトの存在意義が怪しくなる。
H氏の今後の活躍には期待しているけど、一人でやるとなると、ドキュメント作りが足枷に
なるのかな。
391:nobodyさん
06/12/23 01:55:19
一人でやるのは最初のアルファ版(?)までっしょ
392:nobodyさん
06/12/23 01:56:26 bHRZVrMu
現在の中心コミッターが
Mapleの延長で自分の個人ブランドの次バージョンを立ち上げる！
と宣言しているように見受けられるのです
スミマセン私には展開が理解が困難でございます。
個人的にはリンク残して去るのが自己実現への道のように感じます。
あの、設定だか、構造化だか、RequestMethod呼びわけ振る舞いだか、
何だか・・・
Globalってなんですか？
RequestMethod呼びわけにも、ActionChainにもそぐわないですよ←泣いたぉ
至れり尽くせりのFilterに拡張された結果、
エレガントなMojavi2のフロントFilter構造をルーツにしているのに、
かなりダサくなっているのではないでしょうか？
確かにスキルは凄いと思います・・・
いつまでも孤高文体、見下し目線でご教授頂きたいと思っております。
軽さの件は北海道のコミッターさんの言われる軽さが望ましいです。
HTML_AjaxでtemplateからMaple資産をGetするだけなら
とにかく軽く必要最低限な実ソースだけで再利用させてくれって感じです。
クセまで理解させないで欲しいです←そんな軽さも込みです。
393:390
06/12/23 09:08:35
>>391
人が集められればね。
Mapleの頃は、選択肢が少なかったので人集めは比較的楽だったと思うんだけど、今は、
状況が違う。
一緒にWeb+DB Pressに掲載されたethnaだけではなく、言わずと知れたsymfony、日本語
マニュアルが充実しているCakeといったものがあるし、MODxやDrupalあたりにメニューとか
は任せて・・・、という選択肢もあったりする。
そんな中で人を集めるには、他のライバルに無い「売り」が必要になる。その「売り」が今
使っているものから移るコストに見合うだけのものであれば、人は自然と集まってくる。
それを打ち出せるかがキーポイントかなと思う。
394:nobodyさん
07/01/03 05:43:23 btLVlaTH
みんなはMapleからどのフレームワークに乗り換えたの？
395:nobodyさん
07/01/05 00:21:41
ethnaだべ。
396:nobodyさん
07/01/14 09:11:31
ethna見てみた。Mojaviもそうだったんだけど、何かを継承して、
継承元の関数を使ったり、フレームワークの関数（backendから
何かを取ってくるとか）の使用が頻繁になったり
フレームワークを使うためのコストが高く感じられるのだけど
その辺どうなの？
そういった点でMapleは、ファイル名規則と配置・execute()のしばりだけで
良いと思った。Kaedeが待ちどおしい。
397:nobodyさん
07/03/22 14:32:53
ethnaへ移行するってえのも何だな。ｗ
398:nobodyさん
07/03/28 06:14:01
今更こんなことに気が付くなんて、自分でもどうかしていると思いますが…
399:nobodyさん
07/03/28 11:10:21
URLﾘﾝｸ(blog.hawklab.jp)
400:nobodyさん
07/03/28 11:17:06
これは…。
401:nobodyさん
07/03/29 09:48:01
期待してたので残念だが、仕方ないかな。
始まりがゴタゴタしてたし、モチベーションの維持は難しいだろうなぁ・・・
と思ってたらやっぱりって感じだ。
彼のサイトは大変有益だったので、また復活してくれる事を期待。
haltさんの次のコメント、ありゃねーなぁ・・・。
402:nobodyさん
07/03/30 11:52:51
>>401
ああいう事があったからこそ、意地でもやってほしかったけどね。
ちと情けない。
で、Maple本家の方は、相変わらず動き無しか。
403:401
07/03/30 22:28:23
>>402
>ちと情けない。
まぁ、そう言わず・・・。
レベルは（自分にとっては）かなり高いかたですので、
日本のPHP界にとっても良いと思う・・・とか適当な事言ってみる。
Mapleはどう見てもDead Project。
頼みのbobchinこと市橋さんも愛想尽かしちゃったのかな。
彼もHawkさんとちょい揉めしだしたあたりから、やばいかも・・・とは思ってたけど。
404:nobodyさん
07/04/04 22:40:13
うーわっかんね。
ずっと、小規模プログラム作ってきて、
pearと、自作ライブラリと、自作ラッパーにて何とかやってきたけど、
今度の案件は、開発スピードあげなきゃいけないってことだから、
Maple+Activegateway使ってみっかと思ったけど、三日ひたすらぐるぐるしても、
いまいちわからん。
何を（何処を）参考にすると、一番手っ取り早くりかいできるんだぁ？
405:nobodyさん
07/04/05 01:44:56
なんで止まったMapleを？
406:nobodyさん
07/04/05 07:28:17
なんで終わったフレームワーク使って、新しく作ろうとするの？ｗ
407:nobodyさん
07/05/06 03:10:18 i9UCEZyj
このサイトはMapleで作ってるんだって
URLﾘﾝｸ(yourvideo.yakan.net)
408:nobodyさん
07/05/08 03:05:40
本当にMaple使ってるか調べるからソースをうｐしなさいｗ
409:nobodyさん
07/05/11 10:50:38
3.1用のDIContainer2ってどこで手に入りますか？
410:nobodyさん
07/05/18 17:54:32
作者が、著作権放棄宣言しない限り議論しても無駄だと
何故思わないんだろ。議論が好きということかな。
だいたい関西の人から「消息不明ですね。ひっひっひっ」と失笑される
状況だから、いまさら何のリアクションもないと思うんだけどな。
411:nobodyさん
07/05/20 19:42:57
>>410
Maple自体はPHPライセンスで配布されているんだから、Mapleとしてでは無ければ、
Mapleを改変して再配布する事自体は問題ないんでしょ？
議論して、自分で実装して別プロジェクトを上げて再配布ってのが一番現実的だと思う。
412:nobodyさん
07/05/22 09:14:00
>>411
Mapleの名前が惜しいんよ。
ブランドとしては、そこそこあるし。
（今はその努力が仇になってる。お人柄だねぇ）
なにより、今だに書籍が売られていて、Mapleに興味を持った人が、
がっかりしていくのが残念なんだよね。ファンとしてね。
確かに当人の消息不明な以上、別プロで新規配布が現実的と思います。
内容はともかく、Hさんの幕の引き方はだけは見習いたい。
413:nobodyさん
07/05/25 20:35:08
kunitサン消息不明なんか･･･
去年11月のPiece勉強会で姿を見たが
414:nobodyさん
07/05/26 00:39:26 B9bvNbFB
>>413
>去年11月のPiece勉強会で姿を見たが
すでに半年以上前か。
立派な消息不明だな。w
415:nobodyさん
07/08/23 16:19:24 zRgmQXgj
(´∀｀∩)↑age↑
416:nobodyさん
07/11/23 12:47:40
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
417:nobodyさん
07/12/01 00:30:26 BhanT9AA
一応あげとく。もう裏切られたくないな。
418:nobodyさん
07/12/01 11:22:37 l025718e
SNS(笑)
419:nobodyさん
08/04/01 12:24:20
>>414
やはり自民党清和会の下に結集し、日教組を壊滅させることでしょうね。
日教組の教師に｢労働者の権利｣などという左翼思想を吹き込まれた連中が義務も果たさずに
サビ残は嫌だ、非正規雇用は止めろ、などと権利ばかり主張しています。
あとは残業代を要求して裁判を起こしてるような腐った輩を社会全体で徹底的に叩くことでしょう。
420:nobodyさん
08/04/02 00:47:22
>>419
kunitさん、確かに猛烈な残業はさせられてただろうが・・・・・。
421:nobodyさん
08/05/01 09:23:25
なんか東京の会社をもうやめたみたい。以前の消息不明事件とか考えたら、またいなくなったりするんだろうか
422:nobodyさん
08/05/02 18:37:05
URLﾘﾝｸ(d.hatena.ne.jp)
誰か参加すれば？
423:nobodyさん
08/05/02 19:45:11
これだけ大量にあるのに
これといった決定版がないPHPフレームワークって一体・・・
424:nobodyさん
08/05/05 23:26:12
しかしまぁ何だな。相変わらず進展なしで、出すのは責任逃れの中途半端な
α版で、でもしっかり小銭稼ぎの書籍紹介はちゃっかりと。
そうだな、お茶を濁す勉強会で将来の小銭を稼ぎの可能性を探る・・・。
なんでそんなに言われるかというと有言不実行だから。
まさか存在が迷惑だと思われてるとは思わない。seesaしかり、もう手を広げんなよ。迷惑だから。
学歴は人の物差しになるけれど、良い学歴にも落ちこぼれがいることを
忘れてはいけないね。がっかり。
425:nobodyさん
08/05/06 00:00:23
粘着うぜぇ
タダなのに文句言う奴なんなの？
426:nobodyさん
08/05/06 23:24:45
タダかどうかは関係ない。
鈴鹿被告の「まだ子供が２人もいるのに、何でそんなに怒っているのか分からない」
を思い出した。
427:nobodyさん
08/05/07 06:24:36
モンスターペアレント乙
428:nobodyさん
08/05/10 12:38:52
>>421
マ、マジデ？！
429:nobodyさん
08/05/10 13:00:38
てか
>422のイベント
参加者・参加フレームワーク一覧(敬称略)
(略)
Konstrukt id:kunit
って・・・ェェエエエエ！！！
Mapleは？
自作のFWは？(wwww
430:nobodyさん
08/05/10 13:26:38
>>429
mapleはコミッタじゃなくてユーザに参加してほしいってことで自分は無名のフレームワークで参戦だそうだ
431:nobodyさん
08/05/16 15:57:01
結局、有名になることしか考えてないんであろう。
Mapleを使わないのはたぶん、リリースされている３だと相手にならないからということを、自分が参加したら
といういい方をしているだけであろう。
３も放置、シーサーも放置、行方不明から東京にきて、また４も作らない。
すでにMapleってなまえだけになったようだな。
SNS作ってるプロジェクトはフレームワークどうするんだろう。
風呂敷に乗って結局できあがらないからつかえないだろうな。
432:nobodyさん
08/05/16 16:06:13
言い訳が笑える
URLﾘﾝｸ(d.hatena.ne.jp)
433:nobodyさん
08/05/16 16:24:25
執着してる奴の方がキモい
何を作ろうが作らまいが勝手だろ
434:nobodyさん
08/05/16 18:48:18
やべー変なの湧いてんだな
435:nobodyさん
08/05/16 19:06:19
そっと逝かせてやれよ
さよならMaple
436:nobodyさん
08/05/17 14:16:49
作者が嫌われてるにも関わらずPHPの輪に入ろうと必死に粘着してるように見えるが。
フレームワークの開発プロジェクトがフレームワークつくらないんなら存在価値なし
さようなら
437:nobodyさん
08/05/23 00:33:07
何を作ろうと、作ろまいと勝手です。その通りです。
でも、「作りますよー」って仲間を募って他人を巻き込んで作らないから
非難されるの。有料とか無料とかの次元じゃないの。
「今度のクラス会の幹事俺やる。すごい楽しいのやるー」
っていって何もしないヤツ。で「俺が何しようと勝手だろ。金もらって
無ーし」（言い回しはフィクションです）なんて平気で言うヤツ。
まっ発言は本人とは言い切れないけど、他人なら能天気さんだね。
438:nobodyさん
08/05/24 00:26:36
ああそれ凄いわかりやすい例だなー
439:nobodyさん
08/05/24 02:19:54
自演乙
タダのものに文句言う奴は乞食だけ
言い訳すんな
440:437
08/05/26 00:07:34
>自演乙
自演って意味わかってます？私は反KUNIT派ですけど。別に演じてる
訳でなく、ダメダメさんだねKUNITと言ってますよ。
わざと大文字にしてるのは大人の事情なのでゆるしてね。
と思ったら、437に対する438のことかな。
残念ながら他人で、同調してくれる人がいることは
うれしく思うよ、シンパさん。
>タダのものに文句言う奴は乞食だけ
そうでもないと思うけど、人生経験の差というか。まぁ価値観ではあるかな
>言い訳すんな
何に対する言い訳をしたんざんしょ。
なんか、文脈がおかしくないか？普通の人として。
変なのが沸いてるって俺のこと（および犯KUNITの面々）かと思ったけど
考え直した。
441:437
08/05/26 00:15:10
感覚で物事言うのはアレだけど、yahooニュースで
獣医の治療費を踏み倒す人がいて、「固定電話を持っていない」
「カードをもっていない」人が多いんだって。
うまくいえないけど、一連の「タダなのに」とか「何を作ろうと・・・」とか
「自演乙」とかなんか、そーゆー人っぽいけど、実生活大丈夫ですか？
どの点がと言われると窮するんだけど、発想の源が似てるように感じる。
442:nobodyさん
08/05/26 00:21:18
揉め事wktk ｷﾀﾜｧ（n‘∀‘)ηﾟ･*:.｡. .｡.:*･゜ﾟ･*!!!!!☆
443:nobodyさん
08/05/26 01:41:40
そのヘドロみたいな感覚だけを根拠にして人に同意を求めるなよ
大文字にするのが大人の事情とか正常の神経とは思えないね
444:nobodyさん
08/06/03 23:44:17
まあ、避難しようと庇護しようと。
結局理由を付けて途中でほっぽりだした事が何回もある、と言うことが事実なだけ。
Maple3、シーサーPHP。
でこの前なんかのSNSと組んでMaple4だすとかいってたのに、またつくるかどうか分からないと言い出した。
まあ今や誰もやつの作る物を待ってはいないと思うが、勝手に注目されていると勘違いしてる
そのうちまた自然にきえるだろ。
ディノに入ったらしいがしばらくしたらやめてるよ
445:nobodyさん
08/06/03 23:57:55
は？お前誰？
446:nobodyさん
08/06/06 10:32:31
本人乙
447:nobodyさん
08/06/10 11:15:08
で、プロジェクトはどうなったんですか？
448:nobodyさん
08/06/30 23:34:31
>>447
解体しますたが何か？