サービス新規実装の反省会場

[HAKASHUN]

• ミスったな(もっとこうしとけばよかったな)
• 次これやってみたい

[HAKASHUN]

ミスったな(もっとこうしとけばよかったな)

ログ実装について、分析手法やKPIから逆算して実装するべきだった

• そもそもなぜログを出力するのかの、意図をきちんと理解していなかった。達成すべきKPI目標を改善していくときに、どのようなログがあるべきなのかをきちんと把握するべきだった。
• 数字の取り方、捉え方はとても大事。本当に追っている数字が正しいのか事前に納得のいくところまで落とし込む

チームの開発タスク管理

• 「今だれが何をしているのか」を見える化するべきだった。
• 鮮度を保てるドキュメントの管理について徹底的に考えて仕組み化するべきだった。

コードは次第に汚くなる

• 誰が書いても最低限のクオリティが担保する仕組みが必要だった。
• コードレビューしなくても、自動でコードレビューされるべき
• そもそもコードガイドラインをつくるべきだった。

セクションごとのレギュレーションをすべてのセクションで共有すべきだった

• 関係がなさそうに思えることも、実装が進んだり、運用時のどこかのポイントで必ず影響してくる
• チームとしてのレギュレーションのたまり場(docs)をワークフローに負荷をかけない形でどこかにまとめておくべきだった。

自然に改善アイデアリストができる仕組みづくり

• 全員がアイデアを言い合えるような仕組みが必要
  • 発言のハードルが低く、思ったときに書けるようにする

他言語、プラットフォーム別言語対応

• buildプロセスでテンプレートを置き換える

端末別検証

• 細かなところでも不具合や挙動の違いなどをまとめておくべきだった
  • 検証チームの方に使ってもらえるパフォーマンスのツールやまとめる場所を作るべきだった。
• OSのバージョン変更による挙動のチェックを強化、共有すべきだった
  • iOS https://developer.apple.com/Library/ios/navigation/

Createjs

• すべてをcreatejsのソースに任せすぎて、パフォーマンスが激悪だった
  • パーツと動きを提供するのがcreatejs(tfc)のコード
  • パーツの組み立てと動きの指示はサービス層ですべきだった
• 最新の情報のキャッチアップなどを把握、共有すべきだった
  • http://blog.createjs.com/

AngularJS

• 型はあるものの、チーム開発で実装手法がばらけないようにガイドラインを強化すべきだった
  • https://github.com/johnpapa/angularjs-styleguide
  • [日本語版] https://github.com/tama3bb/angularjs-styleguide
• digestLoopを意識した実装の徹底
• angularの良いところ、悪いところの検証
  • filterは使わない
  • テンプレートにロジックを持たせるか？
  • one time bindingを常に意識
  • parse処理が他のライブラリと比べて遅い
• ngdocの徹底とドキュメント整備
  • dgeniを用いたドキュメント出力
• unittestの徹底

Editor Setting

• コードのクオリティを自動で補完する仕組みをつくるべきだった
  • editorconfigやjshintが無視されてしまうことが多かった
• jsHintが徹底されていなかった
• アノテーションを徹底すべきだった

[HAKASHUN]

次これやってみたい

コードの"書き方"をきれいにする

AngularJS styleguide

AngularJS Style Guide: A starting point for AngularJS development teams to provide consistency through good practices. https://github.com/tama3bb/angularjs-styleguide

fixmyjs

Meant to automatically fix your lint errors in a non-destructive way. https://github.com/jshint/fixmyjs

jscs

JavaScript Code Style checker https://github.com/jscs-dev/node-jscs

trelloのChromeExtensionつくる

日本語化や、カード内の情報可視化など、少しでもストレスをなくすために、cssのオーバーライドなどの実装

開発フロー

GitLab flow http://postd.cc/gitlab-flow/

Tamper lets you edit remote files locally and serve them directly to Chrome. http://dutzi.github.io/tamper/

Gulp

gruntは時代送れという雰囲気があるため....w

Sublime Text

• エディタとして軽量で優秀
• WebStormよりもチーム開発に向いている(無料で使えるという点で)
• 拡張性が高い
• https://github.com/HAKASHUN/manabi/issues/63 にまとめました。