C++ に未来はあるか??? そんなものはない!!!
1 :
デフォルトの名無しさん:
すんませんね。糞スレでしたorz
面白いと思ったの?
3 :
デフォルトの名無しさん:2007/05/14(月) 09:42:17
一緒や!どの言語使っても!
「バイナリエディタでメインフレーム開発ができる」
そう思っていた時期が俺にもありました。
5 :
デフォルトの名無しさん:2007/05/15(火) 00:11:03
プログラマの時給は将来600円だってな。
こんな低レベル言語やってたら一生這い上がれないよw
6 :
4:2007/05/15(火) 00:27:45
この程度のボケではツッコミされないほど
ム板のレベルは上がっていたというのかッ……!
4はスルーしたが、6にはワロタw
未来も何もC++なんかwindows以外元々閑古鳥じゃん
9 :
デフォルトの名無しさん:2007/05/19(土) 02:47:08
科学計算系はそでもないよ
FORTRANにラッパーかましてC++なんてのは良くある
低脳C厨はC++のCラッパーを使ってオナニー
C: ケンシロウ
C++: ラオウ
D: トキ
Java: ジャギ
ワロタ
>>10がわからん
誰かバンドレッドか、エクセルサーガか、トライガンで説明してくれ
C:SP蛮型
C++:ヴァンドレッドディータ
D:ヴァンドレッドメイア
Java:ヴァンドレッドジュラ
14 :
12:2007/05/19(土) 16:11:55
>>13 すまん。 理解できん。
C++めっちゃ強いじゃん。
ちなみに、ヴァンドレッドピョロは何言語?
実際C++は強いじゃん
逆だC++を組めた方が生き残れる
JavaやらC#誰にも組めるから、そのうち希少価値になる
二千円札のような希少価値だったり。
COBOL組めりゃ食い外れは無いよ
(´-`).。oO(…「食い外れ」?)
20 :
デフォルトの名無しさん:2007/05/25(金) 18:56:37
ぱぐれだ
迷子
21 :
デフォルトの名無しさん:2007/05/25(金) 21:12:12
ランタイム型の言語が賢くなりすぎてるからなぁ
細かい制御をするならC言語に任せるし、
C++0xなんぞ会社で採用されることも無い(ずっとVC6.0)
ドラクエ3で考えると
ヒノキの棒=c
こん棒=c++
銅の剣=java
お前が魔法使いならcでやるしか手は無いようだw
でも細かい制御するときでもC++ぐらいは許せるだろ
最近ののコンパイラ賢いし、パフォーマンス面でCとそんなに大差が出るとは思えん
24 :
10:2007/05/25(金) 22:30:52
Java好きから苦情が出るかと思ったんだが、
案外ジャギって人気あるのかね
なに言ってるかさっぱりわからんC++って拡張だから
別にクラスにしないでCでも使えるし
大抵の言語はCにリンクする機能を持っている
だからと言ってC++使ってextern "C"するなんぞ、馬鹿のすることだ。
C++使ってエキスポートするAPIをextern "C"しないなんぞ、馬鹿のすることだ。
まぁ言えることはC++でなくVBが消えそうだな
いや寧ろ、VC6辺りをCコンパイラとして使うくらいならVC2005でC++ビルドした方が
よっぽど処理速度の高いプログラムが作れるから。
会社が買ってくれるならそれもありだな。
Platform SDKって無料で商用OKじゃね?
EclipseのC++ビルダとか出来ばえはどうなんだろ
よく分からないんだけど
95からXPまで動くもの要求されるんで、なんかVC6が手放せない
VS2005にしても大丈夫?つうか使い勝手が統一されて変わったんでなんか嫌だ・・・
2003との違いでよければ、VC6との違いは主にこれ。
左右が入れ替わった。以上。
2003は知らないけど2005はなんかVBぽくなった
全体から見れば統一されていいんだけど、VC6慣れてると不便すぎ
#define WINVER 0x0400
#define _WIN32_WINNT 0x0400
#define _WIN32_WINDOWS 0x0400
後はVC8のランタイムがあるかないか
STLがまともに使える
このことが大きい
JavaとかC#とかやたら便利なんだが、やっぱり遅いんだよな
何を作るかで、ケースバイケースだな、C++は今後も生き残る
95以降のOSだから
_WIN32_WINNTは0x0351じゃないか
ネイティブ系言語はリフレクションとか強力な機能が使えないからなぁ
開発効率だけなら、業種に特化したライブラリ作った時点でC++の倍は早くなる。
しかし最新C++とboostがセットになったAll-One-Eclipseっぽいインストーラが出れば復権するかもだけど。
>>24 他所のスレにコピペしたらJava厨がファビョってたよw
はっきりいって速度の要求されていものはjavaとかで作った方が良い
C++は今後特殊分野だろ
ブビやドトネトもあるしな。
たんにwin以外でC++が過疎なだけ。
C++いいんだけどね。
俺がめんどくさいと感じるのはやっぱり
文字列のエンコード周りと、
ヘッダに変な宣言書かなきゃいけないこと。
足の裏の皮が水虫みたいに浮いてたんでそっとはがしててみたら
うまい具合にペローンと足の裏全体分取れたんですよ。
茹でて千切りにしてポン酢で食べたらうまかった。
>>43 つうか、そんな事言ってる時点で、藻前は高級言語使った方が良い
どちらかと言うとC使いはエンコーダとかフィルターを作る方だろ
え Cって高級言語と思ってた。
>>45 俺が、ここ半年ほどC++でやってた仕事はまさにそんな感じだな。
ネットワークアクセスやファイルアクセスやってる間に
並行して裏で必要な処理を施す。C++のパフォーマンスがあればこそ
アクセス時間の間にほぼ全ての処理を終えることができる。
制御信号をラップする機械語があって、それをラップするCがあり、
それをラップするC++があり、Javaがあり、Rubyがある。
まだだ、まだラップが足りない。
>>45 そりゃそうだが。
未だにデスクトップアプリはC++が多いのも事実。
徐々に移行しつつはあるけど。
Javaとかだとオブジェクト指向の理屈どおりに組めば動くけど、
C++は余計な罠が多すぎるよ。
コンテナの追加・削除ですらややこしくい。
>>51 JAVAで済むならJAVAつかってれば良いじゃん
色んな言語組んだけど、それぞれ一長一短
適材適所じゃねぇ?
力のある香具師らだけで組んだらC++最強
自称「力のある」香具師らだけで組むときにC++は勘弁
意図不明なメタプログラミング書きやがるから?
56 :
デフォルトの名無しさん:2007/07/13(金) 18:11:51
ただのメタプログラムに飽きたらず、
より高度なプログラミングをすべくC++の拡張を標準化に持ち掛け、
しかしコンパイラの実装は遅々として追い付かず、求める機能は結局省かれ、
それなら次期標準を自分達で既製化しちまえとコミュニティを立ち上げるから。
>>56 彼らのおかげで高度に抽象化された機能が貧弱だったC++に、
多言語の機能に劣らないライブラリが提供されたんだがな。
基本はC#で、スピードいる部分はC++で、C++/CLIで二つをつなぐ、
なんてことがWindows以外でもさくっとできるようになるといいな…
JavaでやればWin以外だって…
と、思ったがJNIってあんまいけてないよね。見づらいし。
C++ って C の軛を離れて、最適化で lambda 持ち上げやっても大丈夫なんだっけか?
BCCの場合、
a ? b : c なら、OK
a ? (b ? e : f) : (c ? g : h) は、最適化落ちする
>>60 の言っているのは、lambda というか、 compose だよな。
lamdba って python とかだよな。
lambda は、式を直接関数化できるけど、
compose は、スマートオブジェクト記述してやんなきゃいけないので
面倒だよ。
C++に lambda は無いってことで。
lambda って boost の lambda のやつか?
もっと分かるように書けよ。
素朴な疑問
c とか c++ って, 自分でコードを吐き出せるけど,
吐き出したコードを評価する機構がないんですけど,
みんなどうやって逃げてますか?
自己評価コード
ドー言う意味?プロファイラのことか?
>>66 Java(あるいはそれ以外)にはあるのかね?
それがあるとないとで品質に雲泥の差がつく?
70 :
デフォルトの名無しさん:2008/04/10(木) 21:49:01
C++0xの仕様見てると全くなくなって君だろうな、C++の未来
>>69 サンドボックスかユニットテストかどっちかの話だと思うんだけど、よく分からん。
evalの事なんじゃないかと予想
そういう動的な事はpythonでも呼び出してください
74 :
デフォルトの名無しさん:2008/04/12(土) 00:07:15
某有名占い師に占ってもらったらC++の後釜にはRubyが座るらしい。
75 :
デフォルトの名無しさん:2008/04/12(土) 00:51:12
少なくともCOBOLerよりかは需要はありそう・・・
よくわからんがw
76 :
デフォルトの名無しさん:2008/04/16(水) 19:42:43
C++0xのlambda拡張とか見てるとマジでなくなりそうだな, C++の未来
77 :
デフォルトの名無しさん:2008/04/17(木) 05:28:01
C++に未来なんて・・・プププ
コンピュータそのものや低レベルを含むデータを操るならC言語、アプリケーションレベルの
データを操るならJavaとC# だ。
つまりC++は、CとC#/Javaに挟まれてもう斜陽に入った言語だよ。
javaやC#はLL言語に潰されるといいよ
もうCとLLだけでいい
おまえらは組み込みでC++使われてる事も知らないんだろうな
80 :
デフォルトの名無しさん:2008/04/18(金) 14:47:21
>>79 しってるよ。
でも、lambda って使わせてくんないだろうな…
コーディング規約って奴で禁止される!
テンプレート書くために書類が必要なんだが > 某、糞プロジェクト
>>80 テンプレート周りは多いらしいね。「難しいから使うな」っての。そうなると結局
better C として使うことになるんでしょ?素直にCにすりゃいいのにと、いつも思う。
爺どもはテンプレートアレルギーだからな
例外は禁止される事が多いな
パフォーマンスに関ってくるし
テンプレートはやたらに実体化されると
設計段階でのRAM容量の見積もりが面倒とかそんなんもあるかも
かといってembedded C++はシカトされてるしな・・
>>80 大人数のプロジェクトになるほどコーディング規約で規制されるよな。だから better C でもいい。
だが C でも規約が厳しいこともあるな。
それでも中には規約の制限に触れない範囲でトリッキーコードを書くやつがいる。
>>84 トリッキーかどうか知らないけど
MPEGがらみのオクテットストリーム扱うときに
処理系が inline サポートしてなかったので
稟議書きまくって関数マクロを大量に使った
記憶はある
>>85 そのように目的が妥当ならいいが、カエルの子はカエルの馬鹿が収容されて
集まる職場には反分子のような奴がうようよと・・・
>>80 lambdaはコンパイラさえ対応してれば積極的に使われると思う。
例外もテンプレートも使えなくてもlambdaは使えますとか。
組み込みよりOOバカが多いところの方がlambdaは嫌われると思う。
その点Javaのインナークラスは偉大だw政治というものを知っているww
OOバカはC++なんてとっくに見放してるだろ
>>66 コンパイラ使わずに自分でマシン語書いていくってことだろうか。
その部分をDump取って逆アセ解析したらいいんじゃないかな。
>>87 そうか? あのキモい構文見ただけで萎えたけどな?
で、lambda 返す関数の戻りを受ける場合、どう書くんだ?
GC 持ってないから lisp 属の言語みたく、そのまま他の引数にとか
scheme みたく直接適用とか common lisp みたくfuncall 一発とかは
無理なんだろう?
激しく萎えそうな仕様だな orz
91 :
デフォルトの名無しさん:2008/04/22(火) 19:25:46
>>46 えっ?
C言語って高級言語だったの?
高機能マクロアセンブラだと思ってた...
アセンブラとしては低機能なんだよな。
93 :
デフォルトの名無しさん:2008/04/22(火) 19:58:38
ocamlをやり始めたらC++が馬鹿らしくなりました
さようなら
>>93 >なお(* ~ *) がコメントなので
なんのギャグ?
C++なんかもともと窓以外流行ってね~し
PCしか触った事ないんでちゅね
りぼんちゃん禁止
99 :
デフォルトの名無しさん:2008/12/18(木) 23:09:37
既に0時を回り暖房も切られた職場。
俺のデスクにだけ明かりがぽうっと灯っている。
このプロジェクトは俺がチーフだ。
何としてでも俺の技術と仕事量を見せ付けねばならん。
寒くて手がかじかむ中、キーストロークの深いキーボードを
まるで職人が刻印でもするかのように、
正確に、そして気持ちよい音を立てながら打っていく。
そんな頑張る俺を包み込むのは、コロンビアのダウンジャケット。
100 :
デフォルトの名無しさん:2009/01/01(木) 11:48:10
100
101 :
デフォルトの名無しさん:2009/01/26(月) 14:40:09
C++をやって1ねんです、このスレを見ているとちょっと未来が暗く見えました
ねーよw
スレ違い
CもC++もあまり使いたくない。
このふたつとも面倒。
Javaで組んで遅かったら時間のかかってるとこをCで組んでDLL化する。
普通はそこまでしないけどね。
もはや、JavaもC#もC++と同じような状況だろ
5年ぐらいC++に遅れてるだけで
C++はデストラクタの存在が最大のメリット。
C言語はメモリの破棄が凄く面倒くさいw
Javaはメモリ気にしなくていいけど、遅いし、柔軟なメモリ管理ができない。
Javaだとメモリ以外の資源の管理ができなくて結局めんどいからなあ
C++ is
verry use is constructer or destructer
use is this pointer or class menver function
or porymo-fizm
is not use is keisho of taju-keisho
verry → very
menver → member
porymo-fizm → polymorphism
constructer → constructor
destructer → destructor
これはひどいw
文法もめちゃくちゃw
中学生でつか?
糞コテの糞コテたる所以。
111 :
デフォルトの名無しさん:2009/10/11(日) 11:06:30
Cは収束的だが、C++は発散してる
予約語を使うのに #include が必要とか、すっげーイヤ
拡張しまくりで一貫性が崩壊しつつあるが
それでも使わざるを得ない。
>>111 予約語使うのに#includeはイランだろ
typeidのことじゃね
未来などというものが本当にあった試しがあるのか?
116 :
デフォルトの名無しさん:2009/10/19(月) 16:50:08
難しいの~
cがコンパイラー言語で
javaがインタプリタ言語なのだろうか
C++難し杉ます(´;ω;`)
C言語より難しいのわからないです(´;ω;`)
lispオススメ
C++覚えること大杉るんです(´;ω;`)
C++は覚える物じゃない
デバッガ駆使して、身体に動きを叩きこめ
いまだにC言語みたいな書き方してて、職場の人たちに
おかしいね、おかしいねって笑われるんです(´;ω;`)
とりあえず、機能ごとに関数分割するところから始めなさい。
なれたら、クラス作り。
つーかC++は全機能覚える必要なし。
クラスとコンストラクタ、デストラクタ、参照程度で充分
Windowsプログラマに多いんだが、カプセル化とか構造化とかオブジェクト化って概念がないんだよな。
だから、ダイアログクラスかドキュメントクラス辺りに雑多な関数がてんこ盛りになってたりする。
こいつを、機能毎に整理するとか操作するデータ毎に整理するとかしていけば自ずとC++らしくなってくんじゃね?
# 勿論そのためには「クラスとは何か」位の知識は要るけど。
124 :
デフォルトの名無しさん:2009/10/21(水) 23:00:20
>>122 template を受け入れられないのは頭固すぎ
templateむつかしいです(´;ω;`)
126 :
デフォルトの名無しさん:2009/10/21(水) 23:58:54
地味にパラダイム転換だから無理はない
>>123 …C++なんてWindows以外では少数派だろ
Windows以外はrubyの天下です
日本だけはrubyの天下です
>>127 少数派かどうかは知りませんが
処理系の入手のし易さで言えば
多くのシステムでは C/C++ くらいしか
選択肢はないでしょう。
もし選べるのであれば、C++ を選択するのが
当然だと思いますが。
>>130 お前がどう思ってるかと実際にどれくらい使われているかは関係ない
たまにはwindowsの外に出てみろ
リソースやマシンパワーが貧弱な環境でも動かしたい。マルチプラットフォーム対応したい。
という場合大抵C。
そうでない環境向けならPythonのようなスクリプト言語やJavaが多い。
ゲーム畑だと、C使わなくていいならとにかくC++って人がたまにいるけど
それで失敗したのがcolladaでしょ。
変換用フォーマットという微妙なポジションのせいもあるけど。
linuxでもqtとかmozillaとかc++使ってるのは沢山あるし
つーか、今時C++の恩恵を受けずにCにしがみついているなんてどんな老害なんだよ。
仮令BetterCとしてでもいいからC++で書けって。
# いや、今の顧客がC++を毛嫌いしていて……
135 :
130:2009/10/22(木) 11:18:57
>>131 >たまにはwindowsの外に出てみろ
case-insensitive な莫迦に言われたくはないですが
個人的には Windows と WinCE で6割くらいですね。
137 :
デフォルトの名無しさん:2009/10/22(木) 12:24:03
ちょっと前にRubyの処理系のソースコードが
まつもと氏の好みで、ANSIの文法じゃなくて、K&Rの文法で書かれてるってのを聞いた事がある。
今は、どうなんだろ?
>>135 > case-insensitive な莫迦に言われたくはないですが
病気だろお前
141 :
デフォルトの名無しさん:2009/10/22(木) 18:00:23
142 :
デフォルトの名無しさん:2009/10/22(木) 18:01:13
ケンカはやめて(><)
145 :
デフォルトの名無しさん:2009/10/22(木) 22:24:56
>>140 少数派なんて子供じみた恫喝にびくついてる時点で C++ 使いとしての適性を欠いている
>>145 >子供じみた恫喝にびくついてる
はぁ?どこがびくついてるってんだ?
バカじゃねえの。
147 :
デフォルトの名無しさん:2009/10/22(木) 22:42:19
>>146 そんなに悔しけりゃ、びくついてるかどうか示してみたらどうだ?
そもそも多数かどうかって話はマ板だろうが、文句はム板らしく語れよ
若いやつでCやC++できる奴いる?
大学で扱ってるところ減ってないか?
>>147 このスレ自体、ム板向きとも思えないんだが。
150 :
デフォルトの名無しさん:2009/10/23(金) 21:48:39
>>150 開き直った挙句、糞スレageんな知的障害者。
152 :
デフォルトの名無しさん:2009/10/24(土) 22:12:13
>>151 俺に知的障害があるということを知的に証明してみな
153 :
150:2009/10/24(土) 22:30:36
>>152 私には知的障害があるのであなたが知的障害があるのがわかりかねなくもないかもしれないです
154 :
デフォルトの名無しさん:2009/10/28(水) 22:28:23
で、結局は未来がある言語は何?
155 :
デフォルトの名無しさん:2009/10/28(水) 23:05:07
未来つっても1秒後かも知れないしな・・・
おまえらの会社
boost使って良い事になってる?
私以下の階層では私と私の直下だけが使っている。
私の一個上の階層では使っていいことになっている。
私の二個上以上の階層では存在自体頓着していない。
158 :
デフォルトの名無しさん:2009/10/29(木) 22:58:35
boost から盗んだテクニックを自前で使ってる
159 :
デフォルトの名無しさん:2009/10/29(木) 23:13:28
使いたいが、コンパイラか古くて使えない
VCではBoostのバージョンによってコンパイル出来たり出来なかったりするの?
160 :
デフォルトの名無しさん:2009/10/30(金) 08:13:35
yes we can
161 :
デフォルトの名無しさん:2009/10/30(金) 20:47:52
C+++
我々は未来永劫この薄汚い言語と付き合うのか…(溜息)
C++の代替があれば良いんだけどなー。無いんだよな。
Dはまだまだだし。
実務経験上、バグだらけなコードをリリースしたり、デグレ起こし
まくっているやつだけがスレタイのようなことをいっている(た)。
お前の方がNo Futureだろ、と密かに笑わせてもらっていた(る)。
166 :
デフォルトの名無しさん:2009/11/01(日) 23:17:02
バグだらけなコードってさ、土方の責任範囲には収まりきらないんだよな
テストの要件をはっきりさせとかにゃならんが、それを土方を知らない指揮官が仕切ってたりでさー
で、そーゆーのは全然 C++ の話じゃないし、ム板ですべき議論ですらない
167 :
デフォルトの名無しさん:2009/11/02(月) 00:40:58
実務経験上、C++はユーザーがウンコ
中級者でも潜在バグが多すぎる
俺はどちらかというとアンチだが俺よりC++に詳しい奴に会ったことが無い
ちなみにゲーム業界でかなり技術があると言われている会社にいる
MSだっていまだにバグだらけのソフト配布してるじゃん
169 :
デフォルトの名無しさん:2009/11/02(月) 08:38:59
171 :
デフォルトの名無しさん:2009/11/03(火) 12:34:15
金が稼げるならばなんでもいいよ。所詮手段の一つでしかない
173 :
デフォルトの名無しさん:2009/11/03(火) 15:54:50
中級者が相手の「実務」とやらが何なのか計り知れないが
その現場で主力に使っていない言語にいくら「詳しく」ても自慢できないだろ
自慢したらただの馬鹿だぜ? だって、まともなライバルがいないって自分で書いてるじゃん
本当に力のある人は会社は同じでも現場は別でおまえを相手にしていないってだけじゃねえの?
なんかその会社を自慢したげだが、それじゃ逆効果だぜ
C++しか触ってない人は他の言語に触れるまではboostさえ使えれば幸せ。かもw
いい言語かどうかと生き残るかどうかは別なんだけど
お世辞にもいい言語とは言えず、しかも中途半端に枯れておらず、コンパイルが遅いとなると
"生き残らせたくない"言語なのは確か。
ハードウェア要件、プロジェクト規模の関係でどうしてもC++って仕事はうちにもまだまだあるけど
175 :
デフォルトの名無しさん:2009/11/03(火) 17:39:18
じゃあなんならえーねん!(●^ー^●)(=・ω・)/
176 :
デフォルトの名無しさん:2009/11/03(火) 17:55:58
ここは二歩進んで一歩戻る的な発想で、C→C++→C+(しぃぷらす)へ...。
意志疎通に長けてユーザーが虜になるような、新感覚コミュニケーションプログラム言語に進化して欲しい。
B→C→C♯ (D♭)→D→D♯ (E♭)→E→F→F♯ (G♭)→G→G♯ (A♭)→A→A♯ (B♭)→B
180 :
デフォルトの名無しさん:2009/11/04(水) 18:58:33
未来? C++ に限らず、そんなものは元々ない
あるかないかではなく、作るか作らないか、だ
181 :
デフォルトの名無しさん:2009/11/04(水) 23:12:10
クラスくらいは使いたいと思うけど
テンプレ使いまくりは勘弁
よりによってこんなスレに誤爆する
>>182 自身にも未来はないかも知れない。
186 :
デフォルトの名無しさん:2009/11/20(金) 00:21:40
自分一人の閉じた世界で使ってる分にはC++超便利。
でも自分よりもバカな連中とチームになってC++で何か作れと言われたら拒否したい。
TryCatch プリキュア
190 :
デフォルトの名無しさん:2010/02/21(日) 23:07:45
>>188 自分が追えないコードは、すべて書いた者が自分よりバカであるとでも?
トシ<文盲か!
C++ + WindowsSDKって未来ないのかな…
DはなんでGC搭載しちゃうのさ
うちはクロスプラットフォームの時代でまたC/C++の利用が増えてるよ。
iPhone,Web,Windows,Linux、モデル・ロジックとかのコア部分を共通で書けるで唯一の言語だからね、C/C++は。
UI/プラットフォーム依存の部分はcocoa/.NETとかから呼び出して使ってる。
共通部分のモデル・ロジックをどうやってなるべく多く切り出すのかが課題だね。
>>194 最近ライブラリはC/C++でポータブルに、
アプリはJavaやRubyでさくっと書くのが理想かなと思っている。
C++の変態機能は使わ
C++変態機能ってどのことかな?最近はboostもどこでも動くし、昔は変態も今は普通になった気がする。
boost に比べりゃ変態度も低いって主張なら納得。
C++に未来はあるか? あるよ
C++の未来=D言語だから
D言語に未来は無いのに?
・・・なにをそんなに・・・
D++へと進化する
で、Objective-Dが出てくるのか?w
204 :
デフォルトの名無しさん:2010/11/03(水) 00:43:32
言語をハイブリッドに使うってのは
ほとんど誰でもいつでもやってると思うんだが
なんで林檎語だけVIP待遇なんだ?
C田未来
JavaもC#も商業的な潰し合いで未来がなさげ
結局のところ、長期的なスパンで使いつづける言語なんて、
c++の他に選択肢がないんだが
趣味の言語だな
Microsoftは.NETを勧めてくるのは間違いないだろうから、
デスクトップアプリの開発用途では、c++は一線から退くだろうな
webアプリ書くのにtntnetやwtなんて、なんか使いたくないし
情強はubuntuでmonoの開発でFA
つっても、gmpみたいな過去の資産が使えるわけでもないし、
なんだかんだで、c++しかない.
そして、未来に残るだろうライブラリはgtkmmの一択.
現実的な利潤を求めたQtは、なんか淘汰されちゃいそう
MSはIEやCLRはC++で書いてる。
あれはlambdaじゃないから。
くそっ Google で lambada関数 を検索するのにこんなに苦労するなんて
Too many feature, but no future.