cametan_42さんのブログはSchemeの回答だと思いますが、手続き的な思考（それにどうしてもなってしまいます）で、二重ループで解けるようです。
追記）
再帰でもできそうですので、やってみました。結果は配列に入れてますが、やっぱり配列に保存ですかね。
最新の画像［もっと見る］
-
今日は胃カメラでした、ドジャースは今日は負けました！
13時間前
-
今日は胃カメラでした、ドジャースは今日は負けました！
13時間前
-
スーパームーン、紫金山アトラス彗星、ドジャースリーグチャンピオンシップシリーズなどなど
2日前
-
今日のドジャースは、見てなかったが、負けましたね！
4日前
-
今日の ドジャースvsパドレス 見てしまいました！
1週間前
-
昨日夕方見たのは、何だった？幻覚？
2週間前
-
昨日夕方見たのは、何だった？幻覚？
2週間前
-
昨日夕方見たのは、何だった？幻覚？
2週間前
-
昨日夕方見たのは、何だった？幻覚？
2週間前
-
昨日夕方見たのは、何だった？幻覚？
2週間前
「C#、VBなど」カテゴリの最新記事
前回のローマ数字に変換のプログラムを少し直しました。
Dive into Python3の例題、数値をローマ数字に変換する。VBで書いたら、汚いコード...
Visual BasicでLINQを、その3。
Visual BasicでLINQを、その２。
Visual BasicでLINQを、その1。
Visual BasicでFunctionのリターンにはReturnも使える。
これって関数型でプログラミングしたと言えます？
VB2010から自動実装Propertyが使えるそうです？
前回の続きです。前回は解析まで、今回は値を入れてみます。
前回の例題の次ですが…。四苦八苦してました。クラスのインスタンスの配列の初期化...
アクセス
トータル
ランキング
いい練習になりますよ。
最初は誰でもそんなもんですよ。
ただ、手続き型言語と関数型言語での「考え方」の大きな違いは、
・手続き型言語 -> 配列系のデータをとにかく要素別にバラバラにして扱おうとする
・関数型言語 -> 配列系のデータを「まとめて」一気に弄ろうとする
って辺りが違うと思いますね。
isamさんが書いたような、i成分、j成分、って分けて考えるのはC言語なんかでもそうですが、発想は手続き型言語のモノです。
今はそれで良いです。徐々に、取り敢えずまずは文法的なモノに慣れていけばいい。
一方、関数型言語だと、例えば「リストの組」であるとか、一気にまとまったデータを「どう処理するか」と言う視点で見る辺りが違います。
例えばパスカルの三角形だと、i成分、j成分、って考えるより「一段」をまとめてどう処理するのか、って言う考え方を好みますね(だからリストを一気に処理する高階関数、なんつー発想が出てくる)。
考えてみると、僕もそうなんだけど、最初にC言語に触った時、「配列」って出てきた時凄く嫌だったんですよ(笑)。「データを纏められる」っつっても付随する部分がメンド臭いし、凄く「難しい」事をやらなアカン感じに追われて、凄く億劫だった。
一方、関数型言語だと「いきなりリスト」を纏めて扱う、とかそういう感じだったんで、ぶったまげたもんです。むしろ、単一の変数使って繰り返し、とか関数型言語だとあんま出てこないですからね(カウンターとか明示的なモノがそんな頻繁に出てこない)。
この2つの形式の大きな違いはこの辺でしょう。「データを分解して扱う」のを吉とするか、「まとまってるデータをそのまま処理するか」、と。
言い換えると、関数型言語で関数型言語の「考え方」に慣れると、「データを分解して見る」のが苦痛になってきますよ。「纏めてフィルタリング出来ないか」って考えるクセを付ける、ってのが関数型言語攻略法の第一歩だと思います。