[表示 : 全て 最新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/

116 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 16:59:26 ]
>>115
そういう上から目線でたしなめるレスは、宛先をはっきりさせず、
今後の流れに応じてどういう意味で言ったのか変えられるようにするのがコツだよね。

117 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 17:03:10 ]
ID出ない板は、もうちょっと違うやり方があるんだよ。
たとえば>>114からこのレスまで全部自演、とかな。

118 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 17:21:22 ]
>>116
そういうのは今後の流れがどっちに傾くかわからない状態で言うことだろう
Javaと比べてるのに「クライアントは.NET入れなきゃいけないし・・・」とか決定的

119 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 18:49:41 ]
>>118
それは>100に対するレスであって、JAVAと比較している訳じゃないだろ

ってか、JAVAに比べれば、みんなカスみたいなもんだろ

120 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 19:40:26 ]
javaは組込型とユーザー定義型の扱いの違いが美しくない。

121 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 19:42:00 ]
>>116
匿名でIDさえついてない板だし、単にビビって具体的なことは書けないだけだろ。

122 名前:デフォルトの名無しさん mailto:age [2009/01/25(日) 20:28:35 ]
次のプログラミング言語のポイントは並列化ではないかと思うのですが、
並列化に重きを置いて最適化している言語はないのでしょうか?

やはりスクリプト言語や、仮想マシンが有利なのでしょうか?
今後は環境によってコア数が大きく変わってくると思うのですが。

123 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 20:32:35 ]
iアプリの簡単な作り方を教えてください

124 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 20:34:01 ]
>>122
有名なのはErlangじゃね



125 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 20:45:50 ]
>>122
Fortran

126 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 20:59:24 ]
>>125
確かに言語レベルで並列化に対応してて最適化にも力入ってるなw
一般アプリ向けじゃないが

127 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 23:53:15 ]
暇だからプログラミング勉強するかと思って本屋で
猫でもわかるWindowsプログラミング と
猫でもわかるC言語 が目についたから買ってきた。
さあどっちを読めばいい

128 名前:デフォルトの名無しさん mailto:sage [2009/01/25(日) 23:58:51 ]
>>127
たぶん、Windowsのほうが言語の知識が前提になってると思うから、
Cのほうから読めばいいと思う。


129 名前:デフォルトの名無しさん mailto:sage [2009/01/26(月) 00:33:06 ]
>>127
Cの知識無しにWindowsプログラミング = 全裸登山
初プログラミングがCやWinAPIってのはちときついかもしれないが頑張ってくれ

130 名前:デフォルトの名無しさん mailto:sage [2009/01/26(月) 09:26:11 ]
Windows上でのプログラミングを始めたいと思います。
目標は社内で使う専用のアプリやデータベースのUIを作ることですが、
小さな会社なのであまり凝った物までは望みません。

今まではExcelでVBAを使っていたのでVBが良いかとは思いますが、
大昔にDOSでTurbo Pascalを使っていたことがあるので、DELPHIかなとも
思います。それともいっそC#等にした方が良いのか悩んでます。
よろしくお願いします。

131 名前:デフォルトの名無しさん mailto:sage [2009/01/26(月) 09:45:02 ]
「Windows上でのプログラミング」という条件が
当分変わりそうにないなら、C#がいいんじゃないかな。

132 名前:デフォルトの名無しさん mailto:sage [2009/01/26(月) 10:00:53 ]
>>131
ありがとうございます。
C#の参考書探してみます。

133 名前:デフォルトの名無しさん mailto:sage [2009/01/26(月) 10:06:54 ]
>>122

・C# + Parallel Extensions to the .NET Framework 3.5
・ConcurrentClean
・D
・Oz

134 名前:デフォルトの名無しさん mailto:sage [2009/01/26(月) 13:40:46 ]
>>122
すでに実績があり、その部分が突出した言語といえばErlangだろう。
逆に言うと並列以外の部分は遅い。



135 名前:デフォルトの名無しさん [2009/01/26(月) 23:04:04 ]
>>122
Schemeでいい

136 名前:デフォルトの名無しさん [2009/01/27(火) 13:57:53 ]
はじめまして、初心者です。

言語:VB.NETの書籍で
「データベースプログラミングの本」でわからないところがあるので教えて下さい。

「名前空間」というのはなんですか?

本当に初心者なので、やさしく教えていただければありがたいです。
お願いいたします。

137 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 14:03:17 ]
>>136
www.atmarkit.co.jp/fdotnet/vb6tonet/vb6tonet17/vb6tonet17_01.html

138 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 14:06:22 ]
>>136
ある名前が有効な範囲

例えば、ある名前空間に変数aがあって、別の名前空間に変数aがあっても、それぞれ別の変数として扱われる。

139 名前:136 [2009/01/27(火) 14:10:53 ]
>>137
>>138
早速のレスありがとうございました。
参考にさせて頂いて、がんばります。

140 名前:デフォルトの名無しさん [2009/01/27(火) 14:21:00 ]
>>130
個人的に思うのは、Excel/Access+VBAじゃいけない理由があればいいんじゃないかと
構文的にはC#が好きだけど、C#でExcelたたくのは嫌かも
c#もVBも普通に使う分には、そう変わらないきがする
#もちろん、色々やり出すとC#の方がいいと思うけど

141 名前:デフォルトの名無しさん [2009/01/27(火) 14:22:40 ]
>>91
89からの流れのつもり#亀レスすまん

142 名前:デフォルトの名無しさん [2009/01/27(火) 15:05:41 ]
C# C++
で比べたら C# のほうが将来性はある?
将来性のある言語を学びたいんだけど。
Windowsネイティブアプリを作れる言語で。

143 名前:デフォルトの名無しさん [2009/01/27(火) 15:26:59 ]
将来性はc++ c#はマイクロソフトが手を引いたら廃れる可能性有り 1社で作ってる。

144 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 19:03:39 ]
C#ってネイティブコードはけるの?
あとマイクロソフトが手を引くことはないと思うな



145 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 19:08:15 ]
初心者ではありませんが、C++の理解を深めるため、オブジェクト指向言語を学んでみたいと思います
JavaかC#、あるいは他の言語でオブジェクト指向を学ぶにはどれが良いでしょうか?

146 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 19:10:10 ]
仮想マシン不要って意味なら吐けないんじゃないか

147 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 20:06:14 ]
ランタイム必要という意味では、
Windowsネイティブも.NETも大して変わらん。

148 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 20:24:37 ]
元から入っていればね

149 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 21:12:35 ]
>>143
.netもMFCもどちらも見限って、全く違うことを始める可能性有り。
将来性はどっちもどっちじゃないか?


150 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 23:22:29 ]
MSが捨てたらC#は終わりだろうけど、C++は他でいくらでも使われてるからマシ
っていうことじゃないの?133は。

151 名前:デフォルトの名無しさん mailto:sage [2009/01/27(火) 23:23:27 ]
おおっと、143だった。

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






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

前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