Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
加賀さんと僕 5 〜艦これウィジェットと個人開発を継続する技術〜
Search
otiai10
December 06, 2021
Programming
2
2.9k
加賀さんと僕 5 〜艦これウィジェットと個人開発を継続する技術〜
書きました。
2021年、個人開発アドベントカレンダーの6日目です。
https://qiita.com/advent-calendar/2021/personal-project
otiai10
December 06, 2021
Tweet
Share
More Decks by otiai10
See All by otiai10
Bioinformatics meets Go
otiai10
1
2.1k
What is "Happiness"?
otiai10
0
230
What I did and What I learned in Germany
otiai10
0
200
日本に帰りたい.key
otiai10
0
1.1k
Other Decks in Programming
See All in Programming
レベル1の開発生産性向上に取り組む − 日々の作業の効率化・自動化を通じた改善活動
kesoji
0
190
A2A プロトコルを試してみる
azukiazusa1
2
1.4k
Composerが「依存解決」のためにどんな工夫をしているか #phpcon
o0h
PRO
1
250
第9回 情シス転職ミートアップ 株式会社IVRy(アイブリー)の紹介
ivry_presentationmaterials
1
320
Rails Frontend Evolution: It Was a Setup All Along
skryukov
0
130
VS Code Update for GitHub Copilot
74th
2
640
プロダクト志向ってなんなんだろうね
righttouch
PRO
0
190
What Spring Developers Should Know About Jakarta EE
ivargrimstad
0
460
Claude Code + Container Use と Cursor で作る ローカル並列開発環境のススメ / ccc local dev
kaelaela
9
4.9k
イベントストーミング図からコードへの変換手順 / Procedure for Converting Event Storming Diagrams to Code
nrslib
2
790
すべてのコンテキストを、 ユーザー価値に変える
applism118
3
1.3k
Systèmes distribués, pour le meilleur et pour le pire - BreizhCamp 2025 - Conférence
slecache
0
120
Featured
See All Featured
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
950
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
YesSQL, Process and Tooling at Scale
rocio
173
14k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
The World Runs on Bad Software
bkeepers
PRO
69
11k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
The Pragmatic Product Professional
lauravandoore
35
6.7k
A Tale of Four Properties
chriscoyier
160
23k
BBQ
matthewcrist
89
9.7k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Practical Orchestrator
shlominoach
189
11k
Transcript
加賀さんと僕 5 〜艦これウィジェットと個人開発を継続する技術〜 @otiai10 2021/12/06
はじめに
Thanks to
None
None
None
and
井口裕香
これまでの資料 1. [2013] 加賀さんと僕〜艦これウィジェットの紹介と説明〜 2. [2013] 加賀さんと僕〜艦これウィジェットの課題と実装〜 3. [2013] 加賀さんと僕〜艦これウィジェットの新機能とか〜
4. [2014] 加賀さんと僕〜艦これウィジェットの公開と教訓〜
目次 1. 『艦これウィジェット』とは 2. 個人開発ソフトウェアのライフサイクル仮説 3. 個人開発を継続する技術 4. 『艦これウィジェット』での実践 5.
『艦これウィジェット』の今後
『艦これウィジェット』とは、艦これをプ レーしやすくするChrome拡張です Chromeウェブストアで公開さ れている拡張で、Chromeでの 「艦これ」のプレーをいくらか ラクに(≠自動化)します。 あくまで非公式ツールであり、 「本来なら無いほうがよいもの である」という考えのもと、公 開しています。
GitHubでソースコードを公開し ており、いつでも誰でもforkお よび開発に参加できます。
本日のトピック https://github.com/KanCraft/kanColleWidget/graphs/contributors
本日のトピック https://github.com/KanCraft/kanColleWidget/graphs/contributors 細いながら、自分はなぜ続けてこれたんだろうか?
目次 1. 『艦これウィジェット』とは 2. 個人開発ソフトウェアのライフサイクル仮説 3. 個人開発を継続する技術 4. 『艦これウィジェット』での実践 5.
『艦これウィジェット』の今後
個人開発のきっかけは? • 不便を感じたから • 面白いことをしたかったから • あったらいいなを作りたかったから • コードを書く機会がほしかったから •
使ってみたい技術があったから • etc...
個人開発のきっかけは? • 不便を感じたから • 面白いことをしたかったから • あったらいいなを作りたかったから • コードを書く機会がほしかったから •
使ってみたい技術があったから • etc...
個人開発のきっかけは? ほしい × できる バリュー × デリバリ
個人開発のライフサイクル仮説 バリュー軸 デリバリ軸 e.g. 興味ある技術を使えている e.g. 使用技術に飽きている e.g. 熱烈に自分ないし他者から求められている e.g.
プロダクトとして価値を感じていない
個人開発のライフサイクル仮説 バリュー軸 デリバリ軸 e.g. 興味ある技術を使えている e.g. 使用技術に飽きている e.g. 熱烈に自分ないし他者から求められている e.g.
プロダクトとして価値を感じていない 継続不可領域 絶頂領域 技術の楽園 渇望の海原
個人開発のライフサイクル仮説 バリュー軸 デリバリ軸 e.g. 興味ある技術を使えている e.g. 使用技術に飽きている e.g. 熱烈に自分ないし他者から求められている e.g.
プロダクトとして価値を感じていない 継続不可領域 絶頂領域 技術の楽園 渇望の海原 技術的な自由さ楽しさは あるが、人を巻き込めな いと孤独になりがち 必要とされるものを作って いるやりがいはあるが、リ クエストに応え続けるのは つらくなりがち
個人開発のライフサイクル仮説 バリュー軸 デリバリ軸 継続不可領域 絶頂領域 技術の楽園 渇望の海原 パターンA: ドッグフーディング型 ①
自分が欲しいものを作り ② 意外にもユーザがつき ③ 必要に応じて技術を充実させるが ④ 段々と自他ともに関心が失せ ⑤ 使用技術も退屈になり、放置 ① ② ③ ④ ⑤
個人開発のライフサイクル仮説 バリュー軸 デリバリ軸 継続不可領域 絶頂領域 技術の楽園 渇望の海原 パターンB: 技術サンドボックス型 ①
技術研究として公開 ② 面白いものとして関心が高まり ③ 多少ユーザが付き面白くなるが ④ 技術興味が失せるも責任感から更新 ⑤ 更新が疎かになりユーザが離れ終了 ① ② ③ ④ ⑥
個人開発のライフサイクル仮説 バリュー軸 デリバリ軸 継続不可領域 絶頂領域 技術の楽園 渇望の海原 「個人開発」継続の スイートスポットは、こ こではなくて...
個人開発のライフサイクル仮説 バリュー軸 デリバリ軸 継続不可領域 絶頂領域 技術の楽園 渇望の海原 「個人開発」継続の スイートスポットは、こ こではなくて...
実はここなの では?
目次 1. 『艦これウィジェット』とは 2. 個人開発ソフトウェアのライフサイクル仮説 3. 個人開発を継続する技術 4. 『艦これウィジェット』での実践 5.
『艦これウィジェット』の今後
仮に自分にとってこれが真ならば... バリュー軸 デリバリ軸 継続不可領域 絶頂領域 技術の楽園 渇望の海原 「個人開発」継続の スイートスポットは、こ こではなくて...
実はここなの では?
個人開発を継続する技術は、3つ バリュー軸 デリバリ軸 継続不可領域
個人開発を継続する技術は、3つ バリュー軸 デリバリ軸 継続不可領域 ① 多くなくてよい、少人数の味方を見つける
個人開発を継続する技術は、3つ バリュー軸 デリバリ軸 継続不可領域 ② 技術的関心を分離し、追求する
個人開発を継続する技術は、3つ バリュー軸 デリバリ軸 継続不可領域 ③ 継続コストを最小化する
個人開発を継続する技術は、3つ バリュー軸 デリバリ軸 継続不可領域 ① 多くなくてよい、少人数の味方を見つける ② 技術的関心を分離し、追求する ③ 継続コストを最小化する
ここに留まる
目次 1. 『艦これウィジェット』とは 2. 個人開発ソフトウェアのライフサイクル仮説 3. 個人開発を継続する技術 4. 『艦これウィジェット』での実践 5.
『艦これウィジェット』の今後
① 少人数の味方を見つける • 「リリースのユーザ承認制」を実装 • こまめなリリースアナウンスを自動化 毎日developの更新が無いかActionsでチェック。 更新があれば、リリースPRをOpen。 テスト版Chrome拡張を自動リリース。 ユーザによる👍が3つ集まらないと、プロダクショ
ンには自動リリースされない仕組み。 詳しくはこちら
② 技術的関心を分離し追求する • 開発言語を多様化した • ライブラリとして一般化し別プロジェクト に分離 内部的に利用する自作API 内部的に利用するテストutil GoのOCRラッパー切り出し
最小WAFを自作 Test Assertion Utilを自作
③ 継続コストを最小化する • Dependenciesの更新を自動化し腐敗防止 • No-LookマージできるようCI整備を徹底 詳しくは https://github.com/KanCraft/kanColleWidget/actions Coverageの見える化 Dependenciesの
outdatetdを自動検出 & 自動PR 潜在的な脆弱性を自動検出
個人開発を継続する技術 バリュー軸 デリバリ軸 継続不可領域 ① 多くなくてよい、少人数の味方を見つける ② 技術的関心を分離し、追求する ③ 継続コストを最小化する
ここに留まる!
目次 1. 『艦これウィジェット』とは 2. 個人開発ソフトウェアのライフサイクル仮説 3. 個人開発を継続する技術 4. 『艦これウィジェット』での実践 5.
『艦これウィジェット』の今後
思い入れ: ソフトウェアは人を育てる 新卒 転職 転職 転職 転職 非エンジニア職へ
さいごに 自分が『艦これ』をやらなくなったら 開発終了と思っていましたが、 サ終まで、 開発継続したい。 やらせてほしいと思っています。 もちろん、公式要請あれば即時停止します。
Thanks to
None
None
None
and
You all! 加賀さんと僕 5 〜艦これウィジェットと個人開発を継続する技術〜