2018.04.11 インタビュー 全ての人が幸せになるテクノロジーカンパニーを目指す 株式会社VAZ 代表取締役社長 森 泰輝 取締役CTO 尾崎 颯太 2018.01.29 インタビュー テクノロジーが世界を変える。 人工知能でイノベーションをもたらすABEJAのビジョンとは ― 株式会社ABEJA CEO兼CTO 岡田 陽介氏
![いま注目のエンジニア100 話題のベンチャー・スタートアップで活躍するCTOインタビューサイト](https://cdn-ak-scissors.b.st-hatena.com/image/square/6cb3e7db6fdfe8ea648074c0feffc5662e9b7c74/height=288;version=1;width=512/http%3A%2F%2Fwww.bngpartners.jp%2Fengineer100%2Fwp%2Fwp-content%2Fuploads%2F2014%2F04%2F%25E5%25A4%25A7%25E5%25A0%25B4%25E3%2581%2595%25E3%2582%2593%25E3%2580%2580%25E5%2586%2599%25E7%259C%259F%25E2%2591%25A1.jpg)
設定のテストを書くとよいって言ってる人がいた. 設定の仕様をドキュメントに書くのではなく、テストにしてしまう - $shibayu36->blog; テストされてるのはよいと思う.名前のついてないデータ構造をがんばってテストするよりは,設定のクラスを作るとすっきりしそうと思った. こういう構造のHash,として見るよりかは,設定クラスのインスタンスとして見るほうがイメージしやすい. 個々のブログの設定のURLはユニークであるというのを,どこかのクラスの責任にする.BlogConfigRepositoryというクラスのインスタンスが,設定の集合を持ってるとか. like exception { BlogConfigRepository->new([ { "url" : "http://blog.example.com/", "permission" : "public", "members"
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く