[#38470] ruby-dev summary 21403-21530 (draft) — Minero Aoki <aamine@...>

青木です。

25 messages 2003/10/07
[#38475] Re: ruby-dev summary 21403-21530 (draft) — maili31s@... (SugHimsi==SUGIHARA Hiroshi) 2003/10/07

すぎむし。

[#38480] Re: ruby-dev summary 21403-21530 (draft) — Minero Aoki <aamine@...> 2003/10/08

青木です。

[#38481] marshal_dump (was Re: ) — m_seki@... 2003/10/08

[#38484] Re: marshal_dump (was Re: ) — matz@... (Yukihiro Matsumoto) 2003/10/09

まつもと ゆきひろです

[#38486] Re: marshal_dump (was Re: ) — Masatoshi Seki <m_seki@...> 2003/10/09

咳といいます

[#38489] exit status on exit! — YANAGAWA Kazuhisa <kjana@...4lab.to>

<http://www.unixuser.org/~ysjj/diary/?200310a&to=200310082#200310082>

29 messages 2003/10/09
[#38490] Re: exit status on exit! — Koji Arai <JCA02266@...> 2003/10/09

新井です。

[#38503] Re: exit status on exit! — YANAGAWA Kazuhisa <kjana@...4lab.to> 2003/10/10

In Message-Id: <20031010.082218.74733862.JCA02266@nifty.ne.jp>

[#38505] Re: exit status on exit! — Koji Arai <JCA02266@...> 2003/10/10

新井です。

[#38507] Re: exit status on exit! — matz@... (Yukihiro Matsumoto) 2003/10/11

まつもと ゆきひろです

[#38514] Re: exit status on exit! — YANAGAWA Kazuhisa <kjana@...4lab.to> 2003/10/11

In Message-Id: <1065883639.405037.23137.nullmailer@picachu.netlab.jp>

[#38515] Re: exit status on exit! — WATANABE Hirofumi <eban@...> 2003/10/11

わたなべです。

[ruby-list:38498] Re: プログラム設計方法

From: HAMAI Kyoichi <k-hamai@...>
Date: 2003-10-10 10:04:10 UTC
List: ruby-list #38498
濱井です。
2003/10/09 21:31:32 +0900にSatoshi Osabeさんが送られた
メールに関する返信です。

>今まで、プログラミングでコーディング&デバッグ方式でやってきたのですが、
>「職業プログラマー入門」(エーアイ出版)という本を読んで、その方式だと素人的で、
>プログラミングの効率が悪いと思うようになりました。ウオータフォール・モデルの方が
>望ましいのかと思い、PAD図とモジュール構造図を用いる方法を勉強しました。

ウォーターフォールモデルというのは、実は誤用なのだそうです。

http://www.ivis.co.jp/prof/07.html
http://www.ogis-ri.co.jp/otc/otc2/oosquare-ml/Archive/200212.month/3414.html

いきあたりばったりがよくないのはもちろんですが、運を天に任せての
神頼み的なウォーターフォールも適切とは思えません。


また、アセンブリ言語でプログラミングするのであればともかく、通常の高級
言語では、フローチャート(PADなどの構造化フローチャートも含む)と
プログラミング言語との記述レベルの差があまりつけられないので、フロー
チャートを使うメリットはあまりないと思います。さらに、プログラム
においてアルゴリズムと同じかそれ以上にデータ構造が重要ですが、フロー
チャートはアルゴリズムしか記述できないので、フローチャートを書いた場合、
アルゴリズムに気をとられてデータ構造に関する考察が疎かになるおそれが
あります。


少し話しがずれるかもしれませんが、設計について考えるのならば、下記の
ページは必読だと思います。

ソフトウェア設計とは何か?
http://www.biwa.ne.jp/~mmura/SoftwareDevelopment/WhatIsSoftwareDesignJ.html


In This Thread

Prev Next