Frontend Study #1 訂正: 最後のzennの記事のリンク先は、正しくは https://zenn.dev/mizchi/articles/c638f1b3b0cd239d3eea です
表題のとおりだが、更に CircleCI のビルドを高速化するために yarn を使うぞ。 やりたいこと 最新の TypeScript を使う 1.8 とか使わない テストコードも TypeScript で書く empower する 明示的に require('power-assert') しない source map が生きてる状態でカバレッジを取る TypeScript の行ベースで結果が出る やりたくないこと 中間ファイルの生成 やっていく ガンガン入れる。 yarn add --dev typescript ts-node babel-register babel-preset-power-assert power-assert mocha nyc @types/mocha @types/node この状態で、 mocha --compilers ts:ts-node/regist
@axrossがIsomorphic Javascriptを実現すべく、社内にNode.jsを啓蒙する発表の場に僕はいた。僕は2ヶ月前までWebフロントエンドエンジニアであり、今はサーバーサイドエンジニアをやっている。その2つの立場から@axrossの発表を聞いて、自分の考えを書いておく。 社内事情的な側面もあるので、この記事を読んでからの方が理解しやすいと思います。 フロントエンド側の動機 僕もIsomorphic Javascriptの未来を見たい。@axrossが社内でこのようなきっかけをつくってくれたのは嬉しい。これを機にフロントエンドとサーバーサイドが歩み寄るといい。 サーバーとAPIとの統合時に、型の違いなどの衝突が起こることがある。レスポンスのJSONの中で、数値であるべき値が文字列であったり、もっと酷いと空の配列がnullになっていたりする。PHPの連想配列やSQLドライバ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く