- 1 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 16:23:56 ]
- The Go Programming Language
ttp://golang.org/
- 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もずいぶん汚いコードで速度稼いでるみたいだし
|
 |
