どうでしょに働くプログラマーと全く異なるコーディングスタイル?[定休日]

Question

で共にプログラマーと全く異なるコーディングスタイル?どんなジャイヴとなくしたい削除や書き換えお互いのコードについて教えてください。

Answer 1

ありと行きます。

い発見でしたが、同意のリストの是非を含む:

• ツール支援のための自動フォーマット (offhandいEclipseやVisual Studioできないこと設定ファイル)
• 適合一般の業界標準の (日公表の標準規約で決められたJava、それは相当にお養成講座を開催します。)
• への適合性、コストの改変、既存のソース (また万線を一つのスタイルについては、すでに更新するコードを新しいスタイル？)
• ...その他の要因のどちらかだけが重要で (このコストなどの新しいスタイル)

様にご自由にお仕事も頑固な変更、翻案、、こちらをクリックして下さいより大きな問題で以上にぶつかり合コード、取り扱いは対象外となります。

たとえば、お一人様対応のスタイルを回避するには、計算書に"くまた選んだのは 私 意味するものなのでしょう".合は単一のスタイル、完全にコミットします。

前にこの点がるべきだ特典にはどんなものがありますかの一貫したコードについて教えてください。する費用の一貫したコード(ヌのその他の開発者）は、プライベートビーチがありました。

Answer 2

私たちは、標準的なコーディングスタイルに同意し、Visual Studioの設定ファイルの形でそれを施行ます。

Answer 3

人間のコミュニケーションの問題です。ただ、お互いに相談してください。いない人のコードを通じてます。

Answer 4

他の開発者と通信します。 両方の世界のコンバインが最高のコーディングスタイルに同意？

Answer 5

あなたは「コーディングスタイル」と言うとき、あなたはあなたのコードを構造化する方法の違いをフォーマットするか意味するのですか？

コーディングスタイルについては、チームはおそらくスタイルフォーマッタを持っているし、コミットする前に、フォーマットのいくつかの種類を強制する必要があります。この方法は、マージは、合併はクレイジードライブしません。

私は怖いコード内の構造上の違いのために簡単な解決策はありません。 1である場合は、ハードコアスパゲッティを使用すると、テーブルに座って、接近して、彼らはあなたの特定のプロジェクトに適用する方法の両方を議論する必要がありますコーダ狂信的なオブジェクトに対して、コーダ。絶対的な答えは存在しないことを思い出してくれる、それはすべてのコンテキストに依存します。 また、ベストプラクティスをお勧めする。尊重し、両方のあなたのことを誰かに頼るしようとしたコードの検証のためにコードレビューを行い、ヘルプが一般的なアプローチ（技術リーダーやハイテクPM）を決定します。

Answer 6

• 利用のIDEと組み合わせのスタイルにチェックのプラグインは、(Javaの場合-Checkstyle,PMD)のチームチームリーダーやプロジェクトマネージャー（技術者）の力でコードのスタイルのガイドラインの全チームです。

• だけを無視する彼のスタイルまで行ってきたJavaプロジェクトが開発したの巻きブラケットの新しいラインが忘れられる場所に彼らは一般的に必要とっても問題なので後の拳ます。

• 議論のコード-スタイルや妥協、その適用のIDE力の最初のポイント。

Answer 7

私は私のことを非常に異なるコーディングスタイルを持っている人と一緒に取得するために必要な「ソフトスキル」に答えするつもりです。一般的に私は3つの簡単な原則に焦点を当ててみてください。プロ意識、信頼とエゴ。

プロ意識の面では、単純に再書き込みや削除の誰かのコードへの簡単な受け入れられない自分のスタイルはあなたよりも異なるため。専門的なアプローチは、私は私のアイデア/スタイル/プリファレンスが良いと考える理由をまず理解することです。その後、私は他の人と座って、私のポイントを議論し、ここでの重要な部分だ、心を開いておくことを期待します。ただ、私の考えのように私はそれが正しいか、正しいだという意味ではありませんので。真のプロフェッショナルは、他の人のアイデアがちょうど貴重なようであり、異なる視点から来ることを受け入れることができると喜んでされます。

私は個人的に私の仲間の開発者を信頼する必要があります。古い格言は、信頼は持ってきて、これはソフトウェア開発のための真でない稼得しなければならないということです。トラストは情報共有、アイデアやコードなどのさまざまなソースから上に構築することができます。生産的なチームは、通常、その開発者の間の信頼の暗黙のレベルを持っています。

人々が仲良くしていないことを主な理由の1つは、エゴです。私たちのエゴは、優れた恥ずかしいおよび他の人間の感情の様々な、私たちが脅かさ感じることができます。常に良いスタートですさておき、私たちのエゴを残して他の人と私たちの問題について話します。

Answer 8

ご コーディングスタイルで行われるようになりました 彼の コーディングスタイルで行われるようになりました の 規範は、コーディングスタイルのプロジェクトが、組織全体を文書化されるべきであるか)とい範を遵守します。リーディングプロジェクトCheckstyle（Java）を使用するコンプライアンスを保証.ご入力いただく場合がございツール、配布、その設定ファイルを指定します。も配布ファイルがIdeのフォーマットを設定します。

多くのオープンソース（企業）のプロジェクトの使用によりこれらの原則（例えばXWikiの Javaコードのスタイル, Mavenコードのスタイルやコード規約 または Apache開発者向けのC言語のスタイルガイド).この作品のための開発者が世界中に配信されないことのできない作業のための開発者と同じお部屋です。

場合はプロジェクトを持たないコードを基準に、それも時間の定義の一部とらないことを願いることができまいとして大人（実際にはこのチームが決定).必要な場合は、理由の統一コードのスタイルが重要だということになります（より良い読みやすさ、負荷).場合、あ、これは当てはまりません、そしてボスを決定します。

Answer 9

私は、あなたがそれに対処することを学ぶ鉱山へと開発者としてのスタイルをコーディング大きく異なる持っている開発者の日常と仕事をしなければならない。

あなたは4つの選択肢があり、 - あなたはどちらかそれらを変換します - あなたは、変換され得ます - あなたは、会社の標準を提案します。 - あなたはそれと一緒に暮らす

。

型の変数を付加などのそれの何かあれば、それは入力するように変数を記述十分でなければならないことのポイントを主張を推測することができます。

PERSONNAME対strPersonName対sPersonName < - ？どちらがあなたが選ぶだろう。

あなたは書式設定を意味する場合には、 CTRL-、K F < - VSにうまく自分のコードをフォーマット：）

Answer 10

私はそれは珍しい、私はコーディングスタイルに同意する必要があり、異なるグループやプロジェクトが異なるスタイルを持っていることを誰と一つだけ、他の開発者があることがわかります。あなたは別のコーディングスタイルに適応することを学ぶ必要があります。

あなたの2つだけある場合は、

は、あなたが使用しようとしている一般的なコーディングスタイルに同意する必要がありますの2つだけあります。

あなたがコーディングスタイルについて合意できない場合は、

は、その後、あなたはそれに対処する必要があります。生産的な方法で作業してみてください - 。その手段はちょうどそれがあなたのスタイルに合わせて、取得するために他の人のコードを書き換えていない

厄介であるいくつかの文体の面があるかもしれません、そして、それはそれらに焦点を当てるのがベストです。それは変化を定量的または実証的な議論に集中することが多い、より効果的ですので、スタイルを簡単に、宗教的な議論になることができます。優雅とあなたのコードの物理的な美しさは、引数を獲得しないかもしれません - しかし、文体の変更が不要なデバッグオフ向かっていた例を示すことは有効であることができる。

。

Answer 11

これは依存します。

他の開発者は、特に簡単に、私はちょうど私はむしろ力よりも、それを問題に同意しても自分のプログラミングスタイルで行く傾向があり、予定されていない場合 - この場合には、その本当に多くの不快なのいただきました！の問題を、自分のコーディングスタイルや悲しみは私が大騒ぎをすることによって得るでしょう？の

他の開発者は心よりオープンであれば、私は標準の命名/コーディングのようなものを議論するかもしれません（私は全体的なアーキテクチャのようなものがとにかく議論されることを望んでいるだろう）。

Answer 12

あなたはそれにいくつかのあなたの両方に適したスタイルとスティックを発明する必要があります。そして、通信に問題がある場合は、単にアイデアに固執する：「私は自分を書くとき、私は他のコードに手を触れないでください」