Author: user

Windows Serverを使わなくても良いWebサービス用の言語を始めたいと思ってRubyの本を買いに行ったのですが、本屋さんでは圧倒的にPythonの本の方が多かったです。 Pythonはマイナーな言語だと思っていたのですが、世界では圧倒的にRubyよりも使われているようですね。折しも機械学習というのが流行っていて、Pythonでは機械学習の世界的に有名なライブラリーが使えるからというのが、今これだけ流行っている理由のようです。この本は入門者向けですが、機械学習の記事までもが載っています。（ということは、ITサイエンスの専門家ではない私でも機械学習のことがわかってしまうのかしら。。？なんて嬉しい妄想を持ってしまいます。） Pythonは初めてだったのですが、この本でスクリプト言語について目からウロコが落ちました。スクリプト言語なんてライト級の言語だっていうし、あまり大したことは出来ないのではないかと思っていたのですが、大間違いでした。 昔、証券会社の同僚が面倒な数字の集計とかリスク管理の話をしていた時に、「パール（Perl）を使えば簡単だよ。」とかさかんに言ってたのですが、なんかその凄さがピンと来ていませんでした。きっとこういう事を言っていたのでしょう。実はスクリプト言語って多機能で色々できそうな上に、C#みたいなコンパイル言語と違って、思い立ったらちょっと書いて見てすぐ使えるので、便利そうですね。 筆者のクジラ飛行机さんの記事は日経ソフトウェアで読んでいて、お名前は知っていたのですが、この本はよかったです。細かい具体例がたくさんあり、実際に手を動かしてプログラムを動作させながら進めていけるようになっています。簡単なスクリプトの書き方はわかったような気にさせられました。こういう風にわかりやすく勘所を説明するのって大変なんだろうなあと思います。 余裕で元は取れますね。

プログラミング言語は勉強し始めの最初の20時間が退屈なので、そこを乗り越えるためにも、仕事かプライベートで実際に使える言語を選ぶのが良いと思います。上手く動くと、面白くて夢中になってしまうかも知れません。 会計の人だったらExcelのVBAがオススメです。エクセルは日々使うソフトですので、一部の毎日繰り返しやるような業務をボタン一つで自動化できるようにするとプログラミングの便利さを実感できると思います。 Accessもいいのですが、データベースという概念が普段あまり使うものではないので、誰かがその便利さを目の前で見せてくれる人がいないと、そのすごさや便利さを実感することが難しいと思います。目の前でAccessで計算結果を見せられると魔法みたいだっ！と思ってしまうくらいすごかったりします。経理の人だったら請求書や在庫管理の為に挑戦するのは十分に価値があると思います。Excelに比べてそもそもAccessを使い慣れていない場合が多いので、そこでハードルが少し上がります。 プログラムを外の人に一般公開するいわゆるWebサービスを作りたいと思っている人もいるかも知れません。そういう方には、また別の系統のプログラム言語が必要です。 とりあえず簡単なのは、C#またはVisual Basicを使って、ASP.NETというウェブフォームという形式でやってみるのがいいと思います。開発ツールにはVisual Studioというのを使うのですが、無料版でも結構本格的な機能がちゃんとついています。難点はWindowsでしか動かないので、Macの人には進められません。趣味で使うシステムを作るには十分すぎる機能があります。 私の事務所では、受け取った郵便物をiPadなどから写真でとって、受け取った日付や送り元の情報と一緒にサーバーに記録しています。いつお客さんからどんな書類をいただいたかを画像と一緒に見れるので、便利で重宝しています。使っている言語はC#です。 Macの人は、Ruby, PHP, Pythonなどのスクリプト言語がオススメです。Webで公開しなかったりする場合は、デスクトップやiPhone用のプログラムを作成するというのも楽しいと思います。 とりあえず初心者はPHPやRubyかPythonが良さそうです。PHPやRubyならWebアプリが比較的簡単にできます。 今、私がRubyやPythonなどのスクリプト言語を勉強するために作っているのは、自分の勉強したことやその時間を記録するシステムです。iPhoneでボタン一つで記録して、Webサーバー側でも記録できるとい言うものです。 iPhone側はSwiftと言う言語を使います。モダンな言語で、Cなどに比べると比較的とっつきやすっく感じるのですが、それでもRubyなんかに比べると型の定義が厳密できっちりしているなと言う印象があります。この言語はAppleが最近公開してオープンソースになったので、そのうちサーバー側でも使えるようになるかも知れません。今はサーバー側で使うには時期尚早だと思います。 サーバー側を最初は、Rubyでやっていたのですが、RubyはRailsがものすごく便利なのでかえって不安になる時があります。モデルを作る場合など、コマンド１行で複数のファイルを自動的に作ってくれるので、よくわからないままにプログラムが動いてしまっている感じです。結局どの言語でも、ある程度は自分の手を動かして仕組みを理解しなくてはいけないのでしょうが、なんか問題があった時に自分で解決できなくなるような不安があります。 ただ便利は便利です。データの量が多くなければ、Herokuなどのクラウドのサービスを無料で使えるので、サーバーを自分で用意する必要はありません。 今は、機械学習が流行っていることもあるので、本屋さんではPythonの本がたくさん置いてあります。Pythonは世界的にはRubyよりもはるかに使われていると言うこともあり、Pythonもいいなと言うふうに思います。私はPythonはお試しの段階です。 プログラミングは一つを身につけるまでにはそれなりに時間がかかりますが（それなりに使えるようになるには100時間くらい？）、面白いし、何かの役に立つかも知れないので、興味がある人は挑戦してみるのもいいのではと思います。

タックスヘイブンを使った租税回避は先進国間での共通の悩み事です。 経済協力開発機構（OECD）は国際的な脱税及び租税回避に対処するために、非居住者の金融口座情報を税務当局間で「自動的」に交換するための仕組みを導入しました。その名も、「共通報告基準(CRS:Common Reporting Standard）」。銀行は口座を開設する際に居住者であるか非居住者であるかを区別する必要があります。 この仕組みのすごい（おそろしい？）ところは、従来タックスヘイブンと言われた、ジャージー諸島やマン島なども含まれていることです。タックスヘイブン国や地域は預金者の情報を決して公開しないと高をくくっていたら、はしごを外され大変なことになってしまいます。 CRSでは、非居住者の銀行残高等を自動的に交換します。ですので、海外口座に大金（小金でも）がある場合は、自動的に日本の当局に情報が行きます。残高がそれなりにあり、日本国内であまり大きな所得の申告がされていない場合、もしくは、日本から送金の記録が残っていない場合には、当然に過少申告を疑われることとなります。 日本も実際に始まるのは、今年（平成29年）からです。 無申告加算税は大変重いものがあります。また、法人で稼いだお金をタックスヘイブンの個人口座に入れたら、きっと役員賞与として課税されます。貯めた分はほとんど残りません。これだったら、最初からちゃんと申告しておいた方がましだったという事になりそうです。 下記は、国税庁のHPです。さらに詳しい情報が載っています。 国税庁HP ただまあ、もともとタックスヘイブンにお金を貯めても、実際には使えないという問題があったようです。数千万円単位でタックスヘイブンに無申告で蓄財しても、日本で不動産は買えません。買う時にタックスヘイブンからの送金が必要ですが、ここで足がついてしまいます。 今まで無申告だった人は（褒められることではないですが）、日本でお金を使えるようにするためにも、H28年度の申告はカミングアウトの最後のチャンスと言う事にはなりそうです。。。

Macbook AirでもそれなりにXCodeでの開発はできるのですが、ビルドが少し遅いように感じてきました。XCode8.1でSwift3.0のコードをビルドして実際にアプリが起動するまで1分7秒かかりました。一日に20回はビルドすると、単純に待ち時間だけで20分以上かかります。さすがに時間の無駄の方が、新しいMacbookを買うコストより大きくなってきたように感じます。 そろそろ本格的な開発環境に移行した方が良いかなと思いつつ、値段も高いし今使っているMacbook Airもまだ十分に使えるので、買換えも躊躇するものがあります。何となくではありますが、Macbook Pro15インチの最新モデルと一つ前のモデルの整備品とで値段と性能を比べてみました。 値段 新品238,800 整備品169,800 その差は約7万円！CPUは整備品がクアッドコアi7の2.2GHzに対して、最新モデルの方は2.6GHzで、ずいぶん違います。アップルのホームページを見ると、SSDの読出し速度もずいぶん進歩しているようです。いったいどのくらい違うのでしょうか。 タッチセンサーは、今のところ開発には必要ないので、高いお金を出してまでの必須では無いように思います。 そうすると結局、開発をするだけなら整備品で十分だという結論になりそうです。 本日は、MacにRuby on Railsをインストールしました。Unix/Linux系のシステムは、いまいちディレクトリの構造やコマンドがわかっていないので心配でしたが、無事にサーバーが動くところまでたどり着くことができました。Homebrewというインストールを管理するためのソフトが便利で、意外と簡単にできました。Rubyは環境を構築するまでが大変だと言われていますが、ネットで色々な情報を確認してやれば、それ程難しいものでもないように感じました。 これからも、アプリの開発を少しずつ進めたいと思います。

これからの会計サービスを考えてみました。 色々な需要があるので進むべき道は当然これに限らないとは思うのですが、将来有望な一つの方向性ではないでしょうか？ ガソリンスタンドやカフェではセルフサービスが当たり前になりました。カフェでも至れり尽くせりのルノアールのようなところも人気ですが、昔の喫茶店のようなところはセルフサービスのスタバやドトールのようなカフェにだいぶ淘汰されてしまいました。 お金を出してコテコテのサービスを受けるという発想は、一昔（10年くらい？）前まではメジャーだったように思いますが、今はそれほど受け入れられている考え方ではありません。自分で出来ることは自分でして無駄なコストは節約し、その浮いたお金を別のことに使いたいというのは当然の発想のようにも思えます。 セルフサービスのガソリンスタンドやカフェが主流となっているように、会計サービス自体にもセルフに大きな時流があるのではないかと思います。私たち会計事務所をやるものにとっては、単純な労働で日銭を稼ぐことが難しくなっているのは間違い無いでしょう。 昔ながらの会計事務所の仕事のやり方で、領収書や通帳のコピーをお客さんからもらってきて会計ソフトに入力し、10日後に完成した試算表を返すというサービスも昔の喫茶店のようなビジネスモデルになってきているのかもしれません。会計事務所は一般的な喫茶店に比べるとメニューはもう少し複雑で、臨機応変さが必要なのでむしろレストランに近いようには思います。個人商店のレストランがチェーン店のレストランに席巻されてなくなってしまうことは、おそらく当面はないでしょう。チェーン店には真似のできない色々な個性のお店が日本中に星の数ほど活躍しています。そういう意味では、今までの古い会計事務所の業態もまだまだ大丈夫で、すぐに無くなることはないのではと思います。 ところで、会計サービスをどこまでセルフサービスでできるかですが、実は、会計仕訳もごく限られた種類の取引しかありません。それらをカバーできると実は会計仕訳のほぼ全部９９％くらいをカバーできるのではないかと思います。それらは、下記の、 売り上げ（請求書の発行アプリみたいなもの？） 支出（会計簿の支出を記録するアプリを少しパワフルにしたもの？） 給与（源泉所得税も） 固定資産（減価償却） くらいなものでしょう。 つまり言葉を変えると、たったこれだけシンプルなアプリ（４種類！）を作ると、会計サービスのうちかなりの部分をセルフでやっていけるようになってしまうということです。 税務会計サービスは税法という法律の相談という面があるので、専門家が必要であることは間違いありません。法律には現実世界に起こりうる全ての細かいことを条文や通達で明示できているわけではありません。ですので、あくまで曖昧な部分があり、どのように認定するかという部分が残るのです。ここは税理士などの専門家に頼るべき部分ではあるとは思います。 また、アプリではできない、消費税の課税選択や簡易課税と原則課税の選択など、専門家に見て欲しい部分は沢山あります。これらの判断に関連する部分はちょっとアプリには無理なので、ずっと残っていくことでしょう。 しかし、属人的な喫茶店がカフェに淘汰されたように、会計事務所にも同じような事が、これからどんどん起きるのではないかと思います。 私どもの事務所でも、昨年から、レシートや領収書の写真から、ネットの会計ソフトに入力を代行するサービスを初めました。 ですが、今後は、会計事務所がコストをかけて入力するサービスを提供するというよりは、請求書を発行したら自動的に会計ソフトに取り込まれるようなもっと事業主が自分でできる部分はできるだけ自分でやるか、ITを使った自動化するような方向に進化させていく必要があるのかも知れません。 世の中はどんどん進歩していくので、自分もどんどん変化していかなくてはなりません。ビジネスの世界はなかなかしんどいものではありますが、面白いものでもありますね。

科学というのはすごいなと思います。大体の場合、一般人の想像できる範囲のはるか先を行っています。私は、人間の記憶仕組みというのは、個人差があったり気持ちの入り方次第で効率が異なり、何となくファジーな主観的なもののような気がしていました。でも実は結構、法則に従った機械のような働きをするようなのです。 脳の研究者が書かれた勉強しかたの本です。いかにしたら記憶に残るか。使える記憶になるか。客観的なデータがあります。人間の脳みその中には、海馬というタツノオトシゴみたいな形の一部分があって、そのひとが活躍しているのです。一夜漬けだと、海馬くんがせっかく詰め込んだ知識をぽいぽい捨ててしまいます。 実は寝てる間に海馬という部分が記憶の整理をしています。必要なものと不要なものを分別して、不要なものは消去しているようなのです。海馬くんに取っての要不要の判断基準は過去の１ヶ月にどれくらいの頻度でそのことが出てきたかなのだそうなのです。そんなこともまで分かるんだ！ということは本当にそう思うのですが、とりあえず横に置いといて、ここから導かれる結論は、よく寝ることと記憶したいことは１ヶ月より短い期間で回すことです。 会計士や税理士の勉強などをすると、あまりに分量が多いので、以前に勉強したことを次に勉強するのは６ヶ月後だったりしますが、それだと海馬が記憶を自動的に捨ててしまっています。６ヶ月後には何も覚えていないということになりそうです。 逆に１ヶ月以内だと、もしかしたら自分では忘れてしまったように感じても実はまだ無意識に残っています。もう一度繰り返すことによって、確実に記憶に残りやすくなっているのだそうです。そういう実験をして、そういうデータを取った人がいるのだそうです。 なるほどねー。。

語学を学ぶのにシャドーイングは欠かせません。 語学を学ぶのに一番重要なのは大きなところでいうと動機というか必要性だと思うのですが、実際に必要に迫られてどのように勉強するかという時に、シャドーイングはとても有効だったと思います。 私は英語圏への留学経験がなかったので、ヒアリングやスピーキングが苦手でした。日本人の中で英語圏へ留学できた経験があるのは非常に限られていると思いますから、むしろ得意な人の方が少ないと思います。 私がいろんなトレーニングをやってきて実際に良かったと思うのは「ハリーポッター」のCDを何回も聞いたことです。シャドーイングは何回も聞くので面白い文章だといいのですが、つまらない文章だと耐えられません。つまらない文章を聞いて繰り返すのを毎日の日課というかタスクにしてしまうと、その言葉を勉強すること自体が嫌いになってしまうかもしれませんので、高くつきます。CDは当時は中古の通販がなかったので、オリジナルで1万円くらいはしたと思いますが、安い買い物です。面白いものが見つかるまで何個でも買ってみるのが良いように思います。 ハリーポッターは読む方がとても上手な方なので、聞いていて面白いのです。ずうーっと飽きずに練習していました。 ハリーポッターの第1巻と第2巻の「Philosopher Stone」と「Chamber of Secret」は何十回（何百回？）も聞きました。毎日電車に乗っている時間や歩いている時間にずっと聞いたとすると、1日１時間近くは作れます。５年間で1800時間。ハリーポッターのCDの読み手はイギリス人なので、この頃は少し発音がイギリスっぽくなっていたような、いなかったような。シャドーイングを真剣にやっていると語調まで一生懸命真似しようとするので、アクセントまで移るのです。 しかもシャドーイングのいいところは、知らない単語は聞こえないので、単語が体に染み込むまで何回も繰り返して聞いているうちに、知らずに身についてしまうことです。ちょっと知らない単語だと、意味を思い出すのに時間がかかると思いますが、何百回とやっているうちに、意味まで体に染み込んでしまいますし、発音も口をついででてくるようになってきます。 最近始めたのがブラジルのポルトガル語です。高校の時に１年間留学していたのですが、帰ってきてからは全く使っていませんでした。それで、今になってちょっと、シャドーイングの本を買ってきて練習を始めたのですが、道のりは遠いです。読み手の喋るのが速いのか、聞き取れません。頑張ってしばらく続けて見ようと思います。