- 1 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 22:44:38 ]
- これからプログラミングを始める初心者の人に言語を薦めるｽｯﾄﾞﾚ
質問者の方へ
どのプログラミング言語を最初に覚えるべきかは
なぜプログラミングを始めたいのか、何を作りたいのかによってまったく変わってきます。
なんとなく、でもかまわないので動機、用途、使っている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
Part12 pc11.2ch.net/test/read.cgi/tech/1226761546/
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/
- 193 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 16:50:16 ]
- Lisp Lv18
C++ Lv17
Perl Lv16
Java Lv15
Object-C LV15
C Lv14
Python LV14
PHP Lv12
Ruby Lv12
TCL LV12
VB Lv11
AppleScript LV10
アセンブラ Lv10
COBOL Lv9
HSP Lv5
ひまわり Lv3
- 194 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 16:51:10 ]
- Object-Cってなんでいすか先生
- 195 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 16:52:07 ]
- ObjectPascalはどこですか、先生
- 196 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 18:13:44 ]
- 何この馬鹿が作ったみたいなリストは？
- 197 名前：デフォルトの名無しさん [2009/01/30(金) 20:40:39 ]
- 変態言語ランキングか？
- 198 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 22:53:01 ]
- 厨房が名前だけ知ってる言語ランキングですね、わかります。
- 199 名前：デフォルトの名無しさん [2009/01/31(土) 00:18:34 ]
- すみません質問させてください。
実は今オフィスのFAX受信（tif画像）を操作しやすくする為画像ビューワー的なアプリを開発したいのですが何分初心者なものでどの言語がいいのかさっぱりわかりません。
イメージとしては
受信ディレクトリ内の各画像がビューワー式に一覧になり受信したら反映
↓
各画像にはチェックボックスがあり選択
↓
移動先フォルダ名がオプションボタン式に一覧になっていて選択
↓
OKボタンにて移動+印刷
↓
※印刷は画像サイズより用紙サイズや縦横を自動判別させ印刷。「印刷済」の画像貼り付け後移動
狙い→今のソフトが扱いづらく特に印刷設定の煩雑さ・ドラッグの移動が疲れる・印刷済の貼付が面倒ですべてを3回ほどのキー操作で行いたい。それとtif画像だと内容確認のため受信の度に開いて確認しなければならないのを確認しやすくするのが主な動機です。
VBAしか知識がないのですがみなさんならどんな言語を使いますか？ご教授ください。
- 200 名前：デフォルトの名無しさん [2009/01/31(土) 00:21:41 ]
- すみません上のFAXのものですがOSはWIN98です
- 201 名前：デフォルトの名無しさん [2009/01/31(土) 00:37:57 ]
- ＞何分初心者なもので
ではかなり無理だと思うよ
時間無制限なら、いつか出来るかもしれないけど
出来合いのシステム考えた方が幸せな気がする
Fax受信サーバー＋開発ツールの方がよくないか？
VB6+グレープのイメージ用のOCXなら なんとかなりそうな気がするけど
Win98だと、画像が増えると持たない気がするよ
- 202 名前：デフォルトの名無しさん [2009/01/31(土) 01:04:22 ]
- ＞Fax受信サーバー＋開発ツールの方がよくないか
早速のご返答ありがとうございます。
FAX受信サーバーというのは画像ファイルを作成するプログラムのことでしょうか？
それはCANONのソフトがあるのでそのままでいいのですが私がつくりたいのはその後の
フォルダ内のTIFファイル管理（表示・印刷・移動）のビューワーなのですがそれでもシビアでしょうか。みなさんゲームを作るぐらいなので比較的低レベルな事と思っていましたが・・・。
＞Win98だと、画像が増えると持たない気がするよ
5分に一度は処理しますので表示ファイル数は多くても5ファイル程度ですがどうでしょうか？
- 203 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 01:21:57 ]
- >>202
とりあえず、初心者にはHSPあたりが無難だと思うよ
でもWIN98ってまだ使ってる人いるんだね
あんな不安定なものを、どうやって使って・・・
- 204 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 01:55:21 ]
- C++を扱えるようになりたいんだがCからはじめたほうがいいの？
- 205 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 01:58:46 ]
- Lispなんてそんな難しくないよな。言語自体は。
- 206 名前：デフォルトの名無しさん [2009/01/31(土) 03:25:22 ]
- >>204
どっちでもいいよ。大して手間は変わらんだろう。
どうせC++を理解しようと思ったら、その中のCの部分から理解しなきゃいけないから一緒。
他のオブジェクト指向言語の経験があるなら、C++からでもいいけど、
プログラム未経験ならCをおすすめする。Cが分かることは、どんな言語をやる上でもアドバンテージになる。
- 207 名前：デフォルトの名無しさん [2009/01/31(土) 10:29:28 ]
- >>204
なんでCから始めるの？
C++を扱えるようになりたいならC++から始めるのが当然だろう。
- 208 名前：デフォルトの名無しさん [2009/01/31(土) 12:08:29 ]
- >>202
docuworks + tif プラグインじゃダメ？
- 209 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 12:14:55 ]
- >>204
C++から始めればいいと思う
＃挫折しそうになったらC#でもやってみるといいよ
- 210 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 13:07:50 ]
- 標準ライブラリの深い理解までとは言わないけど
Cの文法と構造化プログラミングの手法を軽くやっとくと
OOPLのありがたみがわかるんじゃないかな。
大した分量じゃないし。
まあC++で作りたいものがあるというならモチベーションの点から
さっさとC++やるのがいいとは思うが。
- 211 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 14:52:33 ]
- 初心者がいきなりC++からはじめたがるのって、いったいどんな動機なんだろう？
オブジェクト指向でやると、コードが冗長になるから、俺は嫌いだ！
まあ、クラスライブラリが良くできていれば、うまく継承させてシンプルなコードが書けるのだが、MFCは嫌いだ！
趣味でやるなら、Cで直接API呼ぶかC#.netだよ。
あるいはExcelVBA。意外と色々できてしまう。
- 212 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 15:14:21 ]
- 動機「速い！メモリ食わない！使える俺カッコイイ！(予定)」じゃね？
MFCの設計が古いのは、出たの随分昔だし仕方あるまい。
- 213 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 15:25:28 ]
- 標準ライブラリとBoostが使えるってだけでもC++の価値はあると思うが。
今さらCで書こうなんてめんどくさすぎてやる気出ないっしょ。
- 214 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 16:01:38 ]
- 「C#」それはVB6とDelphiを足して２で割ったような素晴らしい環境
- 215 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 17:37:49 ]
- VB6とDelphiを足して3で割ったような素晴らしい環境です！
- 216 名前：デフォルトの名無しさん [2009/01/31(土) 17:42:29 ]
- おれWin98を常用してるよ
今も98マシンで書いてる
あと二三年粘ってからReactOSに乗り換えるつもりだp
- 217 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 19:08:26 ]
- >>213
Boostってコンパイル速度も早いの？
簡単なものを一人でチマチマやるならCでいい
逆にC++のような事やるなら、C#の方がいいと思う
>>216
それ一日何時間使って、何回落ちるの？
- 218 名前：デフォルトの名無しさん [2009/01/31(土) 19:47:16 ]
- マルチコアプログラミングに備えて、何かやってることありますか？
- 219 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 20:06:49 ]
- コア数分スレッド作るだけだから
マルチスレッドプログラミングができてるなら
特別何もする事はない
- 220 名前：デフォルトの名無しさん [2009/01/31(土) 20:08:39 ]
- >>219
素人さんですか？
- 221 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 20:10:12 ]
- x86ってかなり難しい？
アセンブラでやさしいのはCASLかな
- 222 名前：デフォルトの名無しさん [2009/01/31(土) 21:07:08 ]
- >> 221
それだけやる気があるのなら、
「コンピュータアーキテクチャ 定量的アプローチ 第4版」
もしくは、「はじめての486」で勉強しなよ。
- 223 名前：デフォルトの名無しさん [2009/01/31(土) 21:10:56 ]
- >>221
難しくないよ
- 224 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:13:40 ]
- >>218
自分の使ってるコンパイラの並列化オプションを調べる
- 225 名前：デフォルトの名無しさん [2009/01/31(土) 21:18:52 ]
- >>224
今のコンパイラでは、マルチコアの恩恵をあまり受けれない。
コア数が４つや８つなら、今のコンパイラで十分だけど、それ以上になるとあまり恩恵受けれなくなる。
どっかの人がこれからものすごいスピードでコア数が増えると言っていた。
その人曰く、すぐに「1024コアのCPU」が登場するとのことでした。
それで、2chのみんなはどういう風に対応しているか、どういう風にとらえているのかが気になった。
- 226 名前：221 mailto:sage [2009/01/31(土) 21:19:09 ]
- アセンブラといってもそれほど難しいというわけでないか
まずはCをしっかりしてそれからしようかな
- 227 名前：デフォルトの名無しさん [2009/01/31(土) 21:23:32 ]
- >>226
最終目標は？
- 228 名前：デフォルトの名無しさん [2009/01/31(土) 21:26:28 ]
- >>226
それでいいよ。
- 229 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:30:18 ]
- >>226
アセンブラとCの同時進行もオススメ
- 230 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:30:55 ]
- >>225
現時点では、言語を、Erlang。
2年後だと多様な選択の可能性が生まれていると思うれけれど。
- 231 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:32:02 ]
- >>227
WindowsまたはLinuxで動くアプリケーションを作ってみたい
今の目標は基本情報技術者受けるのでC言語選択して合格
- 232 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:33:00 ]
- >>225
正直、トレンドと呼べるものはまだできてない
CにMPIを組み合わせるとか
Erlangみたいなモデルを使えば自然な並列化ができるとか
関数型言語では関数に副作用が無いことを利用して並列性を検出しようとか
色々やってるが、どれもまあヒットしたと言えるほどではない
（MPIは、科学技術計算では実績ある手法らしいが）
- 233 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:37:26 ]
- 並列処理と言えばFortranだろJK
- 234 名前：デフォルトの名無しさん [2009/01/31(土) 21:41:45 ]
- CUDA使えばいいじゃない
- 235 名前：デフォルトの名無しさん [2009/01/31(土) 21:41:50 ]
- OSがマルチコアに対応すればよい。 8でも1000でも一つのアプリが占有するのは
好ましくない。
- 236 名前：デフォルトの名無しさん [2009/01/31(土) 21:42:53 ]
- >>232
回答ありがとうございます。
世界では、２つの対策を考えているみたいなんですが、2chの皆さんはどちらを推奨しますか？
1. すごく賢いコンパイラーを開発する
2. 新しいプログラミング言語を開発する
私は、2番を推進しています。
1.は、ハードルがあまりにも高すぎるとのことです。
また、プログラミング言語の乱立も抑えられるのではないかと、私は考えています。
C C++ C# Java PHP Perl Ozなどプログラミング言語が多すぎるのではないかと。
そこで、疑問があります。
もし、新しいプログラミング言語が開発された場合、.netなどのフレームワーク？はどうなるのでしょうか？
全面的に変更されるのでしょうか？これは、1のコンパイラの場合でも、どういつの疑問です。
>> 231
Windows上で動くアプリケーションならメモ帳でもつくればいいじゃないか。
本を買わなくても、ネット上でサンプルソースがたくさんあるよ。
それと、基本情報がんばってね。
- 237 名前：デフォルトの名無しさん [2009/01/31(土) 21:43:02 ]
- 空いてるなら占有しない方が好ましくない。
- 238 名前：デフォルトの名無しさん [2009/01/31(土) 21:47:31 ]
- >>236
1のハードルが高過ぎるから2を推進って言うのがよく分からない。
新しいプログラミング言語を作ったところで、新しいコンパイラーを作らなければ、並列化はできないよ。
人がゴリゴリ並列化の記述をしやすくする程度なら、現在のマルチスレッドライブラリを使うのと本質的に違いは無いし。
- 239 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:48:46 ]
- >>236
それならGHC(KL1)でいいんじゃないの。
- 240 名前：デフォルトの名無しさん [2009/01/31(土) 21:50:25 ]
- 全開に資源使い切ったら動作が鈍くなる。 程度が必要。 OSに任せるのが一番。
- 241 名前：デフォルトの名無しさん [2009/01/31(土) 21:51:38 ]
- インテルコンパイラは並列化できる
- 242 名前：デフォルトの名無しさん [2009/01/31(土) 21:51:52 ]
- ならないよ。
- 243 名前：デフォルトの名無しさん [2009/01/31(土) 21:52:23 ]
- じゃあ、インテルのコンパイラでいいじゃん。
- 244 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:53:32 ]
- 別にコアの数が増えたって今の言語が使えなくなる訳じゃないし
現実に今でも1000以上のCPUを積んだ計算機が普通に稼働しているので
わざわざ新しい言語を作るまでもない。
- 245 名前：デフォルトの名無しさん [2009/01/31(土) 21:54:41 ]
- schemeでいいよ。
- 246 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 21:58:13 ]
- >>217
固まることはあるけど落ちることはないよ
エロ動画もビットレートが低いサンプルなら見られる
333MHz+256MBだけどまだまだ使うよ
- 247 名前：236 [2009/01/31(土) 21:58:27 ]
- 新しいコンパイラーを作らなければ、無意味なのは分かっています。
ただ、新しい言語を作るほうが、簡単なそうです。
どっかの人がそういってましたぃ。
そもそも、プログラミング言語の開発って、コンパイラーの開発もかねていると思っていました。
その逆は、かねないと思っていますが。
あと、
プログラマーに求められるスキルが非常にあがらないかという疑念もあります。
とっていも、個人的にはあがってほしいです。２ヶ月プログラミングの勉強をしただけで、プログラマーを名乗るやつはイラっときます。
新しいプログラミング言語で、乱立しているプログラミング言語を減らすことは出来ないのだろうかと思っています。
ところで、Sunはこう言っています。
「JVMを改良すれば、どんなことでも出来る可能性がある」と。
- 248 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:01:01 ]
- >>246
俺もつい半年前まで98SE使ってた
ちなみに256MB+400MHz
今はIEが死んで使い物にならず時々knoppixでCDブートさせてる
- 249 名前：デフォルトの名無しさん [2009/01/31(土) 22:01:52 ]
- >>244
PHPとかって、マルチコアに対応したプログラミング出来るのですか？
CやC++は、マルチコア対応プログラミングが多少出来るのは知っていますが。
Javaも、ある程度の品質でマルチコア対応プログラミングが出来るそうです。
- 250 名前：デフォルトの名無しさん [2009/01/31(土) 22:03:37 ]
- >そもそも、プログラミング言語の開発って、コンパイラーの開発もかねていると思っていました。
g++（コンパイラ）ってC++（言語）よりも後に開発されたけど？
- 251 名前：デフォルトの名無しさん [2009/01/31(土) 22:05:53 ]
- 賢いコンパイラでいいよ
- 252 名前：デフォルトの名無しさん [2009/01/31(土) 22:06:17 ]
- >>250
その逆は、かねないと思っていますが
>>239
早稲田の方の論文見てきました。
処理系依存とのことですね。
それに、ある程度のレベルまでの保障しかしてないみたいですし。
でも、新たな情報ありがとうございました。
- 253 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:08:25 ]
- >>247
>新しいプログラミング言語で、乱立しているプログラミング言語を減らすことは出来ないのだろうかと思っています。
その昔、PI/Iというのがあってな・・・
- 254 名前：デフォルトの名無しさん [2009/01/31(土) 22:10:44 ]
- >>253
？ぐぐって、みたけど見つかりません。
もう少し情報がほしいです。
もしかして、PL/Iのことですか？
あのFotranとCOBOLの。
- 255 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:13:12 ]
- >>225
並列化効率ほぼ100%でもないと
1024コアとかあってもほとんど意味ないな。
そんなコア使う前に飽和する。
アムダールの法則でググれ。
まあ、そういうアプリを複数起動する場合には
意味があるのかもしれないが。
- 256 名前：デフォルトの名無しさん [2009/01/31(土) 22:13:43 ]
- いや、言語→コンパイラの順なのだから
新しい言語開発（簡単）で終了ではなく、
新しい言語開発（簡単）→コンパイラ開発（難しい）が必要なんじゃないの。
コンパイラ開発（難しい）→断念
なのに
新しい言語開発（簡単）→コンパイラ開発（難しい）→推奨
と言うのが謎
- 257 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:15:58 ]
- >>253
×PI/I
○PL/I
まあ、言語が色々あるのはその時々の需要や政治的背景が絡んでいるので
どんなにすばらしい言語をつくったところで今の状況はそれほど変わらないと思うよ。
- 258 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:17:01 ]
- 売り込み方と開発環境次第だと思うよ。
どんな糞言語でも、これらが良ければ当たる。
Perl とか PHP とか。
- 259 名前：デフォルトの名無しさん [2009/01/31(土) 22:28:43 ]
- >>256
誤解をあたえる文章でごめんなさい。
言語→コンパイラ、そのとおりです。私もそう言ったつもりでした。
すいません。
お偉いさん方は、今あるプログラミング言語のコンパイラでマルチコアに対応するのは難しいといっています。
一言で言うと、「今あるプログラミング言語は、逐次方式を考えて作られた言語だからである」だからそうです。
難しいことは分かりません。
ただ、お偉いさん方が言うには、「新しい言語を開発し、その言語のコンパイラを作るほうがハードルが低い」そうです。
>>255
ありがとうございます。
ぐぐってきました。
CPU単体だけを考えれば、アムダールの言うとおりです。
しかし、コンピュータアーキテクチャには、他にキャッシュやデータの同期・I/Oなどがあります。
単にアルゴリズムだけといわれれば、簡単に言っているだけのような気がします。
ただ、間違ってはいませんが。
- 260 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:29:36 ]
- MFCの設計が古いって言うけど、最新（というか新しめ）の設計のGUIライブラリってどんなのがある？
まさかQt4とか言っちゃう？
- 261 名前：デフォルトの名無しさん [2009/01/31(土) 22:29:44 ]
- インテルR プロセッサー用に最適化・並列化されたバイナリーを生成
インテルR コンパイラーは、ソフトウェアの高速化を支援します。コンパイル時に
既存のソースコードの中から自動的に最適化・並列化を行える場所を探し、最新のインテルR プロセッサーが最も高速に処理できるようにバイナリーを生成します。
www.xlsoft.com/jp/products/intel/compilers/
コンパイラを変えるだけでパフォーマンス向上、インテル コンパイラの実力を見る 2009年01月13日
sourceforge.jp/magazine/08/12/24/118252
エクセルソフト、Core i7対応の「インテル コンパイラー 11.0」
新たにCore i7プロセッサーで使用されるSSE 4.2命令と、並列コンピューティングの標準基盤「OpenMP 3.0」をサポートした。
pc.watch.impress.co.jp/docs/2008/1112/xlsoft.htm
- 262 名前：デフォルトの名無しさん [2009/01/31(土) 22:30:37 ]
- C#
- 263 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:31:33 ]
- Fortran95は並列化を考えて作られてるよ。
FORTRAN77ほど糞言語じゃなくなってるから
それを使うのも手かと。
- 264 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:32:47 ]
- マルチコアっていってもそれぞれのコアでやってるのは結局逐次処理なわけで
- 265 名前：デフォルトの名無しさん [2009/01/31(土) 22:33:16 ]
- Visual C++でコンパイルしたものと比べると、まず並列化を使用しない場合でも、
プログラムの実行にかかった時間が半分以下にまで短縮できていることが分かる。
さらに並列化を有効にした場合、実行時間は4分の1程度にまで短縮できている。
最適化無し（Visual C++） 66.290秒
Visual C++ 6.650秒
GCC 3（-O2） 20.685秒
GCC 3（-O3） 9.844秒
GCC 4（-O2） 9.438秒
GCC 4（-O3） 20.358秒
インテル C++ コンパイラー 3.120秒
インテル C++ コンパイラー（並列化） 1.730秒
sourceforge.jp/magazine/08/12/24/118252/5
- 266 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:33:29 ]
- で？
- 267 名前：デフォルトの名無しさん [2009/01/31(土) 22:36:46 ]
- インテルコンパイラを使用すれば自動で並列にしてくれるって事だ。
- 268 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:37:24 ]
- >>265
過疎ってるから続きはこっちでやってくれないか
インテルC++コンパイラ9.0発表！
pc11.2ch.net/test/read.cgi/tech/1118850896/
- 269 名前：デフォルトの名無しさん [2009/01/31(土) 22:37:27 ]
- 新たな情報ありがとうございます。
読みました。
ただ、これはCPU依存なのですが、気にしない方向ですか？
- 270 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:39:50 ]
- コンパイラなのだから、CPU依存なのは当たり前。
- 271 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:40:27 ]
- インテルC++コンパイラスレで
CPU非依存の話をするのはどうよ、
って話だと思うぞ
- 272 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:41:58 ]
- なるほど。
- 273 名前：デフォルトの名無しさん [2009/01/31(土) 22:51:13 ]
- もしかしてこれからは、Intelの一人勝ちになっていくんでしょうか？
プログラミング言語hは、C/C++の一人勝ちですかね？
C++も来年の頭に、C++0xになるし。
1. みなさんは、これから勉強するなら何の言語を勉強します？
2. プログラマーに求められるスキルは、どうなると思いますか？
私の回答はこんな感じです。
1. C++かJava。JVMの可能性にかけてみる
2. 最低でも１年間はプログラミングの勉強をしないと、マルチコアの恩恵を受けたアプリケーションを作れない。
- 274 名前：デフォルトの名無しさん [2009/01/31(土) 22:53:54 ]
- 全コアを使い切る様な物は特殊用途。
Javaは、マルチフラットホームが特徴
速度は大したことない
- 275 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:54:33 ]
- そういう語りはブログでどうぞ。
- 276 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:54:35 ]
- もっと粒度の大きくて一般化された状況での並列化の話だと思ってたんだが
でもまあ確かに、サンプルコードの行列計算とかだけでも
分野によっては十分効くわな
- 277 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 22:57:20 ]
- 1.C++かC#、ただしAndroidを使ってみたいので仕方なくJavaかも。
2.安い早い上手い
- 278 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:00:21 ]
- >>273
A.1 Progol
A.2 リバースエンジニアリング的なセンス
- 279 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:00:44 ]
- 1. 初心者の立場に立つなら・・・ C#, Java, Ruby, PHP。
高速化が求められる分野では C, C++, Fortran95。
Fortran95 は配列演算が言語的にサポートしていて、
並列化コンパイラが作りやすいという特長がある。
複素数も扱えるから、計算科学分野では重宝されている。
2. 高速化が求められている分野では並列化を頑張る必要があるけど、
そうでないならさほど求められるスキルに変わりはないと思う。
マルチコアは並列化されていないアプリを複数起動するだけでも価値があるし。
並列化コンパイラである程度の恩恵は受けられるけど
ない場合はマルチスレッドプログラミングの勉強が必要だな。
プログラミング自体が分かってるなら大したことは無いが、
同期に関しては真剣に勉強して欲しい。
- 280 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:10:50 ]
- 並列化コンパイラの吐く機械語は、アセンブリ言語で直接記述できないものなの？
- 281 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:12:34 ]
- そんなことはないよ
- 282 名前：278 mailto:sage [2009/01/31(土) 23:18:15 ]
- これもマルチコアがらみの質問でしたか。それなら、
A.1 GHC
A.2 古くからある協調型計算システムなどの課題を
GHCで書いてみることでしょうね。
- 283 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:20:49 ]
- age厨がこれからマルチコアプログラミングをする気が全くないように見えるのは気のせいか？
- 284 名前：デフォルトの名無しさん [2009/01/31(土) 23:22:35 ]
- 気のせいだろ
- 285 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:23:00 ]
- レスしてる連中が多くてスレ違いと言えないのが困る
並列化なんて初心者レベルの話題じゃないだろうにまったく
- 286 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:24:21 ]
- >>285
お前にはレベルが高過ぎたな。ごめん。帰っていいよ。
- 287 名前：デフォルトの名無しさん [2009/01/31(土) 23:25:40 ]
- 初心者がマルチコアプログラミングするならどのプログラミング言語を使えばいい？と質問している。
何も問題ない。
- 288 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:29:56 ]
- >>285
自動で並列化してくれる言語を選べば初心者だろうが玄人だろうが無問題
- 289 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:30:16 ]
- >>285
それ専門の場所では会話できない程度の奴が、つまらん自尊心を爆発させてる状況。
こういうレベルの人間がこういうことしてる時のモチベーションって異常だから、
放っておくしかないよｗ
- 290 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:34:39 ]
- >>289
このスレの質問の定番は
「Windowsアプリ作りたいんだけど」
「Cから始めるべきかC++から始めるべきか」
ですから、皆飽き飽きしているんですよ。
- 291 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:35:51 ]
- これからは初心者も並列化しないとやってけないんですよ！
- 292 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:37:23 ]
- どうせここは初心者をダシに老人共が雑談してるスレなので
多少のことではスレ違いにならないぜ。
- 293 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 23:47:43 ]
- まぁホドホドにね
上の方でマルチフラットホームってtypo？を見て不安定な気分になったぜｗ
|
 |
