Go が他の多くの言語での非同期プログラミングよりも優れている理由 - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 非同期プログラミングと呼んでいるのは、ノンブロッキングIOと select, poll, epoll, kqueue のようなIO多重化を利用したネットワークアプリケーションを書くことです。 node.js で websocket 使ったチャットを書くとかそういうのです。 「他の多くの言語」とは、 Python (asyncio), node.js, C# などを想定しています。 Erlang や GHC なんかは Go に近いかも知れません。 async / await がない言語では、「コールバック地獄」や「deferre

[ono_matope]

Goのネットワークランタイムを追ったらイベントループが出てきて、ゴン、お前だったのか(ネットワークIOを知らないうちに非同期にしてくれていたのは)…という感謝の気持ちに包まれたことが

[tzt]

M:Nから1:1に移行してまたM:Nに回帰してるのは面白いな（c10k爺並感

[nilab]

「この記事は主にランタイムに関する部分を扱っているので、「それは言語じゃなくて処理系の問題だ！」等の頓珍漢な揚げ足取りツッコミはご容赦ください」

[rti7743]

OSの怠慢をユーザランドの言語で強引に解決しているように思う。同期で書いてそれをスレッドで振り回したとしてもパフォがでるならそれが一番デバックも楽だし理解しやすくない？

[megumin1]

これをランタイムで行わざるを得ないのはGo「言語」の「利点」ではなくむしろ「弱点」。他の現代的で強力な言語ならあえてランタイムを薄くしてライブラリレベルで同じことを好みの抽象度・戦略で実現できますので。

[benzyo]

コードが1行もないからGo触ったことない俺にはどう優れてるのか全く理解できない。エンジニアだったら長文じゃなくてコードで語ってほしいわー

[hdampty7]

既に似たような指摘があるけど、ランタイムレベルでこの辺を規定されるのはちょっと嫌かも。VBがスレッドを扱えなくて地獄見たことがある。逆に要件が完全に非同期IOなものであれば圧倒的に有利なのか。

[matarillo]

C#も非同期IOのAPIを呼んだときはスレッドは別のタスクを動かし始めるので、マルチスレッドとasync/awaitとノンブロッキングをいい感じで使える。ただGoやErlangのようには統合されてないかな。

[baronhorse]

ノンブロッキングIOで待ち状態て。。

[Dai_Kamijo]

Go が他の多くの言語での非同期プログラミングよりも優れている理由 by @methane on @Qiita — 上條　大 (@Dai_Kamijo) April 26, 2017 from Twitter https://twitter.com/Dai_Kamijo April 26, 2017 at 10:12AM via IFTTT

[non_117]

負荷試験クライアントをgoで実装してみたら最高の体験でした

[ainame]

IO処理の書きやすさの話だった

[slash_01]

サーバプログラム書くのは確かに楽だべ

[moriyoshi]

Goは非同期ネットワークプログラミングに基づく実装が当然のように求められる昨今の事情に沿って生まれたDSLと考えれば、この記事で言っていることは全く大それたことではないと思うのだけど...

[kabacsharp]

ブロックされても動くのかー。スレッドルーチン要らないねー。

[jojo800]

ごんぎつね、笑ってしまう

[darupants]

[go]

[ytakano]

言語の話じゃなくて、モデルの話をしないと分かりにくい気がする。この場合だと、イベント駆動形とアクターモデルの話になるような。

[sho_yamane]

Go言語も最近気になってるんだよな〜

[K2ICE]

"普通の同期プログラミングをするだけで、非同期プログラミングのメリットを享受することができます。"

[somemo]

“Go より「現代的」で「強力」な言語はいくつもあります。しかしそれが必ずしも生産性に繋がるとは限りません。少なくとも僕は、ネットワークを使うアプリケーションでは Go でとても生産的になれると感じています”