Dagger + ViewModelの基本編 + 実例編
Dagger + ViewModelの基本編 + 実例編 Updated at Fri, Jan 18, 2019 この記事はDaggerとJetpackのViewModelをある程度知っている前提で進んでいきます😃 基本編 一緒にDagger + ViewModelを使うのはツラミがあります。それは、ViewModelのインスタンス生成はViewModelProviderを介して行う必要があるためです。 例えば、次のコードは間違っています。 class MainViewModel @Inject constructor(...): ViewModel() class MainActivity { @Inject lateinit var viewModel: MainViewModel ... } class MainViewModel(...): ViewModel() @Modul
【追記あり】消費者「ポカリ薄めてOK？」大塚製薬「ポカリ薄めるのはダメ」→消「ポカリ薄めて…」大「薄めるな」→消「薄めて…」大「薄めんなって言ってんだろ」
バク@ 精神科医 @DrYumekuiBaku 熱中症対策ってそもそも何だよ｜バク @DrYumekuiBaku #note note.com/4649bj/n/n36d6… 突貫工事で書きましたので誤字脱字は許して欲しいです あと目次とかおしゃれなのつける余裕なかったです なお他の記事は昔趣味で書いていた怖い話とかだから読まなくて良いです！ ＃熱中症騒動集大成 2020-08-21 01:06:56 リンク note（ノート） 熱中症対策ってそもそも何だよ｜バク 2023年7/10追記→味の素に取材依頼出しましたが断られました。怪しすぎたらしい。すみません。 2022年6/30追記→未だに2021年追記するって記事を追記していないことをお詫び致します。そろそろ味の素に直で取材依頼を出そうと思っています(抱えてた締切がまあまあ捌けたので)。何にせよ熱中症は 発症し、自覚した時には病院行くし
Dagger2からKoinに移行しようとしてみた。 - MA Blog
春ぐらいからFRESH LIVEの配信アプリFRESH CASTを開発しています。 FRESH CASTのDIはDagger2 Android Supportを採用しているのですが、試しにKoinに書き換えてみたので共有します。(リリースはしないと思う) 移行については後半書きます。 *参考にしているKoinのバージョンは1.0.1 Koin? Kotlin製のDIライブラリです。ReflectionとDelegatedPropetiesを使ってdependencyをinjectしてくれます。 Dagger2のようにJSR-269(AnnotationProcessing)によってコードを自動生成するような作りにはなっていません。 したがって、人間が手で依存性を解決するコードを書かなければなりませんが、提供されているExtensionFunction, TopLevelFunction,
[Android]Dagger2の導入 - Qiita
はじめに AndroidアプリにDaggerを導入した際の手順と 自分がDaggerを学び始めた際に、とっかかりとして欲しかったなぁと思う情報をまとめます。 今回の記事は自分自身がDagger初心者ということもあり、初歩的な内容となっています。 その分、同じDagger初心者の方に分かりやすく書けたらいいなと思いこの記事を書き始めました。 Daggerは、JavaやKotlinでDI(Dependency Injection)を行うことをサポートするライブラリです。 DIはたびたび「依存性の注入」と訳されますが、この訳がDIを意味不明なものにしていると思っています。 ネットで検索していると「DI = 依存オブジェクトの注入」と訳されている方がおり、 とてもスッキリしたので本記事でも「DI = 依存オブジェクトの注入」で進めようと思います。 Dependency Injectionを「依存性
![[Android]Dagger2の導入 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/0da765c6ec817087923dee11967164e0b109e668/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCQW5kcm9pZCU1RERhZ2dlcjIlRTMlODElQUUlRTUlQjAlOEUlRTUlODUlQTUmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPTUyNzcyOTllODBhOWIyMjUxNzc5OTljMjFkYjc5NzFj%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB5LW1pbXVyYSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MmVkMGQ3OWZlNGJiMTAyN2MzM2ZiYWFkNTk5ODQ4ZjY%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3De48cd07588b845be8a31f73bfbfdf0a6)
[Android]Dagger2の導入 - Qiita
はじめに AndroidアプリにDaggerを導入した際の手順と 自分がDaggerを学び始めた際に、とっかかりとして欲しかったなぁと思う情報をまとめます。 今回の記事は自分自身がDagger初心者ということもあり、初歩的な内容となっています。 その分、同じDagger初心者の方に分かりやすく書けたらいいなと思いこの記事を書き始めました。 Daggerは、JavaやKotlinでDI(Dependency Injection)を行うことをサポートするライブラリです。 DIはたびたび「依存性の注入」と訳されますが、この訳がDIを意味不明なものにしていると思っています。 ネットで検索していると「DI = 依存オブジェクトの注入」と訳されている方がおり、 とてもスッキリしたので本記事でも「DI = 依存オブジェクトの注入」で進めようと思います。 Dependency Injectionを「依存性
「退職３０日前までに退職届を出さなければならない」を守らなかったときはどうなる？ | 勤怠管理クラウドサービス「CLOUZA」
労働者が退職すると、会社には、補充要員を探す、引継ぎをするなど多くの仕事が発生します。 そういった準備の時間を確保するため、「労働者が退職する際は、30日前までに会社に退職届を提出しなければならない。」という規則を定めている会社も少なくありません。 しかしこの規則に反して、「今日辞めたい。」と言われた場合、これを引き留めることはできるのでしょうか。 今回は、このような退職までの期間に関する問題についてお伝えします。 退職に関する法律の定め退職に関する法律は、民法に規定がありますが、雇用期間の定めがあるかないかによって、異なります。 雇用期間の定めがある場合民法628条によると、雇用期間が契約によって定められている場合、原則として、労働者はその日まで退職することができません。 ただしやむを得ない事情がある場合は、退職することができます。 例えば、自身の病気や家族の介護などは、やむを得ない事情
金融業界の業務とシステムを知る
この講座では，証券会社，クレジットカード会社，生保会社，損保会社，メガバンクを題材に，金融業界の業務とシステムについて解説する。 Part1～Part4で証券会社，Part5～Part8でクレジットカード会社，Part9～Part11で生保会社，Part12～Part14で損保会社，Part15以降でメガバンクの業務とシステムについて詳しく説明する。 Part1 証券会社編1--注文から約定，決済など,証券業務の基本的な流れを知る Part2 証券会社編2--株式売買に伴うシステムの処理を理解する Part3 証券会社編3--ホールセール業務の流れをゼロから学ぶ Part4 証券会社編4--ホールセールを一貫処理する「STP」システムを理解する Part5 クレジットカード会社編1--年間30兆円を超すカード取引，その背後にある仕組みを理解する Part6 クレジットカード会社編2--「審
3年以内にベンチャーを辞めた知人の退職理由を列挙していくだけの枠。 - swatanabe’s diary
ふと思い出したので。 就活サイトの運営に携わっていたとき、多くの知人に就活や仕事の話を聞いたのですが、ベンチャーに入社した知人の多く（およそ8割）が3年以内に辞めており、ちょっと驚きました。 で。長く働いたあとの退職だと円満な感じで終わることが多いと思いますけど、3年以内だとその理由が実に種々雑多で面白かったので、気侭に列挙していきたいと思います（随時、追記するかも） しかし、追加するたびに「周りに多いなぁ。3年離職」と思います。苦笑。 ※最終更新：2023/10/29 ※あくまで「3年以内にベンチャー企業を退職した知人に理由を尋ねた結果」をまとめただけです。ベンチャーによくある退職理由、大手にはないベンチャーならではの理由をまとめた記事ではありません。 1. 周りの社員が想像以上にモチベーションが低かった 2. 昇進の可能性が（まず）ない 3. 1年たって成長が止まった 4. 自分だけ損
本当にあったやらかしDB設計シリーズ一覧 - Qiita
本当にあったやらかしDB設計シリーズをまとめてみました SQLアンチパターンで書かれているほど高尚な問題ではなく、もっと初歩的な、でもありがちな問題を取り上げています 初心者を脱出したと思っている人に是非読んでもらい、正しく設計してもらうことを目的としています もしここに載っていないパターンを経験したことのある方がいたら是非教えてください 本当にあったやらかしDB設計①【R無しRDB】 本当にあったやらかしDB設計②【囚人番号テーブル】 本当にあったやらかしDB設計③【ロジカルクエリー】 本当にあったやらかしDB設計④【テストチューニング】 本当にあったやらかしDB設計⑤【第三正規化病】 本当にあったやらかしDB設計⑥【見えない削除フラグ】 本当にあったやらかしDB設計⑦【ステートフルDB】 本当にあったやらかしDB設計⑧【ファンクションDB】 本当にあったやらかしDB設計⑨【文字列日付】
アーキテクチャ設計における垂直思考と水平思考 - kawasima
このADRをレビューするにあたっては、コンテキストのセクションもよくよく議論すべきで、意思決定が妥当かだけ見ても、「実はコンテキストに誤りやあやふやなところがありA案よりもB案の方が良かった…」みたいなことが発生するし、十分にコンテキストが理解されていない第3者や有識者をまじえてのレビューでは、レビューアに意思決定の構造を理解してもらいにくい、ということもある。
もしも桃太郎一行がITのスタートアップだったら（完全版） - 追試の駄文置き場
恵比寿駅の喫茶店。イヌ、サル、キジが張り詰めた空気でテーブルに同席している。 喫茶店のドアを開けて、桃太郎が入ってくる。 桃太郎「おつかれーっす」 イヌ、サル、キジ「……っす」 桃太郎「ごめんごめん、遅くなっちゃったわ。いやね、きのう金太郎と浦島太郎と飲みがあってさ」 キジ「え、あの有名な……」 桃太郎「そうそう。お互い名刺交換して。まぁやっぱ視座の高さが違ったわ。特に浦島太郎なんて玉手箱開けた経験者だし。金太郎は店にクマで乗り付けてた。ツキノワグマ」 サル「はー、すごいっすね」 桃太郎「浦島太郎、酔って乙姫に今から店こいよ！ってLINEしてたわ。ま、来なかったんだけど」 イヌ「……」 桃太郎「で、今日は何の話だっけ？」 サル「えーっと、それがっすね……」 桃太郎「来月の、鬼ヶ島ロンチの話？」 キジ「いや……」 イヌ「……俺から話すわ。実は、四人の座組みの件で、もう一回ちゃんと話したくて」
「その仕事、全部やめてみよう」をCTOの目線で読む - mikanmarusanのブログ
クレディセゾンCTOの小野 和俊さんから「その仕事、全部やめてみよう」 を献本いただいた。 自分にとって小野さんと言えば、未踏スーパークリエイターであり、エンジニアの多くが一度は読んだことがあるであろう「小野和俊のブログ」の中の人であり、スタートアップ創業を経て大企業のCTOをされている、伝説のエンジニアの一人だ。昨年からは、日本CTO協会で理事としてご一緒させていただいており、その熱量と経験にいつも圧倒されている。 前記の日本CTO協会の理事のみなさんが、非常にするどい書評を書かれていてこちらも大変勉強になる。 「その仕事、全部やめてみよう」を献本いただきました by @y_matsuwitter 書評・小野和俊著『その仕事、全部やめてみよう』 by @kentaro 「その仕事、全部やめてみよう」を読みました by @makoga 自分は少し別の角度から本書についてコメントしたい。 本
プロダクト開発における納得感 - Konifar's ZATSU
これを読んだ。 medium.com とてもよかった。特にココ。 エンジニア出身ならわかると思いますが、企画はもちろんデザインナーエンジニアも、「なぜつくるのか」「今後どうするのか」ということはとても関心のあることで、そこの納得感はチームのパフォーマンスに直結するといっても過言でないです。 わかる。自分も納得した上で作りたい。納得感なくても素早く作ればええやんと思われるかもしれないが、ふとした時につらくなるし何か起きても提案する気も起きなくなる。特に小さい組織だと納得感重要。 自分でもちょっとしつこいなと思うくらい納得できるまで質問することがある。「この機能なんで最初のリリースに入れるんでしたっけ？」とか「これをつける目的は○○で合ってますか？」とか。相手を信用していないわけではなくて、納得して取り組みたいので気になったところを質問するのだ。聞き方をもっと工夫すればよかったと後で反省するこ
締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
レガシーシステムをこえて - Sansan Tech Blog
Sansanプロダクト開発部・基盤チームの加畑です。法人向け名刺管理サービスSansan(以下、Sansan)の開発をしています。 これまでに、レガシーシステムの改善を主題とした記事を2つ書きました。レガシーシステムのおそうじでは、レガシーシステムを改善するプロジェクトの担当者としての経験をご紹介しました。レガシーシステムとつきあうでは、少し視点を広げ、ソフトウェアや開発組織の拡大に応じたレガシー化の変遷について考察し、組織としてどのように取り組むべきかの一考察を紹介しました。 ソフトウェア（システム）は本質的に複雑性をはらんでおり、変更が生じるかぎりにおいて、メンテナンス性の低下、いわゆるレガシー化と呼ばれる現象は避けられません。レガシーなシステムは事業の視点からみても技術的負債としてメンテナンスコストとして「利息」を払い続けることになります。それを避けるためには継続的に改善していく必要
GPT-3の衝撃 - ディープラーニングブログ
この1週間はGPT-3のユースケースの広さに驚かされる毎日でした． シリコンバレーでは話題騒然ですが日本ではほとんど話題になっていないので，勢いで書くことにしました． GPT-3はOpenAIが開発した言語生成モデルです．名前の由来であるGenerative Pretrained Transformerの通り，自然言語処理で広く使われるTransformerモデルを言語生成タスクで事前学習しています． 先月申請すれば誰でもGPT-3を利用できるOpenAI APIが発表され，様々な業種の開発者によって驚くべきデモンストレーションがいくつも公開されています． 特に話し言葉からJSXやReactのコードを生成するデモは著名なベンチャーキャピタルから注目を集め，誇大広告気味だと警鐘を鳴らす事態に発展しています． This is mind blowing. With GPT-3, I built
KyashでのZapierによる自動化を紹介する - Kyash Product Blog
Kyashの@konifarです。 Kyashでは2019年4月頃からZapierを使って定型的な業務を自動化しています。Zapierはプログラミングの知識や経験がなくてもポチポチしていくだけで様々な自動化ができるのがとてもよいですね。今回はKyashで実際に動いているZapをいくつか紹介したいと思います。 内容の簡単な紹介にとどめるので、もし詳しく中身を知りたい人がいたらDMなどで気軽に聞いてください。 1. Slackコマンドで休暇予定を勤怠カレンダーに登録して勤怠チャネルに通知 /休む 2020-08-01 夏休みとります のようにSlackコマンドを打つと、勤怠カレンダーに登録した上でSlackの勤怠チャネルに周知されます。 Triggerを Webhook by Zapier にしてSlackコマンドで発火するようにし、SlackのActionを使ってメールアドレスを抽出してカレ
Kyash Android で UIテストを導入した時の方針 - Konifar's WIP
先日、Kyash のAndroidアプリのUIテストをEspressoで書いてCIで回すようにしました。 ユーザー登録、ログイン、カード登録のテストが、毎晩元気に走っています。 きっかけはKPTです。iOSでログイン直後に発生するユニットテストでは気づけない問題が見つかり、 Problem として上がってきました。 テストケースを15項目くらいSpreadSheetにまとめていて大きなリリースの時は手動で確認していたのですが、なぜか「今回はやらないで大丈夫」と判断した時に限ってバグが発生するんですよね。また、手動のテストケースはミスや形骸化しやすいので、 Try としてテストケースの一部を自動化してみることにしたのでした。 Espressoでテストを書く時は、@sumio_tymさんの素晴らしい資料があるので、下記2つを読んでおけば間違いないと思います*1。 DroidKaigi2017
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dagger 2 and Koin comparison
Kotlinアンチパターン
