東方算程譚

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パターンの実装

@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

記事カテゴリ

書庫

日記カテゴリ

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

僕の書くコードは周りにウケが宜しくありません。「難しい」んだそうです。

// int配列のナカミの総和を(難しく)求める。
int array[N];
int sum = std::accumulate(array, array+N, 0);

えーと、「難しい」すかねやっぱ。

僕的には彼らの書く:

// int配列のナカミの総和を(簡単に)求める。
int array[N];
int sum = 0;
for (int i = 0; i < N; ++i ) {
  sum += array[i];
}

こっちの方がよっぽど難しい(つかメンドクセー)し、
長い分だけバグ混入の恐れがあるんでヤなんだけど。

つまり周りの連中には、見たこともない関数使うとそいつの意味を
知らない限りなにやってんだかワカンネ。だから「難しい」なのでしょう。

要はボキャブラリの問題なんでしょうけども。
ヘタすりゃ「誰でもわかるように書き直せ!」って言われちゃう。
それってさ、「そんなむずかしいかんじをつかってもよめないからみんなひらがなでかいておくれ
ってことで、便利なイディオムなんだからみんなが覚えたらいーぢゃん。なのに。

投稿日時 : 2006年10月21日 18:30

コメントを追加

# re: 「難しい」ってどーゆーことなんだろう 2006/10/21 19:38 vivi-vine.org

仕方なく仕事だからプログラムを作っているという
人は多いと思います。当然のように向上心はないですから
簡潔に書ける機能を学習して、質の向上を追及するという
ことはしません。ただ作業をして、生活が出来れば良い
わけなので、より良い物づくりをしようという発想を
すること自体が不思議な世界という感じでしょう

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

あとね「何でも自前でこしらえないと気が済まない症候群」ってあるんじゃないかしらね。
よくよく枯れたライブラリじゃないと使おうとしない、みたいな。
かなり少なくなってるようには感じるけども。

# 使ってあげなきゃ枯れないぢゃん! って思うんだけど。

# re: 「難しい」ってどーゆーことなんだろう 2006/10/21 21:45 vivi-vine.org

古い開発環境や、古い開発環境で作ったプログラムが
正常に動作しないような時代になれば、少しずつ
良い方向に向かっていくと期待しています。
人間も世代交代しますし、古い思考パターン自体が
変革を迫られるようになってきていると信じたいです。
10 年後には少しマシになっているはずだと

# re: 「難しい」ってどーゆーことなんだろう 2006/10/22 0:32 末記入

知らないものを「難しい」と言うのは別にかまわないけど、「誰でもわかるように書き直せ」はないなー。

自分ならそんなこと実際言われたら、「掛け算も難しいと思うので足し算に書き直しますね!」と言って仕事辞めるかもしれない。

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

確かに我ながら凝りすぎたと感じるときは平易(と思われる表現)に落とすこともありますけどね。
ただ、"どこまで"落とすかが問題なのね。

「ここまで落とさにゃわからんの!? それでもプロ?」
ってケツまくりたくなることもありますよ。ええ、ありますとも。

# 人によってはtemplate使っただけで拒否反応を覚えるらしい orz
# 安易に使うと手痛い仕打ちを受けるのも事実だけども

# re: 「難しい」ってどーゆーことなんだろう 2006/10/22 8:48 アクア

C言語類を知らない私が、パッと見て読み解けるのは後者です。(書けというのは、今の私には無理ですが)
ですが、上の
int sum = std::accumulate(array, array+N, 0);
でも同じことが出来ますよ。
と、言われるのであれば、私でも少し興味が出て来ます。

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

# re: 「難しい」ってどーゆーことなんだろう 2006/10/22 9:15 Gushwell

いろんなレベルの人たちがいますから、それがイディオムだってことを何らかの手段で知らせる必要があるってことでしょうね。

それと、「実績のある技術だけを使う」っていう人たちもいますよね。その実績ってのが自分達(あるいはその周辺)で使ったことのあるものに限定されていたり...
それじゃ、未来永劫新しい技術が使えないような気がしますが...

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

チョット自分のコメントに追加…

>int sum = std::accumulate(array, array+N, 0);
>でも同じことが出来ますよ。
さらに、プログラム上の良い事が含まれてるんです。…

なら迷わずこちらを勉強してみます。
(あくまでもC/C++の基本が解っている前提ですが…)

# re: 「難しい」ってどーゆーことなんだろう 2006/10/24 22:24 Jitta

ん?トラックバックのピンを送らないようになっている?
http://blogs.wankuma.com/jitta/archive/2006/10/24/42407.aspx

# re: 「難しい」ってどーゆーことなんだろう 2006/10/25 22:42 未記入

僕は断然後者派です。
そして決して前者で書くことはありません。
それは難しいとかの理由ではなく、
プログラマであれば、
そのレベルや言語に問わず
感覚的に理解できるという点です。
納品後は自分だけでメンテナンスするわけではありません。
誰が見ても可読性に優れ、
即時メンテナンスが行える必要があるからです。

# re: 「難しい」ってどーゆーことなんだろう 2006/11/04 13:45 RAPT

読みやすいのは前者かなぁ。
関数名見れば意味が分かるし、一時変数も不要だし。
後者は何行も読まないと意図が理解できないし。(ま、コメントがあれば分かるけど。)

# re: 「難しい」ってどーゆーことなんだろう 2006/11/15 0:07 R・田中一郎

後者が多発すると、前者のようなものを作りますよね。
でも前者が先に用意されていると、難しいじゃん、ってなるんですよね。
VB6 ユーザーにとって、Framework が正にそんな状態ではないかと思ってみたり・・・

タイトル  
名前  
URL
コメント