考えるとワクワクしますシュンスケです。プログラムに関する事でも書いてみようと思います。事を重視する方向で、いつも念頭に置いている事を紹介します。(※あくまで個人の見解です。)・コピペしたら疑え!(師匠からの教え)同じロジックを2度書かない、車輪を再開発しない為の注意喚起です。同じことをしているのに様々なところでそれぞれ似たロジックを書いていると、そのロジックに対する修正が必要なときに対応が漏れてしまったりします。そんな事が無いように、切り分けて使い回せるようにします。同じように見えても、たまたまその時は同じになっているだけで、意味として別な事があるので、その見極めは必要です。それによって、部分的な修正の影響が広範囲に及ぶ事を防ぐことが出来ます。・レイヤーを意識する主にオブジェクト指向言語においてですが、ある処理があった時、その処理を行うべきなのは誰なのかを常に意識します。それによって、小さな単位の機能をなるべく独立した状態で作りつつ、その組み合わせによって大きな流れを作る事に繋がります。処理が独立している分、修正が楽になったり、チェック範囲も明確になります。何か種別の数が増えるたびに、その増えたものに対する処理を記述しなければならない形だと、数が変わるたびに作業が必要になってしまいます。可変長もしくは、環境次第では固定長でも長さを定数にして、最小の修正で数の変化に耐えられるようにします。個々の処理がユニークで、何かが増えた場合にそれに対する処理さえ書けば良いという状態にすることで、拡張しやすくする事もありますので、実装内容に応じた判断が必要です。・スコープのバランスレイヤーとも似ていますが、始まりと終わりを明確にし、処理の担当範囲の中で各々の動きを担保することで、独立した処理に分離しやすくなります。プロパティやメソッドのアクセス範囲は基本必要なもののみを公開し、他との結びつきを最小にします。拡張しやすいことや、使いやすいことを重視するために、多めに公開する事が有効な場合もありますので、バランスが大切です。・リソースとロジックの分離デザイナさんとの連携が必要な部分では、多少冗長でも、各々で作業が進められる事が大切になってきます。・ありえないとは言えないある変数を元に処理を行う際に、これでもかというほど細やかなエラーチェックを行うくらいで調度良いです。いかがでしたでしょうか。プログラムの良い作りの果てには、修正や拡張が楽になり、それによってクオリティアップに多くの時間が使えるようになるという効果があるわけです。いぬねこRECRUIT大阪・東京共にスタッフを募集しています。Inc.CONTACTFACEBOOKTWITTERYOUTUBE。