初心者のためのプログラミング言語ガイド Part9
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2008/05/16(金) 21:38:29質問者の方へ
どのプログラミング言語を最初に覚えるべきかは
なぜプログラミングを始めたいのか、何を作りたいのかによってまったく変わってきます。
なんとなく、でもかまわないので動機、用途、使っているOSを明記しましょう。
各言語の特徴はこちらを参照
Wikipedia Category:プログラミング言語
http://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
Part8 http://pc11.2ch.net/test/read.cgi/tech/1208186034/
Part7 http://pc11.2ch.net/test/read.cgi/tech/1200807067/
Part6 http://pc11.2ch.net/test/read.cgi/tech/1193132235/
Part5 http://pc11.2ch.net/test/read.cgi/tech/1187886538/
Part4 http://pc11.2ch.net/test/read.cgi/tech/1177285633/
Part3 http://pc11.2ch.net/test/read.cgi/tech/1152778344/
Part2 http://pc8.2ch.net/test/read.cgi/tech/1122205164/
Part1 http://pc8.2ch.net/test/read.cgi/tech/1034505166/
0797デフォルトの名無しさん
2008/07/03(木) 19:42:070798デフォルトの名無しさん
2008/07/03(木) 20:05:110799デフォルトの名無しさん
2008/07/03(木) 21:43:52x86ならEFLAGSレジスタとかチェックしないとだめじゃない？
0800デフォルトの名無しさん
2008/07/03(木) 21:49:29scanf関数などは使わない。 これが一番正しい。
0801デフォルトの名無しさん
2008/07/03(木) 21:52:24VBとVCの両方が入りました
どちらの方が易しい、またはこういった事に向いているというのがあったら教えて下さい
いままで使用したことのある言語はC、Java、VerilogHDLです。使用したことがあるといっても、基本的なことを習っただけです
やりたいことは動画、画像などを取り込み、そのデータを加工、操作（外部に出力したり、フィルタをかけたり）したりしたいと思っています
0802デフォルトの名無しさん
2008/07/03(木) 22:01:370803デフォルトの名無しさん
2008/07/04(金) 10:09:30膨大な計算を行うのはVBはまったく不向き。
一方でUIを作るのはVBの方が楽。
フィルタ等の本処理をC++で書いてDLLにしてVBでUIを作るというのがラクかも。
両方覚える手間を考えると、そんなに凝ったUIにしないならVBはいらないかも。
0804デフォルトの名無しさん
2008/07/05(土) 14:20:243Dのゲームも作れるような、お勧めの言語を教えてください。
また大抵のゲームを見ると、DirectXが必要になるようです。
もしDirectXを使おうとした場合、現実的な選択肢はC++しかないのでしょうか？
C言語だけでも問題ないのでしょうか？
0805デフォルトの名無しさん
2008/07/05(土) 14:49:44C言語だけならDirectXよりもOpenGLとGLUTを使ってみるといい。超簡単だから
0806デフォルトの名無しさん
2008/07/05(土) 16:06:42駅のホームにある電光表示板のような物を作りたいと思っているのですが
その場合、どの言語が作りやすいのでしょうか？
ちなみにOSはwindows XPです
0807デフォルトの名無しさん
2008/07/05(土) 16:17:350808デフォルトの名無しさん
2008/07/05(土) 16:22:46ニュースティッカーでぐぐるよろし
使用言語は何の情報を表示するかでちょっと違うがおおむねどんな言語でもできる
0809デフォルトの名無しさん
2008/07/05(土) 16:23:26その場合なら言語は何でも良い
0810デフォルトの名無しさん
2008/07/05(土) 19:22:42と言ったらどんな言語、開発環境になりますかね。
やはりRubyとかなのかな。
0811デフォルトの名無しさん
2008/07/05(土) 19:28:18LED電光掲示板風のGUI部品を作りたいのか本物の電光掲示板を作りたいのか見えんです。
最近の駅の電光掲示板は中でWindowsが動いててネット経由で情報持ってきてたりするけど。
>>810
PHPから始めるのが一番簡単で初心者向けの情報も多くて無難。
0812810
2008/07/05(土) 19:33:05自分はずっとJavaで開発してきたんですけど、スクリプト系という
のが今後はメジャーになるんじゃないか、と思ってます。
PHPとかでもエンタープライズなシステムって作れるのかな。
正直、JavaのWebアプリケーション世界はもう成熟してしまって
終わりが近づいているんじゃなかろうか、と思ってる今日この頃。
0813デフォルトの名無しさん
2008/07/05(土) 19:43:29JavaでStrutsやSpring使ってバリバリ開発してたんならこんなところで聞かなくても
サクッと移行できるだろ。PHPはJavaと比べてどうでもいいヌルい案件ばっかだよ。
Ruby On Rails使った仕事は自分の周りじゃ聞いたことない。
0814デフォルトの名無しさん
2008/07/05(土) 19:55:100815デフォルトの名無しさん
2008/07/05(土) 19:57:56いまからやろうかなって思ってたのに。
0816デフォルトの名無しさん
2008/07/05(土) 20:25:370817815
2008/07/05(土) 20:42:46枯れてるというのは、利用価値が薄くなってきた言語だということではないんですか？
0818デフォルトの名無しさん
2008/07/05(土) 20:47:12ある程度取れて安定してきたソフトや物のことをいうかな・・・
チップセットとかICなんかも枯れた石とかいうよね。
いい意味で良品ってことかな。
電光掲示板を学ぶなら秋月電子のキットやろ。
cもできるしちょっとしたPCとの連携もできるし
0819デフォルトの名無しさん
2008/07/05(土) 20:47:13それに代わる新しい何かが普及しまくってるならまだしも
0820デフォルトの名無しさん
2008/07/05(土) 20:55:14Javaは広く普及して使われいている。もし、今後衰退することになってもJavaで書かれた資産は大量に残るから
需要は残るだろう
ただ上手い表現か分からんが、最先端の言語ではないと思う
もっと新しい言語（RubyとかScalaとか）は、
普及しなかった異端の言語（LispとかSmalltalkとか）由来の有用な機能を取り込んでる
0821デフォルトの名無しさん
2008/07/05(土) 20:56:32今後ぐわーっと伸びてくることはないというニュアンスはあるかも。
人間でいえば「中年」みたいな。
0822デフォルトの名無しさん
2008/07/05(土) 20:58:04C#があるじゃないか！
PythonやRubyもあるぞ！
0823デフォルトの名無しさん
2008/07/05(土) 20:58:59「Javaって枯れてきてるよね」という問いにはおそらく多くの人が賛同するはず
0824デフォルトの名無しさん
2008/07/05(土) 21:00:38普及しまくってねえよ
特に後者2つ
特に日本
C#は路線には乗った感じはするけどな
JavaになるかVB6になるかはこれから次第
0825デフォルトの名無しさん
2008/07/05(土) 22:14:440826デフォルトの名無しさん
2008/07/05(土) 22:28:35独自実装 JSP, Servlet が主流だと小耳に挟んだ俺ですよ
VB 独自コントロールの作り方やメソッド名を叩き込んだ奴が
偉いのです、な世界が広がっていると聞き及んだ俺ですよ
好きな言語選べばいい、と思った今日この頃
フレームワークは続くよ。どこまでも…。
言語に寄らず続いてく、バベル塔がありました
0827810
2008/07/05(土) 22:30:18そうそう、Railsについてどうなのかな、というのが聞きたいなぁ。
上にも書いている人いるけど、Javaってのは所詮は命令型の、Cや
C++の面倒なところを小奇麗にした言語って感じだけど、Rubyは
違ってるんじゃないかと思う。関数型由来のスタイルがパッと見た
感じありますよね。
プログラミングのスタイルは、ある時点から「富豪的」ということが
推奨されるようになって、Javaのガベージコレクションなんかもそれに
入るのかも知れないけど、もっと美しさを求めた言語が今後は普及
するんじゃないのかな。
Javaのような言語をベースとした、フレームワークなどによる利便性
追求は行くとこまで行ったんじゃないかな。今後は質的に違った、
言語スタイル自体の変化があると思う。
0828デフォルトの名無しさん
2008/07/05(土) 22:42:57長文書いていただいたところ申し訳ないが本質はそこじゃない
本質はメーカーの政治闘争であり宗教戦争
我々ユーザーは勝ったほうについていってるだけだ
0829デフォルトの名無しさん
2008/07/05(土) 23:17:16> 今後は質的に違った、言語スタイル自体の変化
そこでSmalltalkですよ。ｗ
http://www.ogis-ri.co.jp/otc/hiroba/technical/seaside/seaside1/index.html
0830デフォルトの名無しさん
2008/07/05(土) 23:27:20Perlが嫌だったから、PHPを選んだ
JAVAが嫌だったから、VBを選んだ
VB.NETが嫌だったから、C#を選んだ
Pythonが嫌だったから、Rubyを選んだ
もしかしてこれは負け組なんじゃないのか？
0831デフォルトの名無しさん
2008/07/06(日) 00:04:220832デフォルトの名無しさん
2008/07/06(日) 00:07:520833デフォルトの名無しさん
2008/07/06(日) 00:30:42勝ち負けは実際に戦っている限られた人々の努力によって決まる
エキストラの講釈なぞ聞くだけ無駄だと本当は言いたかった
0834806
2008/07/06(日) 01:51:46自分の部活(鉄道部)で使用する模型の運転状況の案内をつくりたいと思っています。
1番線 ○×線 2番線 △□線
3番線 ----------------
・
・
・
見たいな感じです。最初はパワーポイントで作っていたのですが
現在時刻が表示できない(表示したかったので)ためにプログラムで作れないかと思った次第です。
山手線や中央線の新型車両のドアの上についているテレビのような感じといえば
分かりやすいかもしれません。
細かいことを抜いて相談してしまい、すいませんでした。
0835デフォルトの名無しさん
2008/07/06(日) 03:01:50サクッと作ることが目的なのなら、HSPがお勧めだよ
そう言うことするのには、圧倒的に簡単だと思う
0836デフォルトの名無しさん
2008/07/06(日) 03:12:57>HSPがお勧めだよ
ねーよw
せめてそこはVB/VBA勧めとけ
0837デフォルトの名無しさん
2008/07/06(日) 03:36:55> せめてそこはVB/VBA勧めとけ
それこそ、ねーよｗ
せめてそこはC#やVB.NET勧めとけ
0838デフォルトの名無しさん
2008/07/06(日) 05:01:21つーか、時刻表示以外パワポで出来てたんなら↓
スライド番号や日付と時刻をスライドに追加する
ttp://office.microsoft.com/ja-jp/powerpoint/HA101181931041.aspx
後はVBAかなんかで適当に更新してやればいいんじゃないの？
パワポはよく知らんけど。
0839デフォルトの名無しさん
2008/07/06(日) 05:49:29路線案内図を作る(プログラムとして書く)だけなら、
一番簡単なのはPrologだろう。
0840デフォルトの名無しさん
2008/07/06(日) 07:14:190841デフォルトの名無しさん
2008/07/06(日) 07:35:43誰が書こうが実際そうだろう。
0842デフォルトの名無しさん
2008/07/06(日) 10:24:05PC画面に表示するだけなら何の言語でもよかろう
パワポでもできてたくらいのてきとー運行ならそれこそHSPでも大丈夫だ
0843デフォルトの名無しさん
2008/07/06(日) 10:44:09運行調整はPrologが苦手とするタイプの探索だろう。
0844デフォルトの名無しさん
2008/07/06(日) 10:54:030845デフォルトの名無しさん
2008/07/06(日) 10:56:18定位置からスタートさせるとして、
路線案内(_スタートしてからの時間,1,東海道新幹線).
路線案内(_スタートしてからの時間,2,横須賀線) :- _スタートしてからの時間<20.
路線案内(_スタートしてからの時間,3,横須賀線) :- _スタートしてからの時間>=20.
路線案内(_スタートしてからの時間,3,東海道線) :- _スタートしてからの時間=<16.
Prologだとこんな感じで済むんじゃないか。論理とか推論とか関係ないw
0846デフォルトの名無しさん
2008/07/06(日) 11:04:230847デフォルトの名無しさん
2008/07/06(日) 11:07:320848デフォルトの名無しさん
2008/07/06(日) 11:48:28緊急の臨時ダイヤ作りなどには向かない?
0849デフォルトの名無しさん
2008/07/06(日) 12:43:27列車(オブジェクト)の位置を常に把握して
管理するようなものはProlog向きとはいえない。
0850デフォルトの名無しさん
2008/07/06(日) 16:32:33①アンケート的な機能でデータベースっぽいサイト
を作ってみたい。
②美少女ゲームのようなノベルゲームを作ってみたい
おまけ 手に職ついたらうれしい
という動機でプログラムの勉強をしたいです。
VISTAです。
早く作ってみたいので、言語に難易度差があるなら簡単なもの
から始めたいです。
①と②は別々の言語で構わないですし、もし両方いける
言語があるならそれも教えてもらえたらと思います。
よろしくお願いします。
0851デフォルトの名無しさん
2008/07/06(日) 16:40:130853デフォルトの名無しさん
2008/07/06(日) 17:05:580854デフォルトの名無しさん
2008/07/06(日) 17:14:49１．RubyかPythonかPHPかPerl
２．C#かVB
NORMAL:
１．Java
２．Java
HARD:
１．RubyとPythonとPHPとPerlとC
２．C++
0855デフォルトの名無しさん
2008/07/06(日) 17:15:29手早いならHSPや、専用言語（吉里吉里とか）でもいいが、できれば手に職つけたい・・・・・・？
長い目で見るとC#とかのほうが良いのかもしれない
0856850
2008/07/06(日) 17:35:24一気にいくつもできるわけではないので、
とりあえずはＰＨＰでサイトを作れるようになることを
はじめの目標にしようかと思います。
ありがとうございました。
0857デフォルトの名無しさん
2008/07/06(日) 17:47:490858デフォルトの名無しさん
2008/07/06(日) 18:50:44なんかC#＆.NETって不安なんだよね
いつMSが裏切るか分からないし、VB.NETも明らかに誰でもすぐ使える簡単用でなくなってしまったし・・・
それならオプソになるみたいだし、仕事ならJAVAの方が全然いいと思うんだ
ただゲーム作ることが目的なら、漏れもHSPや吉里吉里、Nscripterあたりがいいと思う
0859デフォルトの名無しさん
2008/07/06(日) 19:56:55今流行の言語とか関係なく、知っておくべきことを学ぶ、
というほうがいいんじゃないかね。
知っておくべきこと、というのは簡単に言えばズバリ
・再帰
・ポインタ
だと思う。つまり、C言語と関数型を勉強するのがよい
プログラミングへの近道じゃないかな。
関数型の入門書と言えばSICPだけど、Cだと何だろうな。
0860デフォルトの名無しさん
2008/07/06(日) 20:02:58コンパイラは上手く記憶領域を確保出来ず無駄が出て、エラーで足りや速度が鈍くなる。
ポインタは複雑になるけど参照と速度は変わらない。
0861デフォルトの名無しさん
2008/07/06(日) 20:03:310862デフォルトの名無しさん
2008/07/06(日) 20:05:50http://www.mazenove.com/game/gameDetail.php?ip=1657
この前、久しぶりに専門書とか置いてありそげな書店
行ったら、Flashで作るギャルゲーとかそんなかんじの
置いてあったけど、手っ取り早くやるなら、PHP+Flash
こんなかんじでいいのかもね…とか思う今日この頃('A`)
0863デフォルトの名無しさん
2008/07/06(日) 20:10:32ポインタって、ごく一部の言語だけが使ってるんじゃないんですか？
0864デフォルトの名無しさん
2008/07/06(日) 20:12:36自分で使うかどうかは別の話だけど
0865デフォルトの名無しさん
2008/07/06(日) 20:15:24比較的新しい言語では前面にでることはないけど
それでも参照とかって形に弱められて、多くの言語には残ってる
メモリのイメージがわくから、まあ知っておいて損はない概念ではあると思う
0866デフォルトの名無しさん
2008/07/06(日) 20:25:46newしてるってことは中ではmallocしてるし
GCなんかでfreeしてるんだよ。
0867860
2008/07/06(日) 20:27:43C言語で再帰がまともに使えるコンパイラは無いと思う。
自動で変数・配列をスタックへ積むから動作は安定しないし、
C言語は関数の呼び出し、復帰に時間がかかる。
0868デフォルトの名無しさん
2008/07/06(日) 20:48:19素直にアセンブラって言えば？
今時、組み込みソフトでもない限り、そう言うの流行らないけどね
もうPCでそう言うの考える時代は終わったんだよ
>>862
Flashなんて滅びればいいのにね
普段は重いから切ってるんだけど、Flashが無いと見えないページがあってむかつくよ
>>867
組み込み屋さんかな？ｗ
0869デフォルトの名無しさん
2008/07/07(月) 00:54:38> C言語で再帰がまともに使えるコンパイラは無いと思う。
どこの世界の話だよ
859は学ぶべき概念の話をしてるのに、いるいらないに話をすり替えてるし
0870デフォルトの名無しさん
2008/07/07(月) 01:08:40オセロゲームの探索を再帰で書く人はいないのではないかな? 概念的には再帰で表現するのが適しているが
0871デフォルトの名無しさん
2008/07/07(月) 01:51:550872デフォルトの名無しさん
2008/07/07(月) 07:57:09自前でスタック管理してループにするんじゃね。
0873デフォルトの名無しさん
2008/07/07(月) 10:02:56いいこといった
0874デフォルトの名無しさん
2008/07/07(月) 10:34:50なぜ、再帰が否定されるのかな。
0875デフォルトの名無しさん
2008/07/07(月) 10:43:260876デフォルトの名無しさん
2008/07/07(月) 10:45:510877デフォルトの名無しさん
2008/07/07(月) 11:30:200878デフォルトの名無しさん
2008/07/07(月) 11:49:46仕様記述言語も含めて、再帰なしには事実上成立しない言語だらけだ。
それを >>860 のような表現をしたら、初心者のためのスレという観点からも
反論せざるを得なくなるということだ。
0879デフォルトの名無しさん
2008/07/07(月) 12:10:02書き換えることができる、ということを証明している。このため、コンパイラでは再帰のプログラムを
自動的にループに書き換えることができるとウレシイ。
実際、gcc のような賢いコンパイラでは、「末端再帰の最適化」と呼ばれる最適化オプションが存在する。これはつまり、一部の再帰関数をループ構造にコンパイラが書き換えて扱う、というものである。
http://www.nurs.or.jp/~sug/soft/super/lisp.htm#sec7
0880デフォルトの名無しさん
2008/07/07(月) 12:12:32自己再帰を注意して書けば、最適化によりループにできるコンパイラもある、という程度である。
一般に手続き型言語では、呼び出しを繰り返す度に実行中断された手続きの状態を保存しなければならない。
そのため再帰が深くなりすぎるとコールスタックなどの資源が不足してプログラムが停止してしまう（スタックオーバーフロー）。
このような場合、次のような変換を施し、再帰呼び出しを、手続き型のループに変換すると回避できる。
http://ja.wikipedia.org/wiki/%E6%9C%AB%E5%B0%BE%E5%86%8D%E5%B8%B0
0881デフォルトの名無しさん
2008/07/07(月) 12:16:34関数型言語は知らないが、普及している大部分の言語では、再帰には弱点があって
ループと同等には扱えないって事。
0882デフォルトの名無しさん
2008/07/07(月) 12:20:28マルチコアならマルチコアに適したソート使えよ
それに自前のスタック管理がCPUのスタック管理より早いわけないだろうが
再帰といいなんで問題に適した解決策選ばないんだよ
0883デフォルトの名無しさん
2008/07/07(月) 13:00:480884デフォルトの名無しさん
2008/07/07(月) 13:37:41最適なプログラムにしてくれる、初心者でも使いやすい言語を教えて下さい。
0885デフォルトの名無しさん
2008/07/07(月) 16:21:160886デフォルトの名無しさん
2008/07/07(月) 17:51:12Cサイコーや!!てな人間なんですが
こんな俺の初めての関数型言語を指南してもらえませんか
0887デフォルトの名無しさん
2008/07/07(月) 17:57:330888デフォルトの名無しさん
2008/07/07(月) 18:01:050889デフォルトの名無しさん
2008/07/07(月) 18:03:49純粋関数言語やった方がインパクト大きくて良いかもしれないので、Haskell薦めとく
あるいは純LISPでも良いけど
0890デフォルトの名無しさん
2008/07/07(月) 19:36:51そのほんのちょっとが重要だからだろうな。
AとBでは（がんばれば）同じことができます、でもAのほうが速いです。
って言われたら大抵の人はA＞＞Bだと思うと思うよ。まあ統計とったわけじゃないけど。
0891デフォルトの名無しさん
2008/07/07(月) 19:54:43そんなことで、関数型が全否定されるんじゃたまらないから、
書いたんだけど。
0892デフォルトの名無しさん
2008/07/07(月) 19:59:18心配になるなあ。
たぶん関数ってインライン展開しなければcallになるだろうし。
callってペナルティ多いんだよな。
スタックへレジスタの退避や関数に渡す引数の準備、その後callを発行
戻ってきたらスタックからレジスタの中身を復元
0893890
2008/07/07(月) 20:01:00まあ今アセンブラ＞＞Cって思ってる人は少ないようにまあ時代の流れかなって思ってる。
0894デフォルトの名無しさん
2008/07/07(月) 20:03:43まあOCaml使いとかは末尾再帰に異常にこだわるからアセンブラ使い向きかもよ。
関数型の中では実行速度速いし。
末尾再帰じゃないとなぜか安心できないんだよな。
0895デフォルトの名無しさん
2008/07/07(月) 20:12:25ちょっと話のレベルが違うんだけど、関数型とか論理型言語に入るひとは、
再帰が直感的というか、トレースせずに理解できるひらめきというか、
そんなものがある人はいとも簡単に習得してしまう。そこら辺に恵まれ
ない人は逆に大変苦労する。ということで >>859 が書いたような意味で
再帰をできれば高等学校くらいで叩き込んでくれることを期待している。
0896デフォルトの名無しさん
2008/07/07(月) 20:13:58■ このスレッドは過去ログ倉庫に格納されています