- ベストアンサー
プログラムの設計方法を学ぶには
- プログラムの設計方法を学ぶためには、MVCやオブジェクト指向などの概要を理解することが重要です。
- 実際に設計する際には、高いレベルの設計手法を学ぶことが必要です。
- C、JavaScript、Pythonなどの言語を使用しており、シェルスクリプトやawkもよく使います。
- k_kota
- お礼率79% (134/168)
- その他（プログラミング・開発）
- 回答数5
- ありがとう数13
- みんなの回答 （5）
- 専門家の回答
質問者が選んだベストアンサー
「UML」、クラス図（クラス階層図）の考え方は古いんですかねぇ。 MVCやフレームワークなどと名前は変わっていても、基本はUMLそのものだと思いますが。 もしくは、仕様を考える段階をUMLだとすると、 仕様から設計に移る段階が「デザインパターン」、ですかね。 アセンブリがミクロだとすると、MVCやOOPはマクロです。 それぞれ同じ開発設計という言葉を使っていても、考え方は全く違います。 ミクロの集まりがマクロになりますから、少なくともミクロができなければ開発はできませんが、それだけできても、やはり設計はできないと思います。 http://ja.wikipedia.org/wiki/要求分析 http://ja.wikipedia.org/wiki/ソフトウェア開発 wikiの関連項目だけでなく、本文中のリンクもたどってみてください。
その他の回答 (4)
- AsarKingChang
- ベストアンサー率46% (3467/7474)
No2さん（ｗ） >基礎は、Z80のアセンブラから学んでみては？・・・ 質問者さんへ、この回答は、ちょっと不思議に感じるかもしれませんが、 案外事実です。 言語そのものではなく、コンピューターがなぜ動くか？を 覚えた後は、言語は問題ではなくなるという意味をこの方は言っています。 多少、年がばれますが 「はじめて読むZ80」が私の、神様の本でした（ｗ） ただ、Cがわかるのと、Cが使えるので違うようってことですね！ で、私からの回答です。 自分が、考えて多分無理だろうと思うものを作ってみてはどうですか？ まずは、”Windows”そのものを作ってみよう？など 結果的に失敗してもいいとおもいます。 本当の失敗にたどり着くまでの経緯に意味があります。
お礼
回答ありがとうございます。 私は哲学がしたいのではありません。 また、手段と目的を間違える気もありません。 pnpの半導体もニモニックも偉大なる先人の知恵ですが、そこから前に進まないと進歩はありません。
- lv4u
- ベストアンサー率27% (1862/6715)
私は、以下のような書籍でプログラムを勉強しました。 ちいさなプログラムであれば、とりあえず作ることができますけど、大きなプログラムになれば、優秀な先人たちの知恵から学ぶ必要があります。 ソフトウェア作法 [単行本] Brian W.Kernighan (著), P.J.Plauger (著), 木村 泉 (翻訳) ソフトウェアの複合/構造化設計 [単行本] G.J. マイヤーズ (著), 国友 義久 (翻訳), 伊藤 武夫 (翻訳) 構造化分析とシステム仕様<新装版> [単行本] トム デマルコ (著), Tom Demarco (原著), 高梨 智弘 (翻訳), 黒田 順一郎 (翻訳) もちろん、これだけでは無理で、もっともっと書籍を読む必要があると思いますけど、私は最初のころ、これらの書籍でプログラミングを学びました。
すべてのプログラムは、アルゴリズムの記述でしかない！ 言語などは、まったく関係がない！ プログラミングは、アルゴリズムを、１ステップごとに記述したものでしかない！ これが理解できれば、言語など関係がないことがわかるはず！ まして、コンピュータは、０と１しか判断できないという基本から学べばどんなものでも製作できるのでは？・・・ 基礎は、Z80のアセンブラから学んでみては？・・・
お礼
わざわざ回答ありがとうございます。 音声は空気の振動でしか無い、だから言語に意味がない、とはならないと思います。 歩けばどこにでもいけますが、月にはたどり着けないでしょう。人生は短いのです。 アセンブラなら勉強したこともありますし、実際動く機械に入れたこともあります。 ですが、それとこれとは全く異なるものだと思います。
- drum_KT
- ベストアンサー率43% (1108/2554)
とりあえず、「デザインパターン」あたりを勉強してみては？
お礼
確かにこの分野は古くなるものはすぐ古くなりますね。 ミクロの部分はある程度大学で学んでいるので、参考サイトで実践的な部分を学びたいと思います。 どうもありがとうございました。