Written May 15, 2013 All programs with concurrency have the same problem. Your program uses some memory: When your code is single-threaded, there's just one thread writing to memory. You are A-OK: But if you have more than one thread, they could overwrite each others changes! You have three ways of dealing with this problem: Locks Actors Software Transactional Memory I'll solve a classic concurren
相変わらずいきなり仕事が忙しくなっているので、また関数言語の話。 「関数言語は副作用が無いから並行処理に向いている」とよく言われます。ですが、そもそも副作用ってなんなんだ？という本質的なところで理解できないことが多いんじゃないかなーと。そもそも私もその辺分かっているのか疑問なので、ちょっと考察してみる試みを。 副作用とは プログラミングにおける副作用（ふくさよう）とは、ある機能がコンピュータの(論理的な)状態を変化させ、それ以降で得られる結果に影響を与えることをいう。(Wikipediaより) これは多分逆に考えたほうが分かりやすい。「副作用が無い」というのは、同じ仕事をさせたら、いつも同じ成果を出すクールなやつということ。私のようにそのときの気分でやることが変わるのでは駄目なのです。 厳密には、以下の二つの条件、 「同じ条件を与えれば必ず同じ結果が得られる」 「他のいかなる機能の結果にも
There's not a lot of talk about application architectures at the process level. You have your threads, pools of threads, and you have your callback models. That's about it. Languages/frameworks making a virtue out of simple models, like Go and Erlang, do so at the price of control. It's difficult to make a low latency well conditioned application when a power full tool, like work scheduling, is t
Statistics Favorites 0 Downloads 2 Comments 0 Embed Views 0 Views on SlideShare 89 Total Views 89 Why Erlang? GDC Online 2012 — Presentation Transcript Why … Erlang?Henning DiedrichCEO Eonblast Your Host Henning Diedrich • Founder, CEO Eonblast • CTO Freshworks • CTO, Producer at Newtracks • Team Lead, Producer at Bigpoint • OS Maintainer Emysql, Erlvolt2 Acknowledgements Thank You! Joe Armstrong
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
