C++

それはまさにスルメのような言語

どうしたいの

class nejitsu { nejitsu(); virtual ~nejitsu(); }

10 cls
20 goto 10

ぱすちゃ？

class Yoshihiro : public Yossy {

void Torinige(soboro);

}

bool himechan ;
if(!himechan){

}

while(tp < 100) {
ws(reddorotasu);
say("レタスですｗ");
}

extern unsigned int Randamu( unsigned int Min, unsigned Max );

#innkurude >>8

int tp = Randamu( -1, 300 );

#include <stdio.h>

int main(void)
{
　　int love = 1;
　　while(love = 1){
　　　printf("himeちゃん、やっほ＾＾\n");
　　}
　　return 0;
}

>>10
whileでlove変数に代入して何がしたいwww
いや、無限ループなのは判るが

大昔、これ勉強すればゲーム作れるようになると思って
勉強しまくったが、
結局教科書レベルより上には進めなかった。

簡単なゲームならぶっちゃけjavaとかの方が楽だぞ。
C++は文字列扱うだけでメンドクせえ

>>11
もう何年も前に少し触っただけだから全然覚えてないなｗ
とりあえずやっほ＾＾無限ループさせたかったｗ

C++は=は代入比較は==、
って何ﾏﾁﾞﾚｽしてんだ俺は…

if(himechan==login){
printf("やっほ＾＾\n");
}


一番簡単なのはＶＢだけどなｗ

で、でたー巨大なテキストファイルのサイズでmalloc確保しちゃう奴ｗ

簡単という意味ではそうだけど、
テンプレートとかテンプレートメタ使って変態的なコードかけるから
スルメで面白いのですよ。

JAVAとjavaスクリプトはぜんぜん違う物なの？

まぁ、名前は貰ったのは確かだけど、それ以外なんの関連性もない

でもJavaScriptもJavaもベースはＣだから似てるっちゃ似てるよね
というか多くの言語はＣベースだから、どれも似た感じがする

ただＰＨＰは独特すぎてイマイチわからない

何故VBプログラマは変数を日本語にしてしまうのか

うあー。
色々広く浅くやりすぎて現役引退したから、どれがどうとかさっぱりだ。
最近はFFのLSサイト用にperlしかやってないけど、文字列の長さを
宣言しなくてよいというだけで神に思える。

++なのに、新クラス作らないで処理部だけ書く男の人って・・・

更に大量のif文で妙に右に長かったりする

template <typename player> struct himechan : public female_player
{
enum attributes { age = 23, strike_zone_min = age, strike_zone_max = age + 5, is_obachan = age > player::strike_zone_max, likability = female_player::likability + 1 };
void do_accept(const player& p) {　if (player::is_iketeru) { m_friends = p; } throw std::bad_alloc("＾＾；"); }
private:
my_friends m_friends;
};
template <typename f_player> struct boku : public stalker
{
enum attributes { age = 33, strike_zone_min = age - 20, strike_zone_max = age - 5, is_ossan = age > f_player::strike_zone_max, f_player::age, likability = stalker::likability -1, is_iketeru = likability > std_border::likability };
void targetting(f_player* onna) { if (!f_player::is_obachan) m_target = onna; }
void yahho() { m_target ->do_accept(*this); }
private:
f_player* m_target;
my_friends m_friends;
};

テンプレート、ムズカシイアルヨ

>>21
最近のjavascriptのライブラリは触ってみるとわかるけどすげーぞ。
馬鹿に出来ないレベルの高機能言語になってる。

parlとかでデバックソフトって何使うの？
1行ブレークとか、変数に何入ってるかわかるエディタないと何がなんだかって感じなんだけど
今どこの処理でどこでエラーなのかさっぱり

$('div').html = "はああああああああああああああ！";

echoで出すなりログを出すなりすればいい
ｅｃｌｉｐｓｅでデバッグしてもいいし

C++って「シープラプラ」って読んでるんだが、公式の読み方っていうのはあるの？

http://ja.wikipedia.org/wiki/C%2B%2B
C++（シープラスプラス、日本では略してシープラプラ、シープラ、シータスタス、あるいはシーダブルクロスなどとも）

俺は、シーすら略してプラプラって言ってるわｗ

チンコプラプラでおｋ

誰かphpわかる勇者はいないか？

シータスタスは初めてきいたｗｗｗｗ

C++　魚の骨

C++の作者の名前がわかりづらい
CはK&Rでわかりやすいのに

禿でええやん

PHPが脆弱性満載なのは知ってる
でもなんではいぱーてきすとぷりぷろせっさーを
略すとPHPになるのかはいまだに理解できない

シーダブルクロスって新しいガンダムみたいだなｗ

>>15
代入の結果が非0なら真になるから結局動いてしまうけどな

動くとかいう問題じゃねーだろｗ

bool型なら動くかもな

＋と＋を重ね合わせたのが＃
C#

オブジェクト指向という甘美な哲学wに踊らされて
C言語を無理矢理オブジェクト指向っぽく魔改造した結果できあがった欠陥言語それがC++

まず、オブジェクト指向ってのが色々な人々に語られてるうちに
一人歩きして難解な哲学のようになってしまってるのが罠
コンピュータ側の論理に近しいC言語というオブジェクト指向とは相性の悪い言語を
無理にオブジェクト指向っぽくしようとして迷走していまだに整理ができてないもう一つの罠
こんな不完全で歪な言語を有難がって使うな！可能な限り避けろ！わかりにくいバグを増やすだけだ！
生産効率がいい言語って言ってるやつがいる？信じるな！！
こいつの生産効率が高くなるのは数少ないマスタークラスのC++使いが集まった時だけ
だがC++をちゃんと理解してるプログラマはかなり少数でそんなのばっかり揃うのはレアケースだよ

丁度いい強さ++

>>21
phpはCとjavaとbasicを深く考えずに、ごちゃ混ぜにしたような感じ
適当に書いても大体動く

オブジェクト指向をまともに理解できてない奴は、使わなくてもいいからデザインパターンを一度全部勉強しろとは思う

Hallo World

Halloage

miss spell
Hello

もはやC#の前に過疎った古代言語だな
VisualC++の本が全然無くてワロタｗ

Ｃで書くか、他のオブジェクト指向言語で書くかだなｗ

ＶＣ＋＋使わざるおえない状況はあるんだがねｗ

MSはWindows開発環境としてはC++を切り捨てようと思ってるけど、最近無理ってことに気付いて、逆に力を入れ始めてるけどなｗ

>>46のようにオブジェクト指向は哲学、C++とは相性悪いとか言ってる
残念な人と開発したら、意思疎通しにくいだろうなー。
OOA言語を理解しても、OOA設計を理解してないから、実装ありきな話に
なるんだろうなー。

C++はツギハギだらけでもはや誰も全容を理解してる者はいないという化石言語だな
業務アプリはJavaなどの他の言語に逃げたし
商用ゲームなどの一部の性能が必要な用途でVC++みたいなC++クローンが使われているのみという

オブジェクト指向理解できてない奴が、デザインパターンなんて見たら余計勘違いするだろｗ

ゲーム屋さんだからC++を使わざるを得ない。
Goとか導入してくれよ、ソニーでもMSでもいいから。

C言語から初めてどんな順で他言語学んでった？

C#とJavaって現時点でどっちが優勢なんだろう

>>59
MSは対抗意識激しいし、ソニーはハードにしか興味ないから
導入されるとしたら任天堂だなｗ

ＰＳ２本体はＣが使われてるって聞いたことあるな

あの手のファームウェアは、だいたいCかC++だろ
BDは大人の事情でJavaもどきを使わないとダメだけど

COBOL最強伝説

boost使えばjavaより柔軟で隙がにぃ

ツェーペェーペェー

そもそもboostはSTLの拡張候補だし、似たようなライブラリは.netにも多数追加されてるぞ

PSPだとSTLすらまともに使えにぃ

去年の年末から、Ｃ→Ｃ++→Javaと手を出し、
とうとう、今日はVB2008の入門書を買ってきてしまった。
入門書は面白いなｗｗｗ
既に、目的が入れ替わってしまったｗｗｗ

GTK++の使いやすさってどう？
ライブラリがなんか魅力なんだけど
VCはもうやだ

ゲーム系だと例外使えないとかboost使うのに
制限掛かる処理系あるから基本使わないようにしてるな

Qtも捨てがたい。LGPLなところが難点だが。

>>56
C++とオブジェクト指向が相性が悪いなんて言ってない
C言語とオブジェクト指向は相性が悪い
C++はなんちゃってオブジェクト指向
これがオブジェクト指向言語だと思ってるのならオブジェクト指向かC++を理解してない

Cでオブジェクト指向使えば、関数名とか長くなりがちでうざいｗ

C++/CLIいじると、迷走してるなーって思う

C++はオブジェクト指向というよりマルチパラダイム言語なわけだが

汎用性高いよな

C言語はマシン側の論理で構築されたマシンサイドのスマートな言語
オブジェクト指向は設計の論理で構築された人間サイドのスマートな設計思想
両者は対局に位置する存在
もちろん人間サイドの設計思想に言語を近づける事はできる
それが出来る言語はオブジェクト指向言語と言っていい
しかし、
C++はC言語のマシンライクな実装スタイルをそのままにオブジェクト指向っぽくしようとした
ここに無理があるんだよ、だからぐっちゃぐっちゃになっちゃったんだよ
C言語ってのはアセンブラなんだよ機械語なんだよ高級言語の皮かぶったマシン言語なんだよ
んなもん引きずりながらオブジェクト指向にまでぶっ飛ばそうなんて無理があったんだ

うんうん。それで？

そんな思想はどうでもいいからさっさとバグ直せよ！

使いこなせりゃそれでいいだろ…

C++/CLIはC++と.NETがあわさり最強に見える
俺が使うと逆に頭がおかしくなって死ぬ

Managedが読み憎すぎたから、そこがキレイになっただけでも充分だろｗ

* PHP
Hello world

* Javascript
document.write('Hello World');

* C
#include <stdio.h>
void main ( ) { print "Hello World\n"; }

* Java
import io.*;
class Hello { public static void main ( ) { System.out.println("Hello World\n"); } }

* Perl
length q local and print chr ord uc q chop uc and print chr ord q ne sin and print chr ord qw q lc q and
print chr ord qw q le q and print chr ord q local and print chr ord qq q q and print chr ord uc q qw eq and
print chr ord q local and print chr ord q qr q and print chr ord q else and print chr ord qw q do q

Perl だけキチガイすぎて好きだ。

>>82
正にそんな言語だなC++は

Rubyでいいんじゃね

void main はダメだとあれほど

それはさておき、rubyってどうなの？

ブロックが { } じゃないとか、イテレータの扱いとか、メソッドチェーンとか
慣れると面白いのが Ruby
でも、ちょっと C / C++ からだと違和感ありそう。

def function (args)
　print "Hello World"
　args.iterator |i| do
　　print t.to_s.count
　end
end

Java使ってると、
他の人が書いたPerl→読めない！分からない！
他の人が書いたRuby→読める！

>>80
Smalltalk最強

C++/CLIはよくやったと思うけど、GCの存在が
nativeに戻ったときにリークさせそうで怖いw

std::ostream& main() { return std::cout << "hello world" << std::endl; }

ブラビューラ

>>90
perlもrubyもやったけど今はpython
癖はあるけどperlよりゃマシ……

python使いなにげに多いんだよな
勉強しとくか

python で作られてるアプリも割とあって、パイソンわかってるとプラグインとか
組めるから便利そうだな

<C++++++++<

++じゃないけどこれを貼らざるを得ない

C言語勉強したけどゲーム作れないぞコラって人向けに
http://afoafodayo.blog84.fc2.com/blog-entry-549.html

>>99
こんなライブラリあったんだ
.NET用もあるし、いろいろ使えそうだな

>>22
なぜC++プログラマは変数をローマ字にしてしまうのか
Karaudoレベル多すぎ；；

ミスラでもわかるプログラム講座

int i = 1;

for(i = 0, i < 4, i++)
{
printf("/say よん？");
i = 0;
}

>>1
はは、直接ハード叩けない3流が（）苦笑

++って書くと+1ってコンパイルされるんだな

>>104
operator() ++ { return *this +2; }

こんな感じで好き勝手に上書きもできるのがC++

て、書き方間違えたけど まぁいいや

>>102
無限ループって怖いよね

>>99の画像データとかが無くなってたから、こっちで勉強してた
http://dixq.net/g/

俺も勉強しよう



明日から

>>88
コンパイラが許せばvoid mainは問題無いでしょ。
エラーコードを必ず必要とするような変態OSなんて少ないし。

ルビー使うくらいならパイソンを使うわ

関数はすべてクラスで作るべきなの？

グローバル関数もグローバル変数も基本的に使うべきじゃない

#include <stdio.h>
#define Y void
#define ON main
#define YO printf
#define N "/say YON?"

Y ON() { YO (N); }

まったく使い道ないかと思ってたが、なぜかＶＣ＋＋とか使って会社の売り上げ入力システム作った
学校でＣ＋＋習ったことあるというだけの理由で担当にされたけどよくソフト完成したもんだ

売上を入力して
どこに保存するのＥｘｃｅｌとかか

やっぱC＋＋はネイティブよ
ドットネットなんて認めない

おっぱいそん

>>110
mainの戻り値がvoidではいけないのは、戻り値の問題ではなくて、
mainを呼び出すスタートアップコードとの整合性の問題なのだ
まあどっちにしろ、可能性の話なのだが

>>113
それはメモリが無限にあるようなアプリ系の理想。
コストの関係でメモリがキチキチな組込みの世界だと、
スタックも限られるのでローカルは多用出来ない。
プレステ１、ゲームボーイまでのゲーム業界までしか関わった事無いけど、
コンシューマゲームの世界もそうだと思うぞ。

予言

明日まで保守できればサボリーマンSEPGスレになる

>>120
組み込みだと今もそんな感じだな
コードサイズとメモリサイズと速度のバランスを取っていく、みたいな

>>120
さすがにPS2はそうでもなかった
メモリが必要な時はnewでごそっと取って来て問題無いレベルだったので
メモリ不足に備えてグローバル変数、という発想は最初から無かった

N64はメモリ不足よりも、オーバーレイの配置で死にかけた・・・

恐ろしくコアな内容の開発経験者がたくさんいらっさるのな

マ板かとおもったわ

同業が何人かまぎれてるらしい
同じ職場とか無いよな＾＾；；；

基本的にゲーマーだろうしな

そういえば C++0x は00年代に完成したのだろうか。

>128
結局、間に合わなかったが、xは16進だからまだ大丈夫

void main() { __asm xor eax, eax }

これでリターン値不整合の問題は回避した

C++って言う位だから複数体位からのアナルまで？流石にアナルまでいったらC+++++かｗ

このｽﾚの奴らは意外とﾌｧﾐｺﾝﾍﾞｰｼｯｸを経験している奴が多そうだなｗ

C＝戦士
Java＝赤魔導士
C++＝からくり士

アセンブラ＝吟遊詩人

機械語でおｋ

C++/CLI＝暗黒

>>129
C++0xの0xは16進という意味じゃないだろｗ

最初にエクリプス使ってたんで、PHPはJSPみたいなもんで楽だったわ

今プログラム作るなら、CでもBASICでも同じ様なもの作れちゃうんで好きなの使えばいいって気がする。
こだわるならアセンブラだろうけど、組み込みはともかくWindows上では使ったこと無いな。

メインフレームでアセンブラ遣いの先輩は
もはや殿上人
あの、ど安定なOSすら信用しないとか、どんだけ…

347.2KB/s 2.77Mbps 29.99GB 209.98GB 899.94GB OCN UP30GB規制

route 経路
root 根っこ

アセンブラなんてデバッグ時しか見ないな
今ならPentiumM系ばっかり。。。

>>133
Javaの常時スロウすごいよ

>>144
ajaxに慣れたらpure javaなswingでもなんとも無いぜ

Javaは最適化したらそこそこ早くはなるが、それでも＾＾；レベルだな

C言語１級もちの俺に言わせると
C以外が糞

（笑）

>>147
インラインアセンブラ＜ププッ

読まなきゃいけないソースコードで
テンプレートが使われてると、
ざわっ……ってなる

while (yenSteal(oya) > 1344) {
　ｆｆ(life);

　if (life != NULL) {
　　break;
　} else {
　　urination(bottle);
　}

　age++;
}

ハンガリアンだけじゃどっちのことか分からないから、システムハンガリアンとアプリケーションハンガリアンと言い分けてたら、噛みそうになる

今だにハンガリアンな俺

ADD 1 TO COBOL GIVING COBOL

実践的ノウハウを集積して過不足なくまとめられたC++のコーディング規約ないですか

個人的に・・

プログラマーって何でITドカタって言われるの？
http://dubai.2ch.net/test/read.cgi/ogame/1264468829/

こっちは人気あるのに・・・くやしいっ

ぱすちゃスレと思ってｔｋｔｋしてスレを開いたら宇宙語が展開されていたでござる

10 CLS
20 PRINT "やっほ＾＾"
30 GOTO 20

べーしっく懐かしすぎワロタ

アセンブラ ＝ 戦士
C ＝ 忍者
Java = 赤魔導士
COBOL = モンク
C# ＝ 青魔導士
Ruby ＝ 黒魔導士
C++ ＝ からくり士

>>150
ソースコード読んだときに、
出所不明の引用がごそっとあると、
さわっ……ってなる

ならLispは？

>>161
javaが赤ってwwww
確実にその赤属性杖無しユニクロ以下だぞwwww

javaがユニクロ赤とするなら
神赤は何言語？？？

神赤は言語でなくアルゴリズムとかフレームワークとかじゃね
汎用性的に
そして他ジョブとコンビを組むことで無敵となる

生産性重視のシステム開発しかやってない量産型エンジニアが多いんだろうな
ITとかSEとかいう言葉を多用しているところからそんな感じする
そういう奴なんてまともに独学で勉強するとは思えないし、C++とかちゃんと理解しているはずがないだろ

C++で一番難しいのってやっぱりグラフィック出そうとするとき？

さっぱりわかんねｗ

何を勉強したらいいのかすらわかんねｗ

WindowsAPI？DirecrDraw？

ゲームとかってどうやってつくってんだろ？・・・

んなもん環境次第だろ
言語に限ったことじゃない
環境を意識する必要のない言語もあるけど

Windowsの話なら、GDIかDirectXを使う

表示のところだけVBで作ればいい

>>168

>>99
>>108

同じスレの過去ログすら見ない奴には無理だと思うｗ

serial experiments lain ってアニメで
作中に出てきた PC をよく見ると
lisp のコードがずらーっと並んでた

>>168
C++でもCでもJAVAでもBASICでもいいから、まずは一つの言語を使いこなせるようになるのがいいんじゃないかな
言語なんて所詮アルゴリズムを実現するためのツールにすぎん

Javaいいよ。
Javaのリファレンス見てるだけで、かなりなんとかなるし。

実際C++使いこなそうってなったら、クラスをどう設計すればいいのか分からん
デザインパターンの本買ってはみたものの難しい上に使いどころがイマイチピンとこない
このままデザインパターンの勉強続けた方がいいのかな？やっといた方がいい？ぉん？

C++を勉強しようと思ったら、C++/CLIを使ってた
ポルAA略

Stroustrupの原典を読んでさらに混乱するがいい

デザインパターン本は辞書っぽく使えばいいんじゃないのかな。
自分で書いて、他人のコードを見て、また書き直して、を繰り返して何となく分かってくる。

クラス継承し過ぎて訳分かんなくなるのを避ける方法って理解でもいいんじゃね。ホントは違うけど。

いきなりC++でデザパタっぽいのやろうとすると、十中八九オブジェクトの所有権周りでドツボにはまる罠
遠回りだが　JavaなりC#でデザパタやる -> C++のテンプレート使いこなす -> C++ でデザパタやる
って順番で覚えたほうがいいと思う、何を目指してるのかは知らんけど

>>1のスルメは本当か？

クラスなんて、オブジェクトにどう動いて欲しいかしっかりイメージできてれば自然と書ける
各オブジェクトが独立した生き物だと思って動きをイメージすればいい

ヘッダにヘッダをincludeするな（親クラスのヘッダは除く）って規約にも書いたのに、懲りずに書く馬鹿はどうすれば治りますか？

ヘッダファイルが必要な言語とかちょっと＾＾；

.　　　　　A　\ A　　　ｶｼｬﾝ 　　　　　ネ実ロボjrだよ
　　　　　( ~ 8 ~)　　　　　　ｶｼｬﾝ 　ネ実スレを見分けて自動で保守してくれるすごいやつだよ
,,, ,.. ,..,,.,,...,`只ヽ,,..,.▲ ..,. .,..,. . . ,. ,.,,. .,
★　ネ実スレ保守作戦実行本部　★
http://dubai.2ch.net/test/read.cgi/ogame/1264416597/l50

C++ は蜃気楼みたいな言語
モダンな言語が C++ を追い抜き引き離し周回遅れだぜプゲラと思ったら、遅れていたのは自分だったのに気づく。
奴に対抗できるのは Lisp しかいない。

C++ってほぼCとして使うのと、Java的に使うのとでえらく分かれる気がする
Classを再利用可能な手続き、関数程度に考えてるのが前者
なんでもClass基準なのが後者

まあ、何でもアリっちゃアリ的な側面あるしねJavaと違って。

>>186
前者と後者が合わさり最凶に見える


そして、ゲーム作るのに必要なのはやる気

The C++ Programming Language
ISO/IEC 14882:2003 Programming Language C++
The Design and Evolution of C++
Effective C++
More Effecive C++
Effective STL
Exceptional C++

C++で正しく書くために「必須」の本。まだ忘れてるような気がする。
どんだけだよと思う。

でもC++/CLIになると、出来ることが一気に減る！不思議！！

Modern C++ Design
GoF本

>>189
Modern C++ Design

> Modern C++ Design
個人的にはむしろ読んでほしくない本。
交通事故にあったらそのコードを誰が保守するのか。

> GoF本
一般教養に含めたい。

C++は進化すべき言語だが実際に使うべき言語じゃないと思うんだ。

>>193
出来合いのテンプレートライブラリを利用するだけの人には不要だが、作る側はあの本くらい理解できないと何も書けない。

Ｃ＋＋は言語の自由度が高すぎて、プログラマのスキルや好みや癖が
コードにモロに出てしまうな。
複数人メンテなら、ＰＧ自体の解説書が必要な気がするｗ

特殊な用途にしか使えないLispを何度も出してどうすんだよｗ
あれをいじるのは面白いけどな

最近iPhoneのプログラム組んでるけど、Objective-Cが変態すぎる
APIが充実してるしサクサク動くので楽しいけども

objcはCをSmalltalk化したものだからな

画像加工（BMP決めうちでいい）をするのに一番簡単な言語というかコンパイラって何があるかな？
連番画像に数字を順につけていったり、
連番画像の一部を同じフォーマットで加工（切り抜きとか結合）出来るので

作らなくてもそういうツールありそう？
スクリプトの使える画像加工ツールみたいなやつ

>>200
私はフォトショップのマクロみたいなのでやってるけど、一番簡単かどうかは知らない。

画像をインテリジェントに加工したりしたいならMPEG-7とかどうなの？

C→JAVAとやってきた俺様にはC#の方が合ってた
C#って色々と調度良くね？

>>200
いくらでもある
必要な機能がなければImageMagick、GIMP、Photoshopあたりで作ればいい
MacでいいならCore ImageとかCore Graphicsとか強力なフレームワークが標準で付いてる

>>201,203,204
サンクス
フォトショは持ってる昔のElementsでは確かマクロ使えないと思ったから,
最近使い始めたGIMPを調べてみます
多分欲しいと思ってる機能を持ってるツールもありそうなのでそちらも調べてみる
作らなくてもいけそうでよかった・・・ｗ

Macは欲しいけど値段がなあ・・・
リンゴの液晶は欲しいんだけど

リンゴ液晶はかっこよくて良いけど、表示性能はそこそこかな。
プロのデザイナーが使ってるの見ると悲しくなる。
まー微妙な見え具合にそこまでこだわらなければ充分良いほうだけど。

>>200
プログラムでやるって言うならこんなのがある
opencv
http://opencv.jp/
オープンソースの画像処理，画像認識ライブラリ

わかんねーや

throw ThreadupException("あげ");

nullpo

void nurupo()
{ try { *static_cast<int*>(NULL) = 0; }
catch( ... ) { puts("ｶﾞｯ!!"); nurupo(); } }

つまりあれか？
ペットジョブがバグだらけなのは
C++使ってるからなのか？？

赤って汎用的な意味でならUMLでいいじゃない
デザパタも設計原則も学べるぞ。肝心のPG組めないけどｗ
汎用的に勉強しすぎてリファレンス本片手じゃないとPG組めなくなったでござる

UMLはオブジェクト設計のための記述言語だから、オブジェクト指向で開発する以外は使えない＞＜


という冗談はさておき、ファイルを開くのはライブラリに任せるのが一番いい
.netでもWin32 APIでもMFCでもいい

本気で売り物を作るなら別だけどな

なんかＶＢとぴゅう太の中に入ってる奴が同じに見えてきた。

>>212
オブジェクトオブジェクトと無闇に細かくオブジェクト本意で無計画に追加
ヘッド、フレーム、属性、マニューバ、アタッチメント、
それぞれが絡み合い複雑化しもうバ開発の頭じゃ関係が整理できず手が付けられない。
更にオブジェクトの安易な流用が行われる事で見えにくいバグが増える
フェローにパッチがあたるとマトンが狂い、青にパッチがあたるとまたマトンがおかしくなる。

実にC++における悪いオブジェクト指向の見本みたいなのが体現したようなジョブだわな

そもそもどういうクラス設計したらフェローバッチでマトンが狂うんだｗ
バ開発OCP勉強してないのか？　それともアレか、循環クラス大発生か

>>200のレスをパッと見て「蓮画像の加工」と読んだｗ

>>215
ぴゅう太は至高の日本語ベーシック搭載だから敵なし

>>217
class Pet {
void task() {
switch (status) {
case FIGHTING:
if (hp < 100) {
if (this->type == FELLOW) {
; //20行
} else if (this->type == MATON) {
; //80行
}
}
if (distance < 100) {
...
};

循環クラスって書きたかっただけちゃうかと

しーもすしーもすちゃっちゃっちゃ
ちゃっともでむでうんたらかんたらー

>>189
どういう順番で読めばいいの？

>>223
初心者向けの本→（もあ）えふぇくてぃぶ　→　デザパタ関係　→　好み
えふぇくてぃぶの前後にCodeComplete(分厚い上下間のヤツ)も読めばいいのかな
コードコンプリートはPGの基本をやったら時間があるうちになるべく読め、って言われた

>>224
ありがとう、ありがとう
アマゾンで中古探してきます

インデントはどうやってるか教えてください。わしは4文字タブ一個。

タブは、なんか間違ってスペースと混じった時の調整しにくさで好きになれないなー
許されればスペースでやる派。スペース４個だな。５個とか２個にしろと言われればそうするが。

まーそれほどこだわるわけでもないけど、なんかタブは昔からしっくりこない。

_←これがスペースだと思いねえ。で、こんな感じ。

void main()
{
__char c;
__for(c=0; c!=100; c++)
____{
______*(char*)(0xC021) = c;
____}
}

>>224
えふぇくてぃぶ３版ポチってみた
ポチった後で聞くのも何だが、読むなら２版よりずっといいよね？

そろそろカッコ位置論争がでてくるかな
改行して独立vs命令と同じ行
左カッコと右カッコで違うパターンもあるか

全角スペースが紛れ込んだ時の絶望感

>>225
お前がC++を覚える前に言っておきたい事がある。
かなりきびしい話もするが俺の本音を聴いておけ。
・書籍への投資を惜しむな。新書で買え。
・英語の原書で読め。
・他人が書いた入門書を読むな。作った人間が書いた原典にあたれ。
　C++ならStroustrupのThe C++ Programming Language。
・言語の規格書は常に脇に置いておけ。draftのPDFなら無料だ。
http://www.open-std.org/jtc1/sc22/wg21/
・Scott MeyersのJokeは声を出して笑え。
・The Design and Evolution of C++ は言語仕様のあまりの理不尽っぷりに
疲れたときに読み物として読め。ラノベだと思って読め。
・GoF本とかCode CompleteはC++と無関係に読め。必ず読め。
・FowlerのRefactoringもそうだな。
・HumphreyのPSPも実践できれば強力な武器になる。
・あとWeinberg全部
・きりがねえ

スペースは常時半角になるように設定するんだ・・・

英語は読めるようにすべきだね。
今の時代になっても、得られる情報量の桁が違う。
良質の情報ほど英語だったりするし。

苦手でも、必要に迫られて読んでるうちに速読までできるようになるよ。
量読みまくれば。

前提として、前置詞や基本動詞（have get give takeなど）の豊富な意味合いは先に使いこなせるようにした方がいいけど。
英語の書籍だと、電子書籍として入手できるものも多い。

あと、英語のメリットとして大きいのが、英語が極めて技術的内容を伝えるのに適してるってことだね。
日本語だと、どっちとも取れて意味があいまいになりやすいけど、英語だとズバッと言える。

下手な翻訳読むなら、英語で読んだ方がずっと楽。

ぱすちゃスレではないのか

>>235
どんなプログラム組んでるの？

>>230
括弧を命令文に含めるのはステップ数で生産量、お金の計算をしてる名残だと思ってた
改行したほうが分かりやすいな、俺は。糞長い中身を書かれてるならどっちでもいい
組むときはテキストエディタでやってるから始まりの括弧が命令行にあるとたまにスコープ範囲間違える

>>237
社内アプリ作ったりする程度だな。本業ＩＴじゃないしｗ
相談できる先輩とか会社に居ないから全部自分で独学だ。
まー社内アプリの場合、エラー出ないで動けばそれで良いから、
まーあちこち適当だわな。保守とかシラネ。いちおうドキュメントまで作ったりはするけど、
社内に理解できる人居ないし。完全文系企業なもんで。保守専門のシステム室は別にあるけどね。

カッコ{}はいらない
インデントをコンパイラが認識してうまくやってくれ
インデントだけじゃ範囲が分からなくなるような長々した処理を書くならそれは別ファイルに独立させるべきだ

> 下手な翻訳読むなら、英語で読んだ方がずっと楽。
これは間違い無いけど、基本的に英語って構造的に欠陥があるというか、
長文を書くと破綻して読みづらくなる蛮族の言語よ？技術的内容を伝えるのに
適してるとはとても言えない。

>>240
俺は逆だな〜。｛｝付けないとエラーにして欲しい。
Go言語はそうなってたっけ？

どっちでもいいけど、どっちかに固定したい
C++とRubyの間を行き来するのがつらすぐる

using namespaceはstdに固定すべき？

usingは使うなとのグーグル先生のお達しです。

参考書によっては使うなと書いてあるし
環境によっては競合防止のために規約で禁止にしてる場合もあるな

職歴工場派遣2年であと無職の30歳ですが、C++どれくらい使えたら就職できますか。
今まで動くレベルまで作ったのは信長のBOTとかFFのBOTくらいです。
FFのBOTはLv1からLv75まで勝手に上げるの目指したけどミッションとか自動でやる設定作るのめんどくさすぎて
半手動まざる感じのものです。南海ソロは自分で動かすより上手く倒せるのが自慢。
ネトゲ関連以外のもの作ったことないです。
あと設計とかしたことないんで、コード書きながら付け足したり修正したりしてくんでぐっちゃぐちゃです。
プロの方達のデファクトスタンダード的な書き方ってあるんでしょうか。

その年で未経験は採らん、あきらめろ

今はC++業務経験10年とかでも募集案件の業務経験者以外キツイぞ。
特定派遣といえども結局一般派遣と同じ状況に近い。

C++じゃなくてPHP+FLASH+MySQLとかC#とかでもダメですか。
田舎過ぎてそもそもIT系の仕事０なので、時給700円の派遣でとりあえず実務経験1年とかでも言えるようになりたいんですが。
年齢もそうだけど景気悪くて未経験雇ってる場合じゃねーって感じなら
雇われるのあきらめて自分で稼ぎます・・・
毎月おなじ収入ある仕事うらやましい。

しーたすたす？

>>250
年齢と職務経験が無いことが最大のネックか
>>247の内容を見るにひょっとすると私より一部上を行く技術をお持ちかも知れないが
いきなり正社員就職は狙っても厳しいと思う。
派遣にもぐりこんで業務経験を積めないかな？

あと、正しいとされるコーディングはつまるところ職場ごとに違うから
何が正しいかではなく何を求められるかで考えた方が良いかもね。

あからさまにWeb系っぽい仕事だな
俺は物を作るのが好きだし、ずっと今のメーカー勤務していたいもんだ
今はC/C++/C#の三択

古いOSの動作保障はガンガン切りたいｗ

>>251
C++ (pronounced "see plus plus")

悩むヒマがあるなら履歴書と自分のプレゼン資料でも作って応募してみちゃどうか。

なんて言っても派遣ならなおさら年齢はどうしようもないな

>>250
一番いいのは1年くらい派遣で業務経験アリと経歴を作る事。
経歴書というかスキルシートだな。
で、いかにも聞いた事無い末端零細ぽい会社に入ればOK。
>>247通りならば技術は業界全体を半分で割っても上に入るくらいだよ。

声がでかくてコミュニケーションスキルありそう、と見られれば10受ければ5はいける。
しょぼい所は他業種営業上がりの営業とか、成金の社長会長が面接するから、
技術より人間面を見られる。

東京ならば。

C++か++Cか、それが問題だ

その２つの違いは未定義だから、気にするな

情報処理の試験とかでさー
メインメモリのことを主記憶って訳すのやめてほしいって思うの

試験じゃなくても主記憶なんだから諦めろ
なんだったらいいんだ？

メーンメモリ

>>257
Effective C++に曰く、++Cのほうが効率がいいそうだ

>>240
それをやったのがPythonだが、
ぶっちゃけそこまで読みやすくはないと思う

メメントモリでいい。

めめんとぱたーん

クラスを囲むカッコ { } のあとにセミコロンいるとか
中途半端な感じが良い

>>259
誰が使っても同じものを指す様にと
JIS様が定義して下さったありがたい用語だ
心して使う様に！

しっかし気づいたらここしっかり根付いてるのな
ネ実恐ろしい子……！

なんかお題だしてくれ
レベルに関係なくできそうなやつで

下位ジョブを継承して上位ジョブのクラスを定義してくれ

class sennsi
{
sennsi();
virtual ~sennsi();
}

class naito : public sennsi
{
naito();
virtual ~naito();
}

baでsennsiに関数chouhatsu()が追加されたら、naitoにも追加されるわけですね＾＾

そこをあえてオーバーライドしてnaitoから挑発を無理矢理消すのがバ開発クオリティｗ

え、sennsiを継承してsennsi2にすればいいじゃないですか＾＾；

メモリ32MBでFFXIクライアントを書いてから大きな口叩いてもらおうか

コードの保守性と実装メモリサイズって本質的には関係なくね？

いや、でも確かに制約の多い家庭用ハードで、
ネトゲがそれほど流行ってない時期に実装して、
数ヶ月に一度バージョンアップしつつ七年も八年も続けるって
相当凄いと思う。当然、途中で担当変わったりするだろうし。

ちっちゃいメモリでやりくりする為にはコードが複雑になるぜ。
普通は一回処理した結果を後で使うなら記憶しとくが、
メモリ節約するために記憶せず、必要な時に毎回計算するようなコードになる。
メモリコストと CPU コストを交換してるようなもんだな。

デバッガしたことあるけど
最後の方のメモリ不足によるブルーバックとの戦いはﾜﾛﾀ

お題
・typeidに型を渡て帰ってくる参照のアドレスがEXE単位で常に同じか教えて
・テンプレートメタでenumかどうか判定する技を教えて

なんか「渡て」がすげー気になる

>>280
・typeid をどう実現するかはコンパイラ依存だった気がする
・無理じゃね？

組み込み系だとグローバル使って
ローカル変数を減らさないといけない制約とかもあるらしいな
詳細設計書無しでそんなコード見たら投げ出したくなる

そっか
ヴぁ開発がホントにバカなのかゲーム機のリソース制約とリアルタイム性の所為なのか分からないけど
ふぁいふぁんがBAごとにそれなりに動いてるのは腐っても■の開発者ってとこなのかね

できる開発者ってそれなりに動く行数の短い複雑で職人的なプログラムよりも
見やすくて変更やテストのしやすいプログラムを作れる人だけどな
それとリソース制約のトレードオフがしっかりできる人は尊敬するわ、俺もそうなりたい

投擲WSが実装できないのは何でなんだろう。技術的にどうたらとか言ってた気がするが

プログラム的に出来ないわけないと思うけど。
仕様的にならわかるが。

>>285
おまえみたいなヘナチョコには理解出来ない高度なそれはもう0と1とで織り成す魔法

それがプログラミングだ

>>285
出来る開発者ってのは依頼者の要求に応える開発者だよ。
保守性が高いソースが〜、とか
実行速度が高いソースが〜、とか
開発者のオナニーはいらんよ。

>>289
でも、保守性の悪いコードかいたら
24時間365日、そいつ独りで対応するのか？
検収しても、バグや追加案件諸々対応要る
瑕疵もあるし

>>289
50点だな。
クライアントの言うとおりに作るのは三流の開発者。
クライアント自身が理解していない暗黙の要求を引き出すのが出来る開発者。

保守の必要のないプログラムは(明日で世界が滅亡するのでない限り)存在し無い。
高い保守性は常にトッププライオリティ。

機能追加オナニイは要らんが、同じ期間コストでできるなら必要なオナニイもある

現実は納期考えろ、って話で>>289みたいな思想で作っちゃうんだけど
その結果がマトンバグとか青魔法バグに繋がるんでしょ？
長い目で見たら時間かかっても保守性を考えるべきだと思うよ
営業サイドならともかく技術屋がその思想だとまずい気がする
なら全部ATでいいじゃん職人いらねぇよという結論に行き着く

誰かブランコのマンガ貼り付けて！

もうめんどくせーから、"今"一番早く終わる方法で終わらせるようになっちった・・・。
保守性あげて、すぐ仕事終わるようにしても、いみねえ。
仕事早く終わらせても手抜きとか言われるしもうだめぽ。しにたい

>>295
顔が手抜きだからだよ；

たくさん売れるものを作るのがジャスティスですし

プログラム作る能力と、生身の人間から仕様をちゃんと抜き出す能力は全く別だからなあ。
この２つが完璧なら最強のプログラマーつーかSEに成れるだろう。
でも、「プログラマー」にあこがれて勉強にして、入社した人って、たいてい前者はうまくても、
生身の人間は苦手って人種があまりにも多すぎる罠。

営業を経験したほうが良いんだよね

一口に営業といっても

物を売る営業
人を売る営業
受託をとる営業

どれ？


プログラマ業界は広すぎるから、この辺の考え方違いすぎだよな
それぞれ仕事の進め方も全く違うから話が噛み合わない

経験としての営業なら、何でもいいんじゃね
ただし飛び込み営業に限る

経営と営業が癒着してるような職場だと
クソな仕事がながれてきやすい希ガス

保守

class hosyu
{
public:
do_hosyu()
{
do{
std::cout << "oii!" << std::endl;
}while(resuCnt < 1000);
}
};

このスレＣ言語覚えたての学生しかいなさそうだなｗ

営業が糞な場合はいっぱいあるから、営業を通さないで直接クライアントと
折衝した方が仕事はやりやすかった。規模にもよるがｗ

最初から赤字になる仕事もってきてドヤ顔すんなよ・・・

C学んでC++をチラッと見たとき

std::cout << "oii!" << std::endl;

この記述に違和感あるんだよなｗ
printfが何でこうなるわけ；；

営業には、作ってる現場を守る機能もあるからな。
・・・かえって邪魔してる場合も多いがｗ

>>307
俺はC++でも標準出力するときは基本的にfprintf使ってる

C++ の operator カッコイイ

あれはC++の機能を使いたかっただけだろ
チュートリアルみたいなもんだ

すっきりしたコードにはなるが、可読性落ちるから基本的にオペレータは使わない
まぁ、ソート用に比較オペレータとかコピーオペレータなら使うが…

安全性を優先するなら演算子のオーバーロードは使わない方がいいよな。
でも新しい言語はみんなオーバーロード出来るようになってる・・・

自身が文字列を表すようなクラスだと、やっぱりoperatorがないと使いにくいなｗ
でもやっぱりあれは飾り程度に思っていたほうがいい

意味のある名前をつけた関数を作るべき


関数名の接頭辞が動詞じゃなかったり、対になっている関数なのに名前が対になっていないとか勘弁してくれ
Top <-> Bottom、Head <-> Tail、Start/Begin <-> End
この辺がごちゃ混ぜになってなくて、はまったことがある


あと変数にも言えるけど、単純なGet関数なのに、const属性をつけないは何かやらかしてそうで心配
遅延生成を隠蔽してるわけでもないのに…

More effective C++に曰く
演算子がオーバーロード可能になっているのは、ソースを読みやすく、保守しやすく
するためであって、コンマが演算子である事実を使って目くらましを食らわせるためではない

begin、endはよく使ってるんだけど、stlの場合はendが範囲外を表してるんだよね。
出来れば同じ意味合いにしたいけど、何かと問題が。

num = 274;
保守(num);

雄山＜馬鹿どもにC++を与えるな!

明日また来てください。俺が本当の C++ って奴を教えてあげますよ。

では教育してやろう。本当のプログラマの仕事というものを。

このプログラ

>>307
C++で、「なんでこの言語仕様こんなんなってんだろうKUSOGA」と思ったときには、
The Design and Evolution of C++を紐解くと、そこに大抵の答えは書いてある。

この場合、"8.3.1 The Stream I/O Library" を見ると、
・Cのprintfは便利だがtype-safeではなく、ユーザ定義型に拡張可能でもない。
・当時、特別な言語仕様のサポートなしではtype-safeに出来ないと考えられていた。
・put(stderr, "x = ");
put(stderr, x);
put(stderr, "\n");
などと書くのは冗長すぎる。
という理由でC++のstream I/Oは生まれたのがわかる。

とはいえ、cout << が見やすいかというとやっぱりそんなことはない。

For i As Integer = 0 To 100 Step 3
Text1.Text = Text1.Text + "Nullpo" + VbCrLf
Next

Cしかわからんけどこれで15年食えてきたからいいや

cout << boost::format("%1% %2%") % 26 % "hosyu" << std::endl;

なぜ暗黒はVBらしきコードをここに書くのか

299まで落ちていたので保守したら暗黒と言われるスレがあった

Ｃ系とＶＢ系は仲が悪い印象はあるな
宣言が記号じゃなくて文字列(ＳｕｂとかＡｓとかＥｎｄとか)
なのが非常に見てて鬱陶しいとかつい思ってしまう

>>322
Const strNullpo = "Nullpo" + VbCrLf As String
If Text1.Text = strNullpo Then
Text1.Text = "<- ガッ！"
End If

VBこんなんだっけ？

C#とJavaも（使い手同士の）仲が悪い印象がある

C#は狭苦しいエリート思考でJavaはどこでも生える雑草みたいな感じだし

ﾏｲｸﾗC+C

C#もJavaも使えるけど、Javaは最近のバージョンでやっと使いやすくなってきた感じがする
ていうかC++やC#に似てきた

ジェネリックJAVAとかか

>>328
１行目は
Const strNullpo As String = "Nullpo" + vbCrLf
だね

あと、If Text1.Textだと全体と比較してるから（この場合、33個のNullpo）、これだと一つも"<-ガッ"にならない

>>334
しまった、
＞Text1.Text = Text1.Text + "Nullpo" + VbCrLf
だと毎回Nullpoと改行コードが追加されていくのね

しかも宣言の仕方も間違えるとは

Javaの並列ライブラリは凄く良いと思うぜ

レンタル鯖はPHPが一気に広まりすぎたな。
Javaのほうが組めるんだが無料ではほぼ絶望的だｗ

>>337
っGoogle App Engine

>>336
マリー＜速度が欲しいならC++で書けばいいじゃない

JNA使えばいいんじゃね

どんだけ最適化しても、ネイティブコードじゃない限りJREが重すぎるんだよな
SWTの存在が皮肉すぎるｗ
Javaのメリットそのものが最大のデメリットだし

まぁ、AndroidやBDとかでJavaを使う場合はまた話が変わってくるけど

>>339
並列で求めるものはスケーラビリティで、C で書くことによる高速化とは違うんだが
ConcurrentLinkedQueue とか pthread 使って作ろうとすると結構大変。

>>339
マリー＜できたぁ♥
妖精さん＜コメントに//使ってるだけでCじゃねーか

そろそろ++Cが出るべき

そんなはずじゃなかったのに。
末端の修正のはずが全体に影響を与え、
全体に及ぶはずの修正が何故か機能しない。
いつも閉じられているかどうか確認しないといけないし、
外の様子が気になってしかたない。
拘束力が無いから？未熟じゃなくなれば解決される？
それでもオブジェクト指向へ向かうしかない。

再入可能なことを利用したプログラムとかを、
並列化で展開とかするのかな。
Javaってスタックがどう積まれるかも知らないけど、
なんか良く動くよね。

>>338
GAEは制約多すぎ。意外にできること多いけどね。
spin upで時間食って微妙に立ち上がりが遅い事もあるが、
アクセス数多くても重さを感じないのは流石だな。

C++0xが16進数になってしまった時点でかなり末期。
恐竜のように進化の袋小路に陥っている感は否めない。

C++0x/CLIになったらどうなるんだろう・・・

アーガスのプログラミングが何故か「至急山本までご連絡下さい」だったんだろ
山本はどんだけアーガス好きなんだよｗｗｗ

もう2010年ですしｗ
0xとか＾＾；

なんか真面目にネ実でなんか作ってみたいな

今Visio2010のBeta配布されているけど、大きな変更点ってリボン以外に何が変わってるんだ？

visual studioじゃなくてvisioかよ

リボンUIでライブプレビューするvisual studio・・・

VISIOのクラスライブラリは何気にすごい

開発者の俺が保証する

武器スキルに見えた

C++ってDカップにかなり近いってこと？

>>357
違う

来世でＤカップになるって事だ

>>358
将来性ってことかあ＾＾

近頃はD言語なんてものもあるそうですが

Basicは貧乳ですか？

B言語＜ｷﾞﾘｷﾞﾘ…

Rubyさんは化け物だな

つかcobolってまだ現役なんの？

ALGOL＜ステータス

Ada＜希少価値

COBOL使いの需要はまだ無くならないだろ
増えはしないけど

昔のシステムを未だに保守してるとこなら現役なんじゃね
まぁC++はSQLと相性がいい言語じゃないし、このスレでCOBOL詳しい人はあんまりいないと思うが

IDENTIFICATION DIVISIONとか、いちいち長いんだよってしか覚えてないなぁ

http://ja.wikipedia.org/wiki/COBOL
> 2009年11月、Micro Focus社のスチュアート・マギルは、「稼動中のCOBOL
> プログラムは全世界で2400億行で、年間30億行が追加されている。全世界
> のCOBOLプログラマは200万人。フォーチュン500の90%の企業はCOBOLプロ
> グラムを使用中。」との趣旨の発言をした。

リプレースされて廃棄されたシステムの分が計上されていない数字なんじゃね?
という気もするが、まだ使われているし保守されているのは確か。

やっぱりそうか、コボラーになればよかった；；

情シス部配属されて4年程COBOL使って保守してた。
今はWebシステムの保守。perlやPHPなど。
時代が変わったなあとしみじみ感じるオッサンでした。

>>372
コボル学生のときかじっただけなんだけど、あれって奥が深いの？
どうみても計算特化のはしょった簡易言語って感じだったんだけど・・ｗ

需要は徐々に減ってるけど、それ以上に供給が減ってるから

奥が深いから需要があるんじゃなくて、枯れてるシステムを新たに書き直したところで
危ないだけでメリットが無いから、元のままで保守してる

C++やJavaなんかと比べたら簡易なもんだけど
callとかで外部プログラムも呼べるから、駅やホテルのオンライン発券システムなんかも
余裕でできてましたね。
大型汎用機つかってたんで、JCLゴリゴリ書いてオープンリールとか回してたょｗ

>>376
ATMも基幹は今でもCOBOLってガチ？

Fortranのこと、時々でいいから思い出してください

program main
　　implicit none
　　print *, "Fortran ha mada geneki desu"
end program main

月次処理とかでＣＯＢＯＬ使ってる企業ってまだ沢山あるだろうな。しかも大手でｗ

>>378
科技計算系だとまだ結構使ってる人いるよ

>>364
大病院でのシェアトップの電子カルテは
サーバ側のビジネスロジックはCOBOL
solarisのunixサーバだけでなく、中小向けのwindowsサーバ版も、同じ

金融機関はほとんどCOBOL残ってるだろう
あと30年たっても、仮想化させて残ってる気がするｗ

壊れていない物は直すなって名言もあるし、
COBOLで過不足無く動いてるなら作り直す必要もないんじゃね。

そのうち古代魔法みたいな扱いになったりして

新規でシステム作るならまず使われないだろ
あんまりシステムのことは分からんが

この分野は生産性重視の言語が使われる傾向あるしな

完全新規なら絶対使われないだろうけど、過去の遺産に建て増しってのが多いから・・・・
完全新規はリスクが大きすぎて、今みたいな経営状況では無理なんでは。

なぜ SE はシステムしか考えないのか

>>388
そりゃSisutemuEnjiniaだからだろ・・・・もうちょっと英語勉強しろよ；

SEって和製英語だし実態は何でも屋なんだけどな
海外だと通じなくて実際は上級マなんじゃなかったっけ。
何でも屋はPJマネの営業寄り？

>>390
和製英語ってわけでもないよ。
ただし、英語で言うSEは、IT関連にかかわらず、システム考える仕事なわけだが。

俺が前にいた会社は、Service Engineerの略だったな（実話

>>392
だれうまー
だれうまー


だれ・・・うま・・・・うっ；；

さうんどえふぇくた

実際この手のスレってすぐにシステムの話に持って行こうとする奴が現れるよな
やっぱりシステム開発してる人口が多いんだろ
どうせC++とは縁がないだろうに

システムエンジニアという概念が、システム業界にしか存在しないことを分かってないのだろうか

パルシステムの生協ですね

システムみたいな汎用後を持ってシステム業界とかいっちゃう人って・・・＾＾；；
工学の概念で言ってしまえば、単一の部品以外はほとんどシステムだぞ。

意図が分かればいいだろ
どこでも屁理屈言っちゃう子かよ

デンターから売りに出てる歯ブラシとはいったい

彼氏が屁理屈言っておきながら、意図がわかればいいだろとか言ってきた
別れたい・・・

C/C++の代替を目指しているDもGoもガベージコレクション付き。
確かにGCあると便利なんだが、
GCが適用できない用途だから未だに(Javaとか使わず)C/C++で書いているという
領域も多い。なんとかならんのだろうか。

メモリが無限ならメモリリークも平気だしガーベージコレクションも不要なのぜ。

そもそも営業やなんちゃってＳＥにＧＣとか不要っつーかどうでもいい事だからなｗｗｗ

GC無しでメモリ解放し忘れよりはいいんだがGCがあるからってメモリ馬鹿食いするコードは勘弁
オブジェクト放流再生成が常に良いコードとは限らない

こういう形の壁にぐりぐり穴開けて使うフックあるよね

ガベッジコレクションとか自分でメモリ管理できない無能以外必要としないだろ！的な。

組み込み系だと使わんけどアプリとかだと便利なんかね。

GCの有無は突き詰めると宗教の問題になりそうだから置いておくとして

たまにRubyを触ると、deleteと打ち込んでC++じゃないことに気付くｗ

>>397
システム系やアプリ制作より上だと思い込んでる組込ジジイが紛れ込んでるんじゃね？

上級プログラマはどんな仕事やってるんだよ

SEと下級プログラマとの橋渡し・・・
要は違う意味での社内SEだったりします＾＾

最近使ってないから記述方法忘れたけど、JavaだろうがC#だろうがちゃんとfinallyで解放しないやつはちょっとな…
動けばOKとしか考えてなさそう

もうずっとC++やってるけど、コーディング規約でクラスの頭にCをつけるのはいいが、純粋仮想関数しかないクラスはIに書き換えたいｗ
クラス図が不細工なんだよなぁ
既存コードが直せないから無理と言われるだろうけど

>>441
そーゆー硬い頭で書いてるとファイガバグみたいなザマ晒すんだよなあ＾＾；

ずっとC++やってて「ちゃんとfinally」っすかｗｗｗｗｗｗｗ

Disposeとかの話してんだけど。。。

Javaで強制的にメモリ解放するのって、System.gc()じゃないの？

どんなに能力あっても、数字とってこれないプログラマは
少なくても数字あげてるSE以下だなあ、社内評価的に
霞くって生きられる訳でもなし

俺は何でもできる、何でも持ってこい
→言われないと何もできない、アピールする項目がない
PGなら何でもできます
→発注側からしたら、できて当たり前が前提

こんな感じだしなあ

なんか面白いソフト作ってる奴はおらんのかー

>>417
作ってやるからアイディア出せ

「面白い」が定義されていません

class 面白い
{
public:
virtual void Run() = 0;
};
これでいいだろ！

仕様出してくださいって言ったら型宣言だけ出された；；
こんな職場やだ；；

ｽﾚ読まないでﾚｽ
かなり長い間プログラムの仕事してるけど、
クライアントレベルならVB６くらいが一番生産効率いいんじゃないだろうか、、
サーバならCOBOLだな、
C系は技術者が書けば有利だが、日本のITには技術者が集まらない。

COBOL使ったことないんだけど、そんなに生産性いいのか？
まぁ、生産性いい言語は大抵何かを犠牲にしているが…
ていうかVBはもうサポートされてないんじゃなかったっけ

技術者が集まらないようなところは、設計とプログラムの担当を分けているからな
それで回るならそれでいいんじゃね

>>421
そうかな。
そういうところのほうが、むしろやりやすいと思うけど。

VB6もいじってたが、今は.NETに以降したほうが良いな
コントロール配列は確かに便利だが、やっぱりFrameworkの恩恵がでかい

×以降
○移行

なんつーかね、判りやすいのが一番なんだよ。
ドキュメント仕様書食わせたら動くのが理想
それを体現しているのがCOBOL(日本人は英語読みづらいから意味うすいが)
実際は色んなCASEツールがチャレンジして見事に敗退していったし、
仕様書レベルでコーディングが必要なくなると技術者(=プログラマ・コーダ)要らなくなるけどね

SEはコンピュータが読むような厳密な仕様書書けないから大丈夫

newで確保した領域をfreeで解放したら怒られた。
何が悪いのかはっきり示してくれないと修正しようがないよ。

>>429
バカちんがぁ！

>>429
mallocでも使ってろ

>>429
new→free
malloc→delete
仕様上は両方とも結果は不定。開放すらされない可能性あり

そもそも、デストラクタどうしたｗ

>>429
みたいなのはガチでいるから困る
後で笑い話のネタにはなるが、出来れば同じ職場にいてほしくないよなぁ

malloc freeは使用禁止だな。
new[] delete delete[]も使用禁止。
newだけ使ってよい。

悪くないな

さすがに釣りだろｗｗｗｗｗｗｗｗｗ
GlobalAllocやGlobalFreeが混在しているコード見たことあるけどｗｗｗ 統一しろよと…

そういやVCってなんでMFCに対して不親切なんだろ
STLの方がデバッグしやすい

deleteとdelete[]に分かれてるのってどうしてだっけ？
いや、使い方は分かるんだが。

配列の扱いをC言語と同じにするためなのか？
動的に配列かどうかを解決できないからコードで明示するのかと思うが
いまいち訳分からん仕様だな。

各デストラクタを呼ぶとかじゃないん？
それかnewとnew[]の実装は別だとか

デストラクタって暗黒魔法みたいな名前だよね

VPだったと思うが、「コンストラクタ」っていう名前のBGMがある。

>>437
deleteには、相手が配列かどうか分からないから・・・らしい
コンパイラの実装を単純化するためかなぁ

英語環境で作られたツールが日本語環境で動かないのは何故？

ああそうだ、delete[]が無いと、operator new[]をオーバーロードした時
deleteはどうすりゃいいのって話になるかも試練

>>429はクラスのインスタンスをmemcpyする人

int *p = new int[10];
delete p[];

これが動かなくて悩んだのは良い思い出

そういえばC++でSALを使ってる人っている？
もしくはコーディング規約で使用している人とか
Windows環境限定になるだろうけど

VB6
Dim a As Integer
Dim b As Integer
a = 0
b = 0
a = b = 0

If a = 0 Then
　ぜろだよ
Else
　ぜろじゃないよ
End If

これがなぜelseにいくのか最初マジでイミフだった・・・。
Cのやりすぎだなｗ

Cからいきなり入るとそうか。
マイコンBASICマガジン世代ｗだから、何の疑いもなく受け入れていたが。

VBほとんど触ってないからコンパイラかけてエラーが出るまで
間違いなく何の疑いもなく==で比較する
で、コンパイラに怒られて初めて気づく

デフォルト設定だと、エンター押す度に

デュン！

.NET楽過ぎ修正汁