このスレッドは天才チンパンジー「アイちゃん」が 言語訓練のために立てたものです。 アイと研究員とのやり取りに利用するスレッドなので、 関係者以外は書きこまないで下さい。 京都大学霊長類研究所
4ね
C のつぎは 5
そういえば Go の FizzBuzz の回答例ってまだ出てないな
オレがマ板のFizzBuzzスレに書いたけど。
じゃ次はLock threadは唾付けられたからsignal偏重で
.
11 :
デフォルトの名無しさん :2010/02/17(水) 02:16:14
これをGolangで書いたらどうなる? #include<stdio.h> int main() { int i,j; for (i=1;i<=9;i++) { for (j=1;j<=9;j++) { printf("%d\t",i*j); } printf("\n"); } return 0; }
こんなぬいぐるみがあったら、誰も部屋に入ってないのに 見るたびに置き場所が変わったりしそう。
>>11 簡単にこれで。
package main
func main() {
for i:=1;i<=9;i++ {
for j:=1;j<=9;j++ {
print(i*j,"¥t")
}
println()
}
}
綺麗だね。 Pythonもすっきりしてるけど Goのほうが受けは良さそう。
どこに差を見出したのやら
括弧のないS式な部分?
''' Python ''' #!/usr/bin/python # -*- coding: utf-8 -*- for i in range(1,10): for j in range(1,10): print i*j,"\t", print "\n", /* PHP */ <?php for ($i=1; $i<=9; $i++) { for ($j=1; $j<=9; $j++) { echo $i*$j . "\t"; } echo "\n"; } ?> Pythonはパッと見スッキリしていて 慣れればPythonのほうが直感的だと思うけど やっぱりCを意識している言語のほうが 一般の受けはいいだろうね。 PythonやりたいけどCしか使ったことのない俺には敷居が高い。 Goは丁度いいポジションにいると思う。
Python は不思議なことに敷居が高い だけどその敷居を乗り越えた人には とても優しい言語でもある 最初の一歩二歩くらいに大きな段差があるけど その先は高速道路みたいな感覚 みんな最初の敷居で敬遠するからもったいない言語
Pythonだけ初心者にとって特別に敷居が高いとは思えないけどなあ むしろ処理系もさくっと入るしREPLもついてくるから初心者向き
Rubyのようにブロックを引数にとる構文を導入してほしいなぁ # Ruby # -*- coding: utf-8 -*- 1.upto(10){ |i| 1.upto(10){ |j| print (i*j), "\t" } puts }
pythonは初心者でも結構直感的に使いやすいと思うが… あえて言うなら、開発環境の構築が面倒だな
>>14 見てGoの書き方は古臭いなーと思う俺でも、
>>21 はキモいとしか思えない。
Rubyは驚き最大化の法則に則ってるとしか思えないな。
>>23 なんか違和感あったので
×:Rubyは驚き最大化の法則
○:Rubyは驚き最大の法則
でもRubyの圧勝は確実だ!
#最近のPythonはシステムに入ってて、もう無茶は出来ないから、代わりにRubyに頑張ってもらいたい
漏れは
>>21 がキモいとは思わない
>>14 は古臭いもなにもただのネストしたループだろ
>>21 は、ブロックを引数に取るっていう主旨の部分はいいんだけど、1.upto(10) がなんか受け付けないな
まあその辺は別の書き方があるんだろうけども
各々好みの書き方でやればいいと思ったり # Ruby (形式比較) # ブロック使用時 (1..9).each { |i| (1..9).each { |j| print (i*j), "\t" } print "\n" } # C ライクな記述時 for i in 1..9 for j in 1..9 print (i*j), "\t" end print "\n" end
>>26 "1"がクラスのインスタンスに見えてないからかな
Rubyで1+5とかいたら、1.plus(5)ようなものだしね
つまり"+"は演算子じゃなくて"1"のメソッド
Goは配列に対してのlengthやsizeを関数っぽく書くところからして、
手続き型(というかC言語)のような見せ方を重視しているのかな
>>28 そうだね、俺の頭の中では「1から10までの数」という考えが起点にあって
そこで1と10は対等な関係だけど、1.upto(10)だと1が主で10が従に見えてしまうんで、スムーズに行かない
>>27 みたいな書き方だと全然OKなんだけど
DSLって知ってるか?
1.uptoを押しし済めれば1.day.agoになるんだがDSLとか何を言ってるんだお前は
推し進めればね
>>30 「自然だろ!」「いや、英文として自然なのがきめえんだよ!」ってのはあるよね。
無いな
1.day.agoとか単なる数値の1が全知全能すぎてきめえ
1.day.agoなんてのはrubyで実現できるってだけで基本的にはrailsの機能じゃねえか
javascriptでもできるしな 要はmethod_missingがあるかどうか
rubyはもういいよ
文法はともかく言語としてJavaの代替になることはありうるかな? オブジェクト指向とかよくわからないけど GoのはJavaやC++のそれとは少し違うらしいね。 最近Java始めたけど仕様が膨大すぎて不安になってきた。 他人のソースコード見るたびに鬱になる。 /* Java */ class kuku { public static void main(String args[]) { for (int i=1; i<10; i++) { for (int j=1; j<10; j++) { System.out.print(i*j + "\t"); } System.out.println(); } } }
golangのコミュニティが作ったライブラリとかのポインタへのリストってどこかにある?
43 :
デフォルトの名無しさん :2010/02/23(火) 22:08:58
>他人のソースコード見るたびに鬱になる。 あるあるw Javaのテキスト2冊くらい持ってるけどまだ手つけてないわ。 JavaやめてGo始めようかな。 プログラミングは趣味で続けるつもりだし。
Goって業務でも使える?
お前は本当にばかだな45
>>45 使えるんじゃなくて使うんだ!
でも、そう言うときに限って、ソースよこせとか、機能を追加しろとか言われるんだよな
そして趣味の延長で仕事するなって怒られるんだ
いいじゃないか、そのくらい!そう言うことは、残業代、全部出してから言えよ!言えよ・・・・
>>47 そんな会社とっとと転職しろよ
技術系ベンチャーいいよ
Go to hell
俺なんか技術系ベンチャーに転職して給料そのままだけど、 前より偉そうに振舞えてる気がする
死ねよ給料泥棒
まぁ比喩としての泥棒表現がアリなら 会社が社員に対して、払わないという形で泥棒してるほうが多いけどな
cocoa/carbonにアクセスしたい GC無しの実装が欲しい
ん?なんで偉そうに振舞ったら給料泥棒なんだ? 技術持ってるから尊敬されてるって意味だと思うけどw
広義の意味での技術屋に嫉妬してるんでしょう。
>>41 Javaの代替はありえないでしょ。例外ないし。
GoはCの代替を目指してるんじゃない?流石に無理だとは思うけど。
あと、Javaの言語仕様はシンプルな方だよ。特にC++と比べてね。
>>44 趣味でやるなら、Python、Rubyあたりのスクリプト言語をどうぞ。
Java の言語仕様はシンプルだよね ライブラリ仕様が膨大なのはライブラリが膨大にあるから仕方が無い
統合パッケージで言語自体をシンプルにする必要性はないし ライブラリが膨大ってのは統合の癖になんてこったい。 その点でトップなのはPythonだろう。
>統合パッケージで言語自体をシンプルにする必要性はない どゆこと?
>>59 言語仕様はシンプルな方がいいでしょ。言語仕様さえ覚えれば、
あとは自分が使うライブラリのドキュメントを読みながら使えばよい。
ライブラリが膨大って、すべてのライブラリの使い方覚える気かよw
言語仕様がシンプルだと補助ツールが作り易くなって嬉しいのにね… ライブラリが膨大でも必要な所だけつまめば良いだけだし、ライブラリが 充実しているという事は大きなメリットだ
golangでLinux kernelを書き直しきれたら、初めて認めてやるよ。
golangでローカルアプリとか作れる? ブラウザとかエディタとか作れるレベルならすぐにでも始めたい。
ブラウザはわからんが、エディタなら既に作った猛者がいた筈だ
ネイティブコンパイルでGCを仕様に組み込んだ言語って他にあるの? GC付きでのゲーム開発も研究されてきているからもしかしたら注目されるかもね
>>66 関数型言語は殆どそうだよ。
Common Lisp, Scheme, Haskell, Stndard ML, OCaml, Clean, Dylan, etc.
JIT もネイティブコンパイルだから、Java, Smalltalk, Erlang, JavaScript, Lua, etc.
特に珍しい事ではないと思うよ…
Ada, Objective-C, Dも
糞の羅列になってしまいましたね
じゃあまとめて俺が引き受けた!
golangの書籍まだ?
72 :
デフォルトの名無しさん :2010/03/06(土) 14:00:57
趣味言語だろ?仕事でこんな言語使ったら発狂するわ
>>72 一生、仕事でC++が使えるといいですね
思う存分、会社で発狂してください
Cは改めてやってみると文法が本当に古臭いな 未だに残ってるのが疑問
新しい文法ってどんなの?
文法というか構文じゃないの?
C の文法なり構文で、古くて現在では使われてない物って何かあったっけ?
>78 typedef struct 古くて現在では使われてない物 { int i; } golang;
windows.hにたくさん残ってない?
>>83 golangに含まれているもの全部って言いたかったんじゃ?
よく分からんけど
┌─┐ │●│ └─┤ _ ∩ ( ゚∀゚)彡 ┌─┬⊂彡 │●│ おっぱい!おっぱい! └─┘ おっぱい!おっぱい!
ただのループカウンタに バカハンガリアンの長ったらしい名前付けるやついるよな i,j,k最強
くしゃみくそ
89 :
デフォルトの名無しさん :2010/03/12(金) 05:56:39
goでwindowsアプリとか作れるの? *.exe形式の実行ファイル(ネイティブコード?)が作れるなら C++始める必要なくなるんだけどな。
作れる
>>91 開発ってw
そいつIRCでMinGWで動いたぜって話ししてて、
公開したのは単にその時目立ちたかっただけだよw
本気で開発とかやってるわけじゃない。
そうなのか。知らなかった。
GCCに統合されるのなら、特に必要ないしな・・・・ WindowsだとMinGW GCCのバージョンが問題か。
Goが安定してGCCで使えるようになるまで、 Andoroidの開発は盛り上がらないだろうな
goだけにw
だから何?
gcってか暗黙のメモリ確保切れないと Cの代わりにカーネル書いたり がちな組み込みには使えんよね 惜しい
┌─┐ │●│ └─┤ _ ∩ ( ゚∀゚)彡 ┌─┬⊂彡 │●│ おっぱい!おっぱい! └─┘ おっぱい!おっぱい!
100 :
デフォルトの名無しさん :2010/03/15(月) 05:23:23
goで書いたプログラムって perlやpythonみたいに実行環境がないと動作しないですか? goのガーベッジコレクションはCで書かれているらしいですけど、 そのガーベッジコレクションというのがOSに入っていないとgoのプログラムは動かないんですかね。
はい
いいえ
碁とかけましてGoと解きます その心はやりがいがある
105 :
デフォルトの名無しさん :2010/03/16(火) 07:24:18
アーーチーチーアーーチー
>>100 じゃあjavaやlispはどうやってGCしてんのか
100 じゃないけど、、、
>>106 Java で書いたプログラムって
perl や python みたいに実行環境(Java VM)がないと動作しないです。
Java のガーベッジコレクションは C++ で書かれていますが、
そのガーベッジコレクションというか Java VM が OS に入ってないと
Java のプログラムは動かないです。
Lisp は実装に依るけど、スタンドアローンのバイナリを吐く様な使い方は
あまりしないから、やっぱり実行環境が必要な事が多いね。
>>100 GCはライブラリの形で実装できるのでOS自体に備わってる必要は無い
Boehm GCでぐぐれ、C/C++用の有名なGCライブラリだ
まあOSレベルのレイヤによってサポートされていたほうが都合がいいのは確かだが
Go は GC は自前で実装しているよ。 ランタイムライブラリかなんかに入ってるんだと思われ。
goスゲエな。 こういう言語待ってた。
すごくねえよ C#とどこが違うんだよ
C#とはぜんぜんちがうって
事前コンパイル方式だしな
大したことないのに 持て囃されているとこがすごい
大したことない香具師が 口はさめるところも凄いなw
part1からそうだったね。仕様書も読まずにアレがないだのコレがないだの・・・ なんでそんなに自分に自信があるんだろう
おっさんの俺にはKen Tompsonってだけで 後光がさして見えるよ 所でランタイムってインタープリタと混同してないかな?
gccなんて肥大化しすぎて身動きとれなくなってきているのに なんでgoなんか入れるんだろ
>>118 おっさんは crt を知らないのかな?
>>119 だよね。でもやはりメジャーは強いんよね
俺は組み込み屋だから歓迎
>>108 例が悪かったかな?
javaはjit,lispもネイティブコンパイルされますな
要は結合方法が違うだけで
GCとインタープリタかどうかは無関係といいたかったんよ
ちなみにCやC++にもランタイムありますよ。
GCは含まないけど。
Objective-C のランタイムは GC を含んでるね。 Go に近い言語を例にした方が良かったかもね。
>>120 オッサンだから昔は普通にcrt書いてたなw
まあ昔はいろいろ作らないと
なんもできなかったしな
crt 書いてたおっさんが crt が何の略か知らないのか。
crtがインタプリタだと思ってるゆとりか?
カソードレイチューブの略だろ
>>118 C にだってランタイムはあるんだよ。当然インタープリタじゃないがな。
>>127 100にレスだよ
おっさんの時代はcrtどころか
CPUのスタートアップからかいたもんじゃ
linuxのブートローダなんて書いたのは最近に感じるのう
lispのgc書いたのは20年も前じゃ
ただのcopy方式だったがな
printfがないcrtもあったような
>>128 おっさんはアンカーの使い方を学んだ方が良いな。
遅レスする時は特に。
素マンコ
>>129 狭義のランタイムには普通ないね
素ま。。は俺じゃないよ
組み込み、制御にgoにはかなり期待してんだが
まだ無理だなー
若いモンに使わせるのに良さげなんだが。
OSでもかかせてみるかね
逆逆、Cしか分からないようなおっさんに使わせるのにいいんだよ
新人教育なんかで C言語→C++言語ってやってたとこも多いだろうけど、 これからはC言語→go言語でいいかもね。
なんか話が大きくなって途上部分が…
なんか中の人がもうどうにでもな〜れって投げ出したくなるレベルだな
3/15のリリースノートに * syscall: minimal mingw version of syscall. (thanks Alex Brainman) とあるからMinGWのサポートもちょこっとマージされているみたいだね。
>>136 Ken Thompsonが作った言語で正規表現が遅いとはw
Goのビルドが途中で止まってしまいます
$HOME/go/bin/gopack grc _test/http.a _gotest_.8
--- FAIL: http.TestClient
Get
http://www.google.com/robots.txt: dial tcp www.google.com:http: lookup www.google.com. on 220.152.38.201:53: no answer from server
--- FAIL: http.TestRedirect
Get
http://codesearch.google.com/: dial tcp codesearch.google.com:http: lookup codesearch.google.com. on 220.152.38.201:53: no answer from server
FAIL
make[1]: *** [test] Error 1
make: *** [http.test] Error 2
環境変数 .bashrc
export GOROOT=$HOME/go
export GOOS=darwin
export GOARCH=386
export PATH=$GOBIN:$PATH
どうすればいいでしょうか
誤爆ということはこのスレ以外に書こうとしていたということだが えっと他のGoスレって・・・?
goばく
go縛
go back
go away
怒涛の合格
>>140 > Get
http://www.google.com/robots.txt: dial tcp www.google.com:http: lookup www.google.com. on 220.152.38.201:53: no answer from server
テスト走らせている最中にDNS鯖が答えないって文句行ってるね.@homeの鯖みたいだけど
確かに引けない。 ネットワークの外から引くのに制限をかけてるかもしれないけど。
ネットワークの問題か、goのコードがDNS鯖のアドレスを取得する方法に問題があるのでは。
nslookup www.google.com 220.152.38.201
Server: 220.152.38.201
Address: 220.152.38.201#53
** server can't find www.google.com.home: REFUSED
例外出たらどうなんの
例外はエラー処理をサボるからダメて考えらしい
Javaの連中はif文で済むところですら例外飛ばすからな
システムレイヤ以外の層に例外解放したのは C++/javaの失敗たよな
まあ例外もいいものだと思うけど、検査例外、お前だけはだめだ。
すっかりGoブームも終わってしまいましたね
googleが僕らに伝えたかったこと
pgr
やはり陳腐化したか 俺は結構好きなんだけどなあ
俺も。コードの更新は活発だね
ま、出始めだし。これからじゃねえの
OS作ってるらしいが、これ採用してるの?
Chrome OSのことなら普通にLinuxベースだし、Goは関係ないだろう
Androidのことなら普通にLinuxベースだし、Goは関係ないだろう
Plan 9のことなら・・・ちょっとは関係あるかな
C++より高速で、VBよりも簡単にGUIアプリが作れるなら勉強する。
Goに興味があるんだけど iPhoneアプリ作れますか
作れるよ
いずれGoがブラウザに使われるようになるって本当ですか? JavaScriptの代替品になるって。
それ大嘘もいいとこだな ブラウザがGoで作られるようになる
GoogleOSがGoで作られるらしい
世界征服だな
Goの「Googleで利用されている」以外の他言語にないメリットって何?
この世に他言語にない機能を持ってる言語なんてあるの?
Lisp
機能じゃなくて、メリットをきいてんの
lispはemacsで腹一杯
そもそもGoってGoogleで利用されているのか?
Erlangとかに比べてどうですか?
erlangとgoは並行処理の実現方法が違う。 goはチャンネルベースなのに対してerlangはプロセスベース さらにerlangはバイナリが吐けないのに対してgoはCなどと同じようにバイナリが吐ける。
なるほど、ちょっと興味がわいてきた
>>179 されてない。 せいぜい実験レベルで遊ばれているだけ。
お先真っ暗だすね
「Googleが作ってもダメだった」 という事実は新プログラミング言語開発者の心を折った
いや、もうGoogleの求心力は…
お前ら結論を出すには気が早すぎないか? 改めてC++の年表を調べてみたが: 1985 - AT&T Cfront 1.0 1987 - GNU C++ 1990 - Borland C++ 1992 - Microsoft C++ まあ、数年は生温かく見守ってやれ。
昔はインターネットが無くて技術の伝達が遅かった。 だからスタンダードになるまで時間が掛かった、と思うのだけどどうだろう
python 1991 発表 1994 1.0 2000 2.0 メジャー化 ruby 1995年12月 発表 2004年末 RoR scala 2003 発表 2006 2.0 2009 ブレーク?
>>189 情報伝達が早くなるのは確かに有利ではあるが、普及っていうのは結局人間が使って
コードを書く事でしか実現しないからそこの速度は対して変わらない。
すでに普及してるものがあるのとないのとでは条件が違う
成熟するのに10年かかる説がある。アプリとかも。
PC優位、MS優位が変わる頃にはきっと…
>>189 90年代は一般家庭には来てなかったが
理科系の学部や企業では使えてたろ
>>189 Javaはその条件クリアしてるのに10年かかった
>>193 MSのアプリはいつまでたっても成熟しない
むしろ10年経つ前にこっそり棄てて買い直させる
血出痔商法
Golangのメリットは軽量言語の使い勝手と C言語並の実行速度だと思うけどね。 こんなに期待したくなる言語はこれまでなかった。 まだ発表されて半年も経ってないし、 今すぐ普及しろと言うのはちょっと無理があるけど golangにはそういった期待を裏切らない言語になって欲しいね。
同意。ただGCは切れたら嬉しい組み込み&制御屋
GCを切りたいほどシビアなら並行処理もきついでしょ。 通信に使うキューまで自前で管理しなきゃいけないし。 そうなると、Cと変わらないからCを使った方がいいんじゃないの。
C#は登場して10年経ったが未だ普及してるとは言いがたい しかし選択肢に挙がる程度に浸透はした気がする
C#で普及してないなら、Javaも普及してるとは言えないな。 普及してるのはCとC++位か? しかし選択肢という案件の数ベースでは、Cはないか。 C++だけ?
>>201 実装と効率次第だね。
並列のロック期間を除いて固定時間なら使えるよ
GCは発生も時間も不定なのがねえ
高級言語を使うほどのちょっと大きい規模で、 GCが気になるほどのシビアな組み込み用途ってどんなことに使うの?
きれいなC++として使えればいいなとは思う。 Javaと比べるもんじゃないよね。
>>205 通信機器。 C++で数100万行とか普通にあるし。
>>207 それってシビアな部分とそうでない部分があるから、言語で使い分ければいいんじゃないの。
>>208 そりゃまあそうだ。 CLIにTCLを使ってるなんて場所もあるしね。
コピー機だってjavaとかflash入ってるしな
まあ他の言語の踏み台になればいいと思ってるよ
構文レベルでgc切れたら神だな
Alef言語がそうだがな。 今はメンテされてないけど、小さい言語だから 復活とか再実装とかにいいネタと思われ
Windows版がないのは嫌がらせなんだろうか
そんなもんあったらジョークのわからないやつが本気にしちまうだろ?
まだエイプリルフールには早いぜHAHAHA
goってguiとか正規表現を扱うためのライブラリとか揃ってる? そういうのって少しずつ整備されていくのかな。 Javaみたいにほとんどの機能は標準で用意されるようになるの?
Dはそのうち整備されると思いつつ数年
goはサーバサイドとnaclとソフトツールで生きると思うんだな
cgoじゃなくてc2goが欲しいな
ヘ⌒ヽフ ( ・ω・) dd / ~つと)
226 :
デフォルトの名無しさん :2010/04/15(木) 23:49:12
できる限りプログラム開発はC言語だけにしてほしい。 プログラム開発に使う言語が多すぎだと思う。 用途に応じて使い分けるにしても。
ヘ⌒ヽフ ( ・ω・) dd / ~つと)
おまえだけC使ってろよ
Cしか分からない労咳が手を出しやすいように 似たような文法を採用して(た)というのに
ユーザーが少ない=クズ言語 この言語は流行らないよ。
>>230 どう考えても、ここは流行の言語を有り難がる人間が来るスレじゃないだろw
>>231 いや、なんか勘違いしてる人がいるみたいだったから一応。
最近打ち合わせでは分かり切ったことは飛ばして話を進めているのに 知識として持っててあたりまえのことを質問する馬鹿が増えた
goで何か作ってる人いる?
だれかGoで電卓作ってよ。 winでも動いたら神。
GOってGUI用のライブラリとかあるの? 実際GoのGUIプログラミングってどうするんだろ。 X11ってなにそれ、おいしいの?
決まったプロトコルで決まったデータだせばXクライアントにはなるね
つかX11なら普通に入ってるぞ
mod_goまだですか?
日本人なら、最初に作るプログラムタイトルは hiromi
244 :
デフォルトの名無しさん :2010/05/01(土) 15:03:52
今の現場の状態だと、IT業界に先はないだろ。 どんどん人材を消耗するだけ消耗して使い捨て、いっつも現場は新人だらけ。 スパゲティソースが残るだけで熟練した技術なんて絶対に蓄積しないよ。 最近は何でもかんでも技術の標準化が進んでるから 「技術は○○が握ってる」とかいうことはあまりない。 むしろ日本勢が旧態依然とした「独自技術」に拘って ノロノロと研究してる間に中韓みたいなところから標準技術を組み合わせただけの 製品が出てきて市場を取られるんだよ。 丸投げピンハネがはびこっている間は欧米には勝てない。
こんなところで昼間からくだまいてる技術者がいるんだから凄い説得力があるな
ゴールデンウィークの真最中だというのに...
毎日がゴールデンウィークの人間にはわからなかったんだろうな
リア充な人は、平日夜は書き込んで、休みはいなくなるぞ・・・
おまいら今日はメーデー 労働者の祭典の日だぞ
250 :
デフォルトの名無しさん :2010/05/01(土) 23:35:17
大手企業のソフト開発部門は中国、インドで子会社を作るよ。 データセンターも現地に作るよ。 つまり日本は仕事なし。
優秀且つ人件費が半分以下だもんな。
だから漏れが前々から「変数名はローマ字に統一しよう!」と言ってるんだ 気をつけないと気がついたときには、仕事なくなってるよ
むしろ全角でいいじゃないか
なにいってんだ kokyaku_masterが基本だろ
goスレ寂れたなあ
なんかに使ってる人いる? 俺は趣味的なプログラム書くのにチョコ使いしてんだが
CodeJamに使ってる人はいた?
素人さんが盛り上がるためには互換ライブラリがワサワサ登場してくる必要が有るんだが そういう方向の言語じゃなさそうね
cgoである程度ならcのライブラリが使えるからな
pythonの開発効率意識してるみたいだし、 その内いろいろ出てくるだろうね。
そこまで待ってられないんだよ。 早く普及しれ。 だれか著名人が使い始めればもう少し勢い付くと思うんだがな。 あと日経ソフトウェアあたりが特集組んでくれることに期待しとる。
263 :
デフォルトの名無しさん :2010/05/20(木) 23:21:21
andloidがJavaなんかじゃなくてGoで開発できるようになれば良いのに。
iPhoneアプリも書きたいな
goの何がいいのかさっぱりわからん。
素っ裸になって海に飛び込めばわかる
第3回Go判断 2010年05月21日 05時48分 打ち上げ時刻60分前の最終カウントダウン作業に"Go"の指令がかかりました。
グーグルに踊らされた人々が集うスレか
Google Dance!
そんな事よりGoogleロゴのパックマンが本当に遊べるんだが。
思わず一面クリアしちゃったよ ゲームが始まったあと背景画像を見ると、ドットパタンがわかって面白い
クリアするとどうなる?
2面が始まる
ゲームオーバーになると、「パックマン30周年」の検索結果に飛ばされる 音も出るし、凝ってるなあ
あのPacManはJSとHTMLで書かれてるのがすげえよな GoのNaclで作れたら面白い
JSはやればできるこ
JS つっても div を移動してるだけでそ
1時間でテトリスの動画もJSでやってた罠 > div移動
むしろ音をどうやってるのかの砲が気になる
283 :
デフォルトの名無しさん :2010/05/25(火) 01:37:20
GUI周りに力はいってないのが 密かに好感なんだな
Go言語は今後来るのか来ないのか 誰か教えてくれよ。
言語はハックする対象があって初めて盛り上がるらしい。 C は UNIX, Perl は CGI, ObjC は iPhone, Java は Server みたいな感じで。 Go が向いているプログラミング分野が出てくれば流行るかもしれないね。 今の所はそういう兆しは無いよ。
Go言語で囲碁ソフト開発
並列処理が得意っぽいから、今後サーバアプリ分野で需要が増えるんじゃないかね
ちゃんと見てないけど、GC は stop the world なんでしょ? 実際に並列度が確保出来るか期待出来るのかな。
GCと並列度は関係ないような
>>290 あるよ。無ければ JavaVM が必死こいて Concurrent GC や Parallel GC を開発したりしないって。
GCありの方が並列処理書くにはいいが GCが走るとthe world発動 goのもいずれ世代別とか並列とかになるでしょ
GoってPythonのGILみたいなのないの?
MT-unsafe や giant lock が問題になるほど、シビアに Go で並列処理を 書いてる人はそんなに居ないんじゃないかな。D-KVS とかを作ったら 面白そうなのにねえ。
Mutexとかはsyncパッケージにあるよね 今見て驚いたがruntime/tinyに組み込みシステム向けのコードが入ってるな GOOS=linuxでビルドしたコンパイラでtinyで使えるらしい
GOOS=tinyね。
>>295 あと一年位早くに出てれば今やってる組み込みプロジェクトで使ってみたかったな。
ブログが更新:
Go at I/O: Frequently Asked Questions
http://blog.golang.org/2010/05/go-at-io-frequently-asked-questions.html - Go は商業利用可能なレベルであり、その証拠にGoogleでは使い始めている
- Genericsについてはまだ満足な解答はない。 また、Goでコードをもっと書くに
したがい、必要性がもっと感じられなくなってきている。
- GPUをサポートするというのはいい考えだし、言語仕様的には整合性が良いであろう.
- App Engineで使える様になったら良いなと思う.
- ARMは今でも吐けるのでアンドロイドでも使える様になるのは可能だし、最適な
言語だと思うが今のところ取り組んでない。
- Goはシステムプログラミングの為に作られ、サーバ、クライアント、データベース、
キャッシュ、負荷分散、分散処理にふさわしく、そういう目的で使われ始めている.
しかし最初にリリースされてからコミュニティーによる様々な使われ方がされており、
汎用言語として成功すると思われる。
>>297 楽観的過ぎてワラタw
もうちょっと本気レベルの高い所も見せて欲しいんだけどなあ
お花畑
なんか面白いライブラリないかな
なんか「最近java始めたけど」とかチラホラ見かけるんだが、 10年前のjavaフィーバーを経験してないとか、可哀想で仕方がない。
>10年前のjavaフィーバー 冷ややか目で見ていたが俺の判断は正しかった 一山いくらの糞技術者生産言語だったよ
ろくに使われもせずに良い言語だったと少数の信者に持ち上げられるより、 フィーバー起こして糞言語だと罵られつつも普及する方がいいんじゃね
信者が付いていようが普及していようが、自分が使う分には関係無い
>>フィーバー なんつーかあそこを乗り切れば、その後の加速期に 現場で100万が(残業漬けだったが)楽に稼げた 時代だったけどな。いまじゃ金融(保険)/Sapくらいじゃね?
これからJavaやるべきじゃないの? GOとJavaで悩んでるんだけどどちらにするべきかな。 いずれはシステム会社で働きたいと思ってるし、 趣味でローカルアプリとかも作りたい。 Javaは今後枯れる?
どっちも簡単にマスター出来るようになったら 雇ってあげるよ
>>306 実用上も学習上も求人という意味でも Java が良いよ。
>>308 その3要素で考えてもっともあり得ないのがJavaだろうに
はいはい
求人ならどんな言語でも勉強しました程度じゃイマイチかね とても若いか趣味でバリバリならいいが、 ただ勉強しましたってのと実務経験するのとは全然ちゃうし
技術者にとってJavaは糞かもしれないが、 営業、クライアントには万能安定超絶神言語なんだってさ。 だからJava選んでおけばあと十年くらいは生きていけるかも?
サーバアプリは今でも Java ばかりだし、KVS みたいな流行の分野でもよく使われている。 クライアントも Andoroid のアプリは Java でしか書けないから、タブレットや携帯でも しばらくは Java でオケ。つか、代わりが無い。
Scala/Clojureがあるじゃない!
>>314 人が集まらない。
今のところJavaの代替として有力なのはGoなんだよな。
タイミングさえ上手く掴めれば思ったよりも早く普及するかもしれない。
Go は D の代替じゃないの
> 今のところJavaの代替として有力なのはGoなんだよな。 寝言過ぎるwww
次の 5 年間も基本的には Java か C++ をやっておけばオケ。 後は LL を何か一つと、SQL と JavaScript が書ければ不足無し。 次点で Lisp, Haskell, C, ASM, ObjC 辺りをやっておくと世界が広がる。 Go はその次くらい。
>>317 >>297 の内容からすると管理・制御系の言語を目指してるみたいだし、
これから色々な動きがあると思うよ。
現時点でJavaの代替はたしかにありえないが。
サーバサイドで、PHPとかより高速、Javaよりお手軽というあたりが 現実的な守備範囲だろうね。
サーバ、Nacl, 管理ツール等からだろね GUIは人が集まるとできてくるかもね
322 :
デフォルトの名無しさん :2010/06/01(火) 08:12:39
これってdllとかsoとかとリンク出来る?
サーバサイドってウェブページの動的生成の事か。 守備範囲っつーか、どの言語でもできる仕事じゃん。
サーバサイドで使うならLuaが軽くて速くて最強
>>322 cgoてので出来る
>>323 どんな言語でも出来るとかっていうとアセンブラがあれば全て終わるなw
ネイティブでコンパイルされて速度がそれなりに速く
ランタイムも軽めで生産性そこそこがgoの特徴だから
webのサーバサイドや管理ツールにはあうわな
327 :
デフォルトの名無しさん :2010/06/01(火) 18:18:27
今日は世界禁煙デーだな
>>325 有名言語がひしめき合っている所で、わざわざ普及の兆しも無いマイナー言語を
採用する意味が分からない。生産性がそこそこじゃ、全然ダメでしょ。
Goに新しいパラダイムがあるわけじゃないしなぁ Cは構造化、C++はOO、Javaは仮想マシンとGCと共に広まったわけで
330 :
322 :2010/06/01(火) 20:31:08
>>321 >Nacl
PNaCL が出来た時にプログラマが Go を選ぶ理由ってあるかな?
>>329 C++と末裔はセンスないからでしょ
あんな中途半端なOOはないしVMなんてみんな欲しくないしね
C++にプライドを傷つけられた奴は多いと聞くw
俺は出始めからC++見てるが呆れるな つーか言語普及するには時間がいるが Googleなんかの大企業が環境整えて ユースケース見せつけたら goは一気に加速するぞ
C/C++の代替にならねー言語はもういらんわ
>>334 >Googleなんかの大企業が環境整えて
>ユースケース見せつけたら
>goは一気に加速するぞ
そのつもりがあるならローンチから見せつけるだろw
プログラム言語だからな。 揉んで安定してからが本番 Cの代替は無理かもだがC++の代替には十分じゃね
>>337 C++ なめんなw
Go で LLVM や Firefox や OOo や OpenJDK や V8 が書き直せると思ってるのかよw
GCC も C++ に移行するらしいしな
gccが++らしいがgoで書き直す方が楽そうだ
それ以前にgoをgoで書こうよ
まだまだ最適化の余地はあると思うが それなりの速度でコンパイル出来るだろうよ
コンパイラ、特にgccみたいに広く使われているソフトで それなりの速度はだめだろ。 パーサーを手書きにするぐらい最適化する価値のあるソフト
goはコンパイルの速さも売りのひとつ goでそれなりって言えば、他言語で言えばかなり速いってことだよ
Go のコンパイル速度の話じゃないだろw
だなw でもgoの最適化が進めばさほど変わらん速度にはなるんじゃね まあちゃんと書いてあるCやC++には届かんかもしれんが 生産性や表現力が上がる分いろいろ出来ることも増えて コンパイラ自体の質は上がると思うが。
C++が選ばれたのはCの(ほぼ)上位互換で段階的に移行出来るからだろうからなー 0からGoで書き直すことになるならそれはもうGCCじゃなくて新しいコンパイラだろう
C->Goの変換ツールくらいないとな
go>cの変換ツールの方がほしいな
goで書けるからCより生産性高い いろんなCPUに移植しやすい 最適化ばっちし gccgoより作るの楽
トランスレータを使うとデバッグが面倒になる
でもさH8とかで動くとかちょっと楽しそう
>>325 windows用のgoだと使えないみたいですね
このスレの過半数は企業エンジニアか? レンサバとかハウジングとかでもLL志向の元請とかエンドだと javaすら選択肢から除外されるのに、cとかアセンブラなんて異次元だろ。 つまりそういうところを相手にして糧を得ようとするならgoは所詮趣味の域。 まボランティアで活動するなら止めはせんけど。
趣味っていうか、未来技術の先取り
目先の仕事の事しか考えられない土方とは違うんですよ。
新規の技術なんて入ってたっけ?
確かに部分技術は過去に考えられたものだ。 重要なのは技術を組み合わせることで新しい技術を創造し、 新しい環境における新しいコンセプトを打ち立てたことだ。 物事の新規性を見いだせない奴は一生イノベーションと無縁な 殺伐とした会社で土方扱いされること請け合い。
でも最近のトレンドになっている様な新しい技術は全て他の言語で産まれてるよね。 要素技術も新しくない上に、他の技術を生み出す土壌にもなってない気がするけど。
>>360 同じコンセプトを打ち立てた言語は一つもしらないわ。
君、知ってる?
つ Erlang
c++がスクリプトっぽく使えれば、それで良かったんでないか
自分は ObjC で十分だな。スクリプト的な言語なら REPL が無いと話にならんし。
>>365 Go の Channel も Erlang や Scala の Mailbox も CSP 由来
>>367 goはCSPじゃなくてpi-calculusの方が近いと思うんだけどなぁ。
goはネイティブ、erlangはvm、mailboxはマイナーだし知らない
goはnaclとしてweb言語を目指していてwebでの並列処理を簡単にする。erlangはできない。
goはチャンネルを値として扱うことができる。erlangはできない。
>>368 ネイティブでも遅かったら意味無いでしょ。Erlang も Scala も JIT だし。
それに Go のマイナーさに比べたら Erlang や Scala の方がまだ使われていると思うよ。
NaCl も LLVM ベースの PNaCl になったら好きな言語が使える訳だから、
Go を選ぶ理由は無いでしょ。
>>369 軽量なプロセスを実装し、チャンネルを値として扱える、という所だけとっても、
設計手法へのイノベーションだよ。
CSPやpi-calculusではオブジェクト指向設計を置き換え可能な理論で裏付けされた
強力な設計手法が確立されている。
まぁgoogleが絡んでるってだけで、拒否反応を示す勢力もあるんかな。 javaが出た時のSunに対する印象とも違うし。
>>370 >軽量なプロセス
単なるグリーンスレッドでしょ。
>>372 じゃあ、ペガサスは鳥と馬をくっつけただけで珍しくないので、
この生物を最初に考えた奴は馬鹿だ、と言うわけか。
>>370 益々 Scala で良いんでない?
Android でも動くし、その内 pNaCl でも動く様になるでしょ。
>>373 既に Erlang や Scala があるからね。
>>375 erlangやscalaとは違うのだと何度言えば分かるんだ。
頭が悪いのか?
>>376 全部否定したと思ったけど、違う所って後はどこが残ってる?
>>377 鳥は珍しくないし馬も珍しくないからペガサスは珍しくない、
という論調以外で批判やり直してください。
関数型は永遠のマイナーだし C++は複雑化する一方だし Cだけでは生産性や安全性低いし カバー出来ない部分向けに シンプルでネイティブな言語作ったのがgoって感じじゃね 目新しさとか狙ってなくて実務向けじゃないか
382 :
デフォルトの名無しさん :2010/06/05(土) 00:24:43
まだまだこれから?
OS書ける言語ならよかったのに。
> 目新しさとか狙ってなくて実務向けじゃないか そういうのは枯れてから初めて言える台詞だ馬鹿
いま欧米がもっとも注目しているのがgo言語なんだけど、あのおよねこブーニャンには参ったよ
いもいも
Erlang や Scala といっしょにすんなよ…作った本人たちはCの代わりにっつってんだからさ。
同意するならどんどんコードを書いてあげなよ。 ライブラリが充実すればコミュニティも多少は広がると思うよ。 一般のプログラマは不満よりも利点に引っ張られる物だ。
欧米が注目してるというだけでジャップは惹かれる みんながやってるから()
>>381 >関数型は永遠のマイナーだし
クロージャと型推論とパターンマッチがあれば
参照透明や副作用の隔離は要らないもんね
俺思うんだけど、2chには博士号所持者か年収2000万以上の人しか書き込めないようにしてほしい。
>>387 C の代わりは無理っす。カーネルを書くのもドライバーを書くのも
パフォーマンス重視のプログラムを書くのも向いてないっす。
なにいってんのアプリってかOSのコマンド作ったり サーバ作ったりで使われてるCだろよ 設計したのはOSの専門家だしGoogleだからな パフォーマンスはこれからだし、 OSでもコア部分だけCで書いて半分から上くらいなら書けそうだがな うまくgoroutineとGC作れば結構いい線いけそう
>>396 >OSでもコア部分だけCで書いて半分から上くらいなら書けそうだがな
専門用語で言うと、カーネルとドライバは C で書くしか無いが、
デーモンやウィンドウサーバやユーザランドのプログラムは Go で
書けそうだと言いたいのかな?
半分くらいとか、結構いい線とか、曖昧な表現に逃げずに、もう少し
具体的に話が出来ない物だろうか。パフォーマンスはこれからという
話だが、いつまで待ったらどのレベルの性能が達成出来るのかな?
Google とか Pike に夢を見たい気持ちも分かるが、もっと現実的な
話をしようぜ。
>>397 無知なのはお前だ。
「カーネル・ドライバが下位層」だと思ってるようだけど、
ちょっとでもOSかじれば、ハードに近い下位レイヤーと主機能を実装する
上位レイヤーに分かれてることが分かるだろう
素人にもほどがある
現実的な話か Go(+アセンブリ言語)でOSまるっと書いてLinux駆逐するぐらいの勢いじゃないと OS寄り言語としては普及しないだろう
linuxカーネルをGoで書き直すのが手っ取り早いな
goroutineとOSスレッドの統合すけじゅーら!
ポインタ演算がないので地味に書くのがめんどくさい部分もあるだろうなあ。 どちらかというとOSよりはサーバプログラミング向きでないかと。 ゲームなんかもまあそこそこ楽に書けると思うけど。
中卒プログラマーで経験の長さしかウリがない奴って、 新しい技術の良さが理解できずに古いやり方にこだわるから、 新しいことやろうとすると使い物にならないわ。 古いシステムの保守とかさせたらちゃんと仕事をするんだけどね。
で、その中卒プログラマにどんな言語使えるんですか? って聞くとC/C++とJavaしか使えないって言うんですよ。 んでいまどきオブジェクト指向勉強中とか言ってるんです。 給料が増えるから、らしいです。 やっぱり低学歴って馬鹿でしょw
中卒は理論計算機科学は学んだことがないし、ラムダ計算でどういう事が出来るのか理解できないし、 当然関数型言語で何ができるのか想像もつかないしメリットも理解できない。 もちろん数理論理学も勉強したことが無いからCSPやZ言語みたいな物で何ができるかも理解できない。 代数学は理解できないし、圏論なんてとても無理。 足し算引き算がかろうじて分かるかな?w そんな中卒でも言語仕様ぐらいは表面的に理解できるものだから余計にたちが悪い。
で、こういう事を書くと分かる単語だけ抜き出して理解したつもりになるのが中卒の特徴。 まずは「関数型言語」という単語に目を向ける。これは理解できる。 goは関数型言語じゃないぞ、こいつは矛盾してやがる、ばかだな、という反応が予想される。 goは関数型言語じゃない。それは正しい。 しかし、CSP→パイ計算→ラムダ計算と変換可能なことをしらないからそういう反応を返すわけだ。 そして関数型言語とラムダ計算の関係も理解していない。 そもそも歴史すら知らない。
俺が現役女子小学生だ
>>398 いや、だからさ、もっと具体的に書いてみようよ。
君が思っている上位レイヤーは何で、カーネルのコンポーネントのどの部分なら
Go で書けると思ってるの?
上位とか下位とか主機能なんて曖昧な単語じゃなくて、スケジューラとか、
仮想メモリとか、ファイルシステムとか、ネットワークスタックとか、
デバイスドライバとか、もう少し範囲を明確にして具体的な話が出来ないかな。
汚い言葉や下らない煽りは無しで、きちんと君の言葉で説明してみなよ。
俺は君が言い間違えても、君の事を罵倒したりなんかしないぜ。
まじ?
いまなんか変な新スレを見たような気がした
Go で OS を書いたとして、とてもレスポンスがまったりしていて、 他の OS のコードを流用出来ない、あまり役に立たない「何か」が 出来るだけで、C と ASM で書かれた OS の代替に出来たり、Go が C の代替になるのとは全然違うと思うんだがな…
このスレは何に使うの?
os以外の時
>>418 ところで、君は博士号持ってる?もしくは2000万以上報酬もらってる?
その言語で何ができない、という事は誰でも言える。 だって、基本的にどの言語もチューリング等価なんだから、 やろうと思えば何だってできるわけで、それでもできないと主張する人は、 「美しさ」という基準においてできないと主張しているわけだよね。 「美しさ」なんて主張しだしたら宗教戦争になるだけで不毛なので、 何ができるかを議論した方が生産的じゃないかなぁ。
>>422 >どの言語もチューリング等価なんだから、
>やろうと思えば何だってできる
Go は...
・C より速いプログラムは書けない
・Linux 用のドライバも書けない
・Android のアプリケーションも書けない
チューリングマシンレベルで出来る事が等しくても
コンピュータサイエンス以外では意味が無い。
>>423 それは言語的な問題ではない。
単に現存のコンパイラの問題に過ぎない。
コンパイラの問題と言語の問題を切り分けて考えるべきだよ。 君は自己管理ができていないんじゃないか。
>>424 現実には、そのコンパイラの問題が言語の適用範囲を狭めている訳です。
まあそれを超えるためには コンパイラ作らないといけない訳だからねえ まあOS作るなら最低でもリンカくらいは作る必要はあるんだけどね
>>426 別に適用しようと思えばできるでしょ。
劇的に遅いわけでもあるまいし。
429 :
424 :2010/06/06(日) 17:44:51
問題ではないな。 課題だ。
>>428 『しようとすれば出来る』と『する』の間には越えられない壁が有るよね。
『しようとすれば』君が C より速いコードを生成する最適化コンパイラを作る事だって
『出来る』けど、君は『しない』し、『しようとすれば』Dalvik 用のバイトコードを吐く
Go のコンパイラを作る事は『出来る』けど、誰が『する』の?
>>430 必要ならやる人間も出てくるだろ。
別に言語自体を批判する理由にはならないよ。
それ以前に、批判なんて簡単なことは誰だって思いつくんだから、
自分にできることを考えたらどうなの?
>>431 言語を実装的な側面から批評したら何かまずい事でもあるの?
非論理的な話で批難している訳ではなく、現実にある事実を述べているだけですよ。
>>432 とりあえず、君が主張したい事を要点でまとめてくれる?
は?
いきなり仕切り出したから何かと思って
>>397 あえてざっくり書いたんだがOSのことわかってる?
とりあえずgoはgccgoの熟成まちだと思ってるが
OSのスケジューラは普通に書ける
ディスバッチャや仮想記憶、割り込みの下回りはむずい
ボトムハーフはgoroutineとchannel
ドライバはinterfaceで綺麗に書けるだろう
問題になりそうなのはDMAか
まあgcありってことで面白いかどうかの観点だが、コンパイラ次第でちゃんとやれば十分性能出るだろう
カーネル内でもいろんなモジュールがあるから小さいコアとABIみたいなのをCとASMで書いたら後はgoでもいける
まあコンパイラの性能は一朝一夕に上がるもんちゃうし
既存のインフラに乗っからないと時間もかかるが。
基本的にCより速くて低レベルな言語は特定な処理以外無理なんだから
誰も完全置き換えは目指さないしやっても無駄と思ってるよ
goは最初はサーバとかユーザランドとか、いずれはカーネル内部やアプリに進出するんじゃね
pythonとjavaを食うと思ってるが。
>>436 何も主張することはない、もしくは、単にgoを貶めたいだけだったのか?
JavaがOracleになっちまったが みんな危機感ねえのかな
Javaの仕様はオープンだし、オラクルが何しようと怖くもなんとも無い。
でもSunのエキスはみんな辞めちまったからな。
>>437 つまりスケジューラ、タスクキュー、ドライバは Go で書けるけど、
それ以外は C と ASM で書く必要があるという意見かな?
スケジューラや各種デバイスが GC で止まっても気にしない人が
使う OS ならそれで良いんでしょうね。いきなりマウスにも反応
しなくなるし、パケットも取りこぼすだろうけど、気にしないと。
>>442 お前はアプリ層しか知らないんだから、OSを知ってるフリをして
口を出すなって
>>443 レスが欲しいなら、煽るんじゃなくてもっと論理的に頼む
まぁどっちにしろ、わざわざカーネル内に Go のコードを混ぜる様な無駄な事は 現実的じゃないと思うけどね。遅くても良い、GC で止まっても良い部分なんて かなり限定される訳で、それを置き換えても利点は無い。 サーバ用途でも使われる兆しは無し。ユーザランドでも Go を実装言語に使った 新しいプロジェクトなんて聞いた事が無い。いわんやカーネルをや。
>>445 適切にプログラムすればGCで重要な処理が止まることはありませんw
GCについて誤解してる人がおおいなぁ
>>448 Go の GC は stop the world だから、メモリ不足が発生したら全ての処理が
停止される上に、そのメモリ不足がどのスレッドのどのアロケーションで
発生するかは誰にも予測不可能な訳ですが、どこら辺に誤解があると思うのかな?
むしろ
>>437 はディスパッチャやインタラプトハンドラなんかが Go の配下に無いなら
Go の部分は止まっても問題無いという主張だったんだと思うんだけどね…
ワーオw テクニック! それで全ては解決だな。論理なんて要らない。理屈も関係無い。 ただテクニックさえあればw ところで何のテクニック?
VMの実装についてはFAQにもあんだし、goの言語仕様とは別の話だろ
あ、VMじゃねーやGCだ。すまん。
>>451 が書いてくれてるが
OS内部のリソースなんていうほど動的に確保解放する訳でもないし
最初に確保して後は自前管理だろ
GCは改良項目とされてるし
OS書くなら内部に持つ訳だからやりようもある
クリティカルなとこはCでいいし
必ずしも待たせたらダメな訳でもない
昔のideドライバなんてヒドイもんだったしな
不定時間の停止が問題なだけで
スループットがAlloc/Freeより悪い訳じゃないし、並列GCやリアルタイムGCなら他の部分は動けるだろう
goroutineのディスパッチャ、スケジューラもカーネル内蔵になるから
内部の並列度も上げれる
初期化やらその他の処理もカーネルスレッドがわりにgo出来る
ま、俺も今のgoの処理系で満足なもん出来るとはおもってないが
可能性としちゃ面白いんじゃね
JavaOSも絵に描いた餅だったわけだが
ありゃvmだしな golangならもうちょい下狙えないかと期待してるとこ
OS作るならC/C++で作った方が楽だし わざわざgoで作って苦労する必要あるか?
goでOSとか言っている気違いは相手にしない方がいい
悪かった。 とりあえずユーティリティ作るわ
D言語というのがあってだな
GoD悪人軍団のことか
>>464 ここの最初で語られている型指向でないオブジェクト指向と言うGoの流儀に非常に共感する。
クラスや継承の無いオブジェクトを、ダックタイピングとGo流のInterfaceで紡ぎ上げて行く。
おもしろいのは、クラスと違ってInterfaceはGoでは非常に小さくなる傾向が強いと。
メソッドが1つ、2つのInterfaceは良く書かれるとの事。 しかも、オブジェクト自体は
Interfaceが存在する事を知る必要もない。 他の言語ではクラスの抽象化、階層化で
行われる事がGoではものすごく少ないタイプ量で実現出来てしまう。 開発の途中での
抽象化を行うリファクタリングは良く行われるが、Goではそういう場合に書き換えなければ
ならないコードの量がものすごく少ない。
複雑なプログラムを書く上での構造的な変化をInterfaceをchainしていくことで紡いでゆき、
そうする過程で他の言語では必要な複雑なオブジェクト階層の設計をする事無く、
コードを書きながら事後的に、必要な部分だけさっと抽象化して再利用出来る。
>>464 最後のQ&Aで1つ興味深かったのは名前空間の衝突の事。 色々なパッケージが書かれて
名前が衝突したらどうするの? という質問に対し、
「Goにはグローバルな名前空間は無い」とのお言葉。 つまりパッケージをImportする時に
ローカルな参照pathが付けられる為、複数の同名パッケージをimportして別のpathを付ければ
矛盾無く使う事が出来るそうです。 また、これらはImportされたファイルにローカルな参照
なのでリンク時にも同名パッケージは問題を起こさない。
>>465 そんなあなたには javascript がオヌヌメ
>>467 Goは動的では無い。 コンパイル時に静的に型チェックが厳密に行われる。
でもインタフェースは動的検索というクソ仕様w
Go言語関連の本っていつ出るの?
>>466 でもその同名のパッケージは多くの場合同名のファイルに置かれていて
結局はファイルシステムレベルでパスの衝突が起こるよね
>>471 けど、importでパスを指定出来るからimport "/usr/local/lib/go/fmt" とかして区別出来る。
ライブラリのインストール時にコンフリクトするって話じゃないの
>>473 そうか。 それでも同居させたかったらサブディレクトリに分けて同名のパッケージを
インストールは出来るのではないかな(たぶん)。
Go向けに2chのライブラリがあるのにはわろた おそるべし2ch
2chライブラリってなにに使うわけw
え、お前Goで書き込んでないの?
golang製の専ブラが出来る日は近いな または2chサーバをgolangで。
2chサーバって単純にPOSTで値を受け取ってるだけじゃないの? どうしてわざわざライブラリにするわけ。
APIにすれば簡単に扱えるじゃん。
JavaVmって、そのままOSにならないの?
>>481 ならないよ。
仮想マシンの実装自体が OS の機能に依存して作られているから、
仮想マシンを直接ハードウェアの上で動かそうとしたら、結局の所
OS 相当の機能を作り込まないといけない。そのままは無理。
>>469 Goってそんな仕様なのか?
もしかして、実行速度が遅くなるのかな?
それどこの ruby wwwwwwwww
interfaceはハッシュでキャッシュするからそんな遅くないとかいう話だったような
>>488 >ハッシュでキャッシュする
それは殆ど全ての動的オブジェクト指向言語の実装と同じだな。
メソッドはメソッドディクショナリに登録されていて、メソッド呼び出しは
即ちハッシュ検索で、高速化の為に前回の呼び出しがキャッシュされる。
もしかして
>>488 は動的言語は遅くないという主張の人かもしれんが。
どことなくvoidポインタ臭いんだよなinterfaceのあれ 実際違うんだけど
>>489 調べなおした。いわゆるメソッドキャッシュとチョイ違って
interfaceへの代入時にhashを使って探してvtable用意して、interface使用時はvtableで速いみたい
>>491 調べてくれてサンクス
テーブルジャンプとハッシュじゃ計算量が全然違うじゃんw
duck typingってスクリプト言語と同じじゃん。 メソッドルックアップだろ?遅いに決まってる。 とか思ってる低レベルが多くて評価されないんだろなGo
494 :
デフォルトの名無しさん :2010/06/12(土) 09:34:12
そんなの考えた事もなかったわ、それより誰かキラーアプリ作れよ
>>493 この流れは
>>469 がそう言ったからだぞ。
遅いというのはベンチの結果を見てみんなが知っている事。
都合良く勘違いしちゃいかん。
しかしインターフェースに変換するたび、引数にする時もキャッシュあるとはいえ、検索するからそう楽観的にもいえないか。 リンク時にまで一部を持ち越したり、コード次第で検索減らせるだろうけど。
>>66 > GC付きでのゲーム開発も研究されてきているからもしかしたら注目されるかもね
"ネイティブコンパイルでGCを"に掛かっているんだろうけど、
あえていうとゲーム開発でGC付きの言語つかうのはもう珍しくないよ。
今はもう、「ゲーム開発」=「家庭用ゲーム機向けゲームの開発」だけじゃないからね
ブラウザゲーでFlashならActionScriptはGCあるよね。
モバイル向けなら、携帯用のJava使われてるし携帯用のFlashも使われてる
iPhone版のOjbective CはGCじゃないか
もちろん、サーバー側のバックエンドはGC付きのスクリプト言語で書くことが多いのは御存知の通り。
オンラインのもの挙げたけど、ネイティブアプリのネトゲなんかは例外だろう。
ただネトゲ含め家庭用含めGC付きの組み込みスクリプトが使われるようになってきてるね。
家庭用に限れば日本はまだ少ないかもしれないけど、
資産やコンパイラの都合でC/C++定番で変えられないみたいだし、
Goがもっとよくなってきても移行はありうるのかねえ
据え置き以外のコンソールを並べてるところ悪いけど 普通に使われてるLuaがGC搭載してるし
ゲームでGCは向いていないとか、 いつの時代の人間だよ・・・ このスレは大学で基礎すら勉強した事ない40代以上のヘタレ業務プログラマの巣窟かよ。
> 大学で基礎 お前のレベルの低さがよくわかるレスだなw
大卒を馬鹿にする=中卒or高卒orFラン卒w
俺は大学ほど中身の濃い勉強した時期は無かったわ。 就職してからは知識を消費する毎日。 もちろんオフでは勉強してるけど、日々のくだらない雑務のせいで疲れすぎて 大学時代の時程頭が冴えない。
世間知らずが必死だなwww
>日々のくだらない雑務のせいで疲れすぎて大学時代の時程頭が冴えない。 はげどう
>>503 書類書きとか会議とか。。。
プログラミングにしても仕様に書いてない行間を読めとか、んでそうすると仕様に書いてないことはするなとか。。。
スケジュールの甘さをとにかくやるしかないんだとか。。。
もう疲れたよパトラッシュ
寝ろ!
ネロは寝た
>>506 仕様に書いてない事を実装したら、問題になるんだぞwwww
Go言語で作った碁AIマダー
ZXエミュレータ作ってる奴がいるな
512 :
デフォルトの名無しさん :2010/07/09(金) 04:20:04
あげ
何?この最近の寂れ様は?
もうすこし速度最適化されるまで、冬眠中 それまでは、C+erlang とか、それぞれ好きな組み合せでという感じじゃね。
元々そっちの需要を見込んでただろうしな 最初からARM対応してたし
517 :
デフォルトの名無しさん :2010/07/18(日) 01:38:01
Goついに来たな
javascriptの代替まだ〜? はやくしなとHTML5対応ブラウザの仕様固まっちゃうよ。
Goを触ってみたいんだけどWindowsでも動くコンパイラってある?
あー こっちだとDLL呼べるんか
車輪の再発明に意味はない
車輪を再発明しないと、車輪のことはわからない。
つまりC#がうらやましいのでGo作りました、みたいな?
これはかわいそう
>>520 ありがとう。チュートリアルとか見ながらいろいろいじってみるよー
528 :
デフォルトの名無しさん :2010/07/20(火) 22:26:59
529 :
デフォルトの名無しさん :2010/07/22(木) 22:33:23
蛙の解剖では蛙を理解できない。理解する最も良い方法は、蛙を作ってみることだ。 って事だゲロ。
ラズベリーパイが好きかどうか知るには、ってのは聞いたことあったけど 蛙の解剖〜もあるのか
>>529 人間の解剖では人間を理解できない。理解する最も良い方法は、人間を作ってみることだ。 って事だ→セックス
535 :
デフォルトの名無しさん :2010/08/28(土) 10:37:57
age
最近はGoでOS作れるとかいう馬鹿は沸かないのか?
Google神話も最近化けの皮がはがれたから。
Linuxの中の人や言語開発者を抱え込んでる以上まだまだ健在でしょ
Googleを叩いても君が無能であるという事実は変わらないよ
去り行く夏を惜しんで今日からGoはじめました。 もうGoるしてもいいよね?
存分にGoりなさい
俺の中ではもうgoは終わった言語なんだけどw
っていうか始まってもいない
>>543 goのサイトが出来てお前らもプログラミングしただろ。
もう始まってるじゃん。
そしてちょっと話題になったけど、結局あまり流行らなくて終わったということ。
erlangみたいなもんか
>>545 erlangはCSPモデルじゃない。
まずチャンネルの概念がない。
プロセスにメッセージを送るというだけ。
goはチャンネルを値として扱える。
>そしてちょっと話題になったけど、結局あまり流行らなくて終わったということ。 のことなんだが
RTEMSにportされたらしい uITronで誰かやらんかな
結局、Go言語のいい所ってなんなんですか?
windows用コンパイラあるんだけど
>>552 windows版はincompleteって書いてあるけど公式が出てるね。
いつのまにやら。
横からありがとう
何か無いのか?
GoでOSできた?
Pythonレベルの普及度には、いつ頃になれるのかな? Google様開発だし、5年もあれば余裕かな
5年もすれば実質消えるな
キラーライブラリってないの?(例えばrubyにおけるrailsみたいな)
Pythonにもキラーライブラリと言えるものはないんじゃないか?
rails並のはないだろうけど、組み込まれてるソフトの数が半端じゃない
Pythonは、それ自体がキラーアプリみたいな物だからなぁ ちなみに漏れはRalisは使わないし、他ソフトウェアの依存が少ないRubyを使っている どうせ使い捨てスクリプトで、あまり長いもの書かないのだし・・・・
ライブラリなんて関係ないだろ Cの標準ライブラリなんて糞まみれじゃん
>>567 >Cの標準ライブラリなんて糞まみれじゃん
能力の低い者はいつもそう言うよね
GUIライブラリとか、そっちの方をお願いしたい。 使い捨てのテストアプリとか作るのなら使ってもいいよね。
能力があればgets()みたいな救いようのないゴミクズも使いこなせるの?
>>570 お前使えないのwwww
低能すぎるww
getsはテンプレートで書き直せばいいんだよなぁ。配列限定になるけど。
C標準ライブラリの神さが理解出来ない低脳にはなに言っても無理
イミフ
Qt の Go 版があれば使ってみたい
>>573 char *strcpy(char *dest, const char *src)
{
char *r = dest;
while(*dest++ = *src++);
return r;
}
strcpyの美しさは異常 でも自作コードで真似する奴は死ね
rってイラんよね?
registerキーワードが無い時代のバッドノウハウ バッドノウハウでいえばポインタより配列で代入した方が最近は出力コードが良かったり
OSは?
この言語はもう終わった言語だろう
まだ始まってもいねえよ
始まって、終わっただろ。
誕生から死亡確認まで早かったな
585 :
デフォルトの名無しさん :2010/10/27(水) 02:08:11
GoのinterfaceってむかしG++にあったsignature拡張と同じだよな。 g++のsignature拡張の方は結局廃止になったわけなんだが。 Goはそのg++が廃止した欠点は解消できたのかね?
>>578 return 時には dest は尻のアドレス指してるよ。
Goって今どう?
ヒロミ・・・
マッハGoGoGo
え,もう片付けちゃうの
逝ったのか
いつの間にか過疎っててワロタw
595 :
デフォルトの名無しさん :2010/11/16(火) 03:40:01
age
part4って一体何やって伸ばしてるのかと思ったら何もしていなかったという
598 :
デフォルトの名無しさん :2010/11/27(土) 00:08:32
1年前のPart1は3日で埋まったのに
結局「Googleが作った」以外に売りがなかったからな 本気で流行らすならAndroidやChromeをGoで書き直すくらいしないといけなかった
Googleはその辺は一から作るより流用するほうが好きだからなぁ
V8をGoで!
Cでは書きたくねーわって人にはよさそうだけど、実際使ってるプロジェクトある? OSSでもいいけど
Cでは書きたくねーわ ↓ D使えねー ↓ Goいいかも←いまここ
結局ライブラリ不足、開発環境不足に泣くんだよな新言語って。 VS+.NET, Eclipse+JavaVMに乗せないと誰も使ってくれないよ。
PySideとかスクリプト言語にあるようなバインディングってできないの? そもそもC++の関数呼び出せるとか言ってたような ガベージコレクタ付きでC++と同じような環境つくれたら素晴らしいと思うけど
できる
>>607 .NET FrameworkやJavaVMのいい点はそこだな
その上で開発された言語ならライブラリが使い放題
GoだってCのライブラリ使えるだろう。いやPythonだってRubyだってそういう言語はある。
だけど、面倒なんだよな。即使えないからポーティングが必要になる。
>>1 のAAがかわいいという一点のみで流行らせたい
>>610 JavaVM上のスクリプト言語は実装が変則的になりがちだけど、
.NETはいい感じだものなぁ。さすがに、かのMSが既存資産を
なかば投げ打って作っただけのことはある。
windows以外での動作は悲劇的にゴミだけどな。
Go.NET G#
>>613 SunはSolarisの普及ではなくJavaの普及で市場制覇を目指す方針だったのに対し、
MSはWindowsによる市場制覇だからねい。SunがJDKを各種OSに移植したようなことは
さすがに考えにくい。
MonoプロジェクトもNovelが買収されちゃったし、どうなることやら…
>>615 MicrosoftはWindowsのシェア増えたらそのまま利益だからな
いやでもSilverlightはあるだろ
サーバーサイドでなくクライアントサイドだが
このスレでMSの話すんな つまらん
誰かIronGo作ってないの?
MSなんて凋落企業の話はどうでもいい いずれOracleに買われる運命だ
>>620 来年にはFedoraに現れるだろうな。
実プロジェクトに使ってるソフトって無いのかな?
GoでHello Worldプログラム書いてコンパイルして 実行ファイル見たら1.2MBになってた デカすぎじゃね?なんで?
>>623 普通。
だってお前、goでコンパイルした実行ファイルを実行するのに○○ランタイムって必要ないだろ?
VC++とかでコンパイルした奴はVC++2008再頒布可能パッケージとかインスコしなきゃならんから
実行ファイルのサイズが小さいんだよ。
スマートリンクのない言語は使ってもいない同じカテゴリの関数やらなんやらを いっぱいくっつけないといけないからな
どう考えても1.2Mはでかすぎ
haskellだと10MBだぞ。 1.2MBぐらいどうって事ない
メモリが8GB, DVD-Rが4.7GB, HDDが1TBの時代に1MBごときで騒ぐなよw
haskellだと10MBなのか、信じられんな。作っても配布したくない。
読み込み時間に0.1秒も掛からないレベルだし、 メモリ消費だってたかが1Mなんて気にならないレベルw
おまえらは配布の事を全然考えてないのな
いまどき1Mごときでゴチャゴチャ言うユーザーは切り捨ててよし
いやまてまて、PCの狭い世界だけでやるって言うならいいけど。 携帯や携帯端末の上でも動いて欲しいし、その上に解凍ソフトはなかったりする。 その世界では、総量の制限が意外とあるぜ。 PCだけでいいならいいけど。
携帯や携帯端末でPC用の巨大なランタイムが必要なのか?
gccgoってgccなんだよね? ランタイムをリンクしない設定とかできないの?
リンカ側でランタイムを内包させるか外部に依存させるか そういう設定があればいいんじゃない
googleがやってるんだから、AndroidにGoを標準で乗せるべきだ。
gcとgccgoだとコンパイル後のファイルに何か違い出てくるのかな? 速度とかサイズとか 試した人教えて
おまえらもっと盛り上げていこうぜ! Go for it!だろ?
Go! Fight!! Win!!!
コンパイル速いのはいいけど実行速度はどうなん?
マイクロベンチでCの数倍程度なら上々
Javaより遅いんだけど
ベースがgccだとリンカの速度が残念そう
GO TO HELL
>>623 gcjコンパイルしたときにhelloworldで数十MBになったのを思い出した
goって型チェックはどうなの? int型の変数にfloatの値入れるとエラー出たりする? 将来汎用システムにGoが使われるようになることってあるかな。 最近の銀行システムはJava多くなってるみたいだけどOracleの件でJavaは先行き不透明だし。
//
>>650 試してみるがいいさ
package main
import "fmt"
func main() {
var a int = 5
fmt.Print(a, "\n")
a = 5.55
fmt.Print(a, "\n")
}
Goで使える日本語変換ライブラリって…やっぱまだ無いよね
なにをなにに変換するの?
EUC-JP -> UTF-8 Shift_JIS -> UTF-8 Go内部の文字コードはUTF-8だというから 他のソースから持ってきてGoで扱えるようにしたいんだけどな
>>654 あー、そういうのは超欲しいね。
windows用にプログラムを書いてると、欲しくなるよ。
nkfで変換しちまえば 今時UTF以外ありえんだろ
GO GO HEAVEN
658 :
デフォルトの名無しさん :2011/01/01(土) 18:50:11
package main import ( "fmt" "time" ) func main() { t := time.LocalTime() y := t.Year fmt.Printf("A Happy New %d 年!\n", y) }
あけおめ
ことよろ
割と以前からあった簡易セットのgo-windowsとは別に
MinGWでビルドされたほぼフルパッケージセットになってる
GoのWindowsポートがリリースされてたみたい
gomingw
ttp://code.google.com/p/gomingw/ XPでテストプログラムをコンパイルしてみたけど
今のところ問題なさそう
pkgディレクトリの中身のディレクトリがwindows_386になってるから
環境変数をGOOS=windows GOARCH=386にしとかないと
コンパイル時にfmtなどパッケージのパスが通らないので注意
100 GOTO 200 200 GOTO 100 RUN
664 :
デフォルトの名無しさん :2011/01/11(火) 21:14:02
Goのメソッド名は大文字で始めるのが決まりみたいだけど、 なんか特別な理由でもあるの? シフトキーの使いすぎで小指が痛いんだが。
>>664 javaとかで言うところのパブリックメソッドにするなら先頭大文字。
そうじゃなきゃ小文字でOK
666
chmod o+x
パーミッション絡みでスレが止まるとは
どっかの人気言語ランキングでGoが2位くらいに入ってるのを見たんだけど ここでは話題になってないのな。あれは夢だったのか
ミーハーにだけ人気の言語だから。
ここ読んでると何で日本のソフトウェア産業がダメなのか分かるような 気がするのが不思議
2chがこの世から無くなれば 日本の経済も上向くだろうな
ってなんでですか〜
非生産的なことばかりしてるからじゃね?
>>671 システムプログラミングの分野で注目されてるのはわかったけど、
システムプログラミングって結局なにすんの。
OSでも作るわけ?
GoでOSできたぁ? うぷぷっwww
2chはもう人材がいないな
このスレに居ないだけ
どこにもいないよ 空想上の産物だよ
>>678 その通りだと思う。
惰性で言語系スレを見ているが、もはや他のコミュニティサイトの方が
情報が充実しているし会話もできる。
2chは何書いても的はずれな批判ばかりでそもそも会話にならん。
時代に取り残されて新しいものを取り込めなくなった連中が残っているだけに見える。
的外れなレスは的外れなレスしか生まない
日本の夜明けは暗い
日本じゃなくて2chだろ
にちゃんねらはコミュ能力が低い
Goの話しろよおまえら
Google が Go をもっと盛り上げてくれたら Go 使うよ Android アプリの開発言語を Go にするくらいの事はして欲しい
郷ひろみが表紙のGo本出せば流行るかもしれないよ
本当にCの三割ましで動くならすごいけど
それ何のテストの結果? どんな言語でも、マイクロベンチだと、個々のテストは三割増だったり、 十倍遅かったりするもんでしょ。総合的に見ないとダメだよ。
つまんねー話ばっかだな。 話題もないし住民は新しいことも嫌い、2chはもうどうしようもねーな
___ ,;f ヽ i: i ありがたやありがたや | | ///;ト, | ^ ^ ) ////゙l゙l; (. >ノ(、_, )ヽ、} l .i .! | ,,∧ヽ !-=ニ=- | │ | .| /\..\\`ニニ´ !, { .ノ.ノ / \ \ ̄ ̄ ̄../ / .|
>>682 コミュニティサイトってたとえばどんなのがあるの。
>>695 twitter連携サイト群がメインかな。
つぶやきで2chレベルの議論なんてできるんだ。 ニュースサイトのコメント欄ならよく見るけど。 コミュニティーはいずれ廃れていくものだから、 2chくらい緩いコミュニティーが一番安定的に続いていくと思う。
twitterをインフラとして利用して独自のサイトを簡単に実現しちまおうっていうのが今の流行。 2chのスレ形式みたいなのもtwitterを利用すれば簡単に作れる。 書き込める文字数の少なさはマッシュアップで別のサービスなどを利用してカバーすれば良い。 twitterの使い方で重要なのはいろんなサービスを組み合わせて利用するという点なんだよ。 twitterは短文をつぶやけるだけで2chより貧弱に見えるかもしれないけど、 そのシンプルさのおかげでいろんなサービスをマッシュアップするプラットフォームとしての 利用価値があるんだよ。
うけうりいらね
受け売りじゃねーよw
twitterは一方的過ぎてコミュニケーションツールじゃないよな 調べ物してるときに検索してtwitterのコメが出て来たらいつも萎える
>>701 お前はtwitterを生で使うしか能がないのかw
いろんなtwitter連携サービスがあるから調べてみろよ。
そういうサービスを使えば深い議論も成り立つんだよ。
2chに取り残されてる奴らって 新しいものを吸収する能力がない奴らなんだろうな。 面白いことをやってる人は皆twitterでツイートしまくってるよ。 twitterはそのまま単品で使うもんじゃないw
よう仲間!
ここが本日の『ここだけ 2 年前のスレ』
だーめだ、こいつらw
ここまでhelloworld以上の話題なしw これが2chの本気www
Go で出来た分散 KVS とかがあれば面白いのにね
>>697 安定的に誰も情報も出さず何も作らず誰も音頭もとらずダラダラ続くわけだな。
コンパイラのファイル名が数字から始まってるところとか イライラして心の準備がGoしません
ゴー
AndroidもGoでしか開発させませんと言い張れば爆発的に普及したのにな。
そんなことしたらAndroid自体普及しないだろw
Goでも開発できます程度はやって欲しかったな
goの開発チームってgoogleの中でも年寄りで虐げられているグループだと思うから、 あんまりほかのgoogle製品と連携とかできないんじゃないかと思う。
というかなんでやらないのよと思う 今からでもやれよ
爺さん連中にそんなやる気があるわけないだろ。 おれらみたいに使うだけの奴らは別言語で開発した方がいい。
ほんとAndroidで使えるようにしたらいいのにね 特に近頃はJavaの先行きが不透明だし
Googleのツールが多すぎて何を使っていいか分からない状態にあると思う
AndroidでPythonが使われるようになることは無い?
またスレ停止状態か くそったれが…(一方通行)
goにはもう誰も期待していません
>>725 ニッチ向け言語だからTIOBEでは弱いけど、MLの流量は全然衰えてないよ。
ニッチ向け言語wwwwwwWwwwwっっっっっっっっっっw
マッハGoGo
>>727 多分ここでのニッチ向けとはWindows版を出していないことだと思うんだけど。
対象がDarwinとLinuxだとやはり普通に言うニッチなんじゃないか。
私はそれで良いと思うけど。
>>729 システムプログラミングやネットワークプログラミング向けの言語であって、
アプリケーション開発向けの言語ではないという意味でニッチといった。
アプリケーションを開発できない訳ではないけど、PythonやC#にくらべて
優位性が見えない。
androidが組み込みにくるとgoの並列で幸せになれる リソース無駄に使える無線通信機器も増えてくしね
goが並列プログラミング言語って思ってるアホがまだいるんだな
レッツらGO
>>732 じゃあ、一体なんだろうなぁ
いまいち、像がはっきりしないんだよなぁ
Javaより書きやすく Pythonのようにモダン Scalaよりもネイティブで C++並みの高速性 Let's "GO"
>C++並みの高速性 この行はまったく同意できない
Dと同じ末路をたどってるんだしE言語にしとけばよかったのに
E は Erlang で埋まってる。
F は Fortran
↓次でボケて!
G は Groovy
Gはgoで埋まってる
HはHaskell
くだらねえ こんなことでスレ消化とはな 本鯖の電気代も ログ保管鯖のディスクスペースも無駄だ
ね こ 電 管
そこに気づくとは・・・やはり天才か
ああくだらん
Go婚
そのブログはもう見飽きた たった一個のマイクロベンチで言語の速さが分かるなら苦労しないっつの
SuGoi ChinCo
これ思ったより大文字を打つ機会が多いな スクリプト言語なみに少なくする気まではなかったんだな
Goって性能的にはどのくらいを目指してるんだろう? C++並みまで目指しているのか、それともJava程度? 今はC++やJavaには大きく負けてるよね。 将来的に、どこまで高速化するつもりがあるのか興味がある。 高速化する予定があるなら、C++やめてGoにしようかと思ってる。
>>754 C++に肩を並べられたら使ってやらんでもない
今から使うのは物好きだけだよ
スタートダッシュしたやつがほとんど成果だしていないところを見ると、 しばらく様子見だな。 様子見てる間に終了する可能性もあるがw
オブジェクト指向言語としては、低機能。
ネイティブにコンパイルして性能がだせなければ 単にポータビリティが無くなった高級言語ってなっちゃうよなぁ・・・
>>758 オブジェクト指向言語ではなくてプロセス指向言語な。
オブジェクト指向より理論面が強化されている。
プロセス指向って言葉初めてきいたw プロセス代数ベースにしてることを言いたいんだろうけど 別にオブジェクト指向とは両立するから対比としておかしい。 それにGoにmutexある時点でプロセス代数の理論なんてムシしてる
プロセス指向言語っていったらErlangだろ
おまえら〜指向って言いたいだけだろw 意味わかってから使えよ
GoはCSP系 AdaやSRの影響が非常に強い
これ組み込みで使ってみてる人いない?
gccgoをnewlibなクロス向けに ビルドしようとしたらエラーで止まった
すっかり過疎ったな
>>758 継承も例外もカプセル化もオブジェクト指向とは関係ないけどな。
とエスパーしてみる。
オブジェクト指向の必要要件は、メッセージを送られる事だけだからな。
>>770 こりゃとんでもない馬鹿が迷い込んでるなw
>>771 ようSmalltalkのドキュメントも読んだことないJava時代の若造。
>>771 は多分、継承が作られた理由を知らないんじゃないか?
(´,_ゝ`)
>>772-773 具体的な事も言えず煽りしかできない無能にわざわざ噛みつくなって。
無能から得るもんなんてないんだから。
> オブジェクト指向の必要要件は、メッセージを送られる事だけだからな。 へー、すごいね
それのどこがすごいの?
煽るだけでまとまった解釈がないんだからほっとけって。
771=774=778=包茎
仮性包茎=水陸両用
もうちょっと歩み寄ってJavascriptあたりを引き合いに出してみるのはどうか
GAEでGoを使うメリットが分からん
GAEはPythonが一番使いやすいな
やっと実世界に顔出したんだし 素直に喜ぶ
Python vs Go というのは面白いよね Guido も Rob Pike も Google にいるし GAE 以外にも NaCl とか、競合ポイントは色々有る Go は処理性能で有利なのを活かして欲しいね
>>790 Error: Server Error
The server encountered an error and could not complete your request.
If the problem persists, please report your problem and mention this error message and the query that caused it.
GUIはあるの
あるないで言えばあるけど
X直叩きだっけ
プロトコル喋るね
ねえおまいら
http://www.qtrac.eu/gobook.html Programming in Go
A Complete Introduction to the Go Language
by Mark Summerfield
ISBN-10: 0321774639 – ISBN-13: 978-0321774637
Due for Publication in 2012
おどろいた…
もうパート3かよとか言ってた記憶あったが 急速に減速したようだな安心した
在りし日のPythonスレッドを思わせる雰囲気だな、ここは
801 :
デフォルトの名無しさん :2011/05/30(月) 18:24:01.10
>>785 よく使われる機能が絞られるからチューニングの優先度を付けやすいんじゃ?
>>802 wikipediaが参考文献に入っているようだがw
805 :
デフォルトの名無しさん :2011/06/08(水) 20:45:04.63
>>804 .deってのがあれだったけど、普通に為になった
a b c
812 :
デフォルトの名無しさん :2011/07/09(土) 10:16:32.25
Go にネイティブな GUI ライブラリがあればな...
naclとか
Everybody Wants To Rule The World Tears For Fears Welcome to your life There's no turning back Even while we sleep We will find you Acting on your best behaviour Turn your back on mother nature Everybody wants to rule the world It's my own design It's my own remorse Help me to decide Help me make the most of Freedom and of pleasure Nothing ever lasts forever Everybody wants to rule the world There's a room where the light won't find you Holding hands while the walls come tumbling down When they do I'll be right behind you So glad we've almost made it So sad they had to fade it Everybody wants to rule the world I can't stand this indecision Married with a lack of vision Everybody wants to rule the world Say that you'll never, never, never, never need it One headline, why believe it? Everybody wants to rule the world All for freedom and for pleasure Nothing ever lasts forever Everybody wants to rule the world
816 :
デフォルトの名無しさん :2011/07/22(金) 22:47:40.02
817 :
デフォルトの名無しさん :2011/07/23(土) 05:27:05.11
米Googleは米国時間2011年7月20日、同社が開発中の技術を試験公開するサイト「Google Labs」の 活動を停止する意向を明らかにした。同社製品への取り組みを優先するためとしている。 同社Research and Systems Infrastructure部門上級バイスプレジデントのBill Coughran氏は 「早期プロトタイプをGoogle Labsに投じることにより多くを学ぶことができたが、目の前にある 莫大な機会を最大限利用するには、これまで以上に集中することが極めて重要だ」と説明している。 Google Labsの終了により、開発中の多くのプロジェクトは中止となり、一部の技術は既存製品に 統合される。また、Google Labsで手がけているAndroid向けアプリケーションは、同社のモバイル アプリケーションストア「Android Market」で提供することになる。 なお、各製品内で新機能を実験提供する「Gmail Labs」や「Maps Labs」といった試験チャネルに ついては変更する予定はないという。 Coughran氏は、「6月にSNS『Google+』のフィールドテストを早期開始したことが示すように、 当社はGoogle Labsを支えていたスピードとイノベーションを今後も推進していく」と付け加えた。 Google+はSNS大手「Facebook」に対抗して立ち上げたプロジェクトで、6月28日より招待制で 試験運用を行っている(関連記事:Google、Facebook対抗のSNS「Google+」を発表、 「現実世界の人間関係を再現」)
818 :
[ X | I.I.T. ] COURANT DE CONSOLE ◆wJJs9LuPjc :2011/07/23(土) 16:31:33.35
DarkBASICの一人勝ち。
ん?でGoはどうなんの?
Plan 9とGoのマスコットが完全に一致していることから Plan 9から9frontにフォークしたようにGoもフォークして その名前は↓
Goront
マスコットだけはガチ 超キモカワ
>>814 面白そうだがなぜscalaなんかと。
セルフでやって欲しいね
すっかり人いなくなったな もう誰も使ってないのか
元々使ってないけど、watch だけはしてるよ
LiteIDE がよく出来てるので、Go でこんなの作れるのか!と思って ソース見たら、C++ だった。
めっちゃ Qt 使うてまんがな
C++「あぁッ、俺を踏み台にしたッ」
1年出るの遅かった
だれかgoでemacsリライトしねえかな
Lisperを呼び込んでどうするん?
アカデミック向け(実用的でないレベル)でいいので Go で書かれたプログラム言語やOSとかありませんかね?
ありますん
グーグルに日本贔屓がいて、C(4)言語の次という意味でGO(5)言語という結論でOK?
>>833 コアはgoで書いて
go scriptみたいなの用意すんのw
>>836 Cの原子価が4だから、それよりもたくさん結合できるってことでGO=5ってこと?
しー の次が ごー
>>840 そんな当たり前の話は誰でも分かる。
日本語の意図もあるんじゃないか?という話だろ。
個人的にはあったら面白いけどソースないから推測の域を出ない。
いや、普通に碁だろ。どこかで見たぞ。
醍醐の醐かとおもてました
ちょっと真面目に使ってみるか
なんかGoogleがバシバシ事業リストラしてるけど、Goも切られるんじゃないか?
民主党じゃないんだから大丈夫だろ
goって素直にllvmバックエンドにしとけばよかったのにな
windowsでまともにllvm動かないじゃない…
windowsはとっくにオワコンだしな…
>644 現在cの半分ぐらいの速度。前より改善したのかな
r60キター!!
v8の影に隠れてgoが見えない
winding roadを地で行きそうな言語名だな…
なにそれかっこいい
まだGAEには日本語ページないのな さみしいのう
GAEは値上げでオワコン
Concurrent Requests対応でInstance/Hourがどんくらい下がるかだな
GAEとはなんだったのか
別に終わってるとは思わんが、GAEを大規模なサービスに使おうとする奴はいなくなるだろう、という 意味では終わってるな
go tour日本語訳したいな
dartキター
goの二の舞
goみたく変な癖がないし、わりと流行りそう flash、silverlight、node.js、coffee scriptは死んだんじゃね?
>>867 はレイヤが違うものがごっちゃになっている時点でイミフ。
それ全部いっぺんに覆るようなものか?
Qtでいいんでねこれ
どっから落とすのかわからん
>>868 え?だってプレゼンテーション層なんて、ただの見栄えだし、
まともなクロスプラットフォームなんてhtml5ぐらいしかないだろ
今までスクリプト扱いだったjavascriptにまともな型がついて、
クラスベースのオブジェクト指向言語っぽくなったんだぜ?
プラグインを入れないとダメなflashもsilver lightは死んだだろ
わざわざnode.jsでサーバーサイドを書きたいなんて思わないし
coffee scriptが山田花子を化粧しただけなら、
dartは山田花子を釈由美子に整形したぐらいのインパクトがある
なんか、サーバーサイドのJSって印象だな。
なんかLibrary Referenceのところがコアライブラリ(クラス)しかない このパターンどっかで見た気がする。なんだっけ
これって、javascriptへのトランスレータじゃねーの?
>>872 そんなに言うならさっさとdartスレ立てろや
ブラウザにLLVM積めばいいのに
Goスレが伸びてる!
V8がサポートするならnode.jsもサポートするんでね?
http://www.dartlang.org/samples/index.html http://jspp.javascript.am/ 似たようなほかの js converter?
IsolateSample.dart を読むと
素のjs書いたほうが早いのではないか?という疑問を多少感じる…
v8 利用部分 → js2c
ant make 周りで利用 → htmlconverter.py
あと sample の swarp と slider をコンパイルしようとしたら
java.lang.OutOfMemoryError: Java heap space で処理が止まった…何故だ…
sampleの最後の totall は 開発用の鯖 fling のビルドが必要になるようだが
dart/client/fling/build.xml:35: /Users/???/Pictures/dart/compiler/xcodebuild/Release_ia32/compiler/lib not found.
と出て上手くビルドできないようだった
c++ と java ちゃんぽんで js converter をと
云うのはどうなんだろう…
> c++ と java ちゃんぽんで js converter をと 1割だか2割だかの暇つぶしルールで書かれたんでね?
こりゃ流行らんでしょ
ジェネリックとかだりぃな
>>880 デカくなったときにメンテするためだろうから
サンプル程度の規模には有り難味なんてないんじゃないか?
officeに相当する規模のものがガシガシ書かれたら面白いのにな
dartってgoとはあんまり被らない気もするが gaeでの地位は危ういなw どうせならgolangでdart書けば良かったのに
>>880 DARTなんちゃらって環境変数に
javaのメモリ関係のオプション書けるよ
でかくしたら通った
オプティマイズやたらメモリ食うみたいね
i7でもコンパイル遅いわ
多少問題あっても裏方がllvmで良かったろうになあ
go言語もうかうかしとれんな JSトランスレータでも作るか
何気にダッシュボードのソフト数がかなり増えてるね 止まってるプロジェクトも多いけどw
>>892 mailing listでも addressがgolang.orgの人も増えてるね
そのアドレス欲しいなw
これ買えばgolang.orgとメールアドレスくれないかな
orgの。typoすまん
899 :
デフォルトの名無しさん :2011/11/19(土) 16:27:28.58
いえいえ
900 :
デフォルトの名無しさん :2011/12/01(木) 20:47:55.79
秀和システム 新刊発行予定 「Go言語プログラミング入門 on GoogleAppEngine」 12/15 定価3150円 (本体3000円)
大幅値上げでオワコンのGAEか
go いろいろ変わりすぎてて書籍にしても出版する頃には バージョン違うとか普通にありそうなのが困る… appengine のやつは固定してるんだっけか…
秀和は著者がハズレだと、基本大外れな本を出してくるからなぁ
なーるほど、秀和、著者ネック ↓ アーノルド・シュワ...
ワハハハハハ ヒー
>>900 ちょっとだけ見たけど、6割くらいGAEの話で買う気が起きんかった
I/Oの本でも感じたが、雑談の知識がわりと適当
コードが間違ってるわけじゃないから別にいいけど
Goエキスパートの皆さん、質問です。 Goには例外処理はないそうですが、それで困ることはありませんか。 自分は例外処理の便利さになれてしまったので、例外処理がないとどう書けばいいのか想像がつきません。 あとGoで例外処理が用意されてない理由をわかりやすくおしえてください。 FAQとか読んでも、よく理解できないので。
ネットワーク周りの処理なんか正常に終わるほうが珍しいのに 例外で書きたがる頭の固い人があまりに多い オブジェクト指向についても同様 別の角度から見たほうがすっきり書けるのに、と疑問を持つ人が Goのコミュニティには集まってると思う
どう書けば、って、生のC言語でプログラミングしたことがあればそこで普通にやるように、 失敗する可能性が高いことをなにかやる度に、返り値やerrnoとかを確認してダメなら returnとかgotoとかlongjmpとか。って、「Goで」という説明にはなってないか。
いや大半は正常に終わるが
>>908 「別の角度から見た方がすっきり書ける」というのは、例外を使わない方がすっきり書けるという意味ですよね。
例外を使わない方がすっきり書けると主張する根拠は何か、教えていただけないでしょうか。
できれば、例外を使う場合と使わない場合の比較があるとうれしいのですが。
自分で書いてみた場合、例外処理があるほうが、すっきり書けるように思います。
例外処理がない場合は、個別にエラー処理が必要になるため、すっきりしたコードにはなりません。
def doSomething() {
foo()
bar()
}
def foo() {
m = malloc(SIZE)
if (! m) { // 個別にエラー処理が必要
logger.error("no memory error")
exit
}
...
}
def bar() {
if (! m) { // 個別にエラー処理が必要
logger.error("no memory error")
exit
}
...
}
つづき しかし例外処理があると、エラー処理を一カ所にまとめられるので、全体としてすっきりします。 def doSomething() { try { foo() bar() } catch (Error err) { // エラー処理を一カ所にすっきりまとめられる logger.error(err.toString()) exit() } } def foo() { m = malloc(SIZE) // Errorをthrowする可能性有り ... } def bar() { m = malloc(SIZE) // Errorをthrowする可能性有り ... } これはfoo()やbar()にあたる処理が多くなればなるほど、例外処理のほうがすっきりすると思うのですが、いかがでしょうか。
よしGOTO論争始めるか
>>908 は全く賛同しないが、低レベルだと例外はコスト掛かりやすいから切ったんだろうな
例外の安全性の保証を言語レベルでうまく保証できればそれが一番いい気はするんだが
ぶっちゃけGoは流行らないだろうし、Googleも適当に実験的にやって「いい経験になりました」で
潰れていいんだろうと思ってる
1ヶ所で済まない場合にもtryで書く人が多いから、書けないようにしたんだよ。w ステータスチェックだと戻り値を取られるという問題があるが、 Goは複数の戻り値が使える。これは目から鱗だった。
最近の言語だと結構メジャーじゃない?それ tupleとか
型付きでtupleは結構特殊な部類に入るんじゃないかな…
>>915 >1ヶ所で済まない場合にもtryで書く人が多いから、書けないようにしたんだよ。w
1カ所で済まない場合に、try-catchよりreturn valueチェックの方がすっきりしたコードが書けるという主張なら、
それを示す例をお願いできますか。
個人的には、
・一カ所にまとめられるならtry-catchのような例外処理の方がずっとすっきりする。
・一カ所にまとめられないような場合なら、個別に例外処理を書く必要があるけど、
それは個別に戻り値をチェックするのと変わらない。
と思うので、やっぱり戻り値をチェックする方法が優れているとは思えません。
919 :
デフォルトの名無しさん :2012/01/12(木) 19:14:59.25
つまり C で言う構造体返しのことですねわかります
例外が優れてるとも思わないけど
お前がdefer文のことを知らないのはよくわかった
try catchですっきり書けると思うのは結局はエラー処理をさぼってるからだろ。 プロダクトレベルのソフト書くならネットワークならきめ細かなリカバリー処理は当たり前だし、 最悪復旧できない場合はどういうエラーかをきちんとユーザに説明できないといけない。 throwしておおざっぱにエラー丸めてたらそういうことできない。
それでGoはそのレベルまで行ってるのかね?
Goに入ってはGoに従え
926 :
uy :2012/01/13(金) 01:25:34.63
ちょっとGoで遊んでみたよ これいつの間にか進化してるじゃん C++超えいけるんじゃね? がんばれよ これがC,C++の代替になれば世界効率がいまの3倍にはなると思う ただ := ← これは極力減らす方向でお願いしたい イテレータやforの中での変数宣言なんてのは 有るのが当たり前なんだからそんな場所でいちいち:=は無駄だろ そこ見直してくれないと使わない あと関数の括弧もはずしてよくね if、forの括弧はずしやったんだから関数の括弧も自由にすべき
そしてPythonへ
>>922 >try catchですっきり書けると思うのは結局はエラー処理をさぼってるからだろ。
なぜそう思うのでしょうか。911や922で示した例ではサボってませんし、
918でもさぼることは前提にしてません(つまりエラー処理をさぼらなくても例外処理の方が便利)。
またGoのようにエラー処理をさぼることのできる言語より、
Javaのようにエラー処理をさぼるとコンパイルエラーになるほうが安心できます。
諸先輩方の、納得いく説明を期待します。
例外はとにかく楽。10やらないといけない処理があって、 途中で何か変なことがあったら後の処理なんか続けても無意味、 むしろ中途半端な状態で走ってデータ壊されちゃかなわん。 とにかく処理は全部中止してわかる範囲で内容報告してよ。 …ってときに大いに役に立つ。 例外飛ばなかったら明示的に中断しないと処理続けちゃうからね。 そう思ってるとcatch例外は正直微妙。 ユーザーに報告するためにどういうエラーなのか逐一コード上で 知る必要がある場面ならそうも書ける。 その場合エラー値返却に比べて コードが煩雑になることは認める。
930 :
929 :2012/01/13(金) 13:25:41.51
例外の利点はエラー処理をサボれること より正確にはプログラマがエラー処理をサボっても 処理系が最低限のエラー処理をしてくれる。 プロダクトレベル(笑)なんか関係なくて場面によるだけ。 例外がないということはプログラマがすべてのエラー処理を書かなければならない。 これは相当強い制約と言える。 エラー処理を忘れたら最悪の場合データ破壊につながる。 だから最近の言語はほぼすべて例外機構を持っている。 例外がある方が言語機能としては優れている
931 :
929 :2012/01/13(金) 13:35:22.99
Goに例外がないのはGoogleが
GoをC/C++に替わるようなシステム言語と位置付けているため。
そういうシビアなところではエラー処理を端折るなというメッセージ。
>>915 のいうように言語機能的に
手動エラー処理をしやすくできた
というのももちろん理由にあると思う。
例外がダメというとこではない。使える場面では使った方が効率的。
だってDartには例外あるでしょ。
C++に変わるなら 例外なきゃ話にならんよ
>>931 >GoをC/C++に替わるようなシステム言語と位置付けているため。
>そういうシビアなところではエラー処理を端折るなというメッセージ。
Javaのように例外処理でのcatchを強制できる仕様にすれば(検査例外のことね)、
エラー処理が端折られることはないから、それは違うと思う。
Javaより後発のGoが検査例外を知らないはずはないし。
手動で戻り値をチェックするほうが、チェックし忘れることがあるから、
エラー処理を端折ってはいけない用途こそ、例外処理の方が有利。
> だってDartには例外あるでしょ。
そりゃ、DartはJavaScriptの置き換えを狙ってるんだから、JavaScriptで使えた機能がDartで使えなかったら置き換えられない。
>>932 同意。
catchあっても握りつぶすだけだろ
Go出たころ あんだけ騒いでいた人たちは どこにいってしまったのか
手間無く癒着無く式評価の手前で入力やリソース取得のチェックを終えられ順評価とは別に失敗状態を取り出せる構文的な仕組みが有ればいいんだけどね 式中の呼関数(に初期化手順の宣言があれば)も含めRAIIの皮で包むみたいな
楽なモノには代償があるってこったね。try-catchが好きなヒトは縦に正常系づらづら並べたいだけだからなぁ。
942 :
uy :2012/01/13(金) 20:24:16.76
例外とか滅多につかわねえよ 使わなくて言い場所に例外使ってソースコード読みにくくしてる奴が「例外」なんだよ
943 :
929 :2012/01/13(金) 22:16:49.20
C++で例外多投げするヤツは氏ねばいいと思うよ
>>936 >GoogleはC++でも基本的に例外使わないからじゃないの?
C++で使わないからといって、Goで導入しないことの理由にはならない。
GoogleではJavaでもtry-catchを使わないのか?そうではないだろう。
>>939 > 1. They are invisible in the source code.
> 2. They create too many possible exit points for a function.
これはIDEの進化で解決できるのでは?
Javaのような言語であれば、どこでどんな検査例外が発生するかはソースコードから計算できるから、
IDEがそれを画面に表示できるようになればいい。
>>943 ホワイ?
議論が雑すぎる
検査例外ってjavaでもいらない子扱いじゃねーかw
>>944 だからさ、C/C++に変わるシステム言語を目指す、って話でお前さん?がC++も例外あっだろって言って
GoogleじゃC++で例外使わないんだよって返されたらなんでJavaで使うだろっての反論になんだよ。
例外、つかtry-catchに代わるランタイムエラー処理はdefer文+panic,recover関数が用意されてるからいいんだってば。
Javaのチェック例外的なものは複数戻り値にエラー情報を含めて実現してるからいらないよな。
949 :
uy :2012/01/14(土) 18:06:46.54
例外の使いどころもわからないくせに オブジェクト指向(笑)の書籍の数ページ読んだだけで 「なるほど!例外はOOで必要なんだな!(キリッ!」とか勘違いしちゃって 全然理解してもいないのに「例外とかこの場合なくてもいいよね」ってレスに対し 全くといっていいほど思考せず、条件反射で 「はぉあ??????例外がいらないいいい???いるにきまってんだろwwwwwwww」 と、言っちゃってるだけ 例外にも色々とオプション的なものがあるのに 結局どの場合においてどの例外の機能を使用したらいいかもわからずソースコードはデタラメ 自分自身まともな例外を使ったソースコードをかけないしかいてないからサンプルを出して示す事も出来ない じゃあお前一体どこで使ってんだおyという問いに対して、全くずれた議題を出してくるか「ホワイ?」とか言ってとぼけて致命的な煽りを回避 そんなんでいつになったら技術上がるの? 俄然こいつ等は技術をあげる気すらもなく、お前が始めてこのスレに書き込んで意見割れした瞬間から いったい何十時間だか何百時間が経過しただろうか、それだけの時間があれば正しい例外の知識についても学べたはずなのに 何ひとつやろうとせず、意味もない2chのスレッドで間違ってる議論を押し通し、偶然スレに現れた 「ちょっとはできるけど違う方向にデキる奴」が「まぁこういう使い方もあるにはあるが・・・」ってレスをした瞬間、ここが勝ち戦と心得て 正しい認識もっている奴をただの「バカだ」とか言いはじめて、技術的な煽りとは全く関係のない 2ch特有の煽りで「正しい認識」もっている奴をスレッドから追い出していく ゴミだな
950 :
uy :2012/01/14(土) 18:07:56.99
2chの議論では勝ててもゴミが例外を使えなくて仕事の効率下げたり 周りに迷惑かけるのはお前なのに。 すべて自分に帰ってくるのに。 今学ばないでいつ学ぶのだろう。
ダレもそんな話はしてないって。
例外投げがゴミなのはエラーの種類をポイっと渡すだけで巻き戻し距離の判断に言語がなーんも手助けしてくれないとこ 巻き戻し作業自体も実コード、事前準備も実コードでなーんも手助けしてくれんし
だな。なんとなく例外でぶん投げず、まず巻き戻しを明示的に書こうというGoの考えはアリだと思う。
ひさしぶりにおじゃばを見たなw
例えばC++で例外を使おうとすると、クラスインスタンスの代入やコピーはswapで実装しろ、 みたいな細かい注意点が大量に出てくるからなぁ 「Goみたいな言語でも例外を導入すべき」と推してる人がその辺分かってるのか疑問 それでも個人的には、ゼロコストな例外を安全かつスマートな仕様で導入することに挑戦して 欲しかったし、そのくらいしなきゃCにもC++にも勝てるとは思えないんだけどな GoogleがC++で例外を使わないのも別に間違ってないと思うけど、それだけでC++の例外は 邪悪って考え方をするのは、しっかり問題を理解してるようにも思えないし、勝手に決めた 権威に盲従しているだけと感じる
>ゼロコストな例外を安全かつスマートな仕様 少なくともそれはtry-catchではないという判断でdefer+panic-recoverにしたんじゃないのかなぁ 最初例外も入れるかも、なんて話もあった気もするが エラーハンドリングできんだから激しくどうでもいいことだ。 正常系、というかあまり考えないで関数呼び出しをづらづら並べたのをtry-catchで挟んで エラー処理しました、なんて邪悪なコーディングができる言語より 最初に明示的に書かない限りエラー処理はできんよ、というほうがいいかもしれん。
try-catch をネスト状に記述してゆくような見通しの悪いコードを無くしたいとか。 なんかnewする時に失敗してるっぽいんだけど、親切に出力メッセージが潰されてて どこから飛んできてるのか理解しがたい状態に陥ってる。でも動いてるので。この コードを生かして拡張していきましょうとか。そんな声が聞こえてきたりとか。 そんな事例に陥りがちだったりするんだろうか…goto文とかは赦されてるけど… パワーアップしたswitch-caseとか用意されてるけど。書かれたコードの字面を眺めるとなんか古めかしい感はあるな
変数の型宣言が後置になってvarが要るとこや、関数にfuncが要るとこなんかで Pascalっぽくて古めかしい感じはするよね。
assert のことも忘れないでください
実際にはPascal仕様のほうがモダンで合理的なわけだが
Pascal : コンパイラが楽をするための文法 C : Pascal めんどくせぇ これでいいんじゃね?(リッチー) C++ : いや複雑にしとかないと金とれないよ(禿) Ruby : I hate C++.(Matz) Go : Pascal は良かった(じじい)
>>961 Cの宣言文法はAlgol由来でPascalより古いんだよ
Dartスレがすっかり干上がったと思ったら,なんかGoスレが賑わってるでござる
>>955 >それでも個人的には、ゼロコストな例外を安全かつスマートな仕様で導入することに挑戦して
>欲しかったし、そのくらいしなきゃCにもC++にも勝てるとは思えないんだけどな
超同意。いまや生ける伝説ともいえるような、そうそうたるメンバーが作ってるんだから、
例外止めて戻り値チェックにしましたなんていわず、もっとスマートな方法を探求してほしい。
>GoogleがC++で例外を使わないのも別に間違ってないと思うけど、それだけでC++の例外は
>邪悪って考え方をするのは、しっかり問題を理解してるようにも思えないし、勝手に決めた
>権威に盲従しているだけと感じる
これも同意。あんた賢いな。例外なんてイラネとつっぱってるバカどもとは大違いだ。
何十年も前に素晴らしい成果を出した人達が 今になって集まっても そうほいほい凄いの作れんでしょ
そこまで行ったら宗教の対立よろしくなってそうだな。
個人的にはgoよりもdartに期待してるんだけど。 いや分野が違うから並べるものでもないか。
あんた賢いなw
>>966 宗教の対立というのは、ここでいきなり
「やっぱ関数型言語だよねぇ〜。純粋関数型言語Haskell最高!」とか
言い出す場合だ罠。
971 :
デフォルトの名無しさん :2012/01/19(木) 00:35:40.25
この言語どうなの 未来ありそう?
個人的にははやると思うけど、その時代がくるのはもっと月日がかかるだろうな。 あと5年くらいか?
ベンチマークみてみると、Goは、スクリプト言語よりはずいぶん速いとはいえ、 C++よりだいぶ負けてるね。 GoのコンパイラってバックエンドにGCC使ってるよね。 なのになんでCやC++よりずっと遅いの?
>>974 具体的な数値と実行環境、使用コンパイラ、ベンチマークのプログラム教えて
ソースも見ないで「Javaの方がC++より高速らしい」みたいなことを言い出す奴もいるからな
>>973 画像周りが弱くね?pngとかswtとかちゃんと扱えるのだろうか。
opensslへのバインディングがなさげ。
sqliteのバインディングも記載されてないなあ。
mysqlのライブラリはあるけど、品質がどれだけのもんかは使ってみないとわからない。
>>977 SQLiteバインディングはgosqliteとgosqlite3のふたつが書いてある
OpenSSLは標準ライブラリにtlsがあるからそれでしのぐのかな
GUIはGTKやらwxバインディングがあるからそれで。Qtは見あたらず
いつのまにか(というか二年ぐらい前か)goinstallなんてライブラリマネージャが出てきてるね
現状GOROOTとGOPATHを分けるとgoinstallで入れたライブラリのインポートが面倒みたいだけど
>>980 あーほんとだごめん、pure go libraryのほうしか見てなかった。
Programming in Goの著者HPにあったお言葉 「並行性にかんするGoのマントラ: 共有メモリで通信するな。代わりに、通信でメモリを共有せよ。」
確か公式のチュートリアルか何かにあったぞそのセンテンス
メッセージパッシングですね
exceptional C++読んだらC++で例外使う気なくなるわ。 いままでC++で例外を使うプロジェクトに関わったこともないし。 C++で例外は使わないのは世のコンセンサスでないの? 個人的にGoで例外なくても何も困らないな。 使ってないけどw
スレ違い
次スレいらないよね
ご、とはなんだったのか
私女だけどGoでAndroidを書けないいと無理。
グーグレのゴーは単に、"Let's Go"と言いたかっただけじゃないかしら?
それはYes, We Kan(菅)!的なセンスだね
GkbrOnward
クイーンズイングリッシュを知らないとは流石バカウヨ先生
発音の問題じゃなくて (助)動詞と名詞を混同してるところだと思ったが でもLet's Google!もあるしなあ
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。