初心者のためのプログラミング言語ガイド Part9

初心者のためのプログ ..

44:デフォルトの名無しさん
08/05/19 02:54:09
こっそりする必要があるんじゃなくて、
広く皆に使わせたいという意欲が無い→結果的に一人静かに使うようになる。

45:デフォルトの名無しさん
08/05/19 04:04:23
>>41
結局どちらの方が人生に重いかということだと思う。
本当に必要な事から入るのがいい。

46:デフォルトの名無しさん
08/05/19 05:20:55
んなもの常識で考えりゃわかるだろう
50年間研究され続け、湯水のごとく予算をつぎ込まれて専用ハードまで開発されたが
結局なんの役にも立ちはしなかった

Lispで書かれた世の中に役立つプログラムがどれだけあると言うんだ？
Lispで書かれたOSがあるか？　Webブラウザがあるか？　ゲームがあるか？
今となってはせいぜい物好きなアプリがカスタマイズ用マクロとして実装してみる程度さ

計算機科学と人工知能研究の歴史を語る上では外せないが、おもちゃ以上の価値はない
伝説的とも言える超優秀なプログラマーたちがLispを好んだことは事実だが
逆は必ずしも真ならず、Lispが使えるからといってそいつが優秀だと言える筈がない

Lisp好きはプライドだけは異常に高いけどな

47:デフォルトの名無しさん
08/05/19 07:24:17
シンボリックス社とかLisp使ってたべ。
任天堂はゲーム開発にLispで作った独自言語使ってたというね。
クラッシュバンディクーとかはそれで作られた。

以下はその通りかもしれない。
> 伝説的とも言える超優秀なプログラマーたちがLispを好んだことは事実だが
> 逆は必ずしも真ならず、Lispが使えるからといってそいつが優秀だと言える筈がない

48:デフォルトの名無しさん
08/05/19 07:26:36
>>44
そのLisp使いが本当に優秀で重要な人間なら、
本人に広める意思が無くても周囲の人間が「Lispすげぇ！」
と、その人の成果を真似て、だんだん広まってくんじゃないのか？

49:デフォルトの名無しさん
08/05/19 07:30:30
クラッシュバンディクーって任天堂だったか？ｗ

50:デフォルトの名無しさん
08/05/19 07:45:16
わかんないんです（＞＜）

51:デフォルトの名無しさん
08/05/19 07:45:45
ごめん、任天堂じゃなくてソニーか。ゲーム詳しくないから。

52:デフォルトの名無しさん
08/05/19 07:51:34
>>48
言語を真似ても、成果は真似できないから浸透しないと思うよ。

「凄い奴が使いこなすと何より凄い」という理由では、モノは広まらない。
世の中に浸透するのは、優秀では無い人間でも成果を出せるモノとか、
好奇心の薄い人間が手を伸ばすと届く範囲内に大量に送り込まれるモノだよ。

53:デフォルトの名無しさん
08/05/19 07:58:26
>>52
Excelね

54:デフォルトの名無しさん
08/05/19 07:59:56
優秀な人間がLispを使いこなして得られた成果物って何かあったっけ？
せいぜいツールどまりなんじゃないの
結局その程度のことしかできない言語ってことだよね。

55:デフォルトの名無しさん
08/05/19 08:11:46
>>46
実際に使いこまずに言語を判断できるなんてすばらしいエスパー能力ですね

56:デフォルトの名無しさん
08/05/19 08:26:27
> 何かあったっけ？

57:デフォルトの名無しさん
08/05/19 08:27:24
何もないな

58:デフォルトの名無しさん
08/05/19 08:30:13
自問自答ですか

59:デフォルトの名無しさん
08/05/19 08:31:26
日本はともかく、アメリカの大企業でLispをまったく使っていないところを
探す方が難しいよ。

60:デフォルトの名無しさん
08/05/19 08:32:37
グーグルの基礎技術もLispだろ。

61:デフォルトの名無しさん
08/05/19 08:35:50
LISPで出来て、C言語で無理なことはないだろ

62:デフォルトの名無しさん
08/05/19 08:36:50
C言語で出来て、アセンブリ言語でできないことはないだろ

63:デフォルトの名無しさん
08/05/19 08:45:25
>>59
具体的にどういうところで使われてるのか言ってみな
Emacsのカスタマイズに使ってる、なんてのは勘弁なｗ

>>60
もともとLisp屋が入ってたから概念がLispコードで示されただけで
実装がLispというわけではない

64:デフォルトの名無しさん
08/05/19 08:47:07
Perlで出来て、C言語で無理なことはないだろ
Pythonで出来て、C言語で無理なことはないだろ
Rubyで出来て、C言語で無理なことはないだろ
Javaで出来て、C言語で無理なことはないだろ
C＃で出来て、C言語で無理なことはないだろ
C++で出来て、C言語で無理なことはないだろ
そしてもちろん
LISPで出来て、C言語で無理なことはないだろ

うん、多分その通りだね！
それにLispなんてやっても求人無いし、やる必要ないよ。
C、COBOL、JAVAやってれば間違いない。

65:デフォルトの名無しさん
08/05/19 08:48:36
LispはPG言語界のUMAみたいなもんか

66:デフォルトの名無しさん
08/05/19 08:50:56
> 結局何の役にも立たなかった
わけではない。

お終い。

67:デフォルトの名無しさん
08/05/19 08:53:06
begin end のない言語なんて汚くて触る気しないよ。

68:デフォルトの名無しさん
08/05/19 08:53:30
>>54
それって、大規模ソフトウェアのことを訊いてるの？
それなら、さっきから話に出ているように、優秀な人間が個人で使うのが主なんだから、
人海戦術的プロジェクトの例は少ないに決まってるのでは。

69:デフォルトの名無しさん
08/05/19 08:55:34
Lispの使い道で一番多いのはemacsのカスタマイズ用途ってのが現実なんだよね

70:デフォルトの名無しさん
08/05/19 08:57:07
「優秀」な人たちが愛してやまないのにこれほど成果が人の目に触れないなんて…
きっと投入リソースに対するアウトプットが極端に少ない、コストパフォーマンスの悪い言語なんですな

71:デフォルトの名無しさん
08/05/19 09:01:28
スレタイ無視しまくって全スレ共通で雑談するのはこの板の悪い癖ではあるな

72:デフォルトの名無しさん
08/05/19 09:01:38
一流ハッカー（であるLisper）の視点だと、
この世の言語は「CとLispと、その他半端者の群れ」って感じだろうな。

さっきから一所懸命Lisp否定を頑張ってる人への答も、この組み合わせの中にある。
LispハッカーがCでやる領分を指して、Lispで書かれたものは何かあるの？　と質問しても無意味。
その質問が意味を持つとしたら、元の主張が「Lispはあらゆる領域において最適解である」という内容、
「適用範囲の広さが」最強だという主張であった場合だが、そんな主張は出ていないよね。
ていうか、そんな適材適所という言葉も知らないような馬鹿は、そもそもLispなんて使いこなせないよ。

73:デフォルトの名無しさん
08/05/19 09:02:55
>>70
君くらいのレベルだと、そういう結論になると思う。間違いなく。

74:デフォルトの名無しさん
08/05/19 09:05:29
Lispの適所と思われる場所でもLispはろくな成果出せてないよね。

75:デフォルトの名無しさん
08/05/19 09:07:16
xeroxも赤字垂れ流しで結局放り出したしな
そういえば第五世代コンピュータってのもあったっけ・・・

76:デフォルトの名無しさん
08/05/19 09:07:23
成果って、布教度のこと？

77:デフォルトの名無しさん
08/05/19 09:07:25
emacsのカスタマイズっていう適材適所ですね^^

78:デフォルトの名無しさん
08/05/19 09:10:28
>>77
そういえば、世にあるEmacs Lispのコードは手続き的に書かれまくってて、
全然Lispコードの書き方の勉強にならん、って記事を見たことがあるな。

Lisp扱えないレベルの人がEmacsでだけLispに触れることはそれほど多いってことで、
そういう人が自分の尺度で語ると、そんな風にEmacsの話ばっかになる。

79:デフォルトの名無しさん
08/05/19 09:13:04
手続き的にならないように書く事も出来るんですけどね
記事(しかも日本人の素人が書いたもの)を見ただけでemacs lispを知った気にならんでください

80:デフォルトの名無しさん
08/05/19 09:13:26
Lispなんて役に立たないと言ってる人に無理にやれという必要も無い。

81:デフォルトの名無しさん
08/05/19 09:14:52
つーか、無料で、日本語が使えて、ドキュメントやサンプルが豊富で
Windows上で動いて普通にGUIプログラミングできるLispの処理系があるのか？
俺は知らないが・・もしないのなら、初心者用としては論外だろう。

82:デフォルトの名無しさん
08/05/19 09:16:47
つdr.scheme
今流行ってるgaucheは論外ね
デバッグ環境とかemacs lisp未満だし

83:デフォルトの名無しさん
08/05/19 09:16:52
プログラマーになりたいなら英語ぐらい読めたほうがいいな。
Lispやれとは言わないが。

84:デフォルトの名無しさん
08/05/19 09:17:05
レキシカルスコープすら無いEmacs Lispなんて
Lispハッカー的は恋空を純文学と呼ぶようなものでは。

85:デフォルトの名無しさん
08/05/19 09:20:00
emacs-clとかcl使えばレキシカルスコープっぽい事もできるよ
末尾再帰の最適化はどうやっても無理だけど

86:デフォルトの名無しさん
08/05/19 09:20:22
>>79
> 手続き的にならないように書く事も出来るんですけどね
この反論は、元の主張が「Emacs Lispコードは手続き的にしか書けない」という
内容であった場合に有効だけど、
実際にはそんなことは言っていないばかりか、ユーザーのレベルの話をしているのだから、
「（言語的には書けるのに、ユーザーの都合で）書けない」という話であり、
つまり「手続き的にならないように書けること」は前提になってるんだよ。

87:デフォルトの名無しさん
08/05/19 09:22:09
>>82
＞dr.scheme
おお、サンクス
IDEぽい画面もあって面白そうだな、落としてみるよ

88:デフォルトの名無しさん
08/05/19 09:22:49
叩かれるlispに叩かれるEmacs Lisp
プログラミング言語界でのえたひにんですな

89:デフォルトの名無しさん
08/05/19 09:25:54
>>88
Lisper的には、馬鹿に叩かれるのはニヤニヤの材料だろうな。
「布教」という目的意識を持っているRuby信者あたりとは、そこが決定的に違う。
広く浸透させるためには、馬鹿に愛されなくちゃならないからね。

90:デフォルトの名無しさん
08/05/19 09:30:05
最新の規格のschemeを組み込んだEmacsクローン作ったら有名になれるぜ！
大丈夫死ぬまでには作れる可能性も少なくはない

91:デフォルトの名無しさん
08/05/19 14:36:24
日本はプログラミング言語の入門書は、やたら量産するが
中級者以上か、それ以上のレベルの本が本当に少ないからなあ

入門書で食うために入門書でお金儲けをするのは、いいと思うが
需要の少ない中級者以上のニーズに応えられて、なんぼだと思うし
中級者～上級者以上向けの本が書けないとなるとその人の書いた入門書の本は、
読むに値しないと思ってしまうわ

あと日本語圏の入門用プログラミングサイトと英語圏の資料を読めば、入門書レベルの話は、
問題なく、網羅できるからなあ

92:デフォルトの名無しさん
08/05/19 14:59:32
しかもその入門書も、ほんとに初心者に使い良いか、解り易いかっていうと殆どが違う訳で…

良書と言われてるのに翻訳物が多いのが寂しい限り

93:デフォルトの名無しさん
08/05/19 15:13:36
本は、たしかにそうだなあ・・タネ本なしに日本人が書いたもので
これはすごいと思ったのは残念ながらほとんど記憶にない

奥村さんの書いた『コンピュータアルゴリズム事典』は数少ない名著だったかもしれんね
ボロボロになるまでお世話になったよ

94:デフォルトの名無しさん
08/05/19 15:16:35
　洋書の著者は、コンピュータサイエンス経験があったり、複数言語のそれぞれの
長所を知った上で書いてるから、「この言語ならではのポイントは何か」という
視点で纏まってるものが多い。
　和書だとそういうのが少なくて、機能を羅列しただけのものが多いんだよなあ。

95:デフォルトの名無しさん
08/05/19 15:50:44
専門書籍は「売れない」んだよね、日本だと
「売れない」からこそ、供給が減るんだ

せめて、「すごい本」を書いたらコラムや講演で引っ張りだこ、というような状況にしないと

96:デフォルトの名無しさん
08/05/19 17:20:07
専門書は、儲けるために書いているわけじゃないだろ

>>93
私もプログラミング言語本で和書で良書に出会った事がない
洋書を参照して、改悪した本は、たくさん読んできたが

97:デフォルトの名無しさん
08/05/19 17:31:07
儲けるためにやるに決まってるだろ

出版社は

売名（微妙な表現だが）や啓蒙が目的ならPDFをWebで配布すればいい
自費出版してもいいし、同人で売ったっていい

98:デフォルトの名無しさん
08/05/19 17:34:08
大学の専門書は旧い同人的な出版社がフォローしてることも多いな
普通の単行本みたいな流通に乗っかるわけにもいかんし妥当ではある

99:デフォルトの名無しさん
08/05/19 17:37:33
メタルスライム好きなん？

100:99
08/05/19 17:37:59
誤爆

101:デフォルトの名無しさん
08/05/19 17:39:34
名著ってのとは違うと思うけど、培風館のFortran77入門とかCOBOL入門とか
あれは今にして思うとコンパクトにまとまっていてけっこう良かった気がする
学校や新人研修でひととおり読んだ人も多いんじゃないかな～ﾀﾌﾞﾝw
その本に書いてないような細かい仕様はどうせめったに使わないし
いざとなればマシンルームに行って愛ちゃんor富士子ちゃんのマニュアル読めばいいからなー
のんびりした時代だったぜ・・

102:デフォルトの名無しさん
08/05/19 18:06:11
>>97
Webサイトとか、PDFだと読み手側の内容への期待感が低いし、出版媒体としては、不適切じゃないと思うぞ
あとプログラミング言語本の市場を小さくさせるは、するものの大きくさせる行動とは、思えないし
100年とか、200年ぐらい業界の著名人から絶賛される名書を出版社がほっとくわけないし
出版社に雑務を任せたほうが利口だと思う

とりあえず、名書の部類の力作は、ちゃんと製本してほしいわ
紙の形式で読みたい人は、各自、プリントアウトしてくれと言われても、
思ったよりプリントアウトに時間がかかったりするし、紙代やインク代がもったいない

あと脳みその構造が旧来の本に対する接し方をしてしまうのか、よくわからないが
ディスプレイの画面の限界もあるが、局所的にしか文章を把握できないんだよね
本だと局所的にも読めるし、俯瞰的にもみれるから、頻度が高く棚から出す本は、
製本されていたほうがいい

103:デフォルトの名無しさん
08/05/19 18:08:45
>>96
「Prologを学ぶ　ー文化とその実践ー」　杉崎昭生著　海文堂出版
これは優れていると思う。

104:デフォルトの名無しさん
08/05/20 00:15:43
最終的にゲームプログラミングをしたいのでC++を学ぼうと思ってます
入門向けのサイトや書籍はありますか？
ちなみにプログラミングの知識はほとんどありません。
しかも文系なので数学や物理も得意じゃない…

105:デフォルトの名無しさん
08/05/20 00:28:00
とりあえずひとつだけ例をあげておきますね
URLﾘﾝｸ(www.kumei.ne.jp)

ただ、これは忠告なのですが、
わからないこと、知りたいことがあれば、まずネットで自分で検索してみましょう
その習慣がないと、いまどきのゲームプログラミングは正直言って不可能です

106:デフォルトの名無しさん
08/05/20 02:16:45
初歩的な質問です。

来年からＳＥとして働くことが決まったのですが、
コード？を打ち込むためにはやはり相当早いタイピング能力を必要としますか？
現時点ではブラインドタッチもままならず、タイピングのスピード自体も遅いです。

これってやはり致命的ですよね？

107:デフォルトの名無しさん
08/05/20 02:22:17
ブラインドタッチできるにこしたことないけど
仕事やってればすぐ覚えるからそんなに気にしなくてもいいと思う
早さもそんなに、それよりタイプミス減らすほうが大事かな
あと隣ですげー早さで「ガチャガチャ」されるとすげーうざい

108:デフォルトの名無しさん
08/05/20 03:05:46
エンター力強く打つ人とかな
まあこれは初心者に多いが

109:デフォルトの名無しさん
08/05/20 03:07:26
タッチタイプはできたほうがよい
会社員として働くなら、せめて入力の手伝いくらいはできないと肩身狭すぎる
あと文書作れるくらいの入力量な

が、それ以上の入力速度は不要
いわゆる事務さんやあるいはタイピストのような、目にもとまらない入力速度は完全に不要
たとえプログラミングしないとしてもね

110:デフォルトの名無しさん
08/05/20 03:30:07
システムエンジニアは、プログラマや文字入力とは別だろ

111:デフォルトの名無しさん
08/05/20 04:46:50
もしかすると106はSEとは名ばかりのキーパンチャとして就職するのかもしれん

112:デフォルトの名無しさん
08/05/20 05:27:29
日本のソフトウェア受託開発業では、プログラマよりもシステムエンジニアの方が上級技術者らしく
聞こえて高い単価を要求できるためか、実際にはプログラマであってもシステムエンジニアを名乗ることが多い。
システムエンジニア経験者は最低1つのプログラミング言語は知っており、コードが書けるのは
当然だと思われることが多いが、そうでもない場合もある。
プログラマを経験したのちシステムエンジニアになる場合もあるが、企業の合理化手法の為、
中にはコードを書かずにすぐにシステムエンジニアになる場合や、
顧客と交渉する営業職と変わらない場合もある。

システムエンジニア - Wikipedia

113:デフォルトの名無しさん
08/05/20 06:31:00
ｺｰﾄﾞ書けないSEなんてPG以下ねマジ糞みたいな仕様書しか書けないし

114:デフォルトの名無しさん
08/05/20 07:48:12
仕方ないだろ
SEはプロジェクトを輪姦するのが仕事なんだから

115:デフォルトの名無しさん
08/05/20 09:21:19
>>113
間違っています。
以上。
↓次どうぞ

116:デフォルトの名無しさん
08/05/20 12:35:49
>>106　自然に速くなるものだ。しかし、速くなりすぎないほうがいい。

117:デフォルトの名無しさん
08/05/20 13:44:59
>106
すぐに「タイプにかかる時間」より「考え事してる時間」の方が上回るようになる。
ブラインドタッチなんて練習する必要は無いと思うよ。
まあ、よく使うキー（母音とかな）の位置くらいは覚えておいても損はないけど。

118:デフォルトの名無しさん
08/05/20 14:22:43
今までのところ質問は >>15 と >>104 だけ。

119:１０６
08/05/20 14:38:37
回答してくださった方々ありがとうございました。

質問ばかりで申し訳ありませんが、プログラミングを学ぶ際の良い本を教えて頂きたいです。
私は文系出身でプログラミングに関しては無知です。
この秋の基本情報技術者の試験を受ける予定ですが、聞くと、
プログラミング出来ないと合格は不可能みたいです。
どなたかアドバイスを宜しくお願いします。

>>111
一応プライムベンダーの一角にSEとして採用されました。
おそらく使い捨て要因でしょうｗ

120:デフォルトの名無しさん
08/05/20 14:47:26
>>119
プログラミングなんて、本を読めて文章を書けるなら誰にでもできます。
つまり事前にリファレンスマニュアルかさもなくば入門書でも読めれば、誰にでもできると言うことです。

121:デフォルトの名無しさん
08/05/20 15:32:55
>119
基本情報技術者 Part211
ｽﾚﾘﾝｸ(lic板)

122:デフォルトの名無しさん
08/05/20 16:02:34
>>119
「プログラムはなぜ動くのか～知っておきたいプログラミングの基礎知識」　矢沢久雄

すべてのプログラム言語に共通する基本概念やしくみを知る上でおすすめだと思う

123:デフォルトの名無しさん
08/05/21 02:30:09
基本情報技術者ってSEが受けるの? 　これって学生とかが受けるんじゃないの?
すでにSEならもっと上のやつ受ければ

124:デフォルトの名無しさん
08/05/21 10:55:21
>>123
自分で答言ってるじゃん

125:デフォルトの名無しさん
08/05/21 11:22:06
プログラミング全然できないのにSEになっちまったって話題だからな

126:デフォルトの名無しさん
08/05/21 11:33:25
>>123は働いたことないのかもしれん
「来年から働くことになった」というくだりで見当がつきそうなもんだが

127:デフォルトの名無しさん
08/05/21 15:13:03
今までJavaをやっていたのですが、
Cを覚えて今度はGuiを作ろうとしたらWin32API、MFC、.NETとか色々あってよく分かりません。

結局どれを覚えていったら良いのでしょうか？

128:デフォルトの名無しさん
08/05/21 15:16:36
CじゃなくてC++じゃないの？
時系列順にWin32API→MFC→.NETと覚えていくといいんじゃないかと。

Javaは使ったことないんだけどAWTでGUI作れるもんなんじゃないの？

129:デフォルトの名無しさん
08/05/21 15:16:46
なんのために C を学ぼうと思ったの？
Java があれば用は足りるのに

130:デフォルトの名無しさん
08/05/21 16:07:22
>>128,129
レスありがとうございます。
JavaでもAWTやSwingがあるけれど、
他に使える言語がphp、perl、JavascriptとWeb系ばかりなため
来年の就職の前に流石に基本のC/C++くらい覚えないとと思って今勉強しています。

Cだけの知識でWin32APIは問題無い感じだったのでC++はまだ詳細に勉強していないのですが、
やっぱりやった方が良いですかね？
それとMFCは自分が読んだWindowsプログラミングの本の内容から
過渡期の技術で使われなくなっているみたいな印象があるのですが、
まだ勉強して有用でしょうか？

131:デフォルトの名無しさん
08/05/21 16:40:26
JavaとC使えるならC++は楽勝だろ。
あと、Win32のGUIなら.NET+C#あたりで十分じゃね？MFCはいらないと思う。どうしてもネイティブじゃないと嫌ってんならC++Builderとかもあるし。

132:デフォルトの名無しさん
08/05/21 16:47:11
C++もかなり長くまで残りそうな言語だから、やっておいて損はないはず
ただし、Java/C#ほど整理された言語ではないので、そこを期待してはダメ

133:デフォルトの名無しさん
08/05/21 17:19:48
個人的にはC#はもう少し様子見したい気分。

134:デフォルトの名無しさん
08/05/21 17:53:37
C++なら今からMFCやるぐらいならSTLみっちり勉強したほうがいいと思うよ
ちなみに学生さんならMS独自のものに深入りするより
Openでマルチプラットホームなものをやったほうが広い視野が持てると思うけどね

135:デフォルトの名無しさん
08/05/21 18:48:29
MFCは糞。覚える必要なし！

136:デフォルトの名無しさん
08/05/21 22:37:52
>　JavaとC使えるならC++は楽勝だろ。　

ぜんぜん。

137:デフォルトの名無しさん
08/05/22 04:16:50
>>134
STLとMFCは、目的が違う。　STLみっちりやってもGUIは作れない。

138:デフォルトの名無しさん
08/05/22 04:18:36
別にMFCだけがGUIのフレームワークじゃないし

139:デフォルトの名無しさん
08/05/22 04:40:23
MFCの勉強するよりもその時間でSTLの勉強してC++極めたほうが良いって意味だろ、常考

140:デフォルトの名無しさん
08/05/22 05:20:06
Qtおすすめ、かっこいいよ！

141:デフォルトの名無しさん
08/05/22 10:20:01
MFCを勉強するのはVisual C++でWindowsネイティブアプリを作るためで
STLを勉強するのはC++のライブラリを最大限生かすためだから
勉強の目的がぜんぜん違うような気が。

142:デフォルトの名無しさん
08/05/22 10:23:05
MFCよりかはATL WTL APIのほうがいいのでは?

143:デフォルトの名無しさん
08/05/22 10:43:40
ATL/WTLは癖が強いからねぇ･･･
窓専用と割り切るなら.NET使うのと大差無いぐらい
小物ならそれこそ別にC#覚えた方が楽かもしれない

144:デフォルトの名無しさん
08/05/22 10:54:40
>>141
Win32APIが普通に使えるぐらい進めてるならば、それ以上MFCとかのWinネイティブのプロダクトに
こだわるよりも本筋の勉強すべし、だろうな。
>>134の後半の趣旨を見る限りそういうことだと思うけど・・・俺もそのほうが良いと思う。
基礎がしっかりしてる奴は実務で使うライブラリなんかの細かい知識は使いながらすぐに身につけるものさ。

145:デフォルトの名無しさん
08/05/24 22:45:26
・Visual C++の選択肢

SDK：趣味ならこれから始めるべき、軽くていい
MFC：SDKをラップした感じで、少し重いが、SDKも分かれば使いやすいし、現実的
ATL/WTL：MSもサポート終了気味で、あまり流行らなかった

挫折したらC#やVB.NETをさわってみるといいだろう
自分が伸びていくのが実感できて、明らかで楽しいだろう

//最近の仕事じゃC#よりVB.NETの方が、使えそう＆長生きしそうな感じだよ
//やっぱりC#は、帯に短したすきに長しって・・・

146:デフォルトの名無しさん
08/05/25 00:23:17
>>145
C++/CLIフォームアプリケーションも選べるだろ、
選択肢として現実的かどうかはともかく。

147:デフォルトの名無しさん
08/05/25 03:42:41
>>146
テンプレートよりマシじゃないかｗ

あと、こう言うのもどうだい？
　SDK(Win32API)はC言語
　MFCはC++必須

でも最後まで行くには、結構時間かかるよな
学生等で集中できるのなら良いが、趣味なら一項目につき半年は必要だと思う
C言語半年→CとSDK半年→C++半年→C++とMFC半年→ALT/WTL（よく知らない）

148:デフォルトの名無しさん
08/05/25 04:21:58
問題は一年半後にMFCがまだ生き残ってるかどうかだな。

149:デフォルトの名無しさん
08/05/25 04:53:50
C++/wxWidgetはどうなの？

150:デフォルトの名無しさん
08/05/25 06:21:33
MFCや.NET物に慣れてしまうと、僕VS環境でないと
プログラム書けません、みたいなゲイツの飼い犬になっちゃうぞ。
wxWidgetsもいいし、GTKやQtでもいいけど、個人的には
SDLになにかGUIツールキット組み合わせて使うのが面白くておすすめ。

151:デフォルトの名無しさん
08/05/25 07:50:24
自分が必要とする環境で書ければそれでいいじゃん。
GUIなんて結局環境依存だし、
ツールキット使うにしても所詮選択の幅が多少広がるだけだし。

152:デフォルトの名無しさん
08/05/25 08:47:14
いやー、3D描画エンジンですらOpenGLとD3Dの違いを吸収して
マルチプラットホームで書けるのが当然になりつつあるのに
従来型のGUIごときで環境依存コードはさすがにないんじゃないでしょうか。

153:デフォルトの名無しさん
08/05/25 18:34:12
>>148
まだまだ十分生き残ってるんじゃないかな
C＆Win32APIで終わってしまって、遅いし大きくなるしC++＆MFCまで行かない人が増えるかも知れないけど・・・
.NETの方が圧倒的にいいけどね。ポトペタは楽しい

>>150
.NETをPC-UNIXでも動かす方向へ・・・向かわないかな・・・
JAVAよりは.NETの方がだいぶいいと思うしｗ

ただC#が欲張りすぎな感はある
なんかVB.NETの方がいい方向へ向かうかもｗ
　VB.NET：仕事とかサクッと作ることが目的な人向き（言語の枝葉末節にこだわらない普通の人向き）
　C#：プログラミング言語とか最近の流行に興味のある人向き

154:デフォルトの名無しさん
08/05/25 19:40:46
>>146
　それが一番現実的だと思える。C標準、Win32API、.NETのいずれも使える。

155:デフォルトの名無しさん
08/05/25 19:49:14
疑問だったのだけれど、自分はプログラミング言語今まで5つくらい経験したけれど
今主に使ってるの以外どんどん忘れていくんです。
もちろんそこで得た根幹的知識は理解しているから本をざっと読み返せば使えるけれど、
関数名や文法なんかすぐやれと言われると飛んでる部分がかなりある。

皆って参考類を何も見ないで出来る言語って共存していくつも覚えてられるもんですか？

156:デフォルトの名無しさん
08/05/25 19:53:25
細かい事なんて使わなきゃ忘れるよ

157:デフォルトの名無しさん
08/05/25 20:22:58
>>155
そりゃ少ししか使わなければ忘れるよ
長く一つのやると覚えてるみたいだけど
普通に仕事でも慣れてくると、アレ？文法どうだっけ？って言う若い子は多くいるよｗ

158:デフォルトの名無しさん
08/05/25 20:50:57
tera term と連動するプログラムを作りたいです。

普段は tera term でサーバにアクセスして
現状データを閲覧し、コマンド投入して設定を変えるのですが、
閲覧→コマンド投入の部分を自動的にやってほしいのです。
ユーザには「何を」「どう変える」ってとこだけ記入させるイメージで。

当方プログラムについて無知なので、
多少重くても書きやすいもの求めてます。

159:デフォルトの名無しさん
08/05/25 21:20:32
TeraTerm関係ないな
telnetなりsshなりのプロトコルについての学習が必要

…と思ったが、TeraTermはマクロついてなかったっけ

160:デフォルトの名無しさん
08/05/25 23:01:26
TeraTermにはかなり優秀なマクロ言語があるよん。
>158の想定がどの程度かは知らんが、試してみる価値はあると思う。

どっちみち、プログラミングの才覚は必要だと思うけど。

161:デフォルトの名無しさん
08/05/25 23:13:51
なるほど。
じゃー telnet クライアントごと作れば良いのか
と思って調べてみたんだけど、そんなの作れるのかな？

全然関連記事見つからなかったんで誰か教えてください。
お勧め言語は何か？やったとして難易度はどの程度なんでしょうか？

162:デフォルトの名無しさん
08/05/25 23:15:17
>>161
>160

163:158
08/05/25 23:15:20
ありゃ。

tera term のマクロも要チェックですね？
どんなことできるのか調べてみます。

164:デフォルトの名無しさん
08/05/26 05:49:48
>>158
Linux板の
ｽﾚﾘﾝｸ(linux板)
を見てみたら。ソースレベルで改変する話題が多い。

165:デフォルトの名無しさん
08/05/28 09:45:18
今からwindows上で動くゲームをcで組もうとしたら
オススメのコンパイラもしくは統合環境ってありますでしょうか？
VC#は無料の.netの統合環境でやってみましたが動作がもっさりしてるので
なるべくでしたら除外したいです。

166:デフォルトの名無しさん
08/05/28 10:00:08
directXはvc++ XNA はvc# を使うべき　例えばgccでdirecXやxnaやるべきではない

167:デフォルトの名無しさん
08/05/28 10:01:22
開発環境は実働させる環境よりハイスペックを使いましょう　鈍いと不便です

168:デフォルトの名無しさん
08/05/28 10:07:55
VC#が遅いと思える性能の悪いPCでdirectXが実用に耐えれるかが疑問。
2DゲームのテトリスぐらいならOKだ。その場合ｇｃｃでも可能だがWinAPIで挫折する予感。

169:デフォルトの名無しさん
08/05/28 10:14:28
2005より2008が軽い

170:デフォルトの名無しさん
08/05/28 10:53:36
VSしか使ったこと無い人が多いからあんまり信用しないで自分の好みにあったもの選ぶのが吉
コンパイラとかはなんでもいいけどCでD3DやWin32API直接触るのはあんまりおすすめしないな
まずライブラリ構成を決めるのがいいと思う、英語が苦にならないかどうかで選択の幅は大きく変わるけどね

171:デフォルトの名無しさん
08/05/28 10:55:31
良いライブラリ

DarkGDK
ｽﾚﾘﾝｸ(tech板)

172:デフォルトの名無しさん
08/05/28 11:12:05
>>165
タイトルでいえばたとえばどんなゲーム作りたいの？

173:デフォルトの名無しさん
08/05/28 11:16:41
>>166-170
なるほど～

>>171
あーその前のバージョンは使ったことありますね～
英語なので速攻挫折しましたけど＾＾；

>>172
ゲームシステムとしては嫌いなんですけど負荷のかかるシステム
に挑戦ということで弾幕ゲーですかね・・
それのベースが出来ればミニゲーム的な物のアイデアがあるので
それに切り替えてみようかと思ってます。

174:デフォルトの名無しさん
08/05/28 11:22:59
今時弾幕シューティング程度じゃ大した負荷にならなそうな‥‥

175:デフォルトの名無しさん
08/05/28 11:36:05
>>173
それだったらDXライブラリなんかどう？ Cで楽に書けるよ
開発環境はVC++でもBC++でもお好きなほうでおｋ
性能的にどうしても満足いかなかったらそのときは
あらためてD3Dベースのライブラリを検討するということで・・

本家
URLﾘﾝｸ(homepage2.nifty.com)
使用例
URLﾘﾝｸ(homepage2.nifty.com)
スレ
ｽﾚﾘﾝｸ(gamedev板)

176:デフォルトの名無しさん
08/05/28 11:38:06
DXライブラリつかうくらいなら、HSPのほうがいいよ。　

177:デフォルトの名無しさん
08/05/28 11:43:36
cで組むのが前提なのになんでHSPが出てくるんだ

178:デフォルトの名無しさん
08/05/28 11:47:44
DXライブラリ使う時点で、汎用性が失われ、純粋なCではなくなる。
DirectXなら汎用的なのでよいが・・・

179:デフォルトの名無しさん
08/05/28 11:53:15
directxを直でいじる感じでOKです～

ポインターとかはとりあえずOKなんで。
むしろC#のDCあたりのブラックボックス感が嫌なので
面倒でもいじりたいくらいです。

180:デフォルトの名無しさん
08/05/28 11:54:54
DirectXの関数もブラックボックスではあるのだが名

181:デフォルトの名無しさん
08/05/28 12:01:05
DirectXが汎用とかどんだけ～

182:デフォルトの名無しさん
08/05/28 12:37:45
>>180
まあそうなんですけどねｗ

183:デフォルトの名無しさん
08/05/28 12:52:54
移植性ならogreやｲﾙﾘﾋﾄかな

184:デフォルトの名無しさん
08/05/28 14:42:56
移植性を取るとDX直で使うのに比べて、目に見えてパフォーマンス落ちるからな。

185:デフォルトの名無しさん
08/05/28 14:57:28
移植性って何？
ナニからナニに移植・環境変更することを意図してコードを変えてるの？

186:デフォルトの名無しさん
08/05/28 15:02:54
窓犬糞悪魔林檎

187:デフォルトの名無しさん
08/05/28 17:30:56
BSDがちゃんと入っててうれしい

188:デフォルトの名無しさん
08/05/28 20:58:00
　　　　　　　　　Ψ
　　　　∧＿∧|∈　　　WindowsならVC++の一択だよー
　／|＼( *・∀・)|/|＼　 C++やるくらいならC#がいいよー
　 ⌒⌒（つ　）つ|~ ⌒　　無駄な移植性なんて気にするなー
　 ▼～（/（/　　.|

189:デフォルトの名無しさん
08/05/28 20:59:18
Windowsで動けば,世界の90％以上のPCでOK

190:デフォルトの名無しさん
08/05/29 00:04:36
んなわけないだろ

191:デフォルトの名無しさん
08/05/29 03:50:00
確かにそんなわけないな

2008年3月時点で95%だ
URLﾘﾝｸ(www.itmedia.co.jp)

192:デフォルトの名無しさん
08/05/29 07:15:02
webの使用率じゃん…

193:デフォルトの名無しさん
08/05/29 07:21:38
>>165で質問した物です。(>>173 >>179 >>182も私）

まあとある端末向けに開発してた物があったんですけど
何分グレーな物なのでPCでも同じものを作った上で
同じデータを使えるおまけソフトとして端末側を提供する
方針に切り替えようかと思ったんです。

まあ、移植性云々は・・・あまり期待してないです。

194:デフォルトの名無しさん
08/05/29 12:00:12
PCだからあってるんじゃないか。

195:デフォルトの名無しさん
08/05/29 17:20:02
北米の調査会社でサンプル数もたった200万ユーザーだからな～
なんともいえないな
欧州やアジア含めて調査すればぜんぜん違う数字出るんじゃないか

Sourceforgeのダウンロード数なんかの数字だとWin7割ぐらいか

196:デフォルトの名無しさん
08/05/29 20:15:44
すみません、EXCELを使ってグラフを作成したのですが、
まず、最初はCからプログラムの勉強したほうがいのでしょうか？

それとも標準で付いてるらしいVBAからがいいでしょうか？

197:デフォルトの名無しさん
08/05/29 20:16:39
普通にグラフ作るだけなら何の勉強がいると言うのか疑問なくらい
適当に弄ってれば出来るでしょ

198:デフォルトの名無しさん
08/05/29 20:21:28
いやエクセルでグラフなら表にデータ入れて
ウイザードで選択していけば勝手に・・・

エクセル　表　作成

でぐぐることをオススメします。

199:デフォルトの名無しさん
08/05/29 20:25:28
>>196
CもVBAも要りません

200:デフォルトの名無しさん
08/05/29 20:33:20
実はEXCELも要りません

201:デフォルトの名無しさん
08/05/30 01:53:31
一方、ロシアは紙とボールペンを使った。

202:デフォルトの名無しさん
08/05/30 03:02:12
どんなプログラミング言語を使うにしろ、
何をやるのかの概要を紙に書けないとだめだな。

>>201
つまらないひねりで自滅だな。
＞　一方、アメリカは紙とスペースペンを使った。
＞　一方、中国は紙と筆を使った。
＞　一方、日本は空気を読んだ。

203:デフォルトの名無しさん
08/05/30 03:31:15
＞　一方、日本は空気を読んだ。
こっちの方が全然面白くないんだけど。

204:デフォルトの名無しさん
08/05/30 05:01:12
面白く無い以前に、流れ的にも意味が変

205:デフォルトの名無しさん
08/05/30 05:52:23
「自分を何%出せるか」ばかりに頭が位って
出す物の妥当性や匙加減が疎かになるのは
思春期の特徴。

206:デフォルトの名無しさん
08/05/30 09:26:53
つまり日本語で言うとどういうこと？

207:デフォルトの名無しさん
08/05/30 09:28:38
技術者のオナニーソフトは要らないよってこと。

「うは！俺スゲー。こんな多機能な実装したよ～」

まあ大体こういうのって使いにくいんだよね。

208:デフォルトの名無しさん
08/05/30 12:20:48
よろしくおねがいします。

以前、地図ソフトのソースを見せてもらったことがあるのですが
VB版とC++版の2種類がありました。

そのときは特に何も思わなかったのですが、
今になってなんで2種類なのかすごく気になりました。

やってることは全く同じなのに、2種類あるのがとても不思議です。
なぜなのでしょうか？
ちなみに、商品版はC++でビルドしたものを使用しているとのことです。

209:デフォルトの名無しさん
08/05/30 12:24:18
VBだと可読性が良いからじゃない？

210:デフォルトの名無しさん
08/05/30 12:27:15
機能実装テストはVBでやって、その後C++に持っていくんじゃないの？

211:デフォルトの名無しさん
08/05/30 13:01:15
>>206
君みたいな自意識過剰ですぐ興奮するタイプのオトコノコは
何もしないほうがいいよイタイから、ということ。

212:デフォルトの名無しさん
08/05/30 13:16:02
>>209,210
ありがとうございます。
可読性の良いVBで機能実装をした後、C++に移す、と。。
VBだけでいいんじゃない？とか思ってしまいますが、

それでもC++に移してビルドしているあたり、
C++は実行速度等々でVBに勝っている？のだと解釈しました。

なんとなく分かりました。ありがとうございます。

213:デフォルトの名無しさん
08/05/30 18:06:47
企業向けに売ってるやつだと、稀～に言語指定が来る
あるいは組み合わせる関係とか

214:デフォルトの名無しさん
08/05/31 01:27:23
>>212
べつにVBにしたからって可読性が高くなるわけじゃないよ。

215:196
08/05/31 12:50:54
以前、お尋ねしたグラフを作りたい君です。
6月の決算書向けにただグラフィカルにしたいのでグラフを添付したいだけなのです。

皆さんの意見を聞くと関数を使うのでしょうか？
それともワードでやったほうが早いのでしょうか？
専用ソフト（イラストレーター等）がよいのでしょうか？

よろしくお願いします

216:デフォルトの名無しさん
08/05/31 12:52:07
URLﾘﾝｸ(www.eurus.dti.ne.jp)
関数いらないってｗ

217:デフォルトの名無しさん
08/05/31 13:21:12
>>215
ソフトウェア板行ったほうがいいお

>プログラム技術＠2ch掲示板
>この板はプログラムを作る人のための板です。

218:デフォルトの名無しさん
08/05/31 14:09:29
C#と言うのは、他の言語の悪いところまで引き継いでゴチャゴチャしているから
それよりは同等の物が作れるVB.NETの方が、使いやすくていいと聞いたのですが、
趣味で簡単なアプリケーションやゲームを作る場合VB.NETでいいのでしょうか？

またCは古く破綻しており、オブジェクト指向という物にも対応しておらず、今更これだけでは難しい。
C++は、難しく複雑でユーザー数は減っており、この先先細りするしかない。
JAVAはWindowsではGUIが使いにくく、UNIXのサーバーアプリケーション用と聞きました。
Windowsしか使わないので簡単らしい.NETで良いのですが、他に選択肢がありましたら教えてください。

あと.NETを選んだ理由ですが、.NETやJAVAは遅いと聞きますが、実際は作り方に大きく左右され、
CやC++を使いこなせない初心者がのレベルでは、逆に.NETやJAVAの方が
速いものが出来ると言う話を聞いたので、.NETを最有力選択肢にしました。

219:デフォルトの名無しさん
08/05/31 14:14:07
C#

220:デフォルトの名無しさん
08/05/31 14:21:29
そんなことをゴチャゴチャ考えてる間に、コードの一行でも打ち込んでるほうが時間の有用な使い方だと思われ。

221:デフォルトの名無しさん
08/05/31 14:23:07
趣味でやるなら色々やってみて自分にあってるのを選択するのが一番良いよ

222:196
08/05/31 14:24:17
>>216

関数がいらないというのは分かりました。
ということは、HTMLの知識が多少必要だと言うことですね。
がんばってみます。ありがとうございました。

223:デフォルトの名無しさん
08/05/31 14:24:27
>>218

　「趣味で簡単なアプリケーションやゲームを作る場合VB.NETでいい」 ― その通り。

224:デフォルトの名無しさん
08/05/31 14:26:11
まあ、VBでもC#でも大差ないって言えば大差ない。

225:デフォルトの名無しさん
08/05/31 14:26:15
>>222
ちょっと待てどこでHTMLが出てきた

226:デフォルトの名無しさん
08/05/31 14:28:15
MSが大本命のC#をプッシュしてる状況で、何を思ってVBなのだろうか
VBもC#も言語としての難度は変わらんと思うのだが

227:196
08/05/31 14:38:24
>>225
ソース見たらHTMLで書かれてました。
何か・・・間違ってるのでしょうか・・・＠＠

228:デフォルトの名無しさん
08/05/31 14:42:37
でっかい釣堀に使ってるお魚気分～

>>216のホームページの手順で自分ところの決算報告書の数字をグラフに教えてあげれば
勝手にできるって・・・・

229:デフォルトの名無しさん
08/05/31 14:50:20
>>227
なあ、まず聞くがEXCELを一度でも起動した事あるか？
あると言うなら>>216を見て、なんでそんな疑問が湧いてくるのが不思議だよ？

230:デフォルトの名無しさん
08/05/31 14:54:20
216のページの最初のほうしか目に入っていなくて、グラフを作るとこまで見ていないだけだよな。
あるいは、Excelというソフトウェアを見たことがない、でもまだわかる。
それ以外なら勘弁してくれ。

231:デフォルトの名無しさん
08/05/31 15:01:24
ここで聞いていいのか分かりませんが、

FLASHとFleｘとAIRというのはどう違うのでしょうか？

232:デフォルトの名無しさん
08/05/31 15:05:52
>>228
くじらさんに語りかけたり？グラフと入力してみたのですが、だめでした・・・・

>>229　EXCELは触ったことありますよ。ロータス１２３と同じよな仕組みですよね。

>>230　正直最初しか見てませんでした・・・最後までちゃんと目を通してみます。

アドバイスありがとうございました。無理なら部下に頼もうかと思います。

233:デフォルトの名無しさん
08/05/31 15:10:41
>>232
・・・上司

234:デフォルトの名無しさん
08/05/31 15:27:34
間違いなく部下にまかせたほうがいいな。
ロータス１２３の時点で・・・

235:デフォルトの名無しさん
08/05/31 16:31:00
見事なオチだwww

236:デフォルトの名無しさん
08/05/31 16:45:13
和んだ

237:デフォルトの名無しさん
08/05/31 17:19:16
>>218
周りから聞いたのは総て忘れて、身近にいちばん簡単にできる言語をやるのが正解。
君が言った内容総て偏見によるバイアスがかかっていると思え。
（これにも、反論のレスが付く可能性があるが気にするな。醜い言語論争だ）

238:デフォルトの名無しさん
08/05/31 17:32:55
C++は面白いよ。使いにくいとか関係なく面白い。

239:218
08/05/31 17:34:39
>>219　C#が良いですか・・・
>>220　そうですね
>>223,224　VB.NETにしようかと思います
>>232　見た目もありますし、うまい人に作ってもらうといいと思います
>>237
実は少しCをやっていたのでC#が綺麗に見えるのです
少しと言っても文法一通りのレベルですが・・・
それで文法に一貫性がないように思えるので、新しいのにしようかと思いましたｗ

またIronRubyと言うのも見つけたので見てきます。
とりあえず色々触ってみます。有り難うございました。

240:デフォルトの名無しさん
08/05/31 18:09:51
2chで釣りをして沢山レスがつくと
運営からお金をもらえるという噂は本当ですか？

241:デフォルトの名無しさん
08/05/31 18:13:10
釣りは関係ないけど
プロ固定とかプロ名無しはあるよ

242:デフォルトの名無しさん
08/05/31 20:31:19
>>239
釣りじゃないよね

どんなグラフ書きたいか知らんが、部下に任せた方がいいよ
ちゃんと部下をねぎらってね

本当に少しでもやる気あるなら、今すぐ本屋に行ってExcelの本買おう

243:196
08/05/31 20:37:44
>>242
すみませんが、レス間違いだと思います。
先ほど携帯に連絡して部下に任せることにしました。2分で出来るとか言ってました。

244:デフォルトの名無しさん
08/05/31 20:42:57
自覚症状の無い壮大な釣りを見た！

245:デフォルトの名無しさん
08/05/31 20:50:39
しかも、ここ、初心者のためのプログラミング言語ガイドスレだよね・・・

246:デフォルトの名無しさん
08/05/31 21:18:36
マ板の「腐れ上司の一言」スレにまた書込みが増える ww

247:デフォルトの名無しさん
08/05/31 21:32:12
部下：上司からExcelでグラフ作ってくれってテキストファイルを渡された。
　　　勘定系から切り出したらしい。今から固定長定義ファイルを探すよ。

248:デフォルトの名無しさん
08/05/31 21:50:54
みんな、わかってると思うけど、>>196はスルーでつよ!(`･ω･´)

249:デフォルトの名無しさん
08/05/31 21:52:09
そんなおもしろそうなスレがあったのか
ちょっくら行ってくる

250:235
08/05/31 22:07:48
見事な2段落ちだ！wwwwww

251:239
08/05/31 23:17:51
>>238　面白いんですか・・・長くやると良いのでしょうか。
>>242　釣りではないです。

IronRubyってexe出来ないんですね。
全くもって、使えないようでした。

252:デフォルトの名無しさん
08/05/31 23:19:15
まだだ、まだ来るぞ

253:デフォルトの名無しさん
08/05/31 23:20:51
目指せ３段落ち

254:デフォルトの名無しさん
08/05/31 23:21:02
さすがにここまであからさまな釣りだと面白くない。

255:デフォルトの名無しさん
08/05/31 23:22:22
すかさずマジレス↓

256:デフォルトの名無しさん
08/05/31 23:32:38
無茶振りするなよ↓

257:デフォルトの名無しさん
08/05/31 23:33:11
言語を決めるのにかなり迷ってしまったので教えてください。

やりたいこと
・フルスクリーンにできる
・ボタンのデザイン、背景の色等を自分で指定できる
・簡単な表が作れる
・linuxで動作する
・できればwindowsで開発する（linuxでも可）
・ボタンを押すと画面を切り替える等のことができる

以上のことができで、なるべく簡単に組めるような言語はありますか？
メモリの確保等の煩雑なことを必要とせず、簡単な命令で画像や文字が表示できればgoodです。
いまのところDelphi for .NETが候補なのですが、資料が少ないので迷っています。
よろしくお願いします。

258:257
08/05/31 23:34:27
すみません画面を切り替えるというのはシーンを切り替えるようなことです。
誤解を招くような表現で申し訳ありません。

259:デフォルトの名無しさん
08/05/31 23:36:38
linuxで動作する
.NET

んーそうなの？

260:257
08/05/31 23:53:03
>>259
monoでできると思ってVBで作ったコンソールアプリを実行してみたのですが、
フォームで作ったものはうまく動作しませんでした。
あまり込み入ったところまでは試していませんが、以下実際に試した言語リストです。

VB（MonoでHello Worldは出たがフォームでこける）
ruby(MyGameとかいうのを見つけたが資料の少なさに挫折）
html+css（プログラム自身がフルスクリーンにならないためあきらめる）
XSPLet（機能的に問題があったのであきらめる）

具体的には以下のURLのようなものをlinuxで実現できたらと思います。
URLﾘﾝｸ(www.mitsubishielectric.co.jp)

実際に機器の制御等が目的ではなく、あくまでそのインタフェースを再現したいのです。

261:デフォルトの名無しさん
08/06/01 00:01:38
>>260
画面だけなら、flashで作ったら？ｗ

なぜそこまで探せてJAVAが出てこないのか分からないけど、JAVAじゃダメなの？

262:196
08/06/01 00:05:17
>>239は全くもって被害者です。私とは関係ありません。

>>260　C#はどうでしょうか？ビルも一押しの次世代言語です。

次ページ