2018年1月3日エンジニアの心構えプログラムのソースコードは同じ処理でもいろいろな書き方ができます。数字を全て足す・・・という処理です。括弧の場所や、スペースの入れ方等が違ってきます。この、ソースコードの書き方をプロジェクトや組織の中で統一させる為に決めたルールを「コーディング規約」といいます。「自分勝手に書かないでね。「決まった書き方で書いてね。」とルールを決めるのです。独自のコーディング規約を作って公開しています。「本当に必要か?」と尋ねられたらおそらく大半のエンジニアは「必要」と答えると思います。私の場合はこのコーディング規約はごく最小限に抑えます。再利用しやすい様にドキュメント自動作成の為のコメントを入れるといった部分で少なくとも、書き方を揃える為にルールを作る事はありません。「記述を揃える為のコーディング規約はいらない」というのが私の答えになります。その様な考えを持っているかと言うと私自身が人のルールでソースコードを書くのが嫌いだからです。人の作ったルールで作業しているうちは「所詮、人のもの・・・」といった感情はどうしても出てきてしまいますし、ソースコードを記述する過程で「人の作ったルールに沿った記述に揃える」といった、何の生産性も感じられない作業を強要されるのでモチベーションが全く上がらないのです。ソースコードの記述方法が揃っていた方が良いか?揃っていない方が良いか?と尋ねられれば、それは私も「揃っていた方が良い。以前お話しましたが私が開発で最も優先しているのはモチベーションです。これが犠牲になるので、私はルールで縛って記述方法を揃えさせるという事はやらないのです。技術者達の機運が高まって自主的に「ソースコードを揃えていこう。」と動く様になれば、それは、むしろ推奨すべき事だと考えます。ITエンジニアのコミュニケーション「ドキュメントは極力書かない。(必須)ウェブサイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。date*日本語が含まれない投稿は無視されますのでご注意ください。研究者を対象とした実験データの表示・解析ソフトを開発する。2015年4月にフリーランスとして独立。