ケとして---、結果は大丈夫か?
-
20-08-2019 - |
質問
私はビットに愕然との反応に関する質問が開発者のケアについての詳この結果、デバイト以上の意味についてそのコードです。してしまいがちなので-ピ約postfix/prefixを増加しがり-送迎を利用すbooleanための列挙型値、つ適切に機能させ、ネーミングと---
その質問がありますrethorical才投票:いつきを無視し、味をつ書き込みます?このボーダーがかかってしまいます。
- オペレータ++(postfix/prefix)
- 文字列になります。空の()に対文字列==""
- ベクトルとなっています。空の()に対ベクトルとなっています。size()==0
- 列挙{on,off}前boolean on=true;オフ=false
- ...
名前です。
編集
思うについての必要性(マイクロ)-最適化.むしろ、私の意見できたかどうかによっては 意識 のはいかが?書、計算書"のようなもので統へのdword、とにかく、いている方もいるかもしれませんのでenum?" (極端な例ですが...).
解決
長々と書きましたが、 多く コード私のキャリアです。など多くの人が多くのコードはない。その間、私もひとつのことになるがtrueの時間と時間をしてもらうことを目的としてすずさんなときは無視し、 欠陥のクリープ。
不良コストの時間やお金が修理いたします。まる時間をお過ごし、コードを書くきれいに明確にフロントが入っていることが多いので、格安で過ごすことができ多くの時間とお金、後を追いかけ下欠陥コードすることにな覚えているのですslappedとともに急いではないので適のコーディング標準装備。そして、その結果, い時間を無駄にする。 さらに、時間を無駄にお金いんだ廃棄物の始まりでになりますので注意してください防止が図られてきたちょっとした先行投資である。
いことを悔いて細心のやり方について書いています。こち溜ました。ている雑になって、いつも帰ってきてしまう出没する。
他のヒント
定義"ok"をクリックします。でも大丈夫な作品の納期に、必要なものを変化させるためにいかに三週間に古いコードについて教えてください。
あお答え:どを理解することができるコードは、痛くないな能力を維持します。
起動する場合は困難解なものとしては効果bottomlineうことになる。議論などを使用するかどうかは、複者たは書き込み明示的な合算っているので、きものではないものであっても、足もと、sipビール/ワイン/ソーダや議論なお、"結果":)
もの作りの列挙booleanは平野が間違っている。
によって異なりコスト関数
こちらはカップル寸法人への愛について議論し、しばしばconflate.本当の答えは、その時々ですね。どうす真の価値とは?
- 文字数
- 数opsの作成
- 実行時の
- 携帯性
- 保守性
- 透明度
- さん
- 安定性(無料のバグ?)
- 拡張性
私は常に目指し、高次のもの、のような透明度損失の明瞭度の支払いが人間のサイクルではありませんが、常に不足ます。人なつ生時計の時刻で、人々が言うにはほとんど常に最適化来ます
ばすくなっている、のではないかと思いたい、いつもより進展により、スタック、思いやり意味と働きではなく、スレーブへのビット数です。しかし、このことはありません忘れての基礎と覚えているビットの意味を実施しています。かしいかおパンダその希少な機会が速始め物コンベンションがボランティアのリーダーだ。
"いつきを無視し、味をつ書き込みます?このボーダーがかかってしまいます。"
と思う合理的な質問は"時 すべ 一つ衝撃の意味をつ書き込み?"
ていくプロとしての人間活動だと思うのだけの時間を一 すべ を無視し、意味のある場合、システムそのものの力だけが理解決に のみ に何もしないわけにはいかない。ない。
このボーダがき書き込み、読みいます。みそのになって、最終的には問いませんが何かを確認することができまみ(インスタンス)で利用することはありません。残念ながら、これはいないアドレスを間接的にフィードバックの練習にもない繰り返す。
の境界線はいたしました。
場合に内包された機能なのがおいしく、部屋も清潔でした。を0に予期せぬ副作用のコードが読みやすことになるすべてを始めとしたブースがあります。れば予測可能な外部のユーザーとの"奇妙な"機能性"を開催し、内部的なことになるすべてを始めとしたブースがあります。
で若干変動を追加する場合に最適化できない時期尚早に最適化し、その場で終了します。
マイクロの最適化なのでしょ99%の時間を。例えば、コンパイラのインターン全""単一インスタンス良くする為を文字列になります。空です。また、測定の効果は一般的に最も望むことができたものかは"最適化"の減少により、コンパイラにやってよりよい仕事の最適化を妨げます。
最コードする必要はない最適化されています。特がそうでなければできないと診断後のコードは、その後もほとんどの時間で行うアルゴリズムの最適化は、マイクロ最適化。
この日はほとんどの人に同意したと仮定が正しく読みやすさが最も重要な検討する。例外もあるが、一部のアプリケーションを迅速に、一部のアプリケーションで ない を許可するクラッシュが、一般にも読みやす.
観察例をご提供いただきました-- 以下の
operator++
(postfix/prefix)
string.empty()
対 string == ""
そうにないから良い例として比較操作することができる functionality
.そのため、より良い ない 無視しその意味の区別.
一方、例えば次のようなものが挙げられ
vector.empty()
対 vector.size() == 0
enum
erate{ on
, off
}前 boolean
on=true
; off=false
完全にリーズナブル。
vector.empty()
が好ましい場合は、その利用だけるかどうかを判断するベクトルは空になります。のリスクを鳴目線でひっきりなしに変わせ ない いする):ここを突き詰めれば非常に重要になってきます。"なぜお願いいのベクトルのサイズだけを知りたいだが空っぽになってはいませんか?そういう人がどのくらいのお金から買う→買うから上がるその財布がまだいついて十分なキャッシュによるコークス
として enum
erate{ on
, off
}前 boolean
on=true
; off=false
, ご自分でこの:方ができる追加価値の列挙ですか。そうで合理的なことをしたい enum
erate{on
, off
, indeterminate
}`(もしくは一部のバリエーション)で回答があります。そうでない場合、単純booleanいます。
これを踏まえて、世界の質問:るようなものがある場合、確定/アルゴリズムのアプローチの決断のひとりの質問にはどのようなまたはその関連?私の答えがするまでの日 チューリング機械 できるの チューリング試験, んじゃないでしょうか。その理由は、人間に必要なエンジニアソフトウェアです。