- 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/
- 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？を見て不安定な気分になったぜｗ
- 294 名前：デフォルトの名無しさん [2009/02/01(日) 00:07:52 ]
- 皆さん、ありがとうございました。
Intelのサイトで紹介されている、技術資料でマルチコアプログラミングの勉強をしていきます。
- 295 名前：デフォルトの名無しさん [2009/02/01(日) 06:35:17 ]
- .NET を使わないでC#でプログラムすることは可能ですか？
あれ、使う側からするとうざいんですけど
- 296 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 07:11:15 ]
- Silverlight使えば.NET Framework不要とか、Mono使えば(ry
なんて意地悪な答えはあるけど（どちらも別の物が必要）
君が考えているであろう事は無理だと思っていい。
というか、C#.NETから.NET取ったら魅力激減じゃないか。
- 297 名前：デフォルトの名無しさん [2009/02/01(日) 08:04:16 ]
- やはりそうですか。
VBRUN必要のクソアプリが無くなってきた代わりに、最近は.NET versionなになに
じゃないと動きませんとか、よけいクソになっちゃっていやだったのですが、
やっぱりだめなんですね。
- 298 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 09:02:36 ]
- 技術的に完全に別物なVBランタイムなんかと比べてもｗ
嫌なら自分で作ればいい。
- 299 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 10:41:07 ]
- VC製アプリだって普通にランタイムを要求されるけどな。
- 300 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 12:24:54 ]
- .NETがXP SP3で強制的に入れられるとかすればよかったんだろうね
Windows7には.NET4.0入れておいて欲しいな
>>299
使用するには、最新のVisualStudioを入れてくださいだったら面白いなｗ
- 301 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 12:28:13 ]
- いいえ、最新のLinuxを入れてくださいッ
- 302 名前：デフォルトの名無しさん [2009/02/01(日) 14:20:28 ]
- Linuxに付いているようなスクリーンセーバーを、Windowsでも再現したいと思います
どのような言語を覚えればいいのでしょうか？
- 303 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 14:22:20 ]
- C/C++
- 304 名前：デフォルトの名無しさん [2009/02/01(日) 14:36:55 ]
- Scheme
- 305 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 17:26:08 ]
- しばらくプログラミングから遠ざかっていて、手元にある開発ツールはDelphi 6 professional
という化石のようなものしかありません。
ためしにコンパイルしてみるとXpやvistaでもいちおう動くみたいですが。
それで.ｎｅｔ というものには対応していないようなのですが、最新のツールを入手して
対応させた場合、どんな利点があるのでしょう？
あるいは.netではないままに作ったものはどんな不利があるのでしょうか？
ちなみに作りたいものはcsvのファイルを読み込んで所定の計算をした結果を、
グラフとかhtml形式の文字列に直すようなものです
- 306 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 17:33:19 ]
- 利点はありません。
- 307 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 17:54:32 ]
- プログラミングが初めてのものです。
何度も聞かれてるの思うのですが、
どの言語から始めたらいいのか教えて頂けないでしょうか。
条件としては、
１、開発？環境が無料である事。
（何かソフトを買わなければならない、と言う事です。ただこの書籍くらいあれば良いから買っとけと言うのがあれば、それも教えて頂けたらうれしいです。）
２、この言語を覚えれば更に上位の言語を覚える事が容易である事。
（○○の基本が分かれば、新しく他の○○を覚えるより○○の方が容易、と言う感じです。）
３、目的はwebアプリケーション（データベース、webゲームなど）の開発です。HTMLは理解しております。
長々と書いてしまいましたが、皆様の知恵を貸してください。
よろしくお願いします。
- 308 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 18:09:12 ]
- >>307
無知だがwebアプリケーションならPHPとかがいいんじゃない
- 309 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 18:20:04 ]
- >>307
ＰＨＰ
- 310 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 18:20:39 ]
- >>305
見た目さえ気にしなければ正常に動くようだし、そのままやれない事はない。
予算があるならDelphi2009Proに移った方がいいとは思うけどね。
>Delphiで.NET使う利点
Delphi Prismでの.NET開発はかなり良い物だと思う。
Monoによる複数プラットフォームのサポート（Linux, Mac OS X）に関しては本家VS以上。
- 311 名前：デフォルトの名無しさん [2009/02/01(日) 18:26:47 ]
- >>307
scheme
- 312 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 18:30:29 ]
- >>305の最後の段落にあることをとりあえずやりたんだったら、
Visual C# Expressを使ってみればいいんじゃないだろうか。
VSとC#に愛想が尽きてから次のこと考えればいいと思うよ。
- 313 名前：デフォルトの名無しさん [2009/02/01(日) 19:07:50 ]
- >>307
オブジェクト指向とか分かりやすいから、Javaの方がいいでねぇの？
- 314 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 19:07:59 ]
- >>307
２の条件は満たさないけどPHP
- 315 名前：デフォルトの名無しさん [2009/02/01(日) 19:13:21 ]
- >>307
C#
1.最強の開発環境VC#Expressが無料
2.上位ではないが、Java,C++等ARGOL系の好きな言語へどうぞ。ただし、C#さえあれば移行する必要は全くない。
3..NETなので当然サポート
- 316 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 19:35:47 ]
- Webプログラミングで、それなりに情報がそろっててやりやすいのは、
Perl PHP Python Ruby Java C# くらいがメジャーどころかな。
JavaやC#はローカルの開発環境は無料で高機能なものがそろってるけど
いざWebで公開できる環境が必要になったときに結構大変だよ。
Perlはいまさら感が強い。
PHP Python Rubyは一長一短。
この中ではPHPが最も普及していて、その辺の
Webホスティングでもたいていサポートしている。ただしこれもやや今更感あり。
Rubyは日本ではわりと普及、情報も多め。Webホスティングは探せばそれなりにある感じ。
Pythonは日本以外で普及、日本語の情報やや少なめ。
Google App Engineが使えるので、無料公開環境が可能。
- 317 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 19:44:03 ]
- 問題はマジレスとマジレスとネタと知ったかとマジレスとHeji儲と
マジレスを質問者が判別できるかどうかだな。
|
 |
