多くの CASE ツール、ダイアグラム、描画、文書化のための多くのソフトウェアがあります。しかし、それらは古き良き紙を置き換えることができますか?
4527 次
14 に答える
10
毎日、一日中！（わかりました、一日中ではありませんが、たくさん）
私は実際に疑似コードの価値についてしばらく前に議論をしました.私はペン/紙の量といくつかの疑似コードが時々不思議に働くことができるかについて意見を述べていました:)
于 2009-11-25T23:49:25.007 に答える
6
私はコンピューターを使って簡単なデザインの問題を解決しますが、本当に難しいものにぶつかると、ペン、紙、脳などの強力なツールを使い果たします。
于 2009-11-27T08:04:49.800 に答える
5
特に、実装前に計算を行う場合は、最初に紙に書き出すことに勝るものはありません!
于 2009-11-25T23:52:05.173 に答える
5
デザインにはホワイトボードを、TODO にはペンと紙を使用します。
于 2009-11-25T23:57:18.627 に答える
4
ペンや紙を使ってアイデアやソリューションのスケッチを簡単に書き留めることができるソフトウェアはありません。これまで！
批判的思考を紙に書き留めたら、洗練されたソフトウェアやツールを使用して時間をかけて美しくすることができます。
于 2009-11-25T23:51:47.140 に答える
3
私はいつもペンと紙を使っていますが、それらはプログラミングにとってかけがえのないツールだと思います! メモ取りなどなど…
于 2009-11-25T23:51:18.560 に答える
3
簡単なスケッチを使用することは、クライアントとの要件を明確にする上で非常に貴重なツールです。複雑なビジネス ロジックや UI の動作を簡単なスケッチにすばやくカプセル化するために、ダ ヴィンチである必要はありません。Adaptive Path のLeah Buleyは、UX のスケッチに関する優れたリソースを提供しています。プログラマーもこれらのテクニックを学ぶことができます。Visio の前に座る前に、最初に紙を使用すると、多くの時間を節約できます。
于 2009-11-25T23:58:35.520 に答える
3
リアルタイムで考えるには、鉛筆と紙 (またはペンとマーカーボード) を大いに好みます。私の脳が考えるほぼすべてを処理できます。公式アーティファクトを作成する必要がある場合は、描いたものをツールを使用してセットアップします。ただし、通常は最初のコピーで十分です。
余談ですが、大学のほぼ全員がメモを取るためにラップトップに切り替えた理由はまだわかりません. Word で自分の考えを表現する能力は、紙の上で表現する能力にはほど遠いものです。
于 2009-11-25T23:58:58.873 に答える
3
特に条件付きプログラミングが多い複雑なロジックの場合は特にそうです。
于 2009-11-26T05:23:55.693 に答える
2
私がプログラミングをしていると、ほとんどの場合、机の上に紙が散らばっています。床にしわが寄っているものもあれば、そうでないものもあります。
私は通常、紙の上でブレーンストーミングを行い、予備の UML 図を作成します。
ホワイトボードさえあれば... :)
于 2009-11-26T00:03:58.040 に答える
2
アプリケーション ツールを使用する前に、何を描画/モデル化しようとしているのかを書き留めておく方が簡単です。
于 2009-11-25T23:51:16.440 に答える
2
いつも。何か複雑なことを描いたり書いたりしたいとき、それを行うためのソフトウェアを習得したくありません。また、システム リソースを占有する余分なアプリケーションがないことも意味します。さらに、一枚の紙にあらゆる角度から書くことには満足のいくものがあります:)。
于 2009-11-25T23:55:49.210 に答える
1
一人で仕事をするときはペンと紙を使いませんが、人と仕事をするときやお客様と話すときなどは必ずペンと紙を使います。主に鉛筆を使って図を描いています。
于 2009-11-25T23:58:03.337 に答える
1
私の意見では、プログラミングの最も美しい点は、優れたアルゴリズムまたは疑似コードを設計することです。以前は紙とペンがいいアイデアかもしれないと思っていましたが、思い切って書いてみました。私はちょうど PNP の質問に近づいた. それを解決することを期待しているわけではなく, 好奇心が私を支配している. 紙とペンを使うためにそんなに大きな問題に直面する必要はない. 時間を節約し、効率を高めます。一般に、プログラミングを行っている間は、次のような小さな概念に集中します。この変数は int ですか? プログラムの全体像を把握するための最良の方法はペンです。これにより、問題に集中して、技術的なこと、メモリ管理、セキュリティ、高速なコードを実行できます...キーボードに直接アクセスすると、最後に実現するために大きな強力な関数を作成するのに多くの時間を費やすかもしれません。変数「a」が常に負か何かになることがあるため、それは必要ありません。しかし、私はプログラミングを始めたばかりですが、幸いにもペンと紙の世界を発見したことを信じてください. あなたの質問は、実際にははいいいえの質問ではなく、図との比較、文書化に関するものであることに気付きました。プログラムを書く前のペンと紙。プログラミング中に文書化することは、コンピューターを使用することをお勧めします。もちろん、紙に文書化することもできますが、/* */ でいっぱいのコードを作成することは、それを読んで再度編集する方が速くて優れています。したがって、両方の場所がありますが、最初はペンに固執してください.
于 2012-01-14T10:42:24.860 に答える