Nagoya.php vol.9

Hidenori Goto @hidenorigoto

Nagoya.PHP、徐々に賑わってきてますね nagoyaphp.doorkeeper.jp/events/22125 #nagoyaphp

クラウド型Web脆弱性診断ツール VAddy @vaddynet

Nagoya.php vol.9 (04月11日) にてVAddyの中の人@cakephper が話します。　#nagoyaphp nagoyaphp.doorkeeper.jp/events/22125 @nagoyaphpさん

Hidenori Goto @hidenorigoto

Nagoya.PHPのLT準備できた。「デザインパターン」というタイトル（LTなので個別のパターン等には踏み込みませんが） #nagoyaphp

たつきち🐈フリーランス時々CTO @ttskch

#nagoyaphp gist.github.com/qckanemoto/2c7…

cakephper ichikawa @cakephper

#nagoyaphp に参加中。 eboard.jpの話を聞いてる。

たつきち🐈フリーランス時々CTO @ttskch

#nagoyaphp で歴史の話されてますｗ

たつきち🐈フリーランス時々CTO @ttskch

解答例うｐしました gist.github.com/qckanemoto/33f… #nagoyaphp

山本一道@アップルップル @kazumich

今日は名古屋でphpの勉強会が開催されているようですね。 nagoyaphp.doorkeeper.jp/events/22125 #nagoyaphp あと、近所で eventon.jp/349 というのもやってますね。

Hidenori Goto @hidenorigoto

@77web 私もうまく書けていないところなのですが、最上位ノード（私の場合はさらにルート）あたりをどう扱って、出力の時どうするのか、というあたりは皆さんやや違いがありますね。ULを誰のところで書くのか。 #nagoyaphp

Hidenori Goto @hidenorigoto

@77web イイですね！ 私のはRendererへ渡すのが「ノード」なのですが、今回の問題だとやや余計なコードがある感じになっちゃってます。起点が単一のノードじゃなくて、コレクションがルートにある方が素直なんでしょうね。 #nagoyaphp

Hidenori Goto @hidenorigoto

@77web というわけで少し書きなおしました github.com/hidenorigoto/N… #nagoyaphp

ななうぇぶ @77web

@hidenorigoto すっきりしてよりわかりやすくなったと思います！！ #nagoyaphp

ななうぇぶ @77web

昨日の #wcan って会場が電気の科学館だったのかｗ　#nagoyaphp と実質ゼロ距離じゃんｗワロタｗ

longkey1 @longkey1

遅くなりましたが、@qckanemoto さん、本当にありがとうございました！何もフォローできずにスミマセンでした・・・。あと、顔真っ赤の私を相手してくれた皆さんもありがとうございました！！#nagoyaphp