2016年02月11日

事業譲渡の件について

興味を持たれてる人がたくさんいるので、記事にも残します。

今回の事業譲渡はエグジットと言えるものではないです。その辺が誤解されて伝わっている部分もあるかもしれないのでそこは、はっきり言います。しかし事業譲渡することや譲渡先に移籍することは、当然条件に納得して行うわけですから、私はそれに満足しています。

僕自身は満足している理由は以下です。
・Milkcocoaをここから広げていくには、エンタープライズに鍵がある。
・ウフルさんはエンタープライズ分野の事業開拓が得意
・僕ら自身がウフルさんに興味を持っている
・他のIoT向けのソリューションについても考え方が非常に近い。

一方、失敗を失敗と表現しなければ、今後改善もできないので、自分の力で会社の目標を達成できなかったという意味で、失敗という表現を使います。僕としては自分の人生は、高速で挑戦と失敗を繰り返したいわけですが、それを良しとしない人もたくさんいるようです。

創業時からお世話になっている方々、その他たくさんの方にご迷惑をおかけいたしました。本当にありがとうございました。

Bridge記事:http://thebridge.jp/2016/02/milkcocoa-acquired-by-uhuru
Uhuruリリース:http://uhuru.co.jp/information/20160205/
Uhuru Technical Rockstars : technicalrockstars.co.jp
posted by Syuhei Hiya at 00:04| Comment(0) | TrackBack(0) | 日記

2016年01月17日

Reality Editorはホームネットワークの未来なんじゃないか?

MITが作ったReality Editor。ARでデバイスをコントロールできます。

https://www.youtube.com/watch?v=6FPgbAI-HO8

私もやってみました。

Qiita記事:http://qiita.com/syuhei/items/cb36d0f38cc02aeedee5


posted by Syuhei Hiya at 22:19| Comment(0) | TrackBack(0) | 日記

2015年09月26日

プログラミングで大事なこと

プログラミングで大事なこと夜にふと"プログラミングで大事なこと"を思いつくことがあるのでメモ今日思いついたのは2つ(追加2つ)①思考する力当たり前かもしれませんね。でも僕はずっとプログラミングで大事なのは数学だと思ってました。で...

Posted by 部谷 修平 on 2015年9月25日


上の投稿について、もう少し具体的に書きたいと思います。単純にプログラミング初心者の方が一歩進めるようになればと思います。

@思考する力
思考を整理する力がプログラミングに大事ということですが。どういうことか?
例えば、Milkcocoaの仕組みを考えてみます。まずMilkcocoaを作る前に、次のように思考します。

1.どういう人やシステムがこのMilkcocoaに関わってくるか?Milkcocoaを使ってサービスを作る開発者(開発者)?認証の仕組みでFacebookやTwitterも関わってくる?MQTTに対応したい、MQTTクライアント?

2.それらの人々やシステムはどのようにMilkcocoaを使うか?

・開発者はMilkcocoaにログインする
・開発者はダッシュボードでアプリを作る。
・開発者はダッシュボードでアプリをアップグレードできる。
・開発者はアプリのapp_idを使って、Milkcocoaに接続できる。

「開発者」「ダッシュボード」「アプリ」「アップグレード」「app_id」
頭の中に名刺が浮かびます。これを整理します。永続化すべきものはどれか?Webであれば画面に関するものはどれか?「アプリ」は「app_id」を持っている?「アプリ」は「app_id」をどのくらいの頻度で使う?
ログインした後にできることはどれか?アプリに対してできることがどれか?

 というようにいろんな視点で「整理」をします。要するに似ているものをまとめたり、片方が片方を「持っている」場合には、どのぐらい「強く」持つべきかを考えます。「整理」の方法としてオブジェクト図を書いてクラス図を書くという方法があったり、クラス図の部分要素として汎化、特化、集約みたいな思考の表現方法があります。思考の整理方法として、こういうものを捉えると良いと思います。

 継続的にどのくらいきれいに整理できるか?でプログラムの保守性などなどが、かなり決まります。多くのフレームワークが、整理の方法の一部を提供しています。そもそも自分で整理ができると、それらの方法を一段上から眺めることができます。

A人間を信じすぎないこと

これもかなり重要で、例えば、突然プログラムが動かなくなったとします。直前にプログラムの編集をしていればそれを疑うのですが、なにもしてなかったとします。そういうときコンピュータを悪者にしてはいけません。
例えば時間に依存するプログラムを書いてないか?実行回数に依存するプログラムを書いてないか?変に状態を周りに残していないか?(Webであればcookie、DB)などです。OSに近いレイヤーだと、メモリに変な情報が残っていないか?ファイルディスクリプタをちゃんと閉じたか?、などもあります。こういうところを疑えるかは非常に重要です。

ということで続きはこちらで!

Technical Rockstars 採用

お待ちしております!
posted by Syuhei Hiya at 07:47| Comment(0) | TrackBack(0) | 日記
Powered by さくらのブログ