設計

なぜ「小数点」を「少数点」と間違えるのか

やじゅ — Sat, 09 May 2015 04:03:00 GMT

仕事で仕様書を見ると「少数点」という誤字をたまに見かけることがある。またネットで小数点について検索すると技術系ブログでも誤字をよく見かける。まだ文章中に「小数」と「少数」が混在しているならいいが、タイトルとして「少数点」と書かれていると萎える。

今回、このテーマで書く上で改めて「少数点　javascript|Perl|C#|PHP|Ruby|VB|Excel」のキーワードの完全一致で検索したり、「少数点仕様書」のキーワードの完全一致で検索してみた。
ちょっと驚いたのが、公的機関である県や市役所等の資料で「少数点以下」等の誤字が出てくることであり、特に電力関連に多くみられる。市役所の方だって人間であるから間違えることはあるだろうが、一般的には教養がある方々のはずなので恥ずかしいと思う。

しかし、なぜ「小数点」を「少数点」と間違えるのだろう。「小数」と「少数」の意味を理解していないのか。
小数は「小数点以下の小さい数」の意味しかないが、少数は「少ない数」で反対語として「多数」があり、少数意見や少数精鋭など一般的によく使用する言葉である。
そうすると、「小数」と「少数」の誤字ならIMEの変換ミスが考えられるが、「小数点」と「少数点」と点まで入るならば、通常のIMEなら「小数点」のみが表示されるはずであり、わざわざ「少数」に修正はしないだろう。
市役所等の資料などから推測されるなら、昔に間違えて作成された資料を日付など少しの変更のみで使いまわして気付いていないケースであろう。

日本語の誤用については、「確信犯」や「役不足」など意味の誤用が広まり過ぎていて、今では正しく使う人の方が少ないケースはある。また「危機一発」→「危機一髪」、「週間誌」→「週刊誌」が正しいが、意味ではなく漢字で誤用されて広まっているケースはそんなに無いと思われる。
例えば「保証」と「保障」は使い分けが難しく意味を知っても間違えてしまう場合があるが、「小数点」は小学4年生の算数から習っているわけで、馴染みがあるはずであり、プログラムを学んで技術系ブログまで書いている人が誤用をして公開している。

そこには一体何があるのか、闇のが残る・・・。

Excel全シート表示位置指定ツール

やじゅ — Sun, 18 May 2014 13:53:00 GMT

久しぶりにExcel関連のツールを作成しました。
過去作成したツールは下記となります。
Excelシート名一覧取得ツール
 Excelシート集約ツール
 Excel名前定義削除ツール
※今回のついでにExcel名前定義削除ツールを拡張子「xlsx」に対応するように修正しました。

Excel全シート表示位置指定ツールを作成したきっかけは、同僚が上長からExcelの資料の全シートの表示位置を左上にしておいてという指示を聞いたからです。
その同僚はExcelで全シートを選択して左上に表示位置をセットしましたが、全シートの表示位置は変わりませんでした。
ネットで調べてみるとマクロ組むしかないようだったので、これはいいネタが見つかったと思って今回作ってみました。

使い方
Excel全シート表示位置指定.vbs　をデスクトップまたはローカルフォルダに置きます。
全シート表示位置指定したいExcelファイル(複数も可能)をドラッグ＆ドロップします。
(Excelファイルが入っているフォルダをドラッグ＆ドロップした場合、その中のExcelファイルが全て対象となります)

表示位置を指定する入力ダイアログが表示されます。表示位置を指定して「OK」ボタンを押してください。
なお、既定では左上の「A1」がセットされています。
Excelの全シートを指定の表示位置にした上で、アクティブシートを先頭シートにして保存します。
一応、保存するのでバックアップは念のためにしておいてください。

Excel全シート表示位置指定.vbs

Excel全シート表示位置指定.vbsの中身は非常に単純であるため、必要であれば改変してご自由に使用してください。

*消費税率アップと四捨五入問題

やじゅ — Tue, 01 Apr 2014 02:43:00 GMT

今日、2014/4/1から消費税が8％となりました。

出社すると机の上に付箋紙が置かれておりました。何やら嫌な予感が…
どうやら、以前関わったプロジェクトの会計アプリケーションで、明細の合計が合わないとユーザーから問い合わせがあったようです。

消費税率は設定画面で変更出来るようなっています。お金に関わる部分なので、開発時には念入りにテストパターンを作成してテストしました。
消費税率が5%から8%に変わった、つまり奇数から偶数になったからといって誤差が出るのか、頭の中は不安でいっぱいでした。

とりあえずユーザーに連絡し、問題となっているデータを送ってもらい原因を調査することになりました。
1時間後、ユーザーからメールが送られてきたので早速調査を開始しました。
会計処理の設定では、明細ごと消費税率を四捨五入していました。そして消費税率が8%かと思いきや5%のままでした。
確かに4月1日になったとはいえ、会計処理としてはまだ3月分を入力しているわけです。

送って頂いたデータを展開してみたのですが、明細の合計は合っていました。
あれれ、いったいユーザーは何で明細の合計が合わないと判断したのでしょうか？

ユーザーに再度連絡してみました。するとユーザー自身がExcelで別途計算した合計と2円合わないとのことでした。
これには思い当たるふしあります、それは算術型丸め (四捨五入)/ 銀行型丸め (ISO 丸め)です。

会計アプリケーションはC#で開発され、四捨五入する際にはROUND関数の既定の銀行型丸めを採用していたからです。
例 1050 x 0.05 = 52.5　算術型丸めでは53、銀行型丸めでは52円となります。
これだけでも誤差が1円あります、2明細あれば合計で2円誤差が出てきます。

Excelでは、セル関数のRoundでは算術型丸めが採用されています。ちなみにVBAのRoundでは銀行丸めです。困ったもんだ。

ユーザーには四捨五入する方法が、Excelと会計アプリケーションでは違いがあることと
VBAを使わないで銀行丸めする方法をネットで調べ、
「=Round(対象セル,0)」
　　　↓
「=IF(ABS(MOD(対象セル,1))=0.5,INT(対象セル/2+0.5)*2,ROUND(対象セル,0))」
に変更することで対応できる旨を説明しました。

しかし、ユーザーがお怒りモードで「算術型丸めとか銀行型丸めとか訳が分からない、頭を丸めて謝れ」と丸めに引っ掛けた返信がきました。
あらら、困ったものだｗ

消費税率が8%になるってことは、1桁目が7の場合には0.56になりますから、銀行型丸めでも必ず1円繰り上がるんですよね。
消費税率が5%の時の方が誤差の問題が起こりえたわけです。

なお、4/1はエイプリルフールです。

野村総合研究所（InternetExplorer10に関する調査結果書）を公開

やじゅ — Sat, 13 Oct 2012 22:12:00 GMT

野村総合研究所が、InternetExplorer10に関する調査結果書を公開しています。

IE10の現行アプリケーションへの影響調査報告書
http://www.nri-aitd.com/seminar/findings-ie10.html
1.IE10の現行アプリケーションへの影響調査報告書
2.IE10新機能調査結果報告書
3.IE10対応テストガイド

各目次は下記の通りです。
■IE10の現行アプリケーションへの影響調査報告書 104ページ
1. 本書の位置付け
2.IE10の新機能/変更機能一覧
3.アプリケーションへの影響
4.Appendix
5.参考資料

■IE10新機能調査結果報告書 84ページ
1.本書の位置付け
2.IE10の新機能一覧
3.開発者向け機能
4.ユーザー向け機能
5.管理者向け機能
6.IE10のシステム要件

■IE10対応テストガイド 39ページ
1.本書の位置付け
2.IE10の新機能/変更機能一覧
3.テスト時の確認点
4.テストツール紹介
5.テスト実施時の注意点

良い調査資料だし、あまり知られてないようなので紹介しました。

変数名やDBカラム名での連番の付与方法

やじゅ — Wed, 25 Apr 2012 01:52:00 GMT

保守作業をしていて、定義済みの変数名やDBカラム名にやむなく連番に付与して対処することがままあります。
例えば、あるテーブルのカラム名にcommentがあり、もう１つcomment列を追加する場合、単純に連番で対応したります。
その時に連番を付与するとしたら、どのように付けるのか？既存の名称は変更出来ないものとする。

例1
comment
comment1

例2
comment
comment2

やはり例2のように、commentの次はcomment2にするのが一般的なのかと。
映画のタイトルを考えてみても、「エイリアン」の次は「エイリアン２」だし、「バイオハザード」の次は「バイオハザード２」である。「エイリアン」の次に「エイリアン１」とは付けない、それだと同じ物として扱いと思われてしまうのだから。
プログラムの変数名であってもこれと同じ考えで付ければいい。

既存の名称を変更可能であるということであれば、commentをcomment1に変更して
comment1
comment2
としてしまえば、名前＋連番で処理するような時には便利である。

[Javascript] SinとCosの誤差発生について

やじゅ — Sat, 07 Apr 2012 23:37:00 GMT

Javascriptに限らないのですが、コンピュータでは数学と違って誤差が発生するケースがあります。
これは、コンピュータが取り扱うデータは、ビット数の限られた有限のものだからです。
例えば、1÷3の結果である0.3333…という循環小数をコンピュータが正確に表すことはできません。

MathクラスのSinメソッドとCosメソッドについて
http://social.msdn.microsoft.com/Forums/ja/vsgeneralja/thread/fc03347d-c9a3-4e6f-b378-f781dd1d9ff4

下記の表は、各角度に対して左側SIN,COSが数学上での値、右側SIN,COSがコンピュータ(Javascript)での値となります。

角度	SIN	COS	SIN(角度*Math.PI/180)	COS(角度*Math.PI/180)
90	1	0	1	6.1232339957366e-17
180	0	-1	1.2246063538223773e-16	-1
270	-1	0	-1	-1.836909530733566e-16
360	0	1	-2.4492127076447545e-16	1

これに気が付いたのが、Javascriptでキャラクターを角度指定でとりあえず上下に動かすように作成していた時に、下方向から反転して上方向に移動したとたんに、キャラクターが横方向に動いてしまったからです。
Chromeでデバッグしてみると、COSが270度の時に本来0を想定していたのに、-1.836909530733566e-16という値が返ってきたために、x<0の条件で、角度が-90度されて180度の動きになってしまったのです。

function moveFish(no){
    // 移動量を求める
    var rot = fish[no].ang;
    var sp = fish[no].speed;
    dx = Math.cos(rot * Math.PI / 180) * sp;
    dy = Math.sin(rot * Math.PI / 180) * sp;

fish[no].x += dx;
fish[no].y += dy;

var x = fish[no].x;
var y = fish[no].y;

    if(x > (canvas.width-fish[no].image.width)){
        fish[no].ang += 90;
    }
    if(x < 0){
        fish[no].ang -= 90;
    }

    if(y > (canvas.height-fish[no].image.height)){
        fish[no].ang += 180;
    }
    if(y < 0){
        fish[no].ang -= 180;
    }
}

では、どうやって対処するのか？
今回の場合はキャラクターを画面に表示するのが目的なので、小数ではなく整数に変換します。
日経ソフトウェア5月号のHTML5ゲームプログラミング入門の記事によると「drawImage関数は小数を含む座標を渡してしまうと、処理が一気に数倍重くなります。これは小数を含む場合はアンチエイリシングをしてキレイに見せようとするためだと思われます。」と書いてあります。
このように処理速度も考慮しても整数化した方がいいわけです。

小数を整数化するメソッドとして代表的なものに、Math.floor、Math.ceil、parseIntですが、
これ以外にテクニックとして、論理演算（例 x | 0）を使って整数化する方法があります。
例では、ゼロで論理和を取ることで整数に変換します(Math.floor(x)とはマイナス時に違いがある)。
http://d.hatena.ne.jp/amachang/20070813/1186980089
また、Math.floor(x)を使うよりはブラウザによってはかなり高速になります。
http://d.hatena.ne.jp/htsign/20120211/1328970561
JavaScriptのビット演算の仕組みを理解する
http://d.hatena.ne.jp/mindcat/20091119/1258651717

■COS
rot = 90; //数学上では、1となる
alert(Math.cos(rot * Math.PI / 180))                  //6.1232339957366e-17
alert(Math.floor(Math.cos(rot * Math.PI / 180))) 　//0
alert(Math.ceil(Math.cos(rot * Math.PI / 180)))    //1
alert(parseInt(Math.cos(rot * Math.PI / 180)))     //6
alert(Math.cos(rot * Math.PI / 180) | 0)             //1

var rot = 270;　//数学上では、0となる
alert(Math.cos(rot * Math.PI / 180))                  //-1.836909530733566e-16
alert(Math.floor(Math.cos(rot * Math.PI / 180))) //-1
alert(Math.ceil(Math.cos(rot * Math.PI / 180)))   //0
alert(parseInt(Math.cos(rot * Math.PI / 180)))    //-1
alert(Math.cos(rot * Math.PI / 180) | 0)            //0

■SIN
var rot = 180;　//数学上では、0となる
alert(Math.sin(rot * Math.PI / 180)) 　　　　　　　　　　//1.2246063538223773e-16
alert(Math.floor(Math.sin(rot * Math.PI / 180))) 　//0
alert(Math.ceil(Math.sin(rot * Math.PI / 180)))    //1
alert(parseInt(Math.sin(rot * Math.PI / 180)))     //1
alert(Math.sin(rot * Math.PI / 180) | 0)             //0

var rot = 360;　//数学上では、0となる
alert(Math.sin(rot * Math.PI / 180))                  //-2.4492127076447545e-16
alert(Math.floor(Math.sin(rot * Math.PI / 180))) //-1
alert(Math.ceil(Math.sin(rot * Math.PI / 180)))   //0
alert(parseInt(Math.sin(rot * Math.PI / 180)))    //-2
alert(Math.sin(rot * Math.PI / 180) | 0)            //0

結果からすると、正しい答えを出すのは、論理演算だけなんですね。
parseIntは、文字列を数値にする目的なだけあって、小数点以降を切るだけなので指数表示になると駄目ですね。

東大生が教えるビジュアル数学　三角関数
http://www24.atpages.jp/venvenkazuya/math1/trigonometric_ratio4.php

連想配列の並び順は保証されない

やじゅ — Thu, 05 Apr 2012 07:35:00 GMT

連想配列の並び順って確か保証されてなかったよなー、でも追加順なのかなと思って調べていたら、下記サイトのブログ記事を見つけました。

C#でHashtableのfor eachの順序
http://blog.mbc-net.com/index.php?itemid=14

この記事では、Hashtableを使っていたところで、Windows 7の64bitの環境になったら不具合が発生したそうです。

Windows XP/Vista 32 bit 環境は、追加された順番
Windows 7 64 bit 環境は、key のアルファベット順

ということで、連想配列の順序は保証されないと思って開発した方がいいみたい。

戯言－ NumberのスペルとＮｏ.の表記の違い

やじゅ — Tue, 14 Feb 2012 02:40:00 GMT

とある仕事で、日本語からプログラムの変数名に変換していた時に、「Number」の略が「Nu」ではなく「No」になっていることに今更気が付き、おもわず検索してみた。

『NUMBER』の語源である『NUMERO』はラテン語で「数字」を意味するそうです。
『NUMBER』を省略した際に、「NO.」と記入するのは、この『NUMERO』という単語の先頭の「N」と最後の「O」を取り、さらに省略したという意味のピリオドをつけるため「NO.」と書くのだそうです。

http://oshiete.goo.ne.jp/qa/24290.html

http://www2.plala.or.jp/kamkamkam/gimon7/310/310.htm

2月14日はバレンタインデーですね。季節はずれの花火って感じでHTML5のCanvasで作成してみた。
http://jsdo.it/Yaju/fireworksOfHeart

クラスはたい焼きの型といった説明

やじゅ — Tue, 01 Mar 2011 04:49:00 GMT

オブジェクト指向を学んだときに、クラスはたい焼きの型という説明の記事があって
私も以前、作成したオブジェクト指向の資料でもそのような説明で書きました。

それはちょっと違うんだよと言われた時に、分からなかったわけですが
今頃、ateosさんの資料を見て、理解した感じがしました。
「コードレスオブジェクト指向」 Lv3くまー by シャノン(現 aetos)さん
http://www.wankuma.com/seminar/20070721tokyo10/5.ppt
http://www.wankuma.com/seminar/20070721tokyo10/Default.aspx

資料の一部を引用すると
「クラス」は分類で、下記の２種類がある。

１．相対的な特性によって区別される性質や形態。タイプ。
「新しい―の車」「―によって分類する」 –英語ではType。

２．同種類の物を幾つも作る時、基にする枠や紙。ひながた・鋳型・型紙など。
「石膏(せっこう)を―に入れる」「―を取る」 –英語ではMold。

「たい焼きの型」みたいに「同じ形のインスタンスをたくさん作るためのもの」という説明は、わかりやすいけど、あまり正しくない。のは、
２．Moldを指してしまっているからで、本来は１．Typeである。

っていう理解でよろしいでしょうか？

運用というものを考えてみよう

やじゅ — Tue, 01 Mar 2011 04:12:00 GMT

先日2/26に行われた第6回静岡ITPro勉強会です。
http://togetter.com/li/105924

波田野さんの話はとてもためになるお話でした。
普段、開発をしていて運用のことをあまり考慮していなかったので、運用のことを真剣に考えるいい機会を頂きました。

いい資料なので読んでみることをお勧めします。

運用現場の現状と課題
http://www.jus.or.jp/~hatano/tmp/20110226-shizuoka-itpro-operation.pdf

運用を見据えた障害監視　～障害監視フレームワーク～
http://www.jus.or.jp/~hatano/tmp/20110226-shizuoka-itpro-monitor.pdf

Think ITにて、波田野さんの連載記事
第1回見えない「運用」 - 疲弊する運用現場 .
第2回自分たちの「運用」を知る - 運用設計の本質
第3回明日の運用現場のために - 運用フレームワークという視点 .
http://thinkit.co.jp/taxonomy/term/3076

波多野さんが汎用の整理術としてのオブジェクト指向を使っていた。
それで、思い出したのがaetosさんの資料です。
「コードレスオブジェクト指向」 Lv3くまー by シャノン(現 aetos)さん
http://www.wankuma.com/seminar/20070721tokyo10/5.ppt
http://www.wankuma.com/seminar/20070721tokyo10/Default.aspx

設計