09/09/19 00:07:09
Noop キタコレ
・Dependency injection in the language
・Testability - a seam between every pair of classes
・Immutability
・Syntax geared entirely towards readable code
・Executable documentation that's never out-of-date
・Properties, strong typing, and sensible modern standard library
■関連URL
◆Noop
URLﾘﾝｸ(code.google.com)
◆JavaVM向けの新言語「Noop」リリース
URLﾘﾝｸ(codezine.jp)
◆JVMで動作する新言語「Noop」- Google開発者らによる新プロジェクト
URLﾘﾝｸ(journal.mycom.co.jp)
2:デフォルトの名無しさん
09/09/19 00:12:03
ScalaやGroovyとどっちが流行るかね
3:デフォルトの名無しさん
09/09/19 02:48:28
セットアップ手順
URLﾘﾝｸ(d.hatena.ne.jp)
4:デフォルトの名無しさん
09/09/19 09:01:13
>>3
「NoopはScalaで作られているので」ってところに軽い衝撃を受けた。
5:デフォルトの名無しさん
09/09/19 09:06:54
やっと出た
6:デフォルトの名無しさん
09/09/19 09:52:09
基本 Immutable って言うところが好感触だな。
7:デフォルトの名無しさん
09/09/19 10:58:13
何て読むの？
ぬーぷ？
8:デフォルトの名無しさん
09/09/19 11:20:55
のうぷ
9:デフォルトの名無しさん
09/09/19 13:22:47
Scala で実装してるということは Scala に何らかの不満があって作ってるんだろうな。多分。
10:デフォルトの名無しさん
09/09/19 14:18:46
新しい言語でを作ってるということは、Scalaに限らず他のすべての言語に不満があって作ってるんだろ
むしろ、Scalaで実装するのを選んだということは、Scalaが
一番理想に近い言語ということじゃないか
11:デフォルトの名無しさん
09/09/19 18:33:14
そうか？
Scalaの言語特性が文法や型の定義・実装に向いていると判断されただけに感じる。
とはいえ、目指すところは近そうだけどな。
12:デフォルトの名無しさん
09/09/20 00:53:45
んう～ぷ
13:デフォルトの名無しさん
09/09/20 02:27:11
>>3
インストールに必要なもの
なんか面倒っちいけど
まとめるとこんな感じ？
※「」はあらかじめ導入が必要なもの
●「JDK」 インストール
●「TortoiseHg (Mercurial)」 インストール
●TortoiseHg で 「Noop のソースツリー」 を取得
●「ActiveRuby」 インストール
●ActiveRuby で 「Apache Builder」 (Ruby の gem 使用) を インストール
●「Scala」 インストール
●Apache Builder を使って Scala で書かれた Noop を build
>Noopの実行環境は、現在のところインタプリタのみが提供されているようです。
>インタプリタを動かすにはclassesフォルダとantlr-runtime-3.1.1.jarにクラスパスを通し、
>noop.interpreter.InterpreterMainクラスを指定してScalaを起動します。
>antlr-runtime-3.1.1.jarはNoopのビルド中にC:\Documents and Settings\<ユーザ名>\.m2\repository\org\antlr\antlr-runtime\3.1.1
>にダウンロードされているので、それをコピーして使えばOKです。それからHelloWorldプログラムは
>noop.Applicationクラスとnoop.Consoleクラスを利用しているのですが、これらのクラス定義は
>resources\stdlibフォルダに格納されています。そのため起動オプションとして、このフォルダも指定する必要があります。
「JVMで動作する」 って言うけど
結局いまのところ Scala 上の Noop インタプリタで動いてるだけで
JVM ネイティブな訳じゃないってことか?
14:デフォルトの名無しさん
09/09/20 04:15:55
>>13
安心しろ
$ java -jar noop-0.1.0-SNAPSHOT.jar HelloWorld resources/helloworld/ resources/stdlib/
Hello World!
15:デフォルトの名無しさん
09/09/20 08:25:57
scala依存なのがなあ。最初からscalaでよくねという気分が。
ruby使えば済む話をわざわざjruby使う並に素直じゃないw
16:デフォルトの名無しさん
09/09/20 09:41:31
Image:Noop at JVM Summit.pdf
URLﾘﾝｸ(wiki.jvmlangsummit.com)
17:デフォルトの名無しさん
09/09/20 16:07:54
Scalaに比べて、何が良いんだ？
18:デフォルトの名無しさん
09/09/20 23:59:23
何が優れているのか具体的なところはよくわからんが、
コンセプトを見る限り、
・実行可能なドキュメント
・Seamとやらがあること
・DIをサポート
みたいな感じらしい
19:デフォルトの名無しさん
09/09/21 01:45:02
きもちわるいJavaの劣化版っていうイメージ
20:デフォルトの名無しさん
09/09/21 01:52:26
COBOL・・・C#・・・Java・・・、はーらーだ たいぞーです♪
21:デフォルトの名無しさん
09/09/21 03:05:55
ライブラリこれだけ？作り始めたばっかじゃん。
良いとか悪いとか言うレベルじゃねぇだろ、これ。
URLﾘﾝｸ(code.google.com)
22:デフォルトの名無しさん
09/09/21 03:38:11
参加者募ってんじゃね？
23:デフォルトの名無しさん
09/09/21 03:40:29
あ、そういふことですたか。
24:デフォルトの名無しさん
09/09/21 09:37:21
・実行可能なドキュメント
ってなに？わかりやすく
25:デフォルトの名無しさん
09/09/21 12:46:59
単にクラスドキュの事だろ。
26:デフォルトの名無しさん
09/09/21 14:41:03
JVM使う時点Javaのライブラリを活用したいんだろうとは思うが、
それってそもそも原則 Immutable なオブジェクトと相性が悪そうだな。
27:デフォルトの名無しさん
09/09/21 21:08:43
>>13
面倒くさすぎわろた
28:デフォルトの名無しさん
09/09/22 19:18:48
>>25
ちげーｗｗｗ
読みやすいUnitテストのことだ＞実行可能なドキュメント
29:デフォルトの名無しさん
09/09/23 14:29:47
__noop みたいに no operation の略かと思ってしまう
30:デフォルトの名無しさん
09/09/23 15:40:10
URLﾘﾝｸ(openjdk.java.net)
JVM Language Summit
September 16-18, 2009
Sun Microsystems, Santa Clara campus
デタラメな片仮名吹いたｗ
いかにも外人センス
31:デフォルトの名無しさん
09/09/23 15:46:49
>>3
Apache Builder
じゃなくて
Apache Buildr
だな
32:デフォルトの名無しさん
09/09/23 17:13:01
URLﾘﾝｸ(d.hatena.ne.jp)
びみょーだな
誰が得するんだ
33:デフォルトの名無しさん
09/09/23 17:18:37
きもい
Javaの嫌いな部分を真似しなくていいのに
34:デフォルトの名無しさん
09/09/23 17:40:31
>>33
嫌いな部分ってどこだ？DIとかテストか？
35:デフォルトの名無しさん
09/09/23 19:56:31
>>28
なるほど納得
36:デフォルトの名無しさん
09/09/24 01:49:55
>>32
この人英語わかってないぞ
だまされるなよ
提案されてる機能とか、guiceのソースとかがごちゃ混ぜになってる
noopで書いたソースってほとんど今はないんじゃないか？
37:デフォルトの名無しさん
09/09/24 03:02:44
今のところnoopで書かれててちゃんと動作するのってexampleフォルダにあるソースくらいだよね
Hello World
URLﾘﾝｸ(code.google.com)
足し算
URLﾘﾝｸ(code.google.com)
whileループ
URLﾘﾝｸ(code.google.com)
委譲サンプル
URLﾘﾝｸ(code.google.com)
URLﾘﾝｸ(code.google.com)
URLﾘﾝｸ(code.google.com)
今はまだ開発中でif文も動かない段階。
もうちょっと待つべしなのだと思う
38:デフォルトの名無しさん
09/09/24 03:11:38
今試してみたらDelegator.noopは動かなかった。
39:デフォルトの名無しさん
09/09/24 03:47:22
BrainF*ck並ってところか
40:デフォルトの名無しさん
09/09/24 20:59:32
ifも動かないのによく発表できるな
41:デフォルトの名無しさん
09/09/25 00:27:04
「俺って、まだ作りかけで、if文も動かない頃からNoop知ってたぜ」
というのが自慢話になるからいいだろ
42:デフォルトの名無しさん
09/09/25 00:43:18
Noop.gにはIF文の定義書いてあるみたいだけど。
ちょっと確認してみる
43:デフォルトの名無しさん
09/09/25 00:52:57
19日版ではif文動かなかった、っていうかBooleanが無かった
while文が動くようになったのが一昨日らしい
URLﾘﾝｸ(code.google.com)
毎日仕様が追加されるプログラミング言語Noop。
斬新すぐる
44:デフォルトの名無しさん
09/09/25 01:04:02
仕様は追加されないだろｗ
45:デフォルトの名無しさん
09/09/25 02:08:46
>>41
俺って、まだ作りかけで、if文も動かない頃からJava知ってたぜ
46:デフォルトの名無しさん
09/09/25 07:20:20
そのころはまだ oak だったのではあるまいか
47:デフォルトの名無しさん
09/09/25 17:44:36
List args
みたいに、使わない引数の型を抽象化することがあるみたいだけど、
何か落とし穴とかないんだろうか
48:デフォルトの名無しさん
09/09/25 20:50:17
>>47
それってJavaやC#のObject型とかCのvoid *みたいなもの？
49:デフォルトの名無しさん
09/09/26 00:02:48
> 使わない引数の型を抽象化する
この日本語の意味が既に全然わからない哀れな俺にだれか説明を頼む。
50:デフォルトの名無しさん
09/09/26 00:31:58
それは抽象的な説明だ
51:デフォルトの名無しさん
09/09/26 02:46:10
実際にはList<String>が来るんだけど、Stringかどうかを指定していない（捨象している）
ってこと
52:デフォルトの名無しさん
09/09/26 02:49:57
具体的には、Arithmetic.noopの改訂「a0327ee139」の差分を見て思った
53:デフォルトの名無しさん
09/09/26 03:52:09
一つの機能に色んな実現方法っつーか構文があるのって今がproposalの段階だからなのかな？
newがproposalのwikiで色んな書かれ方しててどれが正しいんだって感じ。
自分でwikiに載ってるパターンでnew書いても動かないのは書き方が悪いだけか？
54:デフォルトの名無しさん
09/09/28 09:25:26
Google発の言語だって言う期待感と、構想レベルじゃねーかっていうガッカリ感の落差が半端ないな。
Googleの名前背負って発表していいレベルじゃない。
55:デフォルトの名無しさん
09/09/29 00:11:50
googleはいつも話題だけだよｗ
56:デフォルトの名無しさん
09/09/29 02:07:57
MSも前世紀はそうだった