Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
加賀さんと僕 5 〜艦これウィジェットと個人開発を継続する技術〜
Search
otiai10
December 06, 2021
Programming
2
3.1k
加賀さんと僕 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
240
What I did and What I learned in Germany
otiai10
0
220
日本に帰りたい.key
otiai10
0
1.2k
Other Decks in Programming
See All in Programming
20 years of Symfony, what's next?
fabpot
2
350
これだけで丸わかり!LangChain v1.0 アップデートまとめ
os1ma
6
1.8k
AWS CDKの推しポイントN選
akihisaikeda
1
240
モデル駆動設計をやってみようワークショップ開催報告(Modeling Forum2025) / model driven design workshop report
haru860
0
270
JETLS.jl ─ A New Language Server for Julia
abap34
1
390
新卒エンジニアのプルリクエスト with AI駆動
fukunaga2025
0
220
안드로이드 9년차 개발자, 프론트엔드 주니어로 커리어 리셋하기
maryang
1
110
リリース時」テストから「デイリー実行」へ!開発マネージャが取り組んだ、レガシー自動テストのモダン化戦略
goataka
0
130
非同期処理の迷宮を抜ける: 初学者がつまづく構造的な原因
pd1xx
1
710
Full-Cycle Reactivity in Angular: SignalStore mit Signal Forms und Resources
manfredsteyer
PRO
0
140
バックエンドエンジニアによる Amebaブログ K8s 基盤への CronJobの導入・運用経験
sunabig
0
160
C-Shared Buildで突破するAI Agent バックテストの壁
po3rin
0
390
Featured
See All Featured
Being A Developer After 40
akosma
91
590k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
196
70k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
2.7k
Six Lessons from altMBA
skipperchong
29
4.1k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.3k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.3k
How to Think Like a Performance Engineer
csswizardry
28
2.4k
Designing Experiences People Love
moore
143
24k
Into the Great Unknown - MozCon
thekraken
40
2.2k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.8k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
7.9k
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 〜艦これウィジェットと個人開発を継続する技術〜