あなたの作業時間は、コーディングと思考の間でどのように配分されますか？[閉まっている]

...パーセンテージ。たとえば、60/40または90/10または100/0です。

私の仮説は、結果としてコードが小さいほど、考える時間の割合が大きくなる（そして、それを書き留めるのに必要な時間が短くなる）ことです。言い換えれば、より多くのことを考え、少ないことを書いてください。それは本当だと思いますか？

余談ですが、典​​型的なソフトウェア会社では、とにかく考えることは文化の一部ではないと思います。通常は、何かをタイプするコンピューターの前に座っているはずです。コードの次のステップを考えて何も考えていない様子をさまよっていると、ほぼ確実にマネージャーに気付かれるでしょう。残念な。

私は最後の手段でコーディングします。

50％の思考、50％のコーディング、10％の実装、40％のデバッグを含みます。

他のものと同様に、それは依存します

何かの初めに、ほとんどの時間はそれをコーディングする方法を考え、計画することに費やされます。計画が整ったら、ほとんどの時間はコーディングに費やされます。

60％思考/ 40％コーディング

私は仕事で考えているだけではありません。私はどこへ行っても考えています。私はすべての可能性を熟考するまでコーディングを始めない傾向があります。私は頭の中でコードを書くことについて話しているのではなく、頭の中で段階的な改良を行うことについて話しているのです。

ある日、1行のコードを記述しますが、次の日に1000を書くよりも（アプリケーションを動作させるために）より多くの作業を行います。私のマネージャーは最初の日を無駄にしたと呼びます。彼は生産性を測定するために1日あたりに生産されたLOCを調べます（または、以前は減少していました）。

2日目はあまり考えていませんか？たぶん、手元にあるコーディングのタイプに依存します（それがデータベースに対して無意味なクエリである場合、私がすでに1000回行ったことが、それは精神的な問題ではありません）。

短いコードの方が一般的には優れていますが、常にそうとは限りません。

経験を通じて流暢さを増し、彼らが何をしているかを正確に知っている開発者を罰するのはなぜですか？コードのすべての行が最初のロデオである必要はありません。

私が考えていないことを入力しているので、想定しないでください。タイピングはそれほど多くの精神的な努力を必要としません。

計画は非常に重要ですが、コードについて考えることと混同しないでください。

上記の「思考に費やされた％」>「コーディングの回答に費やされた％」のほとんどとは対照的に、私は（やや驚いたことに）現在、私の生産性がキーストロークと相関していることに気付いています。「現在」が重要です。私は新しい言語/システムを学んでいます。そして、手を汚して、ものを構築し、ものを壊し、それを修正する方法を理解するとき、私は座って考えるよりも、もっと学ぶだけです。それを通して、この愚かなことがどれほど複雑であるかについての非生産的な陰気にしばしば変わります。

（私は通常、既に受け入れられている答えで質問に答えるのに迷惑をかけることはありませんでしたが、これは私に考えさせられました、そして私は量り込むのを助けることができませんでした。）

コーディングを開始する前に問題を詳細に計画すると、修正の数が少なくなることがわかりました。コードに直接進まないようにするには多くの訓練が必要ですが、それだけの価値はあると思います。残念ながら、ご指摘のとおり、ほとんどの非プログラマーは、コンピューターから離れて計画を立て、最初に実際にタスクを高速化して改善する可能性があることを理解していません。

思考とコーディングの違いを理解できたと思います。しかし、コーディングを開始するときになぜ考えるのをやめるのですか？うまくいけば、タイピングはあなたが同時に考えることができないほど多くの労力を費やすことはありません。

私が向かうべき方向についてしばらく考えてからコーディングを開始することは、それほど重要ではない詳細についてもっと考えながらうまくいくことがわかりました。

あなたの作業時間は、コーディングと思考の間でどのように配分されますか？

場合によります。今年のこの時期は、主にバグ修正を行っているため、私の作業の大半は考えることです。

余談ですが、典​​型的なソフトウェア会社では、とにかく考えることは文化の一部ではないと思います。通常、コンピューターに座って何かをタイプしているはずです。コードの次のステップを考えて何も考えずにさまよっていれば、ほぼ間違いなくマネージャーに気付かれるでしょう。

この態度はソフトウェア会社に限定されないことがわかります。これは、アメリカの企業文化で広く見られる現象です。私の経験では、軍隊でかなりの時間を過ごした（または軍隊式の学校で若いとき）マネージャーは、常に働くという習慣を身につけました。Seargantがあなたが働いていないことに気付いた場合（そして、思考が外部の視聴者に見えないため、==間抜けを考えているため）、あなたを保つためだけに、彼は歩道を歯ブラシ（または他の愚かなメイクワーク）でこするように指示します間抜けから。私が働いていた史上最悪のマネージャーは、あなたが何もしていなくてもあなたのために働くために意図的に危機を引き起こします-そして彼は所有者でもあったので、あなたが何かについて考える必要があるとは信じていませんでした。終わらせる。

あなたの作業時間は、コーディングと思考の間でどのように配分されますか？

彼らは同じです

送信終了

私に考えることは、コーディングを抽象化する方法です。あなたは可能性とその最も可能性の高い結果について考えます。私はたくさん考えます。時々私は頭を机の上に置いて、目を閉じて横になります。思考はデザインの最小レベルです。私は常に、これから書くコードのエリア効果に基づいて、思考の長さを調整します。

「このボタンはどこに置くの？」「このデータベースフィールドをどこに置けばよいのか」と考える時間はほとんどありません。それがかかる限り長くなります。

紙の上で考えることも役立ちます。それは、仕事のようであり、夢のようなものではありません。

それは大きく異なります。私のコードの多くは、私が作成した一連のツールの結果です。そのため、私が大量のコードを「作成」する日があり、ほとんど手作業ではありません。また、キーボードを使うよりも鉛筆を使うほうが時間を費やすと思う日もあります。