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.6k
加賀さんと僕 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
2k
What is "Happiness"?
otiai10
0
210
What I did and What I learned in Germany
otiai10
0
180
日本に帰りたい.key
otiai10
0
1k
Other Decks in Programming
See All in Programming
役立つログに取り組もう
irof
26
8.6k
Outline View in SwiftUI
1024jp
1
110
Android 15 でアクションバー表示時にステータスバーが白くなってしまう問題
tonionagauzzi
0
140
Vitest Browser Mode への期待 / Vitest Browser Mode
odanado
PRO
2
1.7k
Pinia Colada が実現するスマートな非同期処理
naokihaba
2
150
EventSourcingの理想と現実
wenas
6
2.1k
外部システム連携先が10を超えるシステムでのアーキテクチャ設計・実装事例
kiwasaki
1
220
go.mod、DockerfileやCI設定に分散しがちなGoのバージョンをまとめて管理する / Go Connect #3
arthur1
10
2.4k
Universal Linksの実装方法と陥りがちな罠
kaitokudou
1
220
ECS Service Connectのこれまでのアップデートと今後のRoadmapを見てみる
tkikuc
2
210
OpenTelemetryでRailsのパフォーマンス分析を始めてみよう(KoR2024)
ymtdzzz
4
1.5k
NSOutlineView何もわからん:( 前編 / I Don't Understand About NSOutlineView :( Pt. 1
usagimaru
0
100
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
664
120k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
42
9.2k
VelocityConf: Rendering Performance Case Studies
addyosmani
325
24k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
364
22k
Documentation Writing (for coders)
carmenintech
65
4.4k
Building a Modern Day E-commerce SEO Strategy
aleyda
38
6.9k
The Art of Programming - Codeland 2020
erikaheidi
51
13k
Build The Right Thing And Hit Your Dates
maggiecrowley
32
2.4k
Code Reviewing Like a Champion
maltzj
519
39k
GraphQLの誤解/rethinking-graphql
sonatard
66
9.9k
Happy Clients
brianwarren
97
6.7k
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 〜艦これウィジェットと個人開発を継続する技術〜