Go part2

1 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 16:23:56 ] The Go Programming Language ttp://golang.org/ 75 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 21:41:02 ] >>74 言われると思ったｗ まだよくわかってないけどやってみる 76 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 21:43:40 ] >>72 あんがとインストしてきた 77 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 21:45:22 ] 翻訳プロジェクトはじまった ttp://go.shibu.jp/ 78 名前：デフォルトの名無しさん [2009/11/14(土) 21:45:41 ] IDEがないと新言語触れません 79 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 21:46:50 ] こんなん言うのもあれだけど 翻訳読まにゃダメなひとは 情報少ない新言語なんか使えんだろ 80 名前：デフォルトの名無しさん [2009/11/14(土) 21:47:17 ] >>78 google面接担当「帰っていいよ」 81 名前：デフォルトの名無しさん [2009/11/14(土) 21:49:55 ] 翻訳が揃っててIDEが対応してて便利なライブラリが揃ってないと新言語触れません 82 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 21:54:08 ] 並列処理遅いです 早くなんとかしてください 83 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 21:55:12 ] 要望はコミュニティーで出そうぜ でできたばっかなんだし 聞いてもらえる可能性もあるんだし 84 名前：デフォルトの名無しさん [2009/11/14(土) 21:57:10 ] >>81 ハローワーク職員「帰っていいよ」 85 名前：デフォルトの名無しさん [2009/11/14(土) 22:01:03 ] IDEのオペレータに堕ちたら終わりだな確かに 86 名前：デフォルトの名無しさん [2009/11/14(土) 22:03:39 ] >>47 「Cみたいなポインタ演算がない」だけであってポインタはあるみたいよ。 sourceforge.jp/magazine/09/11/12/0454226 87 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 22:05:45 ] 泥仕事はこれでやるようだね golang.org/doc/go_spec.html#Package_unsafe 88 名前：デフォルトの名無しさん [2009/11/14(土) 22:06:01 ] emacs使いになってもide使いの方が給料（報酬）が良かったりする今日この頃 89 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 22:09:00 ] 新言語のキーワードはgo++とか亜種のことも考えると func -> functional chan -> channeling と現代風にするべきかと 90 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 22:09:57 ] チャネリング (英: channeling, channelling) とは、常識的な通信手段では情報をやりとりできないような相手（何か高次の存在・神・死者（霊界人）・未来人・宇宙人など）から、特別な能力によって情報を交信すること。 91 名前：デフォルトの名無しさん [2009/11/14(土) 22:12:07 ] 未来人って何？ｗ 92 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 22:12:53 ] 禁則事項らしいよ 93 名前：デフォルトの名無しさん [2009/11/14(土) 22:13:10 ] >>90 ja.wikipedia.org/wiki/%E6%B6%BC%E5%AE%AE%E3%83%8F%E3%83%AB%E3%83%92%E3%82%B7%E3%83%AA%E3%83%BC%E3%82%BA#.E6.9C.AA.E6.9D.A5.E4.BA.BA.E9.96.A2.E9.80.A3 94 名前：デフォルトの名無しさん [2009/11/14(土) 22:15:02 ] つうかチャネリングって昔流行語になったよなｗ 元ネタ覚えてないけど 若いヤツは知らないのか・・・ 95 名前：デフォルトの名無しさん [2009/11/14(土) 22:15:27 ] こういうネタについてこれるのか・・・・・（笑）スイーツ 96 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 22:22:44 ] しらんけど「僕の地球を守って」だっけ 97 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 22:27:18 ] チャタリングなら知ってる 98 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 23:09:52 ] 正式Go headlines.yahoo.co.jp/hl?a=20091113-00000029-oric-ent 99 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 23:13:50 ] いつの間にか2スレ目になってたのか 前スレで何か生産的な会話あったん？ 100 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 23:13:56 ] ハードタブが気に入らないんだけど 101 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 23:22:04 ] >>99 生産性を求めるなら2chに来てはならない。 102 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 23:34:09 ] libgoがビルドでこける 103 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 23:54:37 ] >>99 非生産的な議論があった 104 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 23:58:39 ] 生産性も止めるなら 要望が受け入れてもらえるかもしれない公式コミュに行けばいい まぁ大差ないだろうけど 105 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 00:02:05 ] >>104 カスが公式コミュで暴れて生産性が止まるってかｗｗｗ 106 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 00:05:29 ] 暴れてるところを見てみたい 107 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 00:27:39 ] goroutineで0から99まで生成した（する）値を チャンネル経由で一つずつ読んでは出力するコードを書いたんだけど 実行すると何も出力せず単に終了してしまう どこが悪いか教えてちょ package main import fmt "fmt" func genInt(dest chan int) { 　　for i := 0; i < 100; i++ { dest <- i; } } func foo(src chan int) { 　　for { 　　　　i := <- src; 　　　　fmt.Printf("%d\n", i); 　　} } func main() { 　　ch := make(chan int); 　　go genInt(ch); 　　go foo(ch); } 108 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 00:37:56 ] >>107 何か出力するより先にmainの終わりに達してしまうからだろ 109 名前：デフォルトの名無しさん [2009/11/15(日) 00:46:31 ] ＞func genInt(dest chan int) { ファンキーなゲニントはデストちゃんとインドなんですか？ 110 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 00:51:42 ] goのコードを一目見てとってもなつかしい感じがした。 C++やJavaにうんざりし、LispやHaskellのほうがすごいと 思っていた自分がはずかしい。これでいいのだ。 111 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 01:02:27 ] でも obj.foo() って書きたい... 112 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 01:05:13 ] 誰かも言ってたけど REPL が欲しい 113 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 01:10:16 ] cygwinにインストールするには どのようにすればよいですか？ 114 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 01:19:47 ] cygwinは、まだpatch待ち ttp://code.google.com/p/go/issues/detail?id=107 FreeBSDは、パッチがあるようだ。 ttp://code.google.com/p/go/issues/detail?id=166 115 名前：107 mailto:sage [2009/11/15(日) 01:29:52 ] >>108 サンクス。mainの最後にSleep置いたら99まで出力してくれた 116 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 01:32:42 ] fooのgo外すだけでいいんじゃない？ 空のforは無限ループかな。fallthroughといいエッチな機能満載だな 117 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 01:47:16 ] >>113-114 javascriptとか javaappletで web上で試せる環境 誰か作らないかな 118 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 01:51:36 ] はやくHMDとかコンタクトレンズ型ディスプレイが普及して ディバイスの小型化が進んでほしい 119 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 02:21:55 ] AndLinux って初めて聞いた。coLinux を使ってるのか。 こういう時に Windows しか無い人は色々と大変だな。 120 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 02:23:30 ] どんなOSでもVM上でさっと動かせる時代に何を言ってるんだ 121 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 02:30:48 ] >>120 イチイチ仮想環境を用意するのマンドクセって事じゃないの。 手順がどうとかじゃなくて、普通は余計な事はしたくないもんでしょ。 俺は Mac ユーザだから、こういうマイナー言語は何もしなくても サポートリストに入ってる事が殆どだけどね。 122 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 02:37:37 ] >>116 　　go genInt(ch); 　　// go foo(ch); 　　foo(ch); にしてコンパイルして実行したところ出力が [...] 98 99 throw: all goroutines are asleep - deadlock! panic PC=0xbfc01ebc throw+0x46 /home/name/go/src/pkg/runtime/runtime.c:74 [...] どうやってgoroutineの終了を待てばいいんだろ うまいパターンがあるのかwaitやjoin相当の機能でもあるのか 123 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 02:55:25 ] >>122 コンパイルしてないけどたぶんこんな感じじゃね func genInt() <-chan int { 　　ch := make(chan int); 　　go func { 　　　　for i := 0; i < 100; i++ { ch <- i; } 　　　　close(ch); 　　}(); 　　return ch; } func foo(src <-chan int) { 　　for !closed(src) { 　　　　i := <-src; 　　　　fmt.Printf("%d\n", i); 　　} } func main() { 　　foo(genInt()); } 124 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 02:56:21 ] >>122 そりゃdeadlockするよ、fooのループで来ないメッセージを待ち続けてるんだから チャネルの送信側は送信が終わったらclose(c)、受信側は<-の前にclosed(c)でチェックとかするんじゃないのかな wait, join相当のものはそれこそチャネルで実現出来るよね 125 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 03:01:41 ] >>123 [main] ch <- 99; [sub] closed(src); [main] close(ch); [sub] <-src; こういう順番で実行されるとデッドロックするな。 goroutineがファイバーで実装されてるなら起こらないが、スレッドだとこうなる可能性がある。 ファイバーだとしてもチャネルの読み書き以外でコンテキストスイッチが起きると怖いが 126 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 03:15:18 ] 手元に何もないから試せないけど ch <- ... ってデフォでブロックするんじゃなかったっけ？ 確かmakeの第二引数に1以上を指定すると非同期になるとか仕様書に書いてあったような 標準ライブラリではイテレータとしてチャネルを>>123っぽく使ってた気がするから多分大丈夫かと 127 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 03:29:37 ] そりゃ、closedをチェックしてからrecvするまでに割り込まれたり、 最後の要素をsendしてからcloseするまでに割り込まれたりすると やっかいなことが起きるわな。 128 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 03:48:11 ] 既にcloseされたチャネルを読むのは合法なの？ 129 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 07:05:38 ] >>121 Windowsでも簡単に試せる環境用意しようか？ 130 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 07:20:15 ] おながいしまつ 131 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 07:32:06 ] 返り値を複数返せない言語は糞だ 132 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 08:30:57 ] プログラミング言語 Go ドキュメント go.shibu.jp/ 133 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 08:46:50 ] deadlock検出すると例外出すのか かっけーな 134 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 10:22:32 ] 言語の歴史 ------------------------ Fortran Lisp C C++ Perl Prolog COBOL Java Python Ruby JavaScript C# PHP Scheme Haskel Erlang Ocaml F# Clojure Scala Noop Go 最近は関数型言語が注目されて、 いままであった関数型言語と 新しい言語をつくってしまえっていう流れがあるな 135 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 10:32:49 ] 関数型言語の機能、概念を 手続き型、オブジェクト指向に取り入れだしている。 純粋な関数型言語は人間の思考にあわない。 人間の思考は手続き的。 136 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 10:56:34 ] プログラマーが新しい言語・技術を待ちわびてる 古い言語で業界や職場をしきっているやつらをだしぬいて、体制や地位をひっくりかえせるからな プログラマーの世界は技術次第だから、いつまでも古い技術にしがみついている上司を見限って 一旗あげようという気心がうずまいてる 逆に一定に地位についているやつらはその言語を使い続けるしかない。そこは強みであるが、逆に弱みでもある 137 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:07:19 ] 99%のレスがマ板かN速で事足りるな 無内容なのになぜか上から目線ｗ 138 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:10:20 ] VIPで流行の兆しがあるな 139 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:18:24 ] >>137 ありえないくらい読解力がないなｗ 140 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:28:21 ] なるほどclose, closed あたりを使うのか チュートリアル以外のコードも読も あと>>123を試してみた。コンパイルは // go func { go func() { にするだけで通った。実行結果は $ ./8.out 0 1 [...] 98 99 0 # ママ $ 0 ってなんだろ genint の closed0 の返り値が 0 で、それを foo が受信して出力してるとしても >>123からはそうなるようには読めない・・・ 141 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:28:54 ] 並列処理が遅いのですが 142 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:34:58 ] 並列処理指向で作られた言語って遅いのばっかだよな Erlangも遅いんじゃなかったか。Scalaくらいだな。 143 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:37:42 ] Scalaはめっちゃ速い Goは糞すぎるScalaの半分も出ない フィボナッチ数列計算するのにErlangよりやや速いぐらいだぞｗ 144 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:40:23 ] フィボナッチ数列を生成するgeneratorをgoで書いてみてください 145 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 11:51:58 ] >>143 Cの１０％〜２０％遅いくらいなら 流石にそれはないんじゃね？ 146 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 12:40:16 ] >>145 遅いからやってみてよｗ 147 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 12:42:36 ] 比較に使ったコード貼って 148 名前：123 mailto:sage [2009/11/15(日) 13:15:29 ] >>140 サンクス。 たぶん>125の問題かもしれん。 close済みのchan intを読んだら0が帰ってくるんだろう 149 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 13:35:33 ] golang.org/doc/go_spec.html#Channel_types golang.org/doc/go_spec.html#Close_and_closed golang.org/doc/go_spec.html#For_statements 読んだ？ 150 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 13:46:41 ] C (4) の置き換えを狙ったから、go (5) って、つけたの？ 151 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 13:56:06 ] >>149 ありがとう。いま読んだ。 でも、chanから帰ってくる最後の0がsendされた値なのかそうでないかを判別する方法がわからない 152 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 14:04:29 ] そのためのclosed 153 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 14:26:33 ] >>152 closedを見たときにはまだ閉じられてないけど、 その直後にreceiveしたときには既に閉じられているということが起こりうるんだよ。 154 名前：デフォルトの名無しさん [2009/11/15(日) 14:30:22 ] >>150 前スレで外出 155 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 14:34:34 ] 受信した後にさらにclosedを見ればいいんじゃね 156 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 15:00:16 ] >>153 というよりreceiveしないとclosedかどうかわからんということだろう。 feof()と同じ感じじゃないかな。 Close and closed For a channel c, the predefined function close(c) marks the channel as unable to accept more values through a send operation. After any previously sent values have been received, receive operations will return the zero value for the channel's type. After at least one such zero value has been received, closed(c) returns true. 157 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 15:09:16 ] >>156 ああ、それそういう意味なのか。ちょっと誤読してた x, ok := <-ch; とすれば読めたかどうかがブーリアンでとれるみたいだが、 non-blockingになってしまってなんの意味もない 158 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 19:27:50 ] Windows用コンパイラのバイナリ提供は明日ですか？ 159 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 20:29:23 ] コンパイラを移植するのは楽だろうな。 ライブラリの対応がめんどうなだけで 160 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:20:58 ] 他パッケージのクラスにかってにメソッド追加とかはできないのか 161 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:44:10 ] >>160 出来ない そもそもクラスはない 162 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:46:22 ] とするとOOPはどうやるつもりなんだろう… 163 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:51:36 ] こんなのどうだろ import "fmt" type R struct { 　　value int ; 　　eos bool; } func genInt(start int, stop int, dest chan R) { 　　for i := start; i < stop; i++ { 　　　　dest <- R{i, false}; 　　} 　　dest <- R{0, true}; } func main() { 　　ch := make(chan R); 　　go genInt(1, 20, ch); 　　for r := <- ch; !r.eos; r = <- ch { 　　　　fmt.Printf("%d\n", r.value); 　　} } 164 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 21:55:52 ] 字面に慣れたら生産性上がりそう？ 165 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:02:49 ] OOP的な仕組みはあるけど用語がわからん 166 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:04:23 ] ファイル分割するときはどうするの？ package hoge とかして、使いたいところで import "hoge" ってやればいいだけ？ 167 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:06:38 ] >>163 そのコード、OOP関係ない。 従来からあるただのCの手続きコードと同じ。 168 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:10:18 ] >>162 実装を継承することは出来ない インターフェイスは共有できる 169 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:15:21 ] >>167 ごめん端折りすぎた >>163は上でやってたGoroutineの終了を チャンネルの向こうにいる受信側にどう通知するかって話 170 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:20:17 ] >>168 実装の継承、出来ますよ ｋｗｓｋは仕様書のSelectorの項目に書いてあったはず 型情報の継承は出来ませんが、 かわりにinterfaceを使えばいいことなので、OOPに求められる要素は全て揃っていると思われます 171 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:24:30 ] 昨日うｐしたOOPの機能を使った例： seiga.nicovideo.jp/bbs/sg351/1- もしよかったらみんなのデスクトップも見せてね！ 172 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:27:11 ] >>169 OOPなのができるとは、計算終了の通知をどうするかじゃなくて、その場合は相互のmessagingを言語としてはどう表現するかですよ。 計算終了ならなにも並列じゃなくwaitでいいわけでして。 OOPは並列計算とかlisp的な考え方とはまったく関係ないんでこの際OOP概念を勉強してみてはどうですか。 173 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:28:17 ] Kenがついにスペルミス直したぞ hg log -r3956 -p 174 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:39:46 ] >>163 closed()かrangeを使えばいいんでわ import "fmt" func genInt(start int, stop int) chan int {   c := make(chan int);   go func() {     for i := start; i < stop; i++ {       c <- i;     }     close(c);   }();   return c; } func main() {   c := genInt(1, 20);   for {     i := <-c;     if closed(c) {       break;     }     fmt.Printf("%d\n", i);   }   // もしくわ   for i := range genInt(1, 20) {     fmt.Printf("%d\n", i);   } } 175 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:51:11 ] >>170 これ？ golang.org/doc/go_spec.html#Selectors

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef