09/01/18 22:46:42
過去スレってなんか意味あるの?
3:デフォルトの名無しさん
09/01/18 22:47:25
うん
4:デフォルトの名無しさん
09/01/18 22:55:59
×これからプログラミングを始める初心者の人に言語を薦めるｽｯﾄﾞﾚ
○これからプログラミングを始める鴨をお気に入りの言語の信者に洗脳するｽｯﾄﾞﾚ
5:デフォルトの名無しさん
09/01/19 00:48:58
×これからプログラミングを始める初心者の人に言語を薦めるｽｯﾄﾞﾚ
×これからプログラミングを始める鴨をお気に入りの言語の信者に洗脳するｽｯﾄﾞﾚ
○これからプログラミングを始める初心者は全く関係なく、初心者が知ったか知識をひけらかすｽｯﾄﾞﾚ
6:デフォルトの名無しさん
09/01/19 02:20:15
×これからプログラミングを始める初心者の人に言語を薦めるｽｯﾄﾞﾚ
×これからプログラミングを始める鴨をお気に入りの言語の信者に洗脳するｽｯﾄﾞﾚ
×これからプログラミングを始める初心者は全く関係なく、初心者が知ったか知識をひけらかすｽｯﾄﾞﾚ
○これからプログラミングを始める鴨をﾀﾞｼに腐れ常駐古参ｷﾓｵﾀ爺が知ったか知識をひけらかすｽｯﾄﾞﾚ
7:デフォルトの名無しさん
09/01/19 03:04:26
◎土方職勧誘スレ
8:デフォルトの名無しさん
09/01/19 03:32:10
／/ ヽ= =/ ｉ＼
ﾋｭﾝ ,.└''"´￣￣ 二ヽ､ ／ ´ ￣￣￣｀゛''┘_ ﾋｭﾝ
＝´ 、､ ヽ＝三 ,r' ｀＝、
ノ , lヽ j ／､lヽ ﾄ､_ =ｲ ,r'l､＼ j ﾊ , !､
三´ r'"ｲ .ﾉ＼| .ﾚ r＝;ｧ'ﾚ' ニ } 'ﾚ' r＝- ﾚ. |／(,. ﾄ゛'、｀三 まピョーん☆
三 !、 l rr=- 三 '''` ニ r=;ｧ i ,.! 三
三ヽ.,ト' -=‐' ﾆ 二 三 '‐=ｰ 'ト,.,r'三
{ ,}' ', /ﾍ, ,三 ,ﾍﾞｉ /{, }
'´ﾚ1 ヽ 人ﾆ人 ,r' 「ﾚ｀'
ﾚ～i` ヽ 、_ " 三 ゛ _ ,. ,r' `i～ﾚ
`ヽ- _,､ ,-,二､ _三 一
ﾋｭﾝ ＼. 二 / ﾋｭﾝ
|￣￣￣￣||
| PC98 ||
,,..|＿＿＿＿|ﾄｪｪｪｪ＿
(..,,,,＿＿_＿＿＿＿＿,,..):
| |＿＿,| |＿＿＿_| |
|,,,,| | | |,,,.|
9:デフォルトの名無しさん
09/01/19 04:41:03
ただでもらった本がいっぱいあるので、VB6.0でプログラミングをしたいのですが
無料で開発できる環境ってありますか？
Visual BasicのExpress Editionというものをみつけたのですが
6.0が使えるものってあるんでしょうか？
10:デフォルトの名無しさん
09/01/19 05:51:48
これから本格的に習うとしたら
perl、Ｒｕｂｙ，ＰＨＰのどれがいいでしょうか？
やりたい事は、ＷＥＢ製作での簡単なランダム表示機能や
慣れてきたら掲示板、や画像投稿、投票形式など色々です。
色々調べた結果
・Perl
文法がとっつきにくい でもどのフリースクリプトを落としても
大抵がPerlで書かれているので普及率を考えるとPerlなのかな、と悩んでしまいます
・Ruby
正直、最初は全く頭になかったのですが、
Perlの改善版だという事、又RUBY使用者の評価が高い事から、最近気になりはじめてます。
・PHP
少しフリーをカスタマイズした経験が何回かあるのですが、とてもとっつき易くて気に入ってます。
なのでPHPで行こうと思ってたんですが、しかし上記の理由で悩んでいます。
Pythonも何気に雰囲気が好きだったのですが
日本の普及率が目に見えて乏しいので除外しました。
１っの言語に拘る必要はないと思うんですが、とりあえず最初の一発として、
何かアドバイスがあればよろしくお願いします。
11:デフォルトの名無しさん
09/01/19 07:40:34
>>10
PHPをとっつきやすいと感じるのならPHPが最良の選択。
元々Webアプリに特化した言語だし、
ユーザ数、流通するスクリプト、情報量、対応サーバも多い。
Perlを勉強するのは、Perlで書かれたスクリプトの機能を
パクりたいと思ったときでいい。
PythonやRubyに手を出すのはその後でも遅くない。
プログラミングの経験があれば乗り換えにそれほど時間はかからない。
12:デフォルトの名無しさん
09/01/19 10:40:54
C# or C++ で迷ってるんだけど。
最終的な目的はGUIアプリケーション。
C#のほうがメモリ管理も含めて容易なんだろうけど、起動が若干重いってのが気になる。
C++とは比べ物にならないくらい重くなりますか？
ついでに、C++のメモリ管理はそんなに難易度が高いものなのでしょうか。
よろしくお願いします。
13:デフォルトの名無しさん
09/01/19 11:24:59
メモリ管理高くない。 STL使えば自動変数と同じ。
14:デフォルトの名無しさん
09/01/19 11:41:38
>>11
ありがとうございます
まだまだフリーのスクリプトを、文法調べながら
カスタマする事しかえきないですが、ＰＨＰで行く決心がつきました！
15:デフォルトの名無しさん
09/01/19 12:47:48
Amazon は perl で構築されているそうですが、
似ている商品を推薦するなどのデータ処理の部分も
Perl で行っているのでしょうか。
それともそういった複雑な処理は別の言語が
使われているのでしょうか。
複雑な処理になればなるほど処理時間もかかりそうなので、
コンパイル言語を使っているのかなとも思ったりするのですが。
また、PHP はそういった高度な処理も可能な言語ですか？
16:デフォルトの名無しさん
09/01/19 14:36:28
>>12
>起動が若干重いってのが気になる。
.netの起動速度はngen.exe使えば改善されるよ
C#がラクなのってメモリ管理だけじゃないから検討の際には注意ね
速度マニア目指したいならC++一択
17:デフォルトの名無しさん
09/01/19 20:55:37
プログラミングでどんなことが出来るかやってみたい
ゆくゆくはソフト開発とかもしてみたいんだけど
とりあえず最初はどれがいいんですかね？
要領はいいほうだと思うんでけっこう難しいのでも大丈夫だと思うんですが
WINDOWSです
18:デフォルトの名無しさん
09/01/19 20:58:12
C++ C# HSP どれか
19:デフォルトの名無しさん
09/01/19 21:00:16
昔の入門者が使うBASICの代わりがHSPだな。
オブジェクト指向ではないので
昔のBASICみたいなコードになるのが欠点だが。
画像、映像を簡単に扱えるのがいい。
20:デフォルトの名無しさん
09/01/19 21:00:36
C++とC#って全然違いますか？
それとも大方は同じですか？
21:デフォルトの名無しさん
09/01/19 21:01:46
とりあえずビール、に相当する言語はないよ
1.scheme
2.C
3.JavaScript
4.Ruby
5.Python
6.Java
さあサイコロをお振りなさい。
言語を選ぶなんて目検討で選んだ言語をある程度齧ってからでよろしい。
22:デフォルトの名無しさん
09/01/19 21:04:42
>>20
別もの別もの
てか素人に似てると説明して語弊のない言語なんてないから。あったらそら単なる方言か亜流
23:デフォルトの名無しさん
09/01/19 21:05:34
昨日センターで使ったサイコロ機能付鉛筆ふったら６だた
Javaでさい
24:デフォルトの名無しさん
09/01/19 21:06:08
>>22
なるほど
25:デフォルトの名無しさん
09/01/19 21:35:33
Javaならちょっと遊んでから他の言語知るのにバランスいいかもね。
List系は堅過ぎるから楽しめる前に挫折する率が高そうだ。
JavaScriptはスルメ。噛めば噛むほどに味が出るんだけど、アゴの弱い子が多いんだよな。
webでJavaScriptの書き方を調べたら痛い目見やすいので、ちょっと保留を推奨するます。
占いスクリプト書くだけならいいけど、本格的な世界が誤解されやすい情報量。
Cは現在のところ、学んでりゃいつかはやらざるを得ない。その流れでC++も触らざるを得なくなる。
これを初心者に勧めるのはマゾかつLispと同程度に基礎重視する場合だな。挫折しても薦めた人を一概に恨んではいけない品物でもある。
実行速度マニアにはC++一択なんだぜ。だが初心者にSTLやBoostで遊べというのはやはり無理があるだろう。
RubyやPythonは勘違いちゃん育成場でもあるから最初の一歩としては薦めたくない人もいるかもしれないな
HSPはぬるま湯のお遊技場。C/C++と組み合わせると無価値ではない。
C#はぬるま湯に合理的な便利ツールてんこもり。
Haskellは初心者には薦めにくいかも。これは俺が手続き型言語で育った世代だからだろう。
将来的には主流になったりするんだろうか？面白いけど純粋関数型の前にlisp系遊んどけとか言ってみる
Perlは挫折しました＞＜ ごめんなさい＞＜
26:デフォルトの名無しさん
09/01/19 21:39:52
C#をぬるま湯言語ですと。
27:デフォルトの名無しさん
09/01/19 21:43:43
>>17
Prolog
28:デフォルトの名無しさん
09/01/19 21:43:45
む、言われてみると凝った仕組み多いしな
C#ぬるま湯扱いしたらあかんか
29:デフォルトの名無しさん
09/01/19 23:08:41
>>15
ボトルネックは、webサーバーとかDBのパフォーマンスで、言語はあんまり関係ないんじゃないか?
ああいうのは。
30:342
09/01/19 23:16:27
>>29
そういうもんですか。どうもありがとうございました。
31:15
09/01/19 23:18:15
>>29
すみません、名前欄を間違えました。15です。ありがとうございました。
32:デフォルトの名無しさん
09/01/19 23:53:29
>>17 GUIを楽に作りたいなら、C#またはVB.NET。速度重視ならばCやC++。
>>20 かなり違う。C++ができればC#は簡単だが、逆は難しい。
33:デフォルトの名無しさん
09/01/20 00:52:13
>>32
そう言われるとC#から入るべきか迷うな……。
34:デフォルトの名無しさん
09/01/20 00:58:17
C#やってからC++に入ったけど簡単だったよ
35:デフォルトの名無しさん
09/01/20 01:24:07
今時ならC#慣れてからC/C++でも効率は大差ないよ
ライブラリ少ない時代からC/C++やってた人達のソース読むには、もう一苦労要るけど。
36:デフォルトの名無しさん
09/01/20 01:34:37
C#が簡単って言うのは、アプリを作るのが(部品が充実していて)簡単であって、
言語レベルの難易度はC++と5部5部って所だろ。
あと全部学習するって言うなら、NET1から3.5とか4あるC#のほうが困難だろ。
37:デフォルトの名無しさん
09/01/20 01:37:19
C++は難しいって言うが、クラスやSTLやboostの勉強より
winAPIやdirectXのほうが遙かに難しく分量多いと思うんだが・・・・
38:デフォルトの名無しさん
09/01/20 01:42:20
>>36
>NET1から3.5とか4あるC#のほうが困難だろ。
C++も使い倒すと0x/STL/Boostなんかの理解と習熟とか絡むしな
比較しようにも主要ライブラリのドキュメントページ数の比較になりそうだw
ASP.netでC#使い倒したりすりゃ参照すべき情報量や学習量は相当膨れ上がるけど、
そういうのを言語の困難さと言っていいのかどうかは疑問かな。
ことこのスレにおいては。
39:デフォルトの名無しさん
09/01/20 01:46:29
>>10
ruby
40:デフォルトの名無しさん
09/01/20 01:46:56
>>12
C++
来年から面白くなる
41:デフォルトの名無しさん
09/01/20 01:49:00
>>36
言語仕様レベルでも、まだC#のほうが小さい
（まあ企業の設計した言語ってどんどん肥大化するから、今後は分からんが）
C++の場合、低水準をカバーするCとの互換性を保ったまま
もっと抽象度の高いプログラムを目指して仕様拡張したんだから仕方ない
42:デフォルトの名無しさん
09/01/20 01:53:18
そもそも言語の習得が困難な言語なんてあるのか？
文法なんてどんな言語でも誰だってすぐ覚えられるだろ。
問題はライブラリの方なわけで。
43:デフォルトの名無しさん
09/01/20 02:19:09
経験なしの趣味でこれからやろうと思ってるんだけど。
個人的には、C# より C++ の方が憧れがあるなぁ。
.NET Framework が普及し初めているとは言え、やっぱりWinさえあれば動いてくれるってのが大きい。
けど、習得難易度が…って言われて迷う、迷う、迷う。
44:デフォルトの名無しさん
09/01/20 02:19:10
至言かもしれん
45:デフォルトの名無しさん
09/01/20 09:18:55
>>43
そして、
URLﾘﾝｸ(journal.mycom.co.jp)
みたいなのを読むと、さらに悩ましい。
46:デフォルトの名無しさん
09/01/20 12:34:04
脳みそに自信があるのでなければ、とにかく簡単そうな物を選んだ方がいいと思うよ。
（その時の自分にとって）難しい物を選んで、もし挫折した場合、それまでに勉強した
ことはまず頭には残らないし、時間を無駄にしたがっかり感を含めて精神的ダメージ
もでかい。プログラミングに慣れる上では挫折は何の役にも立たない。
47:デフォルトの名無しさん
09/01/20 16:44:22
WindowsプログラミングにDelphiってどうなの？
上でも上がってるC#とかにしといたほうがいいのかな？
48:デフォルトの名無しさん
09/01/20 16:48:28
delphiは将来性が無い
49:デフォルトの名無しさん
09/01/20 16:50:38
今見てもなかなか素晴らしい。が、言語自体がマイナー
初心者向きか？と言われると激しく疑問
50:デフォルトの名無しさん
09/01/20 16:52:55
Delphiのチーフアーキテクトやってた人がいまC#作ってる
つまりそういうこと
51:デフォルトの名無しさん
09/01/20 16:55:36
>>48-50
マイナス要素ばっかり出てきて笑った。
ありがとう、C#にしておこう、うん。
52:デフォルトの名無しさん
09/01/20 16:58:50
Delphiの最新バージョンがC#ってことだな。
M$が金にモノを言わせて移籍させ、名前まで変えさせてた
53:デフォルトの名無しさん
09/01/20 18:38:34
delphiの対象言語がpascal/delphi言語であったことがturbo不幸
personal版のようにc++builderの無料版があったらborlandの状況は少し違っていたかも
delphiの状況が変わるわけではないが
54:デフォルトの名無しさん
09/01/20 20:58:21
プログラムの事が全くわからない大学生です。
将来のことを考え、プログラミング言語を春休みから勉強していきたいと思ったのですが、
これから先、１番汎用性のありそうな言語を教えて下さい。
55:デフォルトの名無しさん
09/01/20 21:05:18
Javaでいいのか分からない
URLﾘﾝｸ(mild7070.livedoor.biz)
34才で初心者です。
56:デフォルトの名無しさん
09/01/20 21:47:59
>>54
C++
57:デフォルトの名無しさん
09/01/20 21:52:29
C+
58:デフォルトの名無しさん
09/01/20 22:28:58
C
59:デフォルトの名無しさん
09/01/20 22:33:10
C-
60:デフォルトの名無しさん
09/01/21 02:51:26
Javascript
61:デフォルトの名無しさん
09/01/21 08:24:25
プログラムの事が全くわからない大学生が将来のことを考えプログラミング言語を
勉強していきたい、というのがまずわからないw
62:デフォルトの名無しさん
09/01/21 09:04:43
>>61
確かに抽象的すぎたかもしれません。
要するに理系としてプログラミングができた方が、例えば就職などでも便利だと思うので、勉強したいと思ったんです。
しかし、何しろ言語がいっぱいあるため、どの言語を勉強していいか分かりません。
なので１番将来的にも汎用性のある言語が何かを教えてもらえたらありがたいなと…
63:デフォルトの名無しさん
09/01/21 10:11:39
どれか一つだけ勉強しようという、最短距離を求める精神に問題があると思うなぁ。
てか、>>54から>>62まで12時間あったわけだけど、この間にちょいと徹夜して
最初にもらった回答であるC++を勉強していれば、現時点で既にちょっとは読み書きできてたね。
12時間も経ってるのに、まださっきと同じ未経験者であるというその「腰の重さ」を何とかした上で、
CとかJavaとか、Perl、Python、このあたりは「全部」春休み中に読み書きできるくらいには
なっといたほうが。
64:デフォルトの名無しさん
09/01/21 10:41:25
dynabookについてるぱらちゃんみたいな、デスクトップ上に常駐するゲームみたいなものを作りたいんですが
何を勉強すればいいんでしょうか？ぱらちゃんは動き回ってるだけですが、箱庭も作りたいです。
起動してるとポイントが貯まっていって、林檎の木とか蜜柑の木や池やテーブルなどを買って庭に置いて楽しむものです。
ぱらちゃんみたいな、箱庭の住人は1000語くらいをランダムで話しかけてきてはいといいえで答えられるような
まあそれだけのものなんですが、教えて頂きたいです。
65:デフォルトの名無しさん
09/01/21 13:23:34
>>63
耳が痛いですｗ自分は全ての物事においてそういう傾向があるので…
他科目との兼ねあいもあるのでそこまでは厳しいでしょうが、
とりあえずC(++)から少しずつやっていきたいと思います。
あと｢腰の重さ｣に関しては、来週からテスト期間なんで勘弁して下さいｗ
66:61
09/01/21 16:39:11
俺が言いたかったのは、コンピュータに興味ない人がプログラミングを勉強することが
より金持ちになる（就職のためというのはそういうことだよね？）ことにつながるとは
思えないってことなんだけど、偏見だろうか？
67:デフォルトの名無しさん
09/01/21 17:45:13
そんじょそこらのプログラミングレベルというのは就職では全くアピールポイントにならないんだよね
そもそも大抵の企業がシステム構築は外注しているので自社にプログラミングができる人材を欲していないし
偽装請負や派遣は頭数勝負でずぶの素人を売れる人材に仕立て上げるのに十分な教育体制を備えているので
（そうでなくても経歴を偽装するので）大学で焦って独学する意味がない
プログラミングできる人材を欲している技術系企業の多くは規模が小さく社内に十分な教育体制を持たないので
とことんハイレベルで実績のある人材じゃないと採用できない
以上、本人が語る失敗体験談でした
68:デフォルトの名無しさん
09/01/21 18:48:28
>>65
以上の意見を取り入れて、
あなたのキーワード「汎用性」はこの際取り下げて、
Ocamlを勉強することを勧めます。
69:デフォルトの名無しさん
09/01/21 19:16:30
初心者のとっつきやすさを考えると、フレームワークの仕様が小さく、
制限がきついほうがいいよ。
Silverlight2 + C#とかおすすめ。
無料で優秀な開発環境手に入るし、慣れてきたらすぐにWPFに移行できる。
Adobe AIRでECMAScript(ActionScriptっていうのかこれも？)
なんかもいいかも。無料でやろうとすると、環境構築ちょっと面倒だけど。
70:デフォルトの名無しさん
09/01/21 19:23:25
それだったらまだOCaml勧めるわ。
71:デフォルトの名無しさん
09/01/22 11:48:05
これだとどれがいいんですか? リンク先は解説サイトの場合有り
Lamp
URLﾘﾝｸ(lamp.sourceforge.jp)
DarkGDK
URLﾘﾝｸ(gdk.thegamecreators.com)
Irrlicht
URLﾘﾝｸ(lesson.ifdef.jp)
SDL
URLﾘﾝｸ(tokyo.cool.ne.jp)
72:デフォルトの名無しさん
09/01/22 12:56:43
>>70
じゃあ、合わせ技でF# + Silverlightだな。
っていきなり敷居上がるが、可能ではあるようだ。
URLﾘﾝｸ(www.google.co.jp)
73:デフォルトの名無しさん
09/01/22 13:49:22
>>72
何が良いかは本当のところ解らないが、
Java C# C++ といったところを少し勉強しましたと言っても、
誰も関心を示さないことは確か。
春休みの間勉強するなら、時間はあるし、いいんじゃないの。
74:デフォルトの名無しさん
09/01/22 17:20:51
>>71
75:デフォルトの名無しさん
09/01/23 02:31:32
OOP を学びたい人向けの言語はなんですか？
76:デフォルトの名無しさん
09/01/23 04:12:49
英語
OOP説明してある本を読みまくるべし
77:デフォルトの名無しさん
09/01/23 05:23:30
>>75
最初のうちは特定のプログラミング言語に絞ってOOPの勉強をするのはお勧めしない
無理して英語でなくてもいいとは思うけど日本語でOOP関連の良書となると
78:デフォルトの名無しさん
09/01/23 07:23:49
>>75
Smalltalk
79:デフォルトの名無しさん
09/01/23 08:02:01
>>76
この意見はよく見かけるのですが、OOPというのは日本語向きでないという
ことがあるのですか?
80:デフォルトの名無しさん
09/01/23 09:45:21
>>79
いや、そうではない。
自然言語としても、日本語のほうがOOPに近い。
・I drew a map. （私は地図を描いた。 ）
・I drew the veil over my face. （私はそのベールを顔に被った。）
・I drew closer to the table. （私はテーブルのもっと近くに移動した。）
英語はあまりOOPではなく、激しくオーバーロードされている動詞が目的語に応じて動作を変える。つまり、
Cの関数ようだ。
一方、日本語だと、
・私は約束を守った。 （I kept my promise.）
・私は規則を守った。 （I followed the rule.）
・私は彼女を守った。 （I protected her.）
となっていて、目的語（オブジェクト）の動詞（メソッド）が呼ばれていることが分かる。
目的語の登場時に動詞の解釈の曖昧さがすでに排除されており、伝達に難があるとしても、思考において、
日本語は英語より優れている。
エレガントなC#でもクラスライブラリは日本語と同じような方法がとられていて、「Thread.Join()」と「String.Join()」の
それぞれの「Join()」はまったく違うが、我々は大きく迷うことがない。（引数の数で動作が違う場合、文献で
確認したりするんだけど。）
OOPについて書かれた名著には、英語のものほうが多い。OOPが英語からかけ離れているからこそ、文献が
揃うのだよ。
（文化はわざわざいわなくても分かっていることを明示的に示さない。道徳哲学が大規模化する民族、たとえば
中国人は、あまり道徳的だという評判を得ていない。一方、思考において非常に優れている日本語を使う日本人は、
わざわざいわなくてもわかることが多いので、日本では大規模な哲学が発達しにくい。個人間の好意的感情の
高ぶりとある種の使命感という哲学的な案件も、「～萌え」で済ませられる。この「～萌え」もOOPだろ。）
81:デフォルトの名無しさん
09/01/23 20:56:28
同じ「言語」と付いていても自然言語とプログラミング言語はまったく別物です。
82:デフォルトの名無しさん
09/01/23 22:20:03
何？この変な流れ？
83:デフォルトの名無しさん
09/01/23 22:41:49
まるでわかってないな
84:デフォルトの名無しさん
09/01/23 22:46:09
>>82
>>5
85:デフォルトの名無しさん
09/01/23 23:34:48
>>75
ruby
86:デフォルトの名無しさん
09/01/24 00:13:59
就職のためだけにやるなら、MSOfficeでもやっておいた方が良いよ。
87:デフォルトの名無しさん
09/01/24 00:42:32
つまりVBAだな
88:デフォルトの名無しさん
09/01/24 02:26:40
>>87
だな。
田舎在住ですが、VBAクラスで
神扱いされるところ多いよ・・・・中小企業だけど。
89:デフォルトの名無しさん
09/01/24 02:47:24
サクッとVBAで仕事が出来れば神だよ
マルチコア時代になって、何かいい言語（＋ライブラリ）がでてこないかな
.NETやLLに期待するのもいいとは思うんだけど・・・
90:デフォルトの名無しさん
09/01/24 09:06:27
中小での軽い処理はフロントがExcel、Access＋VBA＋2005EXで十分なことも
多いからね
使ってVB位かな
DBの処理的には.Net使いたくなる時もあるけど
もちろん基幹に関わるのは別
91:デフォルトの名無しさん
09/01/24 13:20:33
>>90
これは>>75からの流れですか。
92:デフォルトの名無しさん
09/01/24 13:29:36
>>91
>>6
93:デフォルトの名無しさん
09/01/24 18:22:32
>>75
まあ少なくともC++ではない。
最強の言語であると同時に、最低の言語だ。
Javaにしとけ。
94:デフォルトの名無しさん
09/01/24 18:49:51
vectorで自作ソフト販売すると買う人いますかね? ヤフオクとどっちかいいですか?
95:デフォルトの名無しさん
09/01/24 18:51:12
います。お好きな方で。
96:デフォルトの名無しさん
09/01/24 18:56:21
>>94
シェアウェア作者の愚痴 28
ｽﾚﾘﾝｸ(prog板)l50
こんなところそんなで質問してるようじゃ、売れるとは思えんけど
97:デフォルトの名無しさん
09/01/24 19:15:44
トンクス
98:デフォルトの名無しさん
09/01/25 00:43:18
>>93
JAVAのOOPの本は多いよなぁ
まあ遊ぶのでもなければ、無難だよな
相変わらずC#は、流行らないし・・・
99:デフォルトの名無しさん
09/01/25 13:28:43
C#が流行らないってｗ
そんなこと言ってるのどこの素人だよｗｗ
100:デフォルトの名無しさん
09/01/25 13:43:50
C#は企業イントラ／クライアントの分野では既にかなり使われている
それ以外ではそれほど流行っているとはいえないが
101:デフォルトの名無しさん
09/01/25 13:46:24
お前が言えないだけｗ
102:デフォルトの名無しさん
09/01/25 13:48:33
と必死に草を生やしたところで、C#なんてべつに流行ってない。
103:デフォルトの名無しさん
09/01/25 13:50:08
まあC#の流行っていないド田舎で一生暮らしてればいいんじゃないの。
104:デフォルトの名無しさん
09/01/25 13:53:50
と今さら気にして草生やすのやめて捨て台詞吐いても、C#が流行ってることにはならない。
105:デフォルトの名無しさん
09/01/25 13:56:34
だからわかったって。お前の地域では流行ってないんだろｗ
106:デフォルトの名無しさん
09/01/25 13:59:46
C#が流行っていないなら何が流行ってると言うんだろうね。
107:デフォルトの名無しさん
09/01/25 14:03:22
C++0xに向けてC++ブームの兆し
108:デフォルトの名無しさん
09/01/25 14:07:51
つまり今現在はC++も流行ってはいないと認めるんだw
109:デフォルトの名無しさん
09/01/25 14:08:44
と話をそらして逃げる際に草復活。
110:デフォルトの名無しさん
09/01/25 14:09:22
C++は流行ってるだろ。
111:デフォルトの名無しさん
09/01/25 14:11:08
草って何？
112:デフォルトの名無しさん
09/01/25 14:12:42
Grass
113:デフォルトの名無しさん
09/01/25 14:30:33
ｗ←これのこと。草に見えない？
114:デフォルトの名無しさん
09/01/25 16:39:07
>>99
JAVAと比べれば流行ってるとじゃ言えないだろう
比べるのが行けないのかなｗ
>>100
クライアントは.NET入れなきゃいけないし・・・
まあ最近はXPでもデフォで入ってるかな？
SP3、IE7含め、うちはまだ入ってないんだけどｗ
115:デフォルトの名無しさん
09/01/25 16:55:43
それ以上ボロを出す前に撤退したほうがいいぞ
116:デフォルトの名無しさん
09/01/25 16:59:26
>>115
そういう上から目線でたしなめるレスは、宛先をはっきりさせず、
今後の流れに応じてどういう意味で言ったのか変えられるようにするのがコツだよね。
117:デフォルトの名無しさん
09/01/25 17:03:10
ID出ない板は、もうちょっと違うやり方があるんだよ。
たとえば>>114からこのレスまで全部自演、とかな。
118:デフォルトの名無しさん
09/01/25 17:21:22
>>116
そういうのは今後の流れがどっちに傾くかわからない状態で言うことだろう
Javaと比べてるのに「クライアントは.NET入れなきゃいけないし・・・」とか決定的
119:デフォルトの名無しさん
09/01/25 18:49:41
>>118
それは>100に対するレスであって、JAVAと比較している訳じゃないだろ
ってか、JAVAに比べれば、みんなカスみたいなもんだろ
120:デフォルトの名無しさん
09/01/25 19:40:26
javaは組込型とユーザー定義型の扱いの違いが美しくない。
121:デフォルトの名無しさん
09/01/25 19:42:00
>>116
匿名でIDさえついてない板だし、単にビビって具体的なことは書けないだけだろ。
122:デフォルトの名無しさん
09/01/25 20:28:35
次のプログラミング言語のポイントは並列化ではないかと思うのですが、
並列化に重きを置いて最適化している言語はないのでしょうか？
やはりスクリプト言語や、仮想マシンが有利なのでしょうか？
今後は環境によってコア数が大きく変わってくると思うのですが。
123:デフォルトの名無しさん
09/01/25 20:32:35
iアプリの簡単な作り方を教えてください
124:デフォルトの名無しさん
09/01/25 20:34:01
>>122
有名なのはErlangじゃね
125:デフォルトの名無しさん
09/01/25 20:45:50
>>122
Fortran
126:デフォルトの名無しさん
09/01/25 20:59:24
>>125
確かに言語レベルで並列化に対応してて最適化にも力入ってるなw
一般アプリ向けじゃないが
127:デフォルトの名無しさん
09/01/25 23:53:15
暇だからプログラミング勉強するかと思って本屋で
猫でもわかるWindowsプログラミング と
猫でもわかるC言語 が目についたから買ってきた。
さあどっちを読めばいい
128:デフォルトの名無しさん
09/01/25 23:58:51
>>127
たぶん、Windowsのほうが言語の知識が前提になってると思うから、
Cのほうから読めばいいと思う。
129:デフォルトの名無しさん
09/01/26 00:33:06
>>127
Cの知識無しにWindowsプログラミング ＝ 全裸登山
初プログラミングがCやWinAPIってのはちときついかもしれないが頑張ってくれ
130:デフォルトの名無しさん
09/01/26 09:26:11
Windows上でのプログラミングを始めたいと思います。
目標は社内で使う専用のアプリやデータベースのUIを作ることですが、
小さな会社なのであまり凝った物までは望みません。
今まではExcelでVBAを使っていたのでVBが良いかとは思いますが、
大昔にDOSでTurbo Pascalを使っていたことがあるので、DELPHIかなとも
思います。それともいっそC#等にした方が良いのか悩んでます。
よろしくお願いします。
131:デフォルトの名無しさん
09/01/26 09:45:02
「Windows上でのプログラミング」という条件が
当分変わりそうにないなら、C#がいいんじゃないかな。
132:デフォルトの名無しさん
09/01/26 10:00:53
>>131
ありがとうございます。
C#の参考書探してみます。
133:デフォルトの名無しさん
09/01/26 10:06:54
>>122
・C# + Parallel Extensions to the .NET Framework 3.5
・ConcurrentClean
・D
・Oz
134:デフォルトの名無しさん
09/01/26 13:40:46
>>122
すでに実績があり、その部分が突出した言語といえばErlangだろう。
逆に言うと並列以外の部分は遅い。
135:デフォルトの名無しさん
09/01/26 23:04:04
>>122
Schemeでいい
136:デフォルトの名無しさん
09/01/27 13:57:53
はじめまして、初心者です。
言語：ＶＢ．ＮＥＴの書籍で
「データベースプログラミングの本」でわからないところがあるので教えて下さい。
「名前空間」というのはなんですか？
本当に初心者なので、やさしく教えていただければありがたいです。
お願いいたします。
137:デフォルトの名無しさん
09/01/27 14:03:17
>>136
URLﾘﾝｸ(www.atmarkit.co.jp)
138:デフォルトの名無しさん
09/01/27 14:06:22
>>136
ある名前が有効な範囲
例えば、ある名前空間に変数aがあって、別の名前空間に変数aがあっても、それぞれ別の変数として扱われる。
139:１３６
09/01/27 14:10:53
>>137
>>138
早速のレスありがとうございました。
参考にさせて頂いて、がんばります。
140:デフォルトの名無しさん
09/01/27 14:21:00
>>130
個人的に思うのは、Excel/Access+VBAじゃいけない理由があればいいんじゃないかと
構文的にはC#が好きだけど、C#でExcelたたくのは嫌かも
c#もVBも普通に使う分には、そう変わらないきがする
＃もちろん、色々やり出すとC#の方がいいと思うけど
141:デフォルトの名無しさん
09/01/27 14:22:40
>>91
89からの流れのつもり＃亀レスすまん
142:デフォルトの名無しさん
09/01/27 15:05:41
C# C++
で比べたら C# のほうが将来性はある？
将来性のある言語を学びたいんだけど。
Windowsネイティブアプリを作れる言語で。
143:デフォルトの名無しさん
09/01/27 15:26:59
将来性はc++ c#はマイクロソフトが手を引いたら廃れる可能性有り １社で作ってる。
144:デフォルトの名無しさん
09/01/27 19:03:39
C#ってネイティブコードはけるの？
あとマイクロソフトが手を引くことはないと思うな
145:デフォルトの名無しさん
09/01/27 19:08:15
初心者ではありませんが、C++の理解を深めるため、オブジェクト指向言語を学んでみたいと思います
JavaかC#、あるいは他の言語でオブジェクト指向を学ぶにはどれが良いでしょうか？
146:デフォルトの名無しさん
09/01/27 19:10:10
仮想マシン不要って意味なら吐けないんじゃないか
147:デフォルトの名無しさん
09/01/27 20:06:14
ランタイム必要という意味では、
Windowsネイティブも.NETも大して変わらん。
148:デフォルトの名無しさん
09/01/27 20:24:37
元から入っていればね
149:デフォルトの名無しさん
09/01/27 21:12:35
>>143
.netもMFCもどちらも見限って、全く違うことを始める可能性有り。
将来性はどっちもどっちじゃないか？
150:デフォルトの名無しさん
09/01/27 23:22:29
MSが捨てたらC#は終わりだろうけど、C++は他でいくらでも使われてるからマシ
っていうことじゃないの？133は。
151:デフォルトの名無しさん
09/01/27 23:23:27
おおっと、143だった。
152:デフォルトの名無しさん
09/01/27 23:43:40
Windowsの話だって質問者が言ってるのに、他の環境を議論するのは違うだろ。
どうしてもC++を使わないといけない理由がないなら、C#選んどけば問題ない。
153:デフォルトの名無しさん
09/01/28 00:10:14
C++とC#比べることに無理がある
頭痛薬と腹痛薬どちらを飲めばいいですかって聞いてるようなもん
154:デフォルトの名無しさん
09/01/28 00:13:08
>>142
C#の方が言語として遥かに優れている。C#でいい。
155:デフォルトの名無しさん
09/01/28 05:30:44
>>145
どれか一つなら比較的純粋なRubyがいいかと
ただC++ではテンプレートとか演算子多重定義とかデザパタとか
オブジェクト指向以前の言語からパクッたテクニックのが重要だと思うよ
156:デフォルトの名無しさん
09/01/28 12:35:35
>>144
C#はプログラミング言語なので、それ自体はネイティブコードもバイトコードも吐かないよ。
C#の処理系の大部分はバイトコードを吐くが、ネイティブコードを吐くSalamanderのような処理系も存在している。
高いから俺は買わないけれど。
>>145 Smalltalk
157:デフォルトの名無しさん
09/01/28 15:28:58
>>156
URLﾘﾝｸ(www.remotesoft.com)
これのこと？ 逆コンパイラじゃないか
158:デフォルトの名無しさん
09/01/28 16:41:47
>>157
こっち
URLﾘﾝｸ(www.remotesoft.com)
159:デフォルトの名無しさん
09/01/28 17:13:02
>>158
なるほど。これは失礼
ミニデプロイツールってのはCLRの実行エンジンみたいなものかな
160:デフォルトの名無しさん
09/01/28 19:00:51
>>159
ミニディプロイメントもあるが、ネイティブコンパイラもある。
` The native compiler converts all managed assemblies, including system assemblies, into x86 native code.
（ネイティブコンパイラはシステムアセンブリを含むすべてのマネージドアセンブリをx86ネイティブコードに
変換する。）
問題は、$1249という価格と64ビット未対応なこと。
小物ツールばかり作ってる俺には高すぎる。
161:デフォルトの名無しさん
09/01/28 19:15:26
ライブラリ全部リンクしてクソでかいファイルが出来てしまいそうだが・・
そうでないなら使ってみたいな
162:デフォルトの名無しさん
09/01/28 21:24:28
>>155
に一票。
＃いや自分も始めたばかりなんだが＞Ruby
163:デフォルトの名無しさん
09/01/29 09:56:45
RubyもPythonも転換期で、バージョン差異による混乱を考慮すると入門者には向かない気がする
C++はまともにコード書ける人が周囲に居ないならオススメできない
164:デフォルトの名無しさん
09/01/29 12:23:57
家で.netを使ってｵﾘｼﾞﾅﾙｱﾌﾟﾘｹｰｼｮﾝを作ることは可能でしょうか。
･･･それと、ｵﾌﾞｼﾞｪｸﾄ指向とはどういう意味でしょうか･･･。
165:デフォルトの名無しさん
09/01/29 12:27:38
>>164
まずあなたが慣れているCOBOLのオブジェクト指向版のObject COBOLから始めなさい
166:デフォルトの名無しさん
09/01/29 12:35:56
可能。無償で使える開発環境がある。
URLﾘﾝｸ(www.microsoft.com)
オブジェクト指向についてはここで聞くより、ググって説明してる所を幾つか読んだ方がいいと思う。
167:デフォルトの名無しさん
09/01/29 12:48:45
ありがとうございます。
従業員の勤怠管理システムなどもPCで.netを用いて開発できるのでしょうか。
また、.netを用いる場合、GUIはどうやって作製するのでしょうか。
htmlでしょうか。
168:デフォルトの名無しさん
09/01/29 12:57:37
釣りとしか思えない
169:デフォルトの名無しさん
09/01/29 13:24:20
>>167
「従業員の勤怠管理システムなど」を.NETで開発できない人ならば、たぶん、他の方法でも開発できない。
GUIの例えばウィンドウを表示するには、.NETのSystem.Windows.FormsのFormクラスを継承するだけでいい。
→ URLﾘﾝｸ(www.stackasterisk.jp)
後は、さっさと.NETフレームワーク2.0と>>166推奨の開発環境を必要に応じてインストールして、どんどん
作ってみるべし。
もしも暇な12時間が経過した後に、まだ何も作っていなかったら、プログラミングなんて諦めたほうがいい。この
分野は腰の重い人にはどうにもならない。
170:デフォルトの名無しさん
09/01/29 13:24:54
>>168
いや、釣りではありませんが、
イメージも何も分かっていないまま質問してしまいました。
申し訳ありません。
171:デフォルトの名無しさん
09/01/29 13:47:21
>>170
.NETなど使わず、SWI-Prologなどで開発する方が気が利いていますよ。
172:デフォルトの名無しさん
09/01/29 16:15:32
>>167
なでしこで、できそう
173:デフォルトの名無しさん
09/01/29 18:27:48
ちゅうか、EXCELで事足りそう。
174:デフォルトの名無しさん
09/01/29 18:42:46
>>173
実はそうw Prologのライバルは表計算とXML。
175:デフォルトの名無しさん
09/01/29 20:44:49
みなさんありがとうございました。
.NETフレームワーク2.0、Swi-Prolog、なでしこ、
ﾀﾞｳﾝﾛｰﾄﾞしてﾏﾆｭｱﾙを見て、自分のPCで作ってみます。
176:デフォルトの名無しさん
09/01/29 20:50:04
>>163
なるほど。参考になります。
今のところ遊びなので、NetBeansでちょぼちょぼ書く位かな＞自分の現状
177:デフォルトの名無しさん
09/01/29 20:51:10
↑なでしこはバグ多いので仕事に使うならやめたほうがいい。
EXCELのマクロのサンプルがいっぱい載ってる本でも買ってきて
事務の人にでも教わったらいいよ。。
178:デフォルトの名無しさん
09/01/29 22:13:07
Wordでﾏｸﾛを組んだことがある方おられますか？
就職面接で、
「Wordは実務上支障ないくらいできます。」
といったら、
「ﾌﾟﾛﾌｪｯｼｮﾅﾙﾚﾍﾞﾙなのかな？」と聞かれ、
「はい。」と答えた。
面接官「ではﾏｸﾛもできるんですね。」
私「ﾏｸﾛの経験はありませんができると思います。」
面接官「ﾏｸﾛを知らないならﾌﾟﾛﾌｪｯｼｮﾅﾙじゃないでしょ。」
私「はぁ･･･」
となった。
しかし、
SE時代にWordﾏｸﾛをやってのけた人を見たことがありません。
179:デフォルトの名無しさん
09/01/29 22:14:55
>>177
ありがとうございます。！
180:デフォルトの名無しさん
09/01/29 22:31:00
Wordでマクロってなにができるのw
181:デフォルトの名無しさん
09/01/29 23:13:54
秀丸エディタのマクロと同じことができるよ
182:デフォルトの名無しさん
09/01/29 23:28:33
日本語書いててマクロ使いたくなるときってある？
秀丸の場合はプログラミング用途で必須だけど。
183:デフォルトの名無しさん
09/01/30 00:13:39
>>182
不動産の物件調査書をWordで作りたいのだが、
例えばExcelに所在や所有者や面積などを入れて、ボタンを押せば、その内容に応じた表をWordに展開してくれるようにできるのかな。
184:デフォルトの名無しさん
09/01/30 00:22:37
できるよ
185:デフォルトの名無しさん
09/01/30 01:13:56
R言語がわかるかたいませんか？
186:デフォルトの名無しさん
09/01/30 01:17:50
なんでしょうか。
187:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/01/30 01:30:58
すいません。すごく見づらいことになってしまいました。
matchをつかってやるのでしょうか？
そしてそのあとにcbindでしょうか・・・
なぜかうまくいかないのです。
189:デフォルトの名無しさん
09/01/30 01:59:58
>>1
190:デフォルトの名無しさん
09/01/30 02:07:56
こっちいったほうがいいよ…
統計解析フリーソフト Ｒ 【第３章】
ｽﾚﾘﾝｸ(math板)
191:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/01/30 16:49:49
PHP > アセンブラ ってどうなの。
C#はどこだよ。
193:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/01/30 16:51:10
Object-Cってなんでいすか先生
195:デフォルトの名無しさん
09/01/30 16:52:07
ObjectPascalはどこですか、先生
196:デフォルトの名無しさん
09/01/30 18:13:44
何この馬鹿が作ったみたいなリストは？
197:デフォルトの名無しさん
09/01/30 20:40:39
変態言語ランキングか？
198:デフォルトの名無しさん
09/01/30 22:53:01
厨房が名前だけ知ってる言語ランキングですね、わかります。
199:デフォルトの名無しさん
09/01/31 00:18:34
すみません質問させてください。
実は今オフィスのFAX受信（tif画像）を操作しやすくする為画像ビューワー的なアプリを開発したいのですが何分初心者なものでどの言語がいいのかさっぱりわかりません。
イメージとしては
受信ディレクトリ内の各画像がビューワー式に一覧になり受信したら反映
↓
各画像にはチェックボックスがあり選択
↓
移動先フォルダ名がオプションボタン式に一覧になっていて選択
↓
OKボタンにて移動+印刷
↓
※印刷は画像サイズより用紙サイズや縦横を自動判別させ印刷。「印刷済」の画像貼り付け後移動
狙い→今のソフトが扱いづらく特に印刷設定の煩雑さ・ドラッグの移動が疲れる・印刷済の貼付が面倒ですべてを3回ほどのキー操作で行いたい。それとtif画像だと内容確認のため受信の度に開いて確認しなければならないのを確認しやすくするのが主な動機です。
VBAしか知識がないのですがみなさんならどんな言語を使いますか？ご教授ください。
200:デフォルトの名無しさん
09/01/31 00:21:41
すみません上のFAXのものですがOSはWIN98です
201:デフォルトの名無しさん
09/01/31 00:37:57
＞何分初心者なもので
ではかなり無理だと思うよ
時間無制限なら、いつか出来るかもしれないけど
出来合いのシステム考えた方が幸せな気がする
Fax受信サーバー＋開発ツールの方がよくないか？
VB6+グレープのイメージ用のOCXなら なんとかなりそうな気がするけど
Win98だと、画像が増えると持たない気がするよ
202:デフォルトの名無しさん
09/01/31 01:04:22
＞Fax受信サーバー＋開発ツールの方がよくないか
早速のご返答ありがとうございます。
FAX受信サーバーというのは画像ファイルを作成するプログラムのことでしょうか？
それはCANONのソフトがあるのでそのままでいいのですが私がつくりたいのはその後の
フォルダ内のTIFファイル管理（表示・印刷・移動）のビューワーなのですがそれでもシビアでしょうか。みなさんゲームを作るぐらいなので比較的低レベルな事と思っていましたが・・・。
＞Win98だと、画像が増えると持たない気がするよ
5分に一度は処理しますので表示ファイル数は多くても5ファイル程度ですがどうでしょうか？
203:デフォルトの名無しさん
09/01/31 01:21:57
>>202
とりあえず、初心者にはHSPあたりが無難だと思うよ
でもWIN98ってまだ使ってる人いるんだね
あんな不安定なものを、どうやって使って・・・
204:デフォルトの名無しさん
09/01/31 01:55:21
C++を扱えるようになりたいんだがCからはじめたほうがいいの？
205:デフォルトの名無しさん
09/01/31 01:58:46
Lispなんてそんな難しくないよな。言語自体は。
206:デフォルトの名無しさん
09/01/31 03:25:22
>>204
どっちでもいいよ。大して手間は変わらんだろう。
どうせC++を理解しようと思ったら、その中のCの部分から理解しなきゃいけないから一緒。
他のオブジェクト指向言語の経験があるなら、C++からでもいいけど、
プログラム未経験ならCをおすすめする。Cが分かることは、どんな言語をやる上でもアドバンテージになる。
207:デフォルトの名無しさん
09/01/31 10:29:28
>>204
なんでCから始めるの？
C++を扱えるようになりたいならC++から始めるのが当然だろう。
208:デフォルトの名無しさん
09/01/31 12:08:29
>>202
docuworks + tif プラグインじゃダメ？
209:デフォルトの名無しさん
09/01/31 12:14:55
>>204
C++から始めればいいと思う
＃挫折しそうになったらC#でもやってみるといいよ
210:デフォルトの名無しさん
09/01/31 13:07:50
標準ライブラリの深い理解までとは言わないけど
Cの文法と構造化プログラミングの手法を軽くやっとくと
OOPLのありがたみがわかるんじゃないかな。
大した分量じゃないし。
まあC++で作りたいものがあるというならモチベーションの点から
さっさとC++やるのがいいとは思うが。
211:デフォルトの名無しさん
09/01/31 14:52:33
初心者がいきなりC++からはじめたがるのって、いったいどんな動機なんだろう？
オブジェクト指向でやると、コードが冗長になるから、俺は嫌いだ！
まあ、クラスライブラリが良くできていれば、うまく継承させてシンプルなコードが書けるのだが、MFCは嫌いだ！
趣味でやるなら、Cで直接API呼ぶかC#.netだよ。
あるいはExcelVBA。意外と色々できてしまう。
212:デフォルトの名無しさん
09/01/31 15:14:21
動機「速い！メモリ食わない！使える俺カッコイイ！(予定)」じゃね？
MFCの設計が古いのは、出たの随分昔だし仕方あるまい。
213:デフォルトの名無しさん
09/01/31 15:25:28
標準ライブラリとBoostが使えるってだけでもC++の価値はあると思うが。
今さらCで書こうなんてめんどくさすぎてやる気出ないっしょ。
214:デフォルトの名無しさん
09/01/31 16:01:38
「C#」それはVB6とDelphiを足して２で割ったような素晴らしい環境
215:デフォルトの名無しさん
09/01/31 17:37:49
VB6とDelphiを足して3で割ったような素晴らしい環境です！
216:デフォルトの名無しさん
09/01/31 17:42:29
おれWin98を常用してるよ
今も98マシンで書いてる
あと二三年粘ってからReactOSに乗り換えるつもりだp
217:デフォルトの名無しさん
09/01/31 19:08:26
>>213
Boostってコンパイル速度も早いの？
簡単なものを一人でチマチマやるならCでいい
逆にC++のような事やるなら、C#の方がいいと思う
>>216
それ一日何時間使って、何回落ちるの？
218:デフォルトの名無しさん
09/01/31 19:47:16
マルチコアプログラミングに備えて、何かやってることありますか？
219:デフォルトの名無しさん
09/01/31 20:06:49
コア数分スレッド作るだけだから
マルチスレッドプログラミングができてるなら
特別何もする事はない
220:デフォルトの名無しさん
09/01/31 20:08:39
>>219
素人さんですか？
221:デフォルトの名無しさん
09/01/31 20:10:12
x86ってかなり難しい？
アセンブラでやさしいのはCASLかな
222:デフォルトの名無しさん
09/01/31 21:07:08
>> 221
それだけやる気があるのなら、
「コンピュータアーキテクチャ 定量的アプローチ 第4版」
もしくは、「はじめての486」で勉強しなよ。
223:デフォルトの名無しさん
09/01/31 21:10:56
>>221
難しくないよ
224:デフォルトの名無しさん
09/01/31 21:13:40
>>218
自分の使ってるコンパイラの並列化オプションを調べる
225:デフォルトの名無しさん
09/01/31 21:18:52
>>224
今のコンパイラでは、マルチコアの恩恵をあまり受けれない。
コア数が４つや８つなら、今のコンパイラで十分だけど、それ以上になるとあまり恩恵受けれなくなる。
どっかの人がこれからものすごいスピードでコア数が増えると言っていた。
その人曰く、すぐに「1024コアのCPU」が登場するとのことでした。
それで、2chのみんなはどういう風に対応しているか、どういう風にとらえているのかが気になった。
226:221
09/01/31 21:19:09
アセンブラといってもそれほど難しいというわけでないか
まずはCをしっかりしてそれからしようかな
227:デフォルトの名無しさん
09/01/31 21:23:32
>>226
最終目標は？
228:デフォルトの名無しさん
09/01/31 21:26:28
>>226
それでいいよ。
229:デフォルトの名無しさん
09/01/31 21:30:18
>>226
アセンブラとCの同時進行もオススメ
230:デフォルトの名無しさん
09/01/31 21:30:55
>>225
現時点では、言語を、Erlang。
2年後だと多様な選択の可能性が生まれていると思うれけれど。
231:デフォルトの名無しさん
09/01/31 21:32:02
>>227
WindowsまたはLinuxで動くアプリケーションを作ってみたい
今の目標は基本情報技術者受けるのでC言語選択して合格
232:デフォルトの名無しさん
09/01/31 21:33:00
>>225
正直、トレンドと呼べるものはまだできてない
CにMPIを組み合わせるとか
Erlangみたいなモデルを使えば自然な並列化ができるとか
関数型言語では関数に副作用が無いことを利用して並列性を検出しようとか
色々やってるが、どれもまあヒットしたと言えるほどではない
（MPIは、科学技術計算では実績ある手法らしいが）
233:デフォルトの名無しさん
09/01/31 21:37:26
並列処理と言えばFortranだろJK
234:デフォルトの名無しさん
09/01/31 21:41:45
CUDA使えばいいじゃない
235:デフォルトの名無しさん
09/01/31 21:41:50
OSがマルチコアに対応すればよい。 8でも1000でも一つのアプリが占有するのは
好ましくない。
236:デフォルトの名無しさん
09/01/31 21:42:53
>>232
回答ありがとうございます。
世界では、２つの対策を考えているみたいなんですが、2chの皆さんはどちらを推奨しますか？
1. すごく賢いコンパイラーを開発する
2. 新しいプログラミング言語を開発する
私は、2番を推進しています。
1.は、ハードルがあまりにも高すぎるとのことです。
また、プログラミング言語の乱立も抑えられるのではないかと、私は考えています。
C C++ C# Java PHP Perl Ozなどプログラミング言語が多すぎるのではないかと。
そこで、疑問があります。
もし、新しいプログラミング言語が開発された場合、.netなどのフレームワーク？はどうなるのでしょうか？
全面的に変更されるのでしょうか？これは、1のコンパイラの場合でも、どういつの疑問です。
>> 231
Windows上で動くアプリケーションならメモ帳でもつくればいいじゃないか。
本を買わなくても、ネット上でサンプルソースがたくさんあるよ。
それと、基本情報がんばってね。
237:デフォルトの名無しさん
09/01/31 21:43:02
空いてるなら占有しない方が好ましくない。
238:デフォルトの名無しさん
09/01/31 21:47:31
>>236
1のハードルが高過ぎるから2を推進って言うのがよく分からない。
新しいプログラミング言語を作ったところで、新しいコンパイラーを作らなければ、並列化はできないよ。
人がゴリゴリ並列化の記述をしやすくする程度なら、現在のマルチスレッドライブラリを使うのと本質的に違いは無いし。
239:デフォルトの名無しさん
09/01/31 21:48:46
>>236
それならGHC(KL1)でいいんじゃないの。
240:デフォルトの名無しさん
09/01/31 21:50:25
全開に資源使い切ったら動作が鈍くなる。 程度が必要。 OSに任せるのが一番。
241:デフォルトの名無しさん
09/01/31 21:51:38
インテルコンパイラは並列化できる
242:デフォルトの名無しさん
09/01/31 21:51:52
ならないよ。
243:デフォルトの名無しさん
09/01/31 21:52:23
じゃあ、インテルのコンパイラでいいじゃん。
244:デフォルトの名無しさん
09/01/31 21:53:32
別にコアの数が増えたって今の言語が使えなくなる訳じゃないし
現実に今でも1000以上のCPUを積んだ計算機が普通に稼働しているので
わざわざ新しい言語を作るまでもない。
245:デフォルトの名無しさん
09/01/31 21:54:41
schemeでいいよ。
246:デフォルトの名無しさん
09/01/31 21:58:13
>>217
固まることはあるけど落ちることはないよ
エロ動画もビットレートが低いサンプルなら見られる
333MHz+256MBだけどまだまだ使うよ
247:236
09/01/31 21:58:27
新しいコンパイラーを作らなければ、無意味なのは分かっています。
ただ、新しい言語を作るほうが、簡単なそうです。
どっかの人がそういってましたぃ。
そもそも、プログラミング言語の開発って、コンパイラーの開発もかねていると思っていました。
その逆は、かねないと思っていますが。
あと、
プログラマーに求められるスキルが非常にあがらないかという疑念もあります。
とっていも、個人的にはあがってほしいです。２ヶ月プログラミングの勉強をしただけで、プログラマーを名乗るやつはイラっときます。
新しいプログラミング言語で、乱立しているプログラミング言語を減らすことは出来ないのだろうかと思っています。
ところで、Sunはこう言っています。
「JVMを改良すれば、どんなことでも出来る可能性がある」と。
248:デフォルトの名無しさん
09/01/31 22:01:01
>>246
俺もつい半年前まで98SE使ってた
ちなみに256MB+400MHz
今はIEが死んで使い物にならず時々knoppixでCDブートさせてる
249:デフォルトの名無しさん
09/01/31 22:01:52
>>244
PHPとかって、マルチコアに対応したプログラミング出来るのですか？
CやC++は、マルチコア対応プログラミングが多少出来るのは知っていますが。
Javaも、ある程度の品質でマルチコア対応プログラミングが出来るそうです。
250:デフォルトの名無しさん
09/01/31 22:03:37
>そもそも、プログラミング言語の開発って、コンパイラーの開発もかねていると思っていました。
g++（コンパイラ）ってC++（言語）よりも後に開発されたけど？
251:デフォルトの名無しさん
09/01/31 22:05:53
賢いコンパイラでいいよ
252:デフォルトの名無しさん
09/01/31 22:06:17
>>250
その逆は、かねないと思っていますが
>>239
早稲田の方の論文見てきました。
処理系依存とのことですね。
それに、ある程度のレベルまでの保障しかしてないみたいですし。
でも、新たな情報ありがとうございました。
253:デフォルトの名無しさん
09/01/31 22:08:25
>>247
>新しいプログラミング言語で、乱立しているプログラミング言語を減らすことは出来ないのだろうかと思っています。
その昔、PI/Iというのがあってな・・・
254:デフォルトの名無しさん
09/01/31 22:10:44
>>253
？ぐぐって、みたけど見つかりません。
もう少し情報がほしいです。
もしかして、PL/Iのことですか？
あのFotranとCOBOLの。
255:デフォルトの名無しさん
09/01/31 22:13:12
>>225
並列化効率ほぼ100%でもないと
1024コアとかあってもほとんど意味ないな。
そんなコア使う前に飽和する。
アムダールの法則でググれ。
まあ、そういうアプリを複数起動する場合には
意味があるのかもしれないが。
256:デフォルトの名無しさん
09/01/31 22:13:43
いや、言語→コンパイラの順なのだから
新しい言語開発（簡単）で終了ではなく、
新しい言語開発（簡単）→コンパイラ開発（難しい）が必要なんじゃないの。
コンパイラ開発（難しい）→断念
なのに
新しい言語開発（簡単）→コンパイラ開発（難しい）→推奨
と言うのが謎
257:デフォルトの名無しさん
09/01/31 22:15:58
>>253
×PI/I
○PL/I
まあ、言語が色々あるのはその時々の需要や政治的背景が絡んでいるので
どんなにすばらしい言語をつくったところで今の状況はそれほど変わらないと思うよ。
258:デフォルトの名無しさん
09/01/31 22:17:01
売り込み方と開発環境次第だと思うよ。
どんな糞言語でも、これらが良ければ当たる。
Perl とか PHP とか。
259:デフォルトの名無しさん
09/01/31 22:28:43
>>256
誤解をあたえる文章でごめんなさい。
言語→コンパイラ、そのとおりです。私もそう言ったつもりでした。
すいません。
お偉いさん方は、今あるプログラミング言語のコンパイラでマルチコアに対応するのは難しいといっています。
一言で言うと、「今あるプログラミング言語は、逐次方式を考えて作られた言語だからである」だからそうです。
難しいことは分かりません。
ただ、お偉いさん方が言うには、「新しい言語を開発し、その言語のコンパイラを作るほうがハードルが低い」そうです。
>>255
ありがとうございます。
ぐぐってきました。
CPU単体だけを考えれば、アムダールの言うとおりです。
しかし、コンピュータアーキテクチャには、他にキャッシュやデータの同期・I/Oなどがあります。
単にアルゴリズムだけといわれれば、簡単に言っているだけのような気がします。
ただ、間違ってはいませんが。
260:デフォルトの名無しさん
09/01/31 22:29:36
MFCの設計が古いって言うけど、最新（というか新しめ）の設計のGUIライブラリってどんなのがある？
まさかQt4とか言っちゃう？
261:デフォルトの名無しさん
09/01/31 22:29:44
インテルR プロセッサー用に最適化・並列化されたバイナリーを生成
インテルR コンパイラーは、ソフトウェアの高速化を支援します。コンパイル時に
既存のソースコードの中から自動的に最適化・並列化を行える場所を探し、最新のインテルR プロセッサーが最も高速に処理できるようにバイナリーを生成します。
URLﾘﾝｸ(www.xlsoft.com)
コンパイラを変えるだけでパフォーマンス向上、インテル コンパイラの実力を見る 2009年01月13日
URLﾘﾝｸ(sourceforge.jp)
エクセルソフト、Core i7対応の「インテル コンパイラー 11.0」
新たにCore i7プロセッサーで使用されるSSE 4.2命令と、並列コンピューティングの標準基盤「OpenMP 3.0」をサポートした。
URLﾘﾝｸ(pc.watch.impress.co.jp)
262:デフォルトの名無しさん
09/01/31 22:30:37
C#
263:デフォルトの名無しさん
09/01/31 22:31:33
Fortran95は並列化を考えて作られてるよ。
FORTRAN77ほど糞言語じゃなくなってるから
それを使うのも手かと。
264:デフォルトの名無しさん
09/01/31 22:32:47
マルチコアっていってもそれぞれのコアでやってるのは結局逐次処理なわけで
265:デフォルトの名無しさん
09/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秒
URLﾘﾝｸ(sourceforge.jp)
266:デフォルトの名無しさん
09/01/31 22:33:29
で？
267:デフォルトの名無しさん
09/01/31 22:36:46
インテルコンパイラを使用すれば自動で並列にしてくれるって事だ。
268:デフォルトの名無しさん
09/01/31 22:37:24
>>265
過疎ってるから続きはこっちでやってくれないか
インテルC++コンパイラ9.0発表！
ｽﾚﾘﾝｸ(tech板)
269:デフォルトの名無しさん
09/01/31 22:37:27
新たな情報ありがとうございます。
読みました。
ただ、これはCPU依存なのですが、気にしない方向ですか？
270:デフォルトの名無しさん
09/01/31 22:39:50
コンパイラなのだから、CPU依存なのは当たり前。
271:デフォルトの名無しさん
09/01/31 22:40:27
インテルC++コンパイラスレで
CPU非依存の話をするのはどうよ、
って話だと思うぞ
272:デフォルトの名無しさん
09/01/31 22:41:58
なるほど。
273:デフォルトの名無しさん
09/01/31 22:51:13
もしかしてこれからは、Intelの一人勝ちになっていくんでしょうか？
プログラミング言語hは、C/C++の一人勝ちですかね？
C++も来年の頭に、C++0xになるし。
1. みなさんは、これから勉強するなら何の言語を勉強します？
2. プログラマーに求められるスキルは、どうなると思いますか？
私の回答はこんな感じです。
1. C++かJava。JVMの可能性にかけてみる
2. 最低でも１年間はプログラミングの勉強をしないと、マルチコアの恩恵を受けたアプリケーションを作れない。
274:デフォルトの名無しさん
09/01/31 22:53:54
全コアを使い切る様な物は特殊用途。
Javaは、マルチフラットホームが特徴
速度は大したことない
275:デフォルトの名無しさん
09/01/31 22:54:33
そういう語りはブログでどうぞ。
276:デフォルトの名無しさん
09/01/31 22:54:35
もっと粒度の大きくて一般化された状況での並列化の話だと思ってたんだが
でもまあ確かに、サンプルコードの行列計算とかだけでも
分野によっては十分効くわな
277:デフォルトの名無しさん
09/01/31 22:57:20
1.C++かC#、ただしAndroidを使ってみたいので仕方なくJavaかも。
2.安い早い上手い
278:デフォルトの名無しさん
09/01/31 23:00:21
>>273
A.1 Progol
A.2 リバースエンジニアリング的なセンス
279:デフォルトの名無しさん
09/01/31 23:00:44
1. 初心者の立場に立つなら・・・ C#, Java, Ruby, PHP。
高速化が求められる分野では C, C++, Fortran95。
Fortran95 は配列演算が言語的にサポートしていて、
並列化コンパイラが作りやすいという特長がある。
複素数も扱えるから、計算科学分野では重宝されている。
2. 高速化が求められている分野では並列化を頑張る必要があるけど、
そうでないならさほど求められるスキルに変わりはないと思う。
マルチコアは並列化されていないアプリを複数起動するだけでも価値があるし。
並列化コンパイラである程度の恩恵は受けられるけど
ない場合はマルチスレッドプログラミングの勉強が必要だな。
プログラミング自体が分かってるなら大したことは無いが、
同期に関しては真剣に勉強して欲しい。
280:デフォルトの名無しさん
09/01/31 23:10:50
並列化コンパイラの吐く機械語は、アセンブリ言語で直接記述できないものなの？
281:デフォルトの名無しさん
09/01/31 23:12:34
そんなことはないよ
282:278
09/01/31 23:18:15
これもマルチコアがらみの質問でしたか。それなら、
A.1 GHC
A.2 古くからある協調型計算システムなどの課題を
GHCで書いてみることでしょうね。
283:デフォルトの名無しさん
09/01/31 23:20:49
age厨がこれからマルチコアプログラミングをする気が全くないように見えるのは気のせいか？
284:デフォルトの名無しさん
09/01/31 23:22:35
気のせいだろ
285:デフォルトの名無しさん
09/01/31 23:23:00
レスしてる連中が多くてスレ違いと言えないのが困る
並列化なんて初心者レベルの話題じゃないだろうにまったく
286:デフォルトの名無しさん
09/01/31 23:24:21
>>285
お前にはレベルが高過ぎたな。ごめん。帰っていいよ。
287:デフォルトの名無しさん
09/01/31 23:25:40
初心者がマルチコアプログラミングするならどのプログラミング言語を使えばいい？と質問している。
何も問題ない。
288:デフォルトの名無しさん
09/01/31 23:29:56
>>285
自動で並列化してくれる言語を選べば初心者だろうが玄人だろうが無問題
289:デフォルトの名無しさん
09/01/31 23:30:16
>>285
それ専門の場所では会話できない程度の奴が、つまらん自尊心を爆発させてる状況。
こういうレベルの人間がこういうことしてる時のモチベーションって異常だから、
放っておくしかないよｗ
290:デフォルトの名無しさん
09/01/31 23:34:39
>>289
このスレの質問の定番は
「Windowsアプリ作りたいんだけど」
「Cから始めるべきかC++から始めるべきか」
ですから、皆飽き飽きしているんですよ。
291:デフォルトの名無しさん
09/01/31 23:35:51
これからは初心者も並列化しないとやってけないんですよ！
292:デフォルトの名無しさん
09/01/31 23:37:23
どうせここは初心者をダシに老人共が雑談してるスレなので
多少のことではスレ違いにならないぜ。
293:デフォルトの名無しさん
09/01/31 23:47:43
まぁホドホドにね
上の方でマルチフラットホームってtypo？を見て不安定な気分になったぜｗ
294:デフォルトの名無しさん
09/02/01 00:07:52
皆さん、ありがとうございました。
Intelのサイトで紹介されている、技術資料でマルチコアプログラミングの勉強をしていきます。
295:デフォルトの名無しさん
09/02/01 06:35:17
.NET を使わないでC#でプログラムすることは可能ですか？
あれ、使う側からするとうざいんですけど
296:デフォルトの名無しさん
09/02/01 07:11:15
Silverlight使えば.NET Framework不要とか、Mono使えば(ry
なんて意地悪な答えはあるけど（どちらも別の物が必要）
君が考えているであろう事は無理だと思っていい。
というか、C#.NETから.NET取ったら魅力激減じゃないか。
297:デフォルトの名無しさん
09/02/01 08:04:16
やはりそうですか。
VBRUN必要のクソアプリが無くなってきた代わりに、最近は.NET versionなになに
じゃないと動きませんとか、よけいクソになっちゃっていやだったのですが、
やっぱりだめなんですね。
298:デフォルトの名無しさん
09/02/01 09:02:36
技術的に完全に別物なVBランタイムなんかと比べてもｗ
嫌なら自分で作ればいい。
299:デフォルトの名無しさん
09/02/01 10:41:07
VC製アプリだって普通にランタイムを要求されるけどな。
300:デフォルトの名無しさん
09/02/01 12:24:54
.NETがXP SP3で強制的に入れられるとかすればよかったんだろうね
Windows7には.NET4.0入れておいて欲しいな
>>299
使用するには、最新のVisualStudioを入れてくださいだったら面白いなｗ
301:デフォルトの名無しさん
09/02/01 12:28:13
いいえ、最新のLinuxを入れてくださいッ
302:デフォルトの名無しさん
09/02/01 14:20:28
Linuxに付いているようなスクリーンセーバーを、Windowsでも再現したいと思います
どのような言語を覚えればいいのでしょうか？
303:デフォルトの名無しさん
09/02/01 14:22:20
C/C++
304:デフォルトの名無しさん
09/02/01 14:36:55
Scheme
305:デフォルトの名無しさん
09/02/01 17:26:08
しばらくプログラミングから遠ざかっていて、手元にある開発ツールはDelphi 6 professional
という化石のようなものしかありません。
ためしにコンパイルしてみるとXpやvistaでもいちおう動くみたいですが。
それで.ｎｅｔ というものには対応していないようなのですが、最新のツールを入手して
対応させた場合、どんな利点があるのでしょう？
あるいは.netではないままに作ったものはどんな不利があるのでしょうか？
ちなみに作りたいものはcsvのファイルを読み込んで所定の計算をした結果を、
グラフとかhtml形式の文字列に直すようなものです
306:デフォルトの名無しさん
09/02/01 17:33:19
利点はありません。
307:デフォルトの名無しさん
09/02/01 17:54:32
プログラミングが初めてのものです。
何度も聞かれてるの思うのですが、
どの言語から始めたらいいのか教えて頂けないでしょうか。
条件としては、
１、開発？環境が無料である事。
（何かソフトを買わなければならない、と言う事です。ただこの書籍くらいあれば良いから買っとけと言うのがあれば、それも教えて頂けたらうれしいです。）
２、この言語を覚えれば更に上位の言語を覚える事が容易である事。
（○○の基本が分かれば、新しく他の○○を覚えるより○○の方が容易、と言う感じです。）
３、目的はwebアプリケーション（データベース、webゲームなど）の開発です。HTMLは理解しております。
長々と書いてしまいましたが、皆様の知恵を貸してください。
よろしくお願いします。
308:デフォルトの名無しさん
09/02/01 18:09:12
>>307
無知だがwebアプリケーションならPHPとかがいいんじゃない
309:デフォルトの名無しさん
09/02/01 18:20:04
>>307
ＰＨＰ
310:デフォルトの名無しさん
09/02/01 18:20:39
>>305
見た目さえ気にしなければ正常に動くようだし、そのままやれない事はない。
予算があるならDelphi2009Proに移った方がいいとは思うけどね。
>Delphiで.NET使う利点
Delphi Prismでの.NET開発はかなり良い物だと思う。
Monoによる複数プラットフォームのサポート（Linux, Mac OS X）に関しては本家VS以上。
311:デフォルトの名無しさん
09/02/01 18:26:47
>>307
scheme
312:デフォルトの名無しさん
09/02/01 18:30:29
>>305の最後の段落にあることをとりあえずやりたんだったら、
Visual C# Expressを使ってみればいいんじゃないだろうか。
VSとC#に愛想が尽きてから次のこと考えればいいと思うよ。
313:デフォルトの名無しさん
09/02/01 19:07:50
>>307
オブジェクト指向とか分かりやすいから、Javaの方がいいでねぇの？
314:デフォルトの名無しさん
09/02/01 19:07:59
>>307
２の条件は満たさないけどPHP
315:デフォルトの名無しさん
09/02/01 19:13:21
>>307
C#
1.最強の開発環境VC#Expressが無料
2.上位ではないが、Java,C++等ARGOL系の好きな言語へどうぞ。ただし、C#さえあれば移行する必要は全くない。
3..NETなので当然サポート
316:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/02/01 19:44:03
問題はマジレスとマジレスとネタと知ったかとマジレスとHeji儲と
マジレスを質問者が判別できるかどうかだな。
318:307
09/02/01 23:06:33
沢山のご意見ありがとうございます。
PHP、Java、C#が、今のところ意見が多いみたいで、
Perlは、今更感があるのか
意見が少な目ですね。
Python、Rubyは情報が少なさそうで、
Schemeは初めて知りましたが、
環境は良く無いのか私自身完全に情報不足でした。
今のところPHP、Java、C#の三者が環境が良さそうなのですが。
319:デフォルトの名無しさん
09/02/01 23:11:49
俺もSchemeオススメしとく
教科書としてSICPを読むといい
英文だがタダでWebで読めるぞ
どうしても難しいと思って挫折したら、Pythonを薦める
320:デフォルトの名無しさん
09/02/01 23:13:56
Schemeはオナニー言語。
大学で単位とるとかコンピュータサイエンス学びたいんでもなければ論外だな。
321:デフォルトの名無しさん
09/02/01 23:16:54
安く使えるホスティング屋で対応してなきゃどうしようもない
322:デフォルトの名無しさん
09/02/01 23:21:08
>>320
ドカタ仲間を増やしたいわけですねわかります
323:デフォルトの名無しさん
09/02/01 23:48:48
横からマジレスすると
Schemeには出来の良い妹が1万人ぐらいいるらしいぞ
324:デフォルトの名無しさん
09/02/01 23:50:40
ちょｗｗｗ
萌えすぎてマジレスかどうか意味わかんねぇｗｗｗ
325:デフォルトの名無しさん
09/02/01 23:59:42
で、みんなどんくらいSchemeでソフト開発してんの？
326:デフォルトの名無しさん
09/02/02 01:12:59
プログラミングは例えば建築と違い見えにくい。
従って高度に専門的な知識の蓄積と、より明快な見通しがなければしえないはず。
ところが日本では、プログラミングするにはコンピュータサイエンス学ぶ必要ない
とわめく輩が居るのはどうしてなんだぜ。
どう考えても理系音痴の文系出身者が差を付けられたくなくて
必死に主張してるようにしか見えない。
他に得するケースが思い浮かばないんだが。
327:デフォルトの名無しさん
09/02/02 01:15:09
とりあえず、文系叩く前に日本語勉強しろよ。
328:デフォルトの名無しさん
09/02/02 01:27:08
私的にはschemeよりhaskellの方がいいなぁ
329:307
09/02/02 02:00:21
何度もご意見ありがとうございます。
３者の内、PHPがC#あたりが良さそうに思えました。
Javaはその次かな。
過去をさかのぼるとC++も出てきますが、どうなんでしょうか。
他はPython、Rubyも気になります。
Schemeに関しては、出来の良い妹1万人はとても興味がありますが、
全員自己流に開発するとなると難しそうですね。
wikiを見ても敷居が高そうな感じでした・・。
330:デフォルトの名無しさん
09/02/02 02:26:02
グラグダ言ってないでさっさと始めろよ。
どれがいいか分からないなら、全部やってみりゃいいだろ。
331:307
09/02/02 02:36:22
そうですね。色々やってみます。
ありがとうございました。
332:デフォルトの名無しさん
09/02/02 03:02:59
SchemeやPythonは簡単だろ。
やってみて敷居が高く感じるならプログラミング向いてないと思う。
見切り付けて他の分野に行った方が良いのでは。
333:332
09/02/02 03:43:07
すいません誤爆しました。
まったく関係のないスレに書き込んでしまい申し訳ありません。
スレを汚した罪を死んで償います。
334:デフォルトの名無しさん
09/02/02 09:20:07
>>326
賢くて結果が出せる人間は少ない。賢いけれど何の結果が出せない人間と、賢くないけれど何か結果が出せる人間が
いるとしたら、後者の意見のほうが重視される。
335:デフォルトの名無しさん
09/02/02 09:42:20
もっとも、賢い人間の方が賢くない人間より遥かに多くの結果を出す可能性が高いけどな。
336:デフォルトの名無しさん
09/02/02 09:48:55
>プログラミングは例えば建築と違い見えにくい。
問題設定が抽象的すぎる。
抽象化すれば賢いのか？
いくら継承してもしすぎることはない時代はもう終わったよ。
337:デフォルトの名無しさん
09/02/02 20:50:04
言語を覚える・勉強するではなくて
練習でもなんでもいいから作るそしてその為に必要な部分だけ調べる
これでいいんだよね
あーほんといい事気づいた
338:デフォルトの名無しさん
09/02/02 21:55:02
>>337
目的次第ではそれでも十分だけど場当たり的でなく系統的に勉強することが重要になることもある。
自分の知識に欠けている部分と気付かずに自分のやり方で済ませた一見正しく見えるものが誤っていたり
もっといいやり方があったりすることもある。ある程度網羅的な知識を持っていないと見落とす可能性がある。
でも練習でも何でもいいから作るっていうのはいいことだと思う。座学でなく手を動かすことは重要。
339:デフォルトの名無しさん
09/02/02 22:15:02
ようするに、Ｃ＋＋は必要性を感じてから始めればいいってことだ。
340:デフォルトの名無しさん
09/02/02 22:34:53
schemeも必要性を感じてから始めればいい
341:デフォルトの名無しさん
09/02/02 22:40:10
Erlangも必要性を感じてください。
342:デフォルトの名無しさん
09/02/03 00:34:09
gameを作ろうとしています
作るからにはみんなにプレイしてもらいたいと感じます
こんな私におすすめな言語はなんですか？
まず思いついたのは誰でもwebブラウザがあれば動くflashのゲームです
343:デフォルトの名無しさん
09/02/03 00:36:17
>>342
大発見ですね！
ぜひ作ってください。
344:デフォルトの名無しさん
09/02/03 00:53:59
>>342
ActionScript
345:デフォルトの名無しさん
09/02/03 02:14:56
いや、SchemeもPythonも難しい様な人はプログラミングは無理だろ。実際。
百歩譲ってもまともなプログラマにはなれるとは思えないな。
どんな世界でも適正のない人は早いとこ手を引いた方が賢い。
抽象度の高い言語を使ってものが考えられないのに
なぜより低レベルな言語で考えたらうまく行くと思いこみたがるのかなあ。
346:デフォルトの名無しさん
09/02/03 02:23:16
>>345
Schemeスレじゃ誰も相手にしてくれないだろうから
Pythonスレにでもお帰りください
347:デフォルトの名無しさん
09/02/03 06:22:48
みんながバリバリのマを目指してる前提なら一理あるのかも知らんけど
「日曜プログラマを趣味にしてみようかな」ぐらいの人も来るスレで断言されてもねぇ
348:デフォルトの名無しさん
09/02/03 09:18:31
>>347
アプリケーションの数だけ切り取られた領域固有の
プログラミング言語があると考えればいい。つまり、
ありとあらゆるレベルのプログラミングがある。
このスレはそれに備える。
349:デフォルトの名無しさん
09/02/03 09:34:33
>>348
は？
350:デフォルトの名無しさん
09/02/03 09:42:06
>>348
かなりネタっぽいね。
351:347
09/02/03 09:44:59
>>348
ゴメン、五回ぐらい読んだけどサッパリわからない
>>347は普通に>>345（>>332）宛に書いたんだが、、、
352:デフォルトの名無しさん
09/02/03 11:48:20
ajaxアプリってかなり面倒なんだね
353:デフォルトの名無しさん
09/02/03 12:00:56
>>352
バージョン依存とか色々考慮しながら作ってると、時々窓から投げ捨てたくなる。
早くFlex・Silverlight・Java FXのどれかが普及しないかなぁ
354:デフォルトの名無しさん
09/02/03 15:38:28
日曜プログラマ目指してる人にしたり顔でC++勧めたりするスレって事か。
罪深いな。
日曜マ目指すならHSPでもやってればいいんじゃないか？
355:デフォルトの名無しさん
09/02/03 15:40:36
Haskell Server Pages
URLﾘﾝｸ(www.amazon.com)
356:デフォルトの名無しさん
09/02/03 18:27:29
>>354
日曜プログラマーの多くは物を作ることよりプログラミングすることが目的だろう。
ならばHSPなどよりC++の方がずっと楽しい。
趣味だからこそホンモノを使うんだ。
357:デフォルトの名無しさん
09/02/03 18:28:45
慣れ合って暇つぶしたいだけならVIPでやってくれよ。迷惑だから。
358:デフォルトの名無しさん
09/02/03 18:53:39
>>357
で、ご用件は？
359:デフォルトの名無しさん
09/02/03 22:52:08
VBはある程度勉強したんですが、C飛ばしてC++は無理でしょうか？
360:デフォルトの名無しさん
09/02/03 22:56:44
無理とは言わないがどうせ両方やることになる。
361:デフォルトの名無しさん
09/02/03 23:02:20
なにも無理はない。何故無理だと思ったのか？
362:デフォルトの名無しさん
09/02/03 23:15:14
>>354
クソなアルゴリズムでも結構軽く速く動くから、C++のほうが簡単に思えることもあったりするかも。
363:デフォルトの名無しさん
09/02/03 23:24:57
同じことやるならCよりC++の方が簡単だよ
364:359
09/02/03 23:26:34
ありがとうございます。
Cの知識無しでC++いけるのなら省略するためにも（横着ですが）C++のほうがいいかなと思ったわけです。
レスいただいて読ませていただいたところVB＞C++＞Cでも問題ないんですかね。
365:デフォルトの名無しさん
09/02/03 23:37:06
C++だと文字列クラスやコンテナクラスが使えるのが大きい
Cで書くとバッファオーバーフローとかで脆弱になりがちだよ
366:デフォルトの名無しさん
09/02/04 00:27:05
Cは言語自体はシンプルだが、安全にプログラムを組むのが難しい。
そういう意味ではC++のがよっぽど簡単。
367:デフォルトの名無しさん
09/02/04 01:11:08
C++はCのプログラムは殆どそのまま動く
C++の難しい所は避けておいしいとこだけ使えばいい
368:デフォルトの名無しさん
09/02/04 23:01:43
C++やる前にCやっとけ
異論は認める
369:デフォルトの名無しさん
09/02/05 00:49:42
おいなんでそんなくそ言語をみんなそろって推奨するんだ。
Lispにしろよ
370:デフォルトの名無しさん
09/02/05 02:06:07
アマゾンで本を検索していたら以下のレビューに当たりました。
何という言語で何を書いてあるのか教えてください。
-3writing-a¨-°￡...3¶ao¶...¨ '§°-§a'°§a￠-a'-a3¶§ ¨￡-￠'ao￢'¶2...-§'-§±￡a3￡°2§￣a"¶￡-¨'"-'§'1-'§ ...￠a"¨'§-a-2￡--
￡3"TIME§￣￡¨'§°-"-aTIME1￣ao￢ '§￣￣"TIME"\o \"§
"-3writing§"oo￣-"§o￢'!!o-￡￠oa-¨-§'-￣-'...\-...-§
371:デフォルトの名無しさん
09/02/05 02:09:29
すみません。文字化けしてしまいました。変わりにURLを書きます。
URLﾘﾝｸ(www.amazon.co.jp)
よろしくご教示願います。
372:デフォルトの名無しさん
09/02/05 02:33:37
おまえが言ってることの全てがわからないんだが？
釣り、、、じゃないんだよな？
373:デフォルトの名無しさん
09/02/05 02:44:16
なんでこのスレ？
374:デフォルトの名無しさん
09/02/05 03:21:18
while(1)
{
wakeup;
static int day;
int time = wakeuptime();
while(1)
{
2ch;
if(time == Daytime())
{
lunch;
};
if(time == nighttime())
{
supper;
};
if( time == sleeptime();)
{
break;
}
time++;
}
day++;
sleep;
}
こんな毎日、無限ループって怖いよな；；
375:デフォルトの名無しさん
09/02/05 04:16:26
なにこのスレ
376:デフォルトの名無しさん
09/02/05 10:29:36
8行目はコメントアウトするんだ
377:デフォルトの名無しさん
09/02/05 11:44:07
pythonで「例外クラスを受ける」の受けるとはどういう意味ですか？
378:デフォルトの名無しさん
09/02/05 11:47:55
>>374さん
素早いご返答、ありがとうございます。
379:デフォルトの名無しさん
09/02/05 14:08:37
>>374
そうか？
8行目が「work;」になってないだけだろ。
380:デフォルトの名無しさん
09/02/05 14:24:30
>>369 んで、どのLisp？
381:デフォルトの名無しさん
09/02/05 15:35:11
質問が「C飛ばしてC++は無理でしょうか？」なのに
なんでLisp勧めるの？
頭悪いの？
382:デフォルトの名無しさん
09/02/05 15:45:25
>>381
とっくに回答が出ているから、そこから発展させた違う話をしてるのでは。
頭の悪さでいうと、問答が済んでるからやってる話なのがわからない君のほうが頭悪い。
383:デフォルトの名無しさん
09/02/06 18:13:18
Google Native Client
URLﾘﾝｸ(builder.japan.zdnet.com)
URLﾘﾝｸ(builder.japan.zdnet.com)
この前GUIがChromeだけのノートPCあったけどあれ＋が主流になりそうだな
ネトゲはすでに主流だな ActivXでインストールから実行までWEBブラウザで何も考えずにYES押せばPC初心者でもゲームができる
WindowsもMacもかわらん携帯やPDAのような専用GUIが主流になるっていうかもうウィンドウなんてみたくねーんだよって言ってたのが現実になりそう
EeePC(Linux)やソニーのXMB(Linux PSPやテレビのGUI)みたいなデスクトップ画面
384:デフォルトの名無しさん
09/02/06 18:14:06
どこの誤爆だ
385:デフォルトの名無しさん
09/02/06 19:11:16
あー、Chromeの1タブ1exeはデスクトップさえ要らず一つのタブで音楽やゲーム走らせて他のタブでWEB見てっていう土台だったんだな
386:デフォルトの名無しさん
09/02/08 19:32:22
ネットワークについて詳しく学びたいです。
でも全くもってプログラムの経験が無いのですが、最初に手をつけるべき言語は何でしょうか。
ちなみにOSはXPです。
387:デフォルトの名無しさん
09/02/08 19:57:03
>>386
ネットワーク＝WinSockってことだったら、VCでやるのが近道じゃないかな？
プログラミングだけじゃなくてIPやTCPの勉強も合わせてやるのが吉
388:デフォルトの名無しさん
09/02/08 20:02:08
IPやTCP
389:デフォルトの名無しさん
09/02/08 20:22:55
俺の場合はCでソケットをやって挫折。
その後、JavaやRubyでソケット関連をやったら割りと簡単に理解できた。
390:デフォルトの名無しさん
09/02/08 20:25:28
どうすればソケットなんかで挫折できるんだ？
391:デフォルトの名無しさん
09/02/08 20:35:32
winsockのクソAPI
392:デフォルトの名無しさん
09/02/08 20:39:02
抽象化されてるぶん、Java, C#, LL系のほうがわかりやすい。
393:386
09/02/08 20:42:33
ご返答ありがとうございます
後、最初に学ぶのであればアセンブリ等の方がいいと聞いたことがあるのですが、
いきなりCから初めても問題ないでしょうか？(よく併用してやるのが良いという事は聞きます)
途中で詰まって進めなくなるという事があると不安で・・・
394:デフォルトの名無しさん
09/02/08 20:42:42
抽象化しているのはライブラリであって、言語ではない
395:デフォルトの名無しさん
09/02/08 20:43:28
>>393
全く問題ありません。
396:デフォルトの名無しさん
09/02/08 20:59:00
PHPでCGIがどーたらじゃなくてもっと基礎的な事ってことなら
Linux+gcc(C言語)+BSDソケットライブラリでsocketしてbindしてlistenしてacceptしてforkしてとかってのを学べばいいんじゃね。
今の時代に沿ってるのかどうかは知らんけど。
言語とは別にTCP/IPなんかのプロトコルの知識も必要だな。
397:デフォルトの名無しさん
09/02/08 21:17:04
>>393
今のご時勢だったらアセンブラはいきなりやる必要はないと思うよ。
WinSockのサンプルだったらC言語の方が多いからC言語を否応なく
理解しなくてはならないだろうし
398:デフォルトの名無しさん
09/02/08 21:20:43
アセンブラやるのはCの有難味を知るためでしょ。
399:デフォルトの名無しさん
09/02/08 21:34:44
ネットワークプログラミングをアセンブラでやるのは普通無理だろ。
いったいどのレイヤーから始めるつもりなんだ。
400:デフォルトの名無しさん
09/02/08 21:37:12
ネットワークプログラミングの話だったの？
401:デフォルトの名無しさん
09/02/08 21:43:22
>>400
>>386 >>393 >>397という文脈だから、そうでしょ。
402:386
09/02/08 23:03:07
アセンブラの件については、前に他のスレを見ていたときに
「全くの初心者だったらアセンブラから始めるべき」のようなレスがあったので
それで少し引っかかっていたからです
皆さんどうも有り難うございました
403:デフォルトの名無しさん
09/02/08 23:05:58
ポインタの理解にアセンブラは最も役に立つ。
ポインタが分からないようなら、
その時はアセンブラに手を出すといい。
404:デフォルトの名無しさん
09/02/08 23:30:10
高級な概念をきちんと理解しようと思ったら、ある程度は低級な概念の理解が必要になる。
完璧にやる必要はないけど、少し齧っておくだけでもかなり違うよ。
そして長い目で見れば結局はその方が効率がいい。
405:デフォルトの名無しさん
09/02/08 23:37:03
ド素人くせーな
406:デフォルトの名無しさん
09/02/08 23:44:51
>>405
言うことが素人そのものだ
407:デフォルトの名無しさん
09/02/09 02:14:14
一流のCプログラマでアセンブラ勉強したことないって人は居るのかな。
408:デフォルトの名無しさん
09/02/09 03:10:12
本物のプログラマは FORTRAN を使う。
もし FORTRAN で出来なければ、アセンブリ言語でやる。
アセンブリ言語で出来なきゃ、それはやる価値がないのだ。
409:デフォルトの名無しさん
09/02/09 04:16:10
じゃあFORTRANやってみる。
410:デフォルトの名無しさん
09/02/09 07:38:07
じゃあ俺はForthRANをやってみる
411:デフォルトの名無しさん
09/02/09 07:49:10
じゃあ俺は、おおブレネリを歌ってみる
412:デフォルトの名無しさん
09/02/09 07:56:17
>>408
皆さん、最初のPrologインタプリタはFORTRANで書かれたことをご存じないか？
413:デフォルトの名無しさん
09/02/09 08:11:27
>>408は
en.wikipedia.org/wiki/Real_Programmers_Don't_Use_Pascal
414:デフォルトの名無しさん
09/02/09 12:01:30
パスカルは使わないだろうな。
415:デフォルトの名無しさん
09/02/09 20:18:10
簡単なツール作ってみたいんだけど何のソフト入れるところから始めたほうがいいのかな？
416:デフォルトの名無しさん
09/02/09 20:21:03
おｋ、まずはどんなツールを作りたいか説明するんだ
417:415
09/02/09 20:24:39
起動したらBSODが出るジョークソフトか出来たら簡単なwebブラウザー
418:デフォルトの名無しさん
09/02/09 20:35:52
ならC#になるだろうか
BSODは全画面表示だろうからManaged DirectXでも使うとして
Webブラウザはそれ用のコントロールがあったはず
419:415
09/02/09 20:37:51
ありがとう
今からググってくる
420:デフォルトの名無しさん
09/02/09 20:38:25
>>413が書かれた当時、Pascalは高級言語の代表だった。
今のC#やらJavaなどがあったらPascal以上に酷評されてただろうな。
421:デフォルトの名無しさん
09/02/09 21:57:03
HSPでのプログラミングに飽きたんですが、次は何の言語を勉強するべきだと思いますか？
422:デフォルトの名無しさん
09/02/09 22:01:47
>>421
scheme
423:デフォルトの名無しさん
09/02/09 22:04:10
ありがとうございます。
聞き慣れない名前ですが、調べてみます。
424:デフォルトの名無しさん
09/02/09 22:06:18
いい頭の体操になることうけあい
知恵熱おこしたりもするけどね
425:デフォルトの名無しさん
09/02/09 22:14:09
なんかひと昔前はHaskell勧めるのが流行ってたけど今はSchemeを勧めるのが流行ってるの？
426:デフォルトの名無しさん
09/02/09 22:35:51
そして次はF#ってか？
427:デフォルトの名無しさん
09/02/09 22:42:55
C#とVBで迷っているのですが、どちらがいいでしょうか？
後にCを学ぶ予定でいます
428:デフォルトの名無しさん
09/02/09 22:46:21
何故、後からCを学ぼうと思ったの？
429:デフォルトの名無しさん
09/02/09 22:49:23
>>428
CよりもC#のほうが簡単と聞いたことがあるので
C#で慣れてからCを学ぼうと思っていましたが、Cよりも他の言語の方がいいでしょうか？
430:デフォルトの名無しさん
09/02/09 22:51:40
C学ぶためにC#学ぶとか本末転倒。
C#やりたいならC#、VBやりたいならVB、CやりたいならCをやる。
431:デフォルトの名無しさん
09/02/09 22:51:44
>>429
簡単さだったらLL系のほうが簡単だけど、まあ、C#でいいんじゃね。
432:デフォルトの名無しさん
09/02/09 23:47:48
>>427
Cを学習
↓
CでWin32APIプログラムを学習
↓
C#で.Net Frameworkプログラムを学習
これがおすすめかつ最も効率的なルート。
433:デフォルトの名無しさん
09/02/09 23:51:53
いちがいには言えない。
高水準の言語から入ったほうが理解が早いかもしれん。
434:デフォルトの名無しさん
09/02/10 00:01:35
>>429
何をもって簡単というのかによるけど。
そりゃ、Windows向けにさくっとGUIアプリ作るなら、C#でやるほうがCより簡単だろう。
でもC#をきちんと理解するのは、Cより難しいよ。
最初にやるならCが最も無難だと思う。
オブジェクト指向とかを気にせず、構造化プログラミングがどういうものか理解できるし、
応用がきくから、その後に他の言語に入るのはさほど難しくない。
>>433
C#は実際のところ、純粋に言語だけが切り離されて存在している訳ではないからなあ。
一応は環境（OS）によらないものとして標準化はされてるけど、Windowsの.NET環境で動かすことが基本。
入門書の多くもそういう前提で書かれているしな。
だから言語だけじゃなく、.NET FrameworkやWindowsのアーキテクチャ的な部分も覚えなきゃいけない。初心者にはきついよ。
435:デフォルトの名無しさん
09/02/10 00:04:32
>>434
> だから言語だけじゃなく、.NET FrameworkやWindowsのアーキテクチャ的な部分も覚えなきゃいけない。初心者にはきついよ。
初心者がそこまで覚えることないじゃん。
とりあえず動くの作って、遊ぶだけならVBと大差ないし。
436:デフォルトの名無しさん
09/02/10 00:05:38
機械科の学生で組み込み用にC言語学びたいのかもしれないし、
Windows上で動作するプログラムを書きたいのかもしれないし、
CやりたいならCを勉強しろ、といっておくのが無難。
437:デフォルトの名無しさん
09/02/10 00:11:17
>>435
そこでストップするなら何でもいいけどさ、先のこと考えるなら逆に遠回りだよ。
C#でちょっとステップアップすれば、すぐに周辺知識が必要になってくるんだからさ。
だったら最初から基本をやってたほうがいいと思うぜ。特にC#がやりたいという希望でもないのであればな。
438:デフォルトの名無しさん
09/02/10 00:25:19
>>437
いや、C#だけでも、そうとうなことができるじゃん。
Cからやるにしても、Cしか知らないPGって(たいがい)ダメダメだし、
遠回りとか言ってないで、いろいろ言語をかじればいいよ。
439:デフォルトの名無しさん
09/02/10 00:31:33
>>438
質問者の言うようにC#とCを両方習得するというのであれば、
>>432で述べたようなルートが最も近道で効率がいい。
別にCだけやれって言ってるんじゃないよ。
440:デフォルトの名無しさん
09/02/10 00:35:35
>>439
どうどうめぐりになるけど、高水準の言語のほうが習得がはやいかもしれない。
441:デフォルトの名無しさん
09/02/10 00:40:32
アセンブリと比べて言ってるならまだしも、C#の方が明らかにCより言語仕様が巨大だからそりゃねーだろ・・・
442:デフォルトの名無しさん
09/02/10 00:44:58
>>439
私は質問者じゃないのですが、その
「Cを学習」から「CでWin32APIプログラムを学習」に
ステップアップするタイミングはどう判断すればいいですか？
どうなったら「Cを学習」の段階は終了したと見なしていいかということですが。
443:デフォルトの名無しさん
09/02/10 00:48:07
言語使用憶えるのが目的じゃないから、あんまり関係ないでしょ。 > 言語仕様の量
たとえば、Cなんか文字列型が無い(仕様の量0)だけど、文字列の扱いは、
ほかの言語にくらべたら初心者にとって難しいでしょ。