私のコードが「きれい」でない場合、私が胃の中で悪い気持ちをする唯一の人であるかどうかはわかりません。例えば、私が別の人が私の前でやっている課題がある場合。私はコードをきれいにして見栄えを良くすることはできません。それが何らかのOCDであるかどうかはわかりません。コードの美しさを心配していますか？
私はコードを自分のコード規約でよく見えるように完璧なアートのように見ています。私がここで説明しようとしていることを理解しているかどうかはわかりません。
しかし、あなたは私のようなものですが、コードをより良くすることはできませんが、私のコードを審美的な観点から見栄えを良くするようにしていますか？
はい、私はコードの美学について心配しています。美しく快適なコードは読みやすく、したがって理解しやすいです。
私は現在のカウントが審美的に不快であることを知ったので、私はあなたに投票しました。まあ、それと私はあなたに同意します。 –
はい、絶対に。美しいコードは常に良いとは言えませんが、良いコードはいつも美しいです。一般的に「醜い」と見える場合は、それが間違っていることの最初の兆候です。 –
審美的に楽しい=わかりやすい？私はそれに同意するのか分からない。* – JakeD
私もこのような立場にいます。クリーンなコードは読みやすく保守しやすいので、私はいつも自分のコードをクリーンアップしてスタイルをとろうとします。
あなたがアイデンティティを意味するなら、私はそれが不可欠だと思います。
私が読むことができれば（それは美しさとは違っています）、それはまた必須です。
花と鳥が飛んでいるように書かれたものが必要ならば、いいえ。私は心配していません。 ：P
アスキーアートをそのようなものに入れているわけではない。私はちょうど純粋なコードについて話しています。あなたはそれをある方法でやってアートに変わります。 – rzetterberg
花と鳥 - 優れたアイデア。私のコードフォーマッタを書き換える時間。 –
私はそれがどれほど可読性があるかのように見栄えが良いかどうかにはあまり関心がありません。 「きれいな」コードは、通常は読みやすく、管理しやすくなります。
いいえ、私はもうやめました。あなたはコード猿の軍隊を倒すことはできません。
私の個人的なプロジェクトでのみ、私はそれを完璧にすることを切望しています。
私はあなたがここで何を話しているかを確かに知っています。時間が経つとあなたは夢中になるかもしれません。 – rzetterberg
クレイジーではなく、単に無関心を展開します。 – User
プログラミング世界の最大の真実の一つ。 – mkato
はい、私は愚かな質問でStackOverflowカルマを恥知らずに取得しようとしています。
それはあなたの意見だとなぜあなたは気になりましたか？ – rzetterberg
カルマは、明らかに、雌犬 –
心配しないでください - 彼は最初にそれを考えなかったことがうんざりしています。 ;） –
私もそうします。コードを見栄え良くすることで、読みやすく理解しやすくなります。
コードを書式設定することは、コードを作るための一方通行であり、おそらくコードではです。です。読み込み可能なコードに直面していると、デバッガやコードレビューなど、プログラムを簡単に実行できます。感覚的な変数名と変数の範囲について考えても同じことが言えます。しかし、あなたはいくつかの非常に個人的なAncide -notationにフィールド、地元の人々、ポインタなどのためのいくつかの完全に許容表記を変え、あなたのすべての時間を費やしているし、私はことを言うために傾いているはずだ場合
本当に必要ではありません。
ほとんどのIDEには、自動的に書式設定を行うための「書式変更コード」のボタンがあります。しかし、それは審美的には必ずしも同じではありません。 – JakeD
はい、私はコードをより良く見せています。なぜなら、メンテナンスが容易で、人々が良いシステムを作ることに関心を持っているように見えるからです。
コードが醜いように見える場合、あなたはそれを冷静に保つよう動機づけられていると感じません。
そして、私は私が私の同僚が私を嫌いだと思うように心配を感じる= P
私がこれまでのものは美的価値のために純粋に審美的に良く見えるようにと行かないだろうが、私は読みやすく、わかりやすいコードを書くことは、一目でわかることが本当に重要だと考えています。特にXML/HTMLのようなものを書くときには、適切な入れ子や字下げのようなものが本当に簡単に素早く構造体の意味を理解し、気になる部分に時間を費やすことができます。視覚的に読むのが簡単な、短く、組織的な方法は、時間とエネルギーを節約します。それに対して、理解するのに10分かかります。
Visual Studio内でビルドインコードフォーマッタを非常に有効に活用しています。 Delphiでは、Delphiコードのフォーマットを可能にするアドインを使用しています。私はまた、いくつかのファイルが長くなっているかどうか心配していませんが、各ソースファイルを1000行以下のコードに保つようにしています。私は記述的な変数名を使用し、コード（およびフィールド、クラス、およびパラメータの名前）が次のコードを読むのに十分ではないと思われるときに、時には追加のコメントを追加することがあります。
私がかつて5年前に書いたコードを維持しなければならなかったので、結果は非常に有益です。読みやすさによって、プロジェクト内の自分のコードが読みやすくなりました。しかし、他の人はもっと不注意になっています。 WordやExcelでマクロを書くことしかできなかった経験の浅いセミプログラマー/マネージャーによって追加された自分のコードを、ゴミから認識するのは簡単なトリックでした...
"Pretty" and "code aestheticsプロキシ言葉のようなものです。これらの用語は些細なことですが、少なくとも私にとっては、「明確かつ論理的に表現されたアイデア」を意味します。明らかにそして論理的に表現されたアイデアが重要です。
整頓可能なコードです。あなたの脳はコード上で驚くほど自動化されたパターンマッチングを行うことができるので、誤った「形状」であるという理由だけで、コード内のバグや問題を発見することがよくあります。私はきちんとしていることを知っているので、自分のコードをきれいに保つために必要な作業を最小限に抑えるために、docコメントを追加して書式設定するためのVS addin（AtomineerUtils）を書いた。
もちろん他の誰かのコードを再フォーマットする理由はありません。あなたのコードをスタイルに合わせて変えれば、他のプログラマーに迷惑をかけることになります。新しいコードに変更し、変更するすべてのコード行は、再テストする必要がある別の潜在的なバグです。だから自分自身を「あまりにも遠くに」止めるようにしてください。
私の同僚は常に一文字の変数、短い名前のメソッドをアンダースコアで始まり、一般的に醜いコードと書くのは嫌です。これらの部分の周りの標準的な習慣のようです。
私は常に自分のコードを見栄え良くします。それは私が誰であるかを視覚的に表現しているので、すばらしくしっかりとしていて、正しくインデントされていなければなりません。
私はあなたのことを聞いています。そのような可変構造を持つ他の人が書いたコードを使って作業することはちょうどPITAです。 – canadiancreed
はええ、私は4つのスペース広いスペースとタブとインデントのコードを持っている必要があり、それがある場合にはC/C++/Javaのコードは、独自のラインで中括弧を入れて、Emacsのマクロは
私はロバート・マーティンは、彼の本クリーンコードで最高のそれを説明したと思う：これはよくコード を書くには十分ではありませんアジャイル ソフトウェア職人のハンドブック
。コードは時間の経過と共にきれいに保たれなければならない。 時間が経つにつれて、コードの腐敗と がすべて見られました。このため、 を防止するために積極的な役割を果たす必要があります。
ボーイスカウトオブアメリカには、 単純なルールがあり、私たちの 職業に適用できます。
よりも清潔なキャンプ場を残してください。
私たちはすべて、私たちのコードをちょっとチェックしてみてください。 コードは単純に腐敗できませんでした。 クリーンアップは、何か である必要はありません。 の変数名を1つ変更すると、 のサイズが小さすぎる1つの関数が分割され、 ビットが1つ除かれ、1つがクリーンアップされます 複合
ifステートメント。コードが時間の経過とともに単純に良くなったプロジェクトで作業することは想像できますか？ 他のオプション はプロフェッショナルであると思いますか？実際には、 継続的な改善ではない内なる プロフェッショナリズムの一部ですか？
["Become a Better Programmer"]（http://www.goodliffe.net/becoming-a-better-programmer）と同じアドバイスもあります。 – JakeD
「美学」を定義します。私はそれが違う人々に違うことを意味すると思う。
私が書いたコード（ここで急いでコードサンプルが投稿されているにもかかわらず）について、私にとって絶対に最も重要なことは、それが意図したとおりに動作することです。いったんそれが意図したとおりに動作したら、、そして、そしてそのときだけ、私は美学について心配します。
美的感覚は主観的です。私は自分のコードを私の目で芸術作品にするために労力を費やし、誰かが私の後ろに来て、 "美しいコード"を構成する感覚に合うようにそれを変更するかもしれません。結局のところ、デザインパターン、コーディング標準、命名規則、それに誰が知っているのか - それ以外のものを含めるのですか？または、字下げ、中括弧の整列、変数宣言の型調整などの単純な問題ですか？
審美的に喜ばしいコードを構成するものについて、2人の開発者が完全に同意することはありません。それはあなたがそれを作成しようと努力すべきではないと言っているわけではありません。あなたの最優先事項ではありません。 を書くと、メンテナンス可能なコードが最優先事項になります。それが結果として美的に喜ばれるならば、それもそうです。
あなたの男は完全な悪夢を融合させますか？審美的に私にとって気に入っているすべての書式を元に戻すと、あなたがちょうどチェックインしたコードの作者と主任メンテナー？
コミュニティウィキとして質問をマークしてください。 –