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
生きのびるためのインディー開発 / Indie Development to Survive
Search
itosho
March 25, 2021
Programming
0
41
生きのびるためのインディー開発 / Indie Development to Survive
年度末の社内LTで発表した資料 by Scrapbox
itosho
March 25, 2021
Tweet
Share
More Decks by itosho
See All by itosho
インターネットサービスの育て方 / How to Grow and Scale Internet Services
itosho
0
52
打線組という個人サービスを Goで開発している話 / Indie Service Development by Go
itosho
1
160
Components Reconsidered
itosho
1
2.1k
打線組を支える技術 / The Technology Behind Dasengumi
itosho
0
42
組織をスケールさせるためのTech Vision / Connehito Tech Vision for Growing Our Team
itosho
2
610
Gopher道場アフターストーリー / Gopher Dojo After Story
itosho
0
140
3分で分かるConnehito Tech Vision / Connehito Tech Vision in 3 minutes
itosho
0
470
CakePHPで学ぶDIコンテナ / Learn a DI Container through CakePHP
itosho
1
1.4k
事業を支える技術選定 / Engineering Decision Making Process For Business
itosho
12
5.4k
Other Decks in Programming
See All in Programming
責務と認知負荷を整える! 抽象レベルを意識した関心の分離
yahiru
8
1.3k
バッチを作らなきゃとなったときに考えること
irof
2
530
推しメソッドsource_locationのしくみを探る - はじめてRubyのコードを読んでみた
nobu09
2
300
Formの複雑さに立ち向かう
bmthd
1
930
Ruby on cygwin 2025-02
fd0
0
180
GoとPHPのインターフェイスの違い
shimabox
2
210
15分で学ぶDuckDBの可愛い使い方 DuckDBの最近の更新
notrogue
3
520
PHPのバージョンアップ時にも役立ったAST
matsuo_atsushi
0
230
パスキーのすべて ── 導入・UX設計・実装の紹介 / 20250213 パスキー開発者の集い
kuralab
3
900
もう僕は OpenAPI を書きたくない
sgash708
5
1.9k
Generating OpenAPI schema from serializers throughout the Rails stack - Kyobashi.rb #5
envek
1
380
Serverless Rust: Your Low-Risk Entry Point to Rust in Production (and the benefits are huge)
lmammino
1
150
Featured
See All Featured
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
A Philosophy of Restraint
colly
203
16k
Raft: Consensus for Rubyists
vanstee
137
6.8k
How GitHub (no longer) Works
holman
314
140k
Mobile First: as difficult as doing things right
swwweet
223
9.4k
Automating Front-end Workflow
addyosmani
1368
200k
What's in a price? How to price your products and services
michaelherold
244
12k
Documentation Writing (for coders)
carmenintech
67
4.6k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.4k
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
Testing 201, or: Great Expectations
jmmastey
42
7.2k
Faster Mobile Websites
deanohume
306
31k
Transcript
生きのびるためのインディー開発 #presentation 社内LTの資料です 少しだけリライトしましたが、特に公開しても問題ない内容です
趣味 インディー開発(個人開発)
インディー開発の目的 純粋にコードを書くのが楽しい 面白いサービスをつくりたい 技術検証 / 技術力アップ
技術選定 深く考えていたはわけではないので結果的にこうなった感じ
以前 業務で使っている技術スタックとは違う技術を使う 例 PHPを使っているときはRuby 基本バックエンド開発が多いのでSwift Goを書いていたときもライブラリ等は変えていた gorilla/mux, ant0ine/go-json-rest, upper/db, gRPC
最近 業務で使っている技術スタックと同じ技術を使う 特にここ1年ぐらいその傾向が強くなっている
何が起きたか? 年々、業務でコードを書く時間が減っている…!
2017年
2018年
2019年
2020年
2021年
結果 業務で使っている技術の勘どころが鈍くなってるのでは?という課題感を覚えるようになった そして、インディー開発でその課題を一定解消しようとしている
ちなみに業務でコードを書いていないことについて 実はあんまりストレスはない 元々そこへのこだわりは強くない方だと思う 戦略作ったりとか採用したりも楽しい それをやる必要性を感じていればOKというスタンス
一方イチエンジニアとして 一定の高い水準まで技術力があれば大丈夫的な言説にはやや否定的 もちろん、基礎がしっかりしていればトレンドをキャッチアップすることである程度カバー出 来るとは思う
手を動かし続けるのは大切 概念で理解していること具体で理解していることの間には大きな隔たりがある 頭でっかちになると、エッジケースやエラーハンドリング、運用など「些末」なことを忘れがちだ が、そういった些末なことを含めて動くものを完成させるのが開発の醍醐味であり、その些末なこ とを上手にやれる人、大切に出来る人が優秀なエンジニアなのでは?
インディー開発のメリット チュートリアルやりましたやサンプルコードを写経する以上の経験値が手に入る プロダクションコードを書くことには及ばないが「練習試合」ぐらいの力は身につけられる 個人的にはインディー開発も公式戦ぐらいの気持ちでやってる
最近つくっているやつ 進捗5割くらいなのでチラ見せ
技術スタック Backend Go, echo, sqlx Frontend TypeScript(先週書き換えた), React, Hook その他
AWS(予定)、Cloudinary(Imgixを意識)、Chakra UI(Tailwind CSSを意識)
まとめ 良い意味でどんどん仕事と趣味の境目が合間になってきた 「分かる」と「書ける」は違う インディー開発はいいぞ いま作っているやつはGWくらいにリリースしたい 来年度も頑張るぞ!