C++相談室 part56 - 暇つぶし2ch

C++相談室 part56 ..

792:デフォルトの名無しさん
07/09/22 17:49:28
やっぱり出入り禁止だw

>>787
＞理由は「行数が増えたりして読みにくくなる」「変数は関数の先頭で宣言したほうが読みやすい」からだそうです。
この辺でお郷が知れる。
こう書く人が多かったりしない?
--
FILE * fp;
fp = fopen(...);

793:デフォルトの名無しさん
07/09/22 17:55:17
>>713
尻穴みたいな井の中の蛙になりたくないなら
学習の意欲のあるうちに辞めちまったほうがいい

あるいは部署変えてPG以外の業務勉強したほうがためになりそう

794:デフォルトの名無しさん
07/09/22 18:01:32
>>787
それは禁止されてていい

795:デフォルトの名無しさん
07/09/22 18:03:07
ある意味そのレベルでC++使ってるっちゅーのが感動的だナ

C++といいつつ実質Cとして使ってる制御系か？
VC++6.0以前とMFC使ってる業務系か？

制御で「const使うな」はありえんか

796:デフォルトの名無しさん
07/09/22 18:14:00
これで「クラスって何、おいしいの」だったら傑作なんだが。

797:デフォルトの名無しさん
07/09/22 18:16:17
どこが？

798:デフォルトの名無しさん
07/09/22 18:20:00
>>787
関数内の { } は変数などのスコープを限定するツールとして役に立つよ。
スコープを限定するのがどういいのかは、話すと長いが...
グローバル変数がよくない(誰がどういうタイミングでアクセスするのか
把握できなくなる・しにくくなるから)のとおおよそ同じ理屈。

根拠のない(しかもわりと間違っている)ローカルルールが多いね。
チーム内で1人で反抗してもしょうがないとは思うけど、
ちゃんとしたプログラマになるつもりなら、
後学のためにまず初学者向けの良書を読んでおくことをお勧めする。個人でね。

Effective C++よりももうちょっと易しいものから読んだ方がよさげ。
...って何がいいんかね。C++ Coding Standardsってのも良書でお勧めできるけど、
やっぱりちょっと早いような。

799:デフォルトの名無しさん
07/09/22 18:21:02
そんな長い関数を書くなよ

800:713
07/09/22 18:24:51
皆様、レスありがとうございます。

>>792
いいえ、C++ Builderを使っているのでファイルにアクセスするときは
みんなVCLを使っていると思います。
VCLに関連して「Delphiを使うかもしれないからC++のライブラリに依存してはならない」
という理由でSTLも禁止になりました。
STL禁止は守れそうにありません。

>>794
その理由は
「行数が増えたりして読みにくくなる」「変数は関数の先頭で宣言したほうが読みやすい」からですか？

>>795
前述のようにC++Builderを使っています。
パソコンからいろんなものを制御しています。

801:デフォルトの名無しさん
07/09/22 18:29:48
>>800
悪いことはいわんからとっとと逃げ出したほうがいいんじゃないか、その会社。
正直言ってアホしかいねーだろ、どうみても。

802:デフォルトの名無しさん
07/09/22 18:34:13
なんか凄いことになってるな。

>>773
これなら刺身の上にタンポポを乗せる仕事のほうがまだマシだ。

803:デフォルトの名無しさん
07/09/22 18:36:11
標準ライブラリを使っちゃいけないってどんだけー

804:デフォルトの名無しさん
07/09/22 18:40:08
まあ、仕事でやってるとわけ分からんルールは多いね。
　なぜそするの？ → 以前からそうだから。
　こう変えたほうが良いのでは？ → 今までこれでうまく言っているのだから変えるべきではない。
ということが多すぎ(--;

とりあえず社内ルールだからと割り切ってるが、本来どうあるほうが良いのかという勉強は欠かさないつもり。

805:デフォルトの名無しさん
07/09/22 18:40:12
STL禁止か……もはやC++じゃないな。
テンプレートは使えるんだろうか。

というかなぜC++を使っているんだ。
もういっそのこと全部Delphiでいいだろ。

806:デフォルトの名無しさん
07/09/22 18:45:25
この手の社内ルールというのは、
それを決めた時点では妥当だったりそれなりの理由があったりするものだが、
その後状況が変わってもそれを盲信して変えないという状況に陥りがちなんだよな。
なぜそうするのかが忘れさられて、ただルールだからという理由で守られ続ける。

807:デフォルトの名無しさん
07/09/22 18:47:45
STL禁止や標準ライブラリ禁止って組み込みだったらそれなりにあることだと思ってたけど？

808:デフォルトの名無しさん
07/09/22 18:54:41
>「Delphiを使うかもしれないからC++のライブラリに依存してはならない」
コピペ改変コーディングしか出来ない奴が大半と見た

809:713
07/09/22 19:04:23
>>805
>テンプレートは使えるんだろうか。
テンプレートは上司が知らないので使いすぎると
また禁止になる可能性があると思います。

>というかなぜC++を使っているんだ。
>もういっそのこと全部Delphiでいいだろ。
これは私の推測ですが、

C言語は知っている
↓
Windowsの時代になりGUIのソフトを作成しなければならない
↓
Visual C++は難しいのでDelphiを使う
↓
C++Builderが発売
↓
慣れたC言語を使いたくてC++Builderを使う

と、こんな感じではないかと・・・。

>>807
私の会社では組み込みのプログラミングはありません。

810:デフォルトの名無しさん
07/09/22 19:16:04
っていうか組み込みの仕事だっていうから、コンパイラをさらしてくれないと何とも言えない。

上司や同僚が親切に「（このコンパイラでは）～の方が速くてコンパクトなコードが出る」と
教えてくれてるのかもしれないし。

811:デフォルトの名無しさん
07/09/22 19:37:16
その上司は各種ライブラリのリファレンスもconstウゼーな、
とか言いながら読むんだろうな。

812:デフォルトの名無しさん
07/09/22 19:38:53
だんだん「ム」ではなく「マ」の話題になってきたような気がする。

813:デフォルトの名無しさん
07/09/22 19:44:27
あとでっかい機能といえば例外処理と名前空間だろうか。
Delphi移植論でいけば例外処理はありとなってほしいところだが。

814:デフォルトの名無しさん
07/09/22 19:45:11
コーディング規約やその他のコーディングスタイルは、本来プロジェクトごとに決めるべき。
企業としての品質を維持するために共通ルールを設けるのは構わないが、ある程度の幅を持たせておき
その幅をプロジェクトごとにきめる形にするのがいい。

設計段階でのレビュー作業や、コードレビュー、プロジェクト完了時点での反省会議などをきちんとやれる会社でさえ、
コーディングルールは決まっていないことが多いから仕方ないことなのかも知れないが。

815:デフォルトの名無しさん
07/09/22 19:48:48
その辺のC++の「新機能」って初出はARMだっけか？
1990年だからもう20年近く前になるんだが

816:713
07/09/22 20:27:49
>>810
え？>>810は私に対するレスですか？
私はパソコンで使用するソフトを作成しているので
組み込みの仕事では無いと思います。
ついでにコンパイラはC++Builderのそれです。

>>813
名前空間は使っているところをまだ見られていないと思うので分かりません。
上司が名前空間という機能を知っているかどうかも分かりません。
例外処理は勉強不足で私自身分かっていないのでなんともいえません。すみません。

>>814
私の会社はプログラマが少ないせいなのか、決まったルールは無いようです。
入社して間もない私が今まで誰もしなかった書き方をしていたので
上司は他の人も読めるようにしたかったのではないでしょうか。
また、コードレビューや反省会議といったものは特に無いようです。

817:デフォルトの名無しさん
07/09/22 21:01:47
レビューもなく環境的な制限もないのにあれ使うなこれ使うなとか言われるのはやだな。

818:デフォルトの名無しさん
07/09/22 21:05:08
完全に言語／技術の話じゃなくて「いかに俺の会社の上司がドキュソか」っつー
話になってるな
そういうのはマ板でやってくれんか

819:デフォルトの名無しさん
07/09/22 21:29:57
const_<int> i(0);

820:デフォルトの名無しさん
07/09/22 21:45:55
なんかこの流れキモくね？

821:713
07/09/22 21:59:46
納期に間に合わないので明日は出勤します。

>>818 >>820
すみません。

>>819
それはconstのかわりにということですか・・・。
見つかるとそれも禁止になると思います。

スレ違いになってきたようなのでこの話はこのへんで止めます。

レスして下さった皆様、今日はありがとうございました。

822:デフォルトの名無しさん
07/09/22 22:23:46
std::ostreamに空白文字 ' ' をn個出力する処理の、素敵な、シンプルで高速な書き方を教えてください。

823:デフォルトの名無しさん
07/09/22 22:25:24
for(int i=0;i<n;i++) { os << ' '; }

824:デフォルトの名無しさん
07/09/22 22:27:55
>823
現状はそれですが、プロファイラが遅いと言っています。

825:デフォルトの名無しさん
07/09/22 22:28:04
こうかな
cout << setw(n) << ' ';

826:デフォルトの名無しさん
07/09/22 22:32:57
>825
ｿﾚﾀﾞ
どうもありがとうございました。

827:デフォルトの名無しさん
07/09/22 23:20:47
emacsでc++開発をするときの環境に関するサイトってないでしょうか？

meta-x なんちゃら

でDebugからclass構造のブラウズ、リファクタリングまで
なんでもできちゃう環境とか作れるのでしょうか？

elispは最近おぼえました

828:デフォルトの名無しさん
07/09/23 00:28:45
Cの基本的な知識はありますがC++を独学するとしたらお薦めの本はありますか?

829:デフォルトの名無しさん
07/09/23 00:32:30
Cの本は独習C、新・詳説C言語です。

830:デフォルトの名無しさん
07/09/23 00:33:30
じゃあ独習C++でいいんじゃないの？

831:デフォルトの名無しさん
07/09/23 00:50:31
独習C++は勉強になるけどつまらないっていう評判が多いけど、個人的には面白かったよ。
愛だね。

832:デフォルトの名無しさん
07/09/23 01:37:41
独習にします。ありがとうございます。

833:デフォルトの名無しさん
07/09/23 01:39:20
そのあとでいいから
Effective C++, Effective STL, Exceptional C++, Exceptional C++ Style
くらいは読んでね。同僚の迷惑にならんよう。

834:デフォルトの名無しさん
07/09/23 01:43:32
今から独習C++なんて読み始めてる人なら

Effective C++, Effective STL, Exceptional C++, Exceptional C++ Style

を読めるようになるまで５年はかかる

835:デフォルトの名無しさん
07/09/23 01:45:46
>>833-834
ｵﾏｲﾗなんでそんな意地悪なことばっか言うわけ？

836:デフォルトの名無しさん
07/09/23 01:46:46
平均的なプログラマってそんなもんですかね。安心するなぁ。

837:デフォルトの名無しさん
07/09/23 01:48:24
なんで意地悪？？？？？

3番めのはちょっと難しいかなとは思うけど、読まないとダメダメなコード
書いちゃうのがC++なんだから読むしかないべ。

新入社員に読ませてるけど、あんまり脱落しないよ？

838:デフォルトの名無しさん
07/09/23 01:52:49
つーか、何で書籍スレでやらないの？

839:デフォルトの名無しさん
07/09/23 01:53:41
ｲｴﾃﾙ

840:デフォルトの名無しさん
07/09/23 02:12:25
C++を本当にC++らしく書ける奴なんてみたことないぞ
日本人だとｴﾋﾟｽがちょっと書けるかな？
程度

841:デフォルトの名無しさん
07/09/23 02:14:49
ﾌﾟｯ

842:デフォルトの名無しさん
07/09/23 02:25:07

上司「俺の知ってるCの一部の機能だけで書け」
ってことか・・・