yarn global add
しても自動でパス通してくれないっぽいバグがあるようで
|
ってなったので~/.zshrcに以下を追加しました。
|
もう一回やってみるといけます。
|
yarn global
には結構バグがあるっぽいので早く安定してほしいですね。
A tech blog
yarn global add
しても自動でパス通してくれないっぽいバグがあるようで
|
ってなったので~/.zshrcに以下を追加しました。
|
もう一回やってみるといけます。
|
yarn global
には結構バグがあるっぽいので早く安定してほしいですね。
eval
: それぞれのモジュールはevalとして実行され//@ sourceURL
が付けられますsource-map
: SourceMapを完全に別ファイルとして生成します。output.sourceMapFilename
で設定が可能ですhidden-source-map
: source-map
と同様SourceMapを別ファイルとして生成しますがバンドルに参照コメントを含みませんinline-source-map
: SourceMapはDataUrlとしてバンドルされますeval-source-map
: それぞれのモジュールはevalとして実行され、SourceMapはDataUrlとしてevalに追加されますcheap-source-map
: SourceMapは列を無視して生成されます。loaderで読み込まれたSourceMapは無視されます。cheap-module-source-map
: SourceMapは列を無視して生成されます。ロードされたソースマップを1行に1つのマッピングに単純化されます。devtool | build | rebuild | production | quality |
---|---|---|---|---|
eval | +++ | +++ | no | generated code |
cheap-eval-source-map | + | ++ | no | transformed code (lines only) |
cheap-source-map | + | o | yes | transformed code (lines only) |
cheap-module-eval-source-map | o | ++ | no | original source (lines only) |
cheap-module-source-map | o | - | yes | original source (lines only) |
eval-source-map | – | + | no | original source |
source-map | – | – | yes | original source |
他にもこれらを組み合わせて設定することができるようです。
最近GoをAPI Gateway(Aggregator)としている環境で開発を行なっているのですが、呼び出し先のServiceの実装が終わっていなくてもClientでとりあえずJSONのresponseが欲しいという状況がありました。
JSONのUnmarshalについてはgolangはゆるふわにJSONを扱えまぁす!という記事が有ったのですが、ゆるふわMarshalについては情報がありませんでした。
ですが考えてみればjson.Marshal()すると[]byte
型になるのでそれを初めから作ってあげればよかったです。
まあもちろんこれではGoの良いところを捨てているようなものですが、開発中のとりあえずのレスポンスには手軽で良いと思いました。
|
Yarnとはつい先日公開された、Facebook, Exponent, Google, Tildeによって開発されたオープンソースの新しいJavaScriptパッケージマネージャです。
現在JavaScriptのパッケージマネージャとしてすでにnpmが存在していますが、Facebookほどの規模感になるとパフォーマンスやセキュリティに影響が出てきたので一から新しくYarnを作ったようです。
新しいといってもnpmと互換性を持つpackage.jsonでパッケージ管理を行い、npm registry上のパッケージをインストールするので使う側としては早くて固いnpmぐらいに思った方が良いかもしれないです。
中の人をみてみるとBabelやLernaを作ったSebastianさんがコアっぽくてこの人やっぱりすごいなって思いました。
特徴をざっくりまとめるとこんな感じです
本当はcreate-react-appを動かしたかったのですがまだ対応していなかったのでreact-tutorialでやります。
何はともあれYarn本体をインストールします。
macOSやunixは以下のスクリプトでインストールできます。
|
もしくはnpmを置き換えるものをnpmで入れるのは気持ち悪いですがnpmでも簡単に入れることができます。yarn
は現在バグがあるので今の所はyarnpkg
の方を推奨します
|
react-tutorialをcloneしてきてdependenciesをインストールします。
|
この時点で感じたかもしれませんがめっちゃインストール早いです。
軽く計測してみたところnpmだと2.07s、Yarnだと0.66sと3倍ぐらいYarnの方が早かったです。
さらにyarn.lockが生成されてバージョンが固定されていることが確認できます。
npm-scriptsと同じ機能がYarnにもあってyarn run <script>
で実行できます。
これを使ってreact-tutorialを起動してみます。
|
ブラウザでhttp://localhost:3000/
を開くときちんと動いていることが確認できると思います。
npmよりかなり高速化していることが分かりました、CLIのコマンドもnpmよりシンプルで好きなのでこれから積極的に使いたいです。JavaScript界のOSS開発速度はものすごいのでオープンになったこれから加速度的に色々改善されていくと思います。
現在npm上のyarn
が現在バグっていることなどからまだ若干時期尚早かなという気がしますがいざという時はnpm使えば良いのでありかなというのが個人的な感想です。
Babel6の時みたいな大きな変更が入って苦しむことが起きないように願います。
こんにちは、t-hiroyoshiです。
先日Akka 2.4.9-RC1がリリースされました。
今回のリリースはAkka HTTPのパフォーマンス改善に焦点を絞ったアップデートでAkka HTTPのパフォーマンスがSprayと同等かそれ以上になったと書かれています。
以前Akka HTTPとSpray-canのベンチマークを取った時はSprayに軍配が上がりましたが、今回のアップデートはどれほどのものなのか軽く調べるために再度Akka HTTPのみベンチマークを取りました(Sprayはもう更新されていません)。
コードやベンチマーク環境は前回と同じ状態でAkkaのバージョンのみ上げています。
|
前回のベンチマークではSpray-canが23230.85 req/secでSpray-canの方がパフォーマンスが良かったですが、今回Akka HTTPは29805.82 req/secというSpray-canを越す数値を叩き出しました。
前回のベンチマークから4ヶ月ぐらいしか経っていないのにこんなに速くなるとは驚きです。
今後のAkka HTTPのことについては、Sprayの終末とAkka HTTPへの置き換えを推奨していて近いうちにexperimentalが外れるようです。
HTTP/2についても今後やっていくようでここから追えます。
期待しながら待ちたいと思います。