Month: July 2016

まだ、途中ですが面白いです。夢中になって読んでます。 、 この中で著者は、読者に質問しています。 あなたは、何歳くらいで死にたいですか？そして理由は何がいいですか？ 多くの人は以下の様に答えるそうです。 １　平均寿命の８０歳くらいに、痛くない病気か一瞬で死ぬ事故でぽっくり死にたい。 ２　１００歳ころ老衰で死にたい。 ３　わからない。 でも、これらはあまり現実的ではない。 実際は、 ・再来年ごろ、夫婦でアフリカ旅行中に蚊に刺されて死ぬ。 ・６０歳頃、家の近所で犬の散歩中に、突然倒れてきた自動販売機の下敷きになって死ぬ。 ・４０歳で課長になった頃に、家庭と仕事のプレッシャーでうつ病になり自殺する。 ・６８歳で胃がんと大腸がんを同時に発見され、大きい病院で手術を受けたが上手く行かず死ぬ。 ようなことの方がはるかに現実出来でありそうです。 医者は、ほとんどの人は突然、何の前触れもなく余命を宣告されると言っています。誰しも経験があると思いますが、私の身の回りの実体験からもそうです。 そして、そういう体験から、自分だったら死ぬ前に何をしておきたいかをを考えたと言っています。 もし、例えば1年後に自分がくも膜下出血で半身不随になるとして、その時にしておけばよかったと思うことは何でしょう。 １）まずは、やはり家族のことでしょうか。娘が大人になって働いて自立できるようになるまでのお金をためておく）。それが無理なら生命保険に入っておく。 ２）治療費や介護で家族に負担がかからないように、せめて金銭的な備えをしておく。貯金で無理なら保険や年金にはちゃんと入っておく。 ３）その他に個人的な事では、それほどやってなくて後悔することはあまりないような気がしますが、行きたい旅行に行っておいた方が良いかなとは思いますし、自分を大事にして、自分のやりたいことを尊重する。その後はずっと自分では自由に行動できなくなってしまうかも知れませんので。後は、自分も気分が悪くなるので、他人にもあまり悪いことはしたくないなとは思います。 なかなか、難しいテーマではありますが、死を日常で見ているお医者さんが書いた本ですので、現実的であり、また、著者が優しい方だからなのでしょうか、文体に優しさを感じます。

当面の目的地を決めること 事業を成長させるうえで、目標を設定することはかなり重要であると思います。 例えば、私たちの今やっている会計事務所について考えます。まず、記帳代行のお客様を1000件獲得したいと思ったとして、それを当面のゴールに設定します。例えばです。 どのような事業でも、その業界でやっていれば、自分なりのゴールを設定できると思います。 そのために必要なTODOを考えること そうすると、次にすべきことは何になるのかを必然的に考えなくてはいけ無くなります。目標など定めず、放っておいて、自然に成長することを期待すると言うのも一つの方法ではありますが、こうありたいと自分で思う目的地を決めて、それを実現するための具体的なTODOを一つ一つ決めていくことの方が、具体化するのはやっぱり早そうな気がします。 そうすると、まず直すべきは価格でしょうか。価格を少しだけ安くする。そのためには、お客様に入力してもらうためのテンプレートを用意する。分業を進めるなどの、合理化が必要でしょう。 次に、ネットで見つけやすくする。サービスの内容をわかりやすくする。Googleで広告を出しなおす。メニューをわかりやすく書きなおすことも必要になるでしょう。 ホームページのデザインは、もう少しファッショナブルなものが必要です。何でも自力でやろうとせずに、プロのデザイナーさんの力を借りることも必要でしょう。 システムを良くする。使いやすいシステムは、お客様に喜ばれる良いサービスの要となるでしょう。 給与計算をやる。これは定期的にニーズがあります。 次に、顧客管理。決算時期の把握、簡易課税の有利不利の情報の提供、事前確定給与の届出の提出等の、締め切りのある届出類を確認する仕組みが必須でしょう。 あとは実行すること あとは、これが一番大変なのかも知れませんが、日々淡々とTODOをこなしていくことでしょうか。 事業をブログに例えるのもどうかわかりませんが、これだけのアクセスが欲しいなと思って、定期的にこれだけの記事を書こうと思っても、この実行が大変だったりします。アクセスがあまり伸びないとやる気が落ちてしまったりするんですよね。 ですので、やっぱり結果を出すにはそれでも日々淡々と継続してやり続けることが大事なのでしょう。。 （長野県中川村）

プログラム言語は実際に使っていると出来るようになってくる。やっぱり、手を動かして何かを作ってみることが大事。 新しいプログラミング言語も、少しずつでも継続していると段々と出来るようになってきます。 プログラミング言語は、本だけ読んでもやっぱりなかなか身につきません。この「身につく」という感覚は手を動かして実際にプログラムを作ることによって、得られるように思います。 この2週間くらいSwiftでiOSの端末から会計データを保存したサーバーに画像を送る処理を作っていました。最初はエラーが多く出て時間がすごくかかるのですが、個々のパーツが出来てくると、段々と進捗が速くなってきます。Swiftも触り始めてもう2年ぐらいですが、近づいたり遠ざかったりでした。 ここ最近2週間くらい集中して触っていたら、感覚が戻ってきた以上に、随分この言語の使い方についてわかってきたように感じました（もちろん、まだまだ全然ですが。）。 新しい機能を作ろうとすると、直接その部分の知識だけではなくて、その周辺の知識も必要になります。これが、プログラミングの壁を高くしている一つの理由だろうなとは思います。 例えば、今、C#で動く会計ソフトのサーバーにiOSから領収書などの画像データを送るもの仕組みを作っているのですが、最初は上手く動きません。それで、エラーの内容を確認したいのですが、別の端末からのネットワーク経由でのデータの送信であるため、デバッグが出来ません。デバッグモードではないので、ブレークポイントを設定することが出来ません。 それで、初めてlog4というログを出力するオープンソースのツールを使ってみたのですが、これを使えるようにするために、2－3日くらいはかかったように思います。 実際に動くプログラムを作ろうとすると、その周辺環境は様々なため、それに合わせて動くようにするために、結構沢山の関連知識が必要になるのです。そして、その関連知識が重要なのです。関連知識がないと動くプログラムは作れません。 プログラミングは本を読むことも大事だと思うのですが、本だけ読んでもほとんど頭に残りません。頭の良い方は違うのかも知れませんが、少なくとも私の場合は、読んでもほとんど後で使えません。。 作ったプログラムは実際に使った方がよい。ただでも提供した方がよい。 それと作ったプログラムやサービスは、やっぱり実際に使った方が良いですね。実際に使うことで、プログラムは育っていきます。不具合を修正したり、足りない機能やこれがあった方が良いなという機能を追加して、コードが段々大きく、そして複雑になっていきます。 それが、蓄積になるのですね。私はプログラミングのこの蓄積していく部分が好きで、これがプログラミングを続けて行こうと思った理由の一つです。プログラムは一度書くと、何年でも動きます。そして、それに手を加えていくことで、少しづつでも良くしていくことが出来るのです。つまり、プログラムはスキルとして生産手段でもあるのですが、（ここが難しいのですが）良いプログラムであれば資産として残るのです。 ここが、税務や法律、語学などのプロフェッショナルとしての仕事と異なるところです。 うちの事務所では、送ったり受け取ったりした郵便物をデータベースで管理しています。データベースと言ってもそんなに上等なものではなくて、ウェブのシステムに何を受っとったと文字で記録しているだけです。 でも、文字だと「税務署からの書類」とあったりして、最近、実際に送ったり受っとった郵便物が何だっけとなることが、時々あります。 色々な会計事務所がありますが、郵便物の受取の管理はどうやっているのでしょう。 これを写真を取って画像で保存しておけばもっとわかりやすくなるのではないかと言う試みです。 （宣伝） 弊社で作っているウェブで動くクラウドの会計ソフト「七夕」はこちらです。 七夕 給与計算のシステムはこちらです。 七夕給与 （車のほとんど走っていない朝の表参道）