[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 22:44 / Filesize : 191 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板 最近立ったスレ＆熱いスレ一覧 : ＋板 最近立ったスレ／記者別一覧] [類似スレッド一覧]

↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Go part2

1 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 16:23:56 ]
The Go Programming Language
ttp://golang.org/

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

176 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 22:56:45 ]
>>174
ああそうか、>>123のように

1. closedか確認する
2. 1でclosedでなければチャンネルから読む

だと、1と2の間にclosedされた場合に問題が起きるけど、

1. ひとつ読む
2. closedか確認して閉じてたらもうrecvせずに抜ける

ならclosedされたチャンネルから0を読み込むようなことが起こらないわけだ
>>124,125他で指摘されてたことがようやく飲み込めた。どうもありがとう

177 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:04:39 ]
OOPすら関係ねーじゃん。
おまえが構造化プログラムを一度も書いたことも無いってのが露見しただけｗ

178 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:15:50 ]
>>177
>>163が>>162氏へのレスになっていると勘違いされているのでは？
>>176氏の文脈は>>107から続いているもので、OOPの話題とは関係ないように見えますが(参照：>>169)

179 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:16:06 ]
OO=クラスだと思ってるアホが暴れてますね

180 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:18:28 ]
>>176
goを使うには修行が足らん
まずはCからやれ

181 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:40:27 ]
ニコ動久しぶりに見たけど見るまでの手続き色々面倒なのに変わってるね

182 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:51:10 ]
ごめん。>>111 は普通に出来た。

183 名前：デフォルトの名無しさん mailto:sage [2009/11/15(日) 23:59:19 ]
GC とクロージャがあって、 OOP が出来て、ネイティブコンパイルできて
コンパイル速度が暴速の C だと思えば割と良いもんじゃん。

184 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 00:05:00 ]
並列処理が遅くて看板に偽り大有りです
食品なら食品偽装レベル
電化製品なら製造物責任法で書類送検レベルの大問題です



185 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 00:08:49 ]
なんで for each にしなかったんだろう

186 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 00:09:06 ]
cythonよりpsycoの方が速いんか

187 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 00:57:50 ]
クラスが無いからC++系ライブラリをそのまま流用出来ないんですけど

188 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 01:15:23 ]
逆に考えるんだ。クラスが無いから恥ずかしくない。
クラスがあるのに流用出来なかったら最悪だろ。

189 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 01:19:25 ]
斬新な発想の転換だな。

190 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 04:09:22 ]
やっぱ派生クラス100個あったらswitch文とかで100個 new class CXXX();　とかしないとダメなのかな。
簡単に言うとコンストラクタをオーバーライドしたい。

191 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 06:42:02 ]
MacOSX で試してるんだが、UniversalBinaryは吐けないのかな？

192 名前：デフォルトの名無しさん [2009/11/16(月) 07:48:37 ]
「Emacsは馬鹿避けのためにある」ってホント名言だったなw



193 名前：デフォルトの名無しさん [2009/11/16(月) 07:54:49 ]
隔離ソフトwww

194 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 10:26:52 ]
visualstudio系はともかくなぜかeclipseと自己同一化してるヤツはなんかひどいの多いな
「車に乗ると性格が変わるヤツ」というか、IDEのパワーと自分のパワーをごっちゃにして威張るｗ
「新言語を評価する」の類のイレギュラーな事象に対応可能にしておくためにIDE依存度をあまり上げすぎないようにするくらいの知見もなく、
IDEのオペレーション自体は「技術」の範疇じゃなくて、入れれば誰でも使えるアプリの一つでしかないのに




195 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 11:14:09 ]
>>191
たぶんGoogle内部的にPPC(笑)だと思われ
10.6的な意味で

でもそれとは別にGoがPPC環境でどれくらいの早さで動くかは興味ある
バックエンドgccのgccgoならその筋の人がいろいろいじればなんとかなりそうだったり?

196 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 13:19:00 ]
週末暴れてた人はアク禁喰らったのか？

197 名前：デフォルトの名無しさん [2009/11/16(月) 13:25:29 ]
visualstudioとeclipseを区別す理由がいまいち不明だな

198 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 14:52:17 ]
>>194
セルシオとかポルシェとか運転したことあってそういうこといってるの?
おれは幾人かの友達が持ってるから運転させてもらったことあるけど。
それと同じで、君は偉そうなことをいっちょまえにいうけどそれぞれのIDEを使いこなせるようになってるわけでもないでしょ。

199 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 15:08:38 ]
自分のクルマじゃないトコがかわいくてワロタw


200 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 15:17:39 ]
いいね

package main
import "fmt"

func main() {
a := 1;
f := func() int { return a };
fmt.Println( f() );
a = 2;
fmt.Println( f() );
}


201 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 15:50:44 ]
>>200
最近の言語なら普通じゃない？

202 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 15:51:24 ]
>>173
あれはジョークだと思ってたから（間違えるはずがない）
直したことに違和感がｗ

203 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 15:56:58 ]
>>202
さらなるジョーク

204 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 20:29:36 ]
まるで静的型付けの JavaScript みたいだな
これが普及すると嬉しいな

2,000 行未満の小さなプログラムを書くには
もってこいの言語だと思う



205 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 20:38:18 ]
ネイティブ言語だから実際はあまり普及しないよ。
それにどちらかといえばCと同じく関数型言語の延長で、lispに制御構造をくっつけたような設計だし、並列用途でこの言語をベースとし亜種の言語は出てくるんじゃないか？
組み込み用の小型プログラムやIOのところとかバリバリネイティブなら必要なんだろうな。
x86(x64)は既に大規模だしide(gui)あるし、java,dotnetのvmで会話するって感じなんだろう。
つまりこれからはx86じゃなくてARMなのかなって思う。googleがwebのプラットフォームをどこまで考えてるかによる。

206 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 20:40:52 ]
どこから突っ込んでいいか分からんなw

207 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 20:43:41 ]
>>206
>>205に対して？

208 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 20:47:57 ]
うん

209 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 20:50:01 ]
>>195
x86 x64 のユニバーサルは吐きたいと思うのよ

GUIをどうするか悩むよりは、Javaから呼び出して使いたいなぁ・・・

210 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 20:59:04 ]
Javaみたいに活躍の場を見つけるまでが大変かもな
Javaも最初の発表とは全然違うエンタープライズ分野に居場所を見つけて定着したし


211 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:03:52 ]
ほんとにそうだね

Cの置き換えとか狙ってたら
中の人が中の人だし面白いんだけどなー

212 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:04:30 ]
このスレを見ている少年少女の為に一応正しておくけど、
Lisp には制御構造は沢山あるからね。もし興味があったら
ここら辺を読んでみてください。

www.lispworks.com/documentation/HyperSpec/Body/c_data_a.htm
www.lispworks.com/documentation/HyperSpec/Body/c_iterat.htm
www.cs.cmu.edu/Groups/AI/html/cltl/clm/node76.html
www.cs.cmu.edu/Groups/AI/html/cltl/clm/node235.html

Lisp は Go とは傾向の全然違う言語なのであしからず。

213 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:07:37 ]
evalがあるのがふしぎ

214 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:08:20 ]
>>212
そりゃマクロでいくらでも作れる＜lisp



215 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:15:39 ]
マクロでどうとかじゃなく、規格上の話だよ

216 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:21:57 ]
Common LispとりあげてLispには制御構文がたくさんあるとか言われても

217 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:23:15 ]
>>210
Java は最初から仕事で使える事を強く意識して作られていたから
途中色々あったけど、自ずと道が開けてきた感がある

218 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:27:25 ]
>>216
ちゃんと理由を言わないと誰も賛同しないよ?

219 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:29:37 ]
それと、C は関数型言語じゃないから気をつけて

220 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:30:18 ]
やっぱ、google凄いなぁ。反応が沢山ある。

221 名前：214 mailto:sage [2009/11/16(月) 21:35:17 ]
>>216
common lisp の制御構造って、実際的にはマクロで記述されているんじゃないのかな。lisp のマクロって強力だからね。
common lisp を取り上げてlispには制御構文がたくさんあるといわれてもねえ。

222 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:36:03 ]
無理するなよw

223 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:43:56 ]
>>214=>>205か？
正直
＞それにどちらかといえばCと同じく関数型言語の延長で
が面白すぎて後は目が滑ってしまったｗ

224 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:44:00 ]
ここで見栄はっても仕方ないのに



225 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:44:51 ]
>>221
Lispは史上最強の言語だ。知らないなら勉強する価値はあるよ
ただ、一生仕事で使う事はないだろうからどうでもいいが

そんなことより、Goは規格化しないのかなISO標準とかに
PythonやRubyと違って明らかにGoogle社の所有物な言語って怖くもある


226 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 21:53:03 ]
>>225
オープンソースだから所有に関してはRubyとかと大差ないんじゃないか

227 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 22:00:02 ]
>>223
ちゃいます。ちっぽけなlispインタープリタなら読んだことあります。

228 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 22:04:20 ]
>>227
>>212 にはマクロで実装される物とそうでない物がきちんと分類されてるよ

229 名前：214, 227 mailto:sage [2009/11/16(月) 22:23:41 ]
>>228
んー、cond もマクロかいな。前に読んだのは c で書いてあったなあ。
いやね、lisp のプリミティブな制御構造って少ないと思ってるんですよ。ただそれだけ。

230 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 22:25:27 ]
Ubuntuのリポジトリに入ったら本気出す

231 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 22:29:32 ]
>>229
実際は色々ある事が分かったでしょ。
そもそもマクロで実装されていたところで何の問題も無い訳だし、
おかしな事は何も無い。

232 名前：229 mailto:sage [2009/11/16(月) 22:44:33 ]
>>231
まあ、そうですね。

233 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 22:45:01 ]
NTRも悪くないと思う

234 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 22:48:00 ]
ライブラリをがんばって欲しいなぁ
リッチな標準ライブラリがあるならCでも構わない



235 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 22:52:51 ]
そういう意味ではやっぱり GUI かな
C でオブジェクト指向するのが嫌で VALA とか作っちゃう様な事が必要なくなれば
嬉しい人はそれなりに多そうだ

236 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 23:47:36 ]
>>220
Googleの名前とあの製作陣を見たら、やはり心ときめく

237 名前：デフォルトの名無しさん mailto:sage [2009/11/16(月) 23:52:44 ]
ちょっと親しみ易くした Limbo なんだよな

238 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 00:00:27 ]
こんな仕様じゃ大規模なものが作れないという苦情に対して
「設計が悪いから、バベルの塔を作る羽目になってるだけじゃないの？」と
ロブ・パイクは答えるんだろうな。
結局、BSDソケット や X をいつまで前提してるんですかという話になる。
Goは Plan9 の入口にすぎんのであって、後者が布教されれば本懐。
Go自体が多機能のてんこ盛りになる「進化」は望んでいないだろう。

239 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 00:01:02 ]
>>237
ja.wikipedia.org/wiki/Limbo

名前だけは知ってたけど
特徴を見るとGoといっしょだね
中の人もかぶってるし

240 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 00:10:37 ]
Limboオセェし糞言語だったろｗ

241 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 00:25:42 ]
なにかが足りないと思ったらacmeだったか

242 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 01:08:00 ]
>>240
Limboっての自体知らなかったけど遅いの？
知ってるだけ偉いと思った。

243 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 01:18:17 ]
LimboはInferno上で使うのね。調べたら比較があった。
redgenes.com/PerfJavavsC.html

単純なコードは(JITありでも)倍ぐらい遅いけど、ネット系はやや速いとなってる。
まあでもJIT系はオーバーヘッドあるから、ベンチ以上に遅く感じることはあるかもね。

244 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 01:42:34 ]
Microsoft Visual StudioがVisual　Goを開発しないと初心者は使わないよ＾＾；
文系の授業でもあるようなC言語のプログラミングに置き換わるなんてまず無理



245 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 01:45:23 ]
>>244
んなことない
そこまでMS系統でもないだろ今の時代

GoでAndroidアプリを作れるようにするという最終兵器がGoogleにはあるからな....
Objective-C市場がiPhoneがどれだけのびたかを考えるとあり得るシナリオだと思う

246 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 02:06:35 ]
自演にしか見えない

247 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 02:07:28 ]
見る目ないな

248 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 02:21:30 ]
今のGoの日本語のまともな解説サイトを作ったら結構広告料貰えるんじゃね
関連書籍とかまだまだでしょ

249 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 02:52:02 ]
golang.jpがうさんくさい件

翻訳はもうやってる人がいる
-users.jpはまだだな

250 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 03:56:14 ]
クラスじゃなくてもいいけど、
プロパティに当たる物が無いのはちょっと・・・

251 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 04:21:22 ]
いちお貼っとくか
winでmakeしてみたい人はここ
code.google.com/r/hectorchu-go-windows/
GOOS は mingw
ただ thread まわりとかまだ移植されてなさそう

252 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 04:52:16 ]
　　　∧∧
　　（　 ･ω･） 完全になったら起こしてくれ
　 ＿|　⊃／(＿＿_
／　└-(＿＿＿_／
￣￣￣￣￣￣￣

　 ＜⌒／ヽ-、_＿_
／＜_/＿＿＿＿／

253 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 06:01:42 ]
永眠することになりそうだな

254 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 08:20:59 ]
ちょこっと見てみたけど、キモい言語だな。
だめだわこりゃ。
てか、Pikeは自分の名前付けたPike言語の失敗反省してないなwww
センス無さ過ぎわろすwww




255 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 08:44:35 ]
戦う君の歌を戦わない者たちが笑うだろう

256 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 08:49:30 ]
ふつう、何か頂けそうでも辞退する（考える）ところだが、褒章はふつうではないため、すぐに返事をした

257 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 09:42:16 ]
>>254
Pikeは北欧系のマルチパラダイム言語。Robともベル研とも関係ない。
もっとも、Robはアレフというもっとキモい名前の言語を作ってるが。

258 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 10:50:06 ]
aleph自体は何もキモくねーよ

259 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 12:35:07 ]
アレフ？毒ガスをまきそうな名前だな

260 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 12:53:09 ]
どうもlisp信者がいるようだけど、マクロがあれば何でもアリって言うのは時代遅れ。

261 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 12:59:31 ]
>>258
Alefだよ
en.wikipedia.org/wiki/Alef_programming_language

262 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:00:15 ]
いまlispが再評価されてるのは、30年前のハードが対象だったのに強引にgcを搭載し、クロージャを実現してる(scheme)ってことだけ。
lispで10万行のプログラミングなんか絶対無理だから。

263 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:27:38 ]
Lispの思想は、VMの上に好きな言語を乗せられると考える.NETに似てる。
仕様変更は上の層だけで発生するからVMは歪みねぇと思い込んでる。
現実は、VMの更に下にあるCが歪みない地位を確立してるんだが。

264 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:32:41 ]
>>260
無内容な長文書くおっさんを召喚するのはやめてくれ



265 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 14:04:13 ]
lispはfortrunと同じで原始人が使うツールだからな。
２００９年現在で通用している概念や言葉が通じるわけがない。
そういうおっさんは脳みそとか汗臭そうだし。

266 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 15:03:56 ]
>>262
関数型言語に行数なんて無意味だと何度言ったら・・・

267 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 16:24:15 ]
LISPとFORTRAN?
時には昔から存在する言語も思い出してあげてください

268 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 16:38:33 ]
LISPちゃんと勉強したら原始人がつかうツールなんて批判がでるわけないと思うんだが


269 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 16:46:04 ]
Goの話しようぜ

270 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 17:38:07 ]
Cに勝つには並列化しかないよな

271 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 17:42:24 ]
速度が要求されるロジック部分をサクッとマルチコア対応しつつ記述して
スクリプトからコール出来ればいいのかもしれないな。
so, dll化をアホみたいに簡単にしてくれよ。

272 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 19:34:26 ]
また10万行かｗ
10万行はjavaとideにまかせるわｗ

273 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 19:50:29 ]
10万アクセスならgoの勝ち

274 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 20:12:59 ]
>>271
彼らはsoとかdll化はしないと思うけど




275 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 20:19:43 ]
依存な
いっそ常に全コンとかでもいいんじゃねえかとも思う
結局サードのライブラリのソースツリーも手元にあるし
常に実行ファイルが一個できるだけ、みたいな

276 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 20:30:12 ]
そもそもコンピュータに要求される仕事の種類ってそんなに多いか？って話。
ツール類が直交的に提供されてれば、/usr/lib にディレクトリが何十個もあったり
その１つ１つのバージョンの相違が云々って話にはそもそもならんだろ
と古いUNIX屋は考える

277 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:13:00 ]
>>276
> ツール類が直交的に

現代の悲劇はフレームワークが並行的に乱立。

278 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:27:07 ]
>>276
それを理解できるようになるには、mac,windowsなどのGUI環境で開発してないとリソースの概念とかも含めて理解できないだろうね。
少なくともjavaを使いこなしIDEをバリバリ使いこなせるなら、そういう「同じものはいくつも必要ないだろう』みたいな不信感は生じないとおもうよ。

279 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:30:17 ]
>>276はよく出来たちっさなツールを組み合わせて梃子の原理で云々て話かとおもた

280 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:32:24 ]
UNIXの場合はパイプという馬鹿でも理解しやすい
かつ設計に異論も出にくい単純なものがフレームワークとして存在したからな
新しい時代のそういう糊のようなものがまだ確立できてないんだろう


281 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:36:50 ]
話はずれるけどGoのチャンネルってほとんどパイプだよ
UNIX使ってる人は触ってみれば気に入りそうな気がする

282 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:36:56 ]
>>278
だから何でもGUI、何でもオブジェクト指向は不生産的だというのが第１。
第２に、Javaも含めて、GUIはAPIがやたら多すぎだから幾何級数的に複雑さが増している。
もし標準入出力だけでGUIを作れたら、驚くほどスッキリするんじゃないか。
もしかして、それは実在するかもしれない・・・

283 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:40:45 ]
psしたらすごいことになりそう

284 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:43:58 ]
>>279-280
どうもGUIとかイベントとかOOPの開発とそこで要求されている概念を理解できてないようだね。
すくなくともemacsとlispとか原始時代の開発環境がデフォならIDEで開発とか現代的な開発手法を速攻で身につけた方がいいよ。
今の時代、ゆとり世代のバカ専門学校卒業ですらcuiっぽいパイプの有用性を説明できないとしてもOOPとかなら普通に理解してることだから。



285 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:45:27 ]
またお前か

286 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:48:24 ]
>>282
何を言いたいかいまいち意味不明だけど、それって君が頭弱いってだけじゃないのか?w

287 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:51:25 ]
Goの話しようぜ

288 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 22:00:47 ]
で、結局名称はどうなったの

289 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 22:06:10 ]
LuLuから本が出たぐらいのマイナー言語にいちいちつきあってられませんで終了だろ
ネタだよ

290 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 22:18:36 ]
>>288
一時ずつずらして
hp
になりました。

291 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 22:20:11 ]
ありそうでなかった画期的な名称だな

292 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 22:33:09 ]
10万行ｗ

293 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:08:37 ]
emacs+lispな古くさい汗オヤジは速く死ねってことだな

294 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:10:58 ]
ＯＯＰと唱えるだけで遠くにいける。
そう考えていた時代がありました。



295 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:11:39 ]
クロージャのメリットって何？
なくても問題ないと思うんだけど。

296 名前：デフォルトの名無しさん [2009/11/17(火) 23:19:56 ]
変数をバインド

297 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:19:59 ]
>>295
マシン語で書いとけ

298 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:22:41 ]
>>295
クロージャのおかげで高階関数を実現できる

299 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:24:28 ]
goにgoto文はちゃんとあるんだね。　

300 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:26:52 ]
高階関数は関数型にはあったじゃん。
でもみんなC/C++/Java使ってたよ？

301 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:29:36 ]
新しいものが良いものとも限らんわな

302 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:30:58 ]
歴史的な経緯じゃね？
高階関数っぽいことも出来無いわけじゃないしな
変なだけで


303 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:31:59 ]
高階関数のメリットはなんですか？

304 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:37:20 ]
C/C++の置き換えとか言われてるだけにクロージャすら知らないやつもやってくるんだな
LLか関数型言語を一個やるといいよ



305 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:39:50 ]
オブジェクト指向と同じ道を辿りそうだな、ちょっと不安になったわ


306 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:42:54 ]
そろそろ、ひろみGOの話にもどらないの？

307 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:49:30 ]
アップルが並列化の道具としてクロージャーを持ちだしたが
Goも同じ選択をしたというのが興味深いね。

308 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:52:53 ]
いや、だから違うんだって。
来年になると明かになるけど、そもそもターゲットはアームなんだよ。

309 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:54:51 ]
>>304
とはいうけど、OOPとは何か人に説明できるようにしといたほうがいいよ。
どうせ君、クロージャすら説明できないんでしょw


310 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:01:48 ]
>>304
C++の関数オブジェクトみたいなのでしょ or 十分

って言うよね
クロージャの無い言語しかやったこと無い人は







でもlisp経験者に言われた事もあるな

311 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:02:43 ]
クロージャはオマケ。Goのキモはチャンネルだ。
簡明なインターフェイスによる 入 出 力 が基本だ。
なぜなら実用のための言語だから。

312 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:03:56 ]
でクロージャのメリットはなんですか？

313 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:05:37 ]
チャンネルといえば
golang.org/doc/go_mem.html

ちと難しいけどこれ分からないとだめぽ

314 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:05:58 ]
英語的にはチャネルだと思うけど、チャンネルでもいいのかな。
どっちにしてもJavaと同じで英語の情報しか提供されないんだろうからどうでもいいけど。



315 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:06:35 ]
興味深いって理解してないのかお前ｗ

316 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:08:26 ]
>>312
ローカル変数を、インスタンス変数みたいな感覚で使える

317 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:08:48 ]
2チャネルって馬鹿ばっかだね

318 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:09:20 ]
>>316
それのメリットって何？

319 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:10:14 ]
>>317
２ちゃねる乙

320 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:11:23 ]
前スレ逃したorz
せっかくのCSPベースの並列記述書ける言語のスレなのに

Occamが廃れてからずっと待ってた(limboも普及しなかった)これでようやっとmany coreマシンの時代？


321 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:14:10 ]
>>282
displaypostscript

322 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:14:17 ]
>>320
>これでようやっとmany coreマシンの時代？
VSのマルチコアサポートの方が40倍くらい現実的だろ

323 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:15:41 ]
お前がわかる＝現実的

324 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:16:31 ]
>>318
ネストが少なくなるかな
classで囲まなくていいし、obj.fooと書かずにfooと書ける



325 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:16:40 ]
VSの全部入りすげえ高そうじゃんｗ


326 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:21:36 ]
並列化は興味あるんだけどこれＧＣなしもあり？
ゲームだとＧＣは扱いにくくて

327 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:26:23 ]
GCは外せない。いついかなる時もチャネルが使えるから。
ミドル寄りのシステムプログラミング言語だね

328 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:27:11 ]
いまどきのゲーム作成は、GCと仲良く付き合っていきながら作るものだと思うよ。
ファミコンのスーパーマリオレベルなら、マップとか全リソース込みで３-10MB程度newしてプールしてれば済む話だし。
ましてGCの起動がゲームに影響があるようなら、設計から見直し他方がいいだろうけどスレ違い。

329 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:27:49 ]
GCあるお

>>320
公式の文書でちょくちょくCSPって出てくる
そういうのから触ってきた人はGoも楽しいだろうなー

330 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:31:27 ]
unreal scriptとかもGCありでしょ
つうかあっちも試しておきたいんだけど
今月はすげえな
若かったら鼻血出てたよ

331 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:34:13 ]
郷のCSPって全然速くないじゃん
眉唾もいいところじゃん

老害爺共が集まって懐古技術で
遊んでるだけだろ


332 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:34:22 ]
>>328
ＧＣのタイミングの制御はともかく有限メモリのシステムでＧＣ使うほうが面倒。

333 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:37:22 ]
Streamsも遅かったしな。
でも今回はベル研じゃなくてグーグルだ。
V8エンジンを書いたスピードマニアも参加してるから期待しよう

334 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:41:56 ]
v8とかchromeとか市場シェアどのくらいか知ってるの？w



335 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:42:37 ]
その頑張り方がちょっと良くわからない

336 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:43:47 ]
10万行ｗ

337 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:45:27 ]
いまどき、OOPだのGCだの関数型だの、とりあえず全部扱えて当然だろう。
状況に応じて最適な言語を使えばいいだけの話で、
一つの言語に執着して他の選択肢を排撃する姿勢ほどばかばかしいものはないと、
最近特に思うようになった。




というわけで、まともに関数型で組んだ経験もない拙者は切腹してくるでござる。

338 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:46:40 ]
使いやすくて市場シェアを占めてくれるなら使いたい

339 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:46:53 ]
青春のすべてをjava＆eclipseに賭けたんだ
自発的にFUDもするさ
まだまだ大丈夫だと思うけどなあ
本人にとっては違うんだろうな

340 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:49:48 ]
>>322
一度もCSPの論文よんでないと言うのは凄くもったいないぞ


341 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:51:04 ]
>>337
とりあえずemacs + common lispはなしな。
それもIDEすら使えないイマｸシスト(emacsist)なんかだと、周りから白い目で見られるよ。かなり。

342 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:51:07 ]
InfoQ: Googleの実験、新しい言語Go
www.infoq.com/jp/news/2009/11/Go-Google-New-Language

この言語の作者によれば、Goの目標のいくつかは以下の通りである。

* 静的言語の効率性と動的言語の記述しやすさを組み合わせること。事実、開発者は静的にするか動的にするかを選択することが可能である。
* 安全性。Goは型安全であり、暗黙のキャストを許容せず、明示的なキャストのみを許容する。
また、ポインタ演算を提供せず、ガベージコレクションを提供するため、メモリ安全である。
* 並行性と通信に対する優れたサポートの提供。
* 効率的で遅延のないガベージコレクションを持つこと。
* 高速なコンパイル。

次のような興味深い特徴を持っている。

* ポインタを持っているが、ポインタ演算はない。
* インターフェースを持つ。
* 同期チャネルを持つ。このチャネルはスレッド間の通信に使われ、並行処理の基礎となっている。
Goはそれをやりとりすることでメモリの共有を促進するが、共有メモリを通じて通信はしない。ある時点ではただ1つのスレッドだけが共有値に対するアクセスを持つことができ、チャネルを通じてスレッド間でのその値の受け渡しが行われる。
* ゴールーチン（Goroutines）。これは並行処理のために利用されるもう1つの構造である。
ゴールーチンは単に“go”キーワードを接頭辞として持つ関数あるいはメソッドである。ゴールーチンはスレッドと結びついていて、チャネルを通じて別のゴールーチンと通信する。
* 並列化。ゴールーチンとチャネルは計算を複数のCPU上で動かすために利用することができる。
* リフレクション。全ての型とチャネルに対してリフレクションが使える。
* エンベッディング（Embedding）。シンプルな継承の仕組みである。


343 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:54:11 ]
>>339
Java&Eclipseがメインだが、普通にGoには期待してるぞ。
やりたいことを最適にサポートしてくれるなら、道具はなんでもいい。

344 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:56:06 ]
>>341
slimeはいいもんだろｗ
あれについてはjava、eclipseが見習って欲しいくらいだｗ



345 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:02:09 ]
>>342
>gccgoはガベージコレクタを持っていない。
あ、そうなんだ
>>326はむしろ喜びそうだな

346 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:02:57 ]
どちらかといえば、javaをやってる方が長かったからnetbeansの方が好み

347 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:04:28 ]
>>345
選択できるべきだと思うんだよね

348 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:08:07 ]
>>347
じゃ、縁がなかったということで

349 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:08:14 ]
Lispは知らない奴ほど騙りたがる不思議な言語だな。
見ていて恥ずかしいから話題に上げるのを止めて欲しいわ。

350 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:08:53 ]
>>348
え？

351 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:12:08 ]
>>347
Goにこだわる事もないだろう。
Kenが書いたPlan9版のCなんかどうよ
無名構造体が使える

352 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:14:49 ]
マイナー言語を使うメリットってなによ

353 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:15:15 ]
意味の分からない優越感

354 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:16:50 ]
趣味だよ



355 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:18:29 ]
>>352
マイナーだからではない。
未開拓だからだ。

356 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:19:50 ]
>>345
GCはIBMのこの技術を基に開発中だって
ttp://www.research.ibm.com/people/d/dfb/papers.html

357 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:20:39 ]
>>352
『言語の能力＝プログラムの表現力の限界』だから、マイナーだろうとなんだろうと
色々使えた方が良い。

358 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:21:53 ]
一人で勝手にやるなら別にいいだろうけど…

359 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:23:22 ]
もう何年も
達人プログラマーに書いてあった事を実践してるから
目に付いた言語は試してみるようにしてる

360 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:23:32 ]
これ、LLVM版はやらないのかな？

361 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:24:03 ]
>>352
VBなんか使えないのに雰囲気でわかるよねって仕事を根絶するために
最強の言語を流行させるための草の根活動の一環


362 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:28:42 ]
ぶっちゃけ、最近の流行はJVMか.NETのバイトコードを吐ければ言語は何でもおｋ、なんじゃないの。
そこに加えて、C/C++の担ってきた仕事をGoが良い形でリプレースしてくれるならそれは普通に歓迎。

363 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:33:10 ]
GoにC++の置き換えは無理
pythonの置き換えくらいが精一杯

364 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:37:25 ]
>>360
公式はLLVMとかWindowsサポートする気ないようだから
やるならオープンソースだし誰か勝手にやってってことだろう

上でゲームの話が出てるけどサーバ向けのようだから少し茨の道かも？



365 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:39:51 ]
>>363
C++ の置き換えは無理だけど、C++ の領域を狭める事は出来る。
C が出来ても ASM は無くならなかったけど、確実に適用範囲が
狭まったのと同じ。

366 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:51:10 ]
GC 付き言語でゲームなんか余程リアルタイム性が求められていないか
ストップ・ザ・ワールドを楽しめる余裕のあるゲームなんだろうな

367 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 02:22:09 ]
>>342
>* リフレクション。全ての型とチャネルに対してリフレクションが使える。

aClass methodDict とか Smalltalk allBehaviorsDo: [...]
みたいなのと同じ事が出来るなら良かったんだけどな。
静的型付け言語には望むべくも無い事だが。

368 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 02:23:25 ]
何か上でメリットを並べているみたいだけど
他の言語でも出来ることだしむしろ他で出来てGoで出来ないことが多すぎ

369 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 02:25:22 ]
Go++とかが出るんだろ

370 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 02:27:59 ]
確かに出来て当たり前のことを誇らしげに掲げている節があるよなGoって

371 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 02:37:11 ]
どんな言語でもできることは一緒
問題はやりやすいかどうかだ

372 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 02:41:25 ]
どう読んでもチューリング等価という話ではないと思われ

373 名前：デフォルトの名無しさん [2009/11/18(水) 02:51:24 ]
ラムダ算法があればイスラム数字がなくてもWindowsをかける。
でもゲシュタルト心理学的には文字の見やすさも重要。

374 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 02:59:32 ]
>>370
たとえば「オブジェクト指向対応」
という項目があったとして、
オブジェクト指向のための機能は最近の言語では持っているものも多いから
別段珍しいことではないけど、どうやって実現しているかというのはこの一文では分からない。
いかに使いやすく、抽象化しやすく作られているかが重要だと思うよ。
「できる」だけじゃないんだよ。



375 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 03:01:11 ]
Goってそんなに作り易いの？

376 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 03:02:12 ]
何気にここ数年は C++ が人気だったりする。LLVM とか V8 とかも実装言語は C++ だし、
OpenOffice.org とか FireFox とか大きめのGUI アプリの多くは C++ で書かれている。
それらを Go で置き換えるのは、まぁ難しい。ウェブ系は Java と LL が染め上げているし、
Mac OS X や iPhone は Objective-C 一択。これらも Go が入り込む余地は少ない。
C++ を使うには大袈裟すぎるプログラムとか、C だと面倒くさいプログラムには Go は
良いだろうね。エディタとかメールクライアントを作るには丁度良さそう。

377 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 03:05:05 ]
たぶんgoogleはGo限定でプログラミングコンテスト開催するぞ…しかもすごい賞金。お前らGoやっとけよ

378 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 03:23:58 ]
>>331
gcc版じゃないほうでコンパイルして、GOMAXPROCS=1にしても遅い？

理由は以下。
・Segmented Stackがgoroutineのスイッチ速度に効きそう
・コア２つ以上にするとコア間の通信のために遅くなる可能性がある
　（基本的な演算能力は上がるけども）

ちなみにまだgo触ってない。

379 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 03:30:21 ]
>>374
Objective-C, Smalltalk, Java みたいな壮大なクラスライブラリがある訳じゃないもんな。

380 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 03:37:16 ]
googleの名前がなかったら見向きもされないレベル

381 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 08:42:24 ]

取り敢えず今日は Lisp について頓珍漢な事を書くのは控えてくれな。
イチイチ突っ込みは入れんけど、こんな所で知ったかぶりする必要は無いんだから。


382 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 08:43:11 ]
これいけるのかw

package main
type 文字列型 string;
func メッセージ表示(メッセージ 文字列型) { println(メッセージ); }
func main() { メッセージ表示("This is 日本語"); }

383 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 08:57:50 ]
>>382
今時できない処理系の方が少ないだろ。


384 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 08:57:55 ]
２ちゃんで知ったかぶりなくしたらレス数１０分の１くらいだろ



385 名前：デフォルトの名無しさん mailto:これでいいですか？ sage [2009/11/18(水) 11:14:47 ]
>>382
すげーーーーーーーーー!!!

386 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 11:28:46 ]
>>382
なでなでしこしことかもういらないんじゃねｗ

387 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 11:29:52 ]
>>381
そんなに上から目線したいなら、せめてLispとgoがどう関係してる説明してくれないか?

388 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 11:35:46 ]
どうせlispしか知らない昭和のおっさんなんだろ
スルー推奨

389 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 11:36:54 ]
あはれ

390 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 11:44:13 ]
関数型言語のかの字も知らない奴らがLispを語っているように見える

391 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 11:50:59 ]
とりあえず博士号持ってるやつ以外は書き込むなｗ
紛らわしいわｗ

392 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 11:53:53 ]
>>391
修士ですがだめで宇sか

393 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 11:55:48 ]
>>390
で、その関数型言語とやらがGoとなにか関係してるんですか?
たぶんすれ違いなのはあなたの方だと思いますよ。

394 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 11:56:52 ]
博士Go

こういうことですか？わかりません＞＜



395 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:04:58 ]
>>379
言語仕様の巧みさとライブラリの大きさは関係ないよ。
ライブラリはやる気がある指導者がいれば勝手に大きくなる。

396 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:05:34 ]
クロージャで少し関係ありそうだけど、クロージャはjava,c#とかjavascriptで普通に使われてるからな関数型言語の売りって感じじゃない。
カリー化とかハスケルっぽいなるならgoも少しは現代的な関数型言語と関係あるかもしれない。
前スレでD,C++と比べてるゆとりがいたけど、今回沸いてきたのはそれと同レベルのなんちゃってだろ。上から目線の昭和おっさんであることに間違いはないが。

397 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:07:09 ]
クロージャなんて次のC++でも入るからどうでもいい

398 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:07:52 ]
>>393
最近の理論的研究はほとんど関数型言語絡みなんだよ。
だから関数型言語に興味がある＝プログラミング言語に詳しい、着眼点が良い人ということになる。

399 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:13:20 ]
この世で最先端の言語はHaskellだもんなｗ
何しろHaskellは元々最先端技術を集めて作るのを目標にしていて、
人が集まってくると言語仕様が荒らされるからわざと目立たないように
使いやすさよりも研究用言語としての立ち位置を取ってきた言語なんだから。

400 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:17:15 ]
プログラミングとは、理想美を追求することではなく、泥臭い作業を自動化することですよ。
そのための理論であり学問でしかありません。
goはmitやbellでなく一企業内の研究員が開発し、さらに学問のために開発したわけでもありません。
変な期待を抱かない方がいいと思いますし、これからは議論についていくためにもOOPとかちゃんと勉強しといた方が未のためですよ。

401 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:18:51 ]
なんかよくわからん荒れ方してるな

402 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:19:08 ]
>>400
プログラミング言語について詳しいと自称する奴がオブジェクト指向を知らないわけがないだろｗ

403 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:19:51 ]
goは最近流行りの並列・平行処理をやりやすくした言語というだけだよ。

404 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:22:31 ]
OOPってつくづく勉強するほど深いものじゃないよなぁと思う



405 名前：デフォルトの名無しさん [2009/11/18(水) 12:24:52 ]
>>398
(x+y)^2 = 3/2
x^2 + 2 y^2 = 1
この連立が解けません。解法おながいします。

406 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:26:03 ]
関数型言語ってどの程度押さえておけばいいのん？
なんか抽象度が高いから云々とか聞いたことあるが
それって読みにくい言語ってことじゃないのか？
LLのラムダ式とかよく使うけどしばらくたって読み直すと訳わからなくなるぞ

407 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:29:33 ]
>>402
なら、GoとLispはどのあたりが関係あるんですか?

408 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:33:13 ]
>>406
言語を利用する上では大して難しくないが、
・高階関数
・forループじゃなくて再帰ループ
・再代入禁止
・リストを活用しよう(リストは関数型言語だけの特徴じゃないけど、関数型言語ではたいてい使いやすくなっている)

409 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:36:11 ]
>>408
どう考えてもgc必須な資源食いまくり言語ですなw

410 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:39:01 ]
>>406
関数型って言っても高階関数が扱える程度で関数型と名乗ってるのから本当の純粋関数型までいろいろあるぞ。
たとえばschemeなんかは純Lispの子孫だから関数型って言われるけど実際のところ本質は命令型と何ら変わらない。

Concurrent CleanやHuskell（とかその子孫のとかCurry）がどのようにして副作用をどのようにして隠蔽しているかを
知っておくのは無益なことではないだろう。

ラムダ式や高階関数なんての関数型から輸入してきた要素だけど、
最近の手続き型言語は大体持ってるから使えないのはまずいだろう

後で読めなくなるってのは書き方が汚いだけで別の問題

411 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:42:03 ]
また馬鹿なLisperが暴れているのか

412 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:45:45 ]
そのうちセクハラ（痴漢)で逮捕されるから放っとけw

413 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:46:54 ]
関数型言語もまともに扱えない低知能が何を言っているんだ

414 名前：デフォルトの名無しさん [2009/11/18(水) 12:47:43 ]
>>410
そこまで「lisp命」になっちゃうのは何でですか?



415 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:47:49 ]
>>409
関数型言語の関数呼び出しって内部的にはgotoと同じだから、
C言語の関数呼び出しとは根本的に違うんだよ。
だから再帰でもforと同等。
リストは言語仕様に組み込んでしまえば最適化しやすい。
高階関数はクロージャがあればどの言語でもできる。

416 名前：デフォルトの名無しさん [2009/11/18(水) 12:48:55 ]
低知能に使えない言語ってのは要らない気がするがｗ

417 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:49:04 ]
OOとOOPを混在して書くからややこしい
考え方が違うのだからOOPもどのOOPか明示して書いてくれ

>>396
Javaってクロージャなくない？


418 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:50:13 ]
>>413
lispperの戯言はもうお腹いっぱい
goのネタはないの?w

419 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:52:10 ]
>>417
Javaにはネイティブクロージャがないから匿名オブジェクトで模倣する。C#と同じ。

420 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:52:38 ]
>>415
でも肝心のLISTがヒープでしょ。
それじゃsentenceがgotoでも結局gc必須だよね…

421 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:53:01 ]
高階関数って引数に関数が取れるって理解でOK？

422 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:54:27 ]
>>420
Haskellでは場合によってリストを配列に置き換える場合もあるみたいだね。
最適化次第で制御できないが。

423 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:54:37 ]
C++でもHaskellでもなく
Goを選択することが最適な研究分野を１つでも挙げてみて下さい
まああなたたちレベルの理解度では無理でしょうけどね

424 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:56:09 ]
>>419
馬鹿を晒し出してしまったな



425 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:57:09 ]
>>423
だからARMなんだってばww

426 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:58:21 ]
>>421
それだけだとC言語でもできるが、スコープを継承できなければ高階関数とは呼べない。

427 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 12:59:46 ]
>>425
何故ARMにGoを選択することが最適だと考えていますか？

428 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:02:13 ]
goの最大の特徴はgo文。
大量の鯖アクセスを並列でerlangより高速に捌くのが目的でしょ。

429 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:04:21 ]
>>422
配列にするならヒープじゃなくてスタックでよく、結局C/C++系列の言語と何ら変わらない。
ヒープならjavascriptと同じなわけでこれまた構造化言語とおなじ。
つまり、旧来の関数型言語っていう枠組みが、もう構造化言語の一機能（言語機能)でしかないのよ。
ほとんどの関数型言語の機能はクロージャで代用できてしまう。
カリー化はコンパイラの話になるから少し違うけど、ここで吠えてるlisperは何でそんなに上から目線でいられるカワズ君なのかなって感じ。

430 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:04:45 ]
>>428
他の言語でも同じことが出来ますが
あえてGoを選択する理由は何ですか？

431 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:07:53 ]
また今日も私が勝ってしまいました
２ちゃんねる程度では私と対等に議論出来る論客が存在しないことが残念でなりません

432 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:09:27 ]
>>430
軽量プロセスを言語仕様レベルで実践している言語はgoのほかにerlangがあるが、
erlangとの決定的な違いはgoはネイティブで動くから速いということ。

433 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:12:06 ]
>>432
あなたが考える並列処理を軽量プロセスで行うメリットとは何ですか？

434 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:12:45 ]
>>433
>>428



435 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:13:57 ]
これでは話しになりませんね

436 名前：デフォルトの名無しさん [2009/11/18(水) 13:14:03 ]
JITも考えるとそうとも言えない。
ネイティブだと静的でしょ。
不変であり変化が多いそういう用途なら、いくらネイティブであれこれ頑張っても動的最適化には勝てないよ。

437 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:14:16 ]
地震だ
京大時計塔倒れた

438 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:15:45 ]
>>436
erlangとCを比較してみな。
erlangはクソ遅いから。

439 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:16:08 ]
lisperはみんな上から目線だよ

440 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:17:38 ]
>>430
Elangとかよりは大抵の人には書きやすくて
goするだけで並列に出来るからじゃない？
大抵の言語で出来るけど楽に書けるならそれにこしたことはない

441 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:19:13 ]
そもそもこの流れで軽量プロセス軽量プロセスって唱えてる人は
軽量プロセスが何者なのか根本的なところが理解出来ていないと思う

442 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:20:31 ]
じゃあ試しに軽量プロセスとスレッドの違いを説明してみろよ
これがまともに出来る技術者なんてほんの一握り

443 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:22:22 ]
>>441
お前はVMでしか軽量プロセスが実践できないと思い込んでいるんだろｗ

444 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:22:37 ]
>>429
横槍で申し訳ない
スタック or ヒープ → 構造化
の辺りがよく分からないのだけど



445 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:23:09 ]
とりあえず、goでリングノードベンチマークでもしてもらおうか

446 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:24:28 ]
>>429
Haskellでは、というより、GHCでは、と書かなかったのが誤解を生んでしまったようだ

447 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:27:20 ]
みんな新しい言葉が好きなんだよ
既存の物も新しい言葉に置き換えれば違う物に見えてくる
そんな誤った世の潮流の特異点に存在するのがGoという言語　これが真相

448 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:28:21 ]
IOってよりもプロセスやスレッド（OS）よりのネイティブ・システムに適した言語ってところのようだね。
限りなくソフトに近いから本来はbytecodeでかいてモジュール化しておけるんだけど、速度とかの効率を考えちゃうとハードにべったりだから結局ネイティブ・コードで書いちゃうってところに向いてるようだ。
javaならpublic void nativeのところ、rubyならそのシステムように実装し直した所とか、スレッドとかJITなんかの実装ようの言語なんだろうね。
ハード(ネイティブ)用言語ではあるが、Cとはやっぱり違うところがターゲットか。
gcがついたc99と考えられから汎用大衆向けでもあるが、これから言語仕様で言語依存(D,C++,C#)なのかライブラリ依存(Java,javascript)なのかによって形成されるコミュニティーがかわるだろう。
ただ、動的最適化には勝てないから所詮はjvm,cliよりさらにしたの下請け言語なのかなって思う(objcがあるよねって言う思いはあるが…）。

449 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:28:59 ]
虚像企業Googleが生み出した幻想

450 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:30:03 ]
軽量プロセスっていうかcoroutineってLisperが大好きなSICPでも載ってなかったっけ。
SICPがいま手元にないから確認できないけど。

451 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:33:01 ]
質問です

N個のノードを作り、1番目のノードに送られたメッセージは2番目のノードに、
2番目のノードに送られたメッセージは3番目のノードに、・・・、
N番目のノードに送られたメッセージは1番目のノードに送られるようにリングを形成し、
そのリング上を一つのメッセージがM回まわるのにかかる時間を計測してください。

452 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:33:09 ]
Lisper呼ぶな

453 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:33:35 ]
>>444
jsを引き合いに出したんだから、スロットといった方が通じたか。
これで理解出来ないなら根本的なところから分かってないってこと。

454 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:34:29 ]
馬鹿が唐突に質問してるぞ
誰か答えてやれ



455 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:34:43 ]
>>444
そりゃ関数型言語も構造化言語だけど何か？
ちなみにオブジェクト指向言語も構造化言語だけど何か？

456 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:36:48 ]
関数型だのオブジェクトだの、そんな言葉の違いに意味は無いと知るのに１０年かかった。

457 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:43:27 ]
>>454
いいからお前も手を動かせｗ

458 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:44:11 ]
cygwinでインストールして失敗した奴多すぎワロタ

459 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:45:44 ]
>>451
で、これをネットワーク上でやるんだよな
P2Pじゃないけど、昔流行ったWebRingみたいにGoのプログラムでリングつくって
パケットをただ回すだけってのはやってみたいな。

460 名前：451 mailto:sage [2009/11/18(水) 13:49:12 ]
>>459
ネットワークでも良いですが、今回は並行処理だけで実現してみてください。
元々はリングノードベンチマークっていうerlangの優位性を誇示するためのベンチマークなんです。

461 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:51:17 ]
>>460
自分の手を動かせボケ

462 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:52:50 ]
>>460
誌ねカス

463 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:54:34 ]
>>460
Erlang使いなら自分でやったほうがたぶん早いぞ
このスレでコードが載るのは稀だ

あとなぜErlang版のコードを示さない

464 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 13:55:38 ]
>>458
そんなに顔真っ赤にして自己紹介しなくいいからw



465 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:03:55 ]
>>453
ごめんそれで更に分からなくなった
JSのスロットってオブジェクトを表現するための方法じゃない？

>>455
いやそれは分かってる
ただそれがスタック/ヒープとどう関係あるのかが分からないだけ

466 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:04:32 ]
どいつもこいつも口先だけだな
並列処理が簡単に書けるとか抽象的な表現で優位性を印象付けているだけ
実は何も証明出来ていない

467 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:08:31 ]
>>466
証明って？

468 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:09:44 ]
馬鹿を相手にするな

469 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:10:16 ]
>>466
それがグーグルの本性ですよ。
実際にグーグルがやってることはただの著作権侵害のその抽象化ですし。

470 名前：デフォルトの名無しさん [2009/11/18(水) 14:20:01 ]
>>439

471 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:24:54 ]
ErlangやっているLisperって
心当たりがあるのだが

472 名前：デフォルトの名無しさん [2009/11/18(水) 14:31:22 ]
>>407

473 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:39:04 ]
>>465
バカ乙

474 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:39:58 ]
>>471
たくさんいそうなんだが・・・



475 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:43:40 ]
たくさんいるけどどいつこいつも上から目線なんだよな

476 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:50:07 ]
>>405
x = ±(√6)/3
y = ±(√6)/6

477 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:53:59 ]
>>451
宿題は宿題スレへ
pc12.2ch.net/test/read.cgi/tech/1257968644/

478 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:54:10 ]
いまどきの関数型言語やっている連中はLispなんて相手にしてないよ

479 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 14:57:45 ]
なら、GOといまどきの関数型言語とはどの辺が関係あるんですか?

480 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 15:01:57 ]
ねーよ

481 名前：デフォルトの名無しさん [2009/11/18(水) 15:04:53 ]
>>476
欲しいのは答えじゃなくて解法ですよ
問題文をよく読まないとダメじゃないですか!
この板的には「アルゴ」なんっていったりしますが

482 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 15:05:53 ]
学校にでもいけよ

483 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 15:11:59 ]
>>405
(x+y)^2 = 3/2 ... (1)
x^2 + 2y^2 = 1 ... (2)

(1) を展開 2x^2 + 4xy + 2y^2 = 3 ... (1')
(1') - (2) x^2 + 4xy = 2 ... (3)

(3) を y について解くと y = (2 - x^2)/4x ... (3')
(3') を (1) に代入 (x + (2-x^2)/4x)^2 = 3/2 ... (4)

(4) を x について解くと
9x^4 - 12x^2 + 4 = 0
(3x^2 - 2)^2 = 0
x = ±(√6)/3 ... (4')

(4') を (3') に代入すると
y = ±(√6)/6

484 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 15:14:09 ]
>>483
ありがとうございました



485 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 15:15:12 ]
>>483
ありがとうございました！
やっぱGO！ってすごいですね

486 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 15:47:32 ]
>>483
Goさん、やっぱあんたすげえわ

487 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 17:38:49 ]
>>483-486
２元2次連立なんて基本だろ
行列以前の問題だな
中学からやり直せ

488 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 17:49:17 ]
いや、その、ちょっとGoさんの擬人化してくれる人がいたらいいな、と思って
キャラつくってしまいました・・・

489 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 19:13:59 ]
ところで君たちは何で真っ昼間から2ちゃんで盛り上がれるんだ?
学校はもう冬休みに入ったのか?

それだけ時間があるなら関数型言語に付いてもう少し見識を深める事もできるだろうに。

490 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 19:21:20 ]
それを余計なお世話と言う。時間が無くても覚えておいた方が良いよ

491 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 19:22:48 ]
go言語がWebアプリがWEBアプリを高速化できるという理由を説明せよ．
いや，してください！

492 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 19:30:17 ]
塩化ナトリウムのことか

493 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 19:32:35 ]
>>491
これを読むときっと面白いよ。

groups.google.com/group/unladen-swallow/browse_thread/thread/4edbc406f544643e

それと、ウェブアプリと言っても色々あるから一概に速くなるとは言えないよ。

494 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 20:14:39 ]
言語名がかぶってる問題はいつ決着が付くの
issue9てのも謎っぽくて悪くないと思うが




495 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:05:49 ]
おい、コンパイルに時間かかるぞ　バイナリ用意しろ

496 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:14:28 ]
バイナリ（）

497 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:15:46 ]
ビルド自体は長くてもせいぜい５分だろ
そんなこと言ったらgccgoなんか悪夢だぞ
時間かかる上に環境揃えてもビルド失敗しやがるし・・・

498 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:19:05 ]
>>497
ごめん、俺が言ってるのはgccgoのこと。
8gとか8lとかコンパイラとリンカを別々に実行しなきゃいけないところとか普通じゃないので、
gccチックに使える方が良いかなぁと。

499 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:21:44 ]
>>494
狙いすぎだってば
とりあえず数字いれるなら、大人しく入れて欲しいもんだ
例えば8gじゃなくてgo8とかで良かっただろうに、何を考えてるんだ
いろいろ狙いすぎで、本気のネタ言語にしか見えん

500 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:23:13 ]
8cにあわせるためなんだからgo8じゃ意味ないだろ

501 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:28:27 ]
それじゃ6gではなんのことかわからんじゃないか。いや、わかるのか？

502 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:36:53 ]
6goでもいいと思うが短い名前がほしかったんだろ

503 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:49:23 ]
>>498
>8gとか8lとかコンパイラとリンカを別々に実行しなきゃいけないところとか普通じゃないので、

普通だろ？

504 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:49:44 ]
普通だな



505 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:54:42 ]
日本はでは未踏とかいう税金使い放題の
ところでLispの亜種開発してるんだっけ？



506 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 22:55:51 ]
報告書いっぱい書かないといけないから未踏やりたくないー

507 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:02:44 ]
>>498
新手の釣りか・・・？
javacとかと比べるなら分かるが・・・gccだろ・・・

508 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:02:49 ]
>>498
コンパイラドライバ無いんだ…

509 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:08:42 ]
make使うだろjk

510 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:08:57 ]
8g hoge.go && 8l hoge.8 するだけのスクリプトを書けばいいとか
そういう問題じゃないのか

511 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:09:51 ]
そういう問題じゃないと思うが…

512 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:12:59 ]
8g hoge.go で出たエラーをぶっちぎって8lまで行くのが気持ち悪いとかそういう問題かもな
ちなみにその感覚は正しいと思う

513 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:15:15 ]
gccgoをビルドすれば

514 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:20:24 ]
そうだな



515 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:27:17 ]
>>512
コンパイルでエラー出たらそこで止まるだろ……

516 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:27:31 ]
そもそも検索し辛いから名称変更しろってのが発端なのに
Issueとか意味のある単語にするとか本末転倒もいいところだろ
悪のりしている一部の馬鹿が本来の目的を忘れて暴走しているとしか思えない
CやD言語が検索する上で問題がないのにそれでも変更したいなら
Googleで検索して１件も出てこないような８文字以上のデタラメな文字列にでもしない限り意味がない

517 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:27:33 ]
で関数型言語のメリットを教えてください

518 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:31:17 ]
全ては悪ノリするためにやってるのに分かってないな…

519 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:37:19 ]
このスレのノリは難しすぎるぞ実際。
一応本スレだよなｗ

520 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:38:35 ]
よし
厨っぽいけど話のタネに並列ダウンローダでも書いてくれ

521 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:39:22 ]
package main

// 後は任せた

522 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:40:53 ]
import "http"
// ほいさ

523 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:41:20 ]
エエー

import "http"
// 次の人よろしこ

524 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:43:54 ]
downloader.go:4: http redeclared as imported package name
previous declaration at downloader.go:3
downloader.go:4: imported and not used: http
make: *** [downloader.goo] エラー 1




525 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:47:32 ]
ひどいなｗ

526 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:49:16 ]
>>523
まじか

527 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:53:03 ]
func main() {
　　//response, url, err := http.Get("www.example.com/");
　　response, _, _ := http.Get("www.example.com/");
　　fmt.Printf("Status: %s\n", response.Status);
　　fmt.Printf("StatusCode: %d\n", response.StatusCode);
　　fmt.Printf("Header: %v\n", response.Header);
　　// fmt.Printf("Body: %s\n", response.Body([0:50]); <- まちがい
}

よし、これで完成は目前だな

528 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 23:55:20 ]
// じゃ、3，4行目消して
import (
"os";
"http";
"fmt";
)
// 他に何がいりそう？

529 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 00:13:30 ]
なにこの流れw
一応本スレだよなここっ

530 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 00:14:33 ]
>>528
ファイル保存しなきゃいけないからio

531 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 00:26:00 ]
>>529
だねｗ
宿題スレがあるのでそっちでやらせてもらおう

532 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 00:35:19 ]
Go の宿題片付けます
pc12.2ch.net/test/read.cgi/tech/1257968644/59

533 名前：デフォルトの名無しさん [2009/11/19(木) 00:43:39 ]
MSN
msn1.sunmarie.com/loveol/backnum/100/loveol024.html

534 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 02:14:47 ]
CSP楽しいよCSP！

Windows版のインストーラ版があればもっと遊べる場所が増えるんだがいつになるかなぁ？






535 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 02:36:37 ]
CSPってなんぞ

536 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 02:41:52 ]
の並列処理の記述は，CSP（communicating sequential process）と呼ぶ
プロセス代数のモデルに基づいている。
CSPは1978年にTony Hoare氏が提案した考え方で，
データの入出力を一つのアトミックな操作として定義するというもの。
共有データを持たないことで，
ロックやセマフォといった同期のメカニズムを使わずに並列処理を記述できる。

537 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 08:45:07 ]
CSPなんてなっつかしーなー。
CCSも出てくるんかね。


538 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 09:27:08 ]
機能が足りないのを
シンプルで高速ｗとか宣伝するからなｗ
株価吊り上げるのだけはうまい

539 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 10:37:33 ]
企業だから株価吊り上げるのは当然として、
フリーな言語をネタに株を買う投資家はチャレンジャー。

540 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 10:54:47 ]
>>518
同意
UnixとかPlan9とか ふざけて付けた名前だし
Goだって悪ふざけ
しょせんnaclとARMで遊ぶためのおもちゃ ぐらいに肩の力抜くべき


541 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 13:07:40 ]
やべ、goでコンパイルした実行ファイルのメタ情報消さずにうｐしちまった
身元特定されるｗｗｗｗ

542 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 13:08:42 ]
MinGWでgoのビルド成功

543 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 13:25:04 ]
goでListとかTreeとかroutine間で共有して操作するにはどうやんの？
メモリ共有できないってことは、
routine間で共有したデータ構造をいじれないってこと？


544 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 13:43:53 ]
channelをセマフォとして使えばロックできるんじゃね



545 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 13:45:33 ]
>>542
kwsk!!

546 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 17:32:13 ]
演算子オーバーロードが無いと
複素数や行列を数式に出来ないからやだなあ

547 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 18:41:01 ]
>>546
だよね

548 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 19:42:03 ]
>>543
sync.Mutex あるじゃん


549 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 19:42:46 ]
>>546
え、できないの？きんもー☆

550 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 20:14:53 ]
金毛

551 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 20:24:50 ]
17-18日のパッチログ見ると、FreeBSD/i386で動くようになったの？

552 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 22:07:17 ]
ロジックから数式を感じ取れない奴はプログラマじゃない

553 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 22:17:24 ]
>>552
>>552
>>552

554 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 22:36:41 ]
Y Combinator でけない



555 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 23:06:41 ]
演算子オーバーロードどころか、ただの関数のオーバーロードもないんだろ

556 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 23:08:11 ]
例外もジェネリックもないしな
クラスもないとか
今のところ、この言語は論外

557 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 23:12:19 ]
お前どうせなんちゃってOOPしかかけないんだから関係ないじゃん

558 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 23:36:21 ]
Perlがコンパイルできるようになったと思えば面白い言語

559 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 23:40:15 ]
クラス？なにそれ、って梯子を外されちゃったんだもんな
クラスしか知らない奴はショックだろう

560 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 23:51:39 ]
struct + method という割り切りが好きだな。　

別にわざわざ冗長に宣言をしなくとも実装すればメソッドが
加わるというのは気楽でいいじゃん。　

561 名前：デフォルトの名無しさん mailto:sage [2009/11/19(木) 23:53:28 ]
CにごてごてくっつけていってC++になった事を踏まえて
それを反面教師にしてなるべくシンプルに済まそうとしてる感じだな。

562 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:11:50 ]
functionの説明ばかり見てて、
methodに気付いていなかった・・・・
methodを定義する側からどんどんバインドしていくのか。
method側が、クラスというかtypeから独立している感じがいいな。

563 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:16:26 ]
>>562
なにそれ？
どこのFAQにあるの？w

564 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:17:43 ]
マニュアルもJavaなんかと同じ感覚で読んでると面食らうね
Readにスライスを渡せるのもなんか新鮮



565 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:32:05 ]
>>563
ttp://golang.org/doc/go_spec.html#Method_declarations
このあたり見てた

566 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:32:18 ]
クラスベースが（ほとんどの場合）いかに不毛であるか、そろそろ気づいたかな？
Goはオブジェクトの分類じゃなくて、その要素にフォーカスするのだ。
コードの９割が「私にはこう見える。こう見える。こう見える。お前もこう見ろ」
なんていう目線統一ごっこ、もうやめようや。

567 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:36:19 ]
そういう低能なレスはいいから

568 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:42:14 ]
リファクタリングの手間がずっと減りそう。


569 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:43:29 ]
iota constansってなんだよw
そのサイト、ネタだと思ってたけど実はマジなの?w

570 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:46:09 ]
Action Scriptも最初はクラスがなかったけど、
それでは業務では使い物にならないから
途中からクラスをつけざるを得なかった
Goは歴史から何も学んでいないな

571 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:50:09 ]
>>570
クラスで出来てstruct + methodで出来ない事って？

572 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:52:12 ]
structとか古めかしいキーワードもいらねー


573 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:53:44 ]
>>570
classが必要になるほど大規模アプリを作ってるのかい?
それもjsでw

574 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 00:56:22 ]
総称と例外は後から追加の予定らしいし実務で使うのは数年後の予感



575 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 01:00:22 ]
>>574
ソースちょうだい

576 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 01:05:58 ]
golang.org/doc/go_lang_faq.html#absent_features
時期は明記されてないし必要性も人それぞれだろうから後半は個人的感想

577 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 01:10:15 ]
うまいこと追加できるかわからないから
open issue（引き続き検討が必要な議題）って書いてあるんじゃまいか

578 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 01:29:19 ]
シンプルな言語を目指していたのに
気が付いたら標準ライブラリが肥大化していって
やむなく途中から例外とかグチャグチャと追加していくんだろ
ライブラリの充実に伴い並列処理を小さなプログラムで書くという本来の目的は薄れ
書き手が要求するものと言語仕様が提供する物が乖離していく
コンパイル速度も機能追加のたびに落ちていくだろう

579 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 01:32:40 ]
住み分けを考えれば、「何でも出来る」を目指す必要はないのに

580 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 01:48:16 ]
>>578
Dのことかw

581 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 02:42:18 ]
>>580
ここまでやったらまさしくDだよな

582 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 03:11:23 ]
ライブラリの充実は必要だ。
言語に機能を加える為ではなく、あらゆるリソースを例外なくチャネルで扱うためだ。
GoはGoOSにならねばならない。

583 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 03:14:57 ]
>>578
定理：ユーザーが要求することは一番望んでいることではない

584 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 03:22:01 ]
Dが失敗したのは、どうでもいい会社の一人のスーパハッカーが好きで勝手にやってるってこと。
Dには採算や実用性など微塵もなく、そこにあるのは顔射スペルマだらけってこと。



585 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 05:34:41 ]
好きで勝手にやるのが目的の言語なんだから成功だろう……本人にとっては。

586 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 05:49:03 ]
OSは知ったこっちゃ無いがライブラリはどんどん増えてるな
どこまでネタでどこから本気なんだか分からん
ネタのつもりがいつの間にか本気で取り組んでたって人多そう

587 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 06:21:25 ]
メソッド名がバカ長くなるのを避けてるのは実にイイ

588 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 07:35:15 ]
>>562
Pythonも中身は同じなんだよね

589 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 07:38:42 ]
モナドってどうやって書くの？

590 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 07:41:05 ]
Y Combinator ってこれであってるのかな...

package main
func main() {
  fact5 := func(f func(func(int)int)(func(int)int)) (func(int)int) {
      return func(proc interface{}) (func(int)int) {
        return f(func(arg int)int{return proc.(func(interface{})(func(int)int))(proc)(arg)})
      }(func(proc interface{}) (func(int)int) {
        return f(func(arg int)int{return proc.(func(interface{})(func(int)int))(proc)(arg)})
      })
    }(func(f func(int)int) (func(int)int) {
      return func(n int) int {
        if n == 0 { return 1; }
        return n * f(n - 1);
      }
    })(5);
  println(fact5);
}

591 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 07:50:02 ]
>>590
やはり総称型がほしいね

592 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 08:39:23 ]
ttp://d.hatena.ne.jp/ytqwerty/20091114#p1
ttp://d.hatena.ne.jp/Constellation/20091114/1258221522

593 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 08:52:02 ]
>>590
Y　Combinatorとやらを実現しようとすると、こうなるってこと？
確かにこれは言語の表現力が足りなそうだ

594 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 08:55:25 ]
表現力の問題じゃないだろ。型推論がないから全部厳密に型指定する必要があるだけ



595 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 09:06:27 ]
型推論とかｗ

596 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 09:14:05 ]
凡人どもが古い考え方に捕らわれて
新しい発想についていけなくて哀れよのう

597 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 10:57:48 ]
>>596
どこが新しい発想？

598 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 11:29:06 ]
>>590
そのプログラムを書くプログラムを書いてくれないか？

599 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 11:50:41 ]
λ計算は、再帰をどうするかって話もおもしろいけど
並行β変換で正規形に必ず到達できるっていうカッコイイ証明があるんだから
Goで遊ぶならまずそっちが先だろう

600 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 13:13:50 ]
並列は実際はthreadで十分実用だったりするからそんなに偉そうにしてもだれも聞いてくれないだろうな。

601 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 13:36:20 ]
軽量プロセス（笑）

602 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 13:59:40 ]
再帰と並列って仲悪そうだな
再帰はスタックを使うが、並列はキューみたいなchannelを使う

603 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 15:07:13 ]
Chrome OSのソース公開してきたな
検索・ブラウザ・OS・クラウドと順調に支配しつつあるけど言語は上手くいくかな

604 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 15:10:02 ]
しかしGoogleもさることながら
今年はM$の快進撃もすごかったな
逆にAppleはMacの低調さと忍び寄るAndoroidの影におびえてもうただの音楽プレイヤー屋さんに成り下がりそうな勢い



605 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 15:17:03 ]
来年もM$・Google・Sun・Adobeあたりが注目株か？
とりわけM$はWindows Azureで2010年に勢力を一気に拡大しそうな気配だな

606 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 15:28:30 ]
声に出して読みたいスレタイ

607 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 15:32:14 ]
>>603-604
多分それ、グーグル（の中の人)とまったく関係ない話題だと思うよ。

608 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 15:33:10 ]
>>605なんか最悪w

609 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 16:18:14 ]
Chrome OSとAndoroidは明らかにGoと関連があるだろ

610 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 16:31:28 ]
Go は Googleの一部が作っただけなのにか？

611 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 16:43:58 ]
chromeのlinux版は、確かテキストフォームへ入力が出来ないんじゃなかったか?
そういう未完成でもない中途半端なところで発表・公開してるからグーグル信者以外の開発者間では避けられてる。
これも一円も金を使わないで作らせて株価を釣り上げるグーグルの株価操縦のパターン。

612 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 16:48:58 ]
>>605
来年になるとね、SUNはなくなっちゃうから。
それに、chrome osとか業界話はgoのスレとまったく関係ない。

613 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 18:11:15 ]
GoのCocoaBindが欲しいな

614 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 18:24:29 ]
Gocoa



615 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 20:19:07 ]
GoGoの紅茶

616 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 20:26:11 ]
C言語のunionやHaskellの代数的データ型みたいに複数の取り得る型を一つの型として扱いたいんだけど、
どうすれば良いんだろう？

617 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 20:37:25 ]
interface{}じゃないの

var x interface{}
x = 99;
println(x.(int));
x = "hello";
println(x.(string));

618 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 21:00:21 ]
>>615
mp3のエンコードが速くなるって聞いてやって来ました！

619 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 22:25:24 ]
>>617
ありがとう！

620 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 22:50:52 ]
Goの変数は全部ヒープに乗るの？

621 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 23:07:16 ]
>>620
んなわけねーじゃん

622 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 23:09:17 ]
>>609 >>610

japan.cnet.com/special/story/0,2000056049,20403603,00.htm

Goのバイナリを直接実行する機構がすでにChromeに組み込まれているそうだ。

623 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 23:26:00 ]
>>622
なんだってー

これでHTAみたいなのが復権したら面白いんだけど
セキュリティが問題になるんだよなあ

624 名前：デフォルトの名無しさん mailto:sage [2009/11/20(金) 23:28:29 ]
なだってーもなにも
Googleの目的は検索をたくさんしてもらって広告収入を集めることなんだから
多少でも高速化するようなものを支援するのは当たり前



625 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 00:03:57 ]
Chrome　OS糞すぎるwwwwwwww

626 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 00:05:42 ]
俺もChrome OS入れたよまぁGoogleがクラウド至上主義なのはわかった
まぁWaveの招待状が届いたからChrome OSなんかどうでもよくなったけど

627 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 00:06:11 ]
native client (NaCl) 用の ネイティブなjavascript 代わり

628 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 01:52:33 ]
gccgoをビルドして出来る、bignum.goxみたいな.goxのファイルはなに？

629 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 06:59:28 ]
ところで文字数をカウントするには自分でエンコード管理しないとならんのかこれ？



630 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 07:16:27 ]
UTF-8なら utf8.RuneCountInString(u8str)) すればいいんだけど
UTF-16とか他のエンコーディングをどうするかが困ったちゃん

631 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 07:18:47 ]
Goってわざわざ新しい言語作るほどのもんなのか？

632 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 08:53:38 ]
ほどのもんだよ

633 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:01:09 ]
仕様としては、正直言って古い言語しか知らない人間が作った
センスの悪い未熟な言語仕様だよ
Googleというだけで盲目的にマンセーする信者がいるだけの
カス言語

634 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:10:25 ]
マンセーしてる人はあんまりいないんじゃね？
ヨチヨチ歩きの赤ちゃんを見守ってるようなもんだと思うよ



635 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:16:49 ]
産んだのがじいさんだからみんな心配してんだよ

636 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:21:33 ]
じいさんはKenとRobの二人だけでしょ

637 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:24:13 ]
錚々たる面々に期待してみたら実際には老害とか


638 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:26:03 ]
関数のオーバーロードや例外がないってのはどういう思想なの？

639 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:30:35 ]
復古主義

640 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:31:29 ]
べつにそんなもんはいらねえよ。どうでもいいじゃん
ないとまともに書けないひと？

641 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:33:12 ]
引数が違う関数全部にいちいち別の名前考えるのめんどくさいな

642 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:34:14 ]
例外もないのかよ
ホント糞だな
基本中の基本もできてないのかGoogleは

643 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:36:15 ]
>>638
golang.org/doc/go_lang_faq.html

Goは関数から複数の値を返せるから
例外が無くてもそれはそれで面白いと思う
仮に例外が加わったら今のパッケージのAPI作り直しだね

644 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:39:04 ]
Googleがやってるからというだけで「いや、これはこれで面白い」
とかいう奴が大量に沸くんだよ
Googleブランドで過大評価された言語だな



645 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:39:37 ]
Goは100ステップ程度の処理を書くための言語
それ以上の機能が欲しければGoは不適切ですC++でもやっていて下さい

646 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:42:23 ]
googleブランドもさることながら中の人の名前の方がたまらんだろうマニアには

647 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:43:03 ]
>>643
複数の値を返せるということとオーバーロードができないということは何も関係ないのでは？
関係しそうなのは、型関連の事柄で、動的に書くことができるという点だが

648 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:44:01 ]
中の人の名前はむしろ過小評価の要因だろ
じいちゃんだし

649 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:48:10 ]
Goは優秀なJavaScriptですって売り出せば凄いって絶賛されたんだろうが
何を血迷ったのかC++と比較するような広報活動を行ってしまったのがまずかったんだと思う

650 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:51:24 ]
それはないな
よく知らん一般人にはJavaScriptはお手軽な初心者用言語で
VBあたりの仲間みたいなイメージがあると思うが、
マニアにはJavaScriptは優秀な言語仕様であるということが知られているよ

651 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:55:52 ]
少なくともJavaScriptで10万ステップのプログラムは作らないだろ
そんな物を保守出来るような言語仕様じゃないしGoもその点を誤解されないようにJSと比較すべきだったな

652 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 09:58:08 ]
>>647
複数の値が返せるから・・・ってのは例外について
オーバーロードについては俺は何も言ってないよ

653 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:02:21 ]
例外を戻り値で扱うってのもアレだよな
自分でエラーの階層情報を設定しながら親へ親へと毎回リターン文を書くんだろ

654 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:02:36 ]
仮にGoがScalaのような言語仕様だったら、神格化されて
凄いことになっただろうけど、Pascalもどきだからなんか持ち上げられ方も
微妙な感じだな



655 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:05:38 ]
>>650
JavaScriptが糞だった時期を知らんようだなｗ

656 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:07:26 ]
>>651
今まで大規模開発に耐えうるIDEがなかっただけで
言語仕様が悪かったわけではないというのが個人的意見
議論はあるだろうが

>>655
それは主にブラウザの互換性が問題だっただけだろ

657 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:08:11 ]
ブラウザの互換性は今でも大問題ｗｗｗ

658 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:08:53 ]
標準化されたので以前ほどではなくなった

659 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:10:56 ]
Scalaは10年以上きちんと研究と実装重ねてきたけど
Goは老害爺どもの懐古主義者が復権をねらって作ったゴミ言語だし


660 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:13:24 ]
Pythonの製作者が加われば面白かったのだが

661 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:15:56 ]
どこが?実装面は最低じゃん
記法はシンプルでいいと思うけど

662 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:18:23 ]
とりあえずGoの生みの親が目指しているゴールと
現状標準ライブラリの整備を進めているボランティア達が目指しているゴールとの間に
大きなズレが生じていることが問題なんだな

663 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:18:37 ]
今の流れは実装面の話じゃないだろ
記法がシンプルとかそいうものも含んだ、言語仕様の話だろ

664 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:20:00 ]
生みの親はGoを
小さいプログラムをシンプルに書けるものにすることをゴールとしている
とりまきどもはGoを何でも出来る言語にしようとしている



665 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:21:13 ]
小さいプログラムをシンプルにとか、それこそperlやpythonで十分だな

666 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:32:00 ]
出来ればブラウザベースのChrome OSとかは
クラウドに巨大なアプリを置いてローカルからはそれを高速に並列的に叩くだけの小さなプログラムが存在することが理想なじゃないのかな？
ブラウザベースでクラウドを叩くにはJavaScriptだけでは弱い、だからGoが必要になった。みたいな妄想をしているのだが

667 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:35:54 ]
Goの目的はやっぱりシステムプログラミングだろ
JavaScriptやPerlの代替ではなく、CやC++の代替で正しいよ
ネイティブにコンパイルするし

668 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:36:34 ]
Goが注目されたのはgoogleの名前のおかげ。
それだけだ。

669 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:37:14 ]
part2まで行っても全く話が深まらないのが素敵

670 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:40:52 ]
>>664
> 小さいプログラムをシンプルに書けるものにすることをゴールとしている

そんなこと言ってないぞ。　システムプログラミングを目標にした
言語と言っている。　

671 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:44:49 ]
googleはマジでこれ使おうとしてるの？
10年くらいしたら使えるようになるの？

672 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:45:04 ]
OS書く気？
システムプログラミングって何を指すんだろ

673 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 10:57:15 ]
>>672
Googleのバックエンドは巨大な分散システムだ。　１つのサーチの結果を
導くのに何百ものシステムに分散して処理される。　Google File Systemも
分散ファイルシステムだが実装はOSでなく、ユーザーモードのサーバー
プロセスで実現されている。　こういう分散システムのプログラミングが
Googleが主にターゲットとするシステムプログラミング。　


674 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 11:00:55 ]
という妄想



675 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 11:37:09 ]
XML代替を謳ったprotobufと同じになりそうな予感。
こん時もGoogleの大量のデータを扱うには…みたいに言ってたし。
code.google.com/p/protobuf/

676 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 11:40:15 ]
ChromeやGoの登場で、Google神話もだいぶ崩れてきたな
ブランド力としてはMicrosoft並みに落ちるのも時間の問題だな

677 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 11:42:28 ]
お前は世界的にMicrosoftのブランド力が
Googleなんかと比べ物にならない位高いことを知らないのか？

678 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 11:42:41 ]
とするとGoもGoogleの中で実際に使われることはあるかもね
だが外では...
Googleクラスの分散システムを維持運営できるのって世界でもAmazonとMicrosoftくらいのもんだろ
一般人どころか日本の超大手でも関係ないわ


679 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 11:46:00 ]
>>677
いつの時代の話？
AndroidでiPhoneを駆逐すると予想されているGoogleに
Winごときが勝てると思っているのか？

680 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 11:46:03 ]
クソM$信者が実際にいることに驚いた。

681 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 11:48:41 ]
失敗したC++を薦めるバカ社員もいるなｗ

682 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 11:49:58 ]
Googleブランドは2008年の時点で3年連続マイクロソフトより上
japan.cnet.com/news/biz/story/0,2000056020,20371895,00.htm
ブランド力ではとっくにマイクロソフトを超えている

683 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 12:58:34 ]
まあ人気だけの虚像企業GoogleやAppleと違ってM$は実力があるからね
.NET＆ASP＆WM＆Azureでローカル・サーバ・モバイル・クラウドまでリッチ環境を提供して
全て同じIDEでシームレスに生産性の高い開発が出来る

684 名前：デフォルトの名無しさん [2009/11/21(土) 13:00:37 ]
Appleは頑張ってるけど
Googleは検索以外は全部ゴミ
まあつべは赤字垂れ流してでも続けてくれ



685 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:02:26 ]
2000年代初頭はみんなアンチMicrosoftを自称することがカッコイイみたいな風潮があって
有志によるOOSこそがこれからの時代のあるべき姿だとみんな夢を見ていたんだよね
でもそれから１０年経ってみんな夢から覚めて本当に大切なことに気付いた

686 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:03:25 ]
OOSじゃなくてOSSだった

687 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:05:00 ]
>2000年代初頭はみんなアンチMicrosoftを自称することがカッコイイみたいな風潮があって

ここ20年くら毎年繰り返されてる風潮です


688 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:06:27 ]
買収や外注の機能包括ではなく
この１０年で実際に現実物を生み出し続けてきたのはGoogleでもAppleでもなくSunとM$

689 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:07:00 ]
Open Operation System

690 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:07:14 ]
おまいらGoの話もしなさいよ

691 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:11:34 ]
>>688
MSがどんだけ買収してるか知らんのか？

692 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:12:31 ]
windowsの人は使えなくてかわいそう

693 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:16:51 ]
Linuxが世界をより良い物にすると１０年前みんなそう思っていた

694 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:20:08 ]
Solarisが最強



695 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 13:57:42 ]
言語仕様全く知らない俺が一言

プリプロセッサがない時点で糞

696 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 14:00:02 ]
初心者ほど文句つけたがる

697 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 14:58:47 ]
よくわからないまた新しいのが出たから脳が足りないのはすぐ文句言う

698 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 15:11:00 ]
MSの中の人は悪い意味で公務員化してしまっていると思う
つまり予算消費型のプロジェクトを立ち上げてしまう

699 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 15:19:17 ]
予算投資型プロジェクトを禁止しよう

700 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:01:26 ]
CoLinuxを入れたら動くかな？

701 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:04:13 ]
PGたるものLinuxの一つくらい仮想環境で飼っておこうぜ

702 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:04:58 ]
確かUbuntuもWindowsアプリみたいに使えた気がする

703 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:08:22 ]
VirtualBoxのシームレスモードおもろいよ

704 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:10:06 ]
Java、Solaris,ZFS、DtraceにVirtualBOX作ったSunが最強



705 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:19:15 ]
VirtualBox良いよね
うちは CentOS5 / FreeBSD8.0R を飼ってるよ

706 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:23:10 ]
virtualboxはopenofficeと同じで企業買収しただけ作ったわけじゃない。
googoleもゴミみたいなクラスライブラリとか下らない写真管理ソフトなんかで騙してないでアドビを企業買収してアドビの全ソフトをオープン・プロジェクトとして公開しろ。

707 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:33:23 ]
GoogleさんMS買収してくれないかな

708 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:38:03 ]
グーグルが買収するなら、アップルかアドビかSUNの方がいい。
msしか知らないと気がつかないんだろうけど、svg連合としてmsを追い出せる。

709 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:39:41 ]
Appleはjobsがいないと役に立たないが
JobsがいるとGoogleが自由にできないので
買収する意味がない

710 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:41:45 ]
しかしつまらんスレだな

711 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:44:44 ]
>>710
ぼくちゃんは何が面白いんだい？

712 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:47:27 ]
オラクルがSUNのハードを手に入れてDB用にカスタムして売る時代なんだか、
ゴーグルが主張するクラウドのデフォ環境としてアップルのハードを手に入れるって考えれば、そうとも言えない。
jobsについて個人的には好きだけど、jobsのファッションに振り回されてるだけって言えなくもなく、それじゃいつまでたってもアップルは大きくなれない。
nextstepの時と同じくまた追い出して革新的な企業を立ち上げて勝手にやってくれてればいい。

713 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:49:17 ]
>>708-709
禿げ堂

714 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:50:18 ]
>>712
jobsは老い先短いからappleは今が買い時



715 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:54:08 ]
Chrome OS触ってみたがGoogleとしてはデフォルト環境は
完全にブラウザにするつもりなんだろ
特定のハードウェアとかOSとかにこだわらない気がする
それにAppleのやり方はChrome OSとは対極にある

716 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:54:49 ]
windows3.1/95のころはmsよりmacの方に未来があったんだよな…
企業規模もそんなに差はなく、市場だって、dtpとdosで住み分けてたんだから15年後にはアップルの方が大きくなる未来もあったはずなのに…なんでだろ？…

717 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 16:59:29 ]
>>715
グーグルの眼中にあるのは、m68k,ppc,x86,x64じゃなくてarmですよ。
２００９年現在では、ブラウザとかOSとかは実際は巨大アプリって位置づけでしかないんで（巨大アプレットって言った方がいいですかね)。

718 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 17:23:43 ]
googleが作ってるOSやらブラウザはGoで作られてんの？

719 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 17:26:57 ]
GoGoGoGo!!!!!!!!!!!!!!
ごごごごごごごご！！！！！！！！！！！！！

720 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 17:32:13 ]
Chrome OSはGoで書かれている！
だったらカッコ良かったのに

721 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 17:38:06 ]
プログラミングの話題がない

722 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 17:40:22 ]
Googleの困ったちゃんな所は、優秀な人が多すぎて
中のツール間の連携が弱い事だな
作った人がバラバラなんだな。

公開されて、後で洗練されていく、か捨てられていくのどっちか。

723 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 17:53:21 ]
>>717
だからこそGoもネイティブにしたんだろうな

724 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 18:01:44 ]
再帰ってあれか。
「はるこさん、御飯はまだかのう‥？」
ってやつか。




725 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 18:08:32 ]
ばらばら-＞民主党

726 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 18:17:00 ]
>>685
永遠の厨二病です。
早めの治療をお勧めします(ある程度のレベルまで行くとOSなんてどうでもよくなる)。

>>695
はぁ？ないならcpp持ってきたら？

727 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 18:26:49 ]
日本のプログラマーってお客様ばかりだな

728 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 18:29:05 ]
アマグラマーですっ（ｷﾘｯ

729 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 18:31:32 ]
glamourではありません

730 名前：デフォルトの名無しさん [2009/11/21(土) 18:56:42 ]
>>716
アップルはOSとハードが一体であったこと
(当時は色んなメーカーが出してたワープロも消滅したよね)
それとCanonが(ry

731 名前：デフォルトの名無しさん [2009/11/21(土) 18:59:32 ]
>>726
どうでもよくはないだろ

732 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 19:35:57 ]
初級者と上級者はM$の良さを理解しているんだよ
世の中分かったつもりでいる中級者はM$が大嫌い

733 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 19:39:05 ]
おまえら！

N88ベーシックの時代を思い出せ！
使ってるだけじゃだめなんだよ！
利用者全員がプログラマーにならなきゃ世の中は良くならない！
そうだろうみんな！！


734 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 19:46:00 ]
中級者は生産性を高めるソリューションを
馬鹿でも扱えるものだと見下して悦に入っているだけだからな
難解な道具をつかって上から下まで何でも出来る自分は他人とは違い高尚なものだと酔っているだけ



735 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 19:48:11 ]
>>734
おまえがまさにそうだな
酔ってるぜ

736 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:00:01 ]
>>734
上から下まで何でもできるのはすごい人だと思います。
尊敬しちゃいます。

737 名前：デフォルトの名無しさん [2009/11/21(土) 20:03:48 ]
>>730
apple はともかく canon は NeXT にひどいことしたよね

738 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:05:29 ]
今日もGoについて調べるのが億劫なおっさんしゃべり場と化してるな

739 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:09:29 ]
10万行ｗ

740 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:14:27 ]
>>738
この流れが続くのはキツイな
スレ違いとか気にしない人だらけだしどうしたもんかね

741 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:16:06 ]
もう少し時間がたてばいなくなるさ
そういう人は話題性でここにいるだけだから

742 名前：デフォルトの名無しさん [2009/11/21(土) 20:18:02 ]
グーグル信者なんてそんなもんだろ。
時計とかカレンダーが動いてるってだけで喜んでるレベルなんだし。

743 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:21:27 ]
公開されて1周間だから何か新鮮な「情報(informations)」を期待する根性の方がおかしい。

744 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:24:40 ]
>>741
だといいね
既存の文書を読みながらまったり待つか



745 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:30:13 ]
あのMLのクレームの量は一般人ならうつになるレベル
中の人だいじょぶかな

746 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:32:58 ]
Google waveだと人間が少ない分キチガイがほとんどいなくて助かる

747 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:36:19 ]
>>745
色んなレベルの人が自分勝手に書いてるよね。
もう少し静かになって欲しい・・・・
メール配信頻度を1日1回にまで落としたよ

748 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:39:20 ]
みんなよかれと思ってやってんだよね…

749 名前：デフォルトの名無しさん [2009/11/21(土) 20:39:28 ]
なかのひとはいっぱいつれたとよろこんでいます

750 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:42:51 ]
2chで鍛えられてるから結局JAPANESEが最強ですよね？！

751 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:50:21 ]
>>746
アカウントクレクレ

752 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:52:19 ]
>>751
悪い招待されたばっかだからまだ無理なんだ
pc11.2ch.net/test/read.cgi/esite/1255552432/
ここで招待してもらったから頼んでみたらどう？
ただ招待してもらっても招待状届くの結構時間かかるぞ

753 名前：デフォルトの名無しさん mailto:sage [2009/11/21(土) 20:58:53 ]
GoといえばPenPointがな…

754 名前：a36 ◆K0BqlCB3.k mailto:sage [2009/11/22(日) 00:31:12 ]
>>703
vmwareのユニティモードと一緒だな。
vmwareの方が軽い気がするけど。



755 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 01:02:08 ]
VirtualBoxしか使ったことないわ

756 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 01:03:08 ]
どうでもいいよ

757 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 01:08:57 ]
どうでもよくないことって何さ

758 名前：a36 ◆K0BqlCB3.k mailto:sage [2009/11/22(日) 01:09:34 ]
明日からgo触ってみる。
どの程度"使える"言語なのか試してみよう。

759 名前：kyon [2009/11/22(日) 01:21:04 ]
ここまでざっと読んだ。焼酎が進んだ。go、つっこみどころ満載だろうが、今後のための学習用言語としては、Scalaやよりおすすめかもしれない。常に何かが足りないと思われる言語は貴重。

760 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 01:23:26 ]
>>754
vmwareってvboxと比べるとそんなに軽くて速いの?

761 名前：kyon [2009/11/22(日) 01:26:40 ]
ついでにwindowsマシンへのgoのインストールについて言っておくと、andlinuxはvistaとの相性に問題があることを知った(ネットワーク周りのドライバとの相性？)。

762 名前：kyon [2009/11/22(日) 01:28:49 ]
が、ひとたび、andlinuxが入っていれば、ほとんど立ち止まらずにgoは入るよ。ubuntuあたりを使うのが無難かもしれないが。。通りすがり失礼。

763 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 02:58:58 ]
この言語の優れた特徴って何？
って言われたらすごく困る言語だな
特に、Dより優れたところって何一つないんじゃないか？
あえて言えば言語仕様が小さいということぐらい

764 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 03:34:05 ]
>>763
Googleが作っているところ



765 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 04:58:52 ]
>>760
boxの方が軽い
vmwは窓から捨てた

766 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 05:03:55 ]
>>763-764
Googlle製がすぐれてるといって良いかどうかは疑問だが
みんなが知っているところが作ってるっていうのは
なぜか根拠の無い安心感がもたらされるらしいんだな

日本ではPython薦めてもなにそれ？Rubyじゃだめなん？って返事が返ってくる
Rubyのせいで日本はガラパゴス化すると思う

767 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 05:21:29 ]
日本市場が世界の先行指標的な役割果たしてるから
日本で受け入れられなかったら諸々C系方言の一つとして埋もれてしまう危険性高いな

768 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 05:22:25 ]
>>766
Pythonの宣伝でさんざ「Google言語」を謳っているのにそれはないわ
あとマーティンファウラーなんかもRubyをすすめてるし、
別にRuby人気が日本特有って訳でもないでしょ

ちなみにRuby厨と言われる前に言うが、
俺はRuby(とJavaScript)が嫌いだ
ガラパゴスという点ではJavaが最右翼な気がする

769 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 05:33:23 ]
パイソンってブロック文 {print hello;}みたいなの書けるようになったの?
いまだにインデントを強制されるわけ?

770 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 05:37:27 ]
pyスレでどうぞ

Pythonについて（アンチ専用）
pc12.2ch.net/test/read.cgi/tech/1203557046/

Pythonに見られるインデントによる制御構造の是非
pc12.2ch.net/test/read.cgi/tech/1169473442/


771 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 06:06:39 ]
必要ないけどgoの行末に思わず;をつけてしまうプログラマは
多いだろうな。　どうも無いと落ち着かない。

772 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 06:22:30 ]
パイソンって、ruby -e みたいに一行でシェルから起動するときどうするの?

773 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 06:35:21 ]
python -c

774 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 06:49:13 ]
pyスレでどうぞ

Pythonについて（アンチ専用）
pc12.2ch.net/test/read.cgi/tech/1203557046/

Pythonに見られるインデントによる制御構造の是非
pc12.2ch.net/test/read.cgi/tech/1169473442/



775 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 07:04:59 ]
任意のブロック化ができないなら一行で書けないからawkみたいに使えないし、使うことはないだろうな。

776 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 07:05:51 ]
　　　 ∧,,∧　 ∧,,∧
　∧ (´・ω・) (・ω・｀) ∧∧　　ﾋｿﾋｿ・・・
(　´・ω)　Ｕ) ( つと ﾉ(ω・｀ )
｜　Ｕ (　　´・) (・｀　　)　と ﾉ　　ﾋｿﾋｿ・・・
　ｕ-ｕ （l 　　 ) (　　　ﾉu-ｕ
　　　　 `ｕ-ｕ'.　`ｕ-u'
www.47news.jp/CN/200911/CN2009112001000662.html

777 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 15:57:47 ]
てす

778 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 16:59:30 ]
バージョンアップ来たな
av.watch.impress.co.jp/docs/news/20091120_330496.html

779 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 17:08:24 ]
なるほど、焦点をメディア管理に移したか・・・

780 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 17:28:36 ]
>>771
C の struct 宣言で、}; とするのが気持ち悪かった人には吉。

781 名前：デフォルトの名無しさん [2009/11/22(日) 18:32:38 ]
>>771
慣れると、今度は ; の必要な言語に戻ったときに変な感じするぜ。


782 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 19:08:11 ]
みんな飽きてきたころか

783 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 19:58:58 ]
じゃあこれからだな

func NewFile(fd int, name string) *File

ファイル作るのにfd指定するってどういうことよって思考停止した俺
設計が興味深いわ

784 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 20:25:54 ]
うぅ



785 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 20:54:36 ]
Openがあるやん

786 名前：a36 ◆K0BqlCB3.k mailto:sage [2009/11/22(日) 21:58:15 ]
21:48 (hector) my windows port can now print hello and write to files. just though people might be interested to know

いまIRCにいるhectorってやつのプロジェクト↓
code.google.com/p/golang-mingw/


787 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 21:59:53 ]
仮想マシンにLinuxでも入れたほうがいいんじゃないか？

788 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 22:08:03 ]
>>786
Mercurial入れないとダウンロードすらできないのか・・・

789 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 22:09:24 ]
C#の方がよっぽど優れてるな
Googleもこの程度なのか

790 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 22:14:20 ]
どう考えてもDと同じくネタ言語

791 名前：a36 ◆K0BqlCB3.k mailto:sage [2009/11/22(日) 22:24:50 ]
ごめん、こっちのほうが正解
code.google.com/r/hectorchu-go-windows/

まだコンパイルしていないが動きそうな予感
export $GOOS=mingw
とすれば良い

792 名前：デフォルトの名無しさん mailto:sage [2009/11/22(日) 23:37:37 ]
これってLimboNGなのかな？

793 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 00:23:29 ]
引数の省略は出来ないんだな

794 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 00:34:33 ]
Isuue 9 は関係者からは無視されたままだね



795 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 00:42:39 ]
さっさとWindowsのGUIライブラリ作れ。

796 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 01:05:28 ]
>>791
さんきゅ。
pkg/net/fd_mingw.go がないから、大事なところが動かなさそうだなぁ

797 名前：a36 ◆K0BqlCB3.k mailto:sage [2009/11/23(月) 01:22:56 ]
>>796
今のところのままではcovコマンドとprofコマンドもコンパイルできないよ。

798 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 01:44:18 ]
windows.go
が整備されるまでどうでもいいなこれ

799 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 01:51:30 ]
しかしwindowsナシでこの賑わいっつうのは結構すごいな
これでwindows版が出たら・・・と思ったけど、新言語なんて触るヤツはlinux入れてるかｗ

800 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 02:13:24 ]
なんでWindowsなんていう斜陽環境のこときにするんだ

801 名前：tsuwabuki ◆hanaogUYzc mailto:sage [2009/11/23(月) 02:17:05 ]
windows上にgo環境を作る方法をまとめました
d.hatena.ne.jp/iasija/

802 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 03:00:47 ]
>>800
msの主張では「全世界のPCを使ってる人はwindows os」っていういってますが、
このリサーチを盲信してるms信者が多いからじゃないですか？
ここでいうPCってのをx86に限定しちゃえば当然でしょうけどw

803 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 03:14:08 ]
googleが作ってるOSもubuntu以下だろう

804 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 04:33:07 ]
【プログラム】グーグル、C／C++に代わる新言語「Go」をOSSで公開：超高速なコンパイル、GC、並列プリミティブ [09/11/11]
anchorage.2ch.net/test/read.cgi/bizplus/1257950853/



805 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 05:27:15 ]
これ作った人たち
時代についていけず過去の人になったか

806 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 06:00:51 ]
overloadくらいはいずれつくんじゃないのかね。

807 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 10:11:27 ]
ウォーターフォールについていけずアジャイルの人に・・・

808 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 14:48:40 ]
ウォーターフォールだとかアジャイルだとか、セミナー屋に洗脳された奴ばっかだな。
実際の開発はそんな型にはまったもんじゃないよｗ

809 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:25:01 ]
自分で安全性は効率を把握できない人間はやたら流行の技術を取り込みたがる

810 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:29:47 ]
実際の開発では出来る奴見つけてそいつに押し付ければいい

811 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:31:36 ]
>>810
手柄を立てるには、最初に大枠を作って細部をほかの奴らに押し付けて自分は相談役に納まること。

812 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:38:38 ]
くされシステム屋の匂いがするな。

813 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:42:39 ]
>>811
身近な某社の役員に同じのがいてワロス

814 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:43:26 ]
>>813
それってmさん？ｗ



815 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:44:02 ]
創立10年になる会社です

816 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 15:49:35 ]
ボスも、自分のアイデアが絶対正しくて違う意見の奴は敵みたいな考え方の持ち主だからマジ引いたわ。

817 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 16:26:51 ]
そういう会社は潰れるよ

818 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 16:58:05 ]
世の中そんな綺麗に潰れないからおかしなことなってんだろが

819 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:01:10 ]
そうだね
正しい人がどんどん消されていくね(´・ω・`)

820 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:15:37 ]
考えて見ると当たり前のことだけどな。
正しいったって力がなきゃ。
お父さんお母さんにずっと守ってもらって生きていく訳じゃないんだしさ。

821 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:25:17 ]
>>817
違うって。
無能なイエスマンだけが残って詐欺集団に変わるんだよｗ

822 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:34:15 ]
>>820
正しい＝国益？（全体主義）
正しい＝金を稼ぐこと？（資本主義）
正しい＝ヒッピー（無政府民主主義）
正しい＝合理的効率化（ハッカー）　←ココ

823 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:41:17 ]
ﾂﾏﾗﾝ

824 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 17:56:33 ]
>>823
いや。この流れは一見日本ブラック企業の話題に見えるが、実は今のグーグルがやってることその物だと思わないか？
中途半端なプロジェクトをいくつも発表して、細部はオープンコミュニティーまかせ。コミュニティーの運営すらしないでボランティアに任せてほったらかし。手柄はグーグルが一人じめ。



825 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 18:02:12 ]
日本法人は人の使い捨て激しいけどなぁ


826 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 18:08:37 ]
だよな

827 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 18:19:44 ]
>>825
「人の使い捨て」といわれている行為は団塊世代がリーダーになってから、
それまで自分たちがやってきた事と現代とのギャップが引き起こしたことだと思うなぁ。
高度成長期のやり方しか知らない団塊世代が同じようにしようとして失敗したわけだけど、
もうその団塊世代も引退したわけだから、プログラマの環境も少しずつよくなっていくと思うよ。

828 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 18:25:46 ]
世の中にはとんでもない悪人が存在する。
彼らは絶対数が少ないから大したことはないけど、
一番数が多くてたちが悪いのはその悪人に追従する人間だ。
本当はいい子だけど悪いことするからたちが悪い。

829 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 18:44:08 ]
ひろゆきと俺らみたいなもんか

830 名前：デフォルトの名無しさん [2009/11/23(月) 18:55:35 ]
>>824
Googleでは勤務時間の20%をコミュニティの活動に費すべし、というルールがあるらしいから
任せられたコミュニティのメンバーもGoogle社員が占めてるんじゃないかと

831 名前：デフォルトの名無しさん [2009/11/23(月) 18:56:09 ]
グーグルのバックにいるのはひろゆきだったのか！！

832 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 19:00:31 ]
>>830
え？20%は、何か自由な開発じゃないの？

833 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 19:30:44 ]
ひろゆきは偉大だなぁ

834 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 19:49:23 ]
スレ全部読むのめんどくせー
なんかスレ伸びてるけど進展あったん？



835 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 19:51:12 ]
>>834
windowsで使えるようになった

836 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:01:41 ]
この騒ぎ、ひろゆきは今頃ほくそえんでるんだろうな（笑)

837 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:04:15 ]
チャンネルという自由度の低いインタフェースを強制するくせに
sync.Mutexでlock、unlockってアホとしか思えないんだけど
これってどういうこと？
CSPの良さが台無しでは？
偉い人のコメント頼む。

838 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:19:46 ]
CSPだと理論重視で性能限界あるから諦めろ

839 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:20:31 ]
>>832
何をするかを選んでよいという意味でしかないぞ
結果どうなってもいいということはない
簡単に言うと、人事評価の２０％はその自由プロジェクトの成果で決まるわけだｗ

840 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:28:31 ]
>>838
性能限界ってチャネル使ってる時点でたいした性能でるわけないじゃん。
CSPの検証性(へんな言葉かな？)を捨てているのなら中途半端にチャネルなんていらない。
lock、unlockさせるぐらいなら素直にpthreadのAPIでいい。
と思うわけだけど、goのチャネルのメリットってなんなのだろうか？


841 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:31:47 ]
>>840
現状いろんなの実装しました〜（お花畑）
って状態で議論の余地なくね？

842 名前：837 mailto:sage [2009/11/23(月) 20:38:12 ]
調べてみるとLimboもCSPベースのようだから、
何か理由があってのこだわりだと信じたい。

843 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:40:58 ]
cspってのは単なる宣伝文句でした。
想定しているハードと言いますか、設計自体がマルチコア向けなんで。

844 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:41:04 ]
第五世代コンピュータだよ！！！
ＧＨＣ！！ＧＨＣ！！



845 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:42:07 ]
>>844
haskell がなにか？

846 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:46:13 ]
>>840
中途半端は悪くない
純粋〜だとか〜指向だとか、型にはまるのは良くない

847 名前：デフォルトの名無しさん [2009/11/23(月) 20:48:06 ]
昭和時代は自由な発想ってものが最良と考えられていました。

848 名前：837 mailto:sage [2009/11/23(月) 20:49:31 ]
>>843
> cspってのは単なる宣伝文句でした。
> 想定しているハードと言いますか、設計自体がマルチコア向けなんで。

具体的にGo!のどこがマルチコア向け？
チャネル？
何度の言うけどlock, unlockがいるチャネルって何がうれしいの？
煽ってるんじゃなくて本当に教えてほしい。


849 名前：837 mailto:sage [2009/11/23(月) 20:52:43 ]
>>846
> >>840
> 中途半端は悪くない
> 純粋〜だとか〜指向だとか、型にはまるのは良くない

AでもBでもOKなマルチパラダイムならわかるよ？
でもGo!の場チャネルとMutexを組み合わせないと同期がとれない。
(全部、値渡しならそりゃチャネルだけでいいだろうけど)

850 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 20:55:06 ]
Go!

851 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:02:40 ]
あのGoogleがこの程度だったのか
所詮ネームバリューだけかってのがショック

852 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:04:09 ]
値渡しでやれってことなんだろ

853 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:09:27 ]
Erlangもある程度の大きさデータの場合
内部で参照渡し+lockしてるはずだから
いいんじゃね？

854 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:13:00 ]
同期とらなくてもいいような作りにすればいいんだよ



855 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:14:43 ]
どの程度妥協するかは、IBM謹製のGCが入ると変わってくるでしょう。
JavaもIBMのおかげで実用レベルに達したわけだし

856 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:17:50 ]
>>855
それって、msとボーランドのコンパイラが優秀だったからときいてるんだが？

857 名前：837 mailto:sage [2009/11/23(月) 21:17:52 ]
>>853
使ったことないから間違ってるかもしれないけど、
Erlangは純粋関数型言語じゃなかったか？

858 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:19:39 ]
>>857
不純です　汚らわしい

859 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:20:59 ]
どういう処理なのかにもよるけど、
今時、64000byte(や32k)程度なら値渡しでもいいと思うよ。
たぶんポインタ渡しマンセーが抜けないのは、昭和時代にあった○○パラダイムの名残りなんだろうし。

860 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:22:16 ]
それはどういう処理なのかにもよるんじゃないの

861 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:27:21 ]
大量処理時にメモリコピーはコストが高すぎるだろ・・・

862 名前：837 mailto:sage [2009/11/23(月) 21:29:47 ]
>>858
そうなのか、さんきゅう
遅まきながらErlangに興味でてきた。
調べてみるわ。

863 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:35:04 ]
lispとか関数型とか完全にソフト環境でしか触ったことしかないのもいるみたいだから少しわかりやすく言うと、
x86 sseとかだとfloat32 x4で４オペランド（つまり4x4の行列で６４byte)が現状では当然のごとく値渡しなわけで、
ポインタ(4byte)が効率的ってわけじゃない。
それに一番大事なのはキャッシュアクセスが速度を決するいまの時代、ポインタでのアクセス、つまりヒープメモリアクセスに頼ること自体がもう時代遅れってこと。
32k byte(2^15)ぐらいなら2次キャッシュでも十分足りるから、今後10年は合理なパラダイムだと思う。

864 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:39:31 ]
>>855
HotSpot は IBM 関係ないんじゃないの。
Animorphic チーム（今 Google で V8 をやってる所）の成果でしょ。



865 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:42:53 ]
jitでしょ。nn3,nn4で数秒止まったjavaが、認められるようになったのは。
hotspotはjitの後のテクノロジーだし。

866 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:47:04 ]
一行抜けてたけど、>>863はOOPじゃなくてCやGO!のような式指向言語のパラダイムによく当てはまるってこと。
ヒープを使うのは、OOPとGCのパターンで既に完成しているから、goはcとは遠い親戚だけどjava,c++は親戚じゃない。

867 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:49:40 ]
>>865
HotSpot は HotSpot Compiler というくらいだから JIT だし、HotSpot の元ネタの
Strongtalk の VM も JIT だし、IBM に関係なく JIT はそれ以前から存在していたと
思うけど、IBM は何かしたんだっけ?

868 名前：837 mailto:sage [2009/11/23(月) 21:52:00 ]
>>863
パフォーマンスの観点で考えるなら帯域で考えないと意味がないよ。
また値渡ししていいかどうかは、コヒーレンシをとる必要があるかどうか
という観点も必要だよ。

869 名前：デフォルトの名無しさん [2009/11/23(月) 21:55:33 ]
なんかプロっぽいから背伸びしたのは分からないでもないけど、知らない用語はwikiで頑張って頑張って勉強してくらはいw

870 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 21:58:47 ]
>チャネルとMutexを組み合わせないと同期がとれな

871 名前：837 mailto:sage [2009/11/23(月) 22:11:48 ]
え？おれ？
プログラマだったらコンテキストには気をつかおうぜ。

ここにも書いてある内容を言ってるんだけど。
golang.org/doc/go_mem.html#tmp_85
なんなのこのダサい同期の仕方は？
と思わずにいられない。

872 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:14:13 ]
３ー４年前にamdが、cpu命令はintel x86をインターフェイスapiとして統一しようって提唱してたけど
これをgo(と言うかlang c==asm macroのように）がやってくれればいい。
つまり、x86命令コード(movとかのあれとかarith int,fpu,sseとか）の抽象化をgoがになえば
いままでc+asm埋め込みでやってたのがgoに移行するから次世代c言語として完全に存在意義を得るだろうし。

ついでにマルチコアとか仮想vtとかもgoの言語仕様やライブラリで抽象化するってこと。
armもボリューム（スマート電話とか電子辞書とか)からすると32bit+2GHzぐらい十分で64bitなんか必要とされてないし、結局32bitsならintel,amdが歩んだそういう技術が実装されるんだろうから。
ms(xbox)のセンサー技術とか他に研究が一段落したいろいろな次世代UIからすれば、次世代ハードへのネイティブ・アクセス言語なのかなってかんじ。
実際のところ、pythonとかjava,c++haskellとかそういうネイティブ(ハード)に極力触らないような設計の言語とはあまり関係ないよ。
グーグルがどういう方針で言語設計し活用したいのかは謎だけど。

873 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:16:37 ]
Windows向けのバイナリ
ttp://code.google.com/p/go-windows/

874 名前：837 mailto:sage [2009/11/23(月) 22:22:20 ]
googleが作るなら当然クラウド側でスケールする言語でしょと思うけど
Go!は言語レベルでプロセス空間を超えることは考えていないね。
そこもこれからの言語として全然いけてないと思ってる。



875 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:36:14 ]
Go言語酷い
Go言語酷い

俺が作り直す

876 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:38:08 ]
だれか Go を称揚するリストを作ってくれ。

877 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:39:37 ]
どこから作り直せばいいぉ？
VIPの俺にもわかるように指示をくれ

878 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 22:44:05 ]
>>864
Javaの場合はVM最適化の話じゃなくて、
当初の予想と違ってサーバサイドで成功したわけじゃん。
これはIBMがサーバサイドJavaを推進したのが大きいんじゃないの。
まぁIBMのVMに過大な期待しないほうがいいかもしれないな。
Animorphicもずいぶん汚いコードで速度稼いでるみたいだし

879 名前：837 mailto:sage [2009/11/23(月) 22:51:10 ]
否定的なこと書いてすまん。
Go!の良さを納得させてくれる人希望。

小さいデータはチャネルで楽チン、大きいのはMutexで自分でやってくれっていうのは
現実的にはありのような気がしてきた。
が、それならMutexの部分ももう少し抽象化しろよと思うわけで。


880 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:05:06 ]
>>879
Go!の良さ？　Go言語と紛らわしいところかな。

881 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:08:29 ]
>>879
データの大きさの問題じゃなくて
送受信がブロックするのを利用して同期をとるんでしょ

882 名前：837 mailto:sage [2009/11/23(月) 23:18:43 ]
>>881
スレを順に読んでもらえればわかると思うけどさ。
CSP本来ならそうだよ。
でもGo!にはMutexが用意されていて、つまりそれは
何でもかんでもチャネルで渡すのは現実的でないからだよね。
大きい小さいとあいまいに濁しているのはわざと。

883 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:20:54 ]
とりあえずGoogleのサービスでなんか使ってみりゃいいのに。
Visual Studioの最大のお客さんがMS自身であるように。

884 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:31:32 ]
>>873
なんか唐突だが、thx
よくわからん俺にはここ数十レスもっとも有益なレス



885 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:31:56 ]
なんで型推論とデッドロック検出機構
つけなかったんだろう？

付ければプロト的な使い方できたのに

886 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:33:20 ]
高階関数と普遍的なネストの概念もないから
関数型の特徴もないなあ

887 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:36:38 ]
これ見たら、GoogleよりMSの方が技術が高いんだということがよくわかった
.NETとGo比べたら大人と幼稚園児だな

888 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:37:52 ]
仕事か趣味かの差だろ

889 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:41:51 ]
googleはいつものように
野良Godに餌を撒いて、成果を収穫する気なんだろうなぁw

890 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:46:16 ]
Go!ってさ別言語だよね？

891 名前：837 mailto:sage [2009/11/23(月) 23:46:56 ]
>>885
Mutexあるから静的にデットロック検出できないよね。

>>887
.NETと比べるならAxumだね。
あっちは非常によく考えられていて気に入ってる。
.NETじゃなければいいのにw

892 名前：デフォルトの名無しさん mailto:sage [2009/11/23(月) 23:48:13 ]
比べるべきはCだろ。
なんか見当違いな批判が多すぎる気がする。

893 名前：a36 ◆K0BqlCB3.k mailto:sage [2009/11/23(月) 23:52:09 ]
>>873
絶対やると思っていたからやらなかった
でもamd64版はまだなのね

894 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:01:08 ]
>>892
CとC++の両方で実装可能なものがほぼ全て可能で、
その上で、一部でも多少でも読み書きしやすいってなら十分過ぎるかもな



895 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:07:51 ]
ホントにそうなら良かったんだけどな…

896 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:10:01 ]
>>894
Dで十分じゃねえか

897 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:13:13 ]
お前らが不満に思ってGoのソースを改編し始めたらGoogleの思うつぼ
虚像企業がボランティアの力を借りてMicrosoftと闘おうとしているものにわざわざ協力する必要はない

898 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:14:45 ]
でも奉仕精神旺盛な天才的馬鹿達が集まってGoogleを繁栄させていくのが現実
Googleさんウハウハですな

899 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:16:11 ]
いまいちその張り付き方の意図がわからない

900 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:16:21 ]
>>897
だとしても、その課程は"オープン"なんだろ？別に誰も得はしても損はしないと思うのは
Googleマジックなのかな？

まあ何かの間違いでMSが潰れたり今以上にひねくれたりしたら、カオスな世界になる可能性はあるが。

901 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:28:00 ]
型推論のメリットってなに？

902 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:34:25 ]
コードが簡潔になる

903 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:40:35 ]
読みにくくなってるだけでは？

904 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:48:13 ]
デバッグっつーかテストコード書きまくってリリースが遅れる罠



905 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:48:35 ]
>>897
自演乙

906 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:57:46 ]
>>903
俺はそうは思わないけど

907 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:58:47 ]
何か勘違いしてるグーグル社員が沸いてるから一応言っとくけど、
グーグルってのは単なる検索サービスであり、インターネットの広告最大手企業ってだけだよ。株式市場上では。
アンドロイドが成功するかどうかが本命だけど、HTML5とかやってないでさ、webの方が一段落したらそのうちMSが攻撃仕掛けてるからそっちの方を警戒した方がいいと思うよ。

例えばMSとアップルなら売上規模を除けば比べるところは多いけど、
MSとグーグルを比べたら検索ポータル以外はほとんどMSに負けてる。
それにグーグルは何かを作ってるわけじゃなくてオープンプロジェクトを名前を変えて自分の手柄にしてるだけ。
アンドロイド自体ももともとjvm仕様の実装なだけだし。

908 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 00:59:42 ]
板違い

909 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:01:55 ]
googleの兵糧攻めに合い、officeとwindowsの収益が大半なMSが危機を感じて反撃中。

910 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:02:26 ]
>>907
お前は間違ってる
GoogleはAndroidだろうとiPhone・Windows Mobileだろうと
携帯機で検索をたくさん使ってもらえるようになれば充分なんだよ
そりゃ制限のないAndroidのほうが自社サービスとの連携が強いが
一番重要なのは検索をしてもらった広告収入を増やすことだ


911 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:15:04 ]
なんかスレがいつの間にか見えない敵と戦う人ばっかりになってるのはどゆこと？


912 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:17:23 ]
windows osって実際3万以下じゃん。
3万も出せないってわけじゃないよな。
スキルがあれば中国版（ダウソもの)もあるわけでしょ。

一般人だとしても、note pcなら最新win os+officeつきで7-9万ぐらい。
たかが3万の差でそこまでひねくれることもないと思うよ。
msはね、dotnet辺りからゲイツを追い出して社の方針をかえたから、金（それも3万ぐらい)さえ払えばかなり快適だったりする。
つまりグーグルはいつまでも検索ポータルのままじゃ、MSには勝てないし、SUNと同じく7年後につぶれる（買収される)ってこと。

913 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:19:02 ]
一瞬コードが3万って意味かと思って
頭おかしいんじゃないかと思ったわｗ

914 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:21:23 ]
Goの話以外はよそでやってよ



915 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:24:32 ]
>>911
思考回路が不思議なんだよな。
技術面で言えば Go は Google だからどうだという言語でもないのにね。

916 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:25:51 ]
D++言語にあきてGO!に期待を込めたgoogle信者が居ついちゃってるんだろう。
ここまでレスは、関数型言語と言うかerlag信者がgoを何かと勘違いしてるだけだったし。
正式リリースがでるまで、1年ぐらいはこの調子なんじゃないの？

917 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:30:40 ]
googleと切り離して考えろと言うのが無理な話だろ
プログラミング言語自体は無数にあるわけで、その辺の高校生が作ったような言語が無視されて
これが注目される理由は一つしかないよ

918 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:31:58 ]
仮にGoogleが作ってなくても開発者があのメンツなら
ここまで行かなくとも相当注目されただろ

919 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:38:55 ]
>>918
そうなんだよね。
意味不明に Google を叩いてる人はきっと Rob Pike も
Ken Thompson も知らないんだろうね。

技術を知らないと Google だから注目されてると思うのかな。

920 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:43:56 ]
>>919
注目を浴びる存在というよりも、古代の化石（レガシー)って意味でなら知ってるが？w

921 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:45:13 ]
>>920
君が不勉強だという話を俺に聞かせてどうするんだ

922 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:48:01 ]
しかしつまらんスレだな

923 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:48:27 ]
>>919
意味不明にって、googleが叩かれる理由なんていくらでもあると思うけど
C・C++に置き換わるという謳い文句でgoogleがGoを世に出したのは事実でしょ
それすら知らないの？

924 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:50:50 ]
Googleって広告代理店みたいなものだよね



925 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:51:54 ]
違う、純粋な広告代理店だ

926 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:52:58 ]
>>923
技術者なら、自分で要素技術を調べてマーケッターの言う事をスクリーニングできるもんだ。
それすらできずに叩いているのはこの板的には意味不明だよ。まさに板違い。

927 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:53:13 ]
広告ビジネスは終わる

928 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:54:36 ]
これくらい余裕とか、出来て当然とか
見飽きた

929 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:56:05 ]
意見があるならレスアンカー付けなよ

930 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:56:09 ]
じゃあ何かコードでも提示してみれば（笑）

931 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 01:58:19 ]
世論掌握だけが上手くて実力のない組織のバブルはいつか弾けるはずなんだけど
Googleは反社会的な手法で永遠に夢を見させながら膨張を続けそうなのがムカツク

932 名前：デフォルトの名無しさん [2009/11/24(火) 02:01:37 ]
次スレのテンプレ

　　　　　　 ／￣￣＼
　　　　　（⌒ヽ　 　　ヽ⌒)　 　Google発の新言語go
　　 　　 |::::￣　　 　　 ￣ｌ
　　　　. |:::　 　　　　　　｜　　The Go Programming Language
　　　　　|::::　（● ） （●）|　　　　ttp://golang.org/
　　　　　.|:::　 　（_人__） |
　　　　　 |:::　 　 `⌒´ 　|　　　グーグル、C／C++に代わる新言語「Go」をOSSで公開
　　　　　 |:::　　＿＿　　|＿　　ttp://www.atmarkit.co.jp/news/200911/11/go.html
　　　　　 |:::　ﾉ＿＿） 　|＿）
　　　　　 |:::　　　　　　　|　　　前スレ
　　　　　 |:::　　　　　　　|　　　pc12.2ch.net/test/read.cgi/tech/1257920595/
　　　　　 ＼___、⌒i___ノ⌒ヽ　　 過去スレ
　　　　　　　　（＿ノ　　ヽ_ノ　　pc12.2ch.net/test/read.cgi/tech/1257920595/

933 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 02:02:53 ]
Googleは何の技術力もない癖にMicrosoftを見下しているからな
世の中もそんなGoogleをチヤホヤしているし

934 名前：デフォルトの名無しさん [2009/11/24(火) 02:03:09 ]
まちがえた

次スレのテンプレ

　　　　　　 ／￣￣＼
　　　　　（⌒ヽ　 　　ヽ⌒)　 　Google発の新言語go
　　 　　 |::::￣　　 　　 ￣ｌ
　　　　. |:::　 　　　　　　｜　　The Go Programming Language
　　　　　|::::　（● ） （●）|　　　　ttp://golang.org/
　　　　　.|:::　 　（_人__） |
　　　　　 |:::　 　 `⌒´ 　|　　　グーグル、C／C++に代わる新言語「Go」をOSSで公開
　　　　　 |:::　　＿＿　　|＿　　ttp://www.atmarkit.co.jp/news/200911/11/go.html
　　　　　 |:::　ﾉ＿＿） 　|＿）
　　　　　 |:::　　　　　　　|　　　前スレ
　　　　　 |:::　　　　　　　|　　　pc12.2ch.net/test/read.cgi/tech/1258183436/
　　　　　 ＼___、⌒i___ノ⌒ヽ　　過去スレ
　　　　　　　　（＿ノ　　ヽ_ノ　　pc12.2ch.net/test/read.cgi/tech/1257920595/



935 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 02:03:33 ]
がんばってるから
go.shibu.jp/
ここも入れてあげて

936 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 02:09:34 ]
真面目に努力している組織が評価されないで
不正を働いている組織に金儲け目的の人が群がるような
間違った世の中の流れを皆の力で変えよう

937 名前：デフォルトの名無しさん [2009/11/24(火) 02:17:53 ]
再帰は出来ないのかな？

938 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 02:28:44 ]
goに絡んでるかわかんないけど、python、rubyが伸びてきた頃は言語自体の性能は２の次、記述力重視みたいな傾向があったけど
一年くらい前からちょっと雰囲気が変わってきたな
blogとか見てても表現がシビアになってきてる感じがする
リンク辿って2006年くらいに書かれた内容とかみると、なんか呑気だなって感じを受ける
やっぱ富豪的ってコンセプトはうまくいかなかったのかな

939 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 02:32:08 ]
>>938
その頃は消費電力なんかあんまり気にしてなかっただろ？

940 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 02:33:37 ]
>>938
そこでScalaですよ奥さん

941 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 02:44:16 ]
増井が言ってた富豪的って意味を誤解してる奴が多すぎる

942 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 02:47:45 ]
増井はあくまでもヒューマンインターフェース方面の人間だから、
たとえばサーバやスパコンで動くプログラムのことを言ってるわけじゃなくて、
人間にとっての見た目や表現方法について言っているだけだよ。

943 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:04:03 ]
クラウドが発展してくれば、データ処理はサーバ側で行い、
クライアント側では高度なデータ処理を行わず情報表示だけを行うようになる。
情報表示といっても3Dやら何やら使ったら結構なリソース食いそうだけど、
今までのGUI程度ならさほど処理能力も要らないから
富豪的プログラミングのコンセプトと相反することはないよね。

944 名前：デフォルトの名無しさん [2009/11/24(火) 03:14:31 ]
ここ、何のスレ？w
てか、増井ってだれだよwwww



945 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:16:41 ]
>>943
そこでマルティクスですよ
増井さん！

946 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:19:24 ]
>>944
増井俊之
「富豪的プログラミング」って言葉を作った人

947 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:21:20 ]
Appleを追い出された人だっけ？

948 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:21:43 ]
goはchromeに組み込まれてるんだっけ？
だったら将来的にgoにwebインターフェースをやらせる予定ってわけじゃん。
ajaxの進化系？通信部分がjavascript以上に最強っぽいｗ

949 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:21:47 ]
>>943
いずれ車は空を飛ぶ時代が来るとか言っているのと同じだな
ブラウザを介して動画を見ようと思う人はいるかも知れないけど
仕事で表計算を使うのにクラウドでやろうなんて思う人はいない

950 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:27:17 ]
>>949
でも実際google documentは結構使い物になるしねｗ　機能強化してくれたらうれしいな。

リソースプールとしてのクラウドは確実に社会に浸透してるよ。
amazon ec2みたいな基盤も出来上がってきてるから、いろいろやりやすくなってきてる。

951 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:27:32 ]
ブラウザなんかその典型だよね。
メモリ管理をまともにしてなかったブラウザはメモリバカ食い動きモッサリで嫌われ、
変わりにアセンブラレベルでチューニングされたJSエンジンが持てはやされるわけで。
GoはGC持ってる時点でC/C++の代わりにならないよ。
それにGCあろうが商用レベルのもの作るときには結局メモリ管理って必要なんだよな。

952 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:29:47 ]
>>951
ポインタもあるからgcに全部お任せにしなくても良いようにできてるよ。

953 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:30:43 ]
富豪といえばGoのinterfaceのダックタイピングだな。
代入の度に関数テーブルをサーチするってなんだよそれw
Cの代わりになんて無理だわ。

954 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:33:17 ]
>>952
は？
deleteないけど？



955 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:38:53 ]
>>954
malloc.Free

956 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:45:40 ]
>>953
え、普通でしょ？

957 名前：デフォルトの名無しさん [2009/11/24(火) 03:51:32 ]
連投支援age

958 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:52:23 ]
連投支援sage

959 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:56:46 ]
今回のグーグル社員のレベルは、このスレ的にはかなり低い。
あと50スレぐらいだからその調子で埋めてくれてもいいし、今後は隔離スレ立てて他でやるってくれるか？

960 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:57:18 ]
ＧＣが夢のメモリ管理技術だと思ってる奴が多いよね。
明らかに安全に開放できる不要なメモリだけを自動開放する技術なのに。

961 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 03:59:39 ]
GC実装できるスキルがあればこんな糞スレでレスなんかしないだろうな。

962 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 04:07:16 ]
セミコロンがいる場合といらない場合がよく分からないから
結局付けちゃう・・・・

963 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 06:22:43 ]
>>962
セミコロンは文のセパレータ
でもってトップレベルのconstやfuncなんかの末尾には不要

でも省略するのキモイから結局付けちゃう

964 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 06:39:51 ]
>>953
俺もそれ気になってた。
実行時に型がInterfaceを満たすかチェックされるんだよね？
それってコストが大きいような気がする。
極端だけどInterfaceに何百、何千とメソッドが定義されていても
全部照合するんだよね？
それとも一回チェックした型とInterfaceの組の合否はキャッシュされるのかな。



965 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 07:54:18 ]
>>964
> 実行時に型がInterfaceを満たすかチェックされるんだよね？

リンク時じゃなかったっけ？　

966 名前：837 mailto:sage [2009/11/24(火) 12:55:07 ]
>>964
キャッシュはやってるかもね。
Rubyもメソッドのキャッシュが有効だったし。

>>965
リンク時は無理じゃね？

型あり言語なのになぜinterfaceだけダックタイプにしたのかよくわからん。
型の不一致はコンパイル時にエラー出るほうがうれしい。

967 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 13:00:46 ]
Go part3

　　　　　　 ／￣￣＼
　　　　　（⌒ヽ　 　　ヽ⌒)　 　Google発の新言語go
　　 　　 |::::￣　　 　　 ￣ｌ
　　　　. |:::　 　　　　　　｜　　The Go Programming Language
　　　　　|::::　（● ） （●）|　　　　ttp://golang.org/
　　　　　.|:::　 　（_人__） |　　　　 ttp://go.shibu.jp/
　　　　　 |:::　 　 `⌒´ 　|
　　　　　 |:::　　＿＿　　|＿　　　グーグル、C／C++に代わる新言語「Go」をOSSで公開
　　　　　 |:::　ﾉ＿＿） 　|＿）　　ttp://www.atmarkit.co.jp/news/200911/11/go.html
　　　　　 |:::　　　　　　　|　　　　 前スレ
　　　　　 |:::　　　　　　　|　　　　 pc12.2ch.net/test/read.cgi/tech/1258183436/
　　　　　 ＼___、⌒i___ノ⌒ヽ　 過去スレ
　　　　　　　　（＿ノ　　ヽ_ノ　　 pc12.2ch.net/test/read.cgi/tech/1257920595/

968 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 13:19:32 ]
普通にコンパイル時に型チェックしてるし
実行時の型チェックは type assertion したときだけでしょ

969 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 13:22:23 ]
>>953
C++でもやってるよｗ

970 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 13:26:56 ]
go-windowsってまだ80回しかダウンロードされてないんだね。
意外と不評？

971 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 13:27:22 ]
>>970
まだ不安定だし。

972 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 15:11:47 ]
オフィシャルのinstallページからリンク張ってるわけでもないし
存在に気がついてないんだろう

973 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 17:37:19 ]
囲碁のゲームじゃないのか

974 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 18:29:52 ]
>>938
C10K問題がついに誰でも遭遇しうる現実の問題となってきたから
あとはデュアルコアあたりまえ、メニーコア時代がサーバサイドでやってきつつある状況で
プログラミングに求められる条件が変化しつつあるんでないか




975 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 19:01:43 ]
クラスベースがついに否定されたから
オブジェクト指向に求められる条件が変化しつつある。

976 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 19:04:58 ]
>73がFizzBuzzになってないのに突っ込みがない

977 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 19:12:40 ]
クラスベース否定ってどういこと？
ソースがあるなら知りたい。

978 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 19:46:40 ]
キーワードにclassがないからそう思っちゃったんじゃねｗ

979 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 19:56:31 ]
C++のクラスはPythonのクラスになれないし
ある言語のクラスが別の言語のクラスを否定するのは
最初から分かってた筈なんだが
ついに現実の問題となってきたんだろう

980 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 20:08:12 ]
ソースに互換性無いんだからどうでもいいと思うんだが

981 名前：tsuwabuki ◆hanaogUYzc mailto:sage [2009/11/24(火) 20:40:02 ]
go言語とErlangでリングノードベンチマークを書いて比較してみましたが、
速度でErlangに勝てませんでした。
コードの最適化次第で、もしかしたら勝てるかもしれないので、良いアイデアがありましたら教えてください。

d.hatena.ne.jp/iasija/20091124


982 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 21:03:03 ]
>>981
goはどっちのコンパイラ使った？
できれば両方試してもらえると嬉しいな。

983 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 21:08:26 ]
>>977
継承による差分プログラミング面倒くせって話じゃないの

984 名前：tsuwabuki ◆hanaogUYzc mailto:sage [2009/11/24(火) 21:15:13 ]
>>982
64bit版のUbuntuなので6gを使いました。
gccgoはコンパイルに時間がかかるのでインストールしていません。

gccgoはバックエンドがgccで、最適化はより優れていると思いますので、
たぶん、少し速くなるかもしれませんね。
試してみたいと思います。



985 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 21:16:21 ]
>>975
JavaScriptのことも思い出してあげてください

986 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 21:27:42 ]
>>984
了解です。これに関しては6gのほうが速いかも…と思ったんですが、
最適化にもよるのでそのあたりの傾向がわかるといいな、と。

987 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 22:27:23 ]
だいたい同じスペックの実機32bit
うちではgoの方が速い感じなんだけど
erlang使ったことないのでなんか違うのかなぁ
計測用のshスクリプトくれ

988 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 22:44:29 ]
>>919
たとえば、デニス・リッチーの作った新言語もあるんだけど
君知ってる？
Googleの名前がなきゃその程度なんだよ

989 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 22:57:16 ]
>>988
どれの事?
リッチーのページにもそんな新言語は書いてないけど。

cm.bell-labs.com/cm/cs/who/dmr/

990 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 22:58:48 ]
今日もこの流れか

991 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 22:59:31 ]
Limboのことかね？
まあRob Pikeの方が主要メンバーだけど。

992 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 22:59:45 ]
まぁ折角だから >>988 さんの話を聞こうぜ。

993 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 23:02:00 ]
>>991
Limbo ならリッチーの作った新言語なんて言い方はしないと思うけどなあ。
それに、このスレでも Limbo の話題は既出だよ（多分、最初に言及したの俺だし）。

994 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 23:04:46 ]
LimboよりGoの方が注目されてるのは確かだな



995 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 23:07:40 ]
実際googleが発表したんだから沢山ニュースが出たんだろ。一般向けにもだぞ？ありえないだろ
それが関係ないとでも言いたいのかよ、頭おかしいんじゃないの

996 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 23:09:22 ]
こういうタイプがむしゃくしゃして秋葉原無双とかやっちゃうのだろうか

997 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 23:09:54 ]
>>988 さんはまだかな。
これで Limbo の話だったら笑うけど、>>988 さんはその程度じゃないはずだ。

998 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 23:11:08 ]
>>997はこのスレに常駐してるらしいけど、どの程度でこんな便所の落書きに貼りついてんだ
ホントに何がしたいのか分からない

999 名前：tsuwabuki ◆hanaogUYzc mailto:sage [2009/11/24(火) 23:12:21 ]
>>987
↓のシェルスクリプトでプロセス数M 10000〜100000、メッセージ数N 100固定、実行時間 の順で出力します
非常に汚いので恥ずかしいものですが、gnuplot用に書いたものです。

#!/bin/sh

for i in `seq 10000 10000 100000`
do
a=`erl +P 200000 -noshell -eval 'io:format("~w", [timer:tc(ring, start, ['$i', 100, "hello"])]).' -s init stop | cut -d',' -f1 | cut -c2-`
b=`perl -e 'printf "%f", '$a'/1000000;'`
echo $i $b
done

1000 名前：デフォルトの名無しさん mailto:sage [2009/11/24(火) 23:12:21 ]
>>988の言ってるのがLimboだろうがそうでなかろうが、
Googleの名前でGoが売れたことは変わらんよ

1001 名前：１００１ [Over 1000 Thread]
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。




[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]
前100 次100 最新50 ▲ [ このスレをブックマーク！ 携帯に送る ] 2chのread.cgiへ
[＋板 最近立ったスレ＆熱いスレ一覧 : ＋板 最近立ったスレ／記者別一覧]（ ´∀｀）＜191KB

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