設計勉強会 夕方からPHP勉強会に出席する為に外出。 今回は普段のPHP勉強会と趣を変えた設計段階での工夫に絞った勉強会の第一回。 青物横丁の楽天タワーにて。 楽天タワーすげえええ!内部が超豪華!!! ミネラルウォーターも貰いましたありがとうごじます 最初は自己紹介兼、設計勉強会としての参加した動機の発表会。 やっぱりEthnaは自由すぎて色々他の人の事気になりますよね。 リスクを避けるWEBアプリケーション設計(PHPerにとっての設計とは?) yandodさん発表 10/25にCakePHPカンファレンス開催宣伝。events.phpの負荷テスト的に大人数を募集しますよ。 PHPerにとっての「設計」 設計とはどんなこと? PHPerにとってはどうせ、ほぼWEBアプリで、LAMPで、厳密なトランザクション処理とかは無いし「詳細設計」の事で良いんじゃない? 詳細設計のフェーズをコーディン
主催のid:shimookaさん ありがとうございました。 設計勉強会 はてなダイアリー[1]にも書きましたが、PHPのフレームワークを使った実際のプロジェクトでどういう風に設計し、その結果、どこが良かったか/いまいちだったかを皆で持ち寄って議論できればと思います。 対象はsymfonyに限らず、フレームワークより外側をどうつくるか? に焦点を置いたものであれば構いません。 現在想定している内容については、[2]を参照してください。 [1]http://d.hatena.ne.jp/shimooka/20080901/1220245667 [2]http://d.hatena.ne.jp/shimooka/20080829/1220019598 Symfony要素高めかと思ったら、意外とそんなこともなく cakePHP,Ethna,symfonyの各部分でのコード設計をあれこれと議論といっ
はじめに 途中で挫折するかほったらかしたらごめんなさい AGENDA (19:10) 自己紹介 shimooka どやっとんだ (sotarok)ちこくちこくちこく kazu どやっとんだ nekogetおくれる efどやったらいいんだ rkoike なんかいいアイデアあったらいいなぁ sotarok さいごで hiro_y いろいろ(苦笑 ogiharay Ethnaなのであれこれそれこれ.迷子になるのをどうにかしたい,既に決まってるものをどうやっていくかとかも話していけたらなー maru_cc 社内でなんとなくルールでやってきたけどもっといいやり方ないかなー MugeSo あがび!!あがび!!ほかのフレームワークの人はどうやっとんじゃと思って edy 応用するために設計の根っこの部分をつかめれば key 上流やっててフレームワークにあった設計の仕方とかあるのかなーとか.議論とか聞けたら
ねこげっとぷれす NEKOGET PNESKINの開発等PHPな話題を中心に書いていこうと思います。 メニューとウィジェット events.php.gr.jp – Event 設計勉強会に参加してきました。 すでに発表くださった方々が資料をUPしてくださってます。 sotarokさんの資料:http://d.hatena.ne.jp/sotarok/20080927 yandoさんの資料:http://docs.google.com/Presentation?id=dct5hfpk_1p2hvp6gg haltさんの発表。 Actionの中で、DBの処理を書いちゃってるコードがあるよ。 Viewの中でロジックいっぱい書いちゃうコードがあるけど、これってどうなのよという感じのお話でした。 Smartyは使うべき?使わないべき?という話題 フレームワークの便利な機能を使おうとすると、Smar
運良くキャンセル席が取れたので行ってきました。 動画・音声配信は無いようなので、残念ながら行けなかった方のために、懇親会も敢えて行かずに、自分が理解でき、覚えており、印象に残っていることを、独断と偏見で自分の意見・感想を添えながらつらつらと書いておきます。聞き取り違いがあったら指摘プリーズ。 ちなみに懇親会に行かなかった本当の理由は、金欠気味なのと、来月14日発売と噂の新macbookに備えているだけです。 会場 まず会場が楽天: すげー。内部やべぇ。オサレすぎ。やっぱ儲けている会社は違うなぁ。普通の会社は内装にあんな金掛けれませんわ〜。プログラマの開発環境は一体、どうなってるんだ!?おそらく、マイノリティリポートに出てくるような巨大タッチパネルインターフェースがあるに違いない。こんなの: 少しの間だけ開発現場に潜り込んでみたい。ミッション・インポッシブル!! 自己紹介 まずは一人一人自己
「設計」勉強会やりたい - Do You PHP はてな 設計勉強会 - events.php.gr.jp 恐れ多くも、発表してきましたので資料公開します。 記事中でも触れますが、私が発表したのは事故です。(ぉ Ethna的ActionとView@設計勉強会View SlideShare presentation or Upload your own. (tags: ethna 勉強会) 発表資料には書いてなくて口で説明してた部分とか、多少補足してあります。 haltさんの発表 ViewClassは本当に必要なのか?という話。 ViewClassを解さなくても、Controllerがモデルでデータとってきて、テンプレートに投げる、それがMVCの本質なんじゃないか、という話でした。 MVCを更に細かく分割したようなEthnaとは逆で、そのあたりの複雑なロジックを一つのコントローラー中のアクシ
via. 設計勉強会 - events.php.gr.jp 26日に品川シーサイド近辺で無事開催しました。参加して頂いた方、ありがとうございました&お疲れ様でした。個人的には、想定通り、質疑応答/議論が活発だったのでその辺は良かったかな、と。発表枠を3つに減らしたのが良かったかな。 また、開催までドタバタしてしまい、申し訳ありませんでした。 あと、来月中旬をメドに第2回をやろうと思います。 リスクを避けるWebアプリケーション id:yandodさん 詳細設計フェーズをコーディング前に必ず取る いきなり書かない ロジックの大きさの検討 処理量・処理方式 トランザクション・セッションの管理単位 認証・SSL・セッションの有無で分轄 複雑な処理はシンプルな処理に分轄する タグはActionに書かない HTML文字列を作るとか そういう意味じゃ、PEAR::HTML_QuickFormとかはどう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く