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
460
良い話と悪い話
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
250
FlutterとFirebaseを使い大学生活をチョロくしよう
gadgelogger
2
670
Other Decks in Technology
See All in Technology
Go の analysis パッケージで自作するリファクタリングツール
kworkdev
PRO
1
410
セマンティックレイヤー入門
ikkimiyazaki
8
3.2k
大規模プロジェクトにおける 品質管理の要点と実践 / 20250327 Suguru Ishii
shift_evolve
0
280
技術的負債を正しく理解し、正しく付き合う #phperkaigi / PHPerKaigi 2025
shogogg
7
1.8k
React Server Componentは 何を解決し何を解決しないのか / What do React Server Components solve, and what do they not solve?
kaminashi
6
1.2k
アプリケーション固有の「ロジックの脆弱性」を防ぐ開発者のためのセキュリティ観点
flatt_security
28
10k
パスキーでのログインを 実装してみよう!
hibiki_cube
0
670
Symfony in 2025: Scaling to 0
fabpot
2
190
銀行でDevOpsを進める理由と実践例 / 20250317 Masaki Iwama
shift_evolve
1
110
グループポリシー再確認
murachiakira
0
170
年末調整プロダクトの内部品質改善活動について
kaomi_wombat
0
210
AIエージェントキャッチアップと論文リサーチ
os1ma
6
1.2k
Featured
See All Featured
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
4
470
A better future with KSS
kneath
238
17k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
Git: the NoSQL Database
bkeepers
PRO
429
65k
Navigating Team Friction
lara
184
15k
The Cult of Friendly URLs
andyhume
78
6.3k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.2k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
227
22k
Embracing the Ebb and Flow
colly
85
4.6k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
46
2.4k
Testing 201, or: Great Expectations
jmmastey
42
7.4k
The World Runs on Bad Software
bkeepers
PRO
67
11k
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を使用したテストコードの書き方が全く??????な状態なので勉強が必要だと感じた。(扱えた らもっと高品質なコードができるんだろうね) • まだまだこれ以外にも指摘されたポイントがたくさんあるので修正してキャッチアップしていきたい。 感想
長々とご清聴ありがとうございました。 (尺超えてたらごめんなさい)