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
gadge logger
July 24, 2023
Technology
0
490
良い話と悪い話
7/24 YOUTRUST×ゆめみのイベント登壇用の資料です。
gadge logger
July 24, 2023
Tweet
Share
More Decks by gadge logger
See All by gadge logger
4月27日理大LT
gadgelogger
0
280
FlutterとFirebaseを使い大学生活をチョロくしよう
gadgelogger
2
820
Other Decks in Technology
See All in Technology
会社紹介資料 / Sansan Company Profile
sansan33
PRO
6
380k
サンドボックス技術でAI利活用を促進する
koh_naga
0
200
AWSで推進するデータマネジメント
kawanago
1
1.3k
roppongirb_20250911
igaiga
1
210
Aurora DSQLはサーバーレスアーキテクチャの常識を変えるのか
iwatatomoya
1
790
「何となくテストする」を卒業するためにプロダクトが動く仕組みを理解しよう
kawabeaver
0
370
react-callを使ってダイヤログをいろんなとこで再利用しよう!
shinaps
1
230
開発者を支える Internal Developer Portal のイマとコレカラ / To-day and To-morrow of Internal Developer Portals: Supporting Developers
aoto
PRO
1
440
バッチ処理で悩むバックエンドエンジニアに捧げるAWS Glue入門
diggymo
3
190
共有と分離 - Compose Multiplatform "本番導入" の設計指針
error96num
1
360
エラーとアクセシビリティ
schktjm
1
1.2k
Skrub: machine-learning with dataframes
gaelvaroquaux
0
120
Featured
See All Featured
4 Signs Your Business is Dying
shpigford
184
22k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
358
30k
Done Done
chrislema
185
16k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
YesSQL, Process and Tooling at Scale
rocio
173
14k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.9k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
9
810
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
13k
The Invisible Side of Design
smashingmag
301
51k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3k
Transcript
良い話と悪い話 LT2回目の新米 @Gadgelogger
自己紹介 01
自己紹介 • 岡山理科大学総合情報学部情報科学科 • Flutterを初めて仕事にありつきたいと奮起している • 開発経験はFlutterを1年(ど素人) • ChatGPTとGithubCopilotに頼らないといけない よわよわエンジニア(わからないことだらけ)
• 趣味:車いじってドライブ &ガジェット収集 @Gadgelogger
復習 02
• 大学入学したときの図 • ⇦輝かしいキャンパスライフを過ごせると思ってい る図 • 普通に単位を取れて無事に進級できると思って いた • このあとボコボコにされます
@Gadgelogger
None
• 単純にテスト勉強してなかった • 「テストなんか何とかなるっしょw」的な考えで何とかなると思ってた 結果。。。(察し) • 講義の難易度と評判がわからないため、過酷な科目を取ることも 多々あった。 • このままでは留年するからやばい!どうしよ😇
なぜこうなったのか
じゃあ楽に単位が取れるアプリ作れば 良くね
None
良い話 03
None
インターン先が決まりました!!!
None
悪い話 04
None
まあ落ちて当たり前だよね。。。(笑)
• Githubの使い方がガバガバすぎる(issue?branch?merge何それ?← バカ) • コードの基礎の基礎(1行1行が「どう動いてるのか?」「なぜ動くのか?」 理解せずに挑んでいる • そもそもコードの”良い書き方”を知らないので汚い • ディレクトリの”良い管理方法”も知らない
落ちた要因
None
フィードバック丁寧すぎ
というわけでできる限り治していくか!
None
None
こんな感じで運用することに決めた issueを建てる→issueの番号でブランチを切る →プルリクといった流れ (issue drivenというらしいね) Githubの管理 MAIN DEV 完成したらMarge 設定でこっちを
mainブランチに設定 (基本はここで管理) feature/ issue11 _api feature/ issue3_ ui feature/ issue5_ fvm 機能単価でブランチ 作成 機能完成したら DEVにMarge
None
None
None
None
None
None
None
None
• 自分が如何にソフトウェア工学面的に劣っているかがよく分かった。 • Githubの基本的な使い方はマスターすることができたのでいい勉強になった。 (まだコンフリクトへの対応とかGithubActionのyamlを書けないけれど) • アーキテクチャ部分の理解や1行1行のコードが「なぜ動くのか?この仕組みはどうなのか?」がノリと雰囲気で 理解できていないのでまだまだ勉強が必要だと感じた。 • コードのコンポーネント化やコンスタンス化などを知ることができ、自分が如何に保守性・視認性の悪いコードを
書いていたかが痛感した。 • テストコード(Widgetテスト・Unitテスト・Integrationテスト)などについて知ることができた。 (widgetしか知らなかった) • しかしMokkitを使用したテストコードの書き方が全く??????な状態なので勉強が必要だと感じた。(扱えた らもっと高品質なコードができるんだろうね) • まだまだこれ以外にも指摘されたポイントがたくさんあるので修正してキャッチアップしていきたい。 感想
長々とご清聴ありがとうございました。 (尺超えてたらごめんなさい)