SWETの新メンバーから見て驚いたこと、そこから生まれたDIライブラリ不使用宣言 - DeNA Testing Blog

はじめまして！4/1よりSWETに加わった@Kuniwakです。 今回は、私がSWETに入って驚いたことと、そしてSWETだからこそ生まれたものについてお話しします。 まずKuniwakはどんな人？ 開発を高速化させるテストや静的検査を生業としています。主に、以下のような記事やスライドを書いています。 テストがなかった無法地帯にテストを導入して開発速度を1.7倍にした話 iOS開発を効率化するテストのデザインパターンについて Swiftの HTTPライブラリで苦しまないための自作APIクライアント設計 ※TDD（テスト駆動開発）という言葉を使わないでTDDを実践している記事 Vim script静的解析の光と闇 では、こんな私がSWETという自動テストのエキスパートのチームで働くことになって驚いたことを紹介します。 SWETに入って驚いたこと SWETに入って驚いたのは、テストに関連するト

[Kesin]

個人的にはその言語のデファクトなテストダブルを使いたい派。OSSのテストとか見ればだいたい使い方分かるし。追記: DIに関しては同意です。コードがすごい分かりやすい

[devorgachem]

皆さんは DI は好きですか？DI ライブラリを使っていますか？私は DI は好きですが、DI ライブラリを使いません。DI ライブラリをあえて **使わない** という選択を解説してみました！

[nobuoka]

わかる。 私も “Thin Cake” Pattern みたいな DI の仕組みを使ったり、この記事にあるような依存注入の方式でライブラリを書いたりしてる。 Dagger とか使ってると便利だけど、設計ミスってても気づかないみたいなのは多い

[ono_matope]

DIの要否の議論かと思ったけどライブラリの要否の話だった。go-mock使っちゃってるけど、我が身を振り返ってみたい。

[Dai_Kamijo]

“SWETの新メンバーから見て驚いたこと、そこから生まれたDIライブラリ不使用宣言 - DeNA Testing Blog” — Masao Maeda (@brtriver) May 11, 2018 from Twitter https://twitter.com/Dai_Kamijo May 14, 2018 at 01:40PM via IFTTT

[katzchang]

DIはそうだと思う。Mockはどうかまだわからんというか、MySimlpeMockライブラリを作ってしまう方向にもなりそうな想像。

[tofu-kun]

ライブラリを使わないことで設計の筋の悪さを浮き彫りにするのは良いかもしれない。テストの書きにくいコードがダメなのと同じ感じ。

[t2y-1979]

モックの要否はテストがないよりはモックを使ったテストがある方がましぐらいの感覚かな、難しいのはついついモックで作り込みがちになるところのバランス感覚

[ry_mizuki]

依存を全部コンストラクタに渡しちゃえば、テストで内部プロパティを書き換えるMockingは必要ないよね、ってことかな。

[mak_in]

面白い

[ktanaka117]

“開発を高速化させるテストや静的検査を生業としています。” かっこいい...(ポプテピ略) kuniwakさんの入ったSWETチーム...(ゴクリ