- 1 名前：ろぼっと mailto:age [2006/05/11(木) 21:58:57 ]
- ダラダラ参考書を読んでても理解できません。
習得してる皆さんの勉強法をぜひとも伝授してください。
よろしくおながいします。
- 730 名前：デフォルトの名無しさん mailto:sage [2007/08/14(火) 00:17:30 ]
- >>727
普通は、結論を先に言って、根拠をのべるもんなんだがな……。
日常的に文章を書く人間からすると（ｒｙ
- 731 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 20:44:14 ]
- >>728 そんな単純な問題じゃあない（・ω☆
>>729 そんな単純な問題じゃあないｗｗｗ
>>730 そんな単純な問題じゃあない（ｒｙ
- 732 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 20:55:16 ]
- 夏だな……。
- 733 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 20:57:57 ]
- a="そんな単純な問題じゃあない"
map (\(x,y)->x++y) $ zip [a,a,a] ["（・ω☆", "ｗｗｗ", "(ry"]
- 734 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 20:59:16 ]
- putStr $ concatMap (\(x,y)->x++y++"\n") $ zip ["a","a","a"] ["（・ω☆", "ｗｗｗ", "(ry"]
- 735 名前：デフォルトの名無しさん [2007/08/17(金) 10:11:44 ]
- >>726
自分に適する方法と適しない方法があるから、うのみにするなといってるだけ。
掲示板や２ｃｈ見て｢そんな勉強法やってられるか！｣と思うことがしばしば
あったから。
自分が書いた勉強法が合う人もいれば、合わない人もいるだろうし、それは
勉強する奴が判断すればいい。
MFCの話をしたのは、C++で作られているがC++とは全く別物と考えたほうが
いいから。C++を知っているとMFCによるWindowsプログラミングの学習が
スムーズに行えるかというとそうでもない。
お前の｢C++コンパイラみたいに頭の固さ、融通のなさ｣に驚いている。
- 736 名前：デフォルトの名無しさん [2007/08/17(金) 10:12:56 ]
- C++コンパイラみたいに
↓
C++コンパイラみたいな
- 737 名前：デフォルトの名無しさん [2007/08/17(金) 14:48:08 ]
- >>735
まあ前半は同意。
いい本を薦めてはいるんだが、やたら本をやる傾向があるからなｗ
あんなに量やれるかよｗ
結果としてやるのと、はじめから決めるのでは違いすぎる。
- 738 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 19:39:13 ]
- 文法は勉強して、簡単なサンプルは見たけど
次はどうすればいいのかわからない
仕事ではC++を使ってないから、これからも独学して
いくわけだが、何を楽しみに勉強していけばいいのか
わからない
これじゃあ実力はつかんよ
- 739 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 21:28:42 ]
- Cは１０年以上いじっているが、C++ はさっぱりわかりません。
STLやBoost ってのを使うと便利そうなのに。。
- 740 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 22:17:16 ]
- Cを理解してればC++に行き着く
昔、汎用コンテナはマクロで実装されていた
C++を分からないCプログラマはCを理解していない
- 741 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 22:22:30 ]
- >>740
コイツ暴論
- 742 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 23:03:34 ]
- 難しく思うのなら難しく考えている証拠だ
- 743 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 23:30:42 ]
- >>740
ﾊﾞｶｼﾞｬﾈｰﾉ
- 744 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 00:19:53 ]
- >>739
あんたが今までCで組んできたものが
必ずしもC++を必要としていなからじゃないか？
一度今までやってきたCの考え方を切り離してみるといい。
もし、組み込みのような、ビット演算やメモリレイアウトを
直接意識したようなプログラミングばかりしてきたのなら
最初はとまどうかもしれない。
- 745 名前：739 mailto:sage [2007/08/18(土) 00:47:39 ]
- まぁ気長に勉強します。
私が今まで合った人間をみると、javaやC++ から始めた人って・・・って感じですけどね。
Ｃでカリカリ組んできて意味をわかっている人間の方が有利だと感じています
（ちゃんと設計して、最後まで作れます）
- 746 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 01:38:21 ]
- >>745
Cやってきた人間からじゃ考えられない事する時あるよね。
お互い様なんだろうけど。
>>714
>C++を勉強する前にC言語をマスターすべきという人がいるが 〜 やってられない
PC上で動作するだけのC++のプログラムしか作らないのであればそれでいいと思う。
しかし、組み込みのようなリソースが制限されていて、直接アドレスを
叩かなければならないような場合は、C++といえどもCに近いコーディングになる。
まして、仕事で他人のソースを読まなければならない状況にある場合は、
組み込みのCの流儀に慣れていないときついだろう。
何が言いたいかというと、自分がプログラミングするターゲットによって、Cを最初にやるべきかを考えるべき。
C++はデカすぎるので初心者が取捨選択するのは厳しいだろうし、
C++の参考書は低レベルな部分についてはページ数のためかかなり弱い（Cの初心者本もアレだが）。
低レベルなコーディング技術と知識が必要ならば最初にCを選択するのも一つの考え方。
高レベルなプログラミングならjavaやC#を最初にやってみるのもいいかも。
MFCだが… 長くなったので止めとく。
酔っているせいか汚い散文になってしまってスマン
- 747 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 01:59:09 ]
- Cで出来る抽象化はせいぜい関数単位まで
いまどき無いくらい低レベルな抽象化だから
とっつきやすさは異常にある
でもそろそろ時代遅れ
C++は・・・しらん
javaはちょっと腐りかけ
というわけで俺は今Ｈａｓｋｅｌｌを布教している
みんなＨａｓｋｅｌｌで勉強しよう
実装はＣ＋＋でしよう
Ｈａｓｋｅｌｌで仕様書を書こう
Ｃ＋＋で汚いメモリ操作をしよう
- 748 名前：デフォルトの名無しさん [2007/08/18(土) 08:35:17 ]
- CMOSの出力をPC上に表示するソフトの改造をしたいと思っています。
この場合、勉強の仕方としてはMFCを勉強すればいいのでしょうか?
当方、Cは学生時代に経験しているのですが、C++の経験が殆どありません。
なんとなくソースを見て、クラスやらC++っぽいというのがわかる程度です。
アドバイスをいただければ幸いです。
- 749 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 10:04:24 ]
- >>748
その改造対象のソフトが書かれた言語とそのソフトが使っているライブラリについて勉強すればいいと思います。
- 750 名前：748 [2007/08/18(土) 10:37:34 ]
- >>749様
ありがとうございます。
ライブラリは標準のようなので、まずはC++の基本から勉強したいと思います。
- 751 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 10:40:05 ]
- おいおい、勘弁してくれ。
- 752 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 13:07:57 ]
- >>750
ロジックICか何かを叩いて表示するものなのか？
素直にそのソフトを作った奴か、プログラミングできるやつに
見てもらった方がいいと思うが。
プログラミングすることが目的、というのなら止めないけど
- 753 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 14:28:51 ]
- なぁ、ここのみんなは
warp.povusers.org/FunctionParser/
にあるファンクションパーサーのソースって全部
理解できるの？
俺には全部は不可能だ。
こういうの作れる人って頭良いんだろうな〜と思う
- 754 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 15:25:40 ]
- >>753
英語が読めません。
- 755 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 18:23:12 ]
- 実はCMOSイメージセンサだったりして
- 756 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 18:35:28 ]
- >>739
そこで目先を変えてDelphiに手を出してみるというのはどうでしょう？
デフォルトで登場するWindowのフォームからその他、ポトペタのパーツ群に
至るまで、およそ目に付くものはすべてと言って良いくらいOOPの塊なので
「クラスとはこういう風に扱うのか！」などと目から鱗な状態になると思われます。
単にC++のクラスライブラリを眺めて、これまでの関数群の延長みたいな扱いを
してるだけでは、絶対に辿り付けない境地がそこにあると言っても過言ではありません。
Cでカリカリ書いてやってきたこととの違い、何のためにOOPを用いるのかという
ことが、VCLのコンポーネント群を見ることで見えて来るのです。
その辺の効果はMFCなどとは比べ物になりません（あれはむしろ混乱するだけです）。
ちなみにC++Builderではなく、Delphiなところがミソです。
物事を多面的に捉えるという目的の前には、既存の常識からは一旦離れてみる方が
邪念も入らず効率が良いからです。
- 757 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 00:50:52 ]
- こういう稚文ってテンパってるときに涌いてくるよな
- 758 名前：756 [2007/08/19(日) 07:31:29 ]
- >>757
稚文？ どういう意味？ 場合によっちゃ表に出てもらうことになるよ？
- 759 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 11:17:45 ]
- 稚拙な文章 かな。
- 760 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 21:48:55 ]
- >場合によっちゃ表に出てもらうことになるよ？
駄文ｗｗｗ
- 761 名前：デフォルトの名無しさん mailto:sage [2007/08/19(日) 22:10:41 ]
- たかだかCからC++に移行するのに、Delphiなんぞまで
用意させなきゃならんのか
本の2〜3冊でも読んで、ちょっとコード書きゃそれで事足りるだろ
- 762 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 16:52:18 ]
- 10年以上前からC++は存在してた訳で、その10年かけてもC++が分からない、
存在価値が見出せないというのだから、Delphiでも持ち出さなければ
もはやどうにもならんでしょう。
クラスの構造をそのままコンポーネントのパーツ群に当てはめてるDelphiは
皮肉なことにC++を理解する上で理想的な学習教材なのです。
STLのライブラリなどを眺めるよりも遥かに効果的でしょう。
- 763 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:45:41 ]
- しかしそれでは「クラスライブラリを使うコツ」がわかる以上の成長は難しい。
- 764 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 19:18:31 ]
- C++って何でもできちゃうから難しい
やっていいこととダメなことをぉvkf｣s座＠d＠:b＠b、ｆｄｘ
- 765 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 02:38:56 ]
- >>745
C完璧に理解してるなら、アクセレーテッドと
びよ〜んの設計と進化でも読めば十分じゃないかな
自分はC++から入ったから、Cはなんかメンドクサイ
- 766 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 03:18:28 ]
- アクセレーテッド→Boostのドキュメント
が最速
- 767 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 18:24:36 ]
- TR1サポートされているコンパイラってどれ？
- 768 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 22:02:42 ]
- >>767 g++ の新しいの。
- 769 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 22:38:20 ]
- >>768
Fedoraの最新には同梱されてる？
- 770 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 19:24:38 ]
- ・OpenCVで画像処理をやりたいと思っています。
・Cを授業で扱ったことはあり、関数が書けるくらいです。
・他にはMATLABが使えます。
・C++を使いたいのはLinux上です。
こんな私はどんな本を読んでから、
OpenCVのサンプルコードを読めばいいでしょうか。
- 771 名前：デフォルトの名無しさん mailto:sage [2007/09/11(火) 05:06:20 ]
- プログラミングの参考書を一項目ずづ飛ばして読む
分からないのがでてきたら前のページを読んで理解
これマジ最強
- 772 名前：デフォルトの名無しさん mailto:sage [2007/09/12(水) 09:09:21 ]
- 最初は，な．
- 773 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 17:27:24 ]
- >>771
加速度的に理解できなくなっていく
- 774 名前：デフォルトの名無しさん [2007/10/25(木) 02:21:23 ]
- 毎日、弄らないとすぐ忘れる・・・orz
- 775 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 09:49:30 ]
- 三日に一度くらいboostのソース眺めてニヤニヤしてると忘れない…かも
- 776 名前：デフォルトの名無しさん [2007/10/31(水) 18:33:57 ]
- あんた、世間の常識から見るとキモイ
- 777 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 19:42:12 ]
- ７７７
- 778 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 20:43:54 ]
- 眺めてるだけで理解できるなんて凄いね
俺なんてテストコード書いて動かしたりメモ取りながらじゃないと脳がスタックオーバーフロー起して
思考停止してしまう
- 779 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 20:48:12 ]
- >>771
_,,_
（ ﾟω ﾟ）y-･~~ ﾓﾏﾏﾏ…マジで！？
- 780 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 23:48:18 ]
- とりあえずコンピューターの基礎がわからんと話にならないだろう。
どの言語学ぶにしても「はじめて読む8086」は読んでおいた方が良い。
ポインタで悩むＣ初心者の頃にこれ読んで目から鱗だった。
- 781 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 17:46:10 ]
- >>780
そこまで堀り下げなくても理解できるだろ
- 782 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 17:51:23 ]
- >>780
悪名高いセグメンテーションモデルなんて今となっては既に知ってても忘れたほうがいいぐらいなのに
何が悲しくて新しく読むの？せめて386以降のはないんか？
- 783 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 17:52:53 ]
- つ[はじめて読む80386]
- 784 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 19:21:21 ]
- >>782
別にアセンブラで8086動かそうってんじゃ無いからそこまで理解せんでもいい。
ぱっと読んでコンピューターというものがどういう動作をするものかという
基本を概略で知るだけでも全然違う。
- 785 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 19:24:40 ]
- 8086みたいな変態CPUの本なんか読む気しないわ。
68000にしとき。
- 786 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 00:13:37 ]
- >>785
そりゃ手に入るならそっちの方がいいだろうが
問題は68系の入門書は軒並み絶版という点
- 787 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 07:42:39 ]
- 漏れは Z80 から入ったのだが、これももう売ってないのかな？
- 788 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 07:55:19 ]
- z80はないが、その派生チップは未だに現役。
- 789 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 16:08:00 ]
- 68KだってColdFireが現役じゃないか。
- 790 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 20:05:41 ]
- 最新の68Kのデータシートおいときますね
つ www.freescale.com/files/32bit/doc/ref_manual/MCF51QE128RM.pdf
- 791 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 20:13:39 ]
- だから現物の入手性じゃなくて入門書の入手性なんだってば。
Z80だろうが68だろうがPDP-11だろうがエミュレーターなら全部フリーで入手できる。
しかし、アセンブラのアの字も知らないような初心者向けのわかりやすい入門書は
現状86が一番入手しやすいというだけ。
まあZ80本の「はじめて読むマシン語」はまだ新品で手にはいるみたいだな。
amazonで見ると。
86だと別途エミュ落としてこなくてもwin標準で付いてるDEBUGコマンド+DOSエミュ
だけで手軽にいろいろ試せるというメリットもあるな。
ちなみに、俺が初心者の頃はDEBUGはDOS拡張セット無いと使えなかったから
座学レベルで理解するしかできなかったけどな・・・・・さらに昔だと標準で付いてた
らしいが。
- 792 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 20:34:17 ]
- SYMDEB
- 793 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 21:14:18 ]
- 内容が足りてない入門書なんか読むより、メーカ配布のマニュアル見た方が早いだろう。
サンプルコードなんか本に書いてあっても、誤記・誤植の被害が増えるだけで良いことがない。
最適な入門書はメーカ配布品。
- 794 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 21:31:06 ]
- レジスタって何？ってレベルの人間が読むこと想定してるマニュアルなんかあるのか？
- 795 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 23:21:37 ]
- いちいちレジスタが何であるかなど説明する必要はない。
読めばレジスタが存在することは分かるし、命令の説明を見ればレジスタを介して数値の
やりとりをしていることは直ぐにわかる。まともな理解力を持った人間ならば。
必要な情報は全てそこにある。著者によって意図的に切り落とされたりしていない。
- 796 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 23:36:10 ]
- 入門書や解説書に求められてるのは、まさに情報の選別と切り落としなんだが。
とにかく情報量の多さが求められるなら、どんな言語を学ぶにしろ「言語仕様書
読め」で終わってしまうｗ
- 797 名前：デフォルトの名無しさん [2007/11/06(火) 02:27:29 ]
- 8086のエミュレータのアドレスおいときますね
www.emu8086.com/
って、C++関係無いじゃん
- 798 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 06:17:18 ]
- Cで組んでみる
↓
ある程度のものが組めるようになる
↓
なんか段々ダルくなってきた…
↓
同じプログラムをC++で書き直してみる
↓
ちょｗ便利ｗ感動ｗ
↓
Boostとか手出してみる
↓
なんか段々ダルくなってｒｙ
↓
同じプログラムをJavaで書き直してみる
↓
ちょｗEclipseｗ便利ｗ ←いまここ
- 799 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 08:26:49 ]
- 最初はそうやって渡り歩くものさ・・・？
- 800 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 08:46:19 ]
- C++から見ると、Javaは不自由過ぎて書く気無くすんですが。
まるで拘束具つけて猿ぐつわでも噛まされてるようなマゾ言語
C++は逆に、裸にコート着てるだけのストリーキング言語だが。
- 801 名前：デフォルトの名無しさん [2007/11/06(火) 09:32:59 ]
- Cで組んでみる
↓
ある程度のものが組めるようになる
↓
猫でもとかその他サイトを見てＣでwin32apiをむさぼってみる
↓
なんか段々ダルくなってきた…
↓
MFCに手を出してみる
↓
よけいにダルくなってきた・・・
↓
C++を勉強しなおす
↓
constって大事だねと思う
↓
Boostとか手出してみる
↓
へー便利じゃん。頭の良い人はすごいねと思う。
と同時に、C++の理解不足をさらに痛感する。
↓
同じプログラムをJavaで書き直してみようと思い立つ。
↓
NetBeansの使い勝手の悪さにいらつく
↓
Ｃ＃に手を出す。
↓
javaとC++混ぜたんだ。と思いつつ上手く使いこなせない
↓
javaやっとこ。もう右往左往はうんざりだ。 ←いまここ
- 802 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 21:15:24 ]
- アセンブラ（8086）
↓
VB
↓
C（Unix）
↓
Perl
↓
Java
↓
C++
な俺が来ましたよ。
今はC++0xにwktkしてる。
- 803 名前：デフォルトの名無しさん mailto:sage [2007/11/06(火) 22:30:02 ]
- >>800
そっかー？ 仕事で使う分にはJavaの制約は便利だったぜ？
俺の参加したC++のプロジェクトは無法状態だったんで、JavaはC++を踏まえた言語なんだなって思ったよ。
- 804 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 06:40:10 ]
- Cで組んでみる
↓
ある程度のものが組めるようになる
↓
Win32APIをやる
↓
段々ダルくなる、引数多すぎﾜﾛｽ
↓
x86アセンブラを勉強する
↓
突然Linuxに変更することを思い立つ
↓
Linuxに慣れ、Windowsから完全に離れる
↓
あれ、有名なアプリもソースほとんど全部Cじゃん、と思う。
↓
スゲエ、makeって便利すぎ！と思う。
↓
Perl、Pythonとかに手をだす。
↓
C++もやってみる。
↓
Qt、Gtk、wxWidgetsをやる。
↓
とある事情でWindowsのプログラムを作ることになる
↓
C#、J#はわからない、Cは経験上論外なのでMFCを使うことにする
↓
ヤベエGUI作りやすすぎ！！と感動する。 ←いまここ
- 805 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 08:34:03 ]
- お前もWTLの世界に来い
- 806 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 11:46:28 ]
- >>800 >>803
まぁ両方とも正しいんじゃない？ C++ は自由度高い分扱いやすいが、
無法状態になる危険があってそうなるとメンテが大変。
Java はお行儀作法にうるさいんで、管理は比較的しやすいが、
どうも、いちいちうるせーな、と感じるときが出てくる。
あと、Operator overloading できないため、直感的なコードが書けない
ことが出てくる。
- 807 名前：デフォルトの名無しさん mailto:sage [2007/11/09(金) 00:42:04 ]
- >>804
何回転職したんだ？
- 808 名前：デフォルトの名無しさん mailto:sage [2007/11/11(日) 17:54:24 ]
- C++⇒JavaをするとC++がだるく感じます。
気をつけよう〜
- 809 名前：デフォルトの名無しさん mailto:sage [2007/11/11(日) 21:49:45 ]
- 逆よりいいじゃん
- 810 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 00:47:51 ]
- C++を効率的に勉強するとJavaと聞いただけでだるくなります。
- 811 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 12:24:34 ]
- 俺は中身書くときは C++ の方が簡単だな。GUI 周りは
Java の方が書きやすいかな。
MS に縛り付けられるのも嫌だというのもあるかな。
- 812 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 21:40:03 ]
- そこでQt、wx。
- 813 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 22:39:37 ]
- Qt, wx って両方とも滅茶苦茶マイナーじゃない？
Qt の方がまだ普及してるのかな…
- 814 名前：デフォルトの名無しさん mailto:sage [2007/11/12(月) 22:46:35 ]
- Qtと聞くとどうしてもQuicktimeな俺
- 815 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 09:33:02 ]
- >>813
Windows、Mac以外のユーザならQtはKDEがあるからたぶん1度は触ったことがあると思うよー。
wxはまあマイナーだけど、vlc media playerのGUIとかはwxで書かれてたりする。
LinuxでGUIやるなら、現在のところ事実上GTK、Qt、wxの三択。
まあWindowsユーザならこんなの両方ほとんど縁がない代物。gtkくらいなら少しはあるかもしれんが。
- 816 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 17:31:43 ]
- 化学屋の自分がいきなりﾌﾟﾛｸﾞﾗﾑを勉強しろと言われて
これなら分かるC++
C++の基礎知識
から始まり
EffectiveC++
C++ Coding Standards
Code Complete第2版 上巻
デザインパターンとともに学ぶオブジェクト指向のこころ
を何度も読み返して6-7割ぐらい理解して
Visual C++（1）はじめてのWindowsプログラミング
でwinAPIについてさわりだけ理解したものの
どうにも給料貰って客に物を出すレベルの出来というものが分からない
（プログラムは付属品程度の扱いなのだが）
プログラムを解する人が居ないからどこまでも自己流で、何処が間違ってるか分からないYO
こういう場合どうしたらいいのかな
- 817 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 17:58:59 ]
- >>816
それって普通じゃね？
言語も精通する必要があるけど、デプロインメントも精通する必要があるよ
どんなふうに配布したらちゃんと運用できるとか、ライブラリは〜必要だとか、ログの出力は…とか
- 818 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 18:07:14 ]
- >>817
そう言うのも必要なのかorz
あとは、エラー処理はどういう方式にして良いのかと言うのがいまいち理解できない
try-catchなんてほとんど使わないままなんですがorz
- 819 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 19:27:38 ]
- boost使ってみようぜ☆
- 820 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 19:31:45 ]
- 憂鬱本って
デザインパターンとともに学ぶオブジェクト指向のこころとかを先に読むと微妙に内容に違和感覚えるよね
ｸﾗｽ設計のあたりとか
- 821 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 19:53:51 ]
- 軽く読み返して違和感の原因が分かった
継承の使い方とか説明がデザインパターンの考えをあまり取り入れてないのか
- 822 名前：デフォルトの名無しさん [2007/11/13(火) 20:03:34 ]
- 『デザインパターンとともに学ぶオブジェクト指向のこころ』
はC++で説明されてますか？デザインパターン本はJAVAばかりで
困ってます。
- 823 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 20:09:41 ]
- >>822
基本はJAVAだが内容は容易でコードを読めないとダメって言う物ではない
ていうか、デザインパターンの考え方の解説本でありコーディングの解説本ではないと思う
ちなみにwebサイトにｃ++のコードも掲載されてるが確か英語だったはず
ていうか説明が懇切丁寧だから
簡単な物なら自然とコードが書けるくらいにはなると思う
足りない部分は解説サイトを探して保管していけばいい
- 824 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 20:12:28 ]
- むしろjavaだからこそ、サンプルのコードをTMPで書いたり
素のCで書いたりと遊べると考えれば…
- 825 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 21:01:28 ]
- >>816
何が問題なのかよくわからない。
要求（期待されている機能・期間）を満足したらいいんじゃないの？
ユーザの要求に応じて技術は高くも低くもなるような気がする。
- 826 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 21:20:13 ]
- >>816
とりあえずCode Qualityを読んでみたら？
www.amazon.co.jp//dp/4839919798/
あと、化学屋なら、その分野のプログラミング本を読んだほうが、
イメージが明確になるんじゃないかな
例えばこんな本とか
www.amazon.co.jp/dp/4274200574
人様に出すアプリを作るとなると、それなりに作りこまなくちゃいけないってのは感覚でわかると思う
例えば、計算にやたらと時間が掛かったら困る
じゃあパフォーマンスを最適化するにはどうしたらいいんだ、って考えてみると課題は自ずと明確になる
- 827 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 22:15:08 ]
- >>818
自分用じゃ exception handling はあまり重要じゃない場合多い。
変なもの入れたりしないし、クラッシュしたらまた走らす的な
発想で良いから。
何を入力しても（指示を守らない場合も）なんらかの仕様に
適合した処理をするようにしないといかんだろうな。
ただ、実際にはそれができていないアプリケーションも結構あるからなぁ…
どの程度経験あるのかわからんが、ある程度コード書いた人じゃないと
Effective C++ とかはピンとこないと思うよ。逆に経験あればある意味じゃ
当たり前、とかなるほど、的な感じ。
- 828 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 23:13:01 ]
- >>825-826
なんというか、間違った解釈による気がつかないバグを埋め込んでそうとか、
変な癖をつけてしまっているのではないかというかなんていうか
- 829 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 23:19:31 ]
- >>823
>>824
レスどうも。
とりあえず読んでみます。
- 830 名前：デフォルトの名無しさん mailto:sage [2007/11/13(火) 23:56:22 ]
- 正直、プログラム以前に要求開発ができるかどうかの方が問題のような気がする。
要求を明らかにできれば、あとはそれを満たすように実装するだけなわけだし、
変な癖をつけていようがいまいが機能と納期を満足したらユーザには違いはないよ。
趣味で作るプログラムなら好きに作れとしか言わないが、仕事ならユーザがいることを忘れるなと言いたい。
|
 |
