擬似コードの作成 - ベストプラクティス？

Question

擬似コードが有益であるかどうかについて議論を呼びかけたくはありません。そこにはたくさんの質問があります。私は擬似コードを書くのが便利だと思っていますが、それを表現するにはどうしたらよいでしょうか？

時々私は番号付きのアプローチで終わることがありますが、それ以外の時間にはCスタイルの構文を使用しますが、ほとんどの場合、それは私が思うものがその時点で最もよく混じっています。それはうまいですが、6ヶ月後にもう一度見直すようになったとき、その意図が何であるかは必ずしも明確ではありません！私は最近、ページを2つに分けて、右半分を下ろし始めました。ピジン[ここに言語を挿入]を書いて、左下には本当に明白で冗長な英語で書くでしょう。

擬似コードを書くための「標準」がないとは思っていませんが、私は他の人がそれをどうやって使うのか興味を持っています。

ありがとうございます。

ああ、私はこの質問が主観的であることを知っています。それはそれがSOの意図された目的ではない場合は申し訳ありませんが、依然として有効な質問です。実際、1つの正解を持つコンピューティングには本当に多くの質問がありますか？私は最も役に立つ答えを正しいものとしてマークします。

Answer 1

私は自分自身がインデントを使ってメモ帳に小さなユースケースを書いているのに気づく傾向があります...そして半ダース以上の後に、私は突然、本質的にはPythonのスタイルで書いています。だから私は結論に達しました。Pythonは実際には疑似コードであり、どの言語でもあなたの思考をプロトタイプ化する素晴らしい方法です。実際にはに書き込もうとしています。このテクニックについての最も良い点は、あなたの完成した結果を厄介なバグの場合と比較することができます。

UML sequence diagramは、何が起こる必要があるかをマップするために精神的な練習として書くよりも速い場合がありますが、その2つのテクニックは私が何度も時とともに戻ってくるものです。

Answer 2

私は英語で書くか、プログラミング言語の表現を混ぜて始めます。 その後、私は段階的に英語をプログラミング言語の表現に置き換え、英語の言葉をコメントとして残してから、voila - 私はテスト機能を持っているので、擬似コード+ TDDのようなアプローチを取り入れています。 私は難しい作業を解決しなければならないときや、些細なクラスではなく新しいものを設計しなければならないときに、このアプローチを常に使用しないことを言及しなければならない。

Answer 3

私は、彼の本「コードコンプリート」に擬似コードを書くことについてSteve McConnellの章が好きです。私はあなたがそれを所有していない場合、この答えが満足できないかもしれないことを知っていますが、あなたがしなければ、本自体はとにかく持っている必要があります。

Answer 4

私は、一般的にどんな種類のコード言語も避け、プログラムの任意の時点で何をしたいかについてのコメントを書いています。コメントがすべて完了したら、それは空白を埋めることです。

Answer 5

また、擬似コードも便利です。あなたの2ページのアプローチは良いと思います。また、LiterateProgrammingを調べることもできます。私はしばしばプログラムとして私の思考をレイアウトするLPスタイルを使用しますが、私は一般的にLPツールを使用しません。

Answer 6

私は一度も擬似コードを使用したことがなく、これを行う必要がないと感じました。あなたが使用している言語が何であっても、リファクタリングする時間を捧げると、コードはきれいになると思います。

私は私はいくつかの理由のためにあまりにも怠惰な、あるいは単にそれに反対だと思ったが、その後、私はそれがためにですので、実用的なプログラマーと一緒に、それを読ん程度やったことがなかったothers think the same