アカウント名:
パスワード:
ダム端をパソコンと呼ぶかどうかというのはあるけど、俺が入社したときはまだ一人一台PCが支給されるなんてことはなくて、
・フローチャート定規を使って机上で大まかなフローチャート作成・コーディングシートに手書きコーディング・机上でデバッグしてから、共有のダム端つかってコード入力・コンパイルしてエラー印刷・それをまた机上でデバッグして…
ってな感じでプログラミングしてました。
全社的に一人一台PCが支給され始めたのは、メールがビジネスツールになってきた94年後半あたりからかな。
昔は自分の頭で考えてからプログラミングしてたけど、今はとりあえずコーディングしてみる。だからバグが多いんだろうね。
単にテストにかける比率が変わったりプログラムが複雑化したせいだよ。時代とともに。
紙にコーディングして〜の時代の手法だとTry & Errorできる回数が100倍とかじゃなく使えてるので時間当たりの生産性は上がってるわけだし。
今は昔と比べて複雑化してるから別にそれだけが原因では無いと思うが。後は考えてやるといいかもしれないけど、時間はかかるだろうし。
パソコンがない時代の汎用機プログラムの開発は、(手書き用の)設計用紙の確保から始まる。年度開始時の争奪戦に備えて、前年度末…ではなく、更に年度末納品前の新年正月早々に抜け駆けして、用紙置き場から溜め込む!
コードの入力はコーディングシートをキーパンチに出していたな。キーパンチができてきたらコンパイルしてコンパイルエラーを取ってから机上デバッグ。この間コンパイルのたびにコンパイルリストをラインプリンタで印刷。机上デバッグが終わったらオブジェクトコードをフロッピーディスク装置に転送し、フロッピーディスクに吸い上げて実機に持って行ってテスト実行。メインフレームではフロッピーディスク装置はストレージではなく入出力装置の位置付けだった。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
ダム端 (スコア:1)
ダム端をパソコンと呼ぶかどうかというのはあるけど、俺が入社したときはまだ一人一台PCが支給されるなんてことはなくて、
・フローチャート定規を使って机上で大まかなフローチャート作成
・コーディングシートに手書きコーディング
・机上でデバッグしてから、共有のダム端つかってコード入力
・コンパイルしてエラー印刷
・それをまた机上でデバッグして…
ってな感じでプログラミングしてました。
全社的に一人一台PCが支給され始めたのは、メールがビジネスツールになってきた94年後半あたりからかな。
Re: (スコア:0)
昔は自分の頭で考えてからプログラミングしてたけど、
今はとりあえずコーディングしてみる。
だからバグが多いんだろうね。
Re:ダム端 (スコア:1)
間にあるものを把握できていないんだから、バグなんぞ、いくらでも発生するわな。
#直接ハード叩けりゃハードにバグあってもコードで回避できるが、今や間のBIOS/OSにバグがある。もはや回避不能。
Re: (スコア:0)
単にテストにかける比率が変わったりプログラムが複雑化したせいだよ。時代とともに。
紙にコーディングして〜の時代の手法だとTry & Errorできる回数が100倍とかじゃなく使えてるので時間当たりの生産性は上がってるわけだし。
Re: (スコア:0)
今は昔と比べて複雑化してるから別にそれだけが原因では無いと思うが。
後は考えてやるといいかもしれないけど、時間はかかるだろうし。
ここはインターネット老人会のすくつ (スコア:0)
パソコンがない時代の汎用機プログラムの開発は、(手書き用の)設計用紙の確保から始まる。
年度開始時の争奪戦に備えて、前年度末…ではなく、更に年度末納品前の新年正月早々に抜け駆けして、用紙置き場から溜め込む!
Re: (スコア:0)
コードの入力はコーディングシートをキーパンチに出していたな。
キーパンチができてきたらコンパイルしてコンパイルエラーを取ってから机上デバッグ。この間コンパイルのたびにコンパイルリストをラインプリンタで印刷。
机上デバッグが終わったらオブジェクトコードをフロッピーディスク装置に転送し、フロッピーディスクに吸い上げて実機に持って行ってテスト実行。メインフレームではフロッピーディスク装置はストレージではなく入出力装置の位置付けだった。