[表示 : 全て 最新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/

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オセェし糞言語だったろw

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と同じで原始人が使うツールだからな。
2009年現在で通用している概念や言葉が通じるわけがない。
そういうおっさんは脳みそとか汗臭そうだし。



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万行かw
10万行はjavaとideにまかせるわw

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 にディレクトリが何十個もあったり
その1つ1つのバージョンの相違が云々って話にはそもそもならんだろ
と古い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、何でもオブジェクト指向は不生産的だというのが第1。
第2に、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万行w

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

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

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 ]
興味深いって理解してないのかお前w



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
2ちゃねる乙

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の全部入りすげえ高そうじゃんw




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

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

328 名前:デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:27:11 ]
いまどきのゲーム作成は、GCと仲良く付き合っていきながら作るものだと思うよ。
ファミコンのスーパーマリオレベルなら、マップとか全リソース込みで3-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
GCのタイミングの制御はともかく有限メモリのシステムでGC使うほうが面倒。

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万行w

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




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






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

前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