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
470
良い話と悪い話
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
270
FlutterとFirebaseを使い大学生活をチョロくしよう
gadgelogger
2
730
Other Decks in Technology
See All in Technology
Part1 GitHubってなんだろう?その2
tomokusaba
2
760
ソフトウェアテスト 最初の一歩 〜テスト設計技法をワークで体験しながら学ぶ〜 #JaSSTTokyo / SoftwareTestingFirstStep
nihonbuson
PRO
2
160
Azure & DevSecOps
kkamegawa
2
180
既存の開発資産を活かしながら、 《新規開発コスト抑制》と《開発体験向上》 を両立する拡張アーキテクチャ事例
kubell_hr
0
190
Datadog のトライアルを成功に導く技術 / Techniques for a successful Datadog trial
nulabinc
PRO
0
150
非root化Androidスマホでも動く仮想マシンアプリを試してみた
arkw
0
130
Google Cloud Next 2025 Recap アプリケーション開発を加速する機能アップデート / Application development-related features of Google Cloud
ryokotmng
0
210
CARTA HOLDINGS エンジニア向け 採用ピッチ資料 / CARTA-GUIDE-for-Engineers
carta_engineering
0
27k
Global Azure2025(GitHub Copilot ハンズオン)
tomokusaba
2
770
MagicPod MCPサーバー開発の裏側とAIエージェント活用の展望
magicpod
0
220
kernelvm-brain-net
raspython3
0
580
技術選定を突き詰める 懇親会LT
okaru
1
520
Featured
See All Featured
Git: the NoSQL Database
bkeepers
PRO
430
65k
How to Ace a Technical Interview
jacobian
276
23k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
227
22k
The Straight Up "How To Draw Better" Workshop
denniskardys
233
140k
Speed Design
sergeychernyshev
29
940
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
137
33k
Why You Should Never Use an ORM
jnunemaker
PRO
56
9.4k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
52
2.5k
[RailsConf 2023] Rails as a piece of cake
palkan
54
5.5k
Gamification - CAS2011
davidbonilla
81
5.3k
Bash Introduction
62gerente
613
210k
Building a Modern Day E-commerce SEO Strategy
aleyda
40
7.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を使用したテストコードの書き方が全く??????な状態なので勉強が必要だと感じた。(扱えた らもっと高品質なコードができるんだろうね) • まだまだこれ以外にも指摘されたポイントがたくさんあるので修正してキャッチアップしていきたい。 感想
長々とご清聴ありがとうございました。 (尺超えてたらごめんなさい)