成長の適用の私の年の間に、私は多数がしたある学び」、各プロジェクトに近づくためのTSをことを着る。 顧客のために商業コードを書けば、次の5年の間おそらく毎日それを使用しない。 しかしそうとしても、およびあなたがその影響の適用性能だけ保全性をそう作るすべての小さい決定、有用性を考慮に入れる必要がある。
私が発見したまたはそれは成長しているだれでも見落とす適用べきな、同僚を私に通じたある事はここにある。 これらの推薦のいくつかに続くことによって、作り出している可能な最もよい良質品を保障を助けることができる。
注: この情報はPDFのダウンロードとしてまた利用できる。
#1:
適用を開発するより多くの時間を使うので時々あなたの顧客の要求のいくつかを予測できる。 許可されるのためのこれを取らなければあなたのユーザーより多くを仮定するために知りなさい。 条件を受け取るとき、それらの時間を使い、確認するために指定をある同じページに見直しなさい。 そうしないことは適用を後の方で改めると同時にあなたが時間を計る原価計算を行きつかせることができる。
#2:
ほしいと思うものは何でもそれをブレーンストーミングと呼びなさい、同等者のコードリビューと呼びなさい、呼びなさい-しかしちょうどあなたのまわりでそれらと協力するために確かめなさい。 他を離れて考えを跳ねることはあなたの潜在的解決能力の穴を識別するのを助け、あなたの元の設計よりよく解決を開発するのを助けるかもしれない。
#3:
彼/彼女のコードがあったあることが誰でもはまたは削除されて知っているよいバージョン管理システムの価値を歩んだ。 CVS、ClearCase、また更に視覚源の金庫重要ではない。 それを得、学び、そして使用しなさい。 少数の間違っているキーストロークと離れたあなたのハードワークにすべて吹いてほしくない。
#4:
ほとんどの開発者はテストするのを好まない。 または多分私はほとんどの開発者の憎悪のテストを言うべきである。 しかし誰でもにそれを解放する前にあなたがあなた自身のテストをすることは重大である。 何もあなたのテストグループを得ひっくり返され、あなたのドアで速くたたき基本原則を行わないコードを受け取るより。 レポートは実際に情報を印刷すること、そしてコラムは集計すること入力を許可するために記入項目スクリーンを確かめなさい、確認する-基本的な原料を数だけ許可される手紙を書き入れることができないことを確認しなさい。
#5:
早く私のキャリアで、私はデータエントリーのユーザーのグループのためのスクリーンを設計した。 私は私の設計がとても滑らかだったことを考えた。 システムにそれ以上に必要とした付属品すべてのがあった。 私はユーザーはほとんど決してマウスを使用しなかったことが私に指摘されたときにそれを取付けてちょうど約準備ができていた。 私の設計にスクリーンにあるボタンを加え、キーボードから手を何回も持ち上げることをあった。 それらのために有効および私のために非常に卑しめる。 あなたの顧客が持つかもしれない皆はより幸せである有用性問題のタイプについて学ぶ時間を使えば。
#6:
即座に得られる喜びのこの時代では、エンドユーザーを満足させることは困難である。 彼らがボタンをつけるとき、システムがすぐに答えると期待する。 または彼らは夜通しプロセスが実際に1時間か2ただ取るべきである誤解を有するかもしれない。 あなたの適用を開発した場合、どのような応答をユーザーが期待する理解し、要求するかことを確認しなさい。
#7:
コメントは多くの開発者のの命とり」存在である。 コードについて書いていない私達は私達の時間の執筆コードを使いたいと思う。 しかし私達のほとんどは入ることおよび維持の誰か他の人の仕事といつか任せられた。 私のようなら、時々それをそうあなたの最初反作用がそれをすべて裂き、始まることだったこと混同することを見つけることができる。 コードのセクションのまわりの非常に基本的なコメントし、記述変数の名前を等ことを使用するために試みることを加えることによってあなたの遺産を維持しなければならない次の人の重要な肯定的な影響を有することができるように私の経験に私が教えられてある。
#8:
適用を(タイプのユーザ・インタフェースなしの特にそれら)開発している時、コードにある有用な記録の解決を造ることを確かめなさい。 動いているときデバッグすることを試みるために行っているものにでするべき開発者のための少数の悪い事がより少し可視性の適用をある。
それは非常に複雑でなくてもよろしくない。 ある特定のサブルーチンに当る場合の多分コードのある特定の場所でちょうどあなたの変数またはカウンターの価値の一部をまたは全部書く。 それを置くことができる特定の環境条件があるかときだけそう記録する(多分特定のテキスト・ファイルは登録簿にある)。 見つけ出すのを助ける筈だおよび決心問題を引っ掛けることはすぐにによって行っているものがここにのためにである何でも。
#9:
まだ少数の歳何かでコードするか。 会社のための多くの人々の仕事は全盛を過ぎてある遺産の塗布によって動く。 しかしそれは一回りしているものがあなたを世界で無視するべきであることを意味しない。 多くの新技術はそこに統合される、あなたそしてあなたの会社に倍力を提供でき。 あなたの利点にそれをいつ使用できるかだれが知っているか、それらを理解することを試みるのに時間をビットかければ。
#10:
1つの事Iはについて常に考え、私のチームに通じることを試みられて私達がを担当した適用の自尊心および所有権を持っていることの概念だった。 私は決して私の適用がピーク機能で働かないか、またはユーザーが不運だったことを聞きたいと思わなかった。 そして問題について聞いたら、私達は私達が状態をすぐに調整できるすべてをする私達の方法の出かける。
大きい組織の頭部の開発者、システム設計者であるか、または単一があなた自身の会社のためにジャッキのすべて交換すれば重要ではない。 考察にこれらの考えのいくつかを運ぶことはよりよい最終生成物を作り出すためにだけ助けるが、また次のレベルにあなた自身およびあなたのキャリアを展開させ続ける可能にする。
ビルStrongeは現在電子ビジネスのプロジェクトに焦点を合わせる全体的なCPGの組織のPMP証明されたプロジェクトマネージャーである。 企業の彼の14+年の間に、彼は開発者および建築家の役割両方のそしてさまざまなサイズのプロジェクトマネージャーの一流のチームとして企業全体の適用に取り組んだ。 彼はwstronge@hotmail.comの質問のために達することができる。