C言語　危険　ババーン！！キャー

世の中は「モデリングだ！」，「UMLだ！」とにぎやかで，「コードはもう自動生成の時代だ！」という話もあります．
しかし，大多数の現場では，現在も人がコードを書いてがんばっています．
そして人がやる以上，必ずミスを作り込みます．特にあのC言語ときたら！

開発者の一人であるKen Thompson先生が「もともとエイプリル・フールの冗談で作ったら，広まっちゃって困った」とおっしゃったという噂(注1)は，本当なのでしょうか？

1989年から1990年にかけてANSIやISOで規格化され，いくぶんかはましになったとはいえ，C言語はいまだに多くの危険に満ちている，ということに反論する人はいないでしょう(注2)．

注1： “Creators admit Unix, C hoax”，COMPUTERWORLD 1 Aprilを参照．
注2：それは，裏を返せば柔軟でなんでも書けてしまうという，プログラマにとって楽しい側面でもあるわけだが...．

ソース : 2012年8月 3日 Tech Village 舘 伸幸
http://www.kumikomi.net/archives/2012/08/co23cgen.php

いいね

133 名前：ﾎﾟｷｭﾝ（　´ ◆4aPQn/yjgI [] 投稿日：2006/09/01(金) 03:10:59 ID:AFDuW/aa0
>>125
バイオハザードなんて言葉無かったからな造語
日本で言うと

生　き　物　危　険
ババーン！！　キャー

みたいなもん

44 名前： 優愛ちゃんの母(96才)[] 投稿日：2008/05/08(木) 22:49:22.22 ID:FvEVj47V0 ?2BP(1001)
ポキュンって今なにしてんの

48 名前： 心寧ちゃんの母(58才)[sage] 投稿日：2008/05/08(木) 22:51:22.78 ID:ozxvpGT00
>>44
別板で馴れ合ってる
でもその度にニュー速民がﾊﾞﾊﾞｰﾝｷｬｰを貼りに来るので
最近見なくなった

星厳呉

本によって書いてある事違う時あるからな。ポインタの扱いとか。
バージョンによって仕様が違うのだろうと勝手に解釈してる。

C言語のポインタってよく分かんねーんだけど

要は、

・参照渡し
・デリゲート(C#)


ができるのがポインタなんだろ？
だったら、Javaで、

Manko m = new Manko();
Sex s = new Sex();

s.analSex(m); ←　　　　これが既にポインタ？

char a[]="123"; char b[]="1234";
strcpy(a, b);
↓
ババーンキャー

>>6
Javaの引数はプリミティブ型なら値渡し
オブジェクトなら参照渡し
ポインタという概念とはちょっと違う

参照はポインタとは似てるようで違うじゃろう。確か。

絶対許すな

これとパスタ茹でる道具のコピペは本当にリズムがいい

くいっくべーしっくさいきょう

で結局何が言いたい

さっきBSの放送大学でアセンブリの講義やっててみてた

昔PC98ﾉｰﾄで覚えたてのＣ言語実行したらﾋﾟﾎﾟｯってﾋﾞｰﾌﾟ音が鳴ってﾘｾｯﾄかかってびっくりした(´･ω･`)

すたじおｈってなんだよ。そこで投げ出したわ

>>6
ポインタはただのアドレス

Cの話ではないがオブジェクト指向が理解できない
慣れれば理解できるかな？

Cは真剣使った殺し合い
GCあるようなのは誰でもできるスポーツチャンバラでそれなりに楽しい

ババーンキャーのあいつはコテ引退したのか？

この人元気なの？
ポキュンだっけ

>>18
ゲームで考えると分かりやすいよ
キャラクターのステータスはキャラクターに持たせたい ←メンバ変数
キャラクターを動かす関数を呼んで動かすのだるい。キャラクターに動く機能つけた ←メソッド

ババーンキャー懐かしいな

>>16
Standard I/O　ヘッダー → stdio.h
標準入出力ライブラリ

>>18
オブジェクトに仕事させるんだよ
オブジェクト指向でなければ辞書配列（Dictionaryオブジェクト）を並べ替える為の関数をオブジェクトと関係のない場所に作って使う
Dictionaryオブジェクトに五十音順で並べ替えるメソッドを作ってDictionary.sortって感じで仕事までさせるのがオブジェクト指向
全てが構造体みたいなもんだ

>>18
俺はオブジェクト指向は理解できるが
自分で書くプログラムにはまず使う機会がないのでコードを覚えられない
ルーチンで事足りないってどういう状況だよ、と思ってる時点で実は理解できてないのかな

昔始めてC言語見た時は高級なアセンブラかとオモタわw

>>18
構造体に関数がセットになっただけ

>>6
ただのアドレスだよ
整数値が隠れてる

Cやった後JAVAやったらぬる過ぎてワロタ

>>25
コードなんて覚える必要ないよ
C言語でもオブジェクト指向のプログラミングは出来るし
ただの概念、それをやりやすくしてるのがオブジェクト指向「言語」なだけで
結局一つのクラスから複数のインスタンス作れれば楽じゃん！とか理にかなってるわけでオブジェクト指向でできなくても事足りるならそれでいいんじゃね

>>24
今までみたオブジェクト指向の説明で最も簡潔でかわりやすい

10 INPUT A
20 INPUT B
30 C=A+B
40 END

文字列コピーでstring型にイコールでぶち込んでたが、
Cだとあふれないように大きさを考慮したキャラ配列を確保して、ラストのnullを意識しながらstrcpyとか・・・

俺はCを諦めた。

クソでかい配列用意してstr[文字列の長さ]=null;するだけじゃん
Cってシンプルなんだけど説明がやたらややこしいんだよな

ITの開発の人らって実際どういうプログラム書いてるの？
今授業で習ってるC言語がそういう仕事の場で役に立つ気がしないんだがｗ

VBですらてこずってる俺にはCどころかJavaすら無理ってことですね…

わざわざ null なんて定義せず、普通は '¥0' か 0 と書くけどね。

androidアプリ開発だと逆にオブジェクト指向は(カプセル化という点で）性能的に考えて使わん方がいいという話があるので困る。
でも、オブザーバーパターンは便利なので困る。

>>35
JAVAでデータベースからデータを引っ張ってきてみやすくする仕事

8 割これ

>>37
それじゃあ単なる数字になって重みがわからないじゃないか

CとLua覚えてゲーム作ってやるとか思ってたらLuaの解説少なすぎて困る
英語の勉強が先か

>>35
まぁ組み込みでもなきゃC言語使って開発することなんかあまりないかもしれんけど
例えばJavaでアプリケーション組むとしたらガベージコレクションってやつが自動でメモリを解放したり、アドレスなんて気にせずに参照渡しできたりするわけよ
Javaなんかプログラマに気を使わせないように作られた言語から入るとそういう細かい（怖い）ところなんて知らなくてもプログラミングが出来ちゃうから学習するには不向き
そういう点で完成された言語ではないからこそC言語は苦労するし基本をきちんと理解してないと難しい言語なんだな
それさえ理解すればJavaもObjective-Cもインタプリタ言語もスイスイ分かるようになるから我慢だな

教本：scanfでキーボードからの入力を〜　現実：scanf使うな　何故なのか

>>43
マジかよ・・・

俺もよーわからん。。
ポインタはメモリの番地でそこへ行けば変数が見られるでいんだよな？？
オブジェクト思考は人間同志の会話というイメージ。。魚メソッドを持った魚屋に頼めば魚用意で肉メソッド持った肉屋に頼めば肉用意してもらえる。。
オブジェクト思考じゃない言語はピタゴラスイッチで人間の会話とは何か違うような。。

>>43
古い教本は書きっぱなしのblogの記事と同等になってる
古いスタンダードがメンテされずに放置されてる状態

cのオブジェクト指向ってかglibとかはどうやったらcでやろうなんて変態的なことを考えたんだろうか

cのプログラムからは利用しやすいだろうけど拷問だろあれ

5年前の2ch見てるけど、Objective-Cの復権を予想できた人一人もいないな

>>35
やりたり処理２割、例外処理８割らしいよ。
喩えるなら、タダでおめこしたいと思って結婚したら、人生という名のプログラムの８割が例外処理になっちまった件について

>>43
実際はscanfの問題って書式指定によるエラー処理が行われてないのが本質なんじゃなかったっけ？
わざわざ使おうとは思わんけどその辺誤解されてる気がする

C#触ったらもうＣ君には戻れない体になっちゃった

>>35
実際、動くアプリーケーションのCのコードを読んで、どう動いてるか勉強したほうがいいよ
マイクロソフトが出してるドライバ開発キットには、サンプルのドライバがCで書いてあるから読んでみるといい
ただし、ドライバ関連のリファレンスは全部英語なので注意な

>>43
バッファーオーバーランとか起こしやすいとか？

>>47
まあ構造体に関数ポインタ持たせればクラスっぽいことは可能だしね・・・

>>45
よくそんな感じで「ほ乳類クラスを継承した猫クラスのインスタンスを作ってニャアと鳴かせるメソッドを作ります」みたいな例を挙げてるサイトや本が多いけどそういう抽象的すぎる考え方してたらいつまでたっても理解出来ないからおすすめしないよ
実際ほ乳類クラスなんて作る事ないしニャアと鳴かせるメソッドなんて作らないじゃん？どんなときに使うのよ？ってなるから
それよりはオブジェクト指向のメリットから考えてみた方が良いと思う
カプセル化とか継承がなんのためにあるのかっていう点に注目すればオブジェクト指向を理解しやすくなるよ

オブジェクト指向は仕組みよりも目的の理解のほうが重要だよな

学校で習うC言語とかは資格用よね
あっこから業務用アプリとかなるとさらにとんでもない労力

Cってのはマシン語に直で翻訳するための言語なんだから
OSが走ってるような環境で使うものじゃない

というか教員なんて資格取ったけど現場に付いていけないっていう屑がなる職業だから
プログラムに限らず

>>24
まあよくわからんけどレスありがとう

>>40
Cでプログラムを書くようなときは '¥0' を当たり前のように認識するわけで。
世の中の大半のプログラムでも null みたいなものをわざわざ定義しないで
直接 '¥0' が書かれてるよ。
色々ソースをダウンロードして fgrep -r "'¥0'" . すると分かると思う。

>>58
色々とどういうことだよｗ

>>56
とりあえずインタフェースだけ用意しといて、それを使う別のところに提供しといて、
あとから「(ヽ´ん`)ん、あ、、作るか・・・」っていう感じで、先延ばし主義なお前らにはちょうどいい仕組みだよな？
オブジェクト指向

>>22
オブジェクトの説明であってOOの説明になってない

>>61
まあnullﾎﾟ=オール0が大半なんだろうけど環境によってはnullﾎﾟ=オールFもあるんじゃなかったっけ？
組み込みはやったことないのであれだがnullポに使う数字はシステム的にはまず使わないであろう
アドレスを使うって話だろうし

>>53
scanfに限らず、入力系では攻撃に対応した代わりの関数がすでに用意されてる

>>61
NULLだとポインタだとわかるし'\0'だと文字列に対する処理だとわかる

while(1)よりwhile(TRUE)のがわかりやすい

オブジェクト指向の継承と、コンストラクタ内で他のクラスを生成するのってどう違うの？
PHPで教えて欲しいんだけど、例えば

class kodomo extends oya{

}

と

class kodomo{
public $parentObj;

public function __construct(){
$this->parentObj = new oya();
}
}

の違いがわからない。
後々親クラスのメンバ変数とかメソッド使うときに前者では$this、後者では$this->parentObjを頭につけること
以外特に変わりはないの？
これはあれなの？ＭＶＣとかデザインパターン的に継承で使ったほうがいいよって感じなの？

>>61
NULLとヌル文字混同してないよね？
定義上、NULLはポインタ型の値で、何も指し示していない位置を意味する

>>59
高校の情報の授業でエクセルが落ちまくって授業滞ったのには笑ったよ
ちゃんとメンテしろと思った

で、将来役に立つのか立たないのかどっちなんだ？

NULLが(void)0も環境依存だっけか

>>66
新しいVC++で標準入力とか古い関数使ったプロジェクトいじると
警告のオンパレードだよな

こっち使え！ってｗ

>>69
してないよ。
わざわざ小文字で null と書いたから、そういうものを #define するんだろうなと解釈した。

>>63
オブジェクト指向って最初に完全な設計を行っとかないと確実に破綻する
とC++大嫌いな俺は思ってる

>>73
メッセージの通りに書き直すと
VC++でしかコンパイルできなくなるぞ

組み込みってどんなんやんの

C言語なんか常に迷い猫オーバーランと隣り合わせの欠陥言語

ほう

>>72
大抵は、
#define NULL 0
#define NULL ((void *)0)
のような定義だけど、0である必要な無い。
ただし、0と比較した場合常に真になる必要がある。
0 以外を使ってる環境は見たこと無いけどね。

>>74
ああ、>>34が書いてたのへのレスですか…

>>68
親を使ってなにかやりたいとか？例えば俺はやりたくないけど、ちょっとJ( 'ｰ`)し、ジャンプとコーラ買ってこいとか。

>>68
そもそも継承ってのは子が親からの派生である関係でなきゃならないから「同じ動作をした」としても同じ事ではないよ
例えるのは嫌いだけど簡単に言うなら「犬クラス」から「ほ乳類クラス」を継承することはあっても「自動車クラス」から「ほ乳類クラス」を継承するのはおかしいでしょう？
文字を扱うためのStringクラスと配列を扱う為のArrayクラスをやみくもに継承関係にしてはいけないようにparentObjとkodomoObjの働きが見えないと何とも言えない

>>71
組み込みは未だにCだらけ

でもCは高級言語としては欠陥品だから必要に迫られない限り使いたくないな

>>68
外側からそのオブジェクトのメソッドを呼び出すときに
継承関係だと
$obj->methodで呼べるけど
後者だと
$obj->parentObj->methodになる
それがめんどいなら
function method(){$this->parentObj->method();}
作れば
$obj->methodで呼べる（委譲）

>>71
コボラーが撲滅しないようにC言語も撲滅しないと思われる
やって損する事なんか無いし

組み込み系でボタンを自動で押してくれる機械作りたいお。作業ゲーや仕事が捗りそうだぜお

>>39
その通り過ぎる

混乱させたみたいだｽﾏﾝ
自分は上のレスにあわせてnullって書いただけだ
自分は0を入れることが多いし'\0'も良く見る
でも0で埋めてからstrcpyが多いはｗｗｗｗｗへぼでｽﾏﾝ

抽象度の低い言語は使う気にならない
Cは論外 Javaも駄目 Ruby, Scala, Clojure は中々良い

>>72
たしか
なのでnull=0x00とは思わない方がいい

システム的にまず言語に解放しないメモリアドレスの一番先頭か一番最後でいいんだし
その辺は環境依存

>>77
言語そのものは最近はCも使えるしあんまりかわらんよ
その代わりOSが無いに等しいからAPIとかないけど

>>87
最近は楽だろ
USBのホストもゲストもなれるボードが売ってるので
キーボードやポインティングデバイスのフリをするやつがこの間どこかでみたな

>>75
んなこたぁない
完全な設計なんて世の中ありえないし考えてもいわゆる設計中毒に陥るだけ
それじゃいつまで経っても現物できない
パターン使えば拡張性は保障されるし次から次にやっていかんととても終わらん

>>67
多数派のやり方に従う必要無いので、趣味で書くなら自由にやればいいと思う。
ちなみに、true/false は #include <stdbool.h> で使えるよ。
(小文字である点に注意。)

ideのリファクタリング支援とテスト自動化で適当設計でも割と柔軟に手直しできるな

>>93
そういやc99でそんなの追加されてたな忘れてた
true/falseとか初期化以外で使わないしその手のフラグは0/1で初期化するのが癖になってた

FLEXはゴミ
異論があったら聞かせてくれ

>>87
> 組み込み系でボタンを自動で押してくれる機械作りたいお。作業ゲーや仕事が捗りそうだぜお
売ってるよ。自分でプログラミングした順番でボタンを自動で押してくれてその結果の動画を取ってくれるような奴。
まあ、テストの業務用なので値段は、、、推して知るべし。

>>86
> コボラーが撲滅しないようにC言語も撲滅しないと思われる
今、C言語がなくなったらOSがほぼ全部死亡すると思われるｗ

>>96
>まあ、テストの業務用なので値段は、、、推して知るべし。
いやいやｗｗｗ

今はUSB付いたマイコン多いから動かすプログラム次第でHIDとして振舞えるよ

>>68
継承よりコンポジションを選ぶべき。
理由はググれ。

cの重要度も下がってきてる、確実に
jsやってやろうじゃん
rubyやpythonの誘惑が来るだろうが絶対に流されるなよ

なんじゃなんじゃ？個人的にキーボードはもちろん色んなゲーム機のコントローラーでやりたいからとりあえず押し出す機能さえあればいいんだが。固定なんぞテープでもくくりつけたる

>>99
Rubyに流された俺がいる。
C, FORTRAN はほぼ書くことがなくなったなあ…

必要があれば書くわ！

>>97
> 今はUSB付いたマイコン多いから動かすプログラム次第でHIDとして振舞えるよ
それじゃ、ハードウェアとして製品テストにならないんだよ。

go toは神

OSやドライバを作ろうとしたらC言語以外の選択肢が無いっていうね

組み込みや最悪伝説
デバッグがロジアナってなんなんだよ

速さこそ正義
マシンパワーに頼って簡単な言語選らんでんじゃねーよ雑魚が

今までVBSしか作れなかった俺は最近vb.netを使い始めた
MDIEを作りたい

>>106
ロジアナやオシロを使いこなしてこそデバドラ屋だ

完全にハード屋の怠慢だけど

>>100
USB経由だとHIDのプロファイル関連が面倒なくらいでそこをクリアできれば
マクロ対応の製品のように振舞えるぜ

>>103
よくわからん

>>107
マシン語で書いてろバーカ
ブルックスの仮説も知らねーのかよ

MMO系のサーバだと、結構コアはCとかアセンブリでゴリゴリ書いてる

>>105
> OSやドライバを作ろうとしたらC言語以外の選択肢が無いっていうね
アセンブラから進化しただけましｗ

>>106
> デバッグがロジアナってなんなんだよ
ロジアナでてくる時点でH/W問題の疑いが強い段階。
それでソフトウェアですね、って結論ならお前が経験不足。
まあ、頑張れ。

そういやc#だかで書いたosなかったっけ

もちろんブートとかの部分はアセンブリだろうけど

真面目に勉強しだしたけど覚えること多すぎて笑う。
ゆーすけをプログラミングの先生にしようとか絶対罠だろ。

覚えること多すぎるから、そりゃ話題がポインタとかオブジェクト指向で止まるわけだ。
いくつもの言語に手を出すのは本職でも難しそうだな。

>>107
実行速度を犠牲にして開発速度を得ているのだ…

>>114
Cosmosかな？

なんでこんなスレタイなんだよｗｗ

>>110
> よくわからん
物理ボタンでもタッチスクリーンでもいいんだが、物理的に触るっていうのがソフトもハードも全部込みこみの製品
テストとしては必要なんだよ。

業務の時って、
コード直接書いてる時間と、見てる時間と、調べ物してる時間ってどれぐらいの割合なの？

調べ物してる割合が9割で後コピペみたいなやつ一杯いるんだよな？
それなら俺もできそうなんだけど。

>>116
人間の限界を超えた最適化行うネイティブコンパイラで解決じゃね

ババーンキャーがなんでここまでバカにされてるのかいまいちわかんない
ハムハフ並に理不尽

>>114
PL/I で書かれたOSもあるよ。

C/C++は書いてて不安になる

>>114
OSっぽいものを作るのは可能でも、OSの根幹レベル・H/Wレベルまで触るのまでそれでやるのは無理しょ。

/*****************************/
/*未だにC言語がシェア1位とはw*/
/*****************************/

パソコンの大先生がようやく就職できたんだけど、
納品したプログラムが1週間に1個ぐらい新規の不具合を発生させてて死にたい……

お前らってどのぐらいレベルのプログラム組んでんの？

コンパイラがアスペ 成果物はゴミの山

ああ、俺のIDに脆弱性の山を生むアレが・・・

>>127
プログラマ名乗るなら、Windowsの中とかLinuxのディストリビューションの中に自分のコードがあるくらいは
普通だよね！ｗ

>>119
ああそういうことね
じゃあテスト用機材はわざわざタッチをシミュレーションするようにモーターとかで
模擬指みたいなのを動かしたりするのかｗ

>>120
神下ろしの儀式7時間、失敗したらその日は定時帰りかWebサーフィン。神が来たら夜中まで。

>＞127
テスト甘いんじゃないのそれ
カバレッジ足りてる？

>>131
> じゃあテスト用機材はわざわざタッチをシミュレーションするようにモーターとかで
> 模擬指みたいなのを動かしたりするのかｗ
ｗつけてて笑ってるが、実際にそういうロボット。

>>93
そういうのは仕事でやる時失敗する
多数派に合わせろ

>>120
調べるのは1〜2割であとは作って眺めて修正して
動かして修正して動かして修正して繰り返しだ

>>133
現地で仕様判明、1時間で作成とテスト、納品だったわ
どう考えても足りない
修正の度に出張とかもう勘弁して欲しい

>>132
なんかわかる気がするわ。
プログラミングの職場って上司はどうやって業務中にチェック入れてくるの？

遊んでる時間がまず必要だと思うんだけど。

>>137
三木谷 - 一時間でkoboをどうにかしてくれ
お前 - やってみます！

1時間後
お前 - 出来ました！
三木谷 - よくやってくれた。さて、アップロードするか。


こんな感じかｗ

こういうスレ読んでると何かプログラミングについて
多少なりとも理解できた気になるんだけど
いざ書いてみると書けないんだよなあ

>>139
ブラックITってそんな感じだな

web系とか

>>137
お前が犯人か！

ハード屋なのにファームのデバッグをする毎日・・・
オシロで信号追うだけならまだしも、
オンチップ・エミュレータが必要になるとかやってらんねー

>>136
やっぱそうなるのか。俺も割と覚えてるところはそうだな。

こんな地味な作業のどこがゆうすけに向いてるのか問い詰めたい。

プログラムを日本語で学ぶときってスゴイ不便
ひきすうっていう読み方が許せないし初期化ってなんか違和感あるし

IDEを使っていて、

Class aaa {
　　　void bbb()　｛
　　　　　　・・・
　　　｝

VCにヒープが壊れていますとか言われて。困ってるんだがどうすればいいんだ

Cのポインタで躓いた俺は、Javaなら適当でもいけるしさくさく進む！マジ楽だは
とかやってたらインスタンスで引っ掛かった

IDEを使っていて、

Class AAA {
　　　void bbb()　｛
　　　　　　・・・
　　　｝
｝
AAA a ＝ new AAA()；
ａ．□

まで打ち込むと、AAAのメソッド一覧がバラッと表示されて選べるようになるけど、それならば

AAA a；
void bbb(AAA a)　｛
　　　・・・
｝
ｂｂｂ（□

って打ち込んだところで、AAA型の変数一覧が表示されて選べるようになってもいいよね？

CとC++でnullの実態が違うのには驚いた

>>149
VS2010だとCtrl+spaceで出るね。

>>113
ロジアナでアドレス分岐を追うしかないチープな環境もあるよ
フルカスタムCPUで作ってるとことか

20年前に入社した会社では、これでデバッグしてたなｗ
でも、さすがに頭に来てCPUのソフトエミュもするデバッガ作って
デバッグするようになったわｗ

ところでさ、C言語とかJava言語とか、プログラミング言語の後ろに「言語」をつけるのっておかしくね?
English語とかJapanese語とか言わないじゃん。

PHP言語とかJavaSprict言語とか言わないし
その時のノリと語呂のよさだろきっと

俺のプログラマーとしての実力（３７歳）

　　　　　Ｃ言語：ポインタを少し使える程度
　ＶＢ（ＶＢＡ）：セルの中身をいじくるマクロを組む程度
　　　アセンブラ：ちょっとだけカジった程度
オブジェクト指向：理解していないと思う（ＨＴＭＬとＣＳＳを少しだけできる）


これで手取り２９万の年収５５０万くらいなんだが、
たぶんプログラマーの実力としては中の下くらい？
他のプログラマーの人の実力や年収は怖くて聞けない・・・

年収が俺の２倍近くあるなんてｳﾗﾔﾏﾈﾀﾏｼｽ　orz

なにそのボーナスステージ

手取りは大差ないけどボーナスがないのが年収に響いてるな

delete []
delete []
delete []
delete []
delete []

double a, b;
float c, d, e;

if ( a == b ) // That's Great!!!!!!!!!!!!!!!!

c = d - e; // It's So Cuuuuuuute!!!!!!!!!!!!!

goto ←　使うなよ！絶対使うなよ！

なぜ死文化しないのか

>>155
五反田？

gotoか再帰が使えないと状態遷移で死ぬ

http://ideone.com/PC8wN
C言語でオブジェクト指向ってこんな感じでいいの？

>>161
いまだになぜgoto使っちゃダメなのかわからない

>>162
五反田じゃないですよ


自分が今の会社やめたらすぐ再就職できるのかな〜？ってよく考える。
今の年収が５５０万くらいだが、４５０万くらいで高望みしなければ
再就職は楽にできそう？
それとも、こんな中途半端なプログラマーどこも雇ってくれないか？
職場にすごく嫌な人がいるんだよなー・・・ハァ orz

さっさとコード書く人工知能作れよ

中途半端というか学生レb (略

>>6
そう
中身はポインタそのもの
nullだとNullPointerExceptionだしな

>>164
こんなのあるんか

>>147
バッファオーバーランしてるからnew deleteをオーバーライド、もしくはmalloc freeをラップして
メモリ確保するときに前後に余計なサイズ確保するようにしてそこに0xDEADBEEFとか書き込んでおいて
開放するときに同じ値か調べて違うとこ直せ

>>164
そのやりかただと抽象型とかインターフェースみたいなことができないから
メソッドをポインタにして多態できてもあんまり便利な気がしない。

if (!(fp1 = fopen( "data1.txt", "r" ))) return 1;
if (!(fp2 = fopen( "data2.txt", "w" ))) return 1;

このif文の「!」って何だっけ？　
「条件式が１じゃなければ」って意味だっけ？
Ｃ言語最近使ってないから忘れることが多いです。

>>171
そういうのもできるのか

>>165
> いまだになぜgoto使っちゃダメなのかわからない
C言語でなら、使わないように頑張ればgoto使うメリットが分かる。
使うべきところで使わない奴はアホで、同じく乱用する奴もアホだ。

>>164
素直に仮想関数テーブルじゃなくてインスタンスに各関数ポインタ持ってるってのは
その関数ポインタを動的に変えたいから？

仕事だとpythonとhtml,css,jsか
java,phpなんてやりたくねーから恵まれているとは思うが
c++オタとして仕事で書いてみたいようなそうでもないような

returnの意味がよくわかんねえ教えてくれ

>>172
仕事のデバッグ依頼はご遠慮くださいね。

>>175
そういうメタプログラミングっぽい使い方できそうだけど
そういうこと考えてない

>>172
そこで気合いを入れるってこと。

>>170
そんな殺虫技があるんだな。やってみるthx

>>155
それがどうしたら中の下なんだよｗ
そもそもオブジェクト指向とHTML/CSSって全く関係ないじゃん。

29歳でプログラマーに転向した俺はまだ1年目だけど

VBA・・・エクセルを対象とする限りはツールは作れる
VB.NET・・・リファレンス(MSDN)読みながらだったら何でも作れる。
C#・・・C#3.0以降の追加要素以外だったらMSDN読みながら何でも作れる。
SQL・・・簡単なものだったら書ける

Javascript、Rubyは経験有り



これで年収240万だわ

>>153
海外で発売する本とか公式ドキュメントは、

Programming Language ●●●　とか割りとあると思う


あとCは言いにくいから「〜言語」つけてるだけで、それ以外はあまり「〜言語」つけないでしょ

>>182
俺より８歳も年下で、しかも１年目でそれだけ実力あるのに
年収240万って、いくらなんでも低すぎでしょ。
手取りにしたら月１５万あるかないかじゃないの？
どんな企業なの？

オブジェクト指向と関係ないものなんかねえべ

>>185
つ関数型言語

>>184
面の皮の厚さの差。
もちろん厚いのはお前。

>>184
ただの派遣だよ
元請けの会社は3000円/時払ってるのに、俺には1300円/時しか払ってないからキレて辞めることにした。
経験1年しかないから、過去の職歴はみんなPG/SEにしていたことにして、
今年の夏から熟練の.NETプログラマーとして転職するつもり。


ただITの世界って上流工程ほど稼げるからなあ。
要件定義ができれば、プログラミングなんてできなくても年収600万〜とかよくあるようだしなあ。


>>185
直接は関係ない

東熱の.NETプログラマーにみえた

typedef struct{
void* object;
int (*get_no)();
void (*set_no)();
} IResponse;

typedef struct{
int no;
} Response;

IResponse* Response_new(int no)
{
　IResponse* this = malloc(sizeof(IResponse)); /* 自分自身の生成 */

　this.object = malloc(sizeof(Response));
　//メソッドを構造体に入れる
　this->setNo=Response_setNo;
　this->getNo=Response_getNo;

　Response_init(this,no);//コンストラクタを呼ぶ

　return this;
}

int Response_getNo(IResponse* this){
　Response* r = (Response*)this.object;
return r->no;
}

こんなかんじかなあ

あのー、WEBがらみの話で申し訳ないんだけど、MVCって誰得なんだよ？
コーダーとデザイナーの役割分担を明確にするのが目的なんだろうが、
動的なページ作るんだったらどのみちビュー側にも制御文が入るんだから完全には分かれないだろ？

むしろアッチいってコッチいってみたいな感じで逆に読みずらいような気がするんだが。

>>190
おおこれならメンバ変数が増えてもやっていけるな

>>191
コントローラからビューはあるけど
その逆はないからそんなに複雑じゃなくね？

本業はUnixエンジニア、ネットワーク機器も多少はやる。
BASIC, C, FORTRAN, Perl, bsh, Ruby は一通りできるが、基本的に趣味。

>>145
英語の本買えばいいんじゃない。
電子版でも紙でも洋書は安いよ。

>>164
Cでオブジェクト指向というとGTKとかそんな感じだっけ。

>>191
MVCはウェブだけじゃないよ。

>>188
２９歳でその実力は正直驚いた。
俺がよっぽど恵まれてるってことなのかな？
残業もそんなに無いし、難しいプログラムはやったことがない
（忙しい時期は残業もちゃんとある）。
「どこの大学に入ったかよりも、どこの企業に入ったかが重要」とはよく聞くけど
ホントそうなんだろうなぁ。

でも、俺なんかよりも、
ＦＸとかで寝ながらボタンひとつで年間１０００万くらい稼ぐ人もいるんだよなぁ
うらやましい

Javaから入るとCの守ってくれない感は異常
変電所の設備の中ををズブ濡れで歩いてる気分にさせられる

>>194
日本のIT業界は実力よりどこの企業に入るかが大きいし
新卒などでうまく転がりこめない場合は結局コネとかそういうのに
なってくるからねえ

実につまらない国だ

今日はいっぱいコード書きまくった。楽しかった

まずVBプログラマーが理解してないのは
自分たちはプログラミング能力で給料を貰ってるのでは無くて
業務知識で給料を貰っているのだということ。
VBプログラミングというのは専門能力でも何でも無い

あと、何々を読めば何でも作れるなどと言い出すのは
本当に難しい問題を解決するのに、どこかでググったり
ネットで調べたりしても分からないことが沢山あると言うことを
知らないだけだ。本当に価値のあるプログラムの仕事とは
これまでに誰も解決していない、ライバル企業が出来なかった
問題を解決することだし、それは教科書の裏に常に答えが書いてある
のが当然と思っている学生には理解が難しい、答えの無いものに
答えを導き出す仕事なのだ。

>>198
書いててこっ恥ずかしくならない？

>>192
んー、複雑というかだったら一枚っぺらのファイルへ上に処理、
下にHTMLって書いた方が感覚的に掴みやすいような気がしたってだけで。
ってまだそれっぽいソースを何となく見て2日目の感想だがｗ
慣れの問題かね？

あと、コントローラーが何か偉そうで腹が立つｗｗ

>>193
そうなの？JAVAとかでも使うの？

>>3
六年も言われるとか、かわいそうだな

>>200
元々はGUIアプリ開発のために生まれた構造。
最近だとウェブ関係で使われることが多いけど。

ControllerとViewは分離することが難しいというのはたしか。
何でも理想通りにはいかないということで。
このあたり、プロトコルの階層構造と似てる。

webばっかやってたから、smalltalk mvcのイメージがわかない、デザパタのObserverとか言われてもピンとこないし

ウェブ系の会社1年目で年収250だ
早く人間になりたい

あのなあ
コードなんて派遣社員にかかせりゃいいんだよ
派遣社員は馬鹿だからそんなことでへこへこして
嬉しがる
俺たちがすべきなのは考え方を定式化すること
思想を考えること
人類のためにそれをすべきです
分かるかな？

コードを派遣が書くとしてコードの質を見ぬく目がなきゃダメなんじゃないの
テストで全部抜けるわけでもないだろうし

趣味でClojureとScalaを触ってるニートだけど、プログラミングのアルバイト求人を調べたらPHPの案件ばかりだった
PHPはやりたくないけど飯食うために勉強するべきなのかなあ

>>205
こういうピンぼけのおっさんを駆逐せんと明るい未来は来ないな

>>207
まずJavaをやれ

モデリングの時代になったら
顧客とプログラマーでどんな構造にするかみたいなのをうまく話して
クラス図作ってそのプログラマーがプログラムするんだろ？
それで上流工程最強とか言ってる奴が早く絶滅して欲しい

今日もがんばってストアド書いてきたよ
組み込みって面白そうだね

標準入力ってfgets(unko,256stdin)で書いてるけどこれって無駄なの？

どっかにニートプログラマーか時間のあるプログラマーいない？
お小遣い稼ぎがてらにでも依頼うけてほしいんだけど

>>213
元ゲームプログラマのニートの俺が名乗りをあげておこうｗ

>>213
23歳、プログラマーです

じゃぁ暇だけど技術のないニートなおいらも

>>214.215
おはよう！まだいるかな？

little_day_2
@
yahoo.co.jp

まで連絡下さいな！
使い捨てアカウントなのでご了承下さい！

>>217
こっちも捨てアドで遅らせてもらった。
DQ9の間の暇つぶしになにかお題ちょうだいｗ

delphiって今どうなってんの？

MRフトウェア開発で募集かかってるのを数年前に見たから細々とやってるイメージ。
C#に駆逐されるだろうな、用途としては。

>>219
iPhone対応したものが出て確変中だよ

基幹システムのバッチってCOBOL以外見たことない
なぜなのか

>>222
基幹がCOBOLで書かれているからｗ

むしろCOBOL勉強すれば重宝されたりするのか

組み込み系だと、C言語の知識よりも、データシートを読み込む方が大変
内蔵の周辺機器が増えて随分便利になったとはおもうけどね

>>225
ところがどっこい
また過渡期に入って内蔵機能じゃ役立たずになってきた

>>212
gets(unko) と比べてということであれば、fgets(unko,256, stdin) は
(適切なパラメータを与えておく限り) buffer overflow を引き起こさないから
無駄というわけではない。
ちなみに、getsを使うとコンパイル時や実行時に警告を出すシステムはある。

>>224
COBOLは当面無くならないからなあ。
少し前、とある銀行で汎用機からSunへの乗換案件やったけど、
やっぱりCOBOLだった。
ただし、COBOL書いてて楽しいかは知らない。w

ムダというわけではないっていうか、基本的にgtes()は禁止だよな。

新卒で最初にやったのがCOBOLで
それからずっとCOBOL
もうコード書く事もなくなり、残ったのは勘定系の業務知識だけ
絶対よそでは通用しない
どんな嫌がらせされても会社やめないからね

http://www.cobol.co.jp/ ちなみにこんな会社も。
「システムエンジニア、プログラマーの内訳は、COBOLエンジニア100％。」

>>226
しかも、同じARMでもメーカーによって
内蔵機能違うしなw

株式会社COBOL笑った
COBOLer単価高いしな
うちも派遣会社に５８万払ってるけど、その子３２万くらいしか貰って無いって言ってたし
画面側のＪＡＶＡの人は４０万以下で超絶経歴の人いっぱい集まる
COBOLerから搾取するのはアリか

NULLは、stdio.hに　(void* 0) とかで定義されていると思うのだが。

>>222
数えるのもおぞましい程のレコード数とファイル数があり、
unsigned longで扱えないほどの桁数ばかりで、演算誤差
不可の銭計算、しかしながら処理そのものはさして凝って
いない。

とくれば、COBOL以外の選択肢が無いって話があるw

>>234
JavaでBigDecimal使うと、
↓これが
a = b * 2.5 / c;

↓こうなっちゃうもんな。
a = b.multiply(new BigDecimal("2.5")).divide(c);

COBOLのほうがなんぼかましって感じ。

C#なら普通に
a = c * 2.5m / c;

とか書けるけど、基幹システムでC#とかないしな。

＞a = b.multiply(new BigDecimal("2.5")).divide(c);
なにこれすごい

c++だとそのへんは演算子オーバロードでどうとでもなりそうだな

ただ標準かboostあたりにライブラリがあるのかと思ったけど無いっぽいが

>>234
C++ってlong long使えないんだっけ?

>>227-228
gets()はテストプログラムでコンソールからちょっと文字列入れてみたい、程度でしか
使っちゃいけない関数だな。

>>238
64ビットポインタ扱えるのにlong longなかったとしたらアツいな、大きい数値はポインタで代用！とか
ところで16ビットポインタってnearで32ビットがfarだけど64ビットポインタはなにになるん？

>>39
素晴らしくその通りでﾜﾛﾀｗ

なんでもできる。そう、CSharpならね。

>>39
へー俺のやってる仕事とはまた違うな
俺んとこはVBでデータベースからデータを引っ張ってきてみやすくする仕事だ

なんか調べて見たら今時 long は64ビットらしい。(long long も)

>>240
nearとかfarってDOS時代にしか聞いたことないんだけど、今でも使われてるの?

>>243
やろうとしてる事は一緒
プラットフォームが違うだけ

>>6
アナルセックスメソッドにまんこをパスしてるからコンパイルエラーだよ

>>246
interface Seiki{}
class Manko implements Seiki{}

class Sex{

嫌儲はプログラマー多いなー
みんな稼ぎ良さそうだなー

ミス
まぁ、何が言いたいかというと、
マンコクラスは内部でペニバンフィールドを保持しており、
nullの場合は例外投げるって設計何じゃないだろうか？

>>248
制御ソフト屋だが極めて普通w

残業代は全てでるけど、コンプライアンス強化で
３６協定を守ってるんで、大した額にならない。

昔は200H残業で賞与クラスの給与だったことも
あったけどね。
↑
年間２ヶ月位だと色々買えるんで捨てがたい。

ちなみに「C」しか知らない。割とマジでw

クラスとかの名前考えたりビットマップやアイコン描くので死ぬ

>>244
たぶん書いてもコンパイラは同じ大きさのポインタにするんじゃないかな？
互換性のために予約語に入ってるから変数名に使えない程度の存在感

そもそもcの仕様にnearとかfarとかあんのかな

普通に変数名として使えるし処理系依存じゃね

>>232
派遣会社に俺たちに48万支払ってるのに、俺は月22万ぐらいしか貰ってないんだが、これってどうなの

>>252,253
nearとかfarはANSI (JIS/ISO) Cの予約語では無いね。
DOS時代のコンパイラだと予約語になっているけど、処理系ローカルな話だし。

>>254
自分が派遣やっていた頃は会社が70万取って35万くらいしかもらえてなかったし、
そんなもんじゃないの。

派遣なんぞで自分を安売りしてはいけない

>>246
>>247
>>249
そもそも「セックス」クラスを作るというのがおかしいんだな

abstract class Seiki {}
public class Chinko extends Seiki {}
public class Manko extends Seiki {}
public class Anal extends Seiki {}
pubic interface Sex { }
-----------------------------------
abstract class Human {
　　protected Anal my Anal;
　　abstract boolean public doSex (Human human) {}
}

public Man extends Human implements Sex {
　　private Chinko myChinko;
　　@Override boolean public doSex(Human aite) {　　　　
　　}
}

public Woman extends Human implements Sex {
　　private Manko myManko;　
　　@Override boolean public doSex(Human aite) {
　　　　if (aite.getCondom == null) {
　　　　　return true;
　　　　}　　　
　　}
}

業務系は突き詰めるとDBをみやすくする系の仕事が9割以上だろうな。
そんな俺もDBサーバーからJSで受信して見やすくする仕事してるわ。

C言語はこのままで良いよ

ただ初心者に「C言語は万能な言語」って教えるのは止めれば良いだけ

質問なんだけど、
以下の分野のプログラムの難易度ってどんなもん？

１：ＡＴＭなどのプログラム
　　（金額のミスは絶対に許されないし、バグも許されない）

２：パチンコやパチスロの台のプログラム
　　（ＬＥＤや出玉に関係するプログラムなど、複雑そう）

３：家庭用のゲームソフトのプログラム
　　（新規で色々なモジュールを作成するイメージがある）

４：有料携帯アプリのプログラム
　　（高いクオリティのアプリなどを見ると凄いと思う）


広範囲かもしれないけど、『総合的に見て』、１，２，３，４でどれが１番難しいか知りたい。
個人的見解は、難しい順で１＞２＞３＞４　なんだが・・・

３＞１＞４＞２

難易度と言っても方向性の違う色々な難易度があって、
それぞれ比較できるようなものではないと思う。

>>260
プログラミングの難しさだけならブッチ切りでゲームだね。
基幹業務プログラムはプログラミング自体は難しくない。
というか他人が後で修正したりバージョンアップしたりするのだから、そんな難しいと詰む。
それよりテスト工程が大変。ゲームなどとは比べものにならない時間と労力が投入される。

オブジェクト指向って構成考えるのにすげー時間かかるうえに
関数一個追加するのもあちゃこちゃ書き換えて面倒にしか思えないんだけど
こんなことに時間使うとかアホみたい
テキトーに書いて表示されればいいだろ？

>>260
単純なプログラムの難易度であれば、
2==3==4>>>>>>1

コンソールゲームと銀行システムとwebシステムをやってみたけど、
銀行系のシステムは信頼性が最も重要だから、
パッと見バグがあるように見えても一度動いてるシステムは絶対弄るなってなってる。
難しいテクニックは不要でただ信頼性のみが重要。
保守もするがテストの方が超重要。まぁ、俺の狭い範囲での見識だから当てにはならんかもしれんがね。
他、ゲームなんて絵が出ればそれで難易度６割、あとは時間掛けて単純作業の繰り返し。

携帯アプリってAPIを適当に叩くだけじゃないの

俺はDBサーバからDelphiで見やすくするのをC#で見やすくするように
置き換える仕事がメインだわ

>>260
プログラムの難易度だったら3＞２＞４＞１
テストの難易度だったら１＞２＞３＞４

>>3
これとぶんすうのきまりは一生言われるだろ
自業自得

OS開発とゲーム開発が最高峰
Web系が最底辺

おいらは積算
そのうち工程管理もやらされそう

>>260
どうみても3が一番難しい
その中でも3DCGのゲームプログラミングが一番難しい
物理の知識もいるわ、常人には理解できない専門技術がいるわで
あれを最先端の技術でゴリゴリ書いてる人は頭が凄いことになってると思われる

strlcpy(笑)

プログラミング学んでる友人いるんだが
3ヶ月ごとに分厚い本買って新しいの全部覚えるんだと
プログラマーてマジキチすぎだろ

>>265
＞パッと見バグがあるように見えても一度動いてるシステムは絶対弄るなってなってる。

マジ？
一度動いてるシステムを改善したりしちゃダメなのか・・・

>>218
遅れてごめん！
メール返信しましｔ−あ！

ﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ

ＳＥ辞めて3年したらすっかりかけなくなった
こうしたいってのは浮かぶけどどう書くんだっけ？って感じ

>>213
みたいなのに騙される搾取されるプログラマーって多そう

>>68
kodomoがoyaの「仲間」の場合は継承する
親がダイアログクラス、子がファイル選択ダイアログクラスの場合など

kodomoがoyaの「機能を持っている」場合はメンバにする
例えばあるダイアログがファイル選択ダイアログを表示する事がある場合など（メンバじゃなくてローカルでも言いと思うけど）

基本的に「子は親である」という事が言えないと派生にしてはいけない
例：「ファイルダイアログはダイアログである」「操作キャラクターはキャラクターである」
「ビームは敵弾である→敵弾は弾である→弾はキャラクターである」など

>>278
俺も設計はできるけどコドが書けなくなった

C++の（多重）継承が一番活躍するのはミックスインだろ？

>>282
実は mix-in 好きw

>>257
SexインターフェイスをManクラスで実装するのはおかしいHumanの属性値の一つだからHumanクラスの時点で実装すべき

>>283
自分も大好き。これが出来るC++大好き。

>>275
それは改善とは言わずプログラマの自己満足と捕らえられるからなぁ。
しかも、その箇所を修正したらしたらで膨大なテストケースを1からやらないといけない。
つまり誰もやりたがらないしやる気もしないし、動いてるし、別にやる必要ないよね。って感じ。

間違ってるってわかっててもその上に荷物がたんまり乗っかってたら見て見ぬふりをするのはプログラムに限ったことではないわけで

ここやばげなーとか思っても指摘されるまでだまっとことリリースして
暇見つけてこっそりと修正コード作っといたりする

C#でもミックスインもどきはできるんだよな
まぁインターフェースに拡張メソッド組み合わせるだけだけど

>>75
完全に同意。オブジェクト指向で書かれたプログラムは、最初に設計した奴が
よっぽどのエスパーでない限り、保守拡張の段階でどんどん破綻していくと思う。

>>286
組込み制御屋だけど、こちらの世界も同じだな。

世に出てる製品には実績があり、それがどんなにゴミでも
スパゲッティ３種混合でもパステストも含めた評価がされてる。
１ステップでも加えたら、また同じテストをする必用がある。

よって、放置が大吉w

>>260
会社に加える金額で言えば自動車がすごいかもしれない。

ここの所のリコールの大半がソフト絡みだけど、何度も繰り返せば
会社が傾く世界。

バグで面白いのはパチンコ業界で、客に与える損害は重度のNG
だけど「たまに倍額払っちゃう」なんてバグは許されたりするw
（射幸性を高めるためワザと残してる、ってのは考えすぎか・・・）

>>3
これが何でコピペになるか意味不明。

>>291
この１ステップとかいう謎単位はどうにかならんのかね？
３０台のPG経験者とかに質問されても、
「ステップという単位ではソースは評価できませんね〜」って言うが、渋い顔されるんだよなｗ

1次元配列よりも2次元配列のほうが遅いって聞いたんだけどマジ？

以前、組込み仕事で移植する為の期間貰って、
どうせだからと勝手にリファクタリングした事はあるけど、
バグ曲線だの何だの文句言われｗ
でも出来上がったらモッサリ動作が改善してて好評だったｗ

いまどきならモッサリしたまま移植だろうｗ
家電ってそんなんばっかりや

>>291
その感覚のままネットに繋いでハッキングされちゃうんだよな
正常系が動いているから触るなって発想は
原発事故の原因のひとつでもある

>>295
1次元配列に比べて2次元配列は性能のために考慮すべき事項が増える
キャッシュのアライメントとかキャッシュラインのサイズとかね

ウェブとかアプリやってきた人は、組み込みでは一切要らない。逆もしかり。
勝手にリファクタリングするなカス。

>>296
結果も出てるし気持ちも分かるけど文句言う方の気持ちも分かる

動いてるように見えるけど、実際パラメータの設定が幾つか抜けていて、
でも処理時には規定値が入っていた、実は
前の処理との絡みで偶然動いてたりしたｗ

でも、今みたいな体育会志向プログラミング環境じゃあ
こまけぇ事はきにすんな見たいな感じじゃｗ
何か処理追加されたり、例外的な処理になると破綻するだろうけどｗ

嫌でもリファクタリングしなけりゃコードは良くなっていかない
自動テスト環境が整ってないのにリファクタリングと称して書き直すのは
ただの自殺行為だけどね

>>299
いらっしゃいませ

改修に改修を重ねたプログラム（しかも毎回スケジュールが厳しい）がだんだん無茶苦茶になってくるのは仕方ないとして
ファーストリリースから場当たり的なプログラムになってる奴はちょっと考えろと言いたいよね

重要なパラメータが複数の場所でハードコーディングされるのを見つけたときの頭がクラクラする感覚。

俺の経験上、ブラックボックステストばかり注力するところは危険だな。メーカー組み込み現場によくある。
そういう所は開発効率が悪く、デバッキング能力が低い。

>>295
結果的に至近距離アクセス（キャッシュヒット率）が多いかどうかの
問題で、連続する方向にアクセスしてくなら同じ。

様々な解説書のポインタの説明を見るたびに、変な教え方だなと思う。
メモリの内部を見せれば一発だと思うんだけど。

>>304
組み込みなんてゴミみたいなコードを徹夜仕事でなんとか動くようにした代物ばかり

>>296
結果的に好評だったからよかったものの、バグ出して
製品回収とでもなったらえらいこっちゃになる。

速度が速くなったと言っても、要件以内に収まっている
速度を改善するのはソフト屋の自己満足にすぎない。

後、リファクタリングの時間、すなわち工数が製品価格
に反映されるため、製品としての競争力を落とす結果と
なる可能性もある。

あらかじめクライアントを納得させてからやるならとても
良いと思うけどね。

>>295
大昔は2次元配列のインデックス計算の乗算が無視出来なかったけど
今じゃメモリアクセスに比べたら乗算1個なんてカスだからな

>>308
中身を見せたら猥褻だからだろ
上っ面しか理解できないゲーム脳が増えている

>>296はとてもミクロな視点でコードを書いてる、まさに「ソフト屋」だな。

>>297
むしろ逆。
既にある製品は異常系含めた評価がなされている（ハズw）。

おれは296を評価するわ

新機種開発で、アセンブラソースからCへの移植だった、
テストは最初から全部やり直しだから、リファクタリングした方が
総合的な手間が省けた。

他に交代出来る奴もその時居なかったから割とやりたい放題だったなｗ

>>315
アセンブラからCで全評価ならリファクタリングしても
いいんでない？

発想そのものが違ってくるし、客にもいいやすい。

ただ、バグ発生曲線うんぬんは別の話だね。
（めんどくせーんだ、これw）

>>298
>>307
>>311
普通のプログラミングの本とかには書いてないと思うんだけど
そういう知識どこで身につけてんの？

>>317
自分は先輩からの口伝だったかもしれない。（遠い目）

組込み系やってると、内部バス速度だとか、FROMウェイト時間
とか、キャッシュヒット率だとか、ARM系だとITCMだのDTCMだの
っつー速度を速くする技術を自然と覚えてくよ。

遅い→要件不備→なんとかしなくちゃ→誰かたすけて→先輩登場
→覚える→時間経過→困ってる後輩にえらそうに教える

学校の宿題だけどわからんから教えろカスども

Newton法の初期値を2分法(bisection method)で求めるプログラムを作成し、x - cos(x) = 0 の解を求めよ。

>>317
昔はどの命令が何クロックなのか暗記してた

最近のコンピュータのメモリアクセスに関してはこれがわかりやすくておすすめ
What Every Programmer Should Know About Memory
http://www.akkadia.org/drepper/cpumemory.pdf

>>319
IDがFX0→F(X)=0だから自分で分かるだろ

未だに変数名が５文字以内とかいう糞環境でやらされてる人間もいるんや！！

>>322
俺もfortran77プログラムの保守やってるけどクッソつまんねえ…。

C言語で1行70カラム以下
最初は困惑したがネストが浅くなりまくってええソースができるようになったわ〜

>>291
コンパイラを変えるだけで

>>325
コンパイラにバグがあったとしても、メーカーの責任になる。

それゆえ、開発環境を変えるのは大変で、実際、気楽に変えないし、
変えたことも無い。

ちなみに、自分の会社（組込み制御屋）だと最適化が禁止されて
るが、これはコンパイラメーカーのバグが最適化に集中してるため。
（バグとなるソースコードを検出するソフトが流れてくること多し）

>>3
ババンキャーは過大評価

スクリプト言語でしか書きたくなくなってしまった