新技術について行動パターンあとがき概要たまにですが、開発時にどういうことを注意しているかや何故Githubでソースコードを公開しているかを聞かれることがあります。現時点で回答している内容を記載していこうと思います。お金をもらって開発をしているので顧客に価値を提供するのは当たり前です。その中でどれだけ良いものを作れるかをテーマに開発をしています。QCDS的に一時的に妥協して歯がゆい時もありますが、次はやってやるぞ精神で対応しています。コーディングスタイル現場やプロジェクトにもよりますが、以下の優先順位でスタイルを変更します。公式が提唱しているコーディング標準やパターンユーザーグループ・その技術の著名人が提唱しているコーディング標準やパターン他言語や類似ケースでのコーディング標準やパターン過去のプロジェクトのパターンは参考にはしますが、パターンのメリット・デメリットが説明できないケースもあるのでそのまま採用するのは少ないです。公式などが提唱しているものについてを説明するのは、エビデンス的にも分かりやすいので周りの人にも理解されやすいです。私がプロジェクトで標準を決める場合は現場独自のルールは作らず、公式やユーザーグループなどが提唱しているものを採用しています。(会社の慣例的に残っている基準などがある場合は除く)最近はLintやフォーマッターも充実しているので、スタイルはツール任せにするケースもあります。ツールや標準なども流動的なので、現時点でベターな選択をしておき標準が変わってきたらアップデートすることを心がけています。設計・開発のスタイル難しいコードを極力簡単なコードにすることを心がけています。設計についても機能間の依存度を極力無くしてシンプルな設計になることを心がけています。メタプログラミング、DI、AOP、コンポーネント指向、オブジェクト指向、各種デザインパターンなどを使いつつ、コーディング量を減らせるよう工夫します。コーディング量が増えれば増えるほどバグの可能性が上がるので、コーディング量を減らせるなら極力減らすのが良いかと考えています。オープンソース活動・Githubについて業務に関係がなく、標準的に使えそうなコードについてはGithubに公開して別プロジェクトでも使えるようにしています。オープンソースで足りない機能で自分が使いたいものについてはPullRequestを投げるようにしています。Jenkinsではプラグインの公開やプラグインの翻訳などを行い、自分の使いたいプラグインについては充実させてきました。使用技術の選定システムを長期期間運用することを考えると以下の点をベースに選定します。業界内のシェアサポート期間メンバーのスキル新技術についてPoCや技術検証案件なら新技術をガンガン採用します。興味のある新技術については家で遊んだりします。実装をやりたい計画・レビューなどの要所は締め、道中はゆるく基本的には行動できる範囲内で最善を尽くす感じです。チーム状況などで出来る範囲は限られますが・・・あとがきチームに入るときや飲み会・勉強会などで結構聞かれることが多いのでまとめてみました。数年後は回答内容が変わるものと変わらないものが出てくると思いますが、それはそれで楽しみです。ngForにはtrackByという設定項目があります。2018に参加してきました。ヶ月)都内在住のシステム屋兼Jenkinsおじさん。フルスタック的に色々とやります。FoundationNgRxNestJSJestはてなブログをはじめよう!kakkoyaさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。