orange @[email protected]

・・・という事は、ボトムアップ設計する為に必要な部品を洗い出すって作業にはおそらくトップダウン的に考える必要があるはずかも＞＜（じゃないと本当に暗闇で、何が必要なのかのヒントすらないという事になっちゃう＞＜）

そういうことでつまり、wikipediaのトップダウン設計とボトムアップ設計の記事の概要の部分も微妙に奇妙な書き方かも＞＜
じゃあどうやってボトムアップ設計で"システムを構成する個々の部品"を洗い出せるのか？＞＜ってなっちゃう＞＜ その部分に注目する場合の意味ではトップダウン的かも＞＜
（じゃないと、例えば会計処理のお仕事に使うソフトウェアを設計する時に「じゃあ、マイクの音に合わせてキーボードのLEDを光らせるコード書くかも！＞＜」って人に対して「それはたぶん要らないです・・・」って言うの？＞＜）

「なんもわからんが適当にパーツを作ってみる」
は、実は
「おおまかな見通しだけ立ててとりあえず必要そうなものを実装しはじめてしまう」
では無ければ目標に対する部品じゃない気が＞＜
つまりある目標に対する設計の外かも＞＜

生命誕生的な・・・＞＜

・・・・自然淘汰モデル？＞＜

それはそれで便利だけど設計ではないじゃん・・・＞＜（ていうかスコープの大きさを変えるとそのそれぞれの行き当たりばったりに作った便利な物はどう設計してるのか？＞＜という謎が・・・＞＜）

難しい・・・・＞＜

じゃなければ何に使うのかさっぱり意味不明な謎の計算をするライブラリを作っていたら、なんかよくわからないけどゲームが出来た・・・　みたいな事になっちゃうじゃん？＞＜

すごく不思議に思ってるのは、らりおさんってなんかゲームつくるのにその為のライブラリ・・・を作るためのライブラリを作っ（って飽き（？））たって話書いてたじゃん？＞＜ それものすごくトップダウン的な設計じゃん？＞＜

「あとは組み合わせるだけやん」ってつまり一番上の目標までの経路が見えてる状況じゃん・・・？＞＜　ていうか組み合わせるってそれ設計だしその組み合わせはどう考えるの？＞＜；（よく考えるとトップダウン的に考えてない？＞＜；って言いたい＞＜）