09/11/18 23:27:31
そもそも検索し辛いから名称変更しろってのが発端なのに
Issueとか意味のある単語にするとか本末転倒もいいところだろ
悪のりしている一部の馬鹿が本来の目的を忘れて暴走しているとしか思えない
CやD言語が検索する上で問題がないのにそれでも変更したいなら
Googleで検索して1件も出てこないような8文字以上のデタラメな文字列にでもしない限り意味がない
517:デフォルトの名無しさん
09/11/18 23:27:33
で関数型言語のメリットを教えてください
518:デフォルトの名無しさん
09/11/18 23:31:17
全ては悪ノリするためにやってるのに分かってないな…
519:デフォルトの名無しさん
09/11/18 23:37:19
このスレのノリは難しすぎるぞ実際。
一応本スレだよなw
520:デフォルトの名無しさん
09/11/18 23:38:35
よし
厨っぽいけど話のタネに並列ダウンローダでも書いてくれ
521:デフォルトの名無しさん
09/11/18 23:39:22
package main
// 後は任せた
522:デフォルトの名無しさん
09/11/18 23:40:53
import "http"
// ほいさ
523:デフォルトの名無しさん
09/11/18 23:41:20
エエー
import "http"
// 次の人よろしこ
524:デフォルトの名無しさん
09/11/18 23:43:54
downloader.go:4: http redeclared as imported package name
previous declaration at downloader.go:3
downloader.go:4: imported and not used: http
make: *** [downloader.goo] エラー 1
525:デフォルトの名無しさん
09/11/18 23:47:32
ひどいなw
526:デフォルトの名無しさん
09/11/18 23:49:16
>>523
まじか
527:デフォルトの名無しさん
09/11/18 23:53:03
func main() {
//response, url, err := http.Get("URLリンク(www.example.com)");
response, _, _ := http.Get("URLリンク(www.example.com)");
fmt.Printf("Status: %s\n", response.Status);
fmt.Printf("StatusCode: %d\n", response.StatusCode);
fmt.Printf("Header: %v\n", response.Header);
// fmt.Printf("Body: %s\n", response.Body([0:50]); <- まちがい
}
よし、これで完成は目前だな
528:デフォルトの名無しさん
09/11/18 23:55:20
// じゃ、3,4行目消して
import (
"os";
"http";
"fmt";
)
// 他に何がいりそう?
529:デフォルトの名無しさん
09/11/19 00:13:30
なにこの流れw
一応本スレだよなここっ
530:デフォルトの名無しさん
09/11/19 00:14:33
>>528
ファイル保存しなきゃいけないからio
531:デフォルトの名無しさん
09/11/19 00:26:00
>>529
だねw
宿題スレがあるのでそっちでやらせてもらおう
532:デフォルトの名無しさん
09/11/19 00:35:19
Go の宿題片付けます
スレリンク(tech板:59番)
533:デフォルトの名無しさん
09/11/19 00:43:39
MSN
URLリンク(msn1.sunmarie.com)
534:デフォルトの名無しさん
09/11/19 02:14:47
CSP楽しいよCSP!
Windows版のインストーラ版があればもっと遊べる場所が増えるんだがいつになるかなぁ?
535:デフォルトの名無しさん
09/11/19 02:36:37
CSPってなんぞ
536:デフォルトの名無しさん
09/11/19 02:41:52
の並列処理の記述は,CSP(communicating sequential process)と呼ぶ
プロセス代数のモデルに基づいている。
CSPは1978年にTony Hoare氏が提案した考え方で,
データの入出力を一つのアトミックな操作として定義するというもの。
共有データを持たないことで,
ロックやセマフォといった同期のメカニズムを使わずに並列処理を記述できる。
537:デフォルトの名無しさん
09/11/19 08:45:07
CSPなんてなっつかしーなー。
CCSも出てくるんかね。
538:デフォルトの名無しさん
09/11/19 09:27:08
機能が足りないのを
シンプルで高速wとか宣伝するからなw
株価吊り上げるのだけはうまい
539:デフォルトの名無しさん
09/11/19 10:37:33
企業だから株価吊り上げるのは当然として、
フリーな言語をネタに株を買う投資家はチャレンジャー。
540:デフォルトの名無しさん
09/11/19 10:54:47
>>518
同意
UnixとかPlan9とか ふざけて付けた名前だし
Goだって悪ふざけ
しょせんnaclとARMで遊ぶためのおもちゃ ぐらいに肩の力抜くべき
541:デフォルトの名無しさん
09/11/19 13:07:40
やべ、goでコンパイルした実行ファイルのメタ情報消さずにうpしちまった
身元特定されるwwww
542:デフォルトの名無しさん
09/11/19 13:08:42
MinGWでgoのビルド成功
543:デフォルトの名無しさん
09/11/19 13:25:04
goでListとかTreeとかroutine間で共有して操作するにはどうやんの?
メモリ共有できないってことは、
routine間で共有したデータ構造をいじれないってこと?
544:デフォルトの名無しさん
09/11/19 13:43:53
channelをセマフォとして使えばロックできるんじゃね
545:デフォルトの名無しさん
09/11/19 13:45:33
>>542
kwsk!!
546:デフォルトの名無しさん
09/11/19 17:32:13
演算子オーバーロードが無いと
複素数や行列を数式に出来ないからやだなあ
547:デフォルトの名無しさん
09/11/19 18:41:01
>>546
だよね
548:デフォルトの名無しさん
09/11/19 19:42:03
>>543
sync.Mutex あるじゃん
549:デフォルトの名無しさん
09/11/19 19:42:46
>>546
え、できないの?きんもー☆
550:デフォルトの名無しさん
09/11/19 20:14:53
金毛
551:デフォルトの名無しさん
09/11/19 20:24:50
17-18日のパッチログ見ると、FreeBSD/i386で動くようになったの?
552:デフォルトの名無しさん
09/11/19 22:07:17
ロジックから数式を感じ取れない奴はプログラマじゃない
553:デフォルトの名無しさん
09/11/19 22:17:24
>>552
>>552
>>552
554:デフォルトの名無しさん
09/11/19 22:36:41
Y Combinator でけない
555:デフォルトの名無しさん
09/11/19 23:06:41
演算子オーバーロードどころか、ただの関数のオーバーロードもないんだろ
556:デフォルトの名無しさん
09/11/19 23:08:11
例外もジェネリックもないしな
クラスもないとか
今のところ、この言語は論外
557:デフォルトの名無しさん
09/11/19 23:12:19
お前どうせなんちゃってOOPしかかけないんだから関係ないじゃん
558:デフォルトの名無しさん
09/11/19 23:36:21
Perlがコンパイルできるようになったと思えば面白い言語
559:デフォルトの名無しさん
09/11/19 23:40:15
クラス?なにそれ、って梯子を外されちゃったんだもんな
クラスしか知らない奴はショックだろう
560:デフォルトの名無しさん
09/11/19 23:51:39
struct + method という割り切りが好きだな。
別にわざわざ冗長に宣言をしなくとも実装すればメソッドが
加わるというのは気楽でいいじゃん。
561:デフォルトの名無しさん
09/11/19 23:53:28
CにごてごてくっつけていってC++になった事を踏まえて
それを反面教師にしてなるべくシンプルに済まそうとしてる感じだな。
562:デフォルトの名無しさん
09/11/20 00:11:50
functionの説明ばかり見てて、
methodに気付いていなかった・・・・
methodを定義する側からどんどんバインドしていくのか。
method側が、クラスというかtypeから独立している感じがいいな。
563:デフォルトの名無しさん
09/11/20 00:16:26
>>562
なにそれ?
どこのFAQにあるの?w
564:デフォルトの名無しさん
09/11/20 00:17:43
マニュアルもJavaなんかと同じ感覚で読んでると面食らうね
Readにスライスを渡せるのもなんか新鮮
565:デフォルトの名無しさん
09/11/20 00:32:05
>>563
URLリンク(golang.org)
このあたり見てた
566:デフォルトの名無しさん
09/11/20 00:32:18
クラスベースが(ほとんどの場合)いかに不毛であるか、そろそろ気づいたかな?
Goはオブジェクトの分類じゃなくて、その要素にフォーカスするのだ。
コードの9割が「私にはこう見える。こう見える。こう見える。お前もこう見ろ」
なんていう目線統一ごっこ、もうやめようや。
567:デフォルトの名無しさん
09/11/20 00:36:19
そういう低能なレスはいいから
568:デフォルトの名無しさん
09/11/20 00:42:14
リファクタリングの手間がずっと減りそう。
569:デフォルトの名無しさん
09/11/20 00:43:29
iota constansってなんだよw
そのサイト、ネタだと思ってたけど実はマジなの?w
570:デフォルトの名無しさん
09/11/20 00:46:09
Action Scriptも最初はクラスがなかったけど、
それでは業務では使い物にならないから
途中からクラスをつけざるを得なかった
Goは歴史から何も学んでいないな
571:デフォルトの名無しさん
09/11/20 00:50:09
>>570
クラスで出来てstruct + methodで出来ない事って?
572:デフォルトの名無しさん
09/11/20 00:52:12
structとか古めかしいキーワードもいらねー
573:デフォルトの名無しさん
09/11/20 00:53:44
>>570
classが必要になるほど大規模アプリを作ってるのかい?
それもjsでw
574:デフォルトの名無しさん
09/11/20 00:56:22
総称と例外は後から追加の予定らしいし実務で使うのは数年後の予感
575:デフォルトの名無しさん
09/11/20 01:00:22
>>574
ソースちょうだい
576:デフォルトの名無しさん
09/11/20 01:05:58
URLリンク(golang.org)
時期は明記されてないし必要性も人それぞれだろうから後半は個人的感想
577:デフォルトの名無しさん
09/11/20 01:10:15
うまいこと追加できるかわからないから
open issue(引き続き検討が必要な議題)って書いてあるんじゃまいか
578:デフォルトの名無しさん
09/11/20 01:29:19
シンプルな言語を目指していたのに
気が付いたら標準ライブラリが肥大化していって
やむなく途中から例外とかグチャグチャと追加していくんだろ
ライブラリの充実に伴い並列処理を小さなプログラムで書くという本来の目的は薄れ
書き手が要求するものと言語仕様が提供する物が乖離していく
コンパイル速度も機能追加のたびに落ちていくだろう
579:デフォルトの名無しさん
09/11/20 01:32:40
住み分けを考えれば、「何でも出来る」を目指す必要はないのに
580:デフォルトの名無しさん
09/11/20 01:48:16
>>578
Dのことかw
581:デフォルトの名無しさん
09/11/20 02:42:18
>>580
ここまでやったらまさしくDだよな
582:デフォルトの名無しさん
09/11/20 03:11:23
ライブラリの充実は必要だ。
言語に機能を加える為ではなく、あらゆるリソースを例外なくチャネルで扱うためだ。
GoはGoOSにならねばならない。
583:デフォルトの名無しさん
09/11/20 03:14:57
>>578
定理:ユーザーが要求することは一番望んでいることではない
584:デフォルトの名無しさん
09/11/20 03:22:01
Dが失敗したのは、どうでもいい会社の一人のスーパハッカーが好きで勝手にやってるってこと。
Dには採算や実用性など微塵もなく、そこにあるのは顔射スペルマだらけってこと。
585:デフォルトの名無しさん
09/11/20 05:34:41
好きで勝手にやるのが目的の言語なんだから成功だろう……本人にとっては。
586:デフォルトの名無しさん
09/11/20 05:49:03
OSは知ったこっちゃ無いがライブラリはどんどん増えてるな
どこまでネタでどこから本気なんだか分からん
ネタのつもりがいつの間にか本気で取り組んでたって人多そう
587:デフォルトの名無しさん
09/11/20 06:21:25
メソッド名がバカ長くなるのを避けてるのは実にイイ
588:デフォルトの名無しさん
09/11/20 07:35:15
>>562
Pythonも中身は同じなんだよね
589:デフォルトの名無しさん
09/11/20 07:38:42
モナドってどうやって書くの?
590:デフォルトの名無しさん
09/11/20 07:41:05
Y Combinator ってこれであってるのかな...
package main
func main() {
fact5 := func(f func(func(int)int)(func(int)int)) (func(int)int) {
return func(proc interface{}) (func(int)int) {
return f(func(arg int)int{return proc.(func(interface{})(func(int)int))(proc)(arg)})
}(func(proc interface{}) (func(int)int) {
return f(func(arg int)int{return proc.(func(interface{})(func(int)int))(proc)(arg)})
})
}(func(f func(int)int) (func(int)int) {
return func(n int) int {
if n == 0 { return 1; }
return n * f(n - 1);
}
})(5);
println(fact5);
}
591:デフォルトの名無しさん
09/11/20 07:50:02
>>590
やはり総称型がほしいね
592:デフォルトの名無しさん
09/11/20 08:39:23
URLリンク(d.hatena.ne.jp)
URLリンク(d.hatena.ne.jp)
593:デフォルトの名無しさん
09/11/20 08:52:02
>>590
Y Combinatorとやらを実現しようとすると、こうなるってこと?
確かにこれは言語の表現力が足りなそうだ
594:デフォルトの名無しさん
09/11/20 08:55:25
表現力の問題じゃないだろ。型推論がないから全部厳密に型指定する必要があるだけ
595:デフォルトの名無しさん
09/11/20 09:06:27
型推論とかw
596:デフォルトの名無しさん
09/11/20 09:14:05
凡人どもが古い考え方に捕らわれて
新しい発想についていけなくて哀れよのう
597:デフォルトの名無しさん
09/11/20 10:57:48
>>596
どこが新しい発想?
598:デフォルトの名無しさん
09/11/20 11:29:06
>>590
そのプログラムを書くプログラムを書いてくれないか?
599:デフォルトの名無しさん
09/11/20 11:50:41
λ計算は、再帰をどうするかって話もおもしろいけど
並行β変換で正規形に必ず到達できるっていうカッコイイ証明があるんだから
Goで遊ぶならまずそっちが先だろう
600:デフォルトの名無しさん
09/11/20 13:13:50
並列は実際はthreadで十分実用だったりするからそんなに偉そうにしてもだれも聞いてくれないだろうな。
601:デフォルトの名無しさん
09/11/20 13:36:20
軽量プロセス(笑)
602:デフォルトの名無しさん
09/11/20 13:59:40
再帰と並列って仲悪そうだな
再帰はスタックを使うが、並列はキューみたいなchannelを使う
603:デフォルトの名無しさん
09/11/20 15:07:13
Chrome OSのソース公開してきたな
検索・ブラウザ・OS・クラウドと順調に支配しつつあるけど言語は上手くいくかな
604:デフォルトの名無しさん
09/11/20 15:10:02
しかしGoogleもさることながら
今年はM$の快進撃もすごかったな
逆にAppleはMacの低調さと忍び寄るAndoroidの影におびえてもうただの音楽プレイヤー屋さんに成り下がりそうな勢い
605:デフォルトの名無しさん
09/11/20 15:17:03
来年もM$・Google・Sun・Adobeあたりが注目株か?
とりわけM$はWindows Azureで2010年に勢力を一気に拡大しそうな気配だな
606:デフォルトの名無しさん
09/11/20 15:28:30
声に出して読みたいスレタイ
607:デフォルトの名無しさん
09/11/20 15:32:14
>>603-604
多分それ、グーグル(の中の人)とまったく関係ない話題だと思うよ。
608:デフォルトの名無しさん
09/11/20 15:33:10
>>605なんか最悪w
609:デフォルトの名無しさん
09/11/20 16:18:14
Chrome OSとAndoroidは明らかにGoと関連があるだろ
610:デフォルトの名無しさん
09/11/20 16:31:28
Go は Googleの一部が作っただけなのにか?
611:デフォルトの名無しさん
09/11/20 16:43:58
chromeのlinux版は、確かテキストフォームへ入力が出来ないんじゃなかったか?
そういう未完成でもない中途半端なところで発表・公開してるからグーグル信者以外の開発者間では避けられてる。
これも一円も金を使わないで作らせて株価を釣り上げるグーグルの株価操縦のパターン。
612:デフォルトの名無しさん
09/11/20 16:48:58
>>605
来年になるとね、SUNはなくなっちゃうから。
それに、chrome osとか業界話はgoのスレとまったく関係ない。
613:デフォルトの名無しさん
09/11/20 18:11:15
GoのCocoaBindが欲しいな
614:デフォルトの名無しさん
09/11/20 18:24:29
Gocoa
615:デフォルトの名無しさん
09/11/20 20:19:07
GoGoの紅茶
616:デフォルトの名無しさん
09/11/20 20:26:11
C言語のunionやHaskellの代数的データ型みたいに複数の取り得る型を一つの型として扱いたいんだけど、
どうすれば良いんだろう?
617:デフォルトの名無しさん
09/11/20 20:37:25
interface{}じゃないの
var x interface{}
x = 99;
println(x.(int));
x = "hello";
println(x.(string));
618:デフォルトの名無しさん
09/11/20 21:00:21
>>615
mp3のエンコードが速くなるって聞いてやって来ました!
619:デフォルトの名無しさん
09/11/20 22:25:24
>>617
ありがとう!
620:デフォルトの名無しさん
09/11/20 22:50:52
Goの変数は全部ヒープに乗るの?
621:デフォルトの名無しさん
09/11/20 23:07:16
>>620
んなわけねーじゃん
622:デフォルトの名無しさん
09/11/20 23:09:17
>>609 >>610
URLリンク(japan.cnet.com)
Goのバイナリを直接実行する機構がすでにChromeに組み込まれているそうだ。
623:デフォルトの名無しさん
09/11/20 23:26:00
>>622
なんだってー
これでHTAみたいなのが復権したら面白いんだけど
セキュリティが問題になるんだよなあ
624:デフォルトの名無しさん
09/11/20 23:28:29
なだってーもなにも
Googleの目的は検索をたくさんしてもらって広告収入を集めることなんだから
多少でも高速化するようなものを支援するのは当たり前
625:デフォルトの名無しさん
09/11/21 00:03:57
Chrome OS糞すぎるwwwwwwww
626:デフォルトの名無しさん
09/11/21 00:05:42
俺もChrome OS入れたよまぁGoogleがクラウド至上主義なのはわかった
まぁWaveの招待状が届いたからChrome OSなんかどうでもよくなったけど
627:デフォルトの名無しさん
09/11/21 00:06:11
native client (NaCl) 用の ネイティブなjavascript 代わり
628:デフォルトの名無しさん
09/11/21 01:52:33
gccgoをビルドして出来る、bignum.goxみたいな.goxのファイルはなに?
629:デフォルトの名無しさん
09/11/21 06:59:28
ところで文字数をカウントするには自分でエンコード管理しないとならんのかこれ?
630:デフォルトの名無しさん
09/11/21 07:16:27
UTF-8なら utf8.RuneCountInString(u8str)) すればいいんだけど
UTF-16とか他のエンコーディングをどうするかが困ったちゃん
631:デフォルトの名無しさん
09/11/21 07:18:47
Goってわざわざ新しい言語作るほどのもんなのか?
632:デフォルトの名無しさん
09/11/21 08:53:38
ほどのもんだよ
633:デフォルトの名無しさん
09/11/21 09:01:09
仕様としては、正直言って古い言語しか知らない人間が作った
センスの悪い未熟な言語仕様だよ
Googleというだけで盲目的にマンセーする信者がいるだけの
カス言語
634:デフォルトの名無しさん
09/11/21 09:10:25
マンセーしてる人はあんまりいないんじゃね?
ヨチヨチ歩きの赤ちゃんを見守ってるようなもんだと思うよ
635:デフォルトの名無しさん
09/11/21 09:16:49
産んだのがじいさんだからみんな心配してんだよ
636:デフォルトの名無しさん
09/11/21 09:21:33
じいさんはKenとRobの二人だけでしょ
637:デフォルトの名無しさん
09/11/21 09:24:13
錚々たる面々に期待してみたら実際には老害とか
638:デフォルトの名無しさん
09/11/21 09:26:03
関数のオーバーロードや例外がないってのはどういう思想なの?
639:デフォルトの名無しさん
09/11/21 09:30:35
復古主義
640:デフォルトの名無しさん
09/11/21 09:31:29
べつにそんなもんはいらねえよ。どうでもいいじゃん
ないとまともに書けないひと?
641:デフォルトの名無しさん
09/11/21 09:33:12
引数が違う関数全部にいちいち別の名前考えるのめんどくさいな
642:デフォルトの名無しさん
09/11/21 09:34:14
例外もないのかよ
ホント糞だな
基本中の基本もできてないのかGoogleは
643:デフォルトの名無しさん
09/11/21 09:36:15
>>638
URLリンク(golang.org)
Goは関数から複数の値を返せるから
例外が無くてもそれはそれで面白いと思う
仮に例外が加わったら今のパッケージのAPI作り直しだね
644:デフォルトの名無しさん
09/11/21 09:39:04
Googleがやってるからというだけで「いや、これはこれで面白い」
とかいう奴が大量に沸くんだよ
Googleブランドで過大評価された言語だな
645:デフォルトの名無しさん
09/11/21 09:39:37
Goは100ステップ程度の処理を書くための言語
それ以上の機能が欲しければGoは不適切ですC++でもやっていて下さい
646:デフォルトの名無しさん
09/11/21 09:42:23
googleブランドもさることながら中の人の名前の方がたまらんだろうマニアには
647:デフォルトの名無しさん
09/11/21 09:43:03
>>643
複数の値を返せるということとオーバーロードができないということは何も関係ないのでは?
関係しそうなのは、型関連の事柄で、動的に書くことができるという点だが
648:デフォルトの名無しさん
09/11/21 09:44:01
中の人の名前はむしろ過小評価の要因だろ
じいちゃんだし
649:デフォルトの名無しさん
09/11/21 09:48:10
Goは優秀なJavaScriptですって売り出せば凄いって絶賛されたんだろうが
何を血迷ったのかC++と比較するような広報活動を行ってしまったのがまずかったんだと思う
650:デフォルトの名無しさん
09/11/21 09:51:24
それはないな
よく知らん一般人にはJavaScriptはお手軽な初心者用言語で
VBあたりの仲間みたいなイメージがあると思うが、
マニアにはJavaScriptは優秀な言語仕様であるということが知られているよ
651:デフォルトの名無しさん
09/11/21 09:55:52
少なくともJavaScriptで10万ステップのプログラムは作らないだろ
そんな物を保守出来るような言語仕様じゃないしGoもその点を誤解されないようにJSと比較すべきだったな
652:デフォルトの名無しさん
09/11/21 09:58:08
>>647
複数の値が返せるから・・・ってのは例外について
オーバーロードについては俺は何も言ってないよ
653:デフォルトの名無しさん
09/11/21 10:02:21
例外を戻り値で扱うってのもアレだよな
自分でエラーの階層情報を設定しながら親へ親へと毎回リターン文を書くんだろ
654:デフォルトの名無しさん
09/11/21 10:02:36
仮にGoがScalaのような言語仕様だったら、神格化されて
凄いことになっただろうけど、Pascalもどきだからなんか持ち上げられ方も
微妙な感じだな
655:デフォルトの名無しさん
09/11/21 10:05:38
>>650
JavaScriptが糞だった時期を知らんようだなw
656:デフォルトの名無しさん
09/11/21 10:07:26
>>651
今まで大規模開発に耐えうるIDEがなかっただけで
言語仕様が悪かったわけではないというのが個人的意見
議論はあるだろうが
>>655
それは主にブラウザの互換性が問題だっただけだろ
657:デフォルトの名無しさん
09/11/21 10:08:11
ブラウザの互換性は今でも大問題www
658:デフォルトの名無しさん
09/11/21 10:08:53
標準化されたので以前ほどではなくなった
659:デフォルトの名無しさん
09/11/21 10:10:56
Scalaは10年以上きちんと研究と実装重ねてきたけど
Goは老害爺どもの懐古主義者が復権をねらって作ったゴミ言語だし
660:デフォルトの名無しさん
09/11/21 10:13:24
Pythonの製作者が加われば面白かったのだが
661:デフォルトの名無しさん
09/11/21 10:15:56
どこが?実装面は最低じゃん
記法はシンプルでいいと思うけど
662:デフォルトの名無しさん
09/11/21 10:18:23
とりあえずGoの生みの親が目指しているゴールと
現状標準ライブラリの整備を進めているボランティア達が目指しているゴールとの間に
大きなズレが生じていることが問題なんだな
663:デフォルトの名無しさん
09/11/21 10:18:37
今の流れは実装面の話じゃないだろ
記法がシンプルとかそいうものも含んだ、言語仕様の話だろ
664:デフォルトの名無しさん
09/11/21 10:20:00
生みの親はGoを
小さいプログラムをシンプルに書けるものにすることをゴールとしている
とりまきどもはGoを何でも出来る言語にしようとしている
665:デフォルトの名無しさん
09/11/21 10:21:13
小さいプログラムをシンプルにとか、それこそperlやpythonで十分だな
666:デフォルトの名無しさん
09/11/21 10:32:00
出来ればブラウザベースのChrome OSとかは
クラウドに巨大なアプリを置いてローカルからはそれを高速に並列的に叩くだけの小さなプログラムが存在することが理想なじゃないのかな?
ブラウザベースでクラウドを叩くにはJavaScriptだけでは弱い、だからGoが必要になった。みたいな妄想をしているのだが
667:デフォルトの名無しさん
09/11/21 10:35:54
Goの目的はやっぱりシステムプログラミングだろ
JavaScriptやPerlの代替ではなく、CやC++の代替で正しいよ
ネイティブにコンパイルするし
668:デフォルトの名無しさん
09/11/21 10:36:34
Goが注目されたのはgoogleの名前のおかげ。
それだけだ。
669:デフォルトの名無しさん
09/11/21 10:37:14
part2まで行っても全く話が深まらないのが素敵
670:デフォルトの名無しさん
09/11/21 10:40:52
>>664
> 小さいプログラムをシンプルに書けるものにすることをゴールとしている
そんなこと言ってないぞ。 システムプログラミングを目標にした
言語と言っている。
671:デフォルトの名無しさん
09/11/21 10:44:49
googleはマジでこれ使おうとしてるの?
10年くらいしたら使えるようになるの?
672:デフォルトの名無しさん
09/11/21 10:45:04
OS書く気?
システムプログラミングって何を指すんだろ
673:デフォルトの名無しさん
09/11/21 10:57:15
>>672
Googleのバックエンドは巨大な分散システムだ。 1つのサーチの結果を
導くのに何百ものシステムに分散して処理される。 Google File Systemも
分散ファイルシステムだが実装はOSでなく、ユーザーモードのサーバー
プロセスで実現されている。 こういう分散システムのプログラミングが
Googleが主にターゲットとするシステムプログラミング。
674:デフォルトの名無しさん
09/11/21 11:00:55
という妄想
675:デフォルトの名無しさん
09/11/21 11:37:09
XML代替を謳ったprotobufと同じになりそうな予感。
こん時もGoogleの大量のデータを扱うには…みたいに言ってたし。
URLリンク(code.google.com)
676:デフォルトの名無しさん
09/11/21 11:40:15
ChromeやGoの登場で、Google神話もだいぶ崩れてきたな
ブランド力としてはMicrosoft並みに落ちるのも時間の問題だな
677:デフォルトの名無しさん
09/11/21 11:42:28
お前は世界的にMicrosoftのブランド力が
Googleなんかと比べ物にならない位高いことを知らないのか?
678:デフォルトの名無しさん
09/11/21 11:42:41
とするとGoもGoogleの中で実際に使われることはあるかもね
だが外では...
Googleクラスの分散システムを維持運営できるのって世界でもAmazonとMicrosoftくらいのもんだろ
一般人どころか日本の超大手でも関係ないわ
679:デフォルトの名無しさん
09/11/21 11:46:00
>>677
いつの時代の話?
AndroidでiPhoneを駆逐すると予想されているGoogleに
Winごときが勝てると思っているのか?
680:デフォルトの名無しさん
09/11/21 11:46:03
クソM$信者が実際にいることに驚いた。
681:デフォルトの名無しさん
09/11/21 11:48:41
失敗したC++を薦めるバカ社員もいるなw
682:デフォルトの名無しさん
09/11/21 11:49:58
Googleブランドは2008年の時点で3年連続マイクロソフトより上
URLリンク(japan.cnet.com)
ブランド力ではとっくにマイクロソフトを超えている
683:デフォルトの名無しさん
09/11/21 12:58:34
まあ人気だけの虚像企業GoogleやAppleと違ってM$は実力があるからね
.NET&ASP&WM&Azureでローカル・サーバ・モバイル・クラウドまでリッチ環境を提供して
全て同じIDEでシームレスに生産性の高い開発が出来る
684:デフォルトの名無しさん
09/11/21 13:00:37
Appleは頑張ってるけど
Googleは検索以外は全部ゴミ
まあつべは赤字垂れ流してでも続けてくれ
685:デフォルトの名無しさん
09/11/21 13:02:26
2000年代初頭はみんなアンチMicrosoftを自称することがカッコイイみたいな風潮があって
有志によるOOSこそがこれからの時代のあるべき姿だとみんな夢を見ていたんだよね
でもそれから10年経ってみんな夢から覚めて本当に大切なことに気付いた
686:デフォルトの名無しさん
09/11/21 13:03:25
OOSじゃなくてOSSだった
687:デフォルトの名無しさん
09/11/21 13:05:00
>2000年代初頭はみんなアンチMicrosoftを自称することがカッコイイみたいな風潮があって
ここ20年くら毎年繰り返されてる風潮です
688:デフォルトの名無しさん
09/11/21 13:06:27
買収や外注の機能包括ではなく
この10年で実際に現実物を生み出し続けてきたのはGoogleでもAppleでもなくSunとM$
689:デフォルトの名無しさん
09/11/21 13:07:00
Open Operation System
690:デフォルトの名無しさん
09/11/21 13:07:14
おまいらGoの話もしなさいよ
691:デフォルトの名無しさん
09/11/21 13:11:34
>>688
MSがどんだけ買収してるか知らんのか?
692:デフォルトの名無しさん
09/11/21 13:12:31
windowsの人は使えなくてかわいそう
693:デフォルトの名無しさん
09/11/21 13:16:51
Linuxが世界をより良い物にすると10年前みんなそう思っていた
694:デフォルトの名無しさん
09/11/21 13:20:08
Solarisが最強
695:デフォルトの名無しさん
09/11/21 13:57:42
言語仕様全く知らない俺が一言
プリプロセッサがない時点で糞
696:デフォルトの名無しさん
09/11/21 14:00:02
初心者ほど文句つけたがる
697:デフォルトの名無しさん
09/11/21 14:58:47
よくわからないまた新しいのが出たから脳が足りないのはすぐ文句言う
698:デフォルトの名無しさん
09/11/21 15:11:00
MSの中の人は悪い意味で公務員化してしまっていると思う
つまり予算消費型のプロジェクトを立ち上げてしまう
699:デフォルトの名無しさん
09/11/21 15:19:17
予算投資型プロジェクトを禁止しよう
700:デフォルトの名無しさん
09/11/21 16:01:26
CoLinuxを入れたら動くかな?
701:デフォルトの名無しさん
09/11/21 16:04:13
PGたるものLinuxの一つくらい仮想環境で飼っておこうぜ
702:デフォルトの名無しさん
09/11/21 16:04:58
確かUbuntuもWindowsアプリみたいに使えた気がする
703:デフォルトの名無しさん
09/11/21 16:08:22
VirtualBoxのシームレスモードおもろいよ
704:デフォルトの名無しさん
09/11/21 16:10:06
Java、Solaris,ZFS、DtraceにVirtualBOX作ったSunが最強
705:デフォルトの名無しさん
09/11/21 16:19:15
VirtualBox良いよね
うちは CentOS5 / FreeBSD8.0R を飼ってるよ
706:デフォルトの名無しさん
09/11/21 16:23:10
virtualboxはopenofficeと同じで企業買収しただけ作ったわけじゃない。
googoleもゴミみたいなクラスライブラリとか下らない写真管理ソフトなんかで騙してないでアドビを企業買収してアドビの全ソフトをオープン・プロジェクトとして公開しろ。
707:デフォルトの名無しさん
09/11/21 16:33:23
GoogleさんMS買収してくれないかな
708:デフォルトの名無しさん
09/11/21 16:38:03
グーグルが買収するなら、アップルかアドビかSUNの方がいい。
msしか知らないと気がつかないんだろうけど、svg連合としてmsを追い出せる。
709:デフォルトの名無しさん
09/11/21 16:39:41
Appleはjobsがいないと役に立たないが
JobsがいるとGoogleが自由にできないので
買収する意味がない
710:デフォルトの名無しさん
09/11/21 16:41:45
しかしつまらんスレだな
711:デフォルトの名無しさん
09/11/21 16:44:44
>>710
ぼくちゃんは何が面白いんだい?
712:デフォルトの名無しさん
09/11/21 16:47:27
オラクルがSUNのハードを手に入れてDB用にカスタムして売る時代なんだか、
ゴーグルが主張するクラウドのデフォ環境としてアップルのハードを手に入れるって考えれば、そうとも言えない。
jobsについて個人的には好きだけど、jobsのファッションに振り回されてるだけって言えなくもなく、それじゃいつまでたってもアップルは大きくなれない。
nextstepの時と同じくまた追い出して革新的な企業を立ち上げて勝手にやってくれてればいい。
713:デフォルトの名無しさん
09/11/21 16:49:17
>>708-709
禿げ堂
714:デフォルトの名無しさん
09/11/21 16:50:18
>>712
jobsは老い先短いからappleは今が買い時
715:デフォルトの名無しさん
09/11/21 16:54:08
Chrome OS触ってみたがGoogleとしてはデフォルト環境は
完全にブラウザにするつもりなんだろ
特定のハードウェアとかOSとかにこだわらない気がする
それにAppleのやり方はChrome OSとは対極にある
716:デフォルトの名無しさん
09/11/21 16:54:49
windows3.1/95のころはmsよりmacの方に未来があったんだよな…
企業規模もそんなに差はなく、市場だって、dtpとdosで住み分けてたんだから15年後にはアップルの方が大きくなる未来もあったはずなのに…なんでだろ?…
717:デフォルトの名無しさん
09/11/21 16:59:29
>>715
グーグルの眼中にあるのは、m68k,ppc,x86,x64じゃなくてarmですよ。
2009年現在では、ブラウザとかOSとかは実際は巨大アプリって位置づけでしかないんで(巨大アプレットって言った方がいいですかね)。
718:デフォルトの名無しさん
09/11/21 17:23:43
googleが作ってるOSやらブラウザはGoで作られてんの?
719:デフォルトの名無しさん
09/11/21 17:26:57
GoGoGoGo!!!!!!!!!!!!!!
ごごごごごごごご!!!!!!!!!!!!!
720:デフォルトの名無しさん
09/11/21 17:32:13
Chrome OSはGoで書かれている!
だったらカッコ良かったのに
721:デフォルトの名無しさん
09/11/21 17:38:06
プログラミングの話題がない
722:デフォルトの名無しさん
09/11/21 17:40:22
Googleの困ったちゃんな所は、優秀な人が多すぎて
中のツール間の連携が弱い事だな
作った人がバラバラなんだな。
公開されて、後で洗練されていく、か捨てられていくのどっちか。
723:デフォルトの名無しさん
09/11/21 17:53:21
>>717
だからこそGoもネイティブにしたんだろうな
724:デフォルトの名無しさん
09/11/21 18:01:44
再帰ってあれか。
「はるこさん、御飯はまだかのう‥?」
ってやつか。
725:デフォルトの名無しさん
09/11/21 18:08:32
ばらばら->民主党
726:デフォルトの名無しさん
09/11/21 18:17:00
>>685
永遠の厨二病です。
早めの治療をお勧めします(ある程度のレベルまで行くとOSなんてどうでもよくなる)。
>>695
はぁ?ないならcpp持ってきたら?
727:デフォルトの名無しさん
09/11/21 18:26:49
日本のプログラマーってお客様ばかりだな
728:デフォルトの名無しさん
09/11/21 18:29:05
アマグラマーですっ(キリッ
729:デフォルトの名無しさん
09/11/21 18:31:32
glamourではありません
730:デフォルトの名無しさん
09/11/21 18:56:42
>>716
アップルはOSとハードが一体であったこと
(当時は色んなメーカーが出してたワープロも消滅したよね)
それとCanonが(ry
731:デフォルトの名無しさん
09/11/21 18:59:32
>>726
どうでもよくはないだろ
732:デフォルトの名無しさん
09/11/21 19:35:57
初級者と上級者はM$の良さを理解しているんだよ
世の中分かったつもりでいる中級者はM$が大嫌い
733:デフォルトの名無しさん
09/11/21 19:39:05
おまえら!
N88ベーシックの時代を思い出せ!
使ってるだけじゃだめなんだよ!
利用者全員がプログラマーにならなきゃ世の中は良くならない!
そうだろうみんな!!
734:デフォルトの名無しさん
09/11/21 19:46:00
中級者は生産性を高めるソリューションを
馬鹿でも扱えるものだと見下して悦に入っているだけだからな
難解な道具をつかって上から下まで何でも出来る自分は他人とは違い高尚なものだと酔っているだけ
735:デフォルトの名無しさん
09/11/21 19:48:11
>>734
おまえがまさにそうだな
酔ってるぜ
736:デフォルトの名無しさん
09/11/21 20:00:01
>>734
上から下まで何でもできるのはすごい人だと思います。
尊敬しちゃいます。
737:デフォルトの名無しさん
09/11/21 20:03:48
>>730
apple はともかく canon は NeXT にひどいことしたよね
738:デフォルトの名無しさん
09/11/21 20:05:29
今日もGoについて調べるのが億劫なおっさんしゃべり場と化してるな
739:デフォルトの名無しさん
09/11/21 20:09:29
10万行w
740:デフォルトの名無しさん
09/11/21 20:14:27
>>738
この流れが続くのはキツイな
スレ違いとか気にしない人だらけだしどうしたもんかね
741:デフォルトの名無しさん
09/11/21 20:16:06
もう少し時間がたてばいなくなるさ
そういう人は話題性でここにいるだけだから
742:デフォルトの名無しさん
09/11/21 20:18:02
グーグル信者なんてそんなもんだろ。
時計とかカレンダーが動いてるってだけで喜んでるレベルなんだし。
743:デフォルトの名無しさん
09/11/21 20:21:27
公開されて1周間だから何か新鮮な「情報(informations)」を期待する根性の方がおかしい。
744:デフォルトの名無しさん
09/11/21 20:24:40
>>741
だといいね
既存の文書を読みながらまったり待つか
745:デフォルトの名無しさん
09/11/21 20:30:13
あのMLのクレームの量は一般人ならうつになるレベル
中の人だいじょぶかな
746:デフォルトの名無しさん
09/11/21 20:32:58
Google waveだと人間が少ない分キチガイがほとんどいなくて助かる
747:デフォルトの名無しさん
09/11/21 20:36:19
>>745
色んなレベルの人が自分勝手に書いてるよね。
もう少し静かになって欲しい・・・・
メール配信頻度を1日1回にまで落としたよ
748:デフォルトの名無しさん
09/11/21 20:39:20
みんなよかれと思ってやってんだよね…
749:デフォルトの名無しさん
09/11/21 20:39:28
なかのひとはいっぱいつれたとよろこんでいます
750:デフォルトの名無しさん
09/11/21 20:42:51
2chで鍛えられてるから結局JAPANESEが最強ですよね?!
751:デフォルトの名無しさん
09/11/21 20:50:21
>>746
アカウントクレクレ
752:デフォルトの名無しさん
09/11/21 20:52:19
>>751
悪い招待されたばっかだからまだ無理なんだ
スレリンク(esite板)
ここで招待してもらったから頼んでみたらどう?
ただ招待してもらっても招待状届くの結構時間かかるぞ
753:デフォルトの名無しさん
09/11/21 20:58:53
GoといえばPenPointがな…
754:a36 ◆K0BqlCB3.k
09/11/22 00:31:12
>>703
vmwareのユニティモードと一緒だな。
vmwareの方が軽い気がするけど。
755:デフォルトの名無しさん
09/11/22 01:02:08
VirtualBoxしか使ったことないわ
756:デフォルトの名無しさん
09/11/22 01:03:08
どうでもいいよ
757:デフォルトの名無しさん
09/11/22 01:08:57
どうでもよくないことって何さ
758:a36 ◆K0BqlCB3.k
09/11/22 01:09:34
明日からgo触ってみる。
どの程度"使える"言語なのか試してみよう。
759:kyon
09/11/22 01:21:04
ここまでざっと読んだ。焼酎が進んだ。go、つっこみどころ満載だろうが、今後のための学習用言語としては、Scalaやよりおすすめかもしれない。常に何かが足りないと思われる言語は貴重。
760:デフォルトの名無しさん
09/11/22 01:23:26
>>754
vmwareってvboxと比べるとそんなに軽くて速いの?
761:kyon
09/11/22 01:26:40
ついでにwindowsマシンへのgoのインストールについて言っておくと、andlinuxはvistaとの相性に問題があることを知った(ネットワーク周りのドライバとの相性?)。
762:kyon
09/11/22 01:28:49
が、ひとたび、andlinuxが入っていれば、ほとんど立ち止まらずにgoは入るよ。ubuntuあたりを使うのが無難かもしれないが。。通りすがり失礼。
763:デフォルトの名無しさん
09/11/22 02:58:58
この言語の優れた特徴って何?
って言われたらすごく困る言語だな
特に、Dより優れたところって何一つないんじゃないか?
あえて言えば言語仕様が小さいということぐらい
764:デフォルトの名無しさん
09/11/22 03:34:05
>>763
Googleが作っているところ
765:デフォルトの名無しさん
09/11/22 04:58:52
>>760
boxの方が軽い
vmwは窓から捨てた
766:デフォルトの名無しさん
09/11/22 05:03:55
>>763-764
Googlle製がすぐれてるといって良いかどうかは疑問だが
みんなが知っているところが作ってるっていうのは
なぜか根拠の無い安心感がもたらされるらしいんだな
日本ではPython薦めてもなにそれ?Rubyじゃだめなん?って返事が返ってくる
Rubyのせいで日本はガラパゴス化すると思う
767:デフォルトの名無しさん
09/11/22 05:21:29
日本市場が世界の先行指標的な役割果たしてるから
日本で受け入れられなかったら諸々C系方言の一つとして埋もれてしまう危険性高いな
768:デフォルトの名無しさん
09/11/22 05:22:25
>>766
Pythonの宣伝でさんざ「Google言語」を謳っているのにそれはないわ
あとマーティンファウラーなんかもRubyをすすめてるし、
別にRuby人気が日本特有って訳でもないでしょ
ちなみにRuby厨と言われる前に言うが、
俺はRuby(とJavaScript)が嫌いだ
ガラパゴスという点ではJavaが最右翼な気がする
769:デフォルトの名無しさん
09/11/22 05:33:23
パイソンってブロック文 {print hello;}みたいなの書けるようになったの?
いまだにインデントを強制されるわけ?
770:デフォルトの名無しさん
09/11/22 05:37:27
pyスレでどうぞ
Pythonについて(アンチ専用)
スレリンク(tech板)
Pythonに見られるインデントによる制御構造の是非
スレリンク(tech板)
771:デフォルトの名無しさん
09/11/22 06:06:39
必要ないけどgoの行末に思わず;をつけてしまうプログラマは
多いだろうな。 どうも無いと落ち着かない。
772:デフォルトの名無しさん
09/11/22 06:22:30
パイソンって、ruby -e みたいに一行でシェルから起動するときどうするの?
773:デフォルトの名無しさん
09/11/22 06:35:21
python -c
774:デフォルトの名無しさん
09/11/22 06:49:13
pyスレでどうぞ
Pythonについて(アンチ専用)
スレリンク(tech板)
Pythonに見られるインデントによる制御構造の是非
スレリンク(tech板)
775:デフォルトの名無しさん
09/11/22 07:04:59
任意のブロック化ができないなら一行で書けないからawkみたいに使えないし、使うことはないだろうな。
776:デフォルトの名無しさん
09/11/22 07:05:51
∧,,∧ ∧,,∧
∧ (´・ω・) (・ω・`) ∧∧ ヒソヒソ・・・
( ´・ω) U) ( つと ノ(ω・` )
| U ( ´・) (・` ) と ノ ヒソヒソ・・・
u-u (l ) ( ノu-u
`u-u'. `u-u'
URLリンク(www.47news.jp)
777:デフォルトの名無しさん
09/11/22 15:57:47
てす
778:デフォルトの名無しさん
09/11/22 16:59:30
バージョンアップ来たな
URLリンク(av.watch.impress.co.jp)
779:デフォルトの名無しさん
09/11/22 17:08:24
なるほど、焦点をメディア管理に移したか・・・
780:デフォルトの名無しさん
09/11/22 17:28:36
>>771
C の struct 宣言で、}; とするのが気持ち悪かった人には吉。
781:デフォルトの名無しさん
09/11/22 18:32:38
>>771
慣れると、今度は ; の必要な言語に戻ったときに変な感じするぜ。
782:デフォルトの名無しさん
09/11/22 19:08:11
みんな飽きてきたころか
783:デフォルトの名無しさん
09/11/22 19:58:58
じゃあこれからだな
func NewFile(fd int, name string) *File
ファイル作るのにfd指定するってどういうことよって思考停止した俺
設計が興味深いわ
784:デフォルトの名無しさん
09/11/22 20:25:54
うぅ
785:デフォルトの名無しさん
09/11/22 20:54:36
Openがあるやん
786:a36 ◆K0BqlCB3.k
09/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ってやつのプロジェクト↓
URLリンク(code.google.com)
787:デフォルトの名無しさん
09/11/22 21:59:53
仮想マシンにLinuxでも入れたほうがいいんじゃないか?
788:デフォルトの名無しさん
09/11/22 22:08:03
>>786
Mercurial入れないとダウンロードすらできないのか・・・
789:デフォルトの名無しさん
09/11/22 22:09:24
C#の方がよっぽど優れてるな
Googleもこの程度なのか
790:デフォルトの名無しさん
09/11/22 22:14:20
どう考えてもDと同じくネタ言語
791:a36 ◆K0BqlCB3.k
09/11/22 22:24:50
ごめん、こっちのほうが正解
URLリンク(code.google.com)
まだコンパイルしていないが動きそうな予感
export $GOOS=mingw
とすれば良い
792:デフォルトの名無しさん
09/11/22 23:37:37
これってLimboNGなのかな?
793:デフォルトの名無しさん
09/11/23 00:23:29
引数の省略は出来ないんだな
794:デフォルトの名無しさん
09/11/23 00:34:33
Isuue 9 は関係者からは無視されたままだね
795:デフォルトの名無しさん
09/11/23 00:42:39
さっさとWindowsのGUIライブラリ作れ。
796:デフォルトの名無しさん
09/11/23 01:05:28
>>791
さんきゅ。
pkg/net/fd_mingw.go がないから、大事なところが動かなさそうだなぁ
797:a36 ◆K0BqlCB3.k
09/11/23 01:22:56
>>796
今のところのままではcovコマンドとprofコマンドもコンパイルできないよ。
798:デフォルトの名無しさん
09/11/23 01:44:18
windows.go
が整備されるまでどうでもいいなこれ
799:デフォルトの名無しさん
09/11/23 01:51:30
しかしwindowsナシでこの賑わいっつうのは結構すごいな
これでwindows版が出たら・・・と思ったけど、新言語なんて触るヤツはlinux入れてるかw
800:デフォルトの名無しさん
09/11/23 02:13:24
なんでWindowsなんていう斜陽環境のこときにするんだ
801:tsuwabuki ◆hanaogUYzc
09/11/23 02:17:05
windows上にgo環境を作る方法をまとめました
URLリンク(d.hatena.ne.jp)
802:デフォルトの名無しさん
09/11/23 03:00:47
>>800
msの主張では「全世界のPCを使ってる人はwindows os」っていういってますが、
このリサーチを盲信してるms信者が多いからじゃないですか?
ここでいうPCってのをx86に限定しちゃえば当然でしょうけどw
803:デフォルトの名無しさん
09/11/23 03:14:08
googleが作ってるOSもubuntu以下だろう
804:デフォルトの名無しさん
09/11/23 04:33:07
【プログラム】グーグル、C/C++に代わる新言語「Go」をOSSで公開:超高速なコンパイル、GC、並列プリミティブ [09/11/11]
スレリンク(bizplus板)
805:デフォルトの名無しさん
09/11/23 05:27:15
これ作った人たち
時代についていけず過去の人になったか
806:デフォルトの名無しさん
09/11/23 06:00:51
overloadくらいはいずれつくんじゃないのかね。
807:デフォルトの名無しさん
09/11/23 10:11:27
ウォーターフォールについていけずアジャイルの人に・・・
808:デフォルトの名無しさん
09/11/23 14:48:40
ウォーターフォールだとかアジャイルだとか、セミナー屋に洗脳された奴ばっかだな。
実際の開発はそんな型にはまったもんじゃないよw
809:デフォルトの名無しさん
09/11/23 15:25:01
自分で安全性は効率を把握できない人間はやたら流行の技術を取り込みたがる
810:デフォルトの名無しさん
09/11/23 15:29:47
実際の開発では出来る奴見つけてそいつに押し付ければいい
811:デフォルトの名無しさん
09/11/23 15:31:36
>>810
手柄を立てるには、最初に大枠を作って細部をほかの奴らに押し付けて自分は相談役に納まること。
812:デフォルトの名無しさん
09/11/23 15:38:38
くされシステム屋の匂いがするな。
813:デフォルトの名無しさん
09/11/23 15:42:39
>>811
身近な某社の役員に同じのがいてワロス
814:デフォルトの名無しさん
09/11/23 15:43:26
>>813
それってmさん?w
815:デフォルトの名無しさん
09/11/23 15:44:02
創立10年になる会社です
816:デフォルトの名無しさん
09/11/23 15:49:35
ボスも、自分のアイデアが絶対正しくて違う意見の奴は敵みたいな考え方の持ち主だからマジ引いたわ。
817:デフォルトの名無しさん
09/11/23 16:26:51
そういう会社は潰れるよ
818:デフォルトの名無しさん
09/11/23 16:58:05
世の中そんな綺麗に潰れないからおかしなことなってんだろが
819:デフォルトの名無しさん
09/11/23 17:01:10
そうだね
正しい人がどんどん消されていくね(´・ω・`)
820:デフォルトの名無しさん
09/11/23 17:15:37
考えて見ると当たり前のことだけどな。
正しいったって力がなきゃ。
お父さんお母さんにずっと守ってもらって生きていく訳じゃないんだしさ。
821:デフォルトの名無しさん
09/11/23 17:25:17
>>817
違うって。
無能なイエスマンだけが残って詐欺集団に変わるんだよw
822:デフォルトの名無しさん
09/11/23 17:34:15
>>820
正しい=国益?(全体主義)
正しい=金を稼ぐこと?(資本主義)
正しい=ヒッピー(無政府民主主義)
正しい=合理的効率化(ハッカー) ←ココ
823:デフォルトの名無しさん
09/11/23 17:41:17
ツマラン
824:デフォルトの名無しさん
09/11/23 17:56:33
>>823
いや。この流れは一見日本ブラック企業の話題に見えるが、実は今のグーグルがやってることその物だと思わないか?
中途半端なプロジェクトをいくつも発表して、細部はオープンコミュニティーまかせ。コミュニティーの運営すらしないでボランティアに任せてほったらかし。手柄はグーグルが一人じめ。
825:デフォルトの名無しさん
09/11/23 18:02:12
日本法人は人の使い捨て激しいけどなぁ
826:デフォルトの名無しさん
09/11/23 18:08:37
だよな
827:デフォルトの名無しさん
09/11/23 18:19:44
>>825
「人の使い捨て」といわれている行為は団塊世代がリーダーになってから、
それまで自分たちがやってきた事と現代とのギャップが引き起こしたことだと思うなぁ。
高度成長期のやり方しか知らない団塊世代が同じようにしようとして失敗したわけだけど、
もうその団塊世代も引退したわけだから、プログラマの環境も少しずつよくなっていくと思うよ。
828:デフォルトの名無しさん
09/11/23 18:25:46
世の中にはとんでもない悪人が存在する。
彼らは絶対数が少ないから大したことはないけど、
一番数が多くてたちが悪いのはその悪人に追従する人間だ。
本当はいい子だけど悪いことするからたちが悪い。
829:デフォルトの名無しさん
09/11/23 18:44:08
ひろゆきと俺らみたいなもんか
830:デフォルトの名無しさん
09/11/23 18:55:35
>>824
Googleでは勤務時間の20%をコミュニティの活動に費すべし、というルールがあるらしいから
任せられたコミュニティのメンバーもGoogle社員が占めてるんじゃないかと
831:デフォルトの名無しさん
09/11/23 18:56:09
グーグルのバックにいるのはひろゆきだったのか!!
832:デフォルトの名無しさん
09/11/23 19:00:31
>>830
え?20%は、何か自由な開発じゃないの?
833:デフォルトの名無しさん
09/11/23 19:30:44
ひろゆきは偉大だなぁ
834:デフォルトの名無しさん
09/11/23 19:49:23
スレ全部読むのめんどくせー
なんかスレ伸びてるけど進展あったん?
835:デフォルトの名無しさん
09/11/23 19:51:12
>>834
windowsで使えるようになった
836:デフォルトの名無しさん
09/11/23 20:01:41
この騒ぎ、ひろゆきは今頃ほくそえんでるんだろうな(笑)
837:デフォルトの名無しさん
09/11/23 20:04:15
チャンネルという自由度の低いインタフェースを強制するくせに
sync.Mutexでlock、unlockってアホとしか思えないんだけど
これってどういうこと?
CSPの良さが台無しでは?
偉い人のコメント頼む。
838:デフォルトの名無しさん
09/11/23 20:19:46
CSPだと理論重視で性能限界あるから諦めろ
839:デフォルトの名無しさん
09/11/23 20:20:31
>>832
何をするかを選んでよいという意味でしかないぞ
結果どうなってもいいということはない
簡単に言うと、人事評価の20%はその自由プロジェクトの成果で決まるわけだw
840:デフォルトの名無しさん
09/11/23 20:28:31
>>838
性能限界ってチャネル使ってる時点でたいした性能でるわけないじゃん。
CSPの検証性(へんな言葉かな?)を捨てているのなら中途半端にチャネルなんていらない。
lock、unlockさせるぐらいなら素直にpthreadのAPIでいい。
と思うわけだけど、goのチャネルのメリットってなんなのだろうか?
841:デフォルトの名無しさん
09/11/23 20:31:47
>>840
現状いろんなの実装しました~(お花畑)
って状態で議論の余地なくね?
842:837
09/11/23 20:38:12
調べてみるとLimboもCSPベースのようだから、
何か理由があってのこだわりだと信じたい。
843:デフォルトの名無しさん
09/11/23 20:40:58
cspってのは単なる宣伝文句でした。
想定しているハードと言いますか、設計自体がマルチコア向けなんで。
844:デフォルトの名無しさん
09/11/23 20:41:04
第五世代コンピュータだよ!!!
GHC!!GHC!!
845:デフォルトの名無しさん
09/11/23 20:42:07
>>844
haskell がなにか?
846:デフォルトの名無しさん
09/11/23 20:46:13
>>840
中途半端は悪くない
純粋~だとか~指向だとか、型にはまるのは良くない
847:デフォルトの名無しさん
09/11/23 20:48:06
昭和時代は自由な発想ってものが最良と考えられていました。
848:837
09/11/23 20:49:31
>>843
> cspってのは単なる宣伝文句でした。
> 想定しているハードと言いますか、設計自体がマルチコア向けなんで。
具体的にGo!のどこがマルチコア向け?
チャネル?
何度の言うけどlock, unlockがいるチャネルって何がうれしいの?
煽ってるんじゃなくて本当に教えてほしい。
849:837
09/11/23 20:52:43
>>846
> >>840
> 中途半端は悪くない
> 純粋~だとか~指向だとか、型にはまるのは良くない
AでもBでもOKなマルチパラダイムならわかるよ?
でもGo!の場チャネルとMutexを組み合わせないと同期がとれない。
(全部、値渡しならそりゃチャネルだけでいいだろうけど)
850:デフォルトの名無しさん
09/11/23 20:55:06
Go!
851:デフォルトの名無しさん
09/11/23 21:02:40
あのGoogleがこの程度だったのか
所詮ネームバリューだけかってのがショック
852:デフォルトの名無しさん
09/11/23 21:04:09
値渡しでやれってことなんだろ
853:デフォルトの名無しさん
09/11/23 21:09:27
Erlangもある程度の大きさデータの場合
内部で参照渡し+lockしてるはずだから
いいんじゃね?
854:デフォルトの名無しさん
09/11/23 21:13:00
同期とらなくてもいいような作りにすればいいんだよ
855:デフォルトの名無しさん
09/11/23 21:14:43
どの程度妥協するかは、IBM謹製のGCが入ると変わってくるでしょう。
JavaもIBMのおかげで実用レベルに達したわけだし
856:デフォルトの名無しさん
09/11/23 21:17:50
>>855
それって、msとボーランドのコンパイラが優秀だったからときいてるんだが?
857:837
09/11/23 21:17:52
>>853
使ったことないから間違ってるかもしれないけど、
Erlangは純粋関数型言語じゃなかったか?
858:デフォルトの名無しさん
09/11/23 21:19:39
>>857
不純です 汚らわしい
859:デフォルトの名無しさん
09/11/23 21:20:59
どういう処理なのかにもよるけど、
今時、64000byte(や32k)程度なら値渡しでもいいと思うよ。
たぶんポインタ渡しマンセーが抜けないのは、昭和時代にあった○○パラダイムの名残りなんだろうし。
860:デフォルトの名無しさん
09/11/23 21:22:16
それはどういう処理なのかにもよるんじゃないの
861:デフォルトの名無しさん
09/11/23 21:27:21
大量処理時にメモリコピーはコストが高すぎるだろ・・・
862:837
09/11/23 21:29:47
>>858
そうなのか、さんきゅう
遅まきながらErlangに興味でてきた。
調べてみるわ。
863:デフォルトの名無しさん
09/11/23 21:35:04
lispとか関数型とか完全にソフト環境でしか触ったことしかないのもいるみたいだから少しわかりやすく言うと、
x86 sseとかだとfloat32 x4で4オペランド(つまり4x4の行列で64byte)が現状では当然のごとく値渡しなわけで、
ポインタ(4byte)が効率的ってわけじゃない。
それに一番大事なのはキャッシュアクセスが速度を決するいまの時代、ポインタでのアクセス、つまりヒープメモリアクセスに頼ること自体がもう時代遅れってこと。
32k byte(2^15)ぐらいなら2次キャッシュでも十分足りるから、今後10年は合理なパラダイムだと思う。
864:デフォルトの名無しさん
09/11/23 21:39:31
>>855
HotSpot は IBM 関係ないんじゃないの。
Animorphic チーム(今 Google で V8 をやってる所)の成果でしょ。
865:デフォルトの名無しさん
09/11/23 21:42:53
jitでしょ。nn3,nn4で数秒止まったjavaが、認められるようになったのは。
hotspotはjitの後のテクノロジーだし。
866:デフォルトの名無しさん
09/11/23 21:47:04
一行抜けてたけど、>>863はOOPじゃなくてCやGO!のような式指向言語のパラダイムによく当てはまるってこと。
ヒープを使うのは、OOPとGCのパターンで既に完成しているから、goはcとは遠い親戚だけどjava,c++は親戚じゃない。
867:デフォルトの名無しさん
09/11/23 21:49:40
>>865
HotSpot は HotSpot Compiler というくらいだから JIT だし、HotSpot の元ネタの
Strongtalk の VM も JIT だし、IBM に関係なく JIT はそれ以前から存在していたと
思うけど、IBM は何かしたんだっけ?
868:837
09/11/23 21:52:00
>>863
パフォーマンスの観点で考えるなら帯域で考えないと意味がないよ。
また値渡ししていいかどうかは、コヒーレンシをとる必要があるかどうか
という観点も必要だよ。
869:デフォルトの名無しさん
09/11/23 21:55:33
なんかプロっぽいから背伸びしたのは分からないでもないけど、知らない用語はwikiで頑張って頑張って勉強してくらはいw
870:デフォルトの名無しさん
09/11/23 21:58:47
>チャネルとMutexを組み合わせないと同期がとれな
871:837
09/11/23 22:11:48
え?おれ?
プログラマだったらコンテキストには気をつかおうぜ。
ここにも書いてある内容を言ってるんだけど。
URLリンク(golang.org)
なんなのこのダサい同期の仕方は?
と思わずにいられない。
872:デフォルトの名無しさん
09/11/23 22:14:13
3ー4年前に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:デフォルトの名無しさん
09/11/23 22:16:37
Windows向けのバイナリ
URLリンク(code.google.com)
874:837
09/11/23 22:22:20
googleが作るなら当然クラウド側でスケールする言語でしょと思うけど
Go!は言語レベルでプロセス空間を超えることは考えていないね。
そこもこれからの言語として全然いけてないと思ってる。
875:デフォルトの名無しさん
09/11/23 22:36:14
Go言語酷い
Go言語酷い
俺が作り直す
876:デフォルトの名無しさん
09/11/23 22:38:08
だれか Go を称揚するリストを作ってくれ。
877:デフォルトの名無しさん
09/11/23 22:39:37
どこから作り直せばいいぉ?
VIPの俺にもわかるように指示をくれ
878:デフォルトの名無しさん
09/11/23 22:44:05
>>864
Javaの場合はVM最適化の話じゃなくて、
当初の予想と違ってサーバサイドで成功したわけじゃん。
これはIBMがサーバサイドJavaを推進したのが大きいんじゃないの。
まぁIBMのVMに過大な期待しないほうがいいかもしれないな。
Animorphicもずいぶん汚いコードで速度稼いでるみたいだし
879:837
09/11/23 22:51:10
否定的なこと書いてすまん。
Go!の良さを納得させてくれる人希望。
小さいデータはチャネルで楽チン、大きいのはMutexで自分でやってくれっていうのは
現実的にはありのような気がしてきた。
が、それならMutexの部分ももう少し抽象化しろよと思うわけで。
880:デフォルトの名無しさん
09/11/23 23:05:06
>>879
Go!の良さ? Go言語と紛らわしいところかな。
881:デフォルトの名無しさん
09/11/23 23:08:29
>>879
データの大きさの問題じゃなくて
送受信がブロックするのを利用して同期をとるんでしょ
882:837
09/11/23 23:18:43
>>881
スレを順に読んでもらえればわかると思うけどさ。
CSP本来ならそうだよ。
でもGo!にはMutexが用意されていて、つまりそれは
何でもかんでもチャネルで渡すのは現実的でないからだよね。
大きい小さいとあいまいに濁しているのはわざと。
883:デフォルトの名無しさん
09/11/23 23:20:54
とりあえずGoogleのサービスでなんか使ってみりゃいいのに。
Visual Studioの最大のお客さんがMS自身であるように。
884:デフォルトの名無しさん
09/11/23 23:31:32
>>873
なんか唐突だが、thx
よくわからん俺にはここ数十レスもっとも有益なレス
885:デフォルトの名無しさん
09/11/23 23:31:56
なんで型推論とデッドロック検出機構
つけなかったんだろう?
付ければプロト的な使い方できたのに
886:デフォルトの名無しさん
09/11/23 23:33:20
高階関数と普遍的なネストの概念もないから
関数型の特徴もないなあ
887:デフォルトの名無しさん
09/11/23 23:36:38
これ見たら、GoogleよりMSの方が技術が高いんだということがよくわかった
.NETとGo比べたら大人と幼稚園児だな
888:デフォルトの名無しさん
09/11/23 23:37:52
仕事か趣味かの差だろ
889:デフォルトの名無しさん
09/11/23 23:41:51
googleはいつものように
野良Godに餌を撒いて、成果を収穫する気なんだろうなぁw
890:デフォルトの名無しさん
09/11/23 23:46:16
Go!ってさ別言語だよね?
891:837
09/11/23 23:46:56
>>885
Mutexあるから静的にデットロック検出できないよね。
>>887
.NETと比べるならAxumだね。
あっちは非常によく考えられていて気に入ってる。
.NETじゃなければいいのにw
892:デフォルトの名無しさん
09/11/23 23:48:13
比べるべきはCだろ。
なんか見当違いな批判が多すぎる気がする。
893:a36 ◆K0BqlCB3.k
09/11/23 23:52:09
>>873
絶対やると思っていたからやらなかった
でもamd64版はまだなのね
894:デフォルトの名無しさん
09/11/24 00:01:08
>>892
CとC++の両方で実装可能なものがほぼ全て可能で、
その上で、一部でも多少でも読み書きしやすいってなら十分過ぎるかもな
895:デフォルトの名無しさん
09/11/24 00:07:51
ホントにそうなら良かったんだけどな…
896:デフォルトの名無しさん
09/11/24 00:10:01
>>894
Dで十分じゃねえか
897:デフォルトの名無しさん
09/11/24 00:13:13
お前らが不満に思ってGoのソースを改編し始めたらGoogleの思うつぼ
虚像企業がボランティアの力を借りてMicrosoftと闘おうとしているものにわざわざ協力する必要はない
898:デフォルトの名無しさん
09/11/24 00:14:45
でも奉仕精神旺盛な天才的馬鹿達が集まってGoogleを繁栄させていくのが現実
Googleさんウハウハですな
899:デフォルトの名無しさん
09/11/24 00:16:11
いまいちその張り付き方の意図がわからない
900:デフォルトの名無しさん
09/11/24 00:16:21
>>897
だとしても、その課程は"オープン"なんだろ?別に誰も得はしても損はしないと思うのは
Googleマジックなのかな?
まあ何かの間違いでMSが潰れたり今以上にひねくれたりしたら、カオスな世界になる可能性はあるが。
901:デフォルトの名無しさん
09/11/24 00:28:00
型推論のメリットってなに?
902:デフォルトの名無しさん
09/11/24 00:34:25
コードが簡潔になる
903:デフォルトの名無しさん
09/11/24 00:40:35
読みにくくなってるだけでは?
904:デフォルトの名無しさん
09/11/24 00:48:13
デバッグっつーかテストコード書きまくってリリースが遅れる罠
905:デフォルトの名無しさん
09/11/24 00:48:35
>>897
自演乙
906:デフォルトの名無しさん
09/11/24 00:57:46
>>903
俺はそうは思わないけど
907:デフォルトの名無しさん
09/11/24 00:58:47
何か勘違いしてるグーグル社員が沸いてるから一応言っとくけど、
グーグルってのは単なる検索サービスであり、インターネットの広告最大手企業ってだけだよ。株式市場上では。
アンドロイドが成功するかどうかが本命だけど、HTML5とかやってないでさ、webの方が一段落したらそのうちMSが攻撃仕掛けてるからそっちの方を警戒した方がいいと思うよ。
例えばMSとアップルなら売上規模を除けば比べるところは多いけど、
MSとグーグルを比べたら検索ポータル以外はほとんどMSに負けてる。
それにグーグルは何かを作ってるわけじゃなくてオープンプロジェクトを名前を変えて自分の手柄にしてるだけ。
アンドロイド自体ももともとjvm仕様の実装なだけだし。
908:デフォルトの名無しさん
09/11/24 00:59:42
板違い
909:デフォルトの名無しさん
09/11/24 01:01:55
googleの兵糧攻めに合い、officeとwindowsの収益が大半なMSが危機を感じて反撃中。
910:デフォルトの名無しさん
09/11/24 01:02:26
>>907
お前は間違ってる
GoogleはAndroidだろうとiPhone・Windows Mobileだろうと
携帯機で検索をたくさん使ってもらえるようになれば充分なんだよ
そりゃ制限のないAndroidのほうが自社サービスとの連携が強いが
一番重要なのは検索をしてもらった広告収入を増やすことだ
911:デフォルトの名無しさん
09/11/24 01:15:04
なんかスレがいつの間にか見えない敵と戦う人ばっかりになってるのはどゆこと?
912:デフォルトの名無しさん
09/11/24 01:17:23
windows osって実際3万以下じゃん。
3万も出せないってわけじゃないよな。
スキルがあれば中国版(ダウソもの)もあるわけでしょ。
一般人だとしても、note pcなら最新win os+officeつきで7-9万ぐらい。
たかが3万の差でそこまでひねくれることもないと思うよ。
msはね、dotnet辺りからゲイツを追い出して社の方針をかえたから、金(それも3万ぐらい)さえ払えばかなり快適だったりする。
つまりグーグルはいつまでも検索ポータルのままじゃ、MSには勝てないし、SUNと同じく7年後につぶれる(買収される)ってこと。
913:デフォルトの名無しさん
09/11/24 01:19:02
一瞬コードが3万って意味かと思って
頭おかしいんじゃないかと思ったわw
914:デフォルトの名無しさん
09/11/24 01:21:23
Goの話以外はよそでやってよ
915:デフォルトの名無しさん
09/11/24 01:24:32
>>911
思考回路が不思議なんだよな。
技術面で言えば Go は Google だからどうだという言語でもないのにね。
916:デフォルトの名無しさん
09/11/24 01:25:51
D++言語にあきてGO!に期待を込めたgoogle信者が居ついちゃってるんだろう。
ここまでレスは、関数型言語と言うかerlag信者がgoを何かと勘違いしてるだけだったし。
正式リリースがでるまで、1年ぐらいはこの調子なんじゃないの?
917:デフォルトの名無しさん
09/11/24 01:30:40
googleと切り離して考えろと言うのが無理な話だろ
プログラミング言語自体は無数にあるわけで、その辺の高校生が作ったような言語が無視されて
これが注目される理由は一つしかないよ
918:デフォルトの名無しさん
09/11/24 01:31:58
仮にGoogleが作ってなくても開発者があのメンツなら
ここまで行かなくとも相当注目されただろ
919:デフォルトの名無しさん
09/11/24 01:38:55
>>918
そうなんだよね。
意味不明に Google を叩いてる人はきっと Rob Pike も
Ken Thompson も知らないんだろうね。
技術を知らないと Google だから注目されてると思うのかな。
920:デフォルトの名無しさん
09/11/24 01:43:56
>>919
注目を浴びる存在というよりも、古代の化石(レガシー)って意味でなら知ってるが?w
921:デフォルトの名無しさん
09/11/24 01:45:13
>>920
君が不勉強だという話を俺に聞かせてどうするんだ
922:デフォルトの名無しさん
09/11/24 01:48:01
しかしつまらんスレだな
923:デフォルトの名無しさん
09/11/24 01:48:27
>>919
意味不明にって、googleが叩かれる理由なんていくらでもあると思うけど
C・C++に置き換わるという謳い文句でgoogleがGoを世に出したのは事実でしょ
それすら知らないの?
924:デフォルトの名無しさん
09/11/24 01:50:50
Googleって広告代理店みたいなものだよね
925:デフォルトの名無しさん
09/11/24 01:51:54
違う、純粋な広告代理店だ
926:デフォルトの名無しさん
09/11/24 01:52:58
>>923
技術者なら、自分で要素技術を調べてマーケッターの言う事をスクリーニングできるもんだ。
それすらできずに叩いているのはこの板的には意味不明だよ。まさに板違い。
927:デフォルトの名無しさん
09/11/24 01:53:13
広告ビジネスは終わる
928:デフォルトの名無しさん
09/11/24 01:54:36
これくらい余裕とか、出来て当然とか
見飽きた
929:デフォルトの名無しさん
09/11/24 01:56:05
意見があるならレスアンカー付けなよ
930:デフォルトの名無しさん
09/11/24 01:56:09
じゃあ何かコードでも提示してみれば(笑)
931:デフォルトの名無しさん
09/11/24 01:58:19
世論掌握だけが上手くて実力のない組織のバブルはいつか弾けるはずなんだけど
Googleは反社会的な手法で永遠に夢を見させながら膨張を続けそうなのがムカツク
932:デフォルトの名無しさん
09/11/24 02:01:37
次スレのテンプレ
/ ̄ ̄\
(⌒ヽ ヽ⌒) Google発の新言語go
|:::: ̄  ̄l
. |::: | The Go Programming Language
|:::: (● ) (●)| URLリンク(golang.org)
.|::: (_人__) |
|::: `⌒´ | グーグル、C/C++に代わる新言語「Go」をOSSで公開
|::: __ |_ URLリンク(www.atmarkit.co.jp)
|::: ノ__) |_)
|::: | 前スレ
|::: | スレリンク(tech板)
\___、⌒i___ノ⌒ヽ 過去スレ
(_ノ ヽ_ノ スレリンク(tech板)
933:デフォルトの名無しさん
09/11/24 02:02:53
Googleは何の技術力もない癖にMicrosoftを見下しているからな
世の中もそんなGoogleをチヤホヤしているし
934:デフォルトの名無しさん
09/11/24 02:03:09
まちがえた
次スレのテンプレ
/ ̄ ̄\
(⌒ヽ ヽ⌒) Google発の新言語go
|:::: ̄  ̄l
. |::: | The Go Programming Language
|:::: (● ) (●)| URLリンク(golang.org)
.|::: (_人__) |
|::: `⌒´ | グーグル、C/C++に代わる新言語「Go」をOSSで公開
|::: __ |_ URLリンク(www.atmarkit.co.jp)
|::: ノ__) |_)
|::: | 前スレ
|::: | スレリンク(tech板)
\___、⌒i___ノ⌒ヽ 過去スレ
(_ノ ヽ_ノ スレリンク(tech板)
935:デフォルトの名無しさん
09/11/24 02:03:33
がんばってるから
URLリンク(go.shibu.jp)
ここも入れてあげて
936:デフォルトの名無しさん
09/11/24 02:09:34
真面目に努力している組織が評価されないで
不正を働いている組織に金儲け目的の人が群がるような
間違った世の中の流れを皆の力で変えよう
937:デフォルトの名無しさん
09/11/24 02:17:53
再帰は出来ないのかな?
938:デフォルトの名無しさん
09/11/24 02:28:44
goに絡んでるかわかんないけど、python、rubyが伸びてきた頃は言語自体の性能は2の次、記述力重視みたいな傾向があったけど
一年くらい前からちょっと雰囲気が変わってきたな
blogとか見てても表現がシビアになってきてる感じがする
リンク辿って2006年くらいに書かれた内容とかみると、なんか呑気だなって感じを受ける
やっぱ富豪的ってコンセプトはうまくいかなかったのかな
939:デフォルトの名無しさん
09/11/24 02:32:08
>>938
その頃は消費電力なんかあんまり気にしてなかっただろ?
940:デフォルトの名無しさん
09/11/24 02:33:37
>>938
そこでScalaですよ奥さん
941:デフォルトの名無しさん
09/11/24 02:44:16
増井が言ってた富豪的って意味を誤解してる奴が多すぎる
942:デフォルトの名無しさん
09/11/24 02:47:45
増井はあくまでもヒューマンインターフェース方面の人間だから、
たとえばサーバやスパコンで動くプログラムのことを言ってるわけじゃなくて、
人間にとっての見た目や表現方法について言っているだけだよ。
943:デフォルトの名無しさん
09/11/24 03:04:03
クラウドが発展してくれば、データ処理はサーバ側で行い、
クライアント側では高度なデータ処理を行わず情報表示だけを行うようになる。
情報表示といっても3Dやら何やら使ったら結構なリソース食いそうだけど、
今までのGUI程度ならさほど処理能力も要らないから
富豪的プログラミングのコンセプトと相反することはないよね。
944:デフォルトの名無しさん
09/11/24 03:14:31
ここ、何のスレ?w
てか、増井ってだれだよwwww
945:デフォルトの名無しさん
09/11/24 03:16:41
>>943
そこでマルティクスですよ
増井さん!
946:デフォルトの名無しさん
09/11/24 03:19:24
>>944
増井俊之
「富豪的プログラミング」って言葉を作った人
947:デフォルトの名無しさん
09/11/24 03:21:20
Appleを追い出された人だっけ?
948:デフォルトの名無しさん
09/11/24 03:21:43
goはchromeに組み込まれてるんだっけ?
だったら将来的にgoにwebインターフェースをやらせる予定ってわけじゃん。
ajaxの進化系?通信部分がjavascript以上に最強っぽいw
949:デフォルトの名無しさん
09/11/24 03:21:47
>>943
いずれ車は空を飛ぶ時代が来るとか言っているのと同じだな
ブラウザを介して動画を見ようと思う人はいるかも知れないけど
仕事で表計算を使うのにクラウドでやろうなんて思う人はいない
950:デフォルトの名無しさん
09/11/24 03:27:17
>>949
でも実際google documentは結構使い物になるしねw 機能強化してくれたらうれしいな。
リソースプールとしてのクラウドは確実に社会に浸透してるよ。
amazon ec2みたいな基盤も出来上がってきてるから、いろいろやりやすくなってきてる。
951:デフォルトの名無しさん
09/11/24 03:27:32
ブラウザなんかその典型だよね。
メモリ管理をまともにしてなかったブラウザはメモリバカ食い動きモッサリで嫌われ、
変わりにアセンブラレベルでチューニングされたJSエンジンが持てはやされるわけで。
GoはGC持ってる時点でC/C++の代わりにならないよ。
それにGCあろうが商用レベルのもの作るときには結局メモリ管理って必要なんだよな。
952:デフォルトの名無しさん
09/11/24 03:29:47
>>951
ポインタもあるからgcに全部お任せにしなくても良いようにできてるよ。
953:デフォルトの名無しさん
09/11/24 03:30:43
富豪といえばGoのinterfaceのダックタイピングだな。
代入の度に関数テーブルをサーチするってなんだよそれw
Cの代わりになんて無理だわ。
954:デフォルトの名無しさん
09/11/24 03:33:17
>>952
は?
deleteないけど?
955:デフォルトの名無しさん
09/11/24 03:38:53
>>954
malloc.Free
956:デフォルトの名無しさん
09/11/24 03:45:40
>>953
え、普通でしょ?
957:デフォルトの名無しさん
09/11/24 03:51:32
連投支援age
958:デフォルトの名無しさん
09/11/24 03:52:23
連投支援sage
959:デフォルトの名無しさん
09/11/24 03:56:46
今回のグーグル社員のレベルは、このスレ的にはかなり低い。
あと50スレぐらいだからその調子で埋めてくれてもいいし、今後は隔離スレ立てて他でやるってくれるか?
960:デフォルトの名無しさん
09/11/24 03:57:18
GCが夢のメモリ管理技術だと思ってる奴が多いよね。
明らかに安全に開放できる不要なメモリだけを自動開放する技術なのに。
961:デフォルトの名無しさん
09/11/24 03:59:39
GC実装できるスキルがあればこんな糞スレでレスなんかしないだろうな。
962:デフォルトの名無しさん
09/11/24 04:07:16
セミコロンがいる場合といらない場合がよく分からないから
結局付けちゃう・・・・
963:デフォルトの名無しさん
09/11/24 06:22:43
>>962
セミコロンは文のセパレータ
でもってトップレベルのconstやfuncなんかの末尾には不要
でも省略するのキモイから結局付けちゃう
964:デフォルトの名無しさん
09/11/24 06:39:51
>>953
俺もそれ気になってた。
実行時に型がInterfaceを満たすかチェックされるんだよね?
それってコストが大きいような気がする。
極端だけどInterfaceに何百、何千とメソッドが定義されていても
全部照合するんだよね?
それとも一回チェックした型とInterfaceの組の合否はキャッシュされるのかな。
965:デフォルトの名無しさん
09/11/24 07:54:18
>>964
> 実行時に型がInterfaceを満たすかチェックされるんだよね?
リンク時じゃなかったっけ?
966:837
09/11/24 12:55:07
>>964
キャッシュはやってるかもね。
Rubyもメソッドのキャッシュが有効だったし。
>>965
リンク時は無理じゃね?
型あり言語なのになぜinterfaceだけダックタイプにしたのかよくわからん。
型の不一致はコンパイル時にエラー出るほうがうれしい。
967:デフォルトの名無しさん
09/11/24 13:00:46
Go part3
/ ̄ ̄\
(⌒ヽ ヽ⌒) Google発の新言語go
|:::: ̄  ̄l
. |::: | The Go Programming Language
|:::: (● ) (●)| URLリンク(golang.org)
.|::: (_人__) | URLリンク(go.shibu.jp)
|::: `⌒´ |
|::: __ |_ グーグル、C/C++に代わる新言語「Go」をOSSで公開
|::: ノ__) |_) URLリンク(www.atmarkit.co.jp)
|::: | 前スレ
|::: | スレリンク(tech板)
\___、⌒i___ノ⌒ヽ 過去スレ
(_ノ ヽ_ノ スレリンク(tech板)
968:デフォルトの名無しさん
09/11/24 13:19:32
普通にコンパイル時に型チェックしてるし
実行時の型チェックは type assertion したときだけでしょ
969:デフォルトの名無しさん
09/11/24 13:22:23
>>953
C++でもやってるよw
970:デフォルトの名無しさん
09/11/24 13:26:56
go-windowsってまだ80回しかダウンロードされてないんだね。
意外と不評?
971:デフォルトの名無しさん
09/11/24 13:27:22
>>970
まだ不安定だし。
972:デフォルトの名無しさん
09/11/24 15:11:47
オフィシャルのinstallページからリンク張ってるわけでもないし
存在に気がついてないんだろう
973:デフォルトの名無しさん
09/11/24 17:37:19
囲碁のゲームじゃないのか
974:デフォルトの名無しさん
09/11/24 18:29:52
>>938
C10K問題がついに誰でも遭遇しうる現実の問題となってきたから
あとはデュアルコアあたりまえ、メニーコア時代がサーバサイドでやってきつつある状況で
プログラミングに求められる条件が変化しつつあるんでないか
975:デフォルトの名無しさん
09/11/24 19:01:43
クラスベースがついに否定されたから
オブジェクト指向に求められる条件が変化しつつある。
976:デフォルトの名無しさん
09/11/24 19:04:58
>73がFizzBuzzになってないのに突っ込みがない
977:デフォルトの名無しさん
09/11/24 19:12:40
クラスベース否定ってどういこと?
ソースがあるなら知りたい。
978:デフォルトの名無しさん
09/11/24 19:46:40
キーワードにclassがないからそう思っちゃったんじゃねw
979:デフォルトの名無しさん
09/11/24 19:56:31
C++のクラスはPythonのクラスになれないし
ある言語のクラスが別の言語のクラスを否定するのは
最初から分かってた筈なんだが
ついに現実の問題となってきたんだろう
980:デフォルトの名無しさん
09/11/24 20:08:12
ソースに互換性無いんだからどうでもいいと思うんだが
981:tsuwabuki ◆hanaogUYzc
09/11/24 20:40:02
go言語とErlangでリングノードベンチマークを書いて比較してみましたが、
速度でErlangに勝てませんでした。
コードの最適化次第で、もしかしたら勝てるかもしれないので、良いアイデアがありましたら教えてください。
URLリンク(d.hatena.ne.jp)
982:デフォルトの名無しさん
09/11/24 21:03:03
>>981
goはどっちのコンパイラ使った?
できれば両方試してもらえると嬉しいな。
983:デフォルトの名無しさん
09/11/24 21:08:26
>>977
継承による差分プログラミング面倒くせって話じゃないの
984:tsuwabuki ◆hanaogUYzc
09/11/24 21:15:13
>>982
64bit版のUbuntuなので6gを使いました。
gccgoはコンパイルに時間がかかるのでインストールしていません。
gccgoはバックエンドがgccで、最適化はより優れていると思いますので、
たぶん、少し速くなるかもしれませんね。
試してみたいと思います。
985:デフォルトの名無しさん
09/11/24 21:16:21
>>975
JavaScriptのことも思い出してあげてください
986:デフォルトの名無しさん
09/11/24 21:27:42
>>984
了解です。これに関しては6gのほうが速いかも…と思ったんですが、
最適化にもよるのでそのあたりの傾向がわかるといいな、と。
987:デフォルトの名無しさん
09/11/24 22:27:23
だいたい同じスペックの実機32bit
うちではgoの方が速い感じなんだけど
erlang使ったことないのでなんか違うのかなぁ
計測用のshスクリプトくれ
988:デフォルトの名無しさん
09/11/24 22:44:29
>>919
たとえば、デニス・リッチーの作った新言語もあるんだけど
君知ってる?
Googleの名前がなきゃその程度なんだよ
989:デフォルトの名無しさん
09/11/24 22:57:16
>>988
どれの事?
リッチーのページにもそんな新言語は書いてないけど。
URLリンク(cm.bell-labs.com)
990:デフォルトの名無しさん
09/11/24 22:58:48
今日もこの流れか
991:デフォルトの名無しさん
09/11/24 22:59:31
Limboのことかね?
まあRob Pikeの方が主要メンバーだけど。
992:デフォルトの名無しさん
09/11/24 22:59:45
まぁ折角だから >>988 さんの話を聞こうぜ。
993:デフォルトの名無しさん
09/11/24 23:02:00
>>991
Limbo ならリッチーの作った新言語なんて言い方はしないと思うけどなあ。
それに、このスレでも Limbo の話題は既出だよ(多分、最初に言及したの俺だし)。
994:デフォルトの名無しさん
09/11/24 23:04:46
LimboよりGoの方が注目されてるのは確かだな
995:デフォルトの名無しさん
09/11/24 23:07:40
実際googleが発表したんだから沢山ニュースが出たんだろ。一般向けにもだぞ?ありえないだろ
それが関係ないとでも言いたいのかよ、頭おかしいんじゃないの
996:デフォルトの名無しさん
09/11/24 23:09:22
こういうタイプがむしゃくしゃして秋葉原無双とかやっちゃうのだろうか
997:デフォルトの名無しさん
09/11/24 23:09:54
>>988 さんはまだかな。
これで Limbo の話だったら笑うけど、>>988 さんはその程度じゃないはずだ。
998:デフォルトの名無しさん
09/11/24 23:11:08
>>997はこのスレに常駐してるらしいけど、どの程度でこんな便所の落書きに貼りついてんだ
ホントに何がしたいのか分からない
999:tsuwabuki ◆hanaogUYzc
09/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:デフォルトの名無しさん
09/11/24 23:12:21
>>988の言ってるのがLimboだろうがそうでなかろうが、
Googleの名前でGoが売れたことは変わらんよ
1001:1001
Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。