Railsで導入してよかったデザインパターンと各クラスの役割について - masato_hiのブログ
3年ほどRailsを書いてきてある程度知見が溜まってきたので、忘れないためのメモとしてKPTと導入例を交えながらダラダラと書いています。 見出しの命名規則は クラス名/ディレクトリ名の単数形をupper camel caseにしたもの + KPT です。 Keepは今後も使うもの、Problemは開発規模によっては問題が発生する(した)もの、Tryは現在使用していないが使用したほうが良いと思っているものです。 これらすべてを導入すれば上手くいくというわけでもないので、開発規模に合わせて適切に採用していくと良いと思います。 DDDやデザインパターン等見聞きはしているものの詳しいわけではないので間違っている部分等あるとは思うのでその辺りはコメントでご指摘お願いします。 はてブコメント欄で頂いた指摘内容等についてはまとめの後でまとめて返答を記載しています。 Asset (Keep) app/as
株式会社ドワンゴモバイルを退職しました - masato_hiのブログ
退職のご挨拶 2013年5月7日をもって株式会社ドワンゴモバイルを退職しました。 4月12日が最終出社日だったので、とても長いゴールデンウィークを過ごしました。 2010年新卒としてドワンゴに入社したので、ちょうど3年ほどドワンゴグループにいたことになります。 入社からのお仕事 2010年4月の入社から6月までは研修なのでその間は良いとして、 2010年6月にドワンゴとしては大所帯のエンジニア20人ほどのプロジェクトに配属となりました。 当初は大規模プログラミングの経験も無く、右往左往することが多かったのですが、 大変優秀なリーダー、先輩方のおかげでなんとかまともなエンジニアになることが出来ました。 笑いあり、涙あり、炎上ありのプロジェクトで、とても良い経験が出来たなと思います。 余談ですが、2010年6月は社内ベータリリースのサービスの脆弱性で遊んでいたら、 「このサービスリリースまでに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
