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
800
新規プロジェクトでやってよかったことまとめ
まとめました
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
240
Slice Your App
kobitokaba
2
1.2k
Inside Jetpack
kobitokaba
2
120
Generating and Transforming Kotlin code
kobitokaba
0
84
Conference Tourism
kobitokaba
0
250
Inside Jetpack Architecture Components
kobitokaba
0
210
Kotlinもう一歩
kobitokaba
8
16k
Inside LifecycleObserver
kobitokaba
0
94
Featured
See All Featured
The Power of CSS Pseudo Elements
geoffreycrofte
75
5.8k
Automating Front-end Workflow
addyosmani
1369
200k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Bash Introduction
62gerente
611
210k
What's in a price? How to price your products and services
michaelherold
245
12k
Rails Girls Zürich Keynote
gr2m
94
13k
How STYLIGHT went responsive
nonsquared
99
5.5k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
45
7.2k
[RailsConf 2023] Rails as a piece of cake
palkan
54
5.4k
Into the Great Unknown - MozCon
thekraken
37
1.7k
How GitHub (no longer) Works
holman
314
140k
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 おしまい