少しでも早くコードを書くには

■掲示板に戻る■ ■過去ログ倉庫めにゅーに戻る■

1 名前： なななななしぃ 投稿日： 2001/04/16(月) 15:56: この業界に入って３年ほどですが、いつもコードを
書く速度が遅くてデバッグの時間がなくなってしまい
バグが取りきれないプログラムを納品することになり
クライアント様に申し訳なく思っております…
少しでも早くコードを書く方法があれば何でもしよう
と思っているのですが、みなさんコードを早く書く
ために何か工夫されていたりするでしょうか？
最近は、ＶＣ＋＋を主に使っております。
一応オブジェクト指向で書いているつもりですが、
Ｃでかりかり書いていたころに比べると過去の
資産は流用しやすくなったものの、新規なコード
が入るととたんに生産性が落ちるようになった
気がします。
2 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 16:00: えくすとりーむぷろぐらみんぐ的に
テスト用のプログラムを先に書けってのは…
解決になってないな。
3 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 16:40: 書く前に考える（設計）。
つーか、設計が遅いのか？
4 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 16:44: 昔よりコーディングが慎重になったのは、いいコトぢゃない？
5 名前： 「設計」と書いて「デザイン」と読む！ 投稿日： 2001/04/16(月) 17:01: デザインパターン勉強するいい機会なんじゃない？
6 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 17:25: タッチタイピング。
7 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 20:15: >>5
>デザインパターン勉強するいい機会なんじゃない？

お勧めの本とかあったら教えてください。m(__)m
本屋で見てもどれを選んで良いのか検討もつきませぬ
8 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 20:46: #define s struct
#define t typedef
#define w while
#define r return
9 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 20:53: >>8
そんな、PostScriptじゃあるまいし(笑)
10 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 21:19: >>8

たしかに早そう。
11 名前： 通りすがり 投稿日： 2001/04/16(月) 21:59: まず試作を作ってから問題点とかを洗い出して、（試作は捨ててから）
本番のコードを書いていますが、そんなに時間はかからないですよ。
ボロボロのコードをもったいないからと言って握っていたら、たぶん
何倍も時間がかかると思います。
12 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 22:12: 最近年取ったせいか、エディタのカーソル移動がめんどい。
キーボードでもマウスでもviつこーても。なんとかならんかのう。
13 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 22:17: >>12
まず公園に行って、軽く体操して、遠くの景色を眺めて、
深呼吸してこい。
14 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 22:17: コメント文を書くためのキーボードマクロを作る。
１キーで行末や前の行に // とか。
扱うデータ項目が多い場合、ポリモフィズムで一様に扱えるように
しておいて、書く。キーボードマクロも活用できるし。
キーボードマクロは頑張ればもっと活用できるような気がする。
15 名前： 1 投稿日： 2001/04/16(月) 22:18: 1です。
上司がクライアント様に「うちのＰＧがドキュソですみません！」
と謝っている夢をみました…

>>2さん
エクストリームプログラミングというのは初耳なのですが、
検索してみるといくつか本もでているようですね。
購入して読んでみようかと思います。情報感謝です！

>>3さん
短期な仕事が多いのですが、一ヶ月納期で、設計三日
残りをコーディングとデバッグといったところです。
設計自体にはそんなに時間はかけておりません。

>>5さん
デザインパターンですか。いくつかは使用して
いますが、Ｊａｖａプログラミングデザインに載っている
ようなのしか使ってませんでした。
もうちょっとデザインパターンを勉強してみようかな。

>>6さん
専門学校で散々やらされたので、タッチタイピング
に関しては問題無いかなと思っています。

>>11
たしかに一度書いたコードを捨てることはあまりないですね…
よほどダメってときはさすがに捨ててはおりますが
16 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 22:20: 2chを見ながら書かない。
17 名前： 1 投稿日： 2001/04/16(月) 22:28: 1です。
11さんだけさん付け忘れ…すみません。

>>16さん
確かに集中力が無いかも知れません。
よくメールチェックとかしますし。寝食忘れて
コーディングとかできればいいんですが
18 名前： 1 投稿日： 2001/04/16(月) 22:32: 少し前に一度だけやったのですが、
目標を設定して、それに達するまで飯を食わないというのは
結構有効でした。食べると眠くなるので一石二鳥です。
19 名前： デフォルトの名無しさん 投稿日： 2001/04/16(月) 22:41: 1.タッチタイプを覚える。
2.標準関数の書式と機能を全部暗記する。

コード書く量はかなり速くなるよ。
まあ、設計がかっちり決まってればだけど。

おいらは、java.lang.*とjava.util.*、java.net.*;
を殆ど覚えた。三倍速でコードが書けるようになった。
20 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 00:04: 最終的なコードに至るまでに何度もトライ＆エラーを繰り返しているようなら、
もう少し設計にかける時間を長く取って、データ項目の整理と適当でもいいから
クラス図とか状態遷移図とかを書いてみると、結構見通し良くなってサクサク進むかも。

適当にメンバとかメソッドとかあっちこっちのクラスに追加しちゃって
後で全体のつじつま合わせるのに大変。。とかなっちゃうパターン？
21 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 00:04: 設計段階で問題と必要となる知識を洗い出して解決しておくと
コーディングが１，２日で終わるなんて事も結構あるよ。
22 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 00:07: >>20
設計に時間を割くのは賛成だね。
特にＯＯＰって設計しかりしておくとコーディングめちゃくちゃ楽♪
23 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 00:26: 一度全体のコーディングに入る前に、
簡単なプロトとか、テストコードをいくつか書く。

悩むところがあまりなくなったな、というとこまで
行ってからコーディングに入ったらどうだろう。

単体テストはなるべく手作業を減らす。
XPのユニットテストはなかなか良いぞ。

自動的に全てをテストしながら継続的な
コーディングを行えるので、こっちを修正したら、
あっちが動かなくなってた、なんてことがなく、
精神衛生上もよろしい。
24 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 00:30: あと、これはすぐには実践できないと思うけど、
なるべく「テストしやすいコード」を書くようにする。

デバッガを使う場合は、ブレークポイントを置けるようにする。
また変数ウォッチもやりやすいようにしておく。

GUIやCGI、帳票なんかも、「実際にGUIを操作しなければ」とか
「ブラウザでページ遷移させないと」とか、「帳票を出力しなければ」
テスト出来ない、といった個所を減らすのだ。

ここを、こうすれ、というのが一言で言えないんだけど、
まぁ、そういう心構えで、ってこと。
25 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 00:34: あ、VC++がメインなのか。

XPのUnitTestは使えないかもしれない。
そういえば、俺はC++のUnitTestってやったことなかったな。スマソ。
26 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 00:35: >>25
VC++でも使えますよ。
27 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 02:33: まじめにこたえる
仕様を削ること
28 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 02:54: コーディングに取り掛かるまでの時間が長いほど
コーディングの時間は短くなるっていう法則があったような…。
29 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 02:57: 準備万端でコーディング始めると、
書き終わったときに、えっこれでもう終わり？ってのがよくありますじゃ。
30 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 20:47: Too many programmers jump too quickly to ``the'' solution to their problems; they think for a minute and code for a day rather than thinking for an hour and coding for an hour. -- Jon Bentley

問題に対してすぐさま解決法を決めつけるプログラマが多すぎる。彼らは 1分考えて、1日をコーディングに費やす。1時間考えて 1時間でコーディングする代わりに。
31 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 20:59: タイピングデッドかタイピング波動砲を氏ヌほどやりこめ!
32 名前： デフォルトの名無しさん 投稿日： 2001/04/17(火) 21:56: 頭の中でコードをイメージし、一気に叩き込む。
33 名前： デフォルトの名無しさん 投稿日： 2001/04/18(水) 12:10: 脳直結プラグ手術、今なら安くしときますよ。
34 名前： >>33 投稿日： 2001/04/18(水) 14:19: 保険きくかにゃ?
35 名前： デフォルトの名無しさん 投稿日： 2001/04/21(土) 07:05: >>30 どうせいうんなら、７時間５７分考えて、３分でコーディングでしょ（デバッグは必要なし）
36 名前： デフォルトの名無しさん 投稿日： 2001/04/21(土) 08:23: >>35
なんで？
>>30のでいいと思うぞ。
37 名前： デフォルトの名無しさん 投稿日： 2001/04/21(土) 08:41: そんなことすると金がもらえない
38 名前： デフォルトの名無しさん 投稿日： 2001/04/21(土) 08:51: >>30
そこまで違うもんかな～？
39 名前： デフォルトの名無しさん 投稿日： 2001/04/21(土) 11:00: >>35
そうかぁ？
３時間考えて、２時間テストバッチを作って、
１時間コーディング＆テスト実行でしょ。
40 名前： デフォルトの名無しさん 投稿日： 2001/04/21(土) 11:40: 俺は、1時間考えて、1時間コーディングして、
4,5分テストして、バグとか気にしないで、
6時間遊んで帰る。
41 名前： デフォルトの名無しさん 投稿日： 2001/04/21(土) 18:19: >>1
よく使うプログラムを登録して、いつでもコピペできるプログラムとか、
必要な部分だけを置換するようなプログラムとか、
自分で作って常駐させとけば？
42 名前： 35 投稿日： 2001/04/21(土) 18:28: それはいい。採用>>40
43 名前： デフォルトの名無しさん 投稿日： 2001/04/21(土) 19:30: １時間考え、UnitTestを書きつつ３時間コーディング。
あとは高度な遊び。
44 名前： デフォルトの名無しさん 投稿日： 2001/04/21(土) 19:35: コード書き30分、デバッグ30分、2CH2時間、
転職時のプレゼンテーション用ライブラリ書き8時間。
45 名前： デフォルトの名無しさん 投稿日： 2001/04/22(日) 01:29: なんだかんだいっても、設計をミスると、効率が悪くなる・・・。
46 名前： デフォルトの名無しさん 投稿日： 2001/04/22(日) 01:47: >>44
おいおい、3時間も残業するんじゃねーよ（ｗ
47 名前： デフォルトの名無しさん 投稿日： 2001/04/22(日) 02:20: ＱＸエディタの補完入力を使う。
48 名前： デフォルトの名無しさん 投稿日： 2001/04/22(日) 03:24: 2CH:2時間。ニュースサイト:1時間。デバッグ:30分。
事務のおねーちゃんとチャット:残り全部。