たとえば、つぎのようにパイプ演算子|>で続く処理の間にIO.inspect/2を挟んで、値がどのように変わるのか確かめられます。これにより結果が変わることはありません。 defmodule Example do def square_sum(first, last) do for i <- first..last do i end |> IO.inspect |> Enum.map(fn x -> x * x end) |> IO.inspect |> Enum.sum end end
結論 jsone を採用するべき。 JSON のパースで速度がボトルネックになるような場面がないため、ピュア Erlang なライブラリで十分 jsone の try_ を付けるだけで ok/error になるというシンプルで迷わない map にももちろん対応している 長い間利用してるが不具合が一切出ていない。定期的なメンテナンスもされている。最新版への追従も問題ない。 jiffy https://github.com/davisp/jiffy NIF で書かれているため性能が良い。 jsone の約 3 倍程度早い。 速度を求めたい場合は jiffy を採用するのもあり、ただ NIF なので何かあったら Erlang VM 事巻き込んで落ちるので要注意。 JSON という外部とのやり取りをする部分で、そこまでしてリスクを取りたくない。
MVC is Not Enough! We're familiar with the MVC (Model-View-Controller) pattern that Rails offers us––our models map to database tables and wrap our data in objects; controllers receive requests for data and serve up data to the views; views present the data. A common analogy is that of a restaurant––the models are the food, the controller is the waiter taking your order and brining it to you and t
最初にいっておく。これは負け惜しみだ。 SPAとPWAの現状 自分は日本でReactの勝手エヴァンジェリストみたいなことをやっていて、SPAの重めのコンテンツをよく作ってるからか、「お前らフロントエンドを物事をややこしくして、重いページを量産してウェブを劣化させてるじゃないか!」みたいな批判を、名指しでよく受ける。なんで僕にいうかわからないけど、React = SPA みたいなイメージでスケープゴートにされてるんだろう。それはまあいい。 自分の仕事でSPA技術を使うところは、ちゃんと必要性もあるし理由も説明できる。ただ、やはり近年の複雑化/重量化について思うところはあるので、逆に振って AMP/PWA という選択肢を持っておきたくて、正直言うと依頼されたR&Dの仕事でもあったんだけど、一通り覚えた。なんだけど、今のところ仕事で使うタイミングがない。 PWA技術を仕事で使えなかった理由として
kelseyevans for Datawire Posted on Nov 8, 2017 • Updated on Feb 21, 2018 • Originally published at telepresence.io Keeping development environments in sync is a constant pain. Containerizing your development environment enables your service to run in the exact same environment everywhere: from your laptop to production. Telepresence, in conjunction with a containerized development environment, giv
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く