これからはどの言語？

1 ：名無しでGO!：2001/01/24(水) 17:48

WindowsでJavaが使えなくなった今(７年後だが)、
プログラミングはどの言語を使ってやるのが一番良いのでしょうか。
ネットに流すことや汎用性、再利用性等も考慮に入れて。

やっぱC#？

2 ：デフォルトの名無しさん：2001/01/24(水) 17:51

プログラミング死++

3 ：名無し++：2001/01/24(水) 19:01

4 ：デフォルトの名無しさん：2001/01/24(水) 19:11

　 Λ＿Λ　　／￣￣￣￣￣￣￣￣￣￣￣￣
　（　・∀・）＜　おまえには日本語ベーシックで十分。ﾏﾜﾚ
　（　　　　）　＼＿＿＿＿＿＿＿＿＿＿＿＿
　｜｜　|
　（_＿）＿）

5 ：デフォルトの名無しさん：2001/01/24(水) 19:18

七年後なんて誰も予想できない

6 ：デフォルトの名無しさん：2001/01/24(水) 19:25

あの和解の内容だけど、
とりあえず７年間はWindowsにMSVMが載ったままってことなの？

7 ：デフォルトの名無しさん：2001/01/24(水) 19:25

７年後でもCOBOLは生きている。

8 ：デフォルトの名無しさん：2001/01/24(水) 19:47

アセンブラで機械語を抽象化
高級言語で石の違いを抽象化
ＯＳで機種の違いを抽象化
ＶＭでＯＳの違いを抽象化

さて次は何が流行るのでしょう？どうしたって不完全さは
残ると思うのだが・・・

9 ：デフォルトの名無しさん：2001/01/24(水) 20:15

地球温暖化
気象の異常化
環境ホルモンによる男の女性化と子供の早熟化
キティの増加
プログラマーの高齢化

10 ：デフォルトの名無しさん：2001/01/24(水) 20:19

>>1
予言しよう。
貴様は一年後に氏ヌ！
だから一年後までの心配事を書きなさい。

11 ：タイムトラベラー：2001/01/24(水) 20:58

７年後の世界からやってきました。
７年後の現在、C#は過去のものとなってます。最近はＤってのが
もてはやされてるようですが、まだなんともいえません。
まあなんだかんだいってもCがつぶしがきいていいみたいですよ。
COBOLはまだ一部では使われているようですが、よく知りません。
あ、もう時間がきちゃいました。もう戻らねば。

12 ：1：2001/01/24(水) 22:31

心配してるのは７年後のことじゃなくて今のことです。
今何をやっておけばいいかを聞いているのです。

13 ：デフォルトの名無しさん：2001/01/24(水) 22:44

>11
んなくだらない事以外に言う事は無いのか！

14 ：デフォルトの名無しさん：2001/01/24(水) 22:45

わざわざ未来からきて

15 ：タイムトラベラー：2001/01/24(水) 22:59

ないです。ごめんなさい。
あ、やっぱあります。ドリキャスが生産中止になるみたいですよ。

16 ：名無しさんi486：2001/01/24(水) 23:11

>15 さっさと帰れ。

17 ：デフォルトの名無しさん：2001/01/24(水) 23:42

Perlがネイティブコンパイラ＆.NET対応して
さらに今以上普及する。

.NET対応により、Winアプリが作成可能になり
オブジェクト指向もできる
初心者でも分かりやすい文法
Webでサンプルがゴロゴロしてる。

コレで普及しないわけがない。

スクリプトでも実行形式でも使えるってのが
今後の新しいプログラムの流れだと俺は思う。

18 ：デフォルトの名無しさん：2001/01/24(水) 23:43

Perlは言語仕様がアレなので苦手。

19 ：15：2001/01/24(水) 23:47

帰ってきました。ここに。

20 ：タイムトラベラー：2001/01/24(水) 23:48

名前はタイムトラベラーですヨロシコ!

21 ：デフォルトの名無しさん：2001/01/24(水) 23:56

.ＮＥＴはバイナリのスクリプト言語。
Ｊａｖａバイトコードも唯のバイナリスクリプト。
変な名前を付けずに正直にスクリプトと言え！

22 ：sage：2001/01/25(木) 00:10

クライアントは携帯Java、サーバはUNIX系フリーOSです。
で、フリーと化したWin32ROMは先進性が無いため、学生、厨坊も使いません（完）

23 ：デフォルトの名無しさん：2001/01/25(木) 00:10

perl に一票。
x86アセンブラ、MUMPS、Perl 好きな言語はいつもキータイプが少ない。
めんどくさいクラスの設計とか無縁。カット＆ペーストしまくり。

24 ：デフォルトの名無しさん：2001/01/25(木) 00:12

>>23
いつまでも小規模やってろ。

25 ：sage：2001/01/25(木) 00:37

Win32は、課金制のJAVAアプリ＆本体無料の携帯電話にシェアを取られました。
サーバ市場の.NETでごっそりお金を取ろうと目論んでいたところに、
フリーのアプリケーションサーバが出現、負けてしまいました。

26 ：デフォルトの名無しさん：2001/01/25(木) 00:37

>21
そだこというなら、普通の実行ファイルもただのマシン語の
スクリプトじゃないのけ？

27 ：デフォルトの名無しさん：2001/01/25(木) 00:43

普通の実行ファイル＝CPUが命令解釈
.NET＆Java＝VMが命令解釈しネイティブコードに変換後CPUが命令解釈

28 ：名無しさん＠お腹いっぱい。：2001/01/25(木) 01:52

ソニーのメモリースティックみたいのが
50*iに装着できて、Javaアプレットから自由に使えないかなぁ...

29 ：天照：2001/01/25(木) 03:47

そうですね。。。
私はMASM32,TASM32あたりでしょうか。

30 ：デフォルトの名無しさん：2001/01/25(木) 03:52

これからの主流はＢＡＳＩＣです。
http://www.zdnet.co.jp/gamespot/gsnews/0101/23/news07.html
１５年前のリアル厨房プログラマ達が復活したりして。

31 ：天照：2001/01/25(木) 03:58

>>30
お金になりそうね。

32 ：デフォルトの名無しさん：2001/01/25(木) 10:14

7年後は完全な人工知能が実現し、プログラミング言語は
不用になります。
コンピュータへの処理手順の学習は口頭で行ないます。
小学校の先生のような話術が必要になります。

33 ：デフォルトの名無しさん：2001/01/25(木) 10:19

今も未来もＣＯＢＯＬです。
ＣＯＢＯＬの良いところはＣＯＢＯＬ自体に有るのではなく、
そのＰＧＭの明確化、設計の明確化、開発手法の明確化にある。
ＣＯＢＯＬを学ぶ事は、費用対効果によるニーズの切り捨てを学ぶ事である。
ＣＯＢＯＬは設計を学ぶ上でのきっかけを作ってくれる。
確かにＵＩはＣＯＢＯＬでは難しい。
しかしＵＩはＶＢやＶＣなどに任せれば良いのである。
データ処理の基本はＣＯＢＯＬであり、設計手法の基本もＣＯＢＯＬである。
正しいデータ処理、正しいＤＢ操作を学ぶにはＣＯＢＯＬからである。
基本を押さえてＶＢやＶＣの世界へ飛び出せば恐れるものはない。
ＶＢやＶＣから入るとそれが遠回りになる。
見た目で選んではいけない、
ＣＯＢＯＬは何を言われようとも、今現在も、多くのビジネスで基幹をなしている。
ＶＢ・ＶＣ・ＪＡＶＡ等流行り廃りで左右されること無く、今現在も新規開発が行われている。
ＣＯＢＯＬよ、ありがとう、そしてＣＯＢＯＬよ未来へ羽ばたくのだ！
未来はＣＯＢＯＬにあり！

34 ：デフォルトの名無しさん：2001/01/25(木) 11:38

コボラーは全角大文字が好き。&heart;

35 ：名無しさん＠1周年：2001/01/25(木) 13:17

うふふ。♥

36 ：デフォルトの名無しさん：2001/01/25(木) 18:43

直スクリプトを愛する同志よ秀丸を使い感動してください&heart;

37 ：デフォルトの名無しさん：2001/01/25(木) 18:43

>>35

38 ：*名無しさん：2001/01/25(木) 18:46

米富士通がＯＰＥＮ　ＣＯＢＯＬってのをオープン系ＣＯＢＯＬの
標準にしようと努力しています。

39 ：デフォルトの名無しさん：2001/01/25(木) 19:04

linuxで動いてくれるなら歓迎

40 ：*名無しさん：2001/01/25(木) 19:10

＞39
どうっすか？
http://cobolforgcc.sourceforge.net/

41 ：デフォルトの名無しさん：2001/01/25(木) 19:14

＞40
最高っす！

42 ：デフォルトの名無しさん：2001/01/25(木) 19:15

>>32
>7年後は完全な人工知能が実現し、プログラミング言語は
>不用になります。

その人口知能は何の言語で描かれてるの？
ＶＢ？

43 ：デフォルトの名無しさん：2001/01/25(木) 19:19

>>42
Dで描かれてます。

44 ：デフォルトの名無しさん：2001/01/25(木) 19:53

いくらでも続けられるよ。(藁
http://www.ady.co.jp/song-chord/chorditiran.htm
マイクロプログラムがでかくなってVMが吸収されるとNETやjavaが見た目
そのまんま石で動くみたいになる。でバイトコードの寿命が石より長くなって
ハード屋大もうけ、プログラマ死亡ってのは？

45 ：デフォルトの名無しさん：2001/01/25(木) 20:13

>>42
そんなものは人工知能に作らせる。

46 ：デフォルトの名無しさん：2001/01/25(木) 21:01

人工知能()
{
　人工知能();
}

47 ：デフォルトの名無しさん：2001/01/25(木) 23:30

>>43
でもＤのコンパイラはＣで作られてるんでしょ？
ＯＳも。

48 ：デフォルトの名無しさん：2001/01/25(木) 23:35

EのコンパイラはDで作られるようになります。

49 ：&hearts;：2001/01/26(金) 00:30

♥♥

50 ：デフォルトの名無しさん：2001/01/26(金) 04:03

51 ：マジな話：2001/01/26(金) 04:22

Cが教養でC#が基本でおまけでC++だろう

52 ：デフォルトの名無しさん：2001/01/26(金) 04:29

♥

53 ：デフォルトの名無しさん：2001/01/26(金) 12:16

Ｈ言語

54 ：デフォルトの名無しさん：2001/01/27(土) 12:52

C++の次がC+++
C+++の次がC++++
C++++の次がD
Dの次がD++
D++の次が～～～～
～～～～～～～～

55 ：偽名無しさん：2001/01/27(土) 14:45

　　　　Λ＿Λ
　　　 (　´ C++++++++++++++++++++++++++++++++++
　　　（　　　　）　ｶﾞｧｧｰｰｰｯｯ
　　　｜｜　|
　　　（_＿）＿）

56 ：♥：2001/01/27(土) 18:24

言語作るのって大変？

57 ：デフォルトの名無しさん：2001/01/27(土) 18:28

>56
言語仕様作って、コンパイラ作ればいいだけ。やってみたら。
コンパイラコンパイラ（言語仕様をソースに書くとコンパイラを
生成するプログラム）つかってもよし。

58 ：>54：2001/01/27(土) 19:36

C+=2
ﾀﾞﾛｦﾛｶﾓﾉﾒ

59 ：デフォルトの名無しさん：2001/01/27(土) 21:08

>>57
そこいらの情報プリズ

60 ：デフォルトの名無しさん：2001/01/27(土) 21:11

>>56
ｵﾚﾅﾗﾃﾞｷﾙ

61 ：デフォルトの名無しさん：2001/01/27(土) 21:16

>>60
で？

62 ：not 60：2001/01/27(土) 21:35

ﾅﾝﾃﾞﾓﾅｲﾖ

63 ：デフォルトの名無しさん：2001/01/27(土) 21:46

>>62
で？

64 ：デフォルトの名無しさん：2001/01/27(土) 21:47

yaccで検索してみろ

65 ：not 62：2001/01/27(土) 21:47

ﾅﾝﾃﾞﾓﾅｲﾝﾀﾞﾖ

66 ：デフォルトの名無しさん：2001/01/28(日) 16:33

MLはどうですか。

67 ：デフォルトの名無しさん：2001/01/28(日) 16:56

ときに、yaccはやはりヤックと読むのか？

68 ：54：2001/01/28(日) 20:17

>>58
って言うかネタだべさ

69 ：デフォルトの名無しさん：2001/01/28(日) 20:53

yacc：ヤック
lex：レック
bison：バイソン（？）
flex：フレック（？）
あってる？

70 ：デフォルトの名無しさん：2001/01/29(月) 00:17

マジレス希望です。
自分でスクリプトエンジンを作りたいと思っています。
実現のためにはどのような知識が必要になるでしょうか？
まずはRudyを超えたいです。

71 ：デフォルトの名無しさん：2001/01/29(月) 00:19

やねさんのページにいこう～！
最新最高のスクリプト言語やねSDK2000がソースつきで置いてあるヨ！

72 ：デフォルトの名無しさん：2001/01/29(月) 00:22

機能的にはスクリプトは簡単。
簡単な計算とファイル入出力、ソケット関連の基礎くらい。
問題は言語の仕様。
特にアホユーザーがエラーコード書いた場合の対策とかセキュリティ。
セキュリティホールがあると叩かれる。

73 ：70：2001/01/29(月) 00:23

>>71
是非URLを教えてください。

74 ：70とは別だけど：2001/01/29(月) 00:29

スクリプトエンジンってどうやってつくるの？
入力された文字列に対して処理を1対1で全部対応させていくようなもの？
あとは正規表現みたいな機能の実装か…

スクリプトエンジンとコンパイラとOSの作り方がいまいちわからない…
こういうのってほんとどのように作るのでしょうか？

75 ：デフォルトの名無しさん：2001/01/29(月) 00:38

bisonとかflexの使い方覚えるのが面倒。

76 ：70：2001/01/29(月) 00:39

>>71
ttp://www.sun-inet.or.jp/~yaneurao/
ここですか？

77 ：デフォルトの名無しさん：2001/01/29(月) 00:44

>>76
それはやめた方が･･･人それぞれだけど
Ruby目指してるならRuby本体のソース見るのは？

78 ：70：2001/01/29(月) 00:56

Rudyを超えるつもりなのでRudyを参考にするのはどうか？と思ったのですが
やはり変な拘りでしたでしょうかね…
Rudyのソースも参照してみます。

79 ：デフォルトの名無しさん：2001/01/29(月) 01:05

>>74
大まかに分けて、字句解析->構文解析->実行。
$a = 10;
という文があったら、字句解析器で（lexerとかlexical analyzerとか呼ばれる。lexで作って良し）
"$a", "=", "10", ";" という字句に分解される。
次にyaccなどで作った構文解析器（parser）によって
代入文として解釈して（もちろん作る人の自由なので掛け算でも良し）
中間コードを出力するか、そのまま実行する。

80 ：デフォルトの名無しさん：2001/01/29(月) 01:07

Rudyってソース公開されてるんだ…
はじめて知った

81 ：デフォルトの名無しさん：2001/01/29(月) 01:09

一応お約束。
>>78
Rudyって何ですか？

82 ：>81：2001/01/29(月) 01:14

http://www.ruby-lang.org/ja/

83 ：74：2001/01/29(月) 01:21

>>79
そのまま実行はわかるけど中間コード出力はわからないです…
今から調べに逝ってきます

84 ：他力本願：2001/01/29(月) 01:24

age
誰か「スクリプトエンジンを作ろう」スレたててください。

85 ：>81：2001/01/29(月) 01:25

http://www.joho-kyoto.or.jp/~vrudykyo/

86 ：＞８５：2001/01/29(月) 01:29

（藁

87 ：デフォルトの名無しさん：2001/01/29(月) 01:34

>>83
中間コードってコンパイラが吐くやつのことじゃない？
俺も詳しくないからわからないや…
知識人の方、詳細きぼ～むです

88 ：デフォルトの名無しさん：2001/01/29(月) 01:40

Perlのソースは存在しないのですか？
RudyよりPerlのソースが見たいです

89 ：デフォルトの名無しさん：2001/01/29(月) 01:53

ネイティブのオブジェクトコードで実行できるスクリプトってどれぐらいあるかな？
76の人はそういう事してる様だけど。

90 ：デフォルトの名無しさん：2001/01/29(月) 01:54

Perlのソースは激しいよ。マクロの山だ。
ttp://ring.etl.go.jp/archives/lang/perl/CPAN/src/stable.tar.gz

91 ：デフォルトの名無しさん：2001/01/29(月) 01:55

>>83
例えばJavaはJavaVM用のバイトコードに変換する。
スクリプト言語ならそのインタプリタ用のコードに変換。
別にclassファイルみたいにファイルに書き出す必要はなく、
メモリ上で全部やっていい。

92 ：名称未設定：2001/01/29(月) 10:39

Sunがアホなので、残念ながら、不本意ですが、
んなわけねーだろがと言うかもしれませんが……
C#で決まりです。

93 ：デフォルトの名無しさん：2001/01/29(月) 11:33

そんな無責任なこといって、.NETが大ゴケしたら
どうするんじゃ。

94 ：今はJava使い：2001/01/29(月) 12:23

さっき一通りインストールして試してみたが、
かなり使いものになりそうな予感がするぞ。
というわけで.NETに決まりだ。

95 ：デフォルトの名無しさん：2001/01/29(月) 12:27

C#の仕様自体は後発だけあって、いいと思うけど
コンパイラの出来がどうなるかだよな。

96 ：デフォルトの名無しさん：2001/01/29(月) 12:28

.NETランタイム（？）の普及は、後何年ぐらいかな？
次のwinとIEに付属させれば、3年ぐらいでWinの環境には
普及するだろうけど、UINXとかにも入って行くのは
いつ頃だろう？？
.NETは、言語は何でも良いってのが気に入った。
perlでwinアプリが作れるといいなぁ。。
最終的にJAVAは、.NETに飲み込まれるんじゃない？

97 ：デフォルトの名無しさん：2001/01/29(月) 12:51

多分、Pythonなども使えるようになるのだろうね。
そういう意味では期待だけど・・・。

98 ：デフォルトの名無しさん：2001/01/29(月) 16:43

つか、JAVA　VMだって言語はなんでもいいんだから、やろうと
思えばJAVAだってPythonやRubyで出来るようになるだろ。

99 ：デフォルトの名無しさん：2001/01/29(月) 18:32

それをしないところがSunのSunたる所以なのさ

100 ：デフォルトの名無しさん：2001/01/29(月) 19:01

大人には色々と事情があるのさ。

101 ：デフォルトの名無しさん：2001/02/07(水) 13:36

ＪＡＶＡって終わってると思う

102 ：デフォルトの名無しさん：2001/02/07(水) 16:09

非ＭＳの環境じゃほぼJavaが浸透し切ってしまっているんですが、、、
電話にPalm等組み込みからUNIX系(+OS-Xﾜﾗ)、汎用機まで、、、
ＭＳはC#をUNIX系にまじめに移植するつもりあるんかね。
COMんときもそんなこと言ってた気がするんだが。
NTが鯖からUNIX系OSを駆逐するなんてそれこそC#がJavaを駆逐する以上
にありえないと思うんだが、、、

103 ：デフォルトの名無しさん：2001/02/07(水) 16:21

i-modeもJavaだしね。
これがC#だったら携帯でブルースクリーンが見れたかなあ(笑

104 ：デフォルトの名無しさん：2001/02/07(水) 16:44

見れるわけないだろ。

105 ：名無しさんダーバード：2001/02/07(水) 17:01

MSの技術って、出荷されるまでは大騒ぎなんだよねー。

106 ：デフォルトの名無しさん：2001/02/07(水) 17:32

>>105
.NET Framework βを実際にあれこれ触った限り、
MSにしては意外にまともそうな感じだが。
意地でもJavaを叩き潰そうって心意気が伝わってくるぜ（ｗ

107 ：デフォルトの名無しさん：2001/02/08(木) 05:17

>>98
ちょっと違うがJPythonはある。Java言語で実装されたPython。
当然JVMで動く。

108 ：名無子：2001/02/12(月) 18:34

この板もスレもを今日まで知らずに
今日Javaの本を買ってきて勉強しようとした俺は考え直した方が良いですか？
perl勉強した方がイイんかな・・・。