良いコードの書き方 - Qiita

概要 チームによる継続的開発を前提としたコーディングのガイドライン。 特定の言語を対象としたものではないが、主に静的型付けのオブジェクト指向言語を想定している。 サンプルコードは別段の定めがなければSwiftで記載。 ガイドラインの目的 生産性を高め、メンテナンスコストを下げる バグが生まれづらくする 開発メンバー（特に新規参加者）がコードを理解しやすくする 初心者プログラマーの教育 内容の説明 タイトルの頭についた【数字】は重要度。 高いほどシステムに与える影響が大きいが、低いものの方が影響が小さく改修しやすいものが多い。 【5】変数のスコープを小さくする 変わり得る値は複雑さを生み誤解やバグに繋がるため、プログラムは変数が少ないほど問題が生まれづらい。 プログラミングの大原則として、変数は必要最低限を心がけ、むやみに増やさないようにする。 また、変数はスコープや寿命が大きいほど悪影響が

[mayumayu_nimolove]

良いコードの書き方というタイトルが雑

[Cion]

毎年新しいエンジニアが生まれるので、この手の記事は何番煎じでも価値がある

[ardarim]

こういうの、何番煎じなんだろう…と思ってしまう程度には食傷気味。

[cozyconemotel]

需要があるの分かってても先人が何度も書いたことを記事にする図々しさを自分は持てない、でも書いた方が強いんだよな

[atsushifx]

ネーミングも大事

[ene0kcal]

書かれている2〜3割は設計で解決できると思われる。ビジネスでチーム開発するなら初期設計が重要だという事を意味している。設計の骨組みを変えるのは大変なので、そうならないように初期設計を十分に練り込むこと。

[wktk_msum]

コードについて

[dentaro]

まずテストを書きます

[coppieee]

DBのことをグローバル変数って言うの流行ってるの？

[yuki_2021]

swiftでの良いコードの書き方。

[ema_hiro]

リーダブルコード読めばいいのでは。

[nakag0711]

基本的にインスタンス変数は複数のメソッドに出てくる引数をまとめたものなんだけど、それとは別に生存期間が同じでなければならないという制約がある。そこから外れると不当なのだが、この例は問題ないのでは

[saka01]

よくまとまってるなぁ　今一度確認しておこう

[diveintounlimit]

全部読んだけどだいたい言ってることは良いと思った

[aceraceae]

内容的にしかたがないけど以前読んだものにとてもよく似ている。特にグローバル変数のくだりは既視感しかなかった。

[otihateten3510]

テストのために設計変えるの嫌い

[letsspeak]

良い。プログラムは十人十色といわれるけれどこういうのを徹底するとみんなほぼ同じになるとおもっている

[masaru_al]

『グローバル変数は極力使用を避ける』『ファンクションは5〜25行程度を目安』こういうことを書いてある記事は特に初心者にはお薦めしない。グローバル変数を無くすこと関数を短くすることを目標にすべきではないので

[kkobayashi]

良い内容だと思う。しかし書き出してみるとずいぶん多くなるんだな

[iekusup]

ほー。