奥様はシュミグラマー

５日１５時間でうかる！日商簿記最短合格テキスト（新版・３級）

マダム・シュミグラマー — 2009-10-06T12:05:44+09:00

ちょっと面白い本を見つけました。
基本的には、タイトルの通りで、簿記３級受験のためのテキストです。

今、「５日」中の「３日目」まで終えた段階での感想。
とにかく読みやすいの一言です。
受験用に限らず、結構「実用」方面での入門書としてもアリなんじゃないかと思わせるレベル。
私自身は受験目的じゃないので、試験を受ける人にどうなのかは…分からないのが正直なところです。
元気があって時間が許せば、それもまた試す価値ありかも知れません（＾＾；

…さて、中身の話をしましょう。

ブースケ店長が、お店を始めました。
という設定で、商品を仕入れたり売ったり、備品を揃えたり、友達から借金の相談をされたり。
ストーリー仕立てで、その都度発生する取引を仕訳して帳簿に書き込む…という内容です。
何と言うか、算数の文章問題のドリルをやってる気分です。

「３日目」までで、とにかく仕訳を徹底的にやります。
いよいよ「４日目」では複式簿記、「５日目」では決算という流れに突入しまして…。

すみません、今言えるのはここまでです。
続きは全部終わってからにしようと思います。

まっくろさん…

マダム・シュミグラマー — 2009-07-31T19:15:23+09:00

この話題に触れないわけにはイカンのですが、

マイクロソフト、「Microsoft Money」の販売を打ち切りへ
http://japan.cnet.com/news/tech/story/0,2000056025,20394755,00.htm

多少の不満はありつつも、それなりに使えていた製品なだけに、さて今後どうしたものかという思いです。
…っていうかアンタ、作るんじゃないのかというツッコミは、今はちょっと勘弁して下さい。

旦那様のカードと自分のカード

マダム・シュミグラマー — 2009-07-31T18:10:35+09:00

実を言うと、夫婦でいわゆる「財布分け」をあまり意識しておらず、私が外で働いていた頃からの流れで、食料品の買い物は私名義のカード・口座で支払をして来ました。
最近ちょっと方針を変えて、毎月一定額の生活費を旦那様の口座から預からせてもらうようにしました。
１ヶ月にかかる大雑把な必要経費が分かってきた事と、まあ私の普通預金の残高がちょっと厳しくなってきた事が理由です。

その時期と重なって、旦那様があるお店の提携クレジットカードを作りました。
ETCを買った直後で、第一目的はそちらだったのですが、食料品も扱うお店で、割引特典なんかもあるので、その店でのお買い物は旦那様のカードでしてもらっています。

さて、なぜこの話をしたかと言いますと…。
今まで食料品の買い物はほとんど私が支払をしていたので、旦那様がどれだけ食料品の支払をしているか、あまり意識しなくて良かったんです。
が、旦那様の口座から落ちる買い物がちょっと増えてきて、金額も毎月変動するため、「毎月一定額を私が預かる」というやり方だと二重取りの部分が発生するわけです。
そこはもう毎月集計して預かる金額を調整するしか無いのかな～、と思うのですが、そうなると集計条件を少し工夫しなければと感じています。

まあ簡単に言うと、費目と資産（カード／口座）のand条件で集計できれば良いだけの話なのですが。

帳簿とやらを考え始める

マダム・シュミグラマー — 2009-06-29T15:04:23+09:00

おひさしぶりです。
このところブログ放置で何やってたのかと言いますと、まあＰＣの調子が悪かったり色々な理由で、本を読んでいたり紙に書いてみたり、そんな感じで物を考えていました。

過去記事「本当に『家計簿』なのか」の中で少し触れたテーマです。
個人事業の帳簿と家計簿、連動できたら便利かも…という漠然とした考えで、会計やら簿記やらの本を何冊か読んでみました。

とりあえず複式簿記のデータモデルを作ってみない事には話が進まないと思い、帳簿のモデルを描き始めました。

もしかして現金出納帳と預金出納帳ってテーブルひとつで済むのかな、とか。

勘定科目は業種によって使うもの使わないものがあったり、固定じゃないなら使用／不使用のフラグがいるとか、後から追加できる仕様じゃないといけないな～、とか。

取引先の社名や屋号が変わったらマスタ側には履歴管理が必要かな、実際の帳簿にはいつ時点の名称を書くのかな…とか、取引先マスタだけに名称を持っててトランザクション側にはIDを持たせればいいのか、トランザクションに取引先の名称を都度つっこむべきなのか、とか何とか。

まあ色々と細かい疑問はあって進み具合もイマイチですが、やっぱり私自身このテーマには興味があるのだなと自覚しました。
本当はもっと大枠というか、全体像を把握するモードで勉強した方が結果的には近道なんだろうけどな～。

と思いつつ。
また悪い癖が出てしまいました(^^;

パンの材料費

マダム・シュミグラマー — 2009-04-20T12:47:09+09:00

過去記事（「そもそも費目というのは」）から全く進歩してなくて、同じ所でまた悩んでます。

ホームベーカリーを買ったこと（過去記事「定額給付金セール」参照）で、普段「パン」を買うことが無くなりました。
その代わりにというか、まあ必然的にパンの材料を買うことになるわけですが、例えば小麦粉・ドライイースト・バター…などなど。

こいつらの費目をどうしようかと、また悩んでいます。
完成品（パン）を買っていた時は、少なくとも朝食用の食パンについては、お米と同じ扱いの「主食費」でした。
が、その主材料である小麦粉はというと、「副食費／加工食品」だったりして。
ドライイーストみたいにパン以外の用途が思いつかない材料もありますが、バターや小麦粉なんて必ずしもパンに使うとは限らずで、主食費に分類するにはちょっとな…という部分もあり。

やっぱり、ここは私の中では大きな引っ掛かりなのだなと改めて実感しました。

定額給付金セール

マダム・シュミグラマー — 2009-04-08T12:53:02+09:00

ご無沙汰してます。
皆様いかがお過ごしでしょうか。
先にお詫びしておきますが、今回もまた脱線です。

定額給付金の支給、早い所ではもう始まってます。
私が住んでる地域ではまだ、これから給付が始まる所です。
先日やっと、給付開始日が決まったとか何とかいう話をテレビで見ました。

実際私が直接貰うわけではなく、世帯主である旦那様の口座に振り込んでもらう事になると思うので、たぶん貰っても実感は湧かないんだろうな～という想像をしています。

そんなこんなで給付金そのものは当てにしないで待ってるねモードな私ですが、旅行業界やら家電量販店やらで定額給付金セール的な物には乗っかりモードです。

先日、ホームベーカリーを買いました。
このジャンルではあまりメジャーでないと思われる、サンヨー製です。
（パナかＭＫあたりが主流？）

何でこれにしたかというと、「米粉１００％パンも焼ける」というのが個人的には魅力でして。
今は小康状態を維持しているものの、アレルギー性の持病がある身としては、いざとなったら小麦除去も視野に入れて（でもパンは大好き～、なので）の保険みたいな物です。
今は普通に小麦粉で、ドライイースト発酵で焼いてます。

…という記事を、何でこのブログに書いたのかというと、ですね。
このお買い物の財源が、あれなんです。
前回の記事で確定申告の話をしましたが、その結果戻ってきた税金がちょうどそんな具合の額だったんです。
で、amazonでも13,320円の物が近所の電器店で定額給付金セールと称して12,000円で売られてまして。
期間限定だったので思い切って買っちゃいました。

確定申告の季節です

マダム・シュミグラマー — 2009-02-18T18:44:25+09:00

季節というか、受付期間に突入しましたが、皆様いかがお過ごしでしょうか。
昨年は退職・内職・アルバイトと３本立てだったので、とりあえず国税庁のホームページで申告書の土台を作り、それを土台として申告会場で税理士さんに色々と聞いてきました。

■ポイント１：失業保険は非課税、で正解
とりあえず、前の記事で言っていた「失業保険は非課税で、確定申告書に書かないでOKらしい」は本当でした。

■ポイント２：内職の収入は雑所得、で正解
いちおう働いて得た収入なのですが、雇用関係が無く請負的な物なので、給与所得では多分ないよな～、と思っていました。

■ポイント３：源泉徴収してなくても源泉徴収票は貰わなきゃダメ
ハイここテストに出ます！
…っていうか本日のハイライト。

アルバイトに行ってた際、失業保険を貰ってた関係で請負ではなく臨時「雇用」という形をとっていただいたのですが、どうせ確定申告するし…という事もあって源泉徴収なしで、満額＝手取り、でした。
この期間についての源泉徴収票は貰ってなかったのですが、源泉徴収してないんだから…という理由で、源泉徴収票が無い事に何の疑問も持たずにいました。

ところがどっこい、そうじゃないらしいです。
源泉徴収している・いないに関わらず給与の支払があったら雇い主が必ず発行しなければならない物なのですって（＾＾；

「えっ、源泉徴収してなくても源泉徴収票って出るものなんですか！？」と、聞いちゃいました。
いやー、税理士さん呆れてらっしゃいましたよ。
終いには「その会社、大丈夫なのかなぁ」とかボヤかれちゃう始末。

おそらく、また社長が「忘れてる」だけだろうなぁとは思ったのですが、税理士さんからは、ものすごく怪しい会社みたいに思われてしまったかも。
帰宅後、会社に電話して社長に「源泉徴収票いただけますか」と聞いてみたところ、やっぱり忘れてた様子で、「あーごめん、郵送します」との返事をいただきました。

そんなこんなで、今日のところは色々確認しただけで申告書の提出ならず。
書類が揃ったらまた出直します。

会計のお勉強

マダム・シュミグラマー — 2009-01-26T16:19:23+09:00

昨日、国税庁のホームページで確定申告書を作ってみたところ、どうやら退職前に払っていた所得税が丸々戻ってくる計算のようでした。
税務署に直接確認したわけではなく何処かのサイトに載っていた情報ですが、失業保険は課税対象でないとかで、まあ何とかセーフといった所。

予定外のアルバイト収入があったおかげで、失業保険も含めるとなると危険でした。
もちろん、提出前に税務署でちゃんと確認しなければ、と思っています。

そんな話はさておき、ここ暫く、家計簿の機能についての考察は全くといっていいほど進展がありません。
やっぱり会計の勉強をしてみようというモードに入っていて、その類の書籍と格闘中です。
いま読んでるのは、「学校で教えない教科書」シリーズより、

面白いほどよくわかる会計のしくみ―会計がわかれば会社のしくみがみえてくる! (学校で教えない教科書―実務書シリーズ)
(2007/11)
大串卓矢

商品詳細を見る

という本。どちらかといえば会社組織を前提とした内容かな、とは思いますが、とりあえず全体像を把握する目的で、ざっと目を通すには向いている感じ。
これを読み終えたら、もうちょっと個人事業に特化した内容の本に手を伸ばそうかなと思っています。

最近、旦那様と一緒に本屋さんへ行った時など、私が会計の本ばっかり見ているので、「公認会計士でも目指してるのか」と言われてしまいました。
べつに目指してるわけじゃないんですが（＾＾；

家計簿ソフトで、出来たら帳簿対応したいんだよね、という話でした。

そもそも「費目」というのは

マダム・シュミグラマー — 2008-12-19T13:54:00+09:00

まっくろさんでも、うきうきさんでも、おそらく大抵の家計簿ソフトはそういう物だと思うのですが、なんとなく疑問というか、スッキリしない所があります。

（１）「お昼休みに、コンビニで買ったお弁当を会社で食べました。」
（２）「仕事で帰りが遅くなり、晩御飯を作る時間が無いのでお弁当を買って帰り、家で食べました。」
（３）「仕事帰りにレトルトのパスタソースを買い、家でスパゲッティを茹でて食べました。」

例えばこんな場合です。
私の場合、（１）は結構すんなり「外食費」扱いなのですが、（２）は迷う所でして…。

今まで使用してきた家計簿ソフトの費目設定は大抵、大分類／中分類／小分類の３段階に分けた形なのですが

大分類は「食費」「住居費」など、○○費で表される。
（＝目的・用途に基づく分類と思われる）

小分類は例えば「ピーマン」「スカーフ」など、物の種類（品目？）で表される。

という風に見えています。
そこで「お弁当を買った」の話に戻るのですが、つまり買った物は同じなのだけど、目的が微妙にズレている場合、お弁当が何費に属する物かで迷ってしまうのです。
（２）のケースが（１）と（３）のどっち寄りか、という事かも知れません。

お弁当以外の例でいうと、例えば友達の家へ遊びに行く際の手土産としてｔ買ったお菓子は、私の基準では交際費（贈答品だとか、そんな感じの所）です。
が、そこで「菓子」と入力すると、おそらく食費／嗜好品に分類されます。

買った物の種類から「用途」が特定される構造に、何となく違和感があったという事なのです。
用途分類の下に品目がぶら下がっているというデータ構造を、そういう物だと思って使っていたのですが、最近やっとその違和感の正体に気が付きました。

もちろん、物の種類から、ある程度は用途が特定されるのも事実です。
ただ、それでガチガチに固めてしまうと、WhatとWhyのどちらかの情報を捨てるか、備考欄へ書き込む以外の選択肢が無くなってしまうわけで…。

ある種どうでもいい事かも知れないのですが、ちょっとモヤっとした感覚があります。

本当に「家計簿」なのか

マダム・シュミグラマー — 2008-11-27T13:31:55+09:00

今更こんな事を言い出すのも変な話なのですが、実はこのブログを書き始めた当初から、ぼんやりと考えていた事があります。

先に申しますと、私自身は事業を起こしたことは無いし、予定もありません。
なのですが、実は結構気になっているテーマがありました。

個人事業主さんだとか、フリーランスといわれる方々が「お金の動き」をどのように管理しているのか。

（今年は色々あったので）年が明けたら確定申告をしなければならず、収入の内訳を纏めている段階なのですが、まあ正直なところ、これ毎年やってる人は尊敬しちゃうな、という印象なのです。
いかんせん知識が無いもので、毎年この時期に出版される「やるぞ、確定申告」みたいな本を立ち読みしてみたり、まっくろさんの集計機能で関係費目の明細を出してみたりと、まあ右往左往しているわけです。

「事業性のある収支」と「純粋に家計」なのか、「税金にかかわる所」と「そうでない所」なのか。
実際、何を基準に「切り分け」をしたいのか、そこすら実は自分の中でハッキリしていません（＾＾；

が、そのへんの切り分けを意識しつつ、でも連動できるところは連動させる形で管理できるようなツールって、なんかうまいこと出来ないものかな～、と。
まっくろさんの集計はおそらく単純に「費目」で分けられている（ように見える）のですが、もう一捻り何か無いかなと思っている所です。

なんか、こう、漠然としていて申し訳ないのですが。
ま、面倒くさい作業途中にありがちな現実逃避だと思ってお見逃し下さいませ。

雇用保険の受給終了

マダム・シュミグラマー — 2008-10-28T15:39:25+09:00

今日もまた本筋と異なるネタで、本当にすみません。
雇用保険の話です。

給付制限なしの所定給付日数９０日なのに、いったい何ヶ月かかって…という具合ですが、体育の日の少し前に、雇用保険の受給期間が終わりました。

以前の記事に書いていましたが、受給中に前勤務先からの頼まれバイトをしていた影響です。
働いた日数分やら、週20時間を超えた分（←この場合は、働いていない日を含め丸々１週間が不認定になる）やらが先延ばしになってまして。

前回の認定日に、認定期間が丸々不認定で給付０円、更に内職収入があったため差っぴかれて計算上はマイナスというエライ事になりました。
どうもハローワークのシステム上、支給されたものを返すという操作が出来ないんだか難しいんだかで、その日は受給資格者証に色々メモを書かれ、「次回認定時に給付額から差っ引くので失業認定申告書のコピーを次回持参するように」と言って渡され、…。

と言った具合で話は今回の認定日に至るわけです。

認定日の時点で、その認定が済んだ後の残給付日数が４日ある計算でした。
また４日経ったら来ないといけないのかなぁ…と心配しつつ、前回のコピーを添えて今回の認定申告書を提出。
　
…待つこと30分。

ものすごく後回し食らいました。
というか、窓口の人が、ものすごく困った様子で、前回窓口担当だった人にいろいろ尋ねたりしていて、大変そうでした。
なんかもう、毎度ご面倒をお掛けして申し訳ありません、ってな感じです。

・離職理由ヘンなんですが
・内職してるんですが
・バイトの話が来ました
・バイトなのに発注書を渡されました
・週20時間以内のバイトなのに実際60時間ぐらい働かされてます
・丸々不認定な上に内職の収入で給付額がマイナス

…とまあ、次から次へと、ありましたから。
所定給付日数90日で、受給資格者証が1枚目じゃ足りず2枚目に突入してしまうなんて、そうそう無いんだろうなぁ…。

所定給付日数の残りが４日という中途半端な日数で、結局どうなったか、という件ですが、今回の私のケースでは、「４日の積み残しで給付終了になります」との事でした。
窓口で呼ばれるのを待っている間にも、この「積み残し」というフレーズが頻繁に耳に入ってきました。
要するに残りの４日分は、消えるらしいです。

あまり詳しい事は聞かなかったのですが、まあ、何かそういったルールがあるのでしょう。

全角文字の数え方

マダム・シュミグラマー — 2008-10-13T18:25:41+09:00

家計簿ソフトの設計で浮上してきた話ではないのですが、アルバイト先でちょっとモメた出来事を思い出したので、メモっておこうと思います。

ある文字列型の項目について、設計段階では「全角20文字まで」という仕様で進んでいた項目があります。顧客の苗字だとか名前だとか、そんな感じの項目です。
製造もある程度進んだ頃になって、元請さんから「やっぱり半角もアリにして」との要望があり、じゃあ全半角混在20文字ねという事で設計書も書き直し、テストも単体・結合まで終わった頃、マニュアルを書いた段階になったある日。

元請さん、「ここって半角なら40入るんですよね」と言ってこられました。

VB6とAccessで作っていて、なおかつ設計書にも「文字数」と「バイト数」は明確に区別して書いている。
にもかかわらず、です。

これだけ明確に「何バイト」ではなく「何文字」と表記してるでしょ、と言っても聞く耳を持ってくれませんでした。
そのひと曰く、「全角20文字は40バイトなんだから半角なら40文字は常識でしょ？」との事。
しかも言ってくるタイミングが、もう結合テストまで終わって納品物を纏める段階です。

色々とモメましたが、自社のメイン担当者さんが何とか交渉して、「今の時期から変更を加えるのは危険すぎる」という理由付けで、結局その変更自体は中止されました。
その時の先方の物言いが、いかにもこちらの落ち度だというスタンスだったので、相当に頭に来ていました。

エンドユーザーの要望でそういう仕様にする、というのならまだ話は分かるのですが、よくよく話を聞いてみるとエンドユーザーには何のヒアリングもしていないらしく、その元請さんがそういう風に思っているだけでした。
そして「バイト数で数えるように変更してください」という「改善要望」を出してきたわけです。

設計段階で意識合わせが出来ていなかった事については両成敗なのですが、どうしても聞き捨てならなかったのが、「バイト数で数えるのが常識」というフレーズ。
相手がシステム屋ならともかく、そういう業界を経験したことの無いユーザーに「バイト数」を意識させる事が本当に常識なのか、という疑問を、私はどうしても払拭できませんでした。
エディタでもテキストボックスでも構わないのですが、ぱっと見て数えられない桁数を数えるのに、たいていの人はカーソルを1個ずつ動かしながら数えます。

「半角文字は１とすると、全角文字は２です。」
それはシステム側の都合だと思うのです。

確かに、
等幅フォントなら「半角2文字分＝全角1文字分」は成り立ちます。
Shift-JISなら「半角1文字＝1バイト」で「全角1文字＝2バイト」だと思います。

フォントの都合で、という事はそれほど心配する必要も無いでしょうが、何かの事情で文字コード体系が変わるとなると大問題に発展しかねないわけです。
画面上で入力する文字の数え方が文字コード体系によって違います、などという事、素人さん向けのＵＩでは「あってはならない」話だと、個人的には思うわけです。
（もちろん、それは私の考えであって、意見の分かれる所かとは思いますが）

バイト数カウントへの変更は中止になったものの、元請さんからは「何処と何処をいじれば変更できますか」という質問を受けました。
テストのやり直しという意味では影響範囲が大きかったものの、プログラムの変更箇所自体は、実はそれほど多くありません。
こちらが納品した後に元請さんの方で変更をするのだろうと思いつつ、一応は対象箇所が一通り分かるようなメールを送りました。補足として自分が「文字数で数える」という選択をした理由も書き添えましたが、果たしてどうなったのか…。

このテーマに関しては、自論が正しかったという確信は正直ありません。
無いが故に、いつかまた同じテーマにぶつかる事を考えて、ここに書き残しておこうと思いました。

そのあと色々ありまして

マダム・シュミグラマー — 2008-09-22T10:07:05+09:00

週に２日のアルバイト、なんて話をしていましたが、実はその後あんな事やこんな事がありまして、週に５日とか７日とか、働いておりました。

雇用保険受給者なので、週に20時間未満の範囲でという条件付きで受けた仕事でした。
が、さすがに事情が事情でして。

自分と同い年の女性と二人で担当していた業務なのですが、相手の方が育児休暇明けの復帰初仕事でして、いわゆる時短勤務（６時間／日）で、やっぱりお子さんが熱を出したりだとか、色々あるわけです。
間の悪いことに、リリースの２週間前になって「子供が入院した。いつ退院できるかわからない」と。
その病院のルールなのか病状によって色々違うのかよく分かりませんが、親が24時間付き添わないといけないらしく、さあどうするという話に。
その日、私は出社予定ではなかったのですが、たまたま失業認定日で駅の近くまで行ったついでに、そのまま電車に乗って会社へ顔をだしたんです。そしたら、それで。

こういうときだけ動きの早い社長（彼女の上司でもあり、私の元上司でもある）が、近場の客先に出ているメンバーを時間外やら休日やらに動員して、なんとか収拾の方向へ。
が、もちろん彼女と私以外に業務を把握している人間がいないので、私が「いや契約外だから知らないよ」というわけにもいかず。

幸い、お子さんも無事退院して、今はたまに通院する程度で大丈夫みたいです。
彼女が復帰してから暫くは私も出社して色々やっていたのですが、もうそろそろ業務自体がドキュメント整理だとか、そんな内容になってきたので、とりあえず私は「何かあったらOn-Callで」という事に。
まあ、時間給なのが（私にとっては幸い）会社にとっては災いして、大赤字なので、極力もう私は工数を消費しない方向で。

そんなこんなで、久しぶりに平日のんびりと家でブログなんか書いていられるわけです。
今月いっぱいの契約ですが、もう何も起きないことを切に願います。

さて、雇用保険はどうなったかという話ですが、つい先日また認定日が巡って来ました。
事情を全部話したところ、もう契約の残り期間も短いようだし、週20時間も超えない見込みだから、受給資格は継続でいいでしょうとの事でした。
もちろん、修羅場期間中の認定は受けられませんでしたが。

【Spread】CSV出力の改行とダブルクオーテーション

マダム・シュミグラマー — 2008-08-20T15:45:56+09:00

ここ暫くSpreadやらInputManやらを業務で使っていての、ちょっとした感想。
便利な物があるなあと感じる反面、なんかちょっと惜しいぞと思う所があります。

Spreadの機能としてファイル出力がサポートされていまして、今回はその話。
CSVを吐き出す際、カンマや改行コードを含む場合はダブルクオーテーションを付けてくれたりと、結構便利なんです。

…が、しかし。
改行の入ったセルを出力する際、右側のダブルクオーテーションが無いというバグめいた動作を発見してしまいました。
どの位置のセルでも起きるのかどうかまでは検証していないので定かじゃないんですが、私が試した時の状況は、右端のセルに改行を含んだデータを入れた場合でした。

ちなみに同じものをCSVではなくExcelファイルに出力した時は、ちゃんと該当箇所は1セルに収まっていました。
今回私が受け持っていた業務上はCSVでもExcelでもOKという話でして、元請さんと相談の結果Excelでやる事になりました。

【Spread】続・一番下の行をスクロールせず固定表示

マダム・シュミグラマー — 2008-08-14T18:58:57+09:00

前回記事の「2枚のスプレッドを貼り合せて合計を常時表示させる」話について。
結局その方法を採用する以外に選択肢が浮かばず、現状そんな感じでやっております。

さて、これで縦スクロールの問題は目出度く解決！
…と、言いたいところなのですが。
今度は横スクロールに問題発生。

縦に２枚を貼りあわせ、明細のセル値の変更に連動させる形で合計の値を更新する所までは処理できました。セル値と同様、列幅の変更イベントは存在しているようで、明細スプレッド列幅変更に合わせる事も出来ました。

が、しかし。出来ていないのが「横スクロール」。
イベントが見当たらないんです。Spread様。どうしてでしょう。
困ってます。
助けてください。

…と言って助けてくれるSpread様ではないので、とりあえず元請の担当者様に相談しました。
結局のところ、

・　スクロールは縦のみにしましょう
・　列幅は変更できるようにしといて欲しいな
・　既定の列幅が（横スクロールなしで）画面内に収まるように調整しましょう

という玉虫色な妥協点を提示していただき、明細の「￥」マークを外す事になりました。
でも本当は横スクロール欲しいんですよね…。
助言は大歓迎です。

【Spread】一番下の行をスクロールせず固定表示

マダム・シュミグラマー — 2008-08-06T14:21:30+09:00

最近ちょっと職安ネタが続いてしまいましたが、そろそろ軌道修正しなきゃですね。
まあ相変わらずシュミグラマーとしては臨時休業状態でして、バイトでやっている方のお話です。

現在、ある企業向けの売上管理ツールを作っておりまして、開発環境はVB6です。
まあ色んな所で.NET化が進んでいる昨今ですが、やっぱり小規模かつ短期間の開発案件になると「ノウハウの蓄積があるVB6でやりたい」という方向に進みがちでして。
そんなこんなで、依頼を受けた時点で「VB6.0で作る」ことは既に決定事項でした。

さて、私自身もVB6.0での開発経験は多少あり、それほど心配事は無かったのですが、今回初めて「Spread」というものを使うことになりました。
まあ、私自身が初めて使う、というだけで、会社としては結構使い慣れたシロモノ。
使ったこと無いんですが…と言ってみたところ、サンプルソースなども提供いただけました。

で、そのSpread。
どんな物かというと、Excelのワークシートみたいなコントロールで、VB6.0に対応したものはMicrosoftからは提供されていないようです。（.NETの2005辺りになるとDataGridだとか、あります）
現行は7.0Jのようですね。今回使用するのは確か6.0Jだったかな…。
http://www.grapecity.com/Japan/support/database/P1_295.htm

コマンドボタンもコンボボックスもセルに配置できるし、まあ特に問題もなく作業は進んでいたのですが…。

一日の売上をそのSpreadに入力する画面を作っている時に、問題発生。
まず、何件まで入力可能にするかという事になりまして、100件でいきましょうという事に決定。
次に、手動で行の追加や削除を行なうか、という事になりまして、いや、もう固定で100行出しましょうという事に決定。

さてここで問題。
「入力が100件とかになったら、縦にスクロールしますよね。一番下の『合計』の行、下までスクロールしないと見えない仕様になっちゃってもOKですか？」

えー、ご想像の通り、「いやそれは困る」との御回答。
で、どうするよ。という話になったわけです。
上から何行か、とか、左から何列かをスクロールさせず常時表示させる事はSpreadの機能で実現可能なのですが、同じ事を「一番下の行」でやる事は、どうも出来ない雰囲気。

【解決編】

もう一枚Spreadを画面に貼り付けて、合計の1行だけを表示させる。
明細のSpreadのセル値が変わった時のイベントを拾って、合計のSpreadのセル値を更新する。

という仕掛けで、何とか「それっぽい」動きが出来るようになりました。
なんか、こう…もうちょっとスマートに実現できる方法が無いものかと思いましたが、この問題ばっかりに時間を割いてもいられないので。

もし、もっといい方法をご存知の方がいらっしゃいましたら、アドバイスをいただけると嬉しい今日この頃です。

雇用保険とアルバイトPart2

マダム・シュミグラマー — 2008-08-01T19:36:52+09:00

前の記事から時間が経ってしまいましたが、結局あの「前勤務先」からの依頼を受けることになりまして、7月からまた会社勤め風なことをしています。

週に2日～3日程度、1日6時間位で、要は「週20時間」の壁を超えない範囲との条件付き。
…という話に、最終的には落ち着いたわけですが、実は紆余曲折ありまして。

まず最初の話。
電話で依頼があった時点では、私が物を作るわけではなく、担当者への技術指導をしてほしいという事でした。週に1日とか2日とか、出社はそんなペースで。

ところがまあ、よくある話ですが。
実際に工数見積もりを出してみると、その担当者が単独で抱えるにはちょっと無理がある規模で、そこで会社側からＰＧに入ってほしいとの話が来たわけです。
まあ、そこまでは何となく、ありそうな予感がしていたのですが、話の中身が「手伝って」ではなく「ＰＧだけ切り出して丸投げしたい」という方向に。

もちろん、お断りしました。
丸投げ、という事はアルバイトではなく「発注／受注」という事になり、つまり自営扱いになって雇用保険の受給資格も無くなります。
という理由も勿論あるんですが、こんな真夏の体調を崩しやすい時期に、落とせば賠償責任を問われるような仕事を引き受けるなんてリスキーな事は出来ません。

そんなわけで、「あくまでアルバイトなら、やります」というお返事をして今に至る…
と、思うでしょ。
今に至る前にもう1個あるんですよ。

7月が終わりに近づこうかという頃になって、会社から1枚の紙を渡されました。
見てみると、

発注書。

だから…駄目だって言ったじゃないですか。
もちろん拒否＆大説教モードに突入しましたよ。
で、労働契約書に書き直してもらいました。

で、今度こそ「今に至る」です。

雇用保険とアルバイト

マダム・シュミグラマー — 2008-07-09T20:12:44+09:00

ちょっと、ややこしい話が発生。
実は、1月に辞めた会社から「アルバイトしてくれない？」という話が舞い込みまして…。
失業保険を貰っているので色々とモンダイがあるんじゃないか？

というわけで、あれこれ調べてみました。
ハローワークで配られた冊子だとか、Google先生だとか。

色々と規定があるものの、条件によっては受給資格を維持した状態でアルバイトが全く出来ないわけではない、という所まで確認。
とりあえず、会社から提示された条件をそのまま持ってって、ハローワークで確認してきました。
（ちなみに、6時間/日、週2日、期間はおそらく9月末まで、というのが提示された条件です。）

職員さん曰く、
「週に20時間以内なら、失業認定日にちゃんと申告すればOKです」との事。
再就職と見なされるわけではなく、（バイトした日は給付対象から外れるものの）受給資格は維持されるそうです。

もちろん、求職活動を続ける事は大前提で。

【注意】
ハローワークで聞いてきた話なので間違いは無いだろうと思いますが、個々のケースで異なる部分があるかも知れません。
くれぐれも、この記事の内容だけで早まった御判断をなさいませんよう、御願い致します。
当方は一切、責任を負いません。

DB Magazine 2008/8月号

マダム・シュミグラマー — 2008-07-09T19:07:50+09:00

久しぶりに、雑誌に手を出しました。
ちょうど特集がオープンソースDB。
気になりながらも1000円オーバーの出費に足踏みしていましたが、失業保険が給付されたので気が大きくなり、買ってしまいました。

家計簿ソフトに使うデータベースではまだ迷っている最中で、現在の候補としては以下の二つが挙がっている所です。

・SQLite
・FireBird（組み込み版）

特集で扱われているDBの中にFireBirdが含まれていて、他のオープンソースDBとの比較など、個人的にはとても興味のある内容です。
（すみません、まだパラパラと捲ってみた程度なので、内容の深い所までは言及できません。）

SQLiteについては今のところWeb上であれこれ検索してみた情報と、ダウンロードして軽くいじってみた印象から、かなりシンプルで自分の好みには合う感じです。日付型を扱うにあたってのノウハウがまだ模索中で、まだ決定打といえる物がありません。

さて、DB自体の仕様も大事なのですが、プログラムからアクセスするという前提を踏まえて考えると、まだ開発言語を決めていないというモンダイが残っています。
APIだとか、その辺も含めて、引き続き検討して行こうと思います。

雇用保険と内職

マダム・シュミグラマー — 2008-06-17T19:47:29+09:00

さーて脱線脱線。

ハローワークへ行った話は「3Cと4D」という記事で既に報告済みなのですが、その時に不備があって提出できなかった傷病証明書を、今日やっとこさ提出して来ました。
と言っても書類提出のためにハロワへ行ったわけではなく、雇用保険の受給をこれから開始する人への説明会がありまして。ま、書類はその日に提出するよう指示があり、それに従ったわけなんです。

おかげ様で、給付制限なしになりました。

という話はさておき、実は私、ちょっとネット関係の内職をしています。
ネットで内職というと、何となくイカガワシイ事を想像されるかも知れませんが、そうでない事だけは先にちゃんと言っておきます。守秘義務があるので詳しい事は言えません。

失業保険もらってるくせに、そんなこと公言していいの！？
と思ったそこの貴方。ご安心下さい。ハローワークには、ちゃんと申告してます。

求職の申し込みをする際、必ず現在の就業状況を聞かれます。
その時に、
・　4月ぐらいから毎日20分程度の作業を請け負っています。
・　Web関係の仕事です。
・　その作業が7月末で終了予定です。
という事を説明したところ、またまた書類提出の指示を受けました。
ちなみに、その作業に関して収入が幾ら、という質問は受けませんでした。

作業頻度が毎日だという事と、まだ残存期間がちょっと長い（2ヶ月近くある）ので、発注元さんから「離職証明書」を発行してもらう必要があるとの事。
これも同じく説明会の日に出して下さいと言われたので、今日持参し、無事に受理されました。
ちなみにこの「離職証明書」ですが、離職票とは別物です。
もうちょっと小さい紙で、業務の終了（予定）日があらかた決まっている事だとか、一日の作業時間は微々たる物だという事を示す、現在求職に支障は無いですよ的な書類です。

このあたりの話はややこしい（らしい）ので、求職中の内職に関してはネット上の話を鵜呑みにはせず、とりあえずはハローワークに言って職員さんに聞いてみて下さい。具体的にどんな状況かをちゃんと説明しないと、適切な答えは出てこないと思います。

また、失業認定日に出す書類の書き方も、ちょっとややこしいです。
今日聞いてきたホヤホヤの話。

カレンダー部分の、内職をした日に×印を付けるのは、まあ分かりやすいんです。
失業認定を受ける期間内で、作業をした日は全部×印を付ければいいので。

で、ちょっとややこしいのが、その内職の収入の申告。
これは、支払いを受けた日を含む期間の失業認定を受ける際に、書類に記入するんだそうです。
で、対象となる就労or内職期間が求職の申し込み以前の分は含まないのだそうです。
つまり、こんな感じ。

6月3日に求職の申し込みをして、初回認定日が7月1日だとします。
5月1日～5月31日に行なった内職で支払いが6月30日、
6月1日～6月30日に行なった内職で支払いが7月31日、
だとすると、初回認定日に申告するのは、6月3日～6月30日に内職を行なったこと。
…だけです。

その分の支払いを7月31日に受けますね。
それは、7月31日を含む期間の失業認定を受ける際に申告するのだそうです。
その収入が何日分かを書く欄があります。
それは6月3日～6月30日の範囲内での作業日数を、金額も同期間の作業分に関して記入。
ちなみに、6月3日より前の期間に行なった内職の収入は、私が今日聞いた話では申告不要との事でした。

一応、ハローワークで聞いた話なので間違っていないとは思いますが、このあたりのルールに関して当方では責任を負えませんので、必ずハローワークで確認して下さい。

SQLite

マダム・シュミグラマー — 2008-06-14T17:44:31+09:00

ちょっと前の記事（家計簿にありがちなトランザクション）に、「SQLite」が使えそうな感じのコメントを下さった方がいらっしゃいました。
検索してみたところWikipediaだとか色々と情報が出てきまして、これはもしや、いけるんじゃないかと考えている所です。
CodeZineの記事（SQLiteで組み込みDB体験（2007年版））辺りも覗きつつ、ちょっと触ってみています。

…といっても、まだライブラリを組み込んでみたわけではなく、とりあえずSQLite入門を見ながら実行形式のやつをDOS窓で走らせて、DBのファイルができたー、とか、SQLが動いたー、とかを喜んでる所なので、まだまだ組み込み報告は出来ません。ごめんなさい、亀の歩みで。
また何か進展があったらご報告します。

ざっと眺めてみた感じ、いろんな意味でシンプルだな～という印象。
ちょっと引っかかるのは、日付型をどう処理するかという点。そこらへん、諸先輩方はノウハウを確立されているのかなぁ…。

買い食い日記だな

マダム・シュミグラマー — 2008-06-04T17:01:56+09:00

なんかこう、雑談続きで、本題を期待して訪問してくださった方には、申し訳ありません。

昨日、職安へ行った帰り。
もう時間的には晩御飯の支度に取り掛かっても良い頃合だったのですが、昼を抜いてしまったせいか、とにかくハラヘッタ状態に陥りまして、普段よく行くショッピングモール内で、いわゆる買い食いをしてしまいました。バス代をケチった意味が無いですね。…という程の散財でもないんですが。

安く済ませようとすると食品売り場で見切り品の和菓子・洋菓子類を物色するか、もしくは「らんらんるー」のお店という事になるのが大方のパターンで。
あらためて自分のブログを読み返すと、けっこうマクドナルドさんには世話になってるわけです。

で、もっと早い時間帯なら個人的には（腹を満たす、という目的において）ポテト最強論者なのですが、まあ所詮は夕飯までのツナギなので、「100円マック」シリーズよりシャカシャカチキンとやらをチョイスしてみました。お味はスパイシーガーリック。こういうニオイ物を、タイミングを気にせず食べられるのは専業主婦の強みですね。

シャカチキ、今回2度目の挑戦です。前回何味を食べたか忘れましたが（爆）、確かレモンなんちゃら言うやつだったような記憶があります。
それはさておき、非常にどうでもいいんですが「ふるポテ」のパクリに思えてしまうのは私だけでしょうか。
ま、いいや。

どうも、このての「袋に粉を入れて、しゃかしゃか振って味をつけて食べる」系は、私のやり方が悪いのかどうか不明ですが、どれだけ振ったらいい感じに味がなじむのか、見当がつけにくいです。あんまり振り続けても、そうこうしている間に冷めてしまうし。熱いものは出来るだけ熱いうちに食べたい人間なので、ぶっちゃけ最初から味が付いた状態で出してもらった方が個人的には有難いと思います。
あと、振った勢いで袋から中身が落ちやしないかと冷や冷やしながらシャカシャカするせいか、粉が何となく固まってる感じがしたりして…。

今回は「期間限定」に釣られたこともあり、スパイシーガーリックを食べてみたのですが、近々（6月6日から）、シャカチキの新フレーバーとして「ブラックペッパー」が発売されるそうです。
個人的には、胡椒・にんにく・生姜・唐辛子といった系統の味付けが結構好きな方なので、願わくばシャカシャカじゃなくて、味付きフライドチキンとしての発売を密かに期待…。

え、無茶言うな？
まあ多分、そうなると100円メニューからは外れるかも知れませんね。
面倒くさそうだし。

3Cと4D

マダム・シュミグラマー — 2008-06-03T23:22:36+09:00

そろそろ体調も良くなってきたので、公共職業安定所へ行ってきました。
離職票と本人確認用の住基カードなど、一般的に雇用保険の受給手続きで必要なもの一式は、まあ普通に家から持参し、証明写真は最寄り駅で撮影したわけですが、もうひとつ持って行ったものがあります。

かかりつけの先生に書いてもらっていた傷病証明書。
まあ何と言いますか、病気が理由で退職しましたよ、という証明書です。

実は離職票を貰った直後にもハローワークへ行っていて、書類はその時にハロワの職員さんがくれました。
その時期、まだ働ける状態ではない、と自分では思っていたので、受給期間の延長申請をしたいという相談で行ったのですが、「たとえばパートだとか、勤務時間など（健康面で）シビアでない職場なら再就職可能のようなので、おそらく適用できないと思います」という回答でした。
その流れで「病気理由の退職なら自己都合でも給付制限つかないので、求職の申し込みをされては如何ですか」と言われ、渡された書類がその「傷病証明書」というやつ。

で、今日の話に至るわけです。
さて、この記事タイトルですが、経験者の方はもうお分かりでしょう。
離職票の退職理由の分類を表すコードです。

3Cは正当な理由のある自己都合退職で、3ヶ月の給付制限が付かないケース
4Dは正当な理由のない自己都合退職で、3ヶ月の給付制限が付くケース

自己都合退職なので3ヶ月ぐらいは失業保険が貰えない、かと言うと、病気だとか妊娠だとか旦那の転勤で引越し先から通勤できなくなっただとか、「そりゃ仕方ないわな」という理由の場合は違うのだそうで、それが今回の記事のタイトルにもある「3Cと4D」の違いです。

で、私のケース。
ぶっちゃけた話、（職業訓練もちょっとだけ狙っているし）給付制限が付く事については全く構わないんです。
じゃあ何でわざわざ傷病証明書を用意したか、というと、まあ…言葉は悪いんですが、その「4D」を見て少々カチンと来てしまったんですね。

だってね、考えてもみましょうよ。
「あなた大した理由もないくせに仕事辞めたんですよね？」と書いた紙を送りつけられたわけですよ？
そりゃアタマ来るでしょ。体調の悪化が理由で退職する事はさんざん言って会社側も知ってるのに。

わざわざお医者さんに書類作成料を払って書いて貰って、持って行きました。
おとなげないなぁ、とは自分でも思うんですけど。実はそんな理由で。

ところが…、ちょっと記入もれがあり、後日再提出を食らってしまいました（＾＾；
なので、来週あたり、それだけのために病院まで行ってきます。

正規化を考え始める

マダム・シュミグラマー — 2008-05-19T13:00:15+09:00

データ設計カテゴリの過去記事（家計簿にありがちなトランザクション）で何となく書き出してみたデータを、出来る所から、ちょっと整理してみようと思います。

この記事自体、まだ更新しますので、間違いの指摘などは暫く様子を見た上で御願いします（＾＾；
何だかよく分からないんですが、TABLEを挿入すると物凄い余白できますね。
ちょっと既定値わかんないですけど、いくつなんだろう。

取引先
PK	ID	個人なら結婚による改姓、法人なら社名変更などを考慮するため、IDを振る方向で考え中
PK	更新日	IDと更新日でキーとする
	名称・氏名	ま、個人的なお金のやり取りなら振込み先なんかの場合も含めて
	名称・氏名ふりがな	主にソート・手入力時の先読み目的
	消費税課税区分	外税・内税・非課税ぐらいかな。NULL時は既定値で【消費税】から引っ張ろうかと
	消費税小数処理区分	切上・切捨・四捨五入（非課税なら無視）

資産
PK	ID	銀行口座など、金融機関の名称変更や合併を考えると必要かもなと思っているところ
PK	更新日	IDと更新日でキーとする
	名称
	名称ふりがな	主にソート・手入力時の先読み目的
	通貨（単位）
	開始残高
	解約日	解約済みの場合に使用

負債・クレジットカード等とテーブルを分けるべきかどうか、考え中。
…項目が結構違うからカードは別テーブルの方が違和感無いかな。
というわけで【資産】でメイン管理しつつ固有項目用にサブテーブル追加。↓

クレジットカード
PK	ID	過去に一度、支払いサイクルというか、〆日の変更というのを経験したので、やっぱりIDと更新日で管理した方がいいかなと思っている所。
PK	更新日	IDと更新日でキーとする
	---	【資産】にある項目は【資産】側で
	〆日
	引き落とし口座	【資産．ID】
	引き落とし日	〆日の翌月ｘｘ日、翌々月ｘｘ日
	休日引き落とし区分	だいたい翌営業日だとは思うけど

費目
PK	ID
	親費目ID	ありがちな3階層にするかどうか、そろそろ考えないといけませんが、とりあえずツリーの方向で検討。
	名称
	名称ふりがな	主にソート・手入力時の先読み目的
	収支分類	収入／支出／資産間移動

消費税
PK	更新日
	税率
	外税・内税区分	これ、税制が変わったところで何処も彼処も一斉に適用されてるわけじゃないんですよね…。取引先にも入れとこう。

取引（トランザクション）
日付	カードの場合は利用日。公共料金なら検針日とか？
時刻or日付内順位	同一日付での前後関係を示す何か。お店のレシートには時刻が入ってるものが多いけど、それだと口座引き落としの場合が変な感じになりそうなので、単純に番号かな…。
店	ま、個人的なお金のやり取りなら振込み先なんかの場合も含めて
費目	何を買った、何に使った的な事。いちおう、カード引き落としも含めて考える
金額	いくら使ったか。単位は「口座」に準じる、と思っていいか。
口座	現金, カード, etc.⇒【資産．ID】
引き落とし元	カードの場合。 …これトランザクションに必要かどうかは微妙だな。カードの設定だけ持ってればOKかな。
引き落とし日	カードの場合だとか、公共料金の引き落としなど。
移動先資産	カード利用分の口座引き落としは、預金口座⇒カードの資金移動でやろうかな、と。
課税区分	消費税の内税or外税、もしくは非課税
消費税額・税率	税率の方はここに持つ必要なさげだな…。そもそも消費税は項目として考えるべきか分割費目のひとつに数えるか、という方針決めが出来てないので、ちょっとビミョウな感じ。
割引・値引	ここもまだ、どうしようか考え中。カードでも、請求段階で割引になるカードとかあるんですよね…。

ソーラーカー？

マダム・シュミグラマー — 2008-05-02T15:25:04+09:00

去る4月29日にお台場で出発式を終え、全国行脚を開始した車の三兄弟。
トン吉、カツ朗、チー太。

…あ、ごめん。間違えたかも。
トン吉、カツ朗、チー太は研究員さんの名前みたいです。3台の車は、『ぶたCAR』という名前だそうです。

実はココの話。
http://cheesecutlet.jp/blog/

一瞬、「ソーラーカーだん吉、日本一週なんちゃらの旅」のパクリかとも思われるネーミングで笑ってしまいました。これ、実はマクドナルドから近日発売されるチーズカツバーガーのプロモーションで3台の車が全国を回るイベントらしいです。

鳥インフルエンザに米国産牛肉の特定危険部位混入。
やっぱりポークに走りたくなる気持ちは分かるなぁ…。

…って思うのは意地悪な見方かも知れませんね。なんというか、先日また米国産牛肉の特定危険部位混入が発覚したばかりで、まあそうでなくてもスーパーで買うときはオージーか日本国内産しか買えない私としては、やっぱり牛を警戒する客層に備えて豚肉メニューも出しとけという思惑が見え隠れしているように思えてなりません。
まあ、メニューの幅が広がるのは悪い事ではないと思いますが（＾＾；

…あれ？
やっぱトン吉ほか2名って、車の名前なのかな。
あー、わからんです。

FX比較サイトなど眺めてみた

マダム・シュミグラマー — 2008-04-27T23:39:49+09:00

さて、投資の事でも考えてみましょうか。

私自身、「株は現物、為替は外貨預金」といったスタイルで、少なくとも今までは細々と投資のような投機のような事を経験してきましたし、当面そのやり方を変える予定は無かったりします。

持ってるお金以上の取引をするのは怖い、という感覚がどうしても勝ってしまい、手数料が安いというメリットは理解していても信用取引やFXには手を出せないでいる、というわけです。
投資スタイルというのは人それぞれですから、信用取引でもFXでも、実際そちらを選んだ人をとやかくは言いません。単に「私はちょっと遠慮しとこうかな…」というレベルです。

まあ、そんな事を言ってもアレなので、このブログ的な切り口で。
こういう価格変動のある資産をどう扱うかは、今までに使ってきた家計簿ソフトでも考え方がいろいろあります。

「投資＝支出」とし、ここでは証券までは管理しないよ、というスタンスの物もあります。
「証券類も資産」として、価格変動はインターネットを経由して必要時にチェックする物もあります。

投資というのは最悪、投資額を全て失う可能性がある事を前提としているわけですから、前者の考え方にもある程度賛成できます。
が、もちろんソフトウェアの機能としては後者が出来れば理想っちゃあ理想なわけです。

これだけ世の中に浸透してきたＦＸなので、もし家計簿に取り込むとするとデータはどんな構成になるのか、実はちょっとシミュレーションしてみたい気持ちはあります。

ＦＸの特徴も色々あるようですが、要するに持ってもいない通貨を「売る」事からも取引を開始できたり、口座にある金額以上の取引が出来たりするわけですよね。

持ってなかった通貨を「売る」という事は、売った通貨の残高がマイナスになる。
これは感覚的に分かる、というか、なんとか想像力が追いつくんです。
ただ、レバレッジが何倍とか言って、証拠金（？）の数倍額を投資して外貨を買った場合、その証拠金の残高が動くものなのか、だとしたら、それはやっぱり同じように差し引き残高はマイナスになるのか、とか…。

データとして考えたときに、やっぱり、なんか面倒くさいなぁと感じてしまうのです。
おそらく本の1冊でも読んで勉強すれば、そういうデータの管理も出来るのでしょうが…。
データモデルがさくっと組み立てられないという事は、おそらく私はFXとやらを理解できていないし、手を出すと危険な人種なのでしょう。とりあえず今のところは机上論として、ぐだぐだ言ってるのがお似合いのようです。

まっくろさん使いとしては、MSN マネーのサイトはたまに覗いてみるのですが、ここにもやっぱりありました。FX比較。最近多いですね、この手のサイト。
同じFXでも口座を持つ先（会社）によって投資できる通貨や手数料体系などかなり違うようです。
手数料比較の他に「キャンペーン比較」も出来るので、始めるタイミング等も含めて「今まさに検討中」の方は色々と条件を見比べてみられると良いかも知れません。

以下、FXに関する一般的な注意事項です。

FX投資は、取引する通貨の価格変動による損失リスクが存在し、
投資元本が保証されるものではございません。FX会社へお申込する際は、
リスクに関する説明書をご確認の上、ご自身の判断で実施頂きますようお願い申し上げます。

[情報元：buzzmo]

Lococomの家計簿機能

マダム・シュミグラマー — 2008-04-25T15:52:51+09:00

地域コミュニティサイト『Lococom』（ロココム）

最近というほど最近始まったものではないのですが、このバナーを結構よく見かけて、存在はずっと気になってました。会員制の、いわゆるコミュニティサイトなのですが、家計簿機能が利用できるとの話なのです。

自分が家計簿ソフトを作ろうとしているからかも知れませんが、「そこに家計簿があるのに使ってみないなんて～」なモードに、ちょっとスイッチが入ったので、とりあえず会員登録してみました。

で、こちらがその家計簿画面サンプルです。

さっそく家計簿をつけ始め…る前に、どの程度カスタマイズできるのかなと気になり、設定メニューを見てみたところ、基本設定項目は４つ。

・締め日（毎月）
・職業
・家族構成
・住居所有形態

その他に、毎月の固定収支の自動入力設定が可能です。

とりあえず今日の日付でちょっと入力してみたのですが、やっぱり費目が完全固定なのは私にとって扱いづらい要素になってしまいます。
他所様の家計簿と比べたりする機能があり、「インターネット上で」家計簿をつけるからには、それは魅力なのかも知れません。

その仕様を実現する為には仕方の無い事かもしれませんが、自分のPCにインストールして使う家計簿ソフトと比べると…あまりにも不自由です。家計簿というよりは、お小遣い帳に見えてしまいます。

やっぱりPCを使うからには、ある程度の自動化、省力化を考えるものだと思います。
が、固定収支の自動入力も、「月1回」というスパンでしか設定できない為、保険料の年払いなど、節約を意識して色々がんばっている人には物足りない印象がぬぐえません。

ただ、これは私の感想にすぎません。
このブログを読んで下さっている方なら分かっていただけると思いますが、家計簿ソフトに多くを求める私には合わない、というだけの話です。
Lococomさん自体はコミュニティーサイトで、家計簿はあくまでその機能の一部なので、おそらく私が目指している「家計簿」とは全く別の思想で作られたものです。

コミュニティーサイトとして「どうなの？」という話は、このブログの主旨から外れてしまいますので、また何か機会があればという事にします。

なんとなくマックラップ

マダム・シュミグラマー — 2008-04-23T15:39:57+09:00

机の前に座るとどうしてもPCをいじってしまう習性の持ち主なので、落ち着いて本でも読もうかという気分になった時は、近所に出かけてしまう事に決めています。
何となく昼ごはんを食べるタイミングを逃がした感のある13時過ぎ、ちょうど半分ほど読んだ辺りの本を1冊持って、徒歩5分のショッピングモールへ。

たまには外食でもいいかなと、フードコートを見回していて目に付いたのが、えびちゃんのポスター。
そう、マクドナルドです。

McWrap（マックラップ）というシリーズに新商品が出たとかで、話の種に買ってみました。
3種類ほどあるのですが、今回食べてみたのは「マックラップ黒酢チキン」。
…というか、それがその新商品らしいので。意外と新し物好きな私(^^;

実はこのマックラップというシリーズ自体、初めて食べたのですが、なんと言うか…
まず味についてですが、過去に食べたマック商品の中でいうと、まあ女性向きの部類に入るのかなぁと思います。
チキンのタレにちょっと酸味があるのと、それを包む生地のもっちり感…。
長崎に「角煮まんじゅう」という食べ物があるんですが、あれをちょっと思い出す味です。
まあ角煮まんじゅうは豚肉だしレタスも入ってないし、似てるというほど似てるわけではないのですが…
あの生地を薄く作って春巻きっぽい巻き方して、ちょっとレタスでも挟んでみた味、というか、「風味」ぐらいの表現が妥当かなぁと言ったところです。
（でもごめん、角煮まんじゅうの方が100倍ぐらい好き）

女性向き、という感想を抱いた理由としてはボリュームの事もあります。
220円というお値段の割には「おやつ」サイズで、お食事だったら他のバーガー類にして、ポテトとドリンクの付いたセットの方が良かったかもというのが実感。（あくまでボリュームについては）

手軽さ、食べやすさを重視してこのサイズと形を決めたのかも知れません。
…が、食べやすさの点でもちょっとビミョウだなというのが個人的感想です。

上半分を食べた後にふと気づくのですが、どうやって下半分を食べたものか。
底から押し出すのか、と思い試すも、うまく出てこない。
まわりの厚紙を外して中の薄い紙に包んだ状態で食べるのかなと思い、厚紙を外しにかかったのですが、厚紙と薄い紙が一部接着されていて、どうにも中途半端…。

本を読みながら食べていたせいもあり、片手で処理できる方がありがたいのがひとつ。
また、どうせ途中で外さなければいけないその厚紙は、そもそも必要なのか？
厚紙パッケージが役に立っているとすれば、立て置き出来て省スペースだとか、そんな事ぐらいしか思いつきませんでした。
もし中の人に会ったら聞いてみたいなと思わなくもない今日この頃です。

まあ、黒酢もチキンも、もっちり生地も好きなので、味そのものは嫌いじゃないんです。
であるが故に、なんか、もう一声。

商品についての情報は「マックラップ公式サイト」（下記リンク）で御覧いただけます。
http://www.mcdonalds.co.jp/mcwrap/

家計簿にありがちなトランザクション

マダム・シュミグラマー — 2008-04-16T13:06:39+09:00

とりあえず、１回の買い物にどれだけの情報が付随するか、考え中です。
ひとまずメモとして。

日付	カードの場合は利用日。公共料金なら検針日とか？
時刻or 日付内順位	同一日付での前後関係を示す何か。お店のレシートには時刻が入ってるものが多いけど、それだと口座引き落としの場合が変な感じになりそうなので、単純に番号かな…。
店	ま、個人的なお金のやり取りなら振込み先なんかの場合も含めて
費目	何を買った、何に使った的な事。いちおう、カード引き落としも含めて考える
金額	いくら使ったか。単位は「口座」に準じる、と思っていいか。
口座	現金, カード, etc.
引き落とし元	カードの場合。 …これトランザクションに必要かどうかは微妙だな。カードの設定だけ持ってればOKかな。
引き落とし日	カードの場合だとか、公共料金の引き落としなど。
移動先資産	カード利用分の口座引き落としは、預金口座⇒カードの資金移動でやろうかな、と。
課税区分	消費税の内税or外税、もしくは非課税
消費税額・税率	税率の方はここに持つ必要なさげだな…。そもそも消費税は項目として考えるべきか分割費目のひとつに数えるか、という方針決めが出来てないので、ちょっとビミョウな感じ。
割引・値引	ここもまだ、どうしようか考え中。カードでも、請求段階で割引になるカードとかあるんですよね…。

大体こんな感じかなと思ってます。
ただし分割費目を考慮すると、費目は外出し検討中。

まだ考えが纏まらないのが、ポイントやや金券やら併用した場合の記入方法。
現状、資金移動をベースに考えるのが無難かなあと検討中。

あと、もうひとつ。
自分が使わないからというのもあるのですが、リボ・分割払いの類をどう捌くのがスマートなんでしょう。やっぱり利息だとか手数料だとか、それなりに計算式のいるモノは面倒です…。
とはいえ、住宅ローンだとかは扱えるようにしたいので、追い追い考えようとは思ってます。

【書籍】なぜ、「できる人」は「できる人」を育てられないのか?

マダム・シュミグラマー — 2008-04-08T17:11:25+09:00

なぜ、「できる人」は「できる人」を育てられないのか?
吉田典生 (著)
日本実業出版社 (2005/12/8)

amazonのレビューを見た感じ、できない人の言い訳本として一部では酷評されているようです。
そういう見方も、まあ、ありです。

正直な感想として、「できない人になっちゃった人」を「できる人」に変身させよう的なことを期待するなら、無理だと思います。
どちらかというと、新人教育だとか、相手が子供の場合に応用する方が、芽はあるかなと。

人材育成という仕事にはあまり関与していなかったのですが、…。
システム屋さん的な発想としては、ユーザー教育を担当するような立場の方は読んでみるのもアリかなといった印象。

何でそんなこと今更聞くのよアンタ、ってなことを真顔で聞いてきたり、何考えてそんな操作しちゃうのよアンタ、ってな事を当然の如くやってくれたりするユーザー様は多々いらっしゃいます。
いくら「できる人」的な理屈で論破しようと思っても、ユーザー様の言う事は全て正論とされる理不尽な状況も、不幸なことに多々ございますので。

理解できない人を叩いても逆に「そんな事もろくに説明できない奴」扱いされるのがオチ、という世界がある事も頭に入れておいて損は無いでしょう。
良いか悪いかはもちろん別として。

昔、誰かに
「シロウトさんに説明できない内は、その内容を理解してない証拠だと思った方がいいよ」
と言われたのを、ふと思い出しました。