====== 開発手法 ======

  * [[http://qiita.com/kitfactory/items/37b42c0716e1ff1efb28|「アジャイルは死んだ」以降に残るものは何か -リーンソフトウェア開発を再評価し、自工程完結で全体観点で改善する -]]
  * [[https://www.infoq.com/jp/news/2017/02/google-managers|Google：マネージャはやはり重要な存在である]]
  * [[https://www.slideshare.net/kawasima/excel-40109001|イマドキのExcelスクショの撮り方]]
  * [[http://qiita.com/syou007/items/7d6fdf1b7b6245a07bce|TDDを行った時にぶつかった7つの壁]]

===== ジョシュアツリーの法則 =====
 [[https://qiita.com/gakuri/items/7910299855ac16a7ca8c|失敗・炎上に名前をつけることで、僕たちはもっと強く、生産的になれる。]]

実は昔からよく知られた問題解決の方法論で「ジョシュアツリーの法則」がある。

ジョシュアツリーとは、ある人が植物図鑑で「ジョシュアツリー」という植物を知った帰り道、実は自分の家の近くにも植わっていて、
だけど、名前を知るまでは、目に入っても、認識できなかったというエピソードに基づいている。

このことから、問題を認識し対応するためには、「まず名前を付けるべし」という教訓を生み出した法則
===== ドツボから抜け出す方法 =====

[[http://gongo.hatenablog.com/entry/2017/01/04/233904|バグなどの謎の現象に立ち向かうも闇が濃く、どうしても沼から脱出できない時に見るフローチャート]]

コメント抜粋\\
  * 気分転換方法を並べておくといいことある 諦めて人を頼るラインを決めておくことも
  * 誰かに現状説明してるときに「あっ」てなる
  * 人に説明する過程で問題整理されて自己解決する事よくある
  * 帰って寝て次の日来たら簡単に解決したってケースは多い

==== クマさんデバッグとは ====
『問題を誰か（クマのぬいぐるみ等）に分かりやすく説明する事で、
　自分の脳内の整理、ミスの再確認が出来る』
というプログラミングのテクニック

===== その他 =====
==== 郵便番号データ ====
日本郵便が公開する郵便番号データをそのまま利用するのは難しいのでZipCloudでは郵便番号データ（加工済バージョン）している。\\
  * [[http://zipcloud.ibsnet.co.jp/|郵便番号データ配信サービス ZipCloud]]
  * [[http://www.publickey1.jp/blog/17/yubin7_pr.html|日本郵便が公開する郵便番号データをそのまま利用するのがなぜ難しいか。そして、住所から郵便番号を求めるのがなぜ難しいか［PR］]]

==== バッチ処理 ====
[[https://www.yamarkz.com/blog/implementation-practices-for-batch-processing|バッチ処理 プラクティス]]