skillup

技術ブログ

プログラミング全般

短いコードを書く

投稿日:2016年7月10日 更新日:

私が普段コードを書くときに考えていることは常にいかに短くかけるか、ということといかにバグを生み出さないかということです。

基本的にはできるだけ、短くシンプルに書くようにしています。

そうすることであとで読んだ人間にとってわかりやすく、バグも少なくなります。

といってもプログラムって基本バグがあるものなんですけどね・・・そのために大切なのはできるだけコードを書かない工夫をすることです。

人間が書く以上、かけばかくほどバグの可能性は高くなります。そのためにはまずコードをできるだけかかない、という心構えが大切になってきます。

そのための工夫として下記のようなことが大切になります。

ライブラリを使う

配列の処理などいわゆるユーティリティー系の処理に属するものはなるべく用意されているものを使いましょう。JavaならApache commonsやPerlだったらCPANのライブラリを使うなど自分で作るよりはすでに実績あるものを使うほうが安全です。

再利用可能なコードは別にまとめる

何回も繰り返していますが、重複した処理をいろいろなところにかかないことが大切です。なるべく1か所でまとめるようにしましょう。

MySQL,Unixコマンドなど他のことでできないかを考える

例えば値のグルーピングならプログラムよりもデータベースが、テキストの処理ならUnixコマンドのほうが楽かもしれません。できるだけ得な仕事は得意なものにまかせましょう。

ちなみに下記リンクはこのような考え方をもっと広範囲にわたっていろいろと書いており、参考になります。一度リンクを貼りましたが、リスペクトの意味もこめてもう一度はります。

プログラミング中級者に読んでほしい良いコードを書くための20箇条

-プログラミング全般
-

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

設定ファイルの置き場所

一般的にレベルの高いソースとは保守性が高いものを指します。特にWEB系ですと仕様変更がしょっちゅうなので変更があったときにいかに少ない工数で対応できるかが大切です。 保守性をあげる工夫はいろいろありま …

no image

エラーレポーティングサービス Sentryについて

リリースした後、運用段階に入ると定期的にバグ報告が上がってきます。 本来はリリース前に検収テストをすべきなんですが、そんな余裕ないことも多い(汗) で、そんな時に大事なのが エラーを気づけること 対処 …

no image

Observeパターンについて

Contents1 Observeパターン2 他の対策2.1 プログラムで頑張って制御2.1.1 メリット2.1.2 デメリット2.2 Databaseのtirggerを使う(DB更新系のみ)2.2. …

no image

データのシリアライズ

おととしにJavaをやったときにでてきましたがSessionに情報を格納するときにでてきたシリアライズについて。 セッションはステートフルな状態を実現するための便利なデータの保存方法ですが、値をオブジ …

no image

トークン認証に関して

Contents1 トークンでの認証2 Laravelでのtoken トークンでの認証 APIアプリケーションを作る場合、認証方式としてはクッキーとセッションを利用したものよりもトークンを使った認証方 …

アーカイブ