質問者のコードを見て、なんとなく判断するのか・・・
残念ながらこれ一択と考えています。
所詮受け入れられるのは質問者が理解出来るコードだけです。
例えば九九の配列作って欲しいという依頼があったとしましょう。
…で、満を持して超かっこいいクールな回答(下記)を返したとします。
JavaScript
1const range = a => Array.apply(null, {length: a}).map(Number.call, Number).map(it => it + 1);
2let kuku = range(9).map(a =>
3 range(9).map(b => a * b)
4);
5console.log(kuku);
はいだめー、BAは下記のようなコードにさらわれます。
(状態変数が多く一目で正しく動作すると保証するのは困難です)
JavaScript
1var kuku = [];
2for (var i = 0; i < 9; i++) {
3 kuku[i] = [];
4 for (var j = 0; j < 9; j++) {
5 kuku[i][j] = (i + 1) * (j + 1);
6 }
7}
8console.log(kuku);
何故ならば、九九のロジックを求める層は参考書を片手にかろうじてfor文が読めるレベルだからです。
イディオムを駆使したかっこいいコードは理解が追いつかず、応用の効かないゴミコードとして捨てられます。
私は登録直後、この違いを理解出来ずに何度もBAを逃しています。
でもES6で回答する事は良い事だと思いますし、私がそのような回答を見かければ+評価をすると思います。
ただ、BAを逃す度に心が折れるかも知れません。
また、別の視点として質問者さんが所蔵するチームの問題もあります。
チーム全体の技術力は責任が取れるチームリーダーに依存するので、古い保守的な人間がリーダーの現場は一発アウトです。
IE11どうすんねんに、Babel使おうも聞く耳なく、「Babelでエラーが出たらどう責任とるんだ」
責任をとるのはお前だ
他にも現場のフロントエンドエンジニアではES5でしか書けないのに、一部分だけES6+TypeScript導入してもコストは大きい割にメリットがなく、そっち方面でも文句が出るかと思います。
逆にES6で書こうとする人間やチームならES5のコードは脳内でアップコンバート掛けられるんですよね。
だからES5で表現出来るレベルであればわざわざES6にする必要はありません。
往々にしてそういう人はコードレベルの質問はあまりしないかと思います。
上記の事から基本的に私はES5レベルで実現可能なコードを記載するようにしています。
質問内容を解決するのにES6にしないと難しいなら一言断るか、ES6を使っても良いかというヒアリングが必要かと思ってます。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2017/01/23 02:27