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
新規プロジェクトでやってよかったことまとめ
Search
kobito-kaba
November 10, 2023
1
810
新規プロジェクトでやってよかったことまとめ
まとめました
kobito-kaba
November 10, 2023
Tweet
Share
More Decks by kobito-kaba
See All by kobito-kaba
Youtube like BottomNavigation
kobitokaba
0
210
Modularizing and Refactoring Android App with Clean Architecture
kobitokaba
0
250
Slice Your App
kobitokaba
2
1.2k
Inside Jetpack
kobitokaba
2
120
Generating and Transforming Kotlin code
kobitokaba
0
89
Conference Tourism
kobitokaba
0
250
Inside Jetpack Architecture Components
kobitokaba
0
210
Kotlinもう一歩
kobitokaba
8
16k
Inside LifecycleObserver
kobitokaba
0
98
Featured
See All Featured
Site-Speed That Sticks
csswizardry
7
590
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
840
A Tale of Four Properties
chriscoyier
159
23k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.7k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
32
5.8k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
137
34k
The Language of Interfaces
destraynor
158
25k
Why Our Code Smells
bkeepers
PRO
336
57k
Documentation Writing (for coders)
carmenintech
71
4.8k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
Transcript
Hiroyuki Mori 新規プロジェクトで やってよかったことまとめ
前提条件
もとは50万行ほどのアプリ 期間は9ヶ月くらい 1.
仕様書もデザインも APIも最初から 2.
メンバー2人 3.
メンバー2人 (のち4人参画) 3.
・期間的にはぎりぎり ・最初期は比較的余裕がある
・期間的にはぎりぎり ・最初期は比較的余裕がある →あとから参画するメンバーが どれだけ活躍できるかが鍵
ペアプログラミング
ドライバー ナビゲーター 補助 指示
None
None
・どこから手を付けるか迷わない ・ドメイン知識や技術知識の伝達 ・リモートでもコミュニケーション
Compose
複雑な データフロー UI
複雑な データフロー UI決定 ロジック UI
・複雑なUIでも簡単で安全 ・テストが容易 ・コンポーネントの再利用が容易
マルチモジュール
presentation data foundation
・ファイル書く場所が一目瞭然 ・依存関係を強制 ・コードの均質化
プラグイン
モジュールを1つ作る場合
モジュールを1つ作る場合 ・New > Module > Android Library
モジュールを1つ作る場合 ・New > Module > Android Library ・name, packageを修正して作成
モジュールを1つ作る場合 ・New > Module > Android Library ・name, packageを修正して作成 ・appのbuild.gradle.ktsに追加
モジュールを1つ作る場合 ・New > Module > Android Library ・name, packageを修正して作成 ・appのbuild.gradle.ktsに追加
・モジュールのbuild.gradle.kts 修正
モジュールを1つ作る場合 ・New > Module > Android Library ・name, packageを修正して作成 ・appのbuild.gradle.ktsに追加
・モジュールのbuild.gradle.kts 修正 ・必要なパッケージ作成
モジュールを1つ作る場合 ・New > Module > Android Library ・name, packageを修正して作成 ・appのbuild.gradle.ktsに追加
・モジュールのbuild.gradle.kts 修正 ・必要なパッケージ作成 ・必要なクラスファイル作成
・New > Module > Android Library ・name, packageを修正して作成 ・appのbuild.gradle.ktsに追加 ・モジュールのbuild.gradle.kts
修正 ・必要なパッケージ作成 ・必要なクラスファイル作成 →ようやくコード書ける
プラグインを使った場合
プラグインを使った場合 ・タイプ、名前入力
プラグインを使った場合 ・タイプ、名前入力 →全部やってくれる
・新規メンバーが作りやすい ・コードが均質化される ・マジで便利
・IntelliJ Platform Plugin Template https://github.com/JetBrains/intellij-platform-plugin-template ・Kotlin + GitHub Template ではじめる、
初めての IntelliJ IDEA プラグイン開発 https://zenn.dev/ryo_kawamata/articles/d2b5081df86728
デバッグメニュー
None
None
None
None
None
None
Q. NetworkInspectorの Ruleで同じようなことできます けど?
Network Inspector ・条件や置換内容を細かく設定可能 ・Android Studioが必要 ・共有が難しい(作れば可能) ・Inspect中のみ有効
API Interceptor ・共有が簡単 ・デザイナーやプランナーでも使える ・設定した上で配布できる
None
まとめ
ときどきでも 開発のやりかた自体を 見直すと 良いと思います
Hiroyuki Mori おしまい