- 1 名前：デフォルトの名無しさん mailto:sage [2008/11/16(日) 00:05:46 ]
- これからプログラミングを始める初心者の人に言語を薦めるｽｯﾄﾞﾚ
質問者の方へ
どのプログラミング言語を最初に覚えるべきかは
なぜプログラミングを始めたいのか、何を作りたいのかによってまったく変わってきます。
なんとなく、でもかまわないので動機、用途、使っているOSを明記しましょう。
各言語の特徴はこちらを参照
Wikipedia Category:プログラミング言語
ja.wikipedia.org/wiki/Category:%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E
Part11 pc11.2ch.net/test/read.cgi/tech/1218282605/
Part10 pc11.2ch.net/test/read.cgi/tech/1215717670/
Part9 pc11.2ch.net/test/read.cgi/tech/1210941509/
Part8 pc11.2ch.net/test/read.cgi/tech/1208186034/
Part7 pc11.2ch.net/test/read.cgi/tech/1200807067/
Part6 pc11.2ch.net/test/read.cgi/tech/1193132235/
Part5 pc11.2ch.net/test/read.cgi/tech/1187886538/
Part4 pc11.2ch.net/test/read.cgi/tech/1177285633/
Part3 pc11.2ch.net/test/read.cgi/tech/1152778344/
Part2 pc8.2ch.net/test/read.cgi/tech/1122205164/
Part1 pc8.2ch.net/test/read.cgi/tech/1034505166/
- 267 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 03:38:28 ]
- スクリーンセーバーが作りたいのですが、どの言語を学べばいいのでしょうか？
3Dの時計や、テレビドラマや販売促進の宣伝で見かけるような、スクリーンセーバーは難易度が高いものでしょうか？
おしえてください
- 268 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 04:04:44 ]
- 難易度はピンキリ。でも単純な物であれば作るのは楽。
※スクリーンセーバー(scr)は単に実行ファイル(exe)の拡張子を変えただけの物で言語は問わない。
C++とOpenGL/DirectXで作られる事が多いけど
自分用のを手軽にという事であればC#とGDI+で作るのも良いと思う。
いっそプログラミングせずに、flashや動画として作りそれを読み込ませて表示する手もある。
- 269 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 07:19:05 ]
- >>265
AutoIt
JkDefragCmd.exeというソフトを使って常駐デフラグを行うフロントエンドを作ったことがある。UIはタスクトレイの
アイコンのみ。
LBJkDefrag.exeの大きさは232KBくらい。起動にかかる時間は0.089秒くらい。稼働中に440KBくらいのメモリーを
占める。
惜しむらくは、UIとバックグラウンド処理以外では、マルチスレッドができないことだ。だから、今ではAutoItを
全然使わない。
- 270 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 08:06:01 ]
- >>265
bat
- 271 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 14:46:41 ]
- >>265
GUIを使える小物用言語: Tcl/Tk
WinAPIをたたきたければその部分だけCで拡張を書く。
- 272 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 14:49:49 ]
- >>265
haskell + yampa
- 273 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 14:51:40 ]
- >>265
DirectX
- 274 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 15:57:06 ]
- >>266>>269-273
なるほどなるほど。
スクリプト系の言語は結構向いてるかもしれませんね。起動が少し時間かかりそうですが。
AutoItってのは初めて聞きました。興味深いです。
- 275 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 16:05:40 ]
- HTA
- 276 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 17:21:25 ]
- VB6
- 277 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 17:47:55 ]
- HSPのページ見たらなんか昔より進化してた
- 278 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 18:39:09 ]
- どう進化したのかと思ったら
相変わらずスパゲティ状のうんこじゃん
- 279 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 18:49:08 ]
- 横からｽﾏｿ
俺も>>265と同じような考えで、C+Win32APIでこちょこちょやりはじめてたんだけど、スクリプト言語とは盲点でした。
たいした処理はしないので、実行速度は気にならないんだけど、起動速度は重視したいところ。
GUIで起動速度だけ考えた場合、.netやJavaよりもRubyの方が早かったりします？
- 280 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 19:17:01 ]
- >>267
起動速度を考えると、C言語一択かな
3Dの時は負荷もあるし、とりあえずCでやって必要そうならC++もって感じだと思う
>>277
HSP to Cってまだ出来ないの？
これがあれば、かなり大きいと思うんだが。
>>279
RubyでGUIやるくらいなら、Pythonの方がいいかもｗ
でもLLは起動速度の問題より、GUIの方が不安だよ
使い分けが重要だと思う
本当に小物ならHSPでもいいと思う
- 281 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 19:55:06 ]
- >>279
起動速度を重視するとC,C++でWinAPIしか選択肢が残らない。
まぁよくある手で、予め起動して常駐させとけば、どの言語でも一瞬で起動するわけだけど
.NETでいいんじゃないの？
ウォームスタートアップで、初回起動ではない or Ngen済み なら結構早いし
- 282 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 20:09:16 ]
- >>279
Pythonあたりで自分で頑張れば、比較的軽いGUIも作れるが、C/C++の知識が
前提になるので、C/C++を避けるのが目的なら論外だな
大概のLLは出来合いのツールキットとのバインディングを持っているが、
そのようなものは大きいので、軽さという意味ではやはり論外になる
- 283 名前：279 mailto:sage [2008/12/14(日) 21:45:57 ]
- >>280
Python結構いいんですか？
なんか、上の方で女にもてるとか書いてるしwww
ちょっとやってみようかな？
>>281
C#はさわりだけやったことあるのですが、結構文法は気に入っているので、余裕があったら本格的にやってみます。
まずはPythonやってみますけど。
>>282
C/C++の基礎知識はあるんですけどねぇ・・・
ただ、個人で使う便利ツールには大げさなんですよね・・・
C++で一生懸命ヘッダファイル書いてるうちに、Javaならもう書き終わってるよ〜みたいな。
- 284 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 00:07:58 BE:832797465-2BP(808)]
- >>283
Pythonで女にモテルとか書いてる奴は、たぶんモンティパイソンとごっちゃにしてると思われ…
- 285 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 00:11:19 ]
- Bloddy Mondayとかそんな名前のドラマで
美少年ハッカーがPython使ってRubyのREXML脆弱性を突いたんだよ
- 286 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 00:43:01 BE:249839633-2BP(808)]
- なんーじゃ？
その、めちゃくちゃコアなドラマ。(´ﾍ｀;)
そんなん有ったんか…
- 287 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 00:54:11 ]
- 「※ただしイケメンに限る」の典型例だな
- 288 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 05:23:55 ]
- イケメンがやればなんでもかっこよく見えるよな
- 289 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 05:48:32 ]
- ドラマの中での描写が正しいのか、検証してる所があったりして読み物として面白い。
でも、ドラマは見ていない。
- 290 名前：デフォルトの名無しさん mailto:sage [2008/12/15(月) 23:18:29 ]
- 始め意味が分からなかった。
>>287 「ただしインデントはタブに限る」
>>288 インデントでやればなんでもかっこよく見えるよな
>>289 ←ここで上を読み直して理解したorz
- 291 名前：デフォルトの名無しさん [2008/12/17(水) 11:12:36 ]
- プログラム言語は全くの初心者です。
おそらく「プログラミング」という名前に
かなりの幻想を抱いているからだと思いますが
１．スケジュール管理ソフトも作りたいし
２．日常生活がちょっと便利になるような機器も作りたい。
たとえば時間になったらカーテン開けてくれるとか
ちょっとした市販品のプログラム変えてカスタマイズとか・・・・
１と２がどれだけ相反するのかもわかりませんが
そんな万能型を最終目標にするには、まず何から始めればいいですか？
- 292 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 11:23:32 ]
- >>291
万能型言語を探すのではなく、それぞれの用途にあった言語を使い分けられる万能プログラマを目指せ。
1は生産効率の高い言語（JavaやC#など）でやるといいし、
2はマイコン制御だろうからCかな。しかし2はハードの設計や、電化製品のハックも含まれるから相当敷居高いぞ。
どれからやればいいかはｼﾗﾈ
- 293 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 11:23:58 ]
- >>291 １については、Windows使いなら、.NET用言語。例えば、C#やVisualBasic。
- 294 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 11:46:17 ]
- >>291
作りたいものや期限がそれほど明確に決まっていないなら、何から始めてもいいと思うよ。
よほど奇妙なモノを勉強するのでない限り、大概のことは後々のためになるし、
どっちみち言語なんて幾つも身につけるのが当たり前で、順序の違いにさほど大きな意味は無い。
いずれにせよ、学習のルートなんかより、「さっさと始める行動力」と「挫折しない粘着質」が大事。
たとえば、もう既に2人が「1を作る言語」としてC#を挙げてる。俺も同意だから、3票入ったことになる。
もちろん君の今日のスケジュール次第だけど、これで今日中にC#をせめて3時間くらいは勉強するようじゃないと、
資質が無いかも。
「あと何日か、自分なりに調べて考えてみよう」とか思うようだと話にならない。
その数日で、筋の良い奴なら基本部分の勉強を終えちゃうし。
- 295 名前：291 [2008/12/17(水) 11:46:59 ]
- 早いレスありがとうございます。
プログラム言語は一つを覚えると他の言語にも
応用が利くって事ですか？
たとえば英語を覚えると同じラテン系言語は簡単だとか・・・？
少なくとも、日本人が英語習得に四苦八苦している程の苦労を
各言語習得ごとに味わうことはないって事ですか?
- 296 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 11:49:42 ]
- いずれにしてもその程度の要求なら
金を貯めて市販品を買うなり人に作らせるなりしたほうが
安くて早くて手軽でしかも小奇麗
ということにいずれ気づく
投資コストに見合わないんだよね
好きでなきゃやってられん
- 297 名前：291 [2008/12/17(水) 11:57:56 ]
- >>296
たしかにどんなに高機能のなスケジュールソフトを注文しても
個人で何とかなるくらいの金額なのは分かります。
逆に、「その程度の要求」ではない、自分で作った方がいいというのは
どういうものなんでしょうか？
投資コストに見合うって事でしょうが、具体的な事がわかりません・・・
- 298 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 11:59:47 ]
- >>295
めちゃめちゃ利く。一つの言語を数ヶ月かけて覚えると
別の言語で簡単なプログラムを書くのに数時間とかからない
（C→Lispみたいに趣のまったく異なる言語間なら話は別）
2はハードウェアの知識が相当いるから大変そうだ。漏れには無理
誰か具体的な指針を示してくれる人がいるといいね
- 299 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 11:59:48 ]
- >>295
利くのもあるしまったく利かないのもある
- 300 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 12:01:27 ]
- >>297
睡眠やご飯よりプログラミングが好きだって人意外は既製品のほうがいいんじゃない？
ってことじゃない？
- 301 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 12:02:10 ]
- >>299
応用が利かないのってどんなの？
- 302 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 12:07:47 ]
- C#からアセンブリとか？
- 303 名前：291 [2008/12/17(水) 12:14:06 ]
- >>298
そんなに利くんですか・・・？
僕の中では「言語」とつくから英語習得に近い大変さがその都度あるのかと思ってました。
実際は方言や流行語レベルって事なんでしょうか・・・・
応用が利く利かないの区別が全くわかりません。
言語の相関図みたいのってありますか？
人種をラテン系やモンゴリアンやアングロサクソン系とかに分けるような・・・
- 304 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 12:18:15 ]
- >>303
系譜とかある。
image.itmedia.co.jp/l/im/enterprise/articles/0703/26/l_psfig1.jpg
- 305 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 12:20:09 ]
- >>304
直りん出来なかった
www.itmedia.co.jp/enterprise/articles/0703/26/news021.html#l_psfig1.jpg
- 306 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 12:21:44 ]
- >>302
まあ極端なことを言えばアセンブリからPrologとか、いくつか例はありそうだが
大抵の場合は多少なりとも応用が利くだろう
- 307 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 12:22:15 ]
- >>297
例えばそれ自体が自社の商品だったり企業秘密のノウハウの塊だったりする場合
つまり誰にでも作れるものではなく、かつ誰にでも作れてしまっては困るようなものは自製する
それでも外注に出してるようなところもあるけど
あとは作ること自体が目的化してしまっているような場合
コストに見合わないとは時間がかかりすぎるということ
少しの工夫のために膨大な手間と時間が必要なる
つぎ込んだ時間は取り戻せない
- 308 名前：291 mailto:sage [2008/12/17(水) 12:24:58 ]
- >>304
ITmediaはサーバー負荷になるから外部リンクできないみたいです。
今、ITmedia内を捜索していますが、そのページのURLがわかればお願いします。
- 309 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 12:34:08 ]
- >>303
自然言語に比べたら覚える量なんて屁みたいなもんだぞ。
例えば英語なんかは、日常会話レベルでも何千もの単語を覚えなければならない。
しかし、プログラミング言語なんてものは覚える単語なんて100あるかってくらいだ。
君が考える以上に言語の習得は簡単。だが、その先に待っているアルゴリズムや作法などの
プログラミングテクニックが、とてもとても奥深いものなのだ。
んで、他の言語を習得する際もその「プログラミングテクニック」を活かせるから、
「応用が利く」んだよ。
- 310 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 12:50:58 ]
- >308
>305 を参照
現実の言語でも、日本語と英語は全然違うが
スペイン語とポルトガル語なんて、日本で言う方言ぐらいの違いらしい
プログラミング言語でも近い言語と遠い言語がある
現在多く使われてるのは手続き型言語と呼ばれるグループ
手続き型言語同士なら語彙の違いや付加機能の違いはあるが、基本的なところは一緒だよ
他の言語に行っても「ああこれは○言語で言う××みたいなもんか」って感じ
ましてやプログラミングの場合、現実の言語みたいにリアルタイムで翻訳する必要ないしな
辞書引きながら書けば良いんだから >309 の言う通り沢山の単語を覚える必要はない
- 311 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 12:51:56 ]
- >>303
多分今の時点で言語を分類する基準を言ってもピンとこないと思う
よほどトリッキーな言語を選ばない限り（選ぶのが大変）いくらでもつぶしが利く
このスレでもよく挙がるけどC, C#, Java, Python, Rubyなんかを選んどけば間違いないよ
ちなみに>>305のまつもとゆきひろ氏はRubyの作者
- 312 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 13:12:43 ]
- >>297
Cができれば、たいていの言語は扱える。
システムユーティリティーで、市販のものではどうも痒い所に手が届いていない感じがする場合、自分で
作るしかない。フリーソフトでオープンソースであれば、ちょこっと改造したりして便利になることもある。
株の売買なんてのをやっていると、ウェブからデータを拾ってきて、分析するみたいなことをやらせるソフトが
欲しくなる。既製品だと、自分が使いたい指標が組み込んでなかったりとか、あるいは、開発用の言語が組み
込まれているがやたらと高価だったりとか、いろいろ問題があったりする。
- 313 名前：291 [2008/12/17(水) 13:41:08 ]
- みなさん、本当にありがとうございます。
痒い所に手が届く回答ばかりで目から鱗です。
系譜を見たら、「C言語すげぇ！」と思いました。
そこでふと思ったのですが
現代言語の祖と言うべきCと、最近式？のC＃なら、
やっぱり根幹とも考えられるCですか？それともC++？
「C#はjavaに対抗して開発された」ありますが、
かと言っても、やっぱり方言レベルですか？
- 314 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 13:55:13 ]
- >>313
> 系譜を見たら、「C言語すげぇ！」と思いました。
略図だし、
ALGOL→PASCAL→Delphi
が載ってない様な偏向した図だからね。
- 315 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 14:07:27 ]
- >>313
気にする必要は全くない。
２については自分でなんとかするのはあきらめろ。
１についても言語を覚えるコストをかけるより市販品を買ったほうが遥かにマシ。
自分の好きな物を作れる程プログラミングできるようになるには、仕事か、余程の物好きでなければ不可能。
- 316 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 14:23:17 ]
- >>291
2.は、bluetoothに対応してる家電とかなら
ネットワークプログラミングの範疇になりそうだが
そうでなきゃ自分で工作してマイコン制御ってな話だろう
面白そうだとは思うが、身の回りに師匠がいないと敷居が高いんじゃないか
電子回路の工作とかはできるのかい？
>>304
色々違和感のある図だな……
少なくともCがPL/Iの子孫になってるのは明らかに変だ
- 317 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 14:32:39 ]
- >>314
限られた記事のスペースでまとめてるんだから、多少の偏向は許してやれよ…
元Eiffel信者がPascal系まるまる切ってるんだし…
にしても記事読んだなら、現代言語の祖はFORTRANか、100歩譲ってSimulaにしかならんだろ…
- 318 名前：291 [2008/12/17(水) 14:33:36 ]
- ２．に関しては、プログラムに触った事がないために
難しさが分からなかったです。
先輩方の意見からすると、非現実的なんですね。
はじめに習得する言語に関しては
「基礎が大事」との思いから選ぼうと思っていましたが
どの言語からでも基礎は学べるみたいですね。
あえて言うなら「やりたい事優先」なのでC#かjavaみたいですね。
何人かの意見で
「プログラムで自作するくらいなら買え」とありますが
結局プログラムはプロでやっていく人以外は不要と思っていいのでしょうか？
- 319 名前：デフォルトの名無しさん [2008/12/17(水) 14:35:43 ]
- >>317
たしかに祖というならそのとおりですね。
古くてその言語からの派生発展系が多くて
理系大学生が必修科目のように習っているのでC言語と思った次第です。
- 320 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 14:38:31 ]
- >>318
プログラミングは、PC上で日常よくやる種類のくだらない作業の自動化・効率化には
非常に役に立つよ。
普通はそういう種類のプログラミングを「スクリプティング」と言い、
shell, Perlやそれに類する言語がよく使われる。
とりあえず正規表現を覚えて、単純なテキスト処理からはじめるのがお勧め。
C#やJavaは、そういう用途に向く言語ではないな。どっちかっつーと「お仕事」用の
言語だ。
- 321 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 14:42:38 ]
- Pascal以降が無いのはCに負けたことを強調する演出じゃないか
MatzがPHPを叩いたのを見てカーニハンを思い出した漏れ
> 「プログラムで自作するくらいなら買え」とありますが
色々と大変な時期だから。察してあげて
- 322 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 14:49:33 ]
- >>318
目的による
プログラミングが目的でスケジュール帳が口実ならばともかく
スケージュール管理が目的でプログラミングが手段だと考えているなら
買うほうが正解
それに今日日買わなくても無料でダウンロードできるやつが巷に溢れているから
それらを試してからでも遅くはない
- 323 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 14:56:38 ]
- >>316
>少なくともCがPL/Iの子孫になってるのは明らかに変だ
CはRatfor経由でFortranの傍系と言うところか
- 324 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 15:00:43 ]
- >>318
つ 「Interface４月号」、「トランジスタ技術４月号」
おまけにマイコンがついてくる(はず)。
- 325 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 16:57:07 ]
- 開発環境一式が無料で使える
www.microsoft.com/japan/msdn/vstudio/Express/
Web インストールの所から落として実行すると、
必要なファイルをダウンロードしてインストールするとこまでやってくれるよ。
言語はC#がおすすめ
- 326 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 18:20:01 ]
- >>291
1について、
本格的な管理ソフトを目指すならともかく、
テキストベースで予定表の検索くらいならスクリプト言語でやってみてもいいんじゃない。
2について、
多くの回答にあるように、時間になったらまでは簡単cronでもokだがその先の「もの」が問題。
プログラムの改造するのも実用的なものは大規模だから、そのなかでのマクロを書いてみるとかがおすすめ。
- 327 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 18:43:28 ]
- ゲームをお手軽に作りたくてFlashを覚え、5年ほど続けていたのですが、
限界を感じてちゃんとしたプログラムを覚えようと思い
いろいろと調べていたところ、こちらのスレに辿り着きました。
製作するゲームについてはジャンルや２D・３Dに拘らず何でも作りますが、
ゲーム以外の用途でプログラムをすることは無いと断言できる場合
どのようなプログラミング言語がおすすめでしょうか。
ちゃんとしたプログラムの知識は学校で習ったC言語くらいです。
初期投資や入門の簡単さには拘りません。
唐突な質問になりますが、よろしくお願いします。
- 328 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 19:16:51 ]
- >>327
Flashでいいと思うよ。速度が足りてるなら。
速度が足りないなら、C++でDirectXしかないかな。
- 329 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 19:28:11 ]
- >>327
何に限界を感じたのかｋｗｓｋ
- 330 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 19:30:17 ]
- >>327
Adobe AIRやAdobe flexとかじゃだめ？
- 331 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 20:08:03 ]
- >>328-329
はい、まさに速度が足りないことです。
Flashの利点を生かしたゲームを作りたいわけではないので
より処理速度やゲームの開発環境が整った言語を探しています。
DirectXが使える言語がやはり最終的には良いのでしょうか。
>>330
あまりAIRは使いたく無いんですよね…。
特にFlashに拘りを持っている訳ではないので
他により良い環境があればActionScriptと文法が全く違う
プログラミング言語などでも特に問題ありません。
- 332 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 22:17:09 ]
- >>331
そうなると、やはりC++とDirectXだろうな。
- 333 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 22:21:17 ]
- Javascriptって一般的にはブラウザ上で動作するものってイメージなんだが本当は違うんだろ？
なにを学べばそれがわかる？教えてくれ
- 334 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 22:21:51 ]
- flashでやれるようなことを既存の言語+ライブラリで実現するのは結構大変だと思うぞ
flashから入ったのならflashに向いたゲーム作ってた方が幸せになれる気がする
- 335 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 22:24:19 ]
- まあまあ、向上心があることはいいこった
興味持ったらやってみろよ、挫折したとしても何かは残るさ
- 336 名前：327 mailto:sage [2008/12/17(水) 22:33:45 ]
- 色々とありがとうございます。
とりあえずC++とDirectXをメインに調べてみます。
Flashでやれることを既存の言語で実現するのが難しいというより
Flashが簡単過ぎるのだと思いますし、やれるだけやってみます…
- 337 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 22:35:36 ]
- >>333
ＪａｖａScriptと言った場合、Webブラウザ上で動作するクライアントサイドの話と受け取るのが一般的。
ECMAScriptと言った場合には、FlashのActionScriptなども含む。
一応サーバサイドJavaScriptもあるけど、使われる事は少ない。
>なにを学べばそれがわかる？
とりあえずぐぐれ
- 338 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 22:40:52 ]
- >333
手軽なものでは WSH かな？ CScript.exe + JScript
今のWindowsなら最初からインスコされてるハズ
- 339 名前：333 [2008/12/17(水) 22:47:35 ]
- >>338
おお！まさしくこれですな
コンパイル済みのアプリケーションに他ユーザが新たに要素を追加できるような使い方がしたかった
- 340 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 22:50:24 ]
- >>339
Java でも JavaScript 使えるよ。
- 341 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 22:53:02 ]
- >>336
こけるかも知れないけど、XNAと言うゲーム開発環境があるらしいよ
それはそれは素晴らしいものらしいよ
新しめのPCや、Xboxで動くらしいよ
C++とDirectXは、しばらくもちそうだし、”頑張れるなら”一番正解に近い気がするけど・・・
- 342 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 22:54:04 ]
- >>339
ん？拡張／組み込みスクリプト言語としての用途を考えてるってこと？
ならまあ確かにJavaScriptとかPython、lua、Lisp系がありがちかな
JavaScriptなら、今だとgoogleのv8が流行ってんじゃねえか
アプリをオートメーションサーバとして作るアプローチもあるが
ぶっちゃけ面倒くさいと思う
- 343 名前：デフォルトの名無しさん mailto:sage [2008/12/17(水) 23:42:21 ]
- >>341
とりあえず頑張ってみます。
しばらく調べてみましたが、D言語という言語もDirectXが使えるようですね。
…ものすごい不正解臭がしますが。
- 344 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 00:34:56 ]
- >>343
D言語は初心者にはオススメできない。
いい言語だと思うけど、いつまで経っても絶賛開発中なのが･･
- 345 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 00:37:03 ]
- >>343
DirectXを扱える言語はそれなりにある。扱えるってだけなら
Dはまだ処理系にバグが点在しているような状況だから、言語学習には向かないだろう
安定すればC++よりだいぶ良くなる感じはするんだが・・・・・
- 346 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 01:04:35 ]
- >>343
D言語は・・・まだC#＋XNAの方が明るい未来があるように思えるよｗ
言語が趣味なら楽しいって聞くけど、仕様がコロコロ変わる上に、オプソでもないから微妙かも。
- 347 名前：デフォルトの名無しさん [2008/12/18(木) 11:32:32 ]
- C#とjavaを比較した時
・将来性（具体的には.netの動向や携帯コンテンツ、webアプリetc）
・多言語への乗り換えやすさ
はどっちですか？
図書館で調べた限りでは
今のところはjavaだけど、言語はｃ＃の方が優秀らしい
だけど、新しい言語なので今後落ちぶれる可能性も・・・
んで、どっちですか？
- 348 名前：347 [2008/12/18(木) 11:34:44 ]
- 書き忘れです・・・・
お互いの言語の得意分野や
「こんなものを作りたいなら○○言語の一択」
ってありますか？
- 349 名前：デフォルトの名無しさん [2008/12/18(木) 11:37:59 ]
- マルチプラットフォームなのはJAVA
Windowsで作れる物が多く速度が出るのはC#
- 350 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 11:40:30 ]
- >>349
要するに
windowsPC以外の何かを作りたいならjava
windowsマンセーでアプリを作るだけならC#??
- 351 名前：デフォルトの名無しさん [2008/12/18(木) 11:44:53 ]
- Javaは他機種でも同等の動作が実現できる。 しかしC#はそうとは限らない。
Javaはソースからコンパイルする必要が無い。 C#はソースがあっても動くか確実ではない。
- 352 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 12:09:17 ]
- >>347
将来性ではC#。
.NET対応言語が増える → .NETプログラミングが流行る → C#が流行る。
（夢見すぎか？）
- 353 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 12:13:17 ]
- >>351
＞ Javaはソースからコンパイルする必要が無い。
ｋｗｓｋ
- 354 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 12:15:59 ]
- >>352
山ほどあるよ。
www.dotnetpowered.com/languages.aspx
- 355 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 12:28:27 ]
- Javaはある種ゴール地点にもなってるからJavaから始めたら成長しないと思う
- 356 名前：デフォルトの名無しさん [2008/12/18(木) 12:28:35 ]
- どちらも仕組みは似ているけど、中間言語を実際に実行できる割合が多いのはJAVA。
> Javaではプラットフォーム非依存を目標の一つとし、またバージョン間の互換性に注意して開発が進められている。
> Javaは、中間言語にコンパイルされ、Java仮想マシンで実行されるよう設計された。
> .NET Frameworkはあらゆる言語で記述されたプログラムが共通中間言語にコンパイルされる。
> この中間言語はJITコンパイラによって実行時にネイティブコードにコンパイルされる。
- 357 名前：347 [2008/12/18(木) 12:37:03 ]
- >>355
では、今後２０〜３０年のデジタルの世界では誰も予測できないけど
JAVAはこの先.NETにやられちゃいますか？
それとも>>352が夢？と言っているように現実的でない？
今までの流れだとやっぱりマイクロソフトの独裁は続いて
.NETの天下で言語もＤＥＦと踏襲していく気もします。
- 358 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 12:38:43 ]
- 先のことは誰にもわかりませんとしか
- 359 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 12:41:53 ]
- お前は何がしたいんだよ
- 360 名前：デフォルトの名無しさん [2008/12/18(木) 12:42:36 ]
- C#は対して普及しないと思うな。 C++でもBasicでも.NETは動かせるから
実行速度ではC++の速いからこれは消えないとして、そしたらC++で.NETを動かせた方が勉強が
少なくて済む。
- 361 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 12:47:44 ]
- C++/CLIってのがあってジリ貧なんだが
- 362 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 12:48:43 ]
- >>360
C++を本当に使えるぐらいならJavaだのC#だのは瞬殺で習得できて
.NETなアプリを使う分にはずっとクリーンかつ楽に記述できるぞ
だから皆C#を使ってるんだ、C++/CLIじゃなくてな
- 363 名前：デフォルトの名無しさん [2008/12/18(木) 13:03:38 ]
- 現在、.NETを動かすにはC#は使われることが多いとおもうけど、C++/CLIが劣るわけではなくて
まず最初にMSがC#に力を入れたからでは?
- 364 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 13:10:22 ]
- >>363
いやいや、C++/CLIはCの上に構築されたC++の上に構築された言語だから、
ただの.NETアプリを組むには全く不要な複雑性を抱え込んだ言語だから、だよ
言語の優劣は機能だけで決まるもんじゃない
単純素朴に「大きいものはいいことだ」と考えるのならC++/CLIは強力な
言語だが、ネイティブコードとの連携が不要な部分までC++/CLIで記述するのは
愚かだ
- 365 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 13:21:38 ]
- いいからさっさと服着ろよ
- 366 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 14:36:40 ]
- これからプログラミングでお金持ちになれるのはどの言語ですか？
C、C++、C#、JavaとVB、VC++、VC#、eclipseの違いはなんですか？
- 367 名前：デフォルトの名無しさん mailto:sage [2008/12/18(木) 16:41:53 ]
- 何を重視するかで色々な言語がある
例えば、有名な言語は、自分で使うことより
他人に教えて使わせることを重視していたりする
|
 |
