crexistのブックマーク - はてなブックマーク

crexist id:crexist

ブックマーク / qiita.com/okazuki (3)

GitHub を使って個人タスク管理 - Qiita
GitHub を使って個人用のタスク管理を開始して数週間がたったので現時点で落ち着いたやり方についてメモっておこうと思います。注意事項として、クラウドに置いたらダメって言われてる情報は乗せないように注意してね。プライベートリポジトリだと他人には基本見えないけど、そもそも会社のルール的にダメになってるところもあるので、そこらへんは個々人で気を付けてください。元々は Azure DevOps の Boards 使って管理していたのですが、GitHub の Issues とか Projects とかちゃんと使ったことなかったなと思い、とりあえず失敗しても一番痛くない個人タスク管理を GitHub の方にうつしてみました。下準備 GitHub のリポジトリを作ります。そして以下のような感じでプロジェクトとマイルストーンとラベルを作ります。マイルストーン以下のような感じで 1 月単位で作り
crexist 2021/01/17
リンク
DI って何でするのかわからない人向けに頑張って説明してみる「本来の意味」 - Qiita
DI (依存性注入) って何のためにするのかわからない人向けに頑張って説明してみるを、単体テストにフォーカスしたら単体テストが本来の目的では無い的なコメントが散見されました。確かに DI コンテナは元々は SOLID 原則の D に該当する依存性逆転の原則 (Dependency inversion principle) の「具体ではなく、抽象に依存しなければならない」に大きく関係するものになります。 Wikipedia から引用します。ソフトウエアモジュールを疎結合に保つための特定の形式を指す用語。この原則に従うとソフトウェアの振る舞いを定義する上位レベルのモジュールから下位レベルモジュールへの従来の依存関係は逆転し、結果として下位レベルモジュールの実装の詳細から上位レベルモジュールを独立に保つことができるようになる。例えば以下のように上位レベルのモジュール（Present
crexist 2020/07/12
リンク
DI (依存性注入) って何のためにするのかわからない人向けに頑張って説明してみる - Qiita
追記 2022/11/12 追記この記事読んで、DI 便利だなって思ったらこちらも併せて読んでみてください。クリーンアーキテクチャーの開設の中で依存性逆転の説明が出てきます。難しいかもしれませんが、一度理解すればつぶしが効く考え方なので腰を据えて読んでみてください。本文ここでは、最近のそこそこの規模のアプリだと大体使われてる（と私は思ってる）Dependency Injection（DI）について、何故使ってるのか？というのを私の理解で書いていきたいと思います。今回の対象言語は C# ですが、DI 使ってる言語であれば大体同じ事情なのかなと思います。単体テストしたいよねアプリケーションを作るとうまく動いているかテストをすると思います。たとえ、そのアプリがハローワールドだとしても動かして目視で確認してると思います。もうちょっとアプリの規模が大きくなってくるとクラス単位やクラス
crexist 2020/07/10
いや、違くない？この説明だとFactoryでいいという話になるよね(筆者もテストのMockingが容易ならDIいらないと言ってしまってるのでその認識っぽい)。重要なのは依存を隠蔽することだよね。記事書いた(https://bit.ly/3iXaRbJ)
リンク
1