【プログラム】グーグル、C／C++に代わる新言語「Go」をOSSで公開：超高速なコンパイル、GC、並列プリミティブ [09/11/11]

グーグルは2009年11月10日、Cのようにシステム記述に適したプログラミング言語「Go」をBSDライセンスの下に公開した。
C++ようなC言語の拡張ではないが、Cに似た構文が特徴で、
ガベージコレクタ（GC）や並列プリミティブ、イテレータ、実行時リフレクションなどを備えた新しい設計が目を引く。
Goはグーグルの社員7人が「20％の自由時間」を利用して開発した。
設計・実装を行っているのが分散OS「Plan 9」の創案者であるロブ・パイク氏や、
Unix、Cの生みの親、ケン・トンプソン氏、Google ChromeのV8エンジンを開発したロバート・グリースナー氏など錚々（そうそう）たるメンバーで、
こうした点でも注目を集めそうだ。

グーグル社内では、まだGoを使っていないが、
今後はWebサーバなどのシステム関連のソフトウェアで実用を検討しているという（GoのオフィシャルサイトはGoで書かれたWebサーバを使っている）。
パイク氏は、Goはシステム記述向けを念頭に設計されているが、フロント・エンドのソフトウェアでも生産効率の高いプログラミングができるだろうとしている。

数十万行を数秒で高速ビルド

10月30日に行った講演（動画）の中でロブ・パイク氏は、現在のシステム記述言語が抱える問題を指摘している。
膨大なライブラリが当たり前になり、依存関係も複雑になった結果、ソフトウェアのビルドに「耐え難いほど時間がかかるようになってしまった」（パイク氏）。
Goではコンパイルやリンクにかかる時間を劇的に短縮。
3000行のライブラリが200ミリ秒、正規表現やGC、並列処理、RPC、数学関連などを含むGoの標準ライブラリ全体（12万行程度）でも
9秒でmakeが終了するという速さだ。
数秒のコンパイル時間でも、Goに慣れてしまったパイク氏にとって「非常に長く感じられる」という。

ビルド時間が長くなったことに加えて、現在のC／C++ではネットワーク、クラスタ、マルチコアなど多くの技術変化に十分にキャッチアップできていないという。
「もう長らくシステム言語が登場していない」（パイク氏）。

Goは、まだ実験段階だが32ビット、64ビットのx86アーキテクチャ向けのコンパイラと、GCC向けのフロントエンドが動いており、
実行速度は「ケースによるがCの10〜20％遅い程度。GCがある言語としては十分」（パイク氏）とパフォーマンスも出ているようだ。
仕様書のほか、Javaで言うJavadocのようなGodoc、チュートリアル、イディオム集（Effective Go）など多くのドキュメントが公開時点で整備されているほか、
コーディングスタイルを統一するフォーマッタも提供するなど、Goはコンセプト・プルーフや研究目的の言語としてではなく、強く実用を想定した言語であるようだ。

Goの設計を始めたのは2007年暮れで、2008年には動くものができていたという。

ポインタ演算の排除、GCの導入

生産性の上でC言語が抱えている問題は、ガベージコレクタがなくメモリ管理がプログラマに任されていること、
ポインタや配列の仕様が混乱を招きがちなことの2つが大きい。
JavaやC#の成功したのは、これらの課題を解決したことによるところが大きい。

>>2に続く

ソース：@IT
http://www.atmarkit.co.jp/news/200911/11/go.html
ソースのソース：The Go Programming Language
http://golang.org/

>>1の続き

同様にGoでは、アドレスを扱うポインタそのものは参照渡しのために存在しているが、Cのようなポインタ演算がなく、事実上ポインタを排除している。
変数宣言でも混乱がないように「var a, b *int;」のように型宣言を変数名の後ろにもって来ている。

ポインタ演算による配列アクセスはできないが、Goでは配列や文字列に対して部分列を切り出せる“スライス”が使える。
スライスは配列へのポインタとサイズ、最大サイズの3つの基本データを持った構造体のようなもので、スライス経由で配列の読み書きができるという。

GCの採用は大きな一歩だ。「t1 := new(T);」と書けば、t1という変数宣言とオブジェクトの生成ができ、明示的なメモリの解放は不要だ。
現在のGoの実装ではマーク・アンド・スイープ方式の素朴なものであるものの、今後はIBMが開発した遅延のない並列GCを入れる予定で、
パイク氏は、これまでの経験から実装可能だと見ているという。

Goは軽量な型システムを備えた静的型付け言語という。
型の暗黙変換はない。
近年、静的型付け言語で記述が冗長になりがちなことなどから、動的型付け言語の人気が高まっているが、
それは多くの静的型付けの実装が悪かったからだ、とパイク氏は指摘する。

JavaやC++よりもオブジェクト指向的

Goにはクラスや継承といった概念はないが、「GoはJavaやC++よりも、ずっとオブジェクト指向的な言語だ」（パイク氏）という。
実際、ドット記法によるメソッドの呼び出しに似た文法で、特定の型に紐付いた関数を呼ぶことができる。

Goには“インターフェイス”と名付けられた仕組みがあり、パイク氏自身は「おそらくGoの中で、もっとも斬新なアイデア」だとしている。
Goのインターフェイスは、C++でいえば、純粋仮想関数に似ているという。
データメンバがなく、すべての関数が仮想関数であるようなクラスだ。
Goでは、あるインターフェイスが定義するメソッドをすべて実装した型は、そのインターフェイスを実装しているものと見なされる。
こうして個々のメソッドという実装をクラスという概念でまとめるよりも、より柔軟な型とメソッドの対応付けが可能になるのだという。

独自の並列処理の抽象化

Goで注目すべきなのは、並列処理を念頭に設計されていることだ。
Goではmutexやロックといった機構のほかに、抽象度の高い“ゴールーチン”（Goroutines）や“チャンネル”（Channels）といった仕組みを備えている。

Go命令は関数名を指定することで新規にゴールーチンのスレッドを生成する。
ゴールーチンのスレッドは、実際にはOSネイティブの複数スレッドに自動的に割り振られ、コルーチンのように動いているが、
プログラマは実装の詳細を気にしなくていいという。
Goによって生成されたスレッドはアドレス空間を共有しているが、データの受け渡しなどには“チャンネル”が使える。
例えば重たい計算処理をあるスレッドで行い、その結果をチャンネル経由で受け渡すことができる。
ゴールーチンは、送受信を全二重で行うサーバの実装のような例でコードがシンプルになるほか、
例えば素数列の生成といった処理では、自然数の生成を1つのゴールーチンで行い、
それをチャンネル経由で受け取ったフィルタ関数で処理するといった分散処理の流れを書きやすいのだという。

>>3に続く

>>2の続き

Cっぽくて違和感なし、Cの面倒さなし

Goは表面上はCのように見えるが、スクラッチからやり直したC++とも言えるプログラミング言語だ。
独自の型システムや並列処理のプリミティブなど、かなりラディカルにCとは異なっている。
一方、そのジョークのような名前に反して、すでに基本的なライブラリが存在しており、
UTF-8対応の正規表現ライブラリも存在するなど、実用を強く指向している。

Goが実用段階に入るにはまだ時間がかかりそうだが、
C／C++の代替となり得るのか、さらにはC++、Java、C#、Objective-Cに並ぶCの後継言語となれるのか、注目株と言えそうだ。

> グーグル社内では、まだGoを使っていないが、

フォートランなら出来ます

ひろみ

C# 4.0 最強！！！！！！！！１！！！

Cを気軽にした感じか
さすがシンプルでいいな

MACやiPhoneもそうだけど、独自の言語での囲い込みはマジやめて欲しい・・・
無駄に方言増やすだけだろと
覚える方の身にもなってくれよ

つーか、Androidってobjective-C使うiPhoneなんかと違って、広く普及してるJAVAで
開発できますってのがウリじゃなかったっけ？

Goの絵本たのむ

これは、日本でもやろうと言ってた、マルチコア対応系列コンパイラの話じゃないのかな
googleはマイクロソフトや他大手以上に買収劇を続けてるし、警戒が多少必要だね

>4
それ当然。バグ出しはユーザーにやってもらうw

これが主流な言語になったら、移行するかどうか考える

>>11
ここの場合、他企業の買収の必要なんてないよ。
人間だけ引っこ抜ければ、論文読みながら好き勝手やるし。

しかし、なんやかんやで覚える言語が増えるのはしんどい。

コード補完機能がeclipseとか無料の統合環境使える環境が整えば
考えなくもないけど・・・

いまさらマルチプラットフォームでなくてスクリプト言語でもない
環境にgnuとか無償でライブラリを開発してくれるユーザー団体が
参加してくれるかな？

go go google !

頼むからこれ以上無意味に言語増やすなよ、、、(･ω･)

Scalaも一応追いたいとは思うけど、もう正直面倒くさい。
年かなぁ・・・

>>14
一部マスコミ報道はそう思ってない、潤沢な資金で人材買収企業買収含めてなにをやるか注視してる傾向がある

しかし、2chは規制ばっか、回線は不良ばっか、IDはスロットマシン、もうこの掲示板終わりじゃね
googleも気利かせるなら、2chよりもスマートな毛維持版たててくれと言いたい

いや、細部まで操り管理したいんだよ！！

後方互換性を捨てたpythonの現状を見ると怖くて手が出せない

おいらの知識はZ80と6809のマシン語で止まっている。
N88ベーシックなら分かるがVBは知らない。

goに移行する必要性が良く分からんｗ
C++/C#か鯖ならJavaでいいじゃん

＞JavaやC#の成功したのは、これらの課題を解決したことによるところが大きい。
JavaはともかくC#って成功してるの？

革新的でもないのに無駄に言語増やすな

林晴比古が入門書書いたら手を出すよ

>>19
それこそクラウドでしょ。
並列プログラミングに向けた言語を一から作っているということ。

日本のITゼネコンにはムリ。
できそうなのは、むしろベンチャー系のほうがやれそう。

要らないんじゃないかとも思うが、ブラウザもこれ以上意味がないだろと思ってたところで出した
Chromeが案外良かったりするから、まだ判断できん。

自分はメジャーな言語以外使う気はないんで、どうにせよしばらく様子見だが。

> 現在のC／C++ではネットワーク、クラスタ、マルチコアなど多くの技術変化に十分にキャッチアップできていない

どうみても参入のチャンスです。
googleなら最高の土台を敷いてくれると信じている。

>>28
個人情報ぶっこぬかれたり、
アンインストールしても、アンインストールしきれなかった仕様は
もうまともになったの？

よし、次はこれをマスターしよう。

特徴としていいとこばっか上がってるけど
トレードオフで欠点もあるだろ

そこらへんがわからんとあれだなぁ

>>27
ほんと雲を掴むような話だけどなあ
飛行機で雲の中はいると揺れるぞお、オートパイロットもちょっと危うい、いばらの道じゃなきゃいいけどね

というかまぁ、こういう言語あっても構わないけれど

一番求められているのってさ、VBのような手軽さと環境を一緒くたにした
もので、サクサクっと作れるもの

それをマルチプラットフォームで作れるもの。
LinuxやMacOSXでもあの感覚でサクサクアプリがつくれるものが欲しい
んだよね。

なにも作成したアプリをマルチプラットフォームで動くようにしろといって
いるのではなく、あの環境が欲しいんだ。

メジャー言語へ化けるとすれば、リッチWebアプリ開発環境の充実が欲しいな。

実装したという要素がD言語(digital mars製)のサブセットですな……
皆様、D言語のほうもどうぞよろしく。

>>34
良いかどうかは別としてそれC#じゃん。

とりあえず、Cの長所を排除してC++や#よりも魅力の無い言語を作っちゃいました
って事

つーかandroidってJAVAだろ？

>>36
以前やってみたんだけど、できるバイナリがちょっとデカイ気がしたんですが
まだそんなもんなんですかね

>Goにはクラスや継承といった概念はないが、「GoはJavaやC++よりも、ずっとオブジェクト指向的な言語だ」（パイク氏）という。

これどういうことなんだろ。

>こうして個々のメソッドという実装をクラスという概念でまとめるよりも、より柔軟な型とメソッドの対応付けが可能になるのだという。

Javascriptみたいな感じ？

>>35
そういうのは.NET系言語と言う先客がいるので無理かなあ。

立ち位置が微妙に異なる。
このタイプの言語で一番向いた分野は、
できればバイナリを吐きたいがCほどカリカリに詰めたくもないという、
小規模利用プログラムの世界。

Go for C++ Programmersを軽く読んでみたが、
マジで微妙。

オーソドックスなC++型クラスによるカプセル化が
行えないってのは正直受け入れがたい部分。
情報工学の高等教育を受けた優秀な開発者だけで使うなら
使い勝手が良いのかもしれんが、チームに馬鹿が一人入っただけで
阿鼻叫喚になりそう。そんな危険を許しそうな言語な希ガス

検索事業以外はこけるのが通例

>>43
今のインターネッツそのものだな。
>>チームに馬鹿が一人入っただけで
>>阿鼻叫喚になりそう。
Googleは、皆が賢いことを前提とした作戦ばかり打つからなあ。
逆にMSは皆がアホという前提で.NETやC#作って、賢い人には叩かれるが。

Javaコーヒー豆っぽいけど、ジャックと豆の木の逸話がちょっと思い出される
Go!とのぼっていったはいいが、雲からヤバい巨人がわんさか出てきて最後豆の木は切り倒されたような

うーん、かなり下位レイヤーのシステム記述用に見える
中間層のDBでも作るんだろうか
並列プログラミングに対応したGCのついたCか？

>>46
童話の内容くらい把握しとけよ

誰が得するんだよこれ……

>>48
そうだね
回線も不安定だし、2chも規制ばっかだし、寝るわ

インターフェースって既にC#であるじゃない

ポインタ事実上なしでGC有りで下位レイヤー
書けるのかな、という組み込み屋の俺。

旧式のストップワールドなGCだし。

>>51
Javaに対抗してC#
C#に対抗してGoなんかね。

C#と比べたら酷だろう

GoogleがこれでOS書いてソース公開してくれれば遊んでみたい。

【IT】iPhoneｱﾌﾟﾘ開発者の貧乏度 [09/10/21]
http://anchorage.2ch.net/test/read.cgi/bizplus/1256306289/

1:おっおっおっφ ★ 2009/10/23 22:58:09 ???
　世界で最もﾎｯﾄな多機能携帯電話iPhone向けのｿﾌﾄ開発は､ﾏﾆｱがひと山当てる
ことのできる新ｺﾞｰﾙﾄﾞﾗｯｼｭだと宣伝された｡ｱｯﾌﾟﾙが専用ｿﾌﾄを配信するｱｯﾌﾟｽﾄｱを
始めて1年半たつが､何人の大金持ちが生まれたのだろうか｡

　ｱｯﾌﾟﾙは発表しないが､12万5000人の開発者の大半は利益を出せないでいるらしい｡
人気ｹﾞｰﾑの開発者の利益でさえ､一般の想像をはるかに下回る｡初期投資すら回収できない例も多い｡

　米調査会社ﾌｫﾚｽﾀｰ･ﾘｻｰﾁによると､ｿﾌﾄの開発ｺｽﾄは平均2万〜15万ﾄﾞﾙだが､
価格は1個2.5ﾄﾞﾙ｡ｱｯﾌﾟﾙは初めて持ち込まれたｿﾌﾄの60%を採用しない｡これまで
採用された8万5000のｿﾌﾄのうち､元が取れると思われるのは数百だけだ｡

　起業家ﾃﾞｰﾌﾞ･ﾊﾞｰﾅｰﾄﾞは親から2万4000ﾄﾞﾙを借り､出張するﾋﾞｼﾞﾈｽﾏﾝ向けに車の
走行距離と経費を記録するｿﾌﾄ｢ﾄﾘｯﾌﾟ･ｶﾋﾞｰ｣を開発｡3ｶ月で4万5000ﾄﾞﾙ以上を
売り上げた｡だがﾌﾟﾛｸﾞﾗﾏｰや作画者､ﾏｰｹﾃｨﾝｸﾞ担当者の報酬や法的手続きの費用に加え､
ｱｯﾌﾟﾙに売り上げの30%を手数料として支払った｡ﾊﾞｰﾅｰﾄﾞは生活のために車を売った｡

　最近はｸﾞｰｸﾞﾙやﾏｲｸﾛｿﾌﾄもｿﾌﾄ販売のｼｮｯﾌﾟを開くようになり､ｱｯﾌﾟﾙに不満を
持つ開発者に選択肢が広がった｡今度こそ新･新ｺﾞｰﾙﾄﾞﾗｯｼｭになるといいが｡

ｿｰｽ:newsweek japan [09/10/21]
http://newsweekjapan.jp/stories/business/2009/10/post-625.php

関連ｽﾚ
【IT】iPhoneで｢Flash｣が実行可能に…ｱﾄﾞﾋﾞ社の新ｵｰｻﾘﾝｸﾞﾂｰﾙの重要性(ascii) [09/10/22]
http://anchorage.2ch.net/test/read.cgi/bizplus/1256214539/
など

言語で仕事を選ぶのではなく、仕事が言語を選び人を選ぶのよね

マルチプラットフォームとかネイティブ/バイナリとか無視して
純粋にOOPな言語仕様として洗練されているかどうかを比較すると
C#≧Java＞D＞Python＞＞＞C++＞＞＞Go＞＞＞C
って感じだな

Goってのがダサい

>>58
同意

> Cの生みの親、ケン・トンプソン氏

こいつが設計したことになってるのは何故なんだい？

ごーぐる

こういう言語環境ってなんでアメリカ人発ばっかりなの？

地味だけどActionScriptも悪くないぞ。
あれを発展させた感じのを期待してたんだが。

プログラマーの人も大変だね。次から次へと新しいの覚えなきゃだめだから。
俺はBASICで引退した

>>63
英語＋数学＝プログラミング言語

日本人はあまり英語が得意ではないから
その時点でハンデ有

素直にCを進化させればいいのに

＞事実上ポインタを排除している。
とか
＞ポインタ演算による配列アクセスはできないが、
とか

一体どうしろと・・・


それよりむしろメモリーの仕組みを考え直すのはどうだろうか？

>>63
チューリッヒ工科大学のことも思い出してあげてください。

》63
日本語のラップがなんで流行らないのかと聞いてるのと同じだよ。

格好良くなく、需要もないからさ。

ガベージコレクションとか目にしたのBASIC以来なんだが
今時はまた必要になってるの？

Rubyなどは日本じゃなかったかね？
それはさておき、米軍で採用されないと広まらないのが現状なんだよ

SUGEEEEEEEEEEEEEEEEEEEEEEEEE
クールでエキサイティングだ
今後はこれが主流になるな

ていうか、新しい言語がでたからといって
何かアプリケーションに変革があるわけでもないだろ
やることは同じ。

>>71
つーか言語を勉強すればわかるけど
いろいろな言語に触れるものの
最後はやっぱりＣ言語に戻ってしまう

困ったときはＣ言語に戻れ

これはプログラミングの鉄則でもある

こんな糞言語よりFortran2008を覚えろ！
まだ2003もほとんど実装されてないが

>>70
一寸昔はやりのサーバートークが　少し進化？劣化？今クラウド
法人の端末にプログラムやデーターのキャッシ残さないシステムや　

>>63
Rubyはお嫌いですか？

>>67
いやポインタを廃止または隠蔽するのは必然の流れだろ
C++やC++0xですらBoostとか介してポインタを隠蔽しているのが世界の潮流なのに

中本博美って知ってるかい？
天才プログラマーです。

AdobeFlexやWPFみたいな
処理系コードとデザイナ系コードの分離とかも一切触れられていないな

>>51
C#やJavaのinterfaceとはまた違うぞ。
C#のinterfaceは対象クラスがinterfaceを実装することを
明示的に記述していなければいけないが、Goだと
ユーザー定義型に対してあるinterface が要求する
メソッドが全て定義されてあれば、型は
そのinterfaceを実装しているとして自動的に看做される。

例えばC#だとinterface IHogeと interface IFugaが同じ
public void foo();を規定するインタフェースであったとしても、
IFugaをインプリメントとしてfoo実装したクラスTのインスタンスは関数
void func1(IHoge arg)
の引数にすることはできんのに対して、
Goだとユーザー定義型がfooを実装していればfunc1の引数にIHoge、IFuga
どちらの制約を要求されていても型のインスタンスは引数となることができる。

・・・・っていう理解であってますかね？
http://golang.org/doc/go_for_cpp_programmers.html

>>53
いや、全然ターゲットは別だと思う。
Ｃ＃の規模の開発をＧｏでやろうとしたら生産性で負けると思うよ。

Delphiでよくない？

>>77
Rubyの構文はどうもイマイチ
さすが日本人が作っただけのことはある

Rubyをみると日本はソフト面が弱いのがわかるわｗ

>ガベージコレクタがなくメモリ管理がプログラマに任されていること
うーん、逆に言うと
ガベージコレクタのせいでメモリ管理がブラックボックスになってるほうがイヤなんだけど

>>Goだとユーザー定義型に対してあるinterface が要求する
>>メソッドが全て定義されてあれば、型は
>>そのinterfaceを実装しているとして自動的に看做される。

>>81
>>チームに馬鹿が一人入っただけで
>>阿鼻叫喚になりそう。そんな危険を許しそうな

どの言語が最高！って事じゃなくて、
色々な言語の長所と短所を把握して使い分ければいいんじゃね？
とか思ったりする。

>>64
地味も何もECMAScriptの最先端の実装じゃんｗ

>>86
プログラミング言語は結局、外国語と同じ
最終的には汎用性があるものが強いのさ

Rubyしか使えない俺には関係ないか。

>>85
Where C++ provides classes, subclasses and templates, Go provides interfaces.
A Go interface is similar to a C++ pure abstract class:
a class with no data members, with methods which are all pure virtual.
However, in Go, any type which provides the methods named in the interface may be treated as an implementation of the interface.
No explicitly declared inheritance is required. The implementation of the interface is entirely separate from the interface itself.

と、あるのをそのまま受け取ってみたいんだが、
どこが間違ってるか教えてくれ。

>>29

> 現在のC／C++ではネットワーク、クラスタ、マルチコアなど多くの技術変化に十分にキャッチアップできていない

どう考えても言語仕様の問題じゃないだろ。
標準ライブラリと言語仕様を混同するな。

ifとforだけで十分

>>86
言語は適材適所。
それでもやっぱりPHPは糞だよねー（´・ω・）ねー
って言うのが今の流行の最先端

>>78

メモリマップドI/Oがある限り、ポインタを無くした言語でOSやデバイスドライバは書けないよ。

C++でも「スマートポインタ」があったりするが、デバッグ時に泣きそうになる。

新言語としての善し悪しはともかく、もっといい名前を考えつかなかったのかとは思うなぁ。
Google的には超クールなんすかね。

>>93
PHP見たくない、いろいろと気持ち悪い、関数名とか

個人的に、強型付けが好きというのもあるけど

PHPはいい言語だと思うが、他人が書いたのは読みたくない。

金融にも強いCの拡張でも出してくれよ
関数群の追加で処理作成の軽減を続けてくれればもう十分

現場が変わる度に似た処理作るの┌┤´д`├┐ﾀﾞﾙ〜

日本人は、戦後の洗脳（もちろんロックフェラーによる）によって、
戦前のことをすべて忘却させられ、それを一方的に日本の悪逆によるものと教え込めれて、
逆にロックフェラーに通ずる筋、その最大の傀儡アメリカ政府に対するまったく無邪気な信頼が
抜き難く育ってしまっている。
戦後の愚昧狡猾なる政治家たちはロックフェラーに随従し、ロックフェラーの言うとおりに事をなし、
さらには言われない先からロックフェラーの意向を察して事をなすといった、哀れむべき状態に
陥ってしまっている。

>>94
発想が逆
デバドラで必要になるからという理由で全てのコードに適用すべき物じゃない
言語仕様としては隠蔽を基本として
局所ではC#のunsafeディレクティブの用に非推奨でポインタを利用させて
デバドラを書きたいならコンパイルオプションで特例にすべき

>>95
検索しにくい名前って嫌だよね。
C++ C# .net もどうよとは思ったが。

昔は検索エンジンが記号とかちゃんと扱えてなかったし。

>>101
言われて検索してみたらもうWikiできてるｗ

>>79
中島朱実なら知ってる。

言語レベルで並列化プログラミングサポートしないとそのうち人間が対応できない複雑さになる

まだ言語新しく作るの・・・
もうお腹いっぱいだよ。

>> 101
PSP Go を検索


もしかして？ -> Go

>>91
全くその通りだね
ってかGoogleはD言語用のライブラリとGUIのFWを供給するとかにしてくれたほうが凄まじく嬉しいのだがね

>>103
なつかしいな。
こないだ原作の一巻読んだらBASICだった。

>Cの10〜20％遅い程度。
makeが早くても実効速度が遅いんじゃ話にならん

>>108
ゲーム以外はアニメしか知らないけど、あいつ結構ダメ男で極悪なんだよな。

.net（笑）

>>109
お前ゴーグル社員に消されるわ･･･

アセンブラとCとC++だけで十分じゃね？

>>109
ソフトウェア開発に費やせる時間やお金が無限にあるなら
全てのコードをアセンブラで書けばいいんでしょうね
あなたの発言がいかに陳腐か分かりましたか？

昨今のハード業界は性能供給過剰。
多少遅くても他にメリットあるなら十分実用。

>>40
今でもでかい
GC含めてランタイムそのまま持ってるからね
むしろジェネリクスを多用しているので今はもっとでかくなる

>>41 >81
ダックタイピング的なことをするようなのでJavaScriptに近いっちゃ近いね
仮想関数呼び出しをvtblでやるのか逐次問い合わせにするかで違うけど。
参照渡しがデフォになるのかどうだか。

>>67
「事実上」ってのがミソなんだと思われ。たぶん生ポインタも使える。
.NET系言語でもDでも生ポインタを使いたければ使えるし。

>>91
言語使用は関係あるよ。
Dはスレッド間同期のためのメモリ管理で言語使用でしか表現できないものがいろいろテストされてる。

>>19
＞しかし、2chは規制ばっか、回線は不良ばっか、IDはスロットマシン、もうこの掲示板終わりじゃね
GAEで作ってみたらどうよ？

コンパイルしたバイナリは、
まっさらなWindowsで動くんだろうね？
ネットに接続して、あれ入れろこれ入れろでは
使い物にならないのだがね。

文法の優位性だけでプログラム言語が大きく普及することはない。
何かその言語でなきゃいけない理由を持っていないといけない。
（たとえばあるＯＳで標準開発言語的な地位に選ばれたとか）

C、C++、Java、C#　新旧の覇者たちは皆そういう利点に支えられて普及した。
グーグルがそういう利点を示せるかどうかだろう。

>>113
しったかはだまっとれ

>>118
FAQ読め情弱ｗ

>>117
規制が長期にわたりそうなのでp2でモリタポ買っちまったが、
p2はさすがに遅いので、lighttpd + FastCGI + Go/Dあたりで再実装する価値はありそう
Goは当然Cと相互にリンクできるんだよね?

>>121
使わないから読まないｗ

>>122
Cの関数呼び出したらそこで制御が破綻するから無理じゃね？

重要なのはC、C++、JavaをGoへトランスコードしてくれる機能があるかだね。
Googleが用意してくれるならGoに乗り換えてもいい
というか主流になると思われるので乗り換える

>>119
ゲームで言えば言語はハード
サード（開発者）がどれを選ぶかなんて後付けの問題

相変わらずプログラムをやっている奴ら意外は
何言っているかサッパリ意味がわからんな･･･

つまり予想変換みたいなものなのか？

>>124
Fortran、C、Pascal間での呼び出しとかやったことない？
規約さえあわせれば呼べるよ

>>125
どれも面倒そうだな
やってくれといわれたら投げそう
GCCに食わせてフロントエンドが吐いたものから組み立てるのなら……どうだろうな。

E言語とF言語が飛ばされた＞＜

lisp最強伝説

>>125
自動変換したプログラムなんて怖くて使えないだろｗ

>>128
これ重要だよな
D言語もそうだけど標準ライブラリが貧弱すぎて未だにC系ライブラリの依存から脱却出来ていないからね
D言語のコード生成ツールとかロクなのが無いし

>>132
というよりCで十分なライブラリをわざわざ移植する意味とかないしな
研究用途で使われるマイナー機器についてくるC APIとかいちいちラッパ書いてたら話にならん。

>>119
そのためにドキュメントやライブラリーを整備して強く運用を意識しているってことだろ。

実際に普及させるのを優先させるならJavaや.Netの上に乗っけるのが定石だけど
それらの言語が並列処理に問題があるからあえてスクラッチで作ったと。

いずれにしろこの言語の真価はあと10年たたないとわからない。

rubyだって出てきた当初はただ言語として文法が優れていただけだったが
railsが出てJRubyがJava本プロジェクトに組み込まれてようやく実用性が出てきた。

組み込み向けじゃないと思うな。そういうのはC++で十分で、

これは超並列で大量の分散トランザクションこなす、
検索エンジンとかいわゆるクラウドコンピューティング向け
というかんじじゃまいか

なるほどねー
>>134読んでスッキリした

>>135
だろうね。ミドルウェアには結構向いていると思うというか、それ向け。

オブジェクト指向が言われだしたのは、
インターネットの普及によって要求されるプログラムがなんか変質したってことなの。
ちょっとC++のぞいてみたが、C以上の利便性がいまいちわからない。

よくわからんがグーグル何でもやるな

ヤーッホー
フォートランランラン♪

>>138
オナニーの方向性が違う

Cは1mm違わぬガッチガチなものを作って悦に浸るのに対して
C++(というかoop)はピタゴラスイッチな装置を作って悦に浸る

日本じゃVista重すぎXP最高なんて人間が居る位だからなぁ

>>141
ああ、なんか分かった気がするｗ
前者が日本の携帯、後者がアイホンってイメージにも近いかな。

>>109
>>Cの10〜20％遅い程度。
>makeが早くても実効速度が遅いんじゃ話にならん

c++並ってことでしょ。
実用にはそれほど困らないのでは。

>>142
何わけのわからんことを言っているんだ？

>>145
いちゃもん付けるなら幾らでもやりようがあるって事だな

>>141
Cはレゴブロック
C++はダイヤブロックってこと？

>>146
ニュースの内容理解してないだろ。

>>148
ん、俺がGoogleが気に入らないってこと以外に何か？

>>66
バカ発見

PASCALっぽいが
決してCっぽくはないな

1点指摘。

汎用ライブラリにステルス属性の監視・記録・報告Goルーチン仕込まれたら、
普通にユーザとして組む側からは検出できん気がする。
もし動的ライブラリでエントリボイド可能なら、監視が要る時だけ監視対応
ライブラリに差し替えれば動いちまう。
さらにネットクラウド下で動的ライブラリコネクション張られたらお手あげ・・・
ってか、究極のハックツールってか、「笑いオトコの素体」が出来上がる。

わかるひとだけわかってくれ。
おれはちょっとだけこわい。
そんなことする人格や国家は無いと信じてるけど。

http://pc12.2ch.net/test/read.cgi/tech/1257920595/
http://pc12.2ch.net/test/read.cgi/tech/1257968644/

＞生産性の上でC言語が抱えている問題は、ガベージコレクタがなくメモリ管理がプログラマに任されていること、
＞ポインタや配列の仕様が混乱を招きがちなことの2つが大きい。

メモリ管理なんて関数作って呼び出せば良いだけの話。入れ子になって悶絶するんだけど
ポインタアドレスなんてやってるうちに覚える。セックスと一緒

並列プリミティブ
どういう意味？

>>154
そこに問題意識を感じるか感じないかで人生が10%くらい変わる。

>>154
それで済むならこの世にメモリリークなんて存在しねぇよ

>>147

Cは基本こんな感じで指定して造りますみたいな標語で
C＋＋はその標語を使いまわしましょうっていう概念が入った言語。
例えば本棚を造りたかったら木を切り倒して生成して板を造る作業があるじゃん。
あんな事を一々やってたら時間がかなり掛かる分けだ。
だったらそれを木を切り倒す作業とカンナで削って板にする作業を汎用化した
コードで纏めて皆で使いましょうっていう概念なのよ。

私が思うにGoはDを席巻して行くことになるのではないでしょうか。
言語の良し悪しはどちらも一長一短ですが、資金力、宣伝力から考えるとGoの一人勝ちなような気がします。ですからこのニュースを聞いて一番驚いているのはウォルタんじゃないでしょうか。(あくまで私的な考えですが。)

Googleは一体何をしたいのですかね…

簡単に並列化できる機能が言語レベルで搭載されてるんならいいけど。

Googleの出す次の作品名はgle（グル）と見た

>>161
もうGoのライブラリにogleが入ってる

時代錯誤的な爺の妄言かもしれないが、
アセンブラがわからんヤシにコンパイラとか、パイプラインとか理解できるのかね？
並列処理のやり取りとかハードウェアの知識もなしにそんなもん作って大丈夫？

わからん人でも機能を使えるようにしましょうってことでは？
ポインタ使わないJavaみたいに

そんなに抽象化されると困る場合のみCなりアセンブラなりで生のコード書けばいいだろ
ただのソケット通信のコードを書くのに何万ページもあるITU勧告の全てに目を通したスペシャリストが必要なのか？

>>160
そんなあなたにHaskelがお勧め。やっぱり、並列といえば関数型言語。

Haskelでの並列処理なんていうドマイナーな話が、なぜかITProに載っていた。
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070501/269948/

「しぃ」の次だから「ごぉ」。たぶんその次は Programming Language Rock になる。

また検索かけづらい名前にしやがって
もうちょっと考えろよな

>>152
その辺りのはなし、gccそのものにも存在する脅威とも言われてましたが

プログラム製作会社の部長が、そういったこと全てC++で出来ますけどそれでも＃でお望みですかって？何回も聞かれたことがある。
具体意的に言語を変える利点って使う側としては何があるんだろう？

>>170
Ｃ＃なら他に安い業者いるってこと
わざわざトロイＣ＃にするメリットって金だけ

>>170
言語の使えない人をリストラできる

そっか、Fortranを選んで正しかったんだw

まぁ、C++から進化無かったのは確かだ。

Perl等スクリプト系ともJava、C#のアプリ系とも違う
システム記述系ということか。

>>163
基礎からしっかり学んだやつのほうが、初見の理解力や何かあったときの解決力は格段に優れている。
それは時代が変わっても同じ。

簡単になればなるほど開発者の給料は二束三文になっていくｗ

ハード性能の発展が頭打ちになったから中間コード型は廃れて
再びネイティブコード型中心の時代になるんだろうな

とりあえずむやみに言語増やすのはやめろ・・・

問題は、ライブラリやフレームワークがいかに充実してるかだな
そういうのが出来るまでは全く興味が無い

ビルド性能や並列処理サポートなんて、俺らが普通にコード書く上では優先順位はかなり低い部類の機能

PSP-go

結局CPUで中間コードをそのまま実行という時代は来なかったな
マルチコアで並列でなんとかするという方向性いってるし
そうなるとネイティブの方がいいし、GoogleもJavaScriptの可読性下げる
コンパイラなんか公開してるし、、、バイナリでええやんｗ

電車でＧｏ

これってJavaや.NETのようなVMは必要ないんだよね？
GCはどこでどうやってるんだろう？

個人的にはネイティブコードよりバイトコードの流れになってほしい。
プロセッサーを扱う企業のベンダーロックイン（特にintel）が嫌だし
OSの仮想化やアーキテクチャー混在での並列処理とかにも
良いと思うし。

まぁ、そういった理念で作られた Java が
全然違う使われ方しているから実現性は薄いかな。

＃スレ違い気味ではあるけど

>>184
バイトコードは無理じゃねーかな？
説明面倒だけどCPUの命令の構造とか見てるとそんな気がする

フリーソフトのｃコンパイラーってどこかにないかな。
20年ぶりにプログラム勉強してみたくなった。

>>181
でも言語仕様レベルでOOPを吸収出来ているものが存在するかっていう観点だと
バイナリではJavaとC#という洗練されたものが存在しているけど
ネイティブではD言語くらいしか展望がない(C++0xはライブラリレベルの吸収だし)から
このミッシングリンクを埋めるっていう価値は大いにあるとは思う
まあそれをGoが実現してくれるとは現段階ではとても思えないけど

>>183
どちらかというと、サーバサイドの技術で
クライアントサイドでは意識しなくてもいいと思う。
シンクライアントの流れで行くだろうし。

サーバサイドのGCどうするんだろう。
GoogleとなるとGC付きのOSとか作りかねないと感じたり。

iPhone狙いの新たなハッキング、今度は情報盗難の恐れ
リック・アストリーを表示する「Ikee」では実害はなかったが、
今回のハッキングツールは知らないうちに情報を盗まれる恐れがあるという。
2009年11月12日 09時06分 更新
ttp://www.itmedia.co.jp/enterprise/articles/0911/12/news022.html

go爆したすまそorz

>168
それすげーわかる
Cの関数の使い方を調べてるのにpealとかの同名のが出てきてウザいんだよな

Go言語　ごげんご？

>>138
>インターネットの普及によって
珍説。

>>163
>時代錯誤的な爺の妄言かもしれないが
全くだ。

>>167
その発想はなかった。

>>186
MS Visual Studio C++ Express Edition

> Cの関数の使い方を調べてるのにpealとかの同名のが出てきてウザいんだよな

うざいのはPHP

"C#"とか”.net”が一番困る、正気かと思う。
制御文字に近いものを入れないでほしい。
「しーしゃーぷっ」のほうがまだいい。

単純な単語はSEO仕掛けられているケースが多い。
その点 Wii はいい。

排泄物大好きな任天堂ならしーしーぷーと命名したところだな

C#があるしイランだろ
.netから開放されたいってためだけの言語か、もしかして？

ま、一番致命的なのは名前だがなｗ

>>193
MS Visual Studio C++ Express Edition
情報サンクス。調べて見る。

これから覚えるならこれがいいのかな

>>199
アセンブラ(CASLIIで可)→C→Java でイナフ
あとは仕事の都合とか趣味とかで自由に選べ

やるとしたら
C → C++ → Perl、C#だな

Goが何を目指してるのかイマイチ分からない
単なる実験的な位置づけってことか

正直、憂鬱なニュースでしかないんだが・・・

>>203
新しいものを見ただけで憂鬱になるのは鬱病の可能性が高い

>>201
C++は飛ばしてよくない？
というか、スクリプト言語から入るほうが初心者には取っつきやすいと思う

ぐぐれない名前いくない

C+-を作れ

>>207
+-0で昔のＣに戻るんですね。わかります。

プロットフォームの選定基準は、生産性とエンジニアの調達しやすさが全て。
いくら優れたプラットフォームでも、生産効率悪かったり、使いこなせるエンジニアを集められないのでは意味がない。

さすがプロは言う事が違いますね

>>194
使い方はほぼ同じだからええやん

>>207
JavaのことをC++--というのを昔みた。

でも、System32にあるDLL使ってるんでしょｗ

そんな事よりC++の超高速コンパイラ作ってくれよ

>>201
現状は
C→Java→PHP、C#、その他のスクリプト言語　のようだ
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

Web関連の開発が主流になり急速にシェアを落としたBasicと
煩雑さゆえ年々利用者が減少しているC++は除外したがね

PHPは他の言語でみっちり修行した後でないと危なくて触らせられない

Javaってまだ生きてたのか・・・

生きてるどころか超主流じゃねえの

>>82
同意

ごーなの？ぐーなの？

ChromeとかAndroidとかGoとかネーミングセンスが・・・

D言語は仕様としては結構好きなんだが普及しなかったな
というか>>1を見た限りじゃ大して目新しい仕組みは無いな。
JAVAやC#は言語仕様うんぬんよりライブラリが豊富でアホでも
用意されてる物だけでなんとかなるってのが良い所なんだが。
まあ実績が蓄積されるまではヲタのおもちゃとしてしか使われないか。

>>222
結局言語が普及するかどうかは、そこで決まるからな

日本市場向けの広告に起用するタレントの件

Yes!

ジャパ〜ン

個人的には、基本としてC/C++、Java
あとはスクリプト言語でJavaScriptかPython
でよいかなと思ってる。
＋エクセル使いまくるならVB。

Goは一般的にはまったく流行る予感がしないぜ・・・

そんなのIT土方ぐらいじゃね？ｗ

個人的にはマウスパッドは平らな方がいいと思っている
たとえそれがおっぱいマウスパッドだとしても

Go言語が広まるかどうかは
マスコットキャラにかかってる

D言語は冗談のようなキャラだった

　 　　　rｰ--､　　　　　　
　　　　l"　　　｀'､-,,-‐'''""''''''ｰ,、　
''ﾞﾞ''ﾞﾞﾞ｀lﾞ　r--､　　ヽ　 　 　　　"ｰ､
　　 　l　 .|　　 ﾞl　　|　　　　　　.,,}}　
ﾞ　　 ,lﾞ　 |ﾞ　 　,!　　lﾞ　　 　 　,,,i'
　　 .|　　!　　　ﾉ　,lﾞ´ 　　　,,;"
　　 /　./　　／　/　,,,,,,r''″
　　/　 ー''"　,／'''"
"""ー―--ｰ"
　　　　　　　　　　　　　　　　　　　　　　　　　　[公正]

究極の言語としてZ言語の商標をおさえておくべきだな

>>231
ぐぐれよ。

これなんてPiaキャロットへようこそ！！？

バーニングの周防社長の許可は得たんですか？

得てないと北野誠のように…

(´･ω･`)Linux上のソフトならもう充分にあるから要らなくね？

win用の開発ソフトをタダで公開してくれ>>google

なんでわざわざpascal的な要素を入れてるんだろ

なんでわざわざJavascript的な要素を入れてるんだろ

マスコットキャラクターが嫌すぎ。下手だしダサい。

>>152
Googleだからこそ、あり得る。
Googleモデルは全ての履歴と監視から生み出されるサービスだからな。

>>236
たぶん知ってると思うけどPascalの文法はコンパイルが速く出来る利点がある

>>237
クラスと継承を犠牲にするかわりに
Javascript的な差分プログラミングが出来るようにして
コンパイルの高速化を図っているのかな？

そういやOberonどうなった
あれのサブセット言語なら
サンデープログラマのおいらでもコンパイラが作れそうだ

Ｃ卅　はまだぁ？

>>241
継承が無いように見せかけて、
実は型宣言で他の型を入れてやると、内側のメソッドが
外側のメソッドとして見えて、実装の上書きも出来るという
仕掛けを持っていて、一応実装の継承ができたりする。

コンパイルの高速化なら、スタックマシンまんまやんというForthや
カッコ追いかけるだけで構文解析が終わるLispが最強。

ガベージコレクションとか目にしたのBASIC以来なんだが
今時はまた必要になってるの？

>>244
委譲だけ可能って理解でいいんかな。
クラスがないってのは、階層的な型定義ができないって話なのか。

>>246
お前がJavaすら知らないことは理解してあげた

>>247
型宣言に型名を書くと自動的に委譲が追加されるみたい。

type myType struct { i int }
func (p *myType) get() int { return p.i }

という型を宣言すると、他の型では

type myChildType struct { myType; j int }
func (p *myChildType) get() int { p.j++; return p.myType.get() }

てな感じで使える。

Goの目標のいくつかは以下の通りである。

・静的言語の効率性と動的言語の記述しやすさを組み合わせること。
　事実、開発者は静的にするか動的にするかを選択することが可能である。
・安全性。Goは型安全であり、暗黙のキャストを許容せず、明示的なキャスト
　のみを許容する。また、ポインタ演算を提供せず、ガベージコレクションを提供
　するため、メモリ安全である。
・並行性と通信に対する優れたサポートの提供。
・効率的で遅延のないガベージコレクションを持つこと。
・高速なコンパイル。

ttp://www.infoq.com/jp/news/2009/11/Go-Google-New-Language

Googleは名称を変更すべきだな
あるいは Google-Go言語と称するか

Googleの新言語「Go」、10年前に同じ名前の言語が開発されていた
http://slashdot.jp/developers/article.pl?sid=09/11/13/0356256

>>251
ぐぐっても出てこないよな。
このスレでもさんざん言われてる。

Google、HTTPを補う高速化プロトコル「SPDY」発表
http://www.itmedia.co.jp/enterprise/articles/0911/13/news019.html

なにげにこっちの方が影響力大きいとおも

碁

goneにしろ
どうせ消えるんだし笑いぐらいとれ

GnuGoの立場が

G言語の方がよかった。

コンパイルで何十分もかかる規模なら別かもしれないけど
今の時代でコンパイル速度って、そんなに重要視されるん？

カーネルビルドとかなら別だが、今はそんなに重くないよ
IDEをもっと軽くして欲しい

ケータイのミドル書く土方ですがー
ここ数年でプログラムの規模が収拾つかなくなっててコンパイル時間もうなぎのぼり
ハードの性能向上も焼け石に水って感じ
自分のとこだけかもしらんけど

WinCEフルビルドで15分ぐらいかかったかな
ドライバ直すぐらいならコンパイルよりブートの方がだるい

11月14日
「ＲＩＶＥＲ」劇場盤発売記念大握手会
東京ビッグサイト
開場8:00
開始9:00〜終了21:00

http://pc.watch.impress.co.jp/docs/column/tawada/20091110_327662.html

>>116
.NET系でもVBは生ポインタ使えないよ。

なんか根本的なところが間違ってる、とまではいわないまでも、考え違いをしているような気がする。
もういちどスタートラインに戻って考え直してみてはいかが？

javaか.NETでもう満足なんだが、
これらをデコンパイルできんようにつくってくれ。

ＰＳＰ　ＧＯ　になる運命

OSASKのGOは？

デザインパターンを機能として担保してるフレームワーク的な設計が可能なプログラミング言語を誰か作ってよ

>>269
まずは日本語から勉強しなおせ。

LinuxやOSXより劣るOSを何万円も払って買うのが強い苦痛だよ・・・

静的にするか動的にするかをコンパイル時に選択できるってだけ？
それだと両方の利便性を組み合わせた開発はできなくてどっちか好きな方
先に選べって事だよな？

>>271
OSXみたいな不潔なOSをLinuxと同列に並べるな

ディストリビューションが乱立してるLinuxも十分不潔だけどな w

>>257
自慰言語？

コンパイルする言語のＧＣってヒープ？仮想記憶時の実メモリ？？
トリガーは？？？

ケースによるがCの10〜20％遅い程度

gcトリガーはnewかfreeのとき
OSには使えんな

gcがちょっと便利なぐらいか。
定義の絡みが面倒になってるのが先祖がえりみたい。
ただのscriptって感じだ。

>>271
ゲームやるから選択の余地がない。

ゴー言語かましてよかですか？

ちょっと古いか。

>>163
クラスの隠蔽が「完全」なら、意識しなくても結果は出る。
逆に、変にいじると危ない面も出てくる。

不完全なら、常時危ない。
なんとかするには、アセンブラの知識もハードウエアの知識も
システムの知識も全部要る。

なもんで結局、常時危なくて何ともならないモノが溢れてたのが
PC業界。
最近は湯水のごとくメモリを使うことで、驚くほど改善が進んで
きてる気がする。

確かにw
有り余るメモリを背景に、「よくわからないものは分離」という原則でやるようになってきたからな。
富豪的プログラミングが別の要請から形を変えて出てきたという感じだ。

でも、javaとかC#な奴はnewしすぎだよ
StringBufferが何だか理解できないらしいし

あげ

情報処理関連は
趣味でやるべきで仕事でやるべきじゃないとという事を教えてくれる
有難いニュースだな

>>283
スレッド使いこなせない奴はシングルトン多用すると痛い目に合う
それならnew使った方がはるかにマシ

>>285
C言語世代のおっさん的感覚であることは認める
まあ、そうゆう手抜きをした分、仕事が速いのならいいんだけど
コードが整理されてないから、いつまでもさまよってるし

>>286
スタティックメソッドでできることを、
コピペで新しいクラスに実装するような人間が後を絶たないからな。
気持ちはわかるよ。

>>274
犬っ糞という名前が既に不潔なので。

共食いもしますよ

膨大なライブラリが当たり前になり、依存関係も複雑になった結果、ソフトウェアのビルドに「耐え難いほど時間がかかるようになってしまった」
Goではまだライブラリかさほど作られていないので数十万行を数秒で高速ビルドできる。

>>290
肥満したら捨てて別の彼女にする・・・
と読んだら嫌味ッすかね？

>>287
まあまあぶーたれないで地道にリファクタリングしていこうぜ

>>291
どの女も最終的にはブクブクになるし、
年取ると新しい彼女も作れなくなるんですね。

もう新開発の言語作るなよ
CとJAVAで良いから

つうかこの話を知った時はカーネルにLinux使ってその上は新言語の
バイトコードインタプリタで新規にスクラッチされててフロントエンドの
UIがChromeってのを期待してたんだが、実際のChromeOSは古の
NCだったんで絶望したなりよ。

日本語でおｋ

クラス無くして、stractとinterfaceで多態させて、実装はC#の拡張メソッド的なもので継承させるのか。
なかなか斬新で面白そうだけど、オーバーロードが無いのは名前考えるのメンドイ。

overloadくらいはいずれつくんじゃないのかね。

makeの時間なんて別に長くたってかまわないんだけどなあ。
まあ、C++がなくなってくれるなら喜ばしい

>>296
>>269が戻ってきたんだな。

例外もなければクラスもない
大規模開発では使い物にならんな

これってプロトタイプベースOOPってやつなのか

出すだけで品性を疑われる単語の例
大規模開発

クラスが無いのは他で補われてるから問題ないだろう。

声に出して読みたいGoogle製品の例
ﾁｮﾛｰﾒOS

Ｇ参る

パイ傘

正直、しょぼすぎないか？
すごいと思うところが一つもないんだが

大きなお世話だ

>>308
静的型付け言語でここまで実装とインターフェースの分離を徹底的にやったのは目新しい