そもそも変更する内容とは?会社の何が変更されたら登記変更しなくてはならないのか。というのが最初分かっていなかった。大きく定款の変更に関わってくるが
必要なもの前回の分に追加して提出した内容は以下の通り。
こんなところだろうか。 これは色々調べると出てくるのでそんなに困ることはない。強いて言えば「登記すべき事項」のCDRとかそろそろ時代遅れ感あるけどどうにかならんのかとか、会社が小さい状態だと手間ばかり増えてあれだなーとか思ったりする。
0 コメント
日本のビジネスマンの必須アイテム、名刺。 これ、本当に必要? 名刺の疑問交流会や親睦会で名刺を配るのが好きじゃないんです。 だってたくさんの人と名刺を交換しても、覚えられないから。 しばらくして名刺入れを整理すると出てくる名刺。 う〜ん、この人誰だろう…… 思い出せず名刺保存箱にしまう。 仲良くなったパターンだと、その場でFacebookでお友達申請して、次に会う約束をする。 2度と見る必要のない名刺も名刺保存箱へ。 捨てるに捨てられないから名刺保存箱へ…… 「初めまして」は名刺から始まることがおおい。 でも、会社がどーこー関係なく、名刺交換をしないでも仲良くなる人も多い気がします。 そんなわけで、名刺って必要なのかなぁ? ワタリドリの場合会社を作って、きっと最初の方にやるのが、HP作成、ロゴ作成、名刺作成。 株式会社ワタリドリはHPもロゴもない。 一応、ドメインは取ったからメールアドレスは作ったけど、まだ設定していない。 だって誰にもお知らせしてないから、メールが届くことはない(笑) そんなわけで、当然、名刺もない。 名刺を作ろうかとも思ったけど、鳥と話し合った結果、必要かわからないから、とりあえず作るのはやめた。 とはいえ、鳥と活動していると、どうしたって「初めまして」のシーンは訪れる。 全ては出会いから始まるから、嬉しいことだけど、名刺を頂いても渡すものがない(笑) こうしてみまして誰でも参加OKの京大同窓会の「超交流会」。
鳥も私もとてもとてもお世話になっている方、私がお仕事をご一緒してる方、鳥の福岡の知人、会いたかった人、いろいろな人が登壇や参加する超交流会。 行かない理由はないでしょってことで、鳥と一緒に参戦! 当然のことながら、「初めまして」がたくさん。 名刺ないから、念のため用意した名刺サイズの用紙にサインペンで手書き! さすが、超交流会に参加してる人たちだけあって、「手書き、いいですねー」って言われることも(笑) 小心者の私が心配していた、「ありえない!」って言う人はいなかったです。 それで乗り切った超交流会でしたが、わかったことが一つ。 手書きはシンドイ。 (全部、鳥が書いてくれたけどねw) さて…… ワタシドリの名刺的なものをどうしようかな。。 Google Cloudが主催しているGoogleCloudNextというイベントが東京で開催されたので行ってきた。結構ツメツメで一つの時間帯に4,5セッションあり、全部回ることは物理的に不可能だったので、行ったやつだけレポート書いておく。 キーとなるテーマは「働き方」という話ではあったのだが、参加したセッションが技術よりだったので「働き方」に関するレポートは薄め。後日youtubeにアップされるらしいので興味があるものはそちらで。 先に全体の感想を書くが、container化がさらに進みそう。 また、Datacenter as a Serviceというのが印象的。 あとビッグデータとか機械学習は変わらず力入れているっぽい。 さて、各個別のセッションについて Day1基調講演 ビッグタイトルが並ぶが、GCPの活用事例の紹介。 Pokemon Go 有名な話。想定の50倍以上のトラフィックでもオートスケールして耐えた。 SnapChat アメリカ発スタートアップ。チャットアプリ。結構有名なんじゃないかなと。 小規模のスタートアップでもアプリの作成に注力してユーザーに価値を届けられる。 HSBC 金融システムのクラウド移行の事例。 3兆円分くらいあるアセットの管理をクラウド上で行う。 ファミマ 試験導入が行われたらしい。 店舗間のコミュニケーションや機械学習を用いた在庫管理等。 マリオラン 任天堂・DeNA・Googleが作ったゲーム。 150ヶ国で展開。GAEベースで作られているとのこと。 (アーキテクチャ図が公開されていたので末尾に貼っておく) メルカリ フルGAEで構築。あんまり覚えてない。 (こちらもアーキテクチャ図が公開されていたので末尾に貼っておく) 順序が前後するが、セキュリティの観点からDLP(DataLossProtection?)の話が出てくる。 何をやるかというと、機械学習によって学習したパターンを使って顧客情報のマスキングを行う。 例えば顧客対応中に取得したクレカ情報や、マイナンバーの画像などをDLPを通すことにより マスキングして社内の保存するために使ったりするらしい。 Softbank, KDDIとの協業の話が出てた。 12:00 - 12:40 事例から学ぶ機械学習のいま 福岡の株式会社グルーブノーツの話。 MAGELLAN BLOCKSという製品を開発しておりそれの活用事例。 機械学習は難しい。機械学習の専門知識と顧客のビジネスに対する専門知識の掛け算だからだ。 機械学習の専門知識を不要とし、顧客は自らのビジネスの専門知識を使って機械学習を効率よく使いましょう。 というコンテキスト。 GCPの上で稼働しておりブロックを繋げていくことにより独自のAPIを作ることが可能。なデモがあった。 I/Oとしてはgcsやsalesforceへのデータ流し込みができたりするらしい。 ブロックの中にはgoogleの学習済みの画像解析とか言語処理とか使うことができる。 個人的なへぇと思ったのは、画像等を0から学習させるのはかなりの点数がいるが、 数値ベースの学習であればサンプル数は1000くらいでもかなりの精度を出す。という話。 13:00 - 13:40 Google Container Engine 入門 : ヒントとベスト プラクティス kubernetesの概要についてだった。公式のdocumentを読んだ方が理解が早いかもしれない。 Google Container Engineはkubernetesのホストマネージドサービス。
の簡易的な説明とデモ。この4つを理解するのがまずはいいんじゃないかとのこと。 Cluster自身のAutoscalerがβ版で搭載されている。 kubernetes dashboard見やすいよ。(GUIツール) というtipsも話してくれた。 14:05 - 14:45 「どこでコードを走らせるべきか ?」Compute Engine / Container Engine / App Engine / etc GCE
こんなときに最適。あとリソースの配分がかなりフレキシブルで1core 455GiメモリのVMとかも作れるらしい。 GKE アプリケーションの管理の方法を大きく変えるだろう。 インフラからの断絶ができる。 kubernetesのマスタはGKEが管理する。(フルマネージド) GAE 実質運用オペレーター0人でいける スケールアップ・ダウンが高速 安全なロールアウトやA/Bテストのトラフィック分割とかしてくれる。 言語縛りがあるPython, Go, Ruby, PHP。 HTTP/Sのみ。 Cloud Function いわゆる server less。 pub/sub, cloud storageのhook, http requestで動く。 nodejsのみ。 データ変換とかイベントドリブンで動くものに最適。 それぞれ抽象化したいものが異なるので最適な選択を。 15:10 - 15:50 Cloud Site Reliability Engineering(SRE): お客様へのインパクト GCPのインフラに強く、可用性と開発に関与。 頑張って世話役になってね。
SLA サービスレベルアグリーメント これは契約上の話なので必達目標として頑張る SLO サービスレベルオブジェクティブ 目標レベル。もちろん SLO>SLA。 やることは
あたりに責務があり、アクションを取っていく。 Google側でもセールスサポート・監視・テクニカルソリューションでサポートがある。 あと、GoogleがEbookとして出している http://landing.google.com/sre/book.html これ一人もらってた。 16:15 - 16:55 Cloud Spanner 入門 最近盛り上がっているSpannnerの紹介。 SpannerのGoalは
とのこと。これらをフルマネージドで提供する。 利点は
標準SQL、アクセス管理、ログ管理、 java,python、go,node等のclient libの充実、 JDBC など結構力入れているみたい。 (googleが必要だったから作ったので力入れるとか入れないとかなさそうだけど) あとはdocumentを読んだ方が早そうだが、紹介されていた昨日は インターリーブテーブル has_manyの関係にあるレコードを一緒に含めて持たせる。 ようなイメージだった。(詳しくは把握していないのでdocument参照) 17:20 - 18:00 プリンシパル・ソフトウェアエンジニアが語る Google のネットワークインフラ技術 二日間の中で最も難しかった。が、一番面白そうだった。 全然理解できていないのでレポートも何もあったもんじゃないのだが。 (後日youtubeに上がったら見直す) googleが開発したネットワークについての詳細な話。
これらの話をしていた。 データセンター内でもレイテンシが違う(ラック内、ラック間とか距離とかで)のが困る。 とか、 汎用ネットワークスイッチだと対応できないから自ら作った「jupiter」の話。 とか、 Closトポロジーで貼るメッシュネットワークの話とか。 修行してまた出直します。 以上Day1。 余談だが、会場のキャパと動線が辛い感じで後から頑張って修復していた。 海外とかだと会場が広く外に出たりしてリフレッシュとかもできるのだろうけど、 地下のコの字型の空間で人の流れが詰まる。休憩時間内に移動しきれないとか不思議だった。 Day2基調講演 二日目はだいぶ開発よりな視点から。という感想。 オープンさ OPEN DEVELOPMENT = Open Source + Open API + Open Cloud で成り立つ開かれた開発を大切にしている。 なのでgoogle企業としてもこれらのコミュニティに対して大きな貢献をしていますよとのこと。 続いてGCPの活用事例。 KARTEというサービスを開発しているプレイドという企業。 スタートアップで基調講演出るのがすごい。 やっている内容も面白かった。オンライン接客。 ECサイト等に訪れた顧客情報を管理して、管理画面上で来店回数や名前とかを確認できるようなUIの紹介があった。 裏はBigQueryとBigTableを利用しているとのこと。 次はマヨネーズのキューピー。 不良品の検知に機械学習を利用した事例が紹介されていた。 また試作品のラフ絵みたいなのが共有されていたので末尾に貼っておく。 最後はSony。 ちょっと聞き取りづらくてあんまり話が頭に入ってこなかった。 youtubeを見ていただければ。 12:00 - 12:40 AI /マルチクラウド時代の働き方改革 KDDIが話す働き方改革。 結局多くの企業が働き方を変えないといけない、労働時間とか規制が厳しくなってきている。 しかし、やり方がわからない。なので2016年の調査結果でもやっている施策No.1が「ノー残業デー」とか。 なのでアジャイルをがっつり組織に組み込んでみました。最初は1チームから。 部署として認めてもらうのに3年かかった。 ただ、これをやることによりイノベーションの種が育ちやすくなった。 今はKDDIアジャイル開発センターというのが作られたらしい。 また会議も不要なものが多すぎる。 解決策の一つとしてCISCOの専用テレビの紹介がされていた。 13:00 - 13:40 Google Cloud Dataflow で実現するストリームおよびバッチデータ処理 DataflowはApache BeamとしてOSS化されている。 事例紹介として、cobanというサービスを展開しているLastRoots社の話。 cobanは「みるとビットコインがもらえる広告」([http://www.lastroots.com/c0ban/](http://www.lastroots.com/c0ban/))みたい。 使っている技術はCloud Dataflow、firebase、BigQuery。 Dataflowで 広告の最後に出てくる「コバン」を押された数(金額に関わるっぽい)の集計 を行って、広告主側にタイムリーに表示する。という箇所とのこと。 ここもスタートアップらしい。面白いサービス考えるなーという感想。 14:05 - 14:45 BigQuery と Cloud Machine Learning : 大規模ニューラル ネットワークによる予測 BigQuery 1Pbpsというネットワークの元に構築されていて、 おそらく同様のサービスを実装できたとしてもそこまで性能を出すことはできない。 とは言っていた。 通常のselect以外にも特別なものとしては特徴量検索も行うことができる。 ある複数のワードに関連するものを見つけることができる機能。 stack overflowの記事の中から該当のキーワードに最も関連の高いものを出す。 といったデモが行われていた。 またUser Defined Function(UDF)も使いやすいからオススメとのこと。 ML Engine googleが提供する機械学習には「トレーニング済みMLモデル」「カスタムMLモデル」の二つがある。 ML Engineは後者のカスタムMLモデル用。 いわばフルマネージドTensorFlow。 アメリカのマンハッタンの位置を学習して、経度緯度をinputするとマンハッタン内なのかどうかを判定するようなMLモデルを構築していた。 MLの前にBigQueryをもうちょいキャッチアップしたいなーという感想。 15:10 - 15:50 時間を有効に使うためのテクノロジーの活用方法 技術はあんまり関係なく働き方の啓蒙活動な感じ。 時間を無駄にするのは以下の6つだ。
個別具体的にはyoutubeを見ていただければ。 現状だと当てはまるものは少ないが意識的に「中断」と「先延ばし」には気をつけよう。 あとエンジニアは特に「使える時間の過大評価」によって見積もりが大きく狂う可能性があるから気をつけよう。 また、単なる動機付けというのは目標達成の観点からは意味がない。 という調査結果を話ししていた。 事例としては、 運動をあまりしないグループに「動機を確認した」場合と「やる時間を宣言してもらった」場合では、 後者の方が圧倒的にそのグループは運動を行った。という話。 スケジューリングとか計画って大事だなと。 最後は、他人のフォーカスタイムを邪魔するな。 それは文化とか環境に依存するけどそういう空気作りが大切。とのこと。 16:15 - 16:55 Google Cloud Functions と Firebase によるバックエンド サービスの拡張 FirebaseでSDK入れて、Cloud Functionを使ってサーバーサイド実装すると、 バックエンドサービスも含めて簡単に作れるよ。のデモだった。 Cloud Functionはnode。 Firebaseに関して深く突っ込んでいる訳でもなく、 Cloud Functionがrequestに対して反応するjobだという理解をしているので、 それ以外には特に目立った発見はなかった。 17:20 - 18:00 Google Cloud Platform におけるコンテナ アプリ開発概論 前述したGoogle Container Engine入門の具体例。
という超高速のデモ。cloud shellはテストをしたりするのはとても楽そう。 またHelmの紹介があった。redisをgkeクラスタ内に瞬殺で立てている様子が見られた。 まだ使ったことのないものなので後日遊んでみることにする。 18:00 - 19:30 Next '17 in Tokyo Night パーティーです。軽く写真撮ったので末尾に。 出展ブース提携企業や体験ブースが出ていた。
印象的だったのは
そういやこの辺写真撮り忘れたのが失態。。。 ○○には何が入りますか? 当然、お金。 あと、スキル、経験、知識、人脈、、、 お金をいただけるのは、ある意味当たり前だったり、そのために働いたりもしていて、、 もちろん、お金のためだけに働きたくないけど。 あと、仕事をすることで、スキルも身につき、経験も積み重ねられ、知識も増えて、いろいろな人に出会い人脈も広がる。 お金のためだけに働くのは、つまらないなぁ。 たぶん、仕事の報酬はお金だけじゃない。 仕事の報酬は、、「仕事の報酬は仕事」 これ、誰が最初に行ったんでしょう。。 軽くググってみると、大手企業の偉い方や大学の先生が言ったとかで、誰が言ったかは諸説あり(笑) 頂いた仕事を丁寧に、ちゃんとこなせば、次のお仕事をいただける。 事業もきっと同じで、信じて着実に前に進んでいけば、広がるし新しい展開が見えてくるはず。 楽しく仕事をして、もっと楽しいお仕事をいただけると嬉しい! でも、お金をいただくには、当然やりたくない仕事もちゃんとやるもんだから、その仕事を追加でいただいても嬉しくない。。 そういえば、頑張っても頑張ってもやりたい仕事に出会えなくて、上司に「仕事の報酬は仕事だと思う。やりたくない仕事ばかり回ってくると、何のために仕事しているのかわからなくなる」みたいなことを言ったことがありました、、 その割には会社の立場や周囲の反応を気にするもんだから、悪循環。 自分の想いとか、やりたい事を表現することは必要なのに、それをしないと悪循環から抜け出せない。 あとは、根本的な問題として、会社という場所に向いてないって話(笑) 仕事の報酬は、、、、例えば、イベントで受付やっているとき、「こんにちは!」と言ったら「こんにちは!」と返してくれる参加者さん。ほっこりします。 例えば、とても頑張って仕上げたときやうまく行ったとき、「いつもありがとう」と言われると嬉しい。 例えば、やりたい仕事、素敵な仲間、新しい領域、未知の世界に出会える仕事はワクワクする。 仕事はお金だけじゃなくて、気持ちもいただいているんじゃないかなぁと。 お金もほしいけど(笑)、気持ちも欲しい! あれ?働くってなんだ??「幸せ」って何?と同様に、「働く」「仕事」ってなんだろうって思っている。
私は仕事が遊びで、遊びが仕事になればいいなーって、仕事と遊びの境目をなくしたい。 フリーになってからは、遊びと仕事がごっちゃになるくらい楽しんでいる。 株式会社ワタリドリはキラキラした未来に向かっていく会社だから、当然楽しくやっていくに違いない。 鳥と話して、仕事と生活の距離を縮めたい、生きるように仕事(遊び)をする、みたいなことだねー、と。 ご飯食べたり、遊んだり、仕事したりが、生活の中で同じ感覚で楽しめるといいなーって、そんな世の中になればいいのに。 最近はそんな感覚。 仕事をプライベートを分けたい派もいれば、ライクワークバランスって言葉もあるし、仕事に対する考え方は人それぞれで、最近はそんな話を聞くのも楽しい。 世の中、いろいろな人がいるから面白い。 前回の記事で登記変更とか全部スッキリさせてから、本店所在地を変更するというやり方を実行することにした。相変わらず割となんでも一度はやってみないとダメな性格なのでとりあえず突き進む。 まずは新規株式の発行まずやることはこれだ。具体的には嫁が出資を希望していたので増資を行った。しかしいきなりつまづく。 何かうっすらと知ってはいたものの募集事項通知から払込期日まで2週間以上期間を置かないといけないとかそんな指摘を受けた。しかし、今回発行する新規株式は全て嫁のためになるので、その場合は総数引受契約なるものを行うと1,2日くらいで発行可能になる。という助言も合わせていただいた。 なので、だいぶバタバタしたがこの総数引受契約とやらで新規株式の発行を行った。 必要なもの今回提出した内容は以下の通り
こんなところだろうか。 期間の話を落とすことができるので、かなりスピーディーに手続きができるようになっているようだ。 後日知ったが結構な範囲をwebで出来るようになっているらしい。 (増資の手続きが出来るかはしらないけど) チャート埋めていけば申請終わるようになっていると楽だなぁ。 収入印紙とかも郵送している最中に紛失とかしたらどうすんだろうか。 と色々書手続きを行うと色々感じる今日この頃であった。 |