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
alien-signals と自作 OSS で実現する フレームワーク非依存な ロジック共通化の探求 / Exploring Framework-Agnostic Logic Sharing with alien-signals and Custom OSS
aoseyuu
3
5.6k
EMこそClaude Codeでコード調査しよう
shibayu36
0
610
エンジニアに事業やプロダクトを理解してもらうためにやってること
murabayashi
0
130
Register is more than clipboard
satorunooshie
1
410
pnpm に provenance のダウングレード を検出する PR を出してみた
ryo_manba
1
180
Designing Repeatable Edits: The Architecture of . in Vim
satorunooshie
0
240
ボトムアップの生成AI活用を推進する社内AIエージェント開発
aku11i
0
1.5k
Blazing Fast UI Development with Compose Hot Reload (droidcon London 2025)
zsmb
0
470
When Dependencies Fail: Building Antifragile Applications in a Fragile World
selcukusta
0
120
Making Angular Apps Smarter with Generative AI: Local and Offline-capable
christianliebel
PRO
0
110
MCPサーバー「モディフィウス」で変更容易性の向上をスケールする / modifius
minodriven
4
970
CSC305 Lecture 13
javiergs
PRO
0
370
Featured
See All Featured
Building a Scalable Design System with Sketch
lauravandoore
463
33k
Raft: Consensus for Rubyists
vanstee
140
7.2k
The Invisible Side of Design
smashingmag
302
51k
Making the Leap to Tech Lead
cromwellryan
135
9.6k
Leading Effective Engineering Teams in the AI Era
addyosmani
8
1k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
Git: the NoSQL Database
bkeepers
PRO
431
66k
Gamification - CAS2011
davidbonilla
81
5.5k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.8k
Building Flexible Design Systems
yeseniaperezcruz
329
39k
Testing 201, or: Great Expectations
jmmastey
46
7.7k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
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() { //スコアを出力する } 関数の役割を独立させる
•関数に役割を持たせ、独立させる ー分割したものを関数にして、役割を持たせる ー目的に従ってコードを分割する。 ーそれぞれ依存せず、独立した関数やクラスにすること
参 考 ・ 出 典
ご清聴ありがとうございました!