東方算程譚

Oriental Code Talk ── επιστημηが与太をこく、弾幕とは無縁のシロモノ。

目次

Blog 利用状況

ニュース

著作とお薦めの品々は

著作とお薦めの品々は
東方熱帯林へ。

あわせて読みたい

わんくま

  1. 東京勉強会#2
    C++/CLI カクテル・レシピ
  2. 東京勉強会#3
    template vs. generics
  3. 大阪勉強会#6
    C++むかしばなし
  4. 東京勉強会#7
    C++むかしばなし
  5. 東京勉強会#8
    STL/CLRによるGeneric Programming
  6. TechEd 2007 @YOKOHAMA
    C++・C++/CLI・C# 適材適所
  7. 東京勉強会#14
    Making of BOF
  8. 東京勉強会#15
    状態遷移
  9. 名古屋勉強会#2
    WinUnit - お気楽お手軽UnitTest

CodeZine

  1. Cで実現する「ぷちオブジェクト指向」
  2. CUnitによるテスト駆動開発
  3. SQLiteで組み込みDB体験(2007年版)
  4. C++/CLIによるCライブラリの.NET化
  5. C# 1.1からC# 3.0まで~言語仕様の進化
  6. BoostでC++0xのライブラリ「TR1」を先取りしよう (1)
  7. BoostでC++0xのライブラリ「TR1」を先取りしよう (2)
  8. BoostでC++0xのライブラリ「TR1」を先取りしよう (3)
  9. BoostでC++0xのライブラリ「TR1」を先取りしよう (4)
  10. BoostでC++0xのライブラリ「TR1」を先取りしよう (5)
  11. C/C++に対応した、もうひとつのUnitTestFramework ─ WinUnit
  12. SQLiteで"おこづかいちょう"
  13. STL/CLRツアーガイド
  14. マージ・ソート : 巨大データのソート法
  15. ヒープソートのアルゴリズム
  16. C++0xの新機能「ラムダ式」を次期Visual Studioでいち早く試す
  17. .NETでマンデルブロ集合を描く
  18. .NETでマンデルブロ集合を描く(後日談)
  19. C++/CLI : とある文字列の相互変換(コンバージョン)
  20. インテルTBBによる選択ソートの高速化
  21. インテルTBB3.0 によるパイプライン処理
  22. Visual C++ 2010に追加されたSTLアルゴリズム
  23. Visual C++ 2010に追加されたSTLコンテナ「forward_list」
  24. shared_ptrによるObserverパターンの実装
  25. .NETでマンデルブロ集合を描く(番外編) ── OpenCLで超並列コンピューティング
  26. StateパターンでCSVを読む
  27. 状態遷移表からStateパターンを自動生成する
  28. 「ソートも、サーチも、あるんだよ」~標準C++ライブラリにみるアルゴリズムの面白さ
  29. インテルTBBの同期メカニズム
  30. なぜsetを使っちゃいけないの?
  31. WPFアプリケーションで腕試し ~C++でもWPFアプリを
  32. C++11 : スレッド・ライブラリひとめぐり
  33. Google製のC++ Unit Test Framework「Google Test」を使ってみる
  34. メールでデータベースを更新するココロミ
  35. Visitorパターンで遊んでみたよ
  36. Collection 2題:「WPFにバインドできる辞書」と「重複を許す検索set」
  37. Visual C++ 2012:stateless-lambdaとSQLiteのぷち拡張
  38. 「Visual C++ Compiler November 2012 CTP」で追加された6つの新機能

@IT

  1. Vista時代のVisual C++の流儀(前編)Vista到来。既存C/C++資産の.NET化を始めよう!
  2. Vista時代のVisual C++の流儀(中編)MFCから.NETへの実践的移行計画
  3. Vista時代のVisual C++の流儀(後編) STL/CLRによるDocument/Viewアーキテクチャ
  4. C++開発者のための単体テスト入門 第1回 C++開発者の皆さん。テスト、ちゃんとしていますか?
  5. C++開発者のための単体テスト入門 第2回 C++アプリケーションの効率的なテスト手法(CppUnit編)
  6. C++開発者のための単体テスト入門 第3回 C++アプリケーションの効率的なテスト手法(NUnit編)

AWARDS


Microsoft MVP
for Visual Developer - Visual C++


Wankuma MVP
for いぢわる C++


Nyantora MVP
for こくまろ中国茶

Xbox

Links

記事カテゴリ

書庫

日記カテゴリ

「難しい」ってどーゆーことなんだろう [2]

コメントが長くなるので改めて。

アクアさん:
> C言語類を知らない私が、パッと見て読み解けるのは後者です。

そう、ソコよ。

// ↓後者ってばコレね。
int array[N];
int sum = 0;
for (int i = 0; i < N; ++i ) {
  sum += array[i];
}

配列だとこうでしょう。ならば数珠繋ぎのリストなら:

// リスト構造のノードを辿って総和を求める
link* p = head;
int sun = 0;
while ( p != 0 ) {
  sum += p->data;
  p = p->next;
}

二進木なら:

int sum_tree(node* p) {
  if ( p == 0 ) {
    return 0;
  } // else
  return p->data + sum_tree(p->left) + sum_tree(p->right);
}

int sum = sum_tree(head);

こんな感じかな。
ではSTLならどうなるかっちゅーと:

int sum = std::accumulate(intarray, intarray+N, 0); // 配列
int sum = std::accumulate(intlist.begin(), intlist.end(), 0); // リスト
int sum = std::accumulate(intset.begin(), intset.end(), 0); // 二進木

"パッと見て読み解ける"のはむしろコッチじゃないか、ってことになるですよ♪
「どうやってるか」ではなく「ナニをやってるか」を読み解くのなら。

投稿日時 : 2006年10月22日 9:57

コメントを追加

# re: 「難しい」ってどーゆーことなんだろう [2] 2006/10/22 10:33 DD.

アクアさんがいってらっしゃるように、私も仕事でプログラムするようになる前は

>CやC++のような言語を扱われている人たちは、そう言ったコードを示されると、つい調べたくなってウズウズしてしまうような、探究心旺盛な方達ばかりと思っておりました。

同じ意見でした。

でも実際は、C++使っちゃダメよ。Cだけね。っていわれることばっかりでがっくりしました。

私がSTL勉強しだしたころは、Cppllやら掲示板やらのεπιστημη氏のコードを見ながら参考書片手に解読していったもんです。

そういった意気込みはないもんなんですかね。すごく残念です。

# re: 「難しい」ってどーゆーことなんだろう [2] 2006/10/22 13:36 mei

accumulateという関数がsumなんかと比べると抽象的過ぎるというのがあると思います。

たとえば、
std::sum(array, array+N, 0);
となったら、難しいという人は減ると思います。

最後の引数は何だ?という人もいるかもしれないので、
std::sum(array, array+N);

配列であるarrayにNを足すってどういうことよ?なら
std::sum(array, N);

ここまでくれば、forでループを回そうと思わないと思います。

具体的なものを分かりやすいと感じるのは、そんなに不自然なことではないと思います。

プログラマの性としては、より汎用的、抽象的にしたくなりますが、それを分かりにくく感じる人の気持ちも分かります。(array+Nに疑問を感じない時点でプログラミングに毒されていますよね。(^^;)

# re: 「難しい」ってどーゆーことなんだろう [2] 2006/10/22 13:52 επιστημη

わかる。よーくわかる。けどね、ここはsumじゃなくaccumulateなのよ。
'+'演算が定義されたどんなものにも適用できるんだし、
このとき'+'が'加える'の意味でなくても構わない。

vector<string> に対しaccumulateしても構わないわけだし。

> プログラマの性としては、より汎用的、抽象的にしたくなりますが、
> それを分かりにくく感じる人の気持ちも分かります。

僕もわかる。けどさ、これを読むのはプログラマなのよ。
プログラマが汎用/抽象を志向しないでどーするよ!?
そんなのはプログラマぢゃねぇ、ただのキーパンチャだって思うわけだ。
# 理想論あるいは爺の繰言なんだけどさ ^^;

# re: 「難しい」ってどーゆーことなんだろう [2] 2006/10/22 16:34 アクア

見知らぬ関数とかを使っているコードを見て、もっと皆さんに解り易いコードにしなさいって言う行為は、
「C++は解ってない人多いから簡単なVBにしなさい。それとオブジェクト指向も難しいから、昔っからみんなが知ってるVB6にしなさい。」
って事と同じ事を言っている様に見えてきた。orz

結局、リーダーなり、上司が「上位者が目線を下げないと下が付いて来ませんよ」と言うのであれば、下位者に対しても
「このコードみたいに、スッキリとして例外の少ないコードを早く打てるようになれ!」ぐらいの事は言わないとね…。

# 理想論あるいは爺の繰言なんだけどさ ^^;
それでも言いたくなる気持ちよくわかります。

私の職場も畑違いですけどよくありますよ。その時は笑顔で
「まぁ、ちょっとしたテクニックだけどね…」
と、言いながら内心では
『オメー、こんぐらいの事覚えとけ!ボケェ!!!』
って脳内で100回は半殺しにしてますよ。^^;

# re: 「難しい」ってどーゆーことなんだろう [2] 2006/10/22 16:39 アクア

# 理想論あるいは爺の繰言なんだけどさ ^^;

あ、ここεπιστημηさんの引用です。

# re: 「難しい」ってどーゆーことなんだろう [2] 2006/10/22 19:16 επιστημη

「プロジェクトは一人で進めるものじゃない、チームワークを大切に」

その通りですとも。だけど、だ。
いっちゃん低位に合わせるのがチームワークってゆーもんなのかい!? 護送船団じゃあるまいし。ですねー

# ひとりでつっぱしっちゃうこともあり。反省 orz

# re: 「難しい」ってどーゆーことなんだろう [2] 2006/10/22 23:36 DD.

忘れちゃいけない。
STLはC++"標準"なんであって何も特殊な技術じゃぁない。orz

# re: 「難しい」ってどーゆーことなんだろう [2] 2006/10/23 22:51 vivi-vine.org

C++ 標準は高度なので C 標準 + アルファという
あたりが護送船団の水準だということでは

boost 等が標準に入ったら、現実として
高度すぎて使えないのでは

# re: 「難しい」ってどーゆーことなんだろう [2] 2006/10/24 1:23 Craf

教育の問題も大きい気がします。
C++の入門書って、たいていCとの違いとかclassの作り方とか、MFCの使い方なんてのばっかりで、stlなんかは「高度なトピック」として最後にちょっと触れられるとかそんな感じ。
classの作り方やフレームワークの使い方を知る前にstlの使い方を教えてくれるような入門書があってもいいと思うんですよね。

# re: 「難しい」ってどーゆーことなんだろう [2] 2006/10/24 2:17 επιστημη

http://www.amazon.co.jp/exec/obidos/ASIN/4894714221
↑これ、おもろいかもです。配列の前にvectorが出てきます。
ただ、好き嫌い/わかるわかんないが分かれそうな本ではありますが。

タイトル
名前
URL
コメント