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
huwamoko6210
June 29, 2019
Programming
0
170
コードをきれいに書く基本のキ
コードをきれいに書く上で最低限覚えておいた方がいいことまとめ。
huwamoko6210
June 29, 2019
Tweet
Share
Other Decks in Programming
See All in Programming
More Approvers for Greater OSS and Japan Community
tkikuc
1
110
testingを眺める
matumoto
1
130
機能追加とリーダー業務の類似性
rinchoku
2
970
Design Foundational Data Engineering Observability
sucitw
3
160
Laravel Boost 超入門
fire_arlo
2
200
サーバーサイドのビルド時間87倍高速化
plaidtech
PRO
0
700
パッケージ設計の黒魔術/Kyoto.go#63
lufia
3
420
Processing Gem ベースの、2D レトロゲームエンジンの開発
tokujiros
2
120
Namespace and Its Future
tagomoris
6
690
TROCCO×dbtで実現する人にもAIにもやさしいデータ基盤
nealle
0
850
Introducing ReActionView: A new ActionView-compatible ERB Engine @ Rails World 2025, Amsterdam
marcoroth
0
520
AIを活用し、今後に備えるための技術知識 / Basic Knowledge to Utilize AI
kishida
20
4.9k
Featured
See All Featured
Raft: Consensus for Rubyists
vanstee
140
7.1k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
13k
How to train your dragon (web standard)
notwaldorf
96
6.2k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.4k
The World Runs on Bad Software
bkeepers
PRO
70
11k
The Art of Programming - Codeland 2020
erikaheidi
55
13k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.6k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
910
Mobile First: as difficult as doing things right
swwweet
224
9.9k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
111
20k
BBQ
matthewcrist
89
9.8k
Transcript
新卒一年目の コードをきれいに書く基本のキ 6/29 (若手)エンジニアもくもく会 vol.14 @CrowdWorks
学生時代 コードのきれいさなんて気にしたこともなかった
個人開発 お仕事 ・自分が読めればよし ・他の人も読む ・とりあえず動けばよし ・安全なコード 技術より先にきれいなコードが書けることが大前提!
コードをきれいに書く基本のキ 一貫性 可読性 型指定 役割
class hoge{ } class hoge { } 「正しさ」よりも一貫性を重視する
•一貫性のあるコードは正しいコードよりも重要。 ーチーム全員が一貫したスタイルを持つ ー変数名の書き方も同じ(ex.キャメルケース、スネークケース) ー基本的にはコード規約をまず守ろう! (PHPはPSR)
コードをきれいに書く基本のキ 一貫性 型指定 役割 可読性
time_str += (hour >= 12) ? "pm" : "am"; if(hour
>= 12){ time_str += "pm"; }else{ time_str += "am"; } 理解が早くできるコードはどっち?
•理解が早くできるコードを優先する。 ーネストが深くならないように注意する ーif/else文は直観的に理解しやすい(場合による) ー早く理解できるコードは良いコード
コードをきれいに書く基本のキ 一貫性 型指定 役割 可読性
function addScore($score, $totalScore) { return $totalScore + $score; } どこが間違ってるでしょうか?
型指定をしていない!!!!
型指定はきっちりと function addScore(int $score, int $totalScore): int { return $totalScore
+ $score; }
コードをきれいに書く基本のキ 一貫性 型指定 役割 可読性
function inputScore() { //スコアの入力を行う } function addScore() { //スコアを加算する }
function outputScore() { //スコアを出力する } 関数の役割を独立させる
•関数に役割を持たせ、独立させる ー分割したものを関数にして、役割を持たせる ー目的に従ってコードを分割する。 ーそれぞれ依存せず、独立した関数やクラスにすること
参 考 ・ 出 典
ご清聴ありがとうございました!