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
850
新規プロジェクトでやってよかったことまとめ
まとめました
kobito-kaba
November 10, 2023
Tweet
Share
More Decks by kobito-kaba
See All by kobito-kaba
Youtube like BottomNavigation
kobitokaba
0
220
Modularizing and Refactoring Android App with Clean Architecture
kobitokaba
0
270
Slice Your App
kobitokaba
2
1.2k
Inside Jetpack
kobitokaba
2
140
Generating and Transforming Kotlin code
kobitokaba
0
100
Conference Tourism
kobitokaba
0
270
Inside Jetpack Architecture Components
kobitokaba
0
230
Kotlinもう一歩
kobitokaba
8
16k
Inside LifecycleObserver
kobitokaba
0
110
Featured
See All Featured
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
10
610
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.9k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
30
2.9k
Bash Introduction
62gerente
615
210k
RailsConf 2023
tenderlove
30
1.3k
BBQ
matthewcrist
89
9.9k
How To Stay Up To Date on Web Technology
chriscoyier
791
250k
Building a Modern Day E-commerce SEO Strategy
aleyda
44
7.8k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.7k
Building Flexible Design Systems
yeseniaperezcruz
329
39k
The Power of CSS Pseudo Elements
geoffreycrofte
80
6k
Why Our Code Smells
bkeepers
PRO
340
57k
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 おしまい