- 1 名前：デフォルトの名無しさん mailto:sage [2009/11/14(土) 16:23:56 ]
- The Go Programming Language
ttp://golang.org/
- 252 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 04:52:16 ]
- ∧∧
（ ･ω･） 完全になったら起こしてくれ
＿| ⊃／(＿＿_
／ └-(＿＿＿_／
￣￣￣￣￣￣￣
＜⌒／ヽ-、_＿_
／＜_/＿＿＿＿／
- 253 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 06:01:42 ]
- 永眠することになりそうだな
- 254 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 08:20:59 ]
- ちょこっと見てみたけど、キモい言語だな。
だめだわこりゃ。
てか、Pikeは自分の名前付けたPike言語の失敗反省してないなwww
センス無さ過ぎわろすwww
- 255 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 08:44:35 ]
- 戦う君の歌を戦わない者たちが笑うだろう
- 256 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 08:49:30 ]
- ふつう、何か頂けそうでも辞退する（考える）ところだが、褒章はふつうではないため、すぐに返事をした
- 257 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 09:42:16 ]
- >>254
Pikeは北欧系のマルチパラダイム言語。Robともベル研とも関係ない。
もっとも、Robはアレフというもっとキモい名前の言語を作ってるが。
- 258 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 10:50:06 ]
- aleph自体は何もキモくねーよ
- 259 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 12:35:07 ]
- アレフ？毒ガスをまきそうな名前だな
- 260 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 12:53:09 ]
- どうもlisp信者がいるようだけど、マクロがあれば何でもアリって言うのは時代遅れ。
- 261 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 12:59:31 ]
- >>258
Alefだよ
en.wikipedia.org/wiki/Alef_programming_language
- 262 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:00:15 ]
- いまlispが再評価されてるのは、30年前のハードが対象だったのに強引にgcを搭載し、クロージャを実現してる(scheme)ってことだけ。
lispで10万行のプログラミングなんか絶対無理だから。
- 263 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:27:38 ]
- Lispの思想は、VMの上に好きな言語を乗せられると考える.NETに似てる。
仕様変更は上の層だけで発生するからVMは歪みねぇと思い込んでる。
現実は、VMの更に下にあるCが歪みない地位を確立してるんだが。
- 264 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 13:32:41 ]
- >>260
無内容な長文書くおっさんを召喚するのはやめてくれ
- 265 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 14:04:13 ]
- lispはfortrunと同じで原始人が使うツールだからな。
２００９年現在で通用している概念や言葉が通じるわけがない。
そういうおっさんは脳みそとか汗臭そうだし。
- 266 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 15:03:56 ]
- >>262
関数型言語に行数なんて無意味だと何度言ったら・・・
- 267 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 16:24:15 ]
- LISPとFORTRAN?
時には昔から存在する言語も思い出してあげてください
- 268 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 16:38:33 ]
- LISPちゃんと勉強したら原始人がつかうツールなんて批判がでるわけないと思うんだが
- 269 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 16:46:04 ]
- Goの話しようぜ
- 270 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 17:38:07 ]
- Cに勝つには並列化しかないよな
- 271 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 17:42:24 ]
- 速度が要求されるロジック部分をサクッとマルチコア対応しつつ記述して
スクリプトからコール出来ればいいのかもしれないな。
so, dll化をアホみたいに簡単にしてくれよ。
- 272 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 19:34:26 ]
- また10万行かｗ
10万行はjavaとideにまかせるわｗ
- 273 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 19:50:29 ]
- 10万アクセスならgoの勝ち
- 274 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 20:12:59 ]
- >>271
彼らはsoとかdll化はしないと思うけど
- 275 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 20:19:43 ]
- 依存な
いっそ常に全コンとかでもいいんじゃねえかとも思う
結局サードのライブラリのソースツリーも手元にあるし
常に実行ファイルが一個できるだけ、みたいな
- 276 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 20:30:12 ]
- そもそもコンピュータに要求される仕事の種類ってそんなに多いか？って話。
ツール類が直交的に提供されてれば、/usr/lib にディレクトリが何十個もあったり
その１つ１つのバージョンの相違が云々って話にはそもそもならんだろ
と古いUNIX屋は考える
- 277 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:13:00 ]
- >>276
> ツール類が直交的に
現代の悲劇はフレームワークが並行的に乱立。
- 278 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:27:07 ]
- >>276
それを理解できるようになるには、mac,windowsなどのGUI環境で開発してないとリソースの概念とかも含めて理解できないだろうね。
少なくともjavaを使いこなしIDEをバリバリ使いこなせるなら、そういう「同じものはいくつも必要ないだろう』みたいな不信感は生じないとおもうよ。
- 279 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:30:17 ]
- >>276はよく出来たちっさなツールを組み合わせて梃子の原理で云々て話かとおもた
- 280 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:32:24 ]
- UNIXの場合はパイプという馬鹿でも理解しやすい
かつ設計に異論も出にくい単純なものがフレームワークとして存在したからな
新しい時代のそういう糊のようなものがまだ確立できてないんだろう
- 281 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:36:50 ]
- 話はずれるけどGoのチャンネルってほとんどパイプだよ
UNIX使ってる人は触ってみれば気に入りそうな気がする
- 282 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:36:56 ]
- >>278
だから何でもGUI、何でもオブジェクト指向は不生産的だというのが第１。
第２に、Javaも含めて、GUIはAPIがやたら多すぎだから幾何級数的に複雑さが増している。
もし標準入出力だけでGUIを作れたら、驚くほどスッキリするんじゃないか。
もしかして、それは実在するかもしれない・・・
- 283 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:40:45 ]
- psしたらすごいことになりそう
- 284 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:43:58 ]
- >>279-280
どうもGUIとかイベントとかOOPの開発とそこで要求されている概念を理解できてないようだね。
すくなくともemacsとlispとか原始時代の開発環境がデフォならIDEで開発とか現代的な開発手法を速攻で身につけた方がいいよ。
今の時代、ゆとり世代のバカ専門学校卒業ですらcuiっぽいパイプの有用性を説明できないとしてもOOPとかなら普通に理解してることだから。
- 285 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:45:27 ]
- またお前か
- 286 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:48:24 ]
- >>282
何を言いたいかいまいち意味不明だけど、それって君が頭弱いってだけじゃないのか?w
- 287 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 21:51:25 ]
- Goの話しようぜ
- 288 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 22:00:47 ]
- で、結局名称はどうなったの
- 289 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 22:06:10 ]
- LuLuから本が出たぐらいのマイナー言語にいちいちつきあってられませんで終了だろ
ネタだよ
- 290 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 22:18:36 ]
- >>288
一時ずつずらして
hp
になりました。
- 291 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 22:20:11 ]
- ありそうでなかった画期的な名称だな
- 292 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 22:33:09 ]
- 10万行ｗ
- 293 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:08:37 ]
- emacs+lispな古くさい汗オヤジは速く死ねってことだな
- 294 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:10:58 ]
- ＯＯＰと唱えるだけで遠くにいける。
そう考えていた時代がありました。
- 295 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:11:39 ]
- クロージャのメリットって何？
なくても問題ないと思うんだけど。
- 296 名前：デフォルトの名無しさん [2009/11/17(火) 23:19:56 ]
- 変数をバインド
- 297 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:19:59 ]
- >>295
マシン語で書いとけ
- 298 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:22:41 ]
- >>295
クロージャのおかげで高階関数を実現できる
- 299 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:24:28 ]
- goにgoto文はちゃんとあるんだね。
- 300 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:26:52 ]
- 高階関数は関数型にはあったじゃん。
でもみんなC/C++/Java使ってたよ？
- 301 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:29:36 ]
- 新しいものが良いものとも限らんわな
- 302 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:30:58 ]
- 歴史的な経緯じゃね？
高階関数っぽいことも出来無いわけじゃないしな
変なだけで
- 303 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:31:59 ]
- 高階関数のメリットはなんですか？
- 304 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:37:20 ]
- C/C++の置き換えとか言われてるだけにクロージャすら知らないやつもやってくるんだな
LLか関数型言語を一個やるといいよ
- 305 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:39:50 ]
- オブジェクト指向と同じ道を辿りそうだな、ちょっと不安になったわ
- 306 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:42:54 ]
- そろそろ、ひろみGOの話にもどらないの？
- 307 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:49:30 ]
- アップルが並列化の道具としてクロージャーを持ちだしたが
Goも同じ選択をしたというのが興味深いね。
- 308 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:52:53 ]
- いや、だから違うんだって。
来年になると明かになるけど、そもそもターゲットはアームなんだよ。
- 309 名前：デフォルトの名無しさん mailto:sage [2009/11/17(火) 23:54:51 ]
- >>304
とはいうけど、OOPとは何か人に説明できるようにしといたほうがいいよ。
どうせ君、クロージャすら説明できないんでしょw
- 310 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:01:48 ]
- >>304
C++の関数オブジェクトみたいなのでしょ or 十分
って言うよね
クロージャの無い言語しかやったこと無い人は
でもlisp経験者に言われた事もあるな
- 311 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:02:43 ]
- クロージャはオマケ。Goのキモはチャンネルだ。
簡明なインターフェイスによる 入 出 力 が基本だ。
なぜなら実用のための言語だから。
- 312 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:03:56 ]
- でクロージャのメリットはなんですか？
- 313 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:05:37 ]
- チャンネルといえば
golang.org/doc/go_mem.html
ちと難しいけどこれ分からないとだめぽ
- 314 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:05:58 ]
- 英語的にはチャネルだと思うけど、チャンネルでもいいのかな。
どっちにしてもJavaと同じで英語の情報しか提供されないんだろうからどうでもいいけど。
- 315 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:06:35 ]
- 興味深いって理解してないのかお前ｗ
- 316 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:08:26 ]
- >>312
ローカル変数を、インスタンス変数みたいな感覚で使える
- 317 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:08:48 ]
- 2チャネルって馬鹿ばっかだね
- 318 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:09:20 ]
- >>316
それのメリットって何？
- 319 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:10:14 ]
- >>317
２ちゃねる乙
- 320 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:11:23 ]
- 前スレ逃したorz
せっかくのCSPベースの並列記述書ける言語のスレなのに
Occamが廃れてからずっと待ってた(limboも普及しなかった)これでようやっとmany coreマシンの時代？
- 321 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:14:10 ]
- >>282
displaypostscript
- 322 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:14:17 ]
- >>320
>これでようやっとmany coreマシンの時代？
VSのマルチコアサポートの方が40倍くらい現実的だろ
- 323 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:15:41 ]
- お前がわかる＝現実的
- 324 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:16:31 ]
- >>318
ネストが少なくなるかな
classで囲まなくていいし、obj.fooと書かずにfooと書ける
- 325 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:16:40 ]
- VSの全部入りすげえ高そうじゃんｗ
- 326 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:21:36 ]
- 並列化は興味あるんだけどこれＧＣなしもあり？
ゲームだとＧＣは扱いにくくて
- 327 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:26:23 ]
- GCは外せない。いついかなる時もチャネルが使えるから。
ミドル寄りのシステムプログラミング言語だね
- 328 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:27:11 ]
- いまどきのゲーム作成は、GCと仲良く付き合っていきながら作るものだと思うよ。
ファミコンのスーパーマリオレベルなら、マップとか全リソース込みで３-10MB程度newしてプールしてれば済む話だし。
ましてGCの起動がゲームに影響があるようなら、設計から見直し他方がいいだろうけどスレ違い。
- 329 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:27:49 ]
- GCあるお
>>320
公式の文書でちょくちょくCSPって出てくる
そういうのから触ってきた人はGoも楽しいだろうなー
- 330 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:31:27 ]
- unreal scriptとかもGCありでしょ
つうかあっちも試しておきたいんだけど
今月はすげえな
若かったら鼻血出てたよ
- 331 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:34:13 ]
- 郷のCSPって全然速くないじゃん
眉唾もいいところじゃん
老害爺共が集まって懐古技術で
遊んでるだけだろ
- 332 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:34:22 ]
- >>328
ＧＣのタイミングの制御はともかく有限メモリのシステムでＧＣ使うほうが面倒。
- 333 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:37:22 ]
- Streamsも遅かったしな。
でも今回はベル研じゃなくてグーグルだ。
V8エンジンを書いたスピードマニアも参加してるから期待しよう
- 334 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:41:56 ]
- v8とかchromeとか市場シェアどのくらいか知ってるの？w
- 335 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:42:37 ]
- その頑張り方がちょっと良くわからない
- 336 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:43:47 ]
- 10万行ｗ
- 337 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:45:27 ]
- いまどき、OOPだのGCだの関数型だの、とりあえず全部扱えて当然だろう。
状況に応じて最適な言語を使えばいいだけの話で、
一つの言語に執着して他の選択肢を排撃する姿勢ほどばかばかしいものはないと、
最近特に思うようになった。
というわけで、まともに関数型で組んだ経験もない拙者は切腹してくるでござる。
- 338 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:46:40 ]
- 使いやすくて市場シェアを占めてくれるなら使いたい
- 339 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:46:53 ]
- 青春のすべてをjava＆eclipseに賭けたんだ
自発的にFUDもするさ
まだまだ大丈夫だと思うけどなあ
本人にとっては違うんだろうな
- 340 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:49:48 ]
- >>322
一度もCSPの論文よんでないと言うのは凄くもったいないぞ
- 341 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:51:04 ]
- >>337
とりあえずemacs + common lispはなしな。
それもIDEすら使えないイマｸシスト(emacsist)なんかだと、周りから白い目で見られるよ。かなり。
- 342 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:51:07 ]
- InfoQ: Googleの実験、新しい言語Go
www.infoq.com/jp/news/2009/11/Go-Google-New-Language
この言語の作者によれば、Goの目標のいくつかは以下の通りである。
* 静的言語の効率性と動的言語の記述しやすさを組み合わせること。事実、開発者は静的にするか動的にするかを選択することが可能である。
* 安全性。Goは型安全であり、暗黙のキャストを許容せず、明示的なキャストのみを許容する。
また、ポインタ演算を提供せず、ガベージコレクションを提供するため、メモリ安全である。
* 並行性と通信に対する優れたサポートの提供。
* 効率的で遅延のないガベージコレクションを持つこと。
* 高速なコンパイル。
次のような興味深い特徴を持っている。
* ポインタを持っているが、ポインタ演算はない。
* インターフェースを持つ。
* 同期チャネルを持つ。このチャネルはスレッド間の通信に使われ、並行処理の基礎となっている。
Goはそれをやりとりすることでメモリの共有を促進するが、共有メモリを通じて通信はしない。ある時点ではただ1つのスレッドだけが共有値に対するアクセスを持つことができ、チャネルを通じてスレッド間でのその値の受け渡しが行われる。
* ゴールーチン（Goroutines）。これは並行処理のために利用されるもう1つの構造である。
ゴールーチンは単に“go”キーワードを接頭辞として持つ関数あるいはメソッドである。ゴールーチンはスレッドと結びついていて、チャネルを通じて別のゴールーチンと通信する。
* 並列化。ゴールーチンとチャネルは計算を複数のCPU上で動かすために利用することができる。
* リフレクション。全ての型とチャネルに対してリフレクションが使える。
* エンベッディング（Embedding）。シンプルな継承の仕組みである。
- 343 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:54:11 ]
- >>339
Java&Eclipseがメインだが、普通にGoには期待してるぞ。
やりたいことを最適にサポートしてくれるなら、道具はなんでもいい。
- 344 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 00:56:06 ]
- >>341
slimeはいいもんだろｗ
あれについてはjava、eclipseが見習って欲しいくらいだｗ
- 345 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:02:09 ]
- >>342
>gccgoはガベージコレクタを持っていない。
あ、そうなんだ
>>326はむしろ喜びそうだな
- 346 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:02:57 ]
- どちらかといえば、javaをやってる方が長かったからnetbeansの方が好み
- 347 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:04:28 ]
- >>345
選択できるべきだと思うんだよね
- 348 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:08:07 ]
- >>347
じゃ、縁がなかったということで
- 349 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:08:14 ]
- Lispは知らない奴ほど騙りたがる不思議な言語だな。
見ていて恥ずかしいから話題に上げるのを止めて欲しいわ。
- 350 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:08:53 ]
- >>348
え？
- 351 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:12:08 ]
- >>347
Goにこだわる事もないだろう。
Kenが書いたPlan9版のCなんかどうよ
無名構造体が使える
- 352 名前：デフォルトの名無しさん mailto:sage [2009/11/18(水) 01:14:49 ]
- マイナー言語を使うメリットってなによ
|
 |
