[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 23:13 / Filesize : 220 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



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/

152 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 23:43:40 ]
Windowsの話だって質問者が言ってるのに、他の環境を議論するのは違うだろ。
どうしてもC++を使わないといけない理由がないなら、C#選んどけば問題ない。

153 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 00:10:14 ]
C++とC#比べることに無理がある
頭痛薬と腹痛薬どちらを飲めばいいですかって聞いてるようなもん

154 名前:デフォルトの名無しさん [2009/01/28(水) 00:13:08 ]
>>142
C#の方が言語として遥かに優れている。C#でいい。

155 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 05:30:44 ]
>>145
どれか一つなら比較的純粋なRubyがいいかと
ただC++ではテンプレートとか演算子多重定義とかデザパタとか
オブジェクト指向以前の言語からパクッたテクニックのが重要だと思うよ

156 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 12:35:35 ]
>>144
 C#はプログラミング言語なので、それ自体はネイティブコードもバイトコードも吐かないよ。
 C#の処理系の大部分はバイトコードを吐くが、ネイティブコードを吐くSalamanderのような処理系も存在している。
高いから俺は買わないけれど。

>>145 Smalltalk

157 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 15:28:58 ]
>>156
ttp://www.remotesoft.com/salamander/
これのこと? 逆コンパイラじゃないか

158 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 16:41:47 ]
>>157
こっち
ttp://www.remotesoft.com/linker/

159 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 17:13:02 ]
>>158
なるほど。これは失礼
ミニデプロイツールってのはCLRの実行エンジンみたいなものかな

160 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 19:00:51 ]
>>159
 ミニディプロイメントもあるが、ネイティブコンパイラもある。

` The native compiler converts all managed assemblies, including system assemblies, into x86 native code.

(ネイティブコンパイラはシステムアセンブリを含むすべてのマネージドアセンブリをx86ネイティブコードに
変換する。)

問題は、$1249という価格と64ビット未対応なこと。

小物ツールばかり作ってる俺には高すぎる。



161 名前:デフォルトの名無しさん mailto:sage [2009/01/28(水) 19:15:26 ]
ライブラリ全部リンクしてクソでかいファイルが出来てしまいそうだが・・
そうでないなら使ってみたいな

162 名前:デフォルトの名無しさん [2009/01/28(水) 21:24:28 ]
>>155
に一票。
#いや自分も始めたばかりなんだが>Ruby

163 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 09:56:45 ]
RubyもPythonも転換期で、バージョン差異による混乱を考慮すると入門者には向かない気がする
C++はまともにコード書ける人が周囲に居ないならオススメできない

164 名前:デフォルトの名無しさん [2009/01/29(木) 12:23:57 ]
家で.netを使ってオリジナルアプリケーションを作ることは可能でしょうか。
・・・それと、オブジェクト指向とはどういう意味でしょうか・・・。

165 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 12:27:38 ]
>>164
まずあなたが慣れているCOBOLのオブジェクト指向版のObject COBOLから始めなさい

166 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 12:35:56 ]
可能。無償で使える開発環境がある。
ttp://www.microsoft.com/japan/msdn/vstudio/Express/

オブジェクト指向についてはここで聞くより、ググって説明してる所を幾つか読んだ方がいいと思う。

167 名前:デフォルトの名無しさん [2009/01/29(木) 12:48:45 ]
ありがとうございます。
従業員の勤怠管理システムなどもPCで.netを用いて開発できるのでしょうか。
また、.netを用いる場合、GUIはどうやって作製するのでしょうか。
htmlでしょうか。

168 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 12:57:37 ]
釣りとしか思えない

169 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 13:24:20 ]
>>167
 「従業員の勤怠管理システムなど」を.NETで開発できない人ならば、たぶん、他の方法でも開発できない。
 GUIの例えばウィンドウを表示するには、.NETのSystem.Windows.FormsのFormクラスを継承するだけでいい。

www.stackasterisk.jp/tech/dotNet/csharp05_02.jsp

 後は、さっさと.NETフレームワーク2.0と>>166推奨の開発環境を必要に応じてインストールして、どんどん
作ってみるべし。
 もしも暇な12時間が経過した後に、まだ何も作っていなかったら、プログラミングなんて諦めたほうがいい。この
分野は腰の重い人にはどうにもならない。

170 名前:デフォルトの名無しさん [2009/01/29(木) 13:24:54 ]
>>168
いや、釣りではありませんが、
イメージも何も分かっていないまま質問してしまいました。
申し訳ありません。



171 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 13:47:21 ]
>>170
.NETなど使わず、SWI-Prologなどで開発する方が気が利いていますよ。

172 名前:デフォルトの名無しさん [2009/01/29(木) 16:15:32 ]
>>167

なでしこで、できそう

173 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 18:27:48 ]
ちゅうか、EXCELで事足りそう。

174 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 18:42:46 ]
>>173
実はそうw Prologのライバルは表計算とXML。

175 名前:デフォルトの名無しさん [2009/01/29(木) 20:44:49 ]
みなさんありがとうございました。
.NETフレームワーク2.0、Swi-Prolog、なでしこ、
ダウンロードしてマニュアルを見て、自分のPCで作ってみます。

176 名前:デフォルトの名無しさん [2009/01/29(木) 20:50:04 ]
>>163
なるほど。参考になります。
今のところ遊びなので、NetBeansでちょぼちょぼ書く位かな>自分の現状

177 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 20:51:10 ]
↑なでしこはバグ多いので仕事に使うならやめたほうがいい。
EXCELのマクロのサンプルがいっぱい載ってる本でも買ってきて
事務の人にでも教わったらいいよ。。

178 名前:デフォルトの名無しさん [2009/01/29(木) 22:13:07 ]
Wordでマクロを組んだことがある方おられますか?
就職面接で、
「Wordは実務上支障ないくらいできます。」
といったら、
「プロフェッショナルレベルなのかな?」と聞かれ、
「はい。」と答えた。
面接官「ではマクロもできるんですね。」
私「マクロの経験はありませんができると思います。」
面接官「マクロを知らないならプロフェッショナルじゃないでしょ。」
私「はぁ・・・」
となった。
しかし、
SE時代にWordマクロをやってのけた人を見たことがありません。

179 名前:デフォルトの名無しさん [2009/01/29(木) 22:14:55 ]
>>177
ありがとうございます。!

180 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 22:31:00 ]
Wordでマクロってなにができるのw



181 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 23:13:54 ]
秀丸エディタのマクロと同じことができるよ

182 名前:デフォルトの名無しさん mailto:sage [2009/01/29(木) 23:28:33 ]
日本語書いててマクロ使いたくなるときってある?
秀丸の場合はプログラミング用途で必須だけど。

183 名前:デフォルトの名無しさん [2009/01/30(金) 00:13:39 ]
>>182
不動産の物件調査書をWordで作りたいのだが、
例えばExcelに所在や所有者や面積などを入れて、ボタンを押せば、その内容に応じた表をWordに展開してくれるようにできるのかな。

184 名前:デフォルトの名無しさん [2009/01/30(金) 00:22:37 ]
できるよ

185 名前:デフォルトの名無しさん [2009/01/30(金) 01:13:56 ]
R言語がわかるかたいませんか?


186 名前:デフォルトの名無しさん [2009/01/30(金) 01:17:50 ]
なんでしょうか。

187 名前:デフォルトの名無しさん [2009/01/30(金) 01:28:20 ]
おぉいましたか・・・
あのーー。
Rはほぼ初心者なんです・・・

A
[,1]
1
2
3
4


[,1] [,2]
4 8
2 9
1 0
3 7

というAとBのデータの1列目の一致させて結合したいのですけど、
どうしたらいいでしょうか?
教えてください。



188 名前:デフォルトの名無しさん [2009/01/30(金) 01:30:58 ]
すいません。すごく見づらいことになってしまいました。
matchをつかってやるのでしょうか?
そしてそのあとにcbindでしょうか・・・
なぜかうまくいかないのです。

189 名前:デフォルトの名無しさん mailto:sage [2009/01/30(金) 01:59:58 ]
>>1

190 名前:デフォルトの名無しさん mailto:sage [2009/01/30(金) 02:07:56 ]
こっちいったほうがいいよ…
統計解析フリーソフト R 【第3章】
science6.2ch.net/test/read.cgi/math/1224142396/



191 名前:デフォルトの名無しさん mailto:sage [2009/01/30(金) 16:48:14 ]
Lisp       Lv18
C++       Lv17
Perl       Lv16
Java      Lv15
C        Lv14
PHP      Lv12
VB       Lv11
アセンブラ  Lv10
COBOL    Lv9
HSP      Lv5
ひまわり   Lv3

192 名前:デフォルトの名無しさん mailto:sage [2009/01/30(金) 16:49:49 ]
PHP > アセンブラ ってどうなの。

C#はどこだよ。

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を足して2で割ったような素晴らしい環境

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
今のコンパイラでは、マルチコアの恩恵をあまり受けれない。
コア数が4つや8つなら、今のコンパイラで十分だけど、それ以上になるとあまり恩恵受けれなくなる。
どっかの人がこれからものすごいスピードでコア数が増えると言っていた。
その人曰く、すぐに「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
回答ありがとうございます。

世界では、2つの対策を考えているみたいなんですが、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 ]
新しいコンパイラーを作らなければ、無意味なのは分かっています。
ただ、新しい言語を作るほうが、簡単なそうです。
どっかの人がそういってましたぃ。
そもそも、プログラミング言語の開発って、コンパイラーの開発もかねていると思っていました。
その逆は、かねないと思っていますが。
あと、
プログラマーに求められるスキルが非常にあがらないかという疑念もあります。
とっていも、個人的にはあがってほしいです。2ヶ月プログラミングの勉強をしただけで、プログラマーを名乗るやつはイラっときます。

新しいプログラミング言語で、乱立しているプログラミング言語を減らすことは出来ないのだろうかと思っています。

ところで、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
早稲田の方の論文見てきました。
処理系依存とのことですね。
それに、ある程度のレベルまでの保障しかしてないみたいですし。
でも、新たな情報ありがとうございました。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<220KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef