#あなたのような人と同じコミュニティ(the Seasar Foundation)に属している人に #この日記で私が個人的に収集している情報等を閲覧されたくないので該当すると思われる #方(アンテナに登録している方等)には「この日記がSeasarに関して何か書かない限り #２度とこの日記を読まない、もしSeasarについて何か書かれた場合は該当する文章のみ読む」 #ように通達して下さい、よろしくお願いします。 うはｗｗｗｗ閲覧されたくないキタ。登録したくなってきたｗｗｗ #私がこの日記上でSeasarに関して触れている部分を全て削除する以上、他所で #"the Seasar Foundation"内部の人間により少しでも引用されている自分の #書いた文章について(「脅す」云々の件の部分は別)その削除を要求します。7/10の #24:00以降で結構ですので削除願います。 ちょｗｗｗｗ「削除願
☆基本的に個人的なリンク集、偶に思い出したように文章を綴る日記。 ☆JAVA・Ruby・RELAX NGネタ中心です。O:原文,P:ポップアップ辞書,t:和訳 ☆[category]：カテゴリフィルタ画面 ☆[blogger]：Blogger出張所。徒然。 ☆[kuro]：個人的ライブラリ開発プロジェクト「Kuro Project」サイト。 ☆[kuro-pj]Kuro Project開発日誌。 ☆[ruby]Ruby学習日誌。 ☆[vox]：VOX出張所。 _ [java.fw.seasar] Spring vs Seasar GoogleのページランクではSpringが頭一つほど勝ってます By Googleツールバー。 Googleからの来訪数はユニークビジター数ではないのでそれを宣伝するのはあまり...。 Googleでのヒット数はユニークユーザ数とは必ずしも関係しないので宣伝する
まず、勝つとか負けるとかどーでもいい気が。 他のコミュニティに貢献、ってのを連呼してるようだけど、そんな世界なの？？ コミュニティの雰囲気についてもなんか言われてますが 確かにseasarは他のところと違って 大学のサークルのような感じというか微妙な仲間意識が強いように思えるけど それはそれでいいのでは。 追記：猿が人の動作をまねるように、他人のすることの表面だけまねること。 地下鉄に乗って (講談社文庫) 作者: 浅田次郎出版社/メーカー: 講談社発売日: 1999/12/01メディア: 文庫購入: 6人 クリック: 31回この商品を含むブログ (190件) を見る なんかほのぼのした感じでよかった。
nodさんこんにちわ Dolteng0.17.0って、Flex2SDK同梱ですか？？ もしかしてFlex2プラグイン買わなくてもビルドできるとか！！？？？ Posted by: hirossy at 2007年03月06日 14:43 hirossyさん Doltengは、Flex SDK 2は含まれていません。 Flex Builder 2(Plugin)が認識できる設定ファイルや as/mxmlを出力し、実際のswfコンパイルはFlex Builer 2が行っています。 逆に?Flex Builder 2がインストールされていない環境では、Flexプロジェクトに必要なファイルは生成されません。 Flex2 プラグインなしでビルドするなら.. ant でしょうか？ ・Flex SDK 2のインストールはしておく。 ・adobe Labsで公開されているant Taskを利用するか同様の処
デブサミ-VisualBasic, Delphiから10分でJava+Flex2にポーティング http://d.hatena.ne.jp/higayasuo/20070118#1169099987 この前のJavaナイトセミナーでSeasar2がなぜSuper Agileなのかをしゃべりました。その資料が公開されています。 http://www.iajapan.org/bukai/java/event/2007/0124/JNS_02.pdf 資料だけだと十分に伝わらないと思いますが､興味のある方はご覧ください。強い型付けの言語が好きなんだけど､最近のJavaってLLにめちゃめちゃ遅れをとっているよねー、Javaってだめなのかなーって思っている人向けです(笑)。 何人かの方に感想を書いていただきました。ありがとうございます。m(_ _)m http://d.hatena.ne.jp/to
暗黙的な規約は直感的ではない Seasar2では、規約はドキュメントに記載されているし､デプロイされた状態もブラウザから確認できます。XMLで書いたものと同じ情報は取得できるのです。つまりアプリケーションの状態は視覚化できる。 私は､設定だけでなく､コードもできる限り書かないほうが良いと思っている派です。それは、早く開発するためです。 設定と言うのはコードが形を変えただけだから､設定は書いたほうが良いけど､コードは書かないほうが良いというのは、矛盾している気がします。宣言的に書くのは良いけど、ロジックは書かないほうがよいというなら、合意します。 規約と言うのは暗黙的ではないのです。必ず最初はどこかに宣言されています。例えば､Teedaの場合､HTMLのタグのidにempNameと書かれているとします。これは、このタグは論理的な名前であるempNameだよと宣言されているわけです。 これが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く