本場の浮かれ電飾鑑賞2017クリスマスのなんだか浮かれた電飾、いわゆる浮かれ電飾の本場といえば、やっぱりアメリカなのではないでしょうか。いや知らんけどイメージ的に。実際そのへんの家とかでもけっこうやってる浮かれ電飾ですが、なんらかの理由によりものすごくなってしまった電飾がつどった場所というのが、あちこちにちらほらあるという状況のようです。サンカルロス市のとある通り。レッドウッドシティやサンマテオのちかくの、どちらかといえばちいさなパッとしない市ですが、なんだかすごいことに。おなじ場所に4年前にもいったのですが、ことしもいってみました。この家、FAQの看板が立ってた。80万個ほどの電球をつかっているらしい巨大ツリー健在プロペラとかがくるくる回ってました大量のキティさんたちサンタ発着所まあそんなこんなで、すげーあかるいし、とにかくこう、すごい。人通りもおおく、車での見物客もおおくて渋滞しているし、まあすごい。ときどき住人とおぼしき人々もみえ、住人たちはどうおもってるのかな......でもみてもらったほうがいい気分なのかな......などとモヤモヤしたり、すごかったです。4年前とくらべると、だいたいおなじようなかんじで踏襲されていますが、細々とアップデートがあるようにおもいました。これを維持しつつ更新していくの、たいへんそうだなあ。このやつとかも4年まえとだいたいおなじ構成でありつつ追加要素がいっぱいあるかんじだしなー。あと4年前とくらべると、カメラの性能が格段にあがり、夜のちょっと暗いところでもきれいにとれるようになりましたね。Pixel2よいですね。2017GoでどれぐらいDIするかhttps://recruit-tech.co.jp/blog/2017/12/11/go_dependency_injection/この記事をみた。ここからは個人的な雑感だけど、結論からいえばGoではここまでのDIは必要ないことがおおいとおもう。DIがなぜ必要なのかというと、テストをしたいからだ。ユニットテストだとおもう。UserServiceとUserRepositoryみたいなのがあったとして、UserServiceの挙動をテストするために、UserRepositoryがある特定のふるまいをしたときのことをテストしたい、みたいなやつ。Goのばあい、ユニットテストは元のコードとおなじパッケージに存在していて、テストコードは内部構造もしっているし直接さわれる。こんなに頑張ってビルダをそとからわたさなくてもいいことがおおい。...}などのようにNewServiceをつかわずに初期化していい。このとき、初期化関数(NewServiceなど)じたいのテストができないという難点がある。した初期化関数はほんとうにインスタンスをつくるだけのような自明なものにすれば、テストする必要性はそれほどない。ほかにいろんなパターンがあるので、DIする必要がまったくないということはない。インテグレーションテストの環境のために外部サービスをきりかえる、ということはある。ほんとうは外部のストレージサービスに接続するが、テスト用にはオンメモリな実装をつくって、テストデータでうごかしたいときとか。いうばあいには、インタフェースをパラメータとしてうけとるような構造をつくってDIすることにはなるとおもう(ただ、ビルダが必要になるかはわからない。インスタンスをつくって渡すのでいいんじゃないかなあ)。ほかにも実際の実装モジュールがいろいろあって設定できりかえたいとか、DIしたいパターンはおおいとはおもう。いえ、そのようにきりわけられるべきレイヤはそこまで大量にはならないので、こういうJavaみたいな壮大なDIフレームワークがほしいことは、あまりないんじゃないか。ふつうにmainでわたすとか、カスタマイズしたいときだけオプショナルなパラメータを指定するとか、そういうのであまりこまらないと、個人的にはおもう。アーカイブ2020年2月2019年12月2019年10月2019年5月2018年12月2018年8月2018年7月2018年6月2018年4月2018年1月2017年12月2017年10月2017年9月2017年7月2017年4月2017年3月2017年2月2017年1月2016年11月2016年10月2016年9月2016年8月2016年7月2016年6月2016年5月2016年4月2016年3月2016年2月2016年1月2015年12月2015年11月https://plus.google.com/+JunMukaihttps://twitter.com/jmukdisclaimerここで述べられていることは私の個人的な意見に基づくものであり、私の雇用者には一切の関係はありません。Blog.投稿先:キャンセル。