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
「その開発、認知負荷高すぎませんか?」Platform Engineeringで始める開発者体験カイゼン術
sansantech
PRO
2
110
バイブスに「型」を!Kent Beckに学ぶ、AI時代のテスト駆動開発
amixedcolor
2
580
AWSを利用する上で知っておきたい名前解決のはなし(10分版)
nagisa53
10
3.2k
【実演版】カンファレンス登壇者・スタッフにこそ知ってほしいマイクの使い方 / 大吉祥寺.pm 2025
arthur1
1
890
2つのフロントエンドと状態管理
mixi_engineers
PRO
3
110
dbt開発 with Claude Codeのためのガードレール設計
10xinc
2
1.3k
「何となくテストする」を卒業するためにプロダクトが動く仕組みを理解しよう
kawabeaver
0
420
LLMを搭載したプロダクトの品質保証の模索と学び
qa
0
1.1k
RSCの時代にReactとフレームワークの境界を探る
uhyo
10
3.5k
「Linux」という言葉が指すもの
sat
PRO
4
140
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
10
75k
新規プロダクトでプロトタイプから正式リリースまでNext.jsで開発したリアル
kawanoriku0
1
160
Featured
See All Featured
How to train your dragon (web standard)
notwaldorf
96
6.2k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
8
530
Fireside Chat
paigeccino
39
3.6k
Writing Fast Ruby
sferik
628
62k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.5k
Visualization
eitanlees
148
16k
4 Signs Your Business is Dying
shpigford
184
22k
A Tale of Four Properties
chriscoyier
160
23k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.9k
Speed Design
sergeychernyshev
32
1.1k
Done Done
chrislema
185
16k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
16k
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を使用したテストコードの書き方が全く??????な状態なので勉強が必要だと感じた。(扱えた らもっと高品質なコードができるんだろうね) • まだまだこれ以外にも指摘されたポイントがたくさんあるので修正してキャッチアップしていきたい。 感想
長々とご清聴ありがとうございました。 (尺超えてたらごめんなさい)