- 1 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 16:23:56 ]
- The Go Programming Language
ttp://golang.org/
- 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]
- このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
|
 |
