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
500
良い話と悪い話
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
830
Other Decks in Technology
See All in Technology
Escaping_the_Kraken_-_October_2025.pdf
mdalmijn
0
130
"複雑なデータ処理 × 静的サイト" を両立させる、楽をするRails運用 / A low-effort Rails workflow that combines “Complex Data Processing × Static Sites”
hogelog
3
1.9k
生成AIを活用したZennの取り組み事例
ryosukeigarashi
0
200
成長自己責任時代のあるきかた/How to navigate the era of personal responsibility for growth
kwappa
3
270
ACA でMAGI システムを社内で展開しようとした話
mappie_kochi
1
250
【新卒研修資料】LLM・生成AI研修 / Large Language Model・Generative AI
brainpadpr
23
17k
Azure SynapseからAzure Databricksへ 移行してわかった新時代のコスト問題!?
databricksjapan
0
140
Access-what? why and how, A11Y for All - Nordic.js 2025
gdomiciano
1
110
AIが書いたコードをAIが検証する!自律的なモバイルアプリ開発の実現
henteko
1
340
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
9k
研究開発部メンバーの働き⽅ / Sansan R&D Profile
sansan33
PRO
3
20k
AWSにおけるTrend Vision Oneの効果について
shimak
0
120
Featured
See All Featured
Designing for humans not robots
tammielis
254
25k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
890
Documentation Writing (for coders)
carmenintech
75
5k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
51k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
The Invisible Side of Design
smashingmag
301
51k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
140
34k
The World Runs on Bad Software
bkeepers
PRO
71
11k
Designing for Performance
lara
610
69k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
114
20k
Producing Creativity
orderedlist
PRO
347
40k
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を使用したテストコードの書き方が全く??????な状態なので勉強が必要だと感じた。(扱えた らもっと高品質なコードができるんだろうね) • まだまだこれ以外にも指摘されたポイントがたくさんあるので修正してキャッチアップしていきたい。 感想
長々とご清聴ありがとうございました。 (尺超えてたらごめんなさい)