1 名前:デフォルトの名無しさん [2007/12/21(金) 02:52:59 ] プログラム技術板倉庫 s225.web.fc2.com/index.html 前スレ 推薦図書/必読書のためのスレッド 37 pc11.2ch.net/test/read.cgi/tech/1190192944/
151 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 21:24:40 ] そういえば、boostにTypeListってある?
152 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 22:08:41 ] mplのvectorとかlistとかがある lokiの部分をそれに置き換えて読めばOK
153 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 22:40:34 ] >>148 そんなもんで悩んではない。 おれにとっての鬼門はテンプレートの再帰。 帰納法的に考えれば理解できなくはないけど、 いまいちしっくりこない。 >>151 boostでいうとcons listじゃないの?
154 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 22:42:09 ] 帰納法的に考えて理解できるならそれでいいと思うのだが。
155 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 22:53:46 ] >>154 いや、分かった気になってるだけ。 いろいろ具体値を入れて確認しないと気がすまない。
156 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 22:57:12 ] もっと帰納法を信じてやろうぜ。
157 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 23:06:34 ] >>154 もしかしてタプルを2〜100個セットまで定義してるところ?
158 名前:デフォルトの名無しさん mailto:sage [2008/01/02(水) 23:32:03 ] テンプレートの再帰のどこが分からんのだ 関数の再帰と同じことだろ
159 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 00:05:49 ] >>158 関数の再帰も苦手なんだ
160 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 00:12:49 ] 継承の再帰は理解に苦しむ 頭の中で想像できない
161 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 07:42:28 ] >>160 継承の再起なんてあったっけ? templeteのことか?
162 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 08:20:24 ] 今日本屋でロベールのC++本見てきたが、余りの太さにワロタww となりの本の十倍ぐらい厚く見えるのに、帯の煽り文句が「これで初心者から中級者までおk」でさらに爆笑ww まったくC++知らん人が見たら絶望するんじゃなかろうか?
163 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 08:33:24 ] でも、実際C++ってかなり難しいからな
164 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 10:27:37 ] Cの基礎が充分に判ってないと難しいと感じるだろうね
165 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 10:59:54 ] Cは関係ない
166 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 11:39:02 ] >>165 なくはない。知らないとハードルは高くなる。
167 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 11:42:11 ] >161 メイヤーの本でそんなのに触れてた気がするな
168 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 12:06:13 ] >>167 メイヤーズはTMPについては、階乗計算を例にして さらっと触れてるだけだと思った。あれは継承 の再帰ではないからね。
169 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 13:09:02 ] >168 俺が言ってるのはバートランド・メイヤーのオブジェクト指向入門
170 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 15:14:52 ] >>169 失礼
171 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 17:17:59 ] >161 手元に Modern C++ Design がないが、GenScatterHierarchy とかその辺だと思う。 template による再帰的継承を用いることで一つのクラスを合成するというやつだと思う。 例: ttp://d.hatena.ne.jp/mb2sync/20050213
172 名前:デフォルトの名無しさん mailto:sage [2008/01/03(木) 17:38:31 ] >>171 そう、それ。 何の役に立つかは知らないけど。
173 名前:デフォルトの名無しさん mailto:sage [2008/01/04(金) 15:19:18 ] C++って、難しいし覚えることが沢山だけど、面白いね、1000行程度のプログラミングなら スパゲティーでも書けるけど、C++らしいコーディングしようと思えば OOP、C、GenericTemplate、STLの知識が必須になるよね でも思うに、Cのような枯れた言語はせておき、javaやC#、VB果てはRubyとか見てると 他の言語の、いいとこ取りしながら、互いに進化してるような印象を抱くのは 漏れだけ? この言語でなければできない、というような、実装は段々少なくなって みな同じような感じになっていくんだろうねきっと
174 名前:デフォルトの名無しさん mailto:sage [2008/01/04(金) 15:26:32 ] そりゃまぁWestSideStoryには「私、恋愛のことはスペイン語で考えるの」みたいな台詞があるように 自然言語にも得て不得手はあると思うが、英語で恋愛を語れないわけじゃないからね。 今の英語が随分と外国語を取り込んだものであることから考えても、プログラミング言語がそうであってもおかしくないし。
175 名前:デフォルトの名無しさん mailto:sage [2008/01/04(金) 15:43:09 ] 「私、恋愛のことはスペイン語で考えるの」 いい例えですね、まさにそんな感じですね、話は本に戻って 去年の11月くらいからEffective C++、STLと読んできた、漏れは頭があんまり良くないので、 資格試験とか、プログラミングの学習をするとき、最初1、2回読んでも殆ど理解できない人なんですが あきらめずに、じっくり取り組むとしっかり身に付くタイプで最近ようやく これらの本に書いてあることが、自然にコードに反映できるようになってきた感じです Effectiveシリーズ、最期のMore Effective C++を注文した
176 名前:デフォルトの名無しさん mailto:sage [2008/01/04(金) 16:10:06 ] >>175 著者の経験から生まれたTips集だから何度も読み返すもんでしょ。 おれは1日1項目とかで何度も読み返してる。 STLは奥が深いよね。C++0xではさらに強力になるし、boostも あるし勉強しがいもある。
177 名前:デフォルトの名無しさん [2008/01/04(金) 17:40:23 ] >>176 >>STLは奥が深いよね。 深いよね、上手く使えば煩雑な処理を、短いコードで、且つ高速に処理をやってくれるけど あまり、知識も無いのに使おうとすると、車輪の最発明や、未定義への扉がまってますしねww >>C++0xではさらに強力になるし。 個人的な願いですが、ハッシュとマルチスレッドプログラミングにおける STLの動作保障の拡大を、次期C++0x標準で是非、組み込んで欲しいと思っています。
178 名前:デフォルトの名無しさん mailto:sage [2008/01/04(金) 18:33:31 ] C++0xってC99を取り込むのかしら?
179 名前:デフォルトの名無しさん mailto:sage [2008/01/04(金) 19:22:20 ] >>173 逆にC#使いなのに訳あってC++をつかうようになった漏れは 他の言語がいかにC++のダメポな部分を隠蔽してるのかわかって感動したりしまつ まぁ、そのダメさ加減を差し引いてもやっぱりC++でしかできないことがあるわけで
180 名前:デフォルトの名無しさん mailto:sage [2008/01/04(金) 20:06:42 ] >>179 173です、C++、Cの知識ほどC#に関して、詳しくないのですが(C++もまだまだ未熟ですがww) C#のコードは、単一継承しか許さないので、クラスの依存関係が単純で 分かり易いというか、非常に読み易いという印象です C++の多重継承に関しては、皆さん是々非々があると思うのですが 個人的な意見としては、クラス設計がしっかりできるか、否かが鍵だと思う 昨今です、諸刃の剣ですねww むしろC#やjavaのように単一継承しか認めないという、縛りがあるほうが ストレート(直感的に)分かり易いコードが書けるのかもしれませんね。
181 名前:デフォルトの名無しさん mailto:sage [2008/01/04(金) 22:10:48 ] I think 180 is so foolish who's using ww many times.
182 名前:デフォルトの名無しさん [2008/01/05(土) 03:17:28 ] 誘導されて。 大学でやれなかったので、「形式言語とオートマトン」と「コンパイラ」 の分野を独学でやろうと思っているんだけど、どの本を使って勉強するのがベスト? ここにある本をやってみようとは思うけど、レベル高杉… ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060209/228915/
183 名前:デフォルトの名無しさん mailto:sage [2008/01/05(土) 04:35:34 ] オートマトンはこれがオススメ www.amazon.co.jp/dp/4781910262/ 比較的容易に読めるであろうコンパイラの入門書 www.amazon.co.jp/dp/4785620501/
184 名前:デフォルトの名無しさん mailto:sage [2008/01/05(土) 08:36:50 ] プログラム設計を、考え、表現する為の手法が 書かれているお勧めの本は何かないでしょうか?
185 名前:デフォルトの名無しさん mailto:sage [2008/01/05(土) 08:39:13 ] >>184 SICP
186 名前: mailto:sage [2008/01/05(土) 12:52:50 ] アマゾンがカクカクして読みにくいよー!
187 名前:デフォルトの名無しさん mailto:sage [2008/01/05(土) 13:22:52 ] >>184 SICPにならぶ名著として最近邦訳が出た 「コンピュータプログラミングの概念・技法・モデル」 ってのもあるぜ。値が張るがSICPより易しめ。
188 名前:デフォルトの名無しさん mailto:sage [2008/01/05(土) 13:36:16 ] SICPだのなんだのどうせ読んでも意味ねぇから デザインパターンの本でも読んどけ
189 名前:デフォルトの名無しさん mailto:sage [2008/01/05(土) 15:39:30 ] 程度が知れますなw
190 名前:デフォルトの名無しさん mailto:sage [2008/01/05(土) 16:52:18 ] >>184 普通にプログラム設計の本とか……。これといった定番はわからないけど。 あとはHtDPとか? プログラミング入門者向けのテキストだけど、 各章のデザインレシピのところだけざっとかいつまんでみるとか。
191 名前:デフォルトの名無しさん mailto:sage [2008/01/05(土) 22:49:14 ] SICPって昔は良書だったけど、今ではちょっと古いなぁ。 遅延評価とか色々抜けてる部分が多すぎる。 自分で不足を補えるようになった後で、2冊目以降に読んだ方が為になる。
192 名前:デフォルトの名無しさん [2008/01/05(土) 22:56:26 ] ドラゴンブックってどんなところが良書とされているのでしょうか。
193 名前:デフォルトの名無しさん mailto:sage [2008/01/05(土) 23:10:27 ] >>192 今読むと古い。古典的な価値があり共通の話題として知っておくべき類の本。コンパイラについての教養。 最新のコンパイラ技術が載っていないのでこれから研究する目的ならお勧めしない。 趣味程度なら良い本だと思えるでしょう。
194 名前:デフォルトの名無しさん mailto:sage [2008/01/05(土) 23:26:39 ] 原著は改訂されてるけど
195 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 00:13:46 ] >>194 あの900ページを日本語でも読むの大変。日本語訳があるのにそれでも原著を最初から読むかね? ならいいんだけどさ。
196 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 00:19:24 ] 原著のほうがいいに決まってる。errataへの対応や情報量が 半端ではない。酷い訳に悩まされることも無い。
197 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 00:26:27 ] ドラゴンブックを読もうかと考える人なら 中田育男のコンパイラくらいは読んでるかそれ相応の知識はあるだろうから 原著でも大丈夫でしょ
198 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 01:26:59 ] 原著を読むならドラゴンブックよか良い本イパーイあるんでないかい?
199 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 01:43:32 ] >>195 日本語訳も改定されている
200 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 02:32:22 ] SICPよりConcepts, Techniques, and Models of Computer Programmingの方がモダンかな。 SICPがSchemeで、こっちはOZ/Mozartを記述言語に採用している。 OZはPrologの後継のマルチパラダイム言語。
201 名前: mailto:sage [2008/01/06(日) 02:36:36 ] >>199 どういう意味? 新しい翻訳は出てないけど、もうすぐ出るの?
202 名前:デフォルトの名無しさん [2008/01/06(日) 04:02:46 ] Sedgewickの本は1つ選ぶならどれを読んでおくのがいいんでしょうか。
203 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 04:52:57 ] >>201 どっかで出版に向けての翻訳作業はやってるとの噂
204 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 14:09:55 ] ドラゴンブックも良いけど関数型に詳しい別系統も紹介しておく。どれも定評を得ている。 Queinnec "Lisp in Small Pieces" Friedman, Wand, Haynes "Essentials of Programming Languages" Pierce "Types and Programming Languages"
205 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 14:49:17 ] 1 Friedman, Wand, Haynes "Essentials of Programming Languages" 2 Pierce "Types and Programming Languages" この二冊読むなら最初は1を。2に1を予備知識として読むと良いよって書いてあった。 知識経験豊富な方はどうでもいいけど
206 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 15:13:49 ] C++の仮想関数の呼び出しの仕組みについて解説した本はない? 仮想関数テーブルの詳細について解説したようなもの。
207 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 15:31:40 ] 超古い本があったような気がするが題名忘れた
208 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 15:41:54 ] >>207 英語でもいいので何かないですか? 上にあがってる 1 Friedman, Wand, Haynes "Essentials of Programming Languages" には書いてないのかな? 尼のコメントにそれらしきものが書いてあるけど定かではない。 Though he doesn't do it much in the book, Friedman decoupled the course from Scheme several times and we examined everything from C's setjmp, longjmp mechanisms to C++'s virtual method lookup implementation.
209 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 15:59:25 ] C++オブジェクトモデル 絶版だけど
210 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 16:07:15 ] Friedman, Wand, Haynes "Essentials of Programming Languages" この本は基本はSchemeだけどSLLGENで書いてるから、「ここはSchemeでどうなの?」とオモタ時に Queinnecが参考になるんだよね。
211 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 16:23:29 ] >>209 >>209 thx これかな 原著はあるみたいだから買ってみる。 www.amazon.com/Inside-Object-Model-Stanley-Lippman/dp/0201834545/
212 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 18:46:45 ] 地方で一番大きな書店に、年末にも行ったのだが、 大して目新しい本も、この板やAmazonの上位に並ぶような良書は少なく、 せいぜいExceptional C++を買おうかどうか迷って、結局買わず、図書館で 「C++ FAQ 第二版」とビョーンの「C++の設計と進化」 を借りて、正月休みを過ごした。 そして今年初めて、その書店に行った、びっくりした驚いた なんとコンピュータ専門書籍のコーナには、Amazonやここで話題の本が、本棚に ひしめいているではないか!す、す、すっ凄い、全部大人買いしたい衝動に駆られた 早速、最近少し話題になったModern C++ Designと、More Effective C++を手にとり 立ち読みすること約10分、速攻レジに持っていって諭吉君と交換したお、 漏れの、地方の書店でもやればできるジャマイカ、遂にやる気を見せてくれたことが、 嬉しかった、とても幸せな一日でした。
213 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 18:51:11 ] なぜそこでEffectiveC++を買わない 順序が逆だろう
214 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 19:19:52 ] >>213 Effective C++とEffective STLは持ってるんだよね
215 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 19:22:39 ] C++の名著コレクターって感じだなw
216 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 19:30:27 BE:79877928-2BP(294)] コレクターっていうか>>212-214 ここらあたりの本は読んでて当然でしょ。
217 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 19:38:07 ] そんなことも無いけどねww、でも漏れの、Amazonのお勧め本はみんな C++とOOP関連だす(゚▽゚=)ノ彡☆ギャハハ!! C++って、悪魔だよね俺の財布から、諭吉や漱石をもっていくからな この2冊の習熟度いかんだけど次は、ビョーンのC++第三版を買おうかと思っています この本高いからな、もう、どんだけぇ〜って感じです
218 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 20:05:49 ] >>212 Moreを原著で読まないのはもったいないと思います。
219 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 20:41:02 ] >>218 212です そうなんですか、勿論買ったのは新訂版の方ですが、まだ翻訳と原著が乖離してるんですか? 今、項目1:ポインタと参照の違い、2項は飛ばして項目3:配列をポリモルフィズム的には扱ってはいけないに、 目を通しましたが、いいこと書いてあるよね、これからコードをじっくり 追っかけて、脳内咀嚼していこうとしています、英語の実力があれば、原著を読んで 行間に漂う著者のエッセンスに浸ってみたいと思うのですが、漏れはそんなに 頭が良くないからムリッポです、それに45弗するし.....
220 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 20:52:18 ] >>219 原著のerrataは訳本だと付き合わせが結構めんどいでしょ。 4人で訳してるのも一貫性がなさそう。 Effectiveのほうは読みやすかった。 MoreもEffectiveの人に訳してほしいな。
221 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:17:58 ] >>220 原著をすらすら、読めるほどの英語力は無いけど 小林健一郎さんの文章は、読みやすいよね、それとEffective C++は2色刷りで 適切に、文字の大きさとか、段落やポイントのまとめ方が、見易いし上手いよね プログラミングしても、詳細な内容は忘れても、ポイントはしっかり思い出すってな感じでした。 Effective STLの方は、実はまだ熟読してないのだけど、実務では随分役立っています。
222 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:43:56 ] >>221 レイアウトと文字の大きさがいいよね。 Acceleratedも訳が良かった。 Effective STLは注意して読んだほうがいいよ。 メイヤーズのサイトにerrataやコメントが結構あがってる。 項目じゃなくて原著のページで記載されてるから付き合わせ がめんどい。
223 名前:デフォルトの名無しさん mailto:sage [2008/01/06(日) 22:12:59 ] >>222 サンクス 明日、会社でじっくり突合しますww それから、Modern C++ Desingn、文字が小さぃ〜い、けど内容は興味をそそります 記念すべき、初めて購買したC++で書かれたOOP本です、当たりの予感がします
224 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 15:22:23 ] Modern C++ Designは難しすぎる気がする
225 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 15:48:36 ] 御意。 漏れは本棚へそっとしまいました。 いつの日か読めるときが来ると思って。
226 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 16:02:23 ] 223だけど ちょろっとさわりを、読んで気付いたよ、とてもじゃないが 読みこなせそうにないと、夕べは、偶然理解できそうな所が目に付いただけだった 225と同じことになりそうだww、当たりってのは撤回します
227 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 16:33:34 ] 今読めないなら、永久に読める日は来ないと思うぞ
228 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 16:45:47 ] というより、この文章から察するに多分日本語が難しいんだろう
229 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 16:51:18 ] >>227 経験上そんなことはないんすよ。特にC++の本は現状の自分のレベル にマッチしたものを選ばないと後回しになる。まあ型プログラ ミングに慣れればいいってこと。
230 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 17:19:49 ] >>228 それもあるけど、内容も負けず劣らず難しい。 特にtempleteは使わない人は入門書以来さわってない人もいるので、 まったく意味不明と感じることもある。 落ち着いてtempleteを復習してからもう一度読み直すと、だいぶマシになると思う。 まあそれだけじゃなくて継承に関しても相当深く利用してるから、それでも辛ければ経験を積むしかない。
231 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 17:24:34 ] 実はModern C++ Designは第一章が一番難しい しかも、途中の理屈が難しいだけで、最後の結論が 分かれば簡単
232 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 17:46:46 ] >>231 おいら3章で貧血起こしました。 半笑いで静かに閉じました。 著者のマスターベーションかと。
233 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 18:31:51 ] TypeListやGenScatterHierarchyの使い方さえ 分かってしまえば簡単なんだけどね いきなりこれらの実装を詳しく説明しようとするから難しいんだよ しかも日本語訳だから余計わけ分からなくなってる
234 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 18:56:46 ] TypeListはBoost::TupleのCons Listと同じようなもんだと思うけど 早い段階で使い方を示して、どういうふうに役立つか説明してくれれば よかった。
235 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 19:28:15 ] テンプレートで色々面白い事やったことある人なら 結構すっと分かるぞい
236 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 21:26:35 ] >>209 なければ手に入りやすいところでARM
237 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 21:46:01 ] なにこのC++マンセーの流れは・・・ テンプレオタ専用か保守用になった言語にそんなリソースさかんでも
238 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 21:56:36 ] >>237 開発効率や勉強のしやすさを考えればもっともだと思うがね。 しかし、C++でそこら辺のパラダイムを習得しとけばたいていのOOP言語が扱えるという利点もある。 なにより自分からプログラムを勉強しようなんて人間はより難しい言語を習得したがるもんなんだよ。
239 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 22:07:41 ] OOPのパラダイムを学習するならJavaのほうがいいんじゃないの。 結城さんの本が使えるし。C++の難しさってのは問題の本質的な難しさ というより言語の不足分をむりやり補おうとしてハックした結果の難しさ という気がするなあ。そういうBKを習得するよりはSICPとかHaskellをやったほう がいいんじゃないかという感じもする。
240 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 22:11:57 ] 確かにOOを学習するならJAVAがいいね。対応コードも書籍では JAVAで書かれることが多いから。だけどJAVAは面白く感じない。 C++は色々なことができて適用範囲が広くて勉強しがいがある。
241 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 22:15:19 ] いちいちランタイム入れてくれと頼むのがイヤで C++を勉強しだすやつもここに一人いるよ 理由は十人十色
242 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 22:27:19 ] >>239 結城必死だな
243 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 22:42:34 ] 難しいC++をやっても挫折する Javaはランタイムが必要 C#はまだマイナー これという決定打はないんだよな C#が普及すれば決定打になるのだが
244 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 22:53:51 ] 仕事で、やれと言われれば、JAVAでもVBでもやるが 趣味というか、向学でやるのはC++が一番好きだし面白い 限りなくCに近い実装もできるし、力のある者なら、OOP、デザパタを駆使した実装もできるし
245 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 23:08:39 ] C++もちょっとしたことをやろうとすれば結局ランタイムが必要になるけどね。 Boost入れてって頼むくらいならJVM入れる方が楽なんじゃないかなあ。 Javaは面白く感じないというのはわかるけど、それってJavaが簡単だから自分の頭でわかるところは わかっちゃったってだけじゃないのかなあ。そんなのより言語を越えたところにある、 アルゴリズムとかコンパイラ実装とか大規模ソフトウェア工学とか考えたほうがいい希ガス。 個人的には>>243 のチョイスにLispとか動的言語がないのが不満だ。 Common Lispは最強なんだぜ?
246 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 23:19:00 ] Lispは誰も使ってないじゃん そんなもんにリソース割けるか
247 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 23:19:41 ] boostにランタイムなんか必要ないだろ MFCと間違えたのか? まあMFCのランタイムはほとんどの環境に入ってるよな
248 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 23:24:20 ] >>246 誰も使ってないと思ってしまう環境にいるんですね・・・。
249 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 23:28:46 ] >>246 誰もってこたあないだろ。ANSIで標準化されてて日本語書籍も最近結構出てるのに。 あとね、ESRという人が言うように、Lispはたとえ使わなくても覚えることに 価値はあるんだぜ。Lispの考え方でC/C++を書けばいいんだ。特にC++は 何でもできるキメラ言語だから、ちゃんとした思想を持っておいたほうがいい。 >>247 そりゃ静的コンパイルすればランタイムはいらんけどさ。 Boostは標準じゃないし。 あとLinuxやOSXの環境にはMFCなんて入ってないんだけど。
250 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 23:32:03 ] >>249 Lispって関数型言語かい?boostのmplに慣れたいんだが 役に立つ?λ式っていう言葉だけは聞いたことがある。 そうなら良い入門書ある?
251 名前:デフォルトの名無しさん mailto:sage [2008/01/07(月) 23:35:56 ] >>249 MacやLinuxまで言い出したらあとはFlashぐらいしか選択肢が なくなるだろ