6月からのシリコンバレーオフィスでの活動開始前に5/27に開かれるTech Crunch Japan主催の東京Campに出ることになりました。東京Capmは20社ほどのスタートアップがデモする場を設けて来場者の方々がそれぞれ見て回れるイベントです。今回は25社程度になるそうです。

その1社として参加して、私が説明員としてデモビットに入ります。会社名は fluxflex, inc. です。

開発途中段階ですが簡単なデモを実施しながら、fluxflex がどんなサービスか、何をしたいか。来場者の方々に説明いできたらと思います。

また、僕らのサービスは Amazon EC2/S3 などの AWS サービスを利用していることから、Amazon Data Services Japan からプロモーションの支援をいただいていて、今回ノベリティグッズをいただいちゃいました。

ステッカーとペンとあと限定のキューブみたいなもの？もあります。デモビット配布できればと思います。

僕らは日本でのネットワーキングも重要視していますし、これからいろいろな方と出会っていきたいと思っています。今回の東京Campを機に可能性を広げてくれるような良いネットワークが作れたらいいなと思っています。

是非 fluxflex のデモピットにおこしください！！お待ちしています～

最終的なジェトロとの契約締結が終わった段階で公に出来るかなと思ってましたので、このタイミングになりましたが、id:keikubo とシリコンバレーベンチャーを目指す最初のステップとして、ジェトロの短期プログラムにエントリーしていて、合格しました。

ベンチャーインキュベーション in USAのシリコンバレーの施設であるBICに6月から入居します。

短期プログラムにした理由は、エントリーした段階ではまだ法人を作っていなくて、個人としてエントリーできるのは短期プログラムだったことと、会社の準備段階からのサポートは自分たちの段階と合っていると思ったからです。

6/14からサンノゼにあるBICに入居し、短期プログラムの期間である3ヶ月間はシリコンバレーでオフィスを構えられることになります。(その後、オリジナルプログラムへ移行して、い続ける可能性はありますが)

僕はビザのめどがっていないので、90日間フルでい続けるよりかは、その後もシリコンバレーに通うことを考えて、2ヶ月間の滞在としています。

ジェトロのインキュベーションプログラムはエントリーの条件も厳しくはなく、比較的間口は広いかと思います。選考にはビジネスプランの作成と1回のプレゼンテーション(審査会)で決まります。日本人からシリコンバレーで起業を目指すなら現地のインキュベーション施設にいきなり入るよりかはハードルが低いかと思います。国内に会社を持っているところが進出する際に利用するケースが多いようですが、僕らのようにアメリカで登記したまったく新しい会社も対象になるので、シリコンバレーに進出するひとつの選択肢にしてもいいかもしれません。

一応、今までのジェトロとのことをまとめておきます。

• 2009年12月 ジェトロのWeb上の情報より電話で問い合わせ その後、担当者とメールやり取りが始まる
• 2010年1月 Webの申し込みフォームより申し込み
  • 同じ時期に担当者との対面の打ち合わせ。プログラムの説明を受ける。今後の流れを把握する。
• 1月下旬 エントリーに必要なビジネスプラン(ジェトロから内容の要件指定がされている)を提出。一次コメントをもらい修正。
• 2月中旬 審査会開催 ジェトロ先端技術交流課の方々と外部の審査委員の方に対して提出済みのビジネスプランをプレゼンテーションする
• 3月中旬 ビジネスプランの追加資料を提出
• 3月下旬 合格通知 # この時点から1ヶ月以内に法人を設立し、ジェトロとの契約を締結する条件がある
• 4月上旬 アメリカで設立した会社の情報を送る
• 4月下旬 契約書が郵送され取り交わしを行う
• 5月中旬 BICの現地のスタッフの方と事前のレクリエーションを受ける

現地のサポートの内容やアドバイスはこれから受けてみないとわかりませんが、僕らにとってはひとまずオフィスとアドバイスしてくれる環境を得られたのは大きく、最初の基本のステップには進めたと思います。

1点、注意が必要だったのは、短期プログラムは会社設立のサポートも含まれていますが、これはすでにある日本の会社がアメリカで子会社を作る際を想定しているようで、僕らのようにまったく新規の会社設立はサポート対象になれなかったことは想定外ではありました。

合格通知後、契約締結までの間に会社を作りその会社と契約することが条件になっていますが、この時点ではまだジェトロと契約締結はしていないので、自分たちで会社の登記処理を行う必要があります。同じようなケースで考えてらっしゃる方がいれば参考にしていただければ。

会社の事務、サービスのローンチ、ネットワーキング、資金調達などなど山積みですが、ともかく、6月から7月いっぱいまではサンノゼにいますので、もしこれを機にシリコンバレー行こうかな？と思っている方は是非遊びに来てください～

クリス・アンダーソンのFREEは読んだのだけど、実はその元の位置づけとなるロングテールはちゃんと読んだことはなかった。

なんとなくタイトルに惹かれて、捨てられそうになっていたこの本をもらって読んでみた。

この日で矯正歯科に通うのは最後となった。

上下の歯型を取られ、あとはリテーナーを作り直したいときや洗浄したいときにこちらから連絡をすることになるらしい。リテーナーをつけ続けるかやめてしまうかはこちら次第ということで、もう自由に決めちゃってくださいということらしい。

なので、定期的に通うのは終了で普通に過ごせていれば何も無し、ということで終了。リテーナーにして2年間くらいがチェック期間としているようで、予定通りに終了となった。

本日の精算 : チェック料 ￥5,000

リテーナーを長時間外していると前よりも動く量は減ったが、やはり戻りやすいので引き続き食べる時以外はつけていようと思う。今年一杯くらいこのペースでつけていれば動かなくなってくるかなと思っている。

通うのはすべてが終わったので、今までのまとめをしてみようと思う。かかった金額の合計と期間を表にしてみた。

まとめで分かったこと書いてみる。

• 総合計金額は最初に80万くらいと聞いていたので若干オーバーしたが大体あっていた
• 次回予約時に候補日の中からなるべく遠い日付を選べば数回分 x チェック料￥5,000は減らせただろう
• 矯正は通う回数ではなく期間とその時の状況によってやるべき内容を決めていくので、回数を減らせばその分金額はかからなくできる
• 通う頻度は以下だった
  • ワイヤーを付ける前は2週間ごと
  • ワイヤーを付けている間は4週間ごと
  • リテーナーにしてからは3ヶ月ごと
  • 頻度は下がって時間の確保は楽にはなっていく
• ワイヤーの期間が2年弱というのは早い方らしい
  • ただ早くワイヤーを外してしまうと元に戻りやすい懸念も出てくる
• 期間としては4年以上。結構長かった
  • 引越してからそんなに通う回数がなかったのが幸い
  • 引越しや転勤がなさそうな事も矯正を始める条件になるかと思う
    • 通うのが厳しくなった際は近くの矯正歯科を紹介してもらって引き継いでもらうようだが、せっかく選んだところが変わるのは心情的にない方がいいと思う。
• どこまで歯並びを変えたいかは自分が決める。それによってワイヤーを付ける期間と抜歯する or 隙間を削るなどの方法が変わってくる
• リテーナーをいつまでつけるかも自分が決める。やはり最後は自分の判断。

今まで歯科矯正に通った履歴は全てこのブログの[歯科矯正]カテゴリーに記しておいたので、これから矯正を考える方の参考になればと思う。

サンフランシスコ滞在中の3/22に、id:keikubo とアメリカで起業しました。

2009年2月よりShakeSoulという自分の会社を作ってやってきましたが、ひとまず開店休業状態にして、今回作った会社でシリコンバレーベンチャーとして、今後すべての時間を使っていくつもりです。

シリコンバレーベンチャーとしてどこまで行けるか、成功/失敗はっきりするところまで、やれるところまでやってみるつもりです。

今回シリコンバレーに挑戦する事を決めたのには去年からの流れがある。

昨年に自分の会社を作った目的は、やりたい分野でやりたいレベルの仕事をやって食べていけるかの実験をするためだった。やってみた結果、顧客を開拓するところから始めてある程度売上を得られたので、この実験は成功したと思っています。

次のステップとして2010年はどうしていこうか考えていた時にやはり、本当にやりたい事だけをやっていく段階に入りたいと思った。

今までは主に受託の形態で、ある特定の顧客向けにシステムを構築したり何らかの付加価値を与えていくが、これは特定の顧客への依存度が大きく自分の思い描くものは実現できないです。

この依存度をまったくなくした状態が本当に自分のやりたい事になるはずで、外部要因に左右されずにネットサービスを作り拡大することだけに邁進することこそが、自分としての最終的な理想の段階だと思っていました。具体的にはやはり、id:keikubo とアイデアを固めてきていたサービスをベンチャーとして提供し、Exit目指すことだと思いました。そして、今回シリコンバレーベンチャーとしてチャレンジするスタートを切りました。

自分の想定よりもだいぶ早いのですが、今回の起業はまるで何かに誘われているかのように偶然や幸運によって実現できたと思っています。

ちょうど1年前にJTPA主催のシリコンバレーカンファレンスに参加して、またこの地に来てベンチャーとして勝負できたらいいなぁと漠然に思っていたけれども、まだ自分の会社を作って実績が作れていなかったし、まずは1年後くらいからシリコンバレーとの関わりを徐々に作っていければいいかなぁくらいのゆるい希望を描いていたくらいでした。

id:keikubo に梅田望夫さんオフィス訪問で同じグループになっていなかったら、サービスのアイデアを交流することもなかったし、彼と一緒にやろうと決めることもなかっただろう。彼がいなかったらそもそも会社の登記すらできなかった。(起業の仕方はWebページから終わらせることが出来ていたって簡単だけれども、Social Security Number が必要だったりと、住んでもいない日本人がいきなりアメリカに会社を作るのは難しい。)

自分にはビザの問題が大きくあり、1月に self employ に対して H-1B を発行するのは NG という方針が出たこともあり、日本からシリコンバレーベンチャーを目指す環境はますます厳しくなってしまっている。それ以外にも英語、プログラミングなどなどたくさん補わなくてはいけない部分は多いと実感する。

今まで転職を重ねながらステップアップして、会社を作ってと幾つかの節目でチャレンジをしてきたけれども、今回のチャレンジは今までで一番大きくリスクも高いものになるだろう。まったく新しいステージで新しい振舞い方が求められると思っている。

この大きなチャレンジによってひとついい結果が出せればいいと思うし、この新しいステージでの経験が自分を豊かに大きくしてくれればと思っている。

以前、Auto Scaling について触ってみた内容は以下のエントリーで書いた。

Amazon EC2 新機能 Monitoring, Auto Scaling and Elastic Load Balancing を一通り触ってみた – つれづれなる・・・

それ以降、実際に使ってみて、正しくない部分に気づいたので、前のエントリーの修正をしつつ追加で分かったことを含めて書いておく。

Auto Scaling の設定手順をまとめてみる

Auto Scaling の設定はいくつかの設定を依存させて動作させているので、その整理を行う。

設定すべき内容は以下3つになる。

1. launch-config
2. auto-scaling-group
3. trigger

順番に設定する必要があり、依存関係は launch-config > auto-scaling-group > trigger となっている。

それぞれについて解説する。

launch-config

自動的にインスタンスが起動する際に必要な項目を設定する

• 設定する項目</p>
  • LaunchConfigurationName: 名前
  • AMI: 立ち上げたいAMIを指定する
  • key pair: 必須ではない設定項目だが、これを設定しないと key を使った ssh login ができないため、設定した方がいい
  • security group: 起動したインスタンスに適用する security group
  • instance type: 起動するインスタンスのタイプ smallとかlargeとか
• 作成するコマンドは、as-create-launch-config
• 例:

Amazon EC2 の Elastic Load Balancing について、最初にまず触ってみたことは以下のエントリーに書いた。

Amazon EC2 新機能 Monitoring, Auto Scaling and Elastic Load Balancing を一通り触ってみた – つれづれなる・・・

(このエントリーで分かったことを元に修正しています。)

この時に疑問に思った点とか新しく気づいたことをのせます。

Load Balancer からのヘルスチェックがHTTP GETに対応していた

今までは単なるポートレベルでのチェックだったのが、html指定できるようになっている。

Amazon Management Console から Load Balancer の設定ができるようになっているが、ヘルスチェックの画面でHTTP用にURLパスが設定できるようになっていた。

「Ping Path」という部分が該当する。デフォルトは「index.html」になっている。

ちなみに、プルダウンを「TCP」にすると、「Ping Path」が消える。HTTP以外で単純にポート番号に対してヘルスチェックを行う場合はこっちで設定する。

Load Balancer のヘルスチェックは AWS のローカルネットワーク内から任意のインスタンスで行われていた

通常、security group に最初に設定されている default には全てのポート番号に対して source IP address に default group が設定されている。これで自分が立ち上げたインスタンス間の通信は何でも通って、外部からのアクセスからは守られる状況が簡単に作れている。

Amazon Management Console からは以下の画面で分かる。

Elastic Load Balancing を利用するときに悩ましかったのが、ヘルスチェックパケットを送ってくる誰かは default group に該当しないらしく、Security Group でアドレスを追加して accept する必要があるけども、ヘルスチェックパケットを送ってくる source IP が画面上やコマンド上では分からないこと。

Web用で利用するときは、0.0.0.0/0 で開けてしまうので問題ないのだけど、例えば MySQL のレプリケーションのスレーブ複数台を分散するために使いたい場合は any であけるのは、これはセキュリティ的によろしくない。

実際、どの source IP から送ってくるのか tcpdump してみた。

• ヘルスチェックはHTTPのデフォルト値を採用
• 起動したインスタンスで tcpdump を実施
• 作成した Load Balancer は web-load-balancer-833540296.us-east-1.elb.amazonaws.com(IP address:184.73.238.21)

会社にまつわる色々な事務処理は一通り体験しておきたいと思っていて、会社設立同様、期が終わった後の税金の申告も自分でやってみた。

最初の申告なので、税務署や都税事務所で何も書かない状態で持っていって教えてもらった。両方とも親切に教えてくれた。

今現在、連絡がないので受領されたのだろう。として、今回をOKなパターンとして何を行ったか残しておく。

税務署

ペラペラの透けた紙の呼び名は分からないので、(添付資料)としている。

• 提出した書類</p>
  • 別表1(1) 事業年度分の確定申告
  • 法人事業概況説明書
    • 表面のみ記述、裏面はめんどい項目だったので書いていない
  • 別表2 同族会社等の判定に関する明細書
  • 別表4 所得の金額の計算に関する明細書(簡易様式)事業
  • 別表5 利益積立金額及び資本金等の額の計算に関する明細書
  • 別表5 租税公課の納付状況等に関する明細書
  • 別表15 交際費等の損金算入に関する明細書
  • (添付資料)役員報酬手当等及び人件費の内訳書
  • 決算書
    • 弥生会計から決算の出力されたエクセルを印刷

• 用意しておいたが提出しなかった書類</p>
  • (添付資料)預貯金額等の内訳書

書き方

1. 別表2 同族会社等の判定に関する明細書を書く</p>
   • 会社の株式について書く
   • ウチの場合は100％一人が持っているので、同族会社に丸をする
2. (添付資料)役員報酬手当等及び人件費の内訳書を書く
   • 役員の情報と1年間に払った金額を書く
3. 法人事業概況説明書を書く
   • 決算書より主要科目の金額が埋められる
   • あとの項目は会社の状況に応じて書ける
4. 別表15 交際費等の損金算入に関する明細書を書く
   • 決算書の経費の部分より交際費を記述する
   • 損金不算入額を算出する
     • 計算式を見ると、損金不算入額は税金算出の対象にするための金額のようだ
5. 別表4 所得の金額の計算に関する明細書(簡易様式)事業を書く
   • 決算書上の税引前当期純利益金額と上記で算出した損金不算入額を記入する
   • 上記2つを足し算したものを記入する。これが所得金額になる
6. 別表1(1) 事業年度分の確定申告を書く
   • 上記で算出した所得金額を書く
   • 法人税額の計算の項目で計算する。税率をかける前の元となる金額を算出する
   • この時、1年未満の場合は数えで月数を数える。ShakeSoulの場合は2/2設立で2月も数えるので、11/12 となる。
   • 法人税額を算出する。たくさん稼いでなければ、18％をかける。法人税額が決まる。
   • 差引確定法人税額まで書ける。下二桁は切り捨て。

結局、この差引確定税額が納める金額になる。支払いはその場になるので、事前に会社の口座からおろしておく必要がある。

都税事務所

• 収めた税金</p>
  • 法人都民税</p>
    • 法人割額
    • 均等割額
  • 法人事業税・地方法人特別税
  • 所得割額
  • 地方法人特別税額(昨年から実施されている特別税、来年以降どうなる変わらない)

• 提出した書類</p>
  • 第六号様式
  • 領収証書
  • 第六号様式別表四の三 均等割額の計算に関する明細書

• 提出していない書類</p>
  • 基準法人所得割額及び基準法人収入割額に関する計算書

書き方

1. 第六号様式別表四の三 均等割額の計算に関する明細書を書く</p>
   • 事務所の住所と従業員を書く
   • 事務所等を有していた月数は1ヶ月未満は切り捨てになる。ShakeSoulの場合は2/2設立で2月は数えないので、10月となる。法人税の計算の時と逆になる。
   • 均等割額の計算を書く。事務所は1箇所で従業員数50名以下ならば、税率(年額)は7万円になる。1年に満たない場合は上記の月を反映して、10/12する。この金額が納付すべき均等割額になる。
2. 第六号様式を書く
   • 所得金額総額に法人税で計算した、所得金額(税引前当期純利益金額＋損金不算入額)をそのまま書く
   • 下3桁を切り捨てて、税率2.7％をかけた金額が所得割の事業税額(太枠)になる。
   • 上記算出した事業税額に81％をかけたものが地方法人特別税額(太枠)になる。
   • 法人税として計算結果してある金額を法人税額に書く。
   • 上記法人税額に17.3％かけたものが法人税割額(太枠)になる。
   • 均等割額の計算に関する明細書で算出した均等割額を均等割額(太枠)に書く。
3. 領収証書を書く
   • 法人税割額、均等割額を記入し、合計を書く
   • 所得割額、地方法人特別税額を記入し、合計を書く
   • 最終の合計額を書く

合計額の金額が納める金額になる。支払いは都税事務所内の銀行で納めるので、事前に会社の口座からおろしておく必要がある。

こういう事務処理は誰がやっても基本できなくてはいけない仕組みなので、外部を頼るというよりかは正しいやり方を理解できていればいい。しかし、やり方を正しく解説された書類はWeb上の結構探したけど用意されてないなぁ。なので、会計事務所の仕事が減らないということもあるのだろう。レガシーな世界だ。