- 1 名前：デフォルトの名無しさん [2007/12/14(金) 15:08:16 ]
- 知っておくと、将来それで画期的なソフトやwebサービスが出来る可能性のある言語
があったら教えてください。
それとももう、そういう世界はないんですかね？
- 783 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 22:27:03 ]
- >>768
全ての用途で一番適している万能言語は存在し得ないと思うし、
全部の言語でライブラリを共有するすることも不可能に思う。
例えば、.NETのライブラリは多言語対応と言われているが、
しかしクラス・構造体・メソッド・ジェネリックの言語仕様を持つ言語という制約が存在する。
そのため、.NETの各言語はこれらの言語仕様を扱えるように改造されてしまい元の言語と異なってしまっている。
全面的に作り直されたVB、ジェネリック等が追加されたIronPythonなどが良い事例だと思う。
統一言語やどんな言語からでも利用できるライブラリなんてのは夢でしかない。
- 784 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 22:27:40 ]
- ゼロ知識ってことは相手に求めたい出力を与えないで、
いかにも出力を持っているように振る舞えるってことだよね？
単に関数表を出すことができるとは次元が違うよね？
- 785 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 23:35:47 ]
- >>783
元々IronPythonは「各言語をCLRで統一？動的言語どうすんだ（ｗ無理だよバカス（ｗ」を
実証するために作ったが、作ってみたら「あれイケる。全然イケる。このままGOー！」となったとか。
結局どんな言語であれお互いの仕様を完全コピーすることは可能だし、あとは
それが何らかのエミュレーションレイヤが挟まるかそうでないかの違いなので、
CLRの抽象化はかなり幅広いパターンを包含できる中々よい設計だと思う。
現行のCLRではどうにも実現方法が回りくどすぎて非効率だが、記述方法として
理にかなった概念などを提唱できれば論文一本くらいはものになるんでない。
- 786 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 00:06:34 ]
- 夢がある言語。リンデンスクリプト
間違いない！
- 787 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 00:12:09 ]
- >>783
つアセンブラ
- 788 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 00:34:27 ]
- >>785
>結局どんな言語であれお互いの仕様を完全コピーすることは可能だし、あとは
>それが何らかのエミュレーションレイヤが挟まるかそうでないかの違いなので、
>CLRの抽象化はかなり幅広いパターンを包含できる中々よい設計だと思う。
あまりにJavaVMライクな物を意識しすぎたのか、多言語と言っている割に
静的な型を持つオブジェクト指向言語以外はエミュレーションレイヤで
頑張れと言わんばかりの設計になっていない？
少なくとも.NETの中間言語を見る限りはそのような印象を受ける。
- 789 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 00:50:38 ]
- >>788
静的型を共用できなかったらライプラリが静的型言語からまともに使えない。
プアな方は、使わない情報は無視すればいいだけ。リッチな方に合わせた方がいいに決まってる。
Genericsもあるべき。これもプアな方は、使わない情報(型パラメタ)は無視すればいいだけ。
それより、根本的に異なる遅延評価みたいなのはどうするのか。
- 790 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 00:59:24 ]
- 自言語以外のライブラリすべて副作用のある変化として扱うしかないだろうね
- 791 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 01:35:56 ]
- 副作用の問題？
「実行」の根幹、バイトコードの基本概念設計に関わる気がするけど。
- 792 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 01:41:49 ]
- 自己書き換えが問題なのか、具体的に話して。
言語仕様的には全く問題ない。実装が問題なだけであって。
ただ関数型言語で言えば.NET上にはF#がある。
遅延評価もたしか入っていたはずだが。詳しくはしらんので調べてください。
en.wikipedia.org/wiki/F_Sharp
- 793 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 02:55:26 ]
- >>792
１言語作るだけなら、バイトコードで評価器作ればいいけど、
それだと他言語から利用するときに評価器ごとロード・実行する必要があるのでは？
それが他の遅延評価言語からであっても。
やはり、ライブラリの利用は、願わくば本質的なコードのみのロード・実行（評価）であって欲しいし、
それができてこそ「汎用」VMではないか？
となると、バイトコードは式木を表せてかつ評価戦略も色々出来るものでないと行けないと思うが、
これは、普通の手続き的なバイトコード（VM）では無理ではないか？
あと、遅延評価だけでなく、Lispみたいにデータとプログラムに区別がないのも、同様の問題があると思う。
- 794 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 03:09:35 ]
- もうそこはあきらめるしかないだろ。
- 795 名前：デフォルトの名無しさん [2008/01/06(日) 09:21:45 ]
- スクリプト言語をバイナリ変換してC並の速度が出るコンパイラがほしい
- 796 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 09:27:14 ]
- まともなスクリプト言語なら JIT コンパイルしてるとは思うが、
C に比べりゃ最適化不足なんだろうな。
処理回数によって最適化レベルを上げていくとか難しいんだろうか。
- 797 名前：デフォルトの名無しさん [2008/01/06(日) 10:01:23 ]
- 結局、最適化なんて何のためにその操作をするのかまでは考えてくれないからな。
- 798 名前：デフォルトの名無しさん [2008/01/06(日) 18:28:24 ]
- 使用言語をある一つに特定しないといけない能力では夢や将来性はないなｗ
- 799 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 18:49:13 BE:79877344-2BP(294)]
- >>796
最適化不足っていうか、Cなみになるような最適化って不可能だろ?
たとえば、Cだと、ローカルの配列(文字列)とか確保するのに、スタックから取れるけど、
Javaだとヒープから取らないといけないとか。
- 800 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 19:59:41 ]
- >>796
いま、メインストリームのスクリプト言語で、JITコンパイルまでしている言語を教えてほしい
- 801 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 20:11:45 ]
- 逆に考えて
夢のない言語、将来性のない言語
って何？何をするにしても、とりあえずそれだけ避けておけば
問題なかろう。夢や将来は言語じゃなく中身で実現するもんだし。
- 802 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 20:16:51 ]
- Javaには夢が「あった」
今はもう無い。
- 803 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 20:46:51 ]
- Managed C++ には夢が無い。
- 804 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 20:50:15 ]
- >>803
C++/CLIは？
- 805 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:01:24 ]
- >>804
ネイティブと.NETの架け橋として夢いっぱいであってほしい。
- 806 名前：デフォルトの名無しさん [2008/01/06(日) 21:25:53 ]
- Cobolには夢が「あった」
今はもう無い。
しかし、しぶとく生き残ってる。
誰かトドメをさしてくれ。
- 807 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:26:48 ]
- いきなりとどめを刺したら、日本は終了するけどね。
- 808 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:29:44 ]
- コボラーどもにモチでも食わせとけｗ
- 809 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:30:33 ]
- 人は死んでもしばらくの間髭が伸び続けるのだよ
- 810 名前：デフォルトの名無しさん [2008/01/06(日) 21:39:28 ]
- ActiveBasic
- 811 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:42:20 ]
- 今年還暦＆定年のうちの親父はコボラー
- 812 名前：デフォルトの名無しさん [2008/01/06(日) 22:49:13 ]
- 将来のある問題として
コボラが作ったCOBOLとJCLを使ったシステムをどうするか
改造していくか、JAVAなどでゼロから作り直すか・・・
汎用機もソース自体も信頼できないから困っちゃう
挙句の果てにソースはコボラの頭の中ときたもんだ
- 813 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 23:23:49 ]
- >>810
あんまり楽じゃないBasicだよねぇ、それ。
- 814 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 23:24:09 ]
- 夢だけでいいなら韓国語。将来性は知らんが。
- 815 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 00:26:10 ]
- >>806
夢なんて無かったんじゃなかったか？
プログラミング言語などというパラダイムは、自動プログラミングの手始めの
一過性のものに過ぎないと考えて、ましてや、言語としての寿命はすぐに尽きる
つもりで、やっつけ仕事で標準化の作業をやった、ってなことをどこかで聞いたか
した記憶がある。
- 816 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 02:37:57 ]
- >>812
JavaVM上で汎用機とCOBOLがエミュレートされこの先生きのこるのだよ
- 817 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 03:22:42 ]
- >>799
その点に関しては、Javaも、ローカルスコープでしか参照されないオブジェクトのメモリを
スタックに確保するなんて最適化をやるらしいぞ。
itpro.nikkeibp.co.jp/article/COLUMN/20060626/241719/
Javaあんまり使わない自分にはあまり縁のない話だけどさ。
- 818 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 14:54:23 ]
- 最近、やっぱりLISPなんだと思う。
IronSchemeとかもあるし。
- 819 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 12:28:02 ]
- でも、やっぱりLISPなのかねぇ？
JSchemeとかkawaとかあるけど。
- 820 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 12:58:31 ]
- 自己書き換えを動的・構造的にやる仕掛けとしては、
俺にはLisp以上の手が思いつかない。
- 821 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 19:44:03 ]
- LispとPerlは相容れない
- 822 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 14:33:59 ]
- >>821
ﾊﾟｲﾌﾟで繋げ
- 823 名前：デフォルトの名無しさん mailto:sage [2008/01/24(木) 11:49:15 ]
-
- 824 名前：デフォルトの名無しさん mailto:sage [2008/01/30(水) 02:17:40 ]
- >>821
search.cpan.org/dist/perl-lisp/
- 825 名前：デフォルトの名無しさん mailto:sage [2008/01/30(水) 07:46:26 ]
- ARC
- 826 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 09:27:18 ]
-
- 827 名前：デフォルトの名無しさん mailto:sage [2008/02/09(土) 21:18:35 ]
- キリックス
- 828 名前：デフォルトの名無しさん mailto:sage [2008/02/14(木) 20:18:17 ]
-
- 829 名前：デフォルトの名無しさん [2008/02/17(日) 12:57:28 ]
- カイリックス？
- 830 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 13:56:41 ]
- リンデンスクリプト
- 831 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 13:58:43 ]
- リンデンスクリプト
楽しいけど、将来性は無い。
そもそも遊びの言語
- 832 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 19:11:38 ]
- C++のnamespace、もしくはインラインアセンブラみたいな感じで、
ここからはC、ここからはVB、ここからはJAVAってな感じで、
ひとつのソース中に全ての言語が記述できたら夢があるかな？
- 833 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 19:27:48 ]
- 互いのデータのやり取りがどれくらいシームレスかによるな。
例えばC++/CLIで、俺はCLIとネイティブの間に壁を感じる。
例えばCLI型のデータをBoostで扱おうなんて夢のまた夢。
その点をどうにかすれば夢広がりんぐなのは間違いない。
- 834 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 19:28:27 ]
- 夢はあるが無茶だな。
せいぜい extern "C" みたいな工夫を
色んな言語に使えるようにする程度が限界だし、
それも言語によっては無茶だろうし。
- 835 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 00:03:36 ]
- .netで部分的に実現できるんじゃね？
- 836 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 00:25:55 ]
- COMだって部分的には実現していた。
HTML、HTAやWSFファイルで、script要素毎に異なる言語を使える。
- 837 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 01:03:52 ]
- つ DLRConsole
ttp://msdn.microsoft.com/msdnmag/issues/08/02/CLRInsideOut/default.aspx?loc=jp
- 838 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 08:08:10 ]
- なんかもう足したらいいんじゃね。JAVAと.NET。
サーバーとクライアントこれ1本みたいな。
環境考えなくていいし。
でも決してJ#のことを言っているわけじぇねぇよ。
- 839 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 08:26:31 ]
- MSはVJ++の前科があるからSun的にありえない
- 840 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 01:06:18 ]
- >>839
前科つーか、あれSunは認めておくべきだった。
そうすりゃ今ドトネト向けに出てる膨大なライブラリはすべて（まあ、ほとんど）
Javaで動いてただろうし、そしたらVisualStudioもJ#みたいなインチキではなく
今頃ネイティブサポートでウハウハだった。Sunが著しく経験がない
グラフィカルコンポーネント群もWin/Mac系のベンダがこぞって生産して
超充実してたはず（一部プラットフォーム依存はしただろうけど）。
MSが巻き返しで.NET作っちゃったからASP.NETとかSilverLightとか
膨大なHoge#/Hoge.NET言語群とかが出現して、Javaはかなり危うい。
デスクトップ向けにはMacOS Xにも乗り切れず、結局UNIX方面で使える
サーバ向け言語という領域に押し込まれてしまった。
もったいない。
- 841 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 01:26:05 ]
- >>840
MSはどっちみち独自仮想マシン作ってたと思うよ。
- 842 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 07:27:39 ]
- いや、.NETの、プラットーフォーム依存バイナリで好き放題やれるような機構、
ああいうものをJavaに入れるのをSunが許すことはありえないし、
MSが入れないということもありえない。
- 843 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 02:55:37 ]
- 単にJNIをはるかに簡単に書けるというのと程度的には違わんけどな。
Pure Javaの敗北と取られかねないからブランド戦略的に身動きが取れなかった、に一票。
Java野郎が諸手をあげて歓迎してるEclipseとかが使ってるものは一体何よ？とか
思わんでもない。まあSunではないといえばそうだが、SunではなくJava業界は余裕で
認めたと思う。
- 844 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 16:23:14 ]
- EclipseはVisual Studioより出来がいい。
- 845 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 16:28:13 ]
- ということにしたいのですね。
- 846 名前：デフォルトの名無しさん [2008/02/25(月) 00:08:00 ]
- >>840
認めてないから今のポジション維持できただと思うがな
認めてたらC++なみのカオスになってたはず
- 847 名前：デフォルトの名無しさん [2008/02/25(月) 19:04:10 ]
- 個人的にはABに期待してる
- 848 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 19:31:39 ]
- どんな言語でも作りたいものが作れるならそれでいいよ
それより英語だけは少なくとも読めた方がいい、日本語訳待ちとかもったいない。
- 849 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 19:46:36 ]
- >>840
幸いなことに、PC向けクライアントアプリ作成の重要性は低下の一方だから嘆くほどでもない。
携帯端末向けのアプリやWebアプリ作成が重要になってきて、この分野では依然最大シェアなんだから、この分野を頑張ればいい。
>>846
認めてないから今のポジション維持できた点は激しく同意だが、
わざわざ、C++を貶めるのはよくないな。
- 850 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:20:00 ]
- JavaはJavaSE7からはPure Java志向をちょっとだけ崩してきた。
JAMって機能がそうなんだが、JavaのDLLたるjarの拡張版で、↓みたいになる。
<モジュール名>-<バージョン>[-<プラットフォーム>-<アーキテクチャ>].jam
- 851 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:37:17 ]
- 並列プログラムに向いた言語がこれから来るんじゃないだろうか。
あまり詳しくないけど、Erlangとかそんな感じ？
- 852 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:38:13 ]
- Fortran があるじゃないか。
- 853 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:42:55 ]
- Fortranはコンパイラ屋に見捨てられて先のない言語じゃないか。
そういや並列Fortranとして、FortressだったかをSunが作ってたな。
- 854 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:44:07 ]
- スパコンではもっぱら Fortran らしいぜ。
- 855 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:49:16 ]
- そろそろ数値計算ライブラリもFortran脱却しようよ
- 856 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 21:52:25 ]
- Debugが辛くなるだけだから、ThreadPoolだけでいいっすよ。
40コア時代になってもXMLコアだのMathコアだの10進数演算コアだのが登場するだけでしょ。
1000コア時代にでもなったときに考えるんだぜ。
- 857 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 22:06:57 ]
- >>851
>並列プログラムに向いた言語
Ozがあるじゃないか
- 858 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 22:07:42 ]
- Concurrent Clean
Fortress
- 859 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 23:43:40 ]
- >>855
誰かが新しいライブラリのバグ出し全部やってくれたら、そうするよ。
- 860 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 00:39:29 ]
- どちらかというと夢のない言語の方が将来性があるな
- 861 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 01:52:34 ]
- C言語が任意位置での変数宣言と、名前空間をサポートすれば最強なんじゃね？
それなんてC++っていわれそうだが、C言語規約で出来たら嬉しいじゃないか。
- 862 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 02:04:01 ]
- 前者はC99で実現している。
- 863 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 02:11:03 ]
- ほー。てか配列宣言が変数で行けるようになってるみたいね。
やってることってallocaと同じなのかな？ちと怖い。
- 864 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 02:14:43 ]
- >>849
Javaを認めることには少なからずC++に対する批判が混じっていて当然だと思うのだが
- 865 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 18:13:35 ]
- Cで変数を途中で宣言する必要性がわからないが。
可読性から言ったら、先頭で宣言する方が良いと思うけどね。
C++は処理の流れに依存してオブジェクトを生成する必要があるから途中で宣言できる必要があるけど。
- 866 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 18:32:45 ]
- 可視範囲は狭いにこしたことはない、という考え方もある。
- 867 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 20:08:50 ]
- 関数先頭で宣言する方がありえないわ。
全部短い関数で作ってくれるならまだしも、
あの仕様でいて、長い関数にベタ書きする連中多いからなあ。
俺の脳みそでは扱いきれん。
- 868 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 00:30:47 ]
- 一部でいわれるデータ指向プログラムだな。
ブロック作って寿命を管理する手法はよくやる。
- 869 名前：865 mailto:sage [2008/03/02(日) 01:04:53 ]
- ブロック作って、って話じゃないだろ。
それならCでもできる。
CではできなくてC++でできる話という文脈で出てきてるんだから、当然ブロックの中間にポンと出てくる宣言のことだろ。
- 870 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 01:08:12 ]
- くだらん。
スレタイ嫁
- 871 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 14:41:20 ]
-
- 872 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 19:37:50 ]
-
- 873 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 13:04:59 ]
- >>869
できるよ。
以上。
↓次の方どうぞ
- 874 名前：デフォルトの名無しさん mailto:age [2008/03/20(木) 18:19:36 ]
- これから始まる人間革命が起きたらしいんだ。
www.nicovideo.jp/watch/sm2516171
頭がパーンってなって夢が与えられるらしい。
- 875 名前：デフォルトの名無しさん mailto:sage [2008/03/24(月) 20:25:24 ]
- 構成的プログラミング言語PXっていうのが気になるんだが、
これの処理系って何処かで公開されてたりしない？
- 876 名前：デフォルトの名無しさん mailto:sage [2008/04/05(土) 11:04:16 ]
-
- 877 名前：デフォルトの名無しさん [2008/04/08(火) 13:11:17 ]
- 夢があるのは、Oz ということになるが、難しすぎる。
- 878 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 23:43:50 ]
- つか、言語自身に夢とか将来性をもとめちゃいかんよ。
道具なんだからさ。
それを求めていいのは、言語自体を作りたい人とか、そういう人だけだよ。
道具として使おうとしている人が、求めちゃいかん、と俺は思うね。
そんなこと妄想する暇があるならパタヘネ本でも読んだほうがいいかもよ。
- 879 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 07:57:44 ]
- 私には夢がある。
それは日本語でコンピュータに指示すること。
この見果てぬ夢を求めて、せめて一歩でも近づこうと、
二十数年Prologできた。
この言語の閉塞感が強まる昨今、Ozの魔法を使えないものか。
- 880 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 19:52:26 ]
- プログラマ雇って日本語で仕様書書け。
- 881 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 21:19:09 ]
- >>879
Prologに相性がいいのは欧米語。日本語は根本的に構造が合わない。
- 882 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 21:29:46 ]
- Javaの実装がもっとハードウェアの能力を上手く引き出してくれたら、
それが一番最高なんだけどねぇ。
- 883 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:55:57 ]
- メソッドチェーンできる言語だと、日本語っぽくなるというブログ記事を最近見たよ
第20回 日本語でおk | WIRED VISION
wiredvision.jp/blog/masui/200803/200803030100.html
Ruby もいいけど Smalltalk でも、おｋ。 - sumim’s smalltalking-tos
d.hatena.ne.jp/sumim/20080303/p1
inforno :: 日本語プログラミング言語Scala
inforno.net/articles/2008/03/04/japanese-language-programing-in-scala
POBoxの増井俊之さんが「日本語でおｋ」とかタイトルつけてて吹いたｗ
|
 |
