2018-11-26

ETHが貰える匿名掲示板「ETHBOARD」をリリースしました。

新しいサービスをリリースしたのでそのご報告です。

‬
‪https://ethboard.jp

ethboard.jp

‬

‪投稿すると閲覧数やいいねに応じて仮想通貨ETHを貰えます。‬

‪閲覧される限り継続的に儲けれますし、他の人に投稿を売ることでまとまった利益を得ることも可能！‬

‪気軽に投稿してもらえれば嬉しいです。‬

このサービスを作った理由

僕たちは2chやRedditといった掲示板を見て日々笑わせてもらっています。しかし、その報酬を広告収入という形で受け取るのはサービス運営者であって、これはおかしいんじゃないか。そう考えたのがきっかけでした。本来は僕たちを笑わせてくれた投稿者が報酬を得るべきだと思いました。

仮想通貨を使えば、大量の匿名相手にも送金可能なので実現してみようと思いました。

弊社代表の想い

「自分を笑わせてくれた見知らぬ人に正当な報酬が配られる世の中って良くないですか？」

使用した技術

AWSをメインにほぼサーバーレスで構築しました。

（イーサリアムノードだけはEC2使ってます）

Nuxt.js × Lambda を使って全部Node.jsで書くことで、フロントとサーバーサイドの両方を効率よく書けたと思います。

アーキテクチャ図などはそのうち公開していこうかなと思っています。

2017-06-28

AWS Summitへ行ってきたメモ(茂木さんが出てた講演)

f:id:takkuuuuun:20170628203628p:plain

茂木さんの言い分

2045年ごろに人工知能（AI）が人間の知能を超えるとされる「シンギュラリティ（技術的特異点）」に関して、

「もう超えてるでしょ」

とのこと。

茂木さん曰く

「人間ごときの脳と比べるのはおかしい。 AlphaGoはもう超えちゃってるし。人の脳なんて大した事はしていない。 1秒あたり128bit程度しか処理できない。人の脳は一つの事に集中するようにできているんです。」

とのこと

茂木さんはやたら生態学的アプローチにこだわって話していたけれど、正直よく意味がわからなかったw

ただ、人間の脳の褒めているところもあって、

「感情はモデル化できていない。パーソナルもそう。だから今後人間の仕事をAIがやっていったとするとそのパーソナルな部分が重要になって行くと思うんですよ。結局のところ、人工知能が進む先は人間の脳ではないってことなんです。」

あとはAmazon Echoのことも言ってました

「Amazon Echoってスキル5000くらいあるんですけど、ほとんど人間の脳のために作られていて非常にもったいないと思うんです。唯一いいなと思ったのは、猫の声がしたら猫語で話すところかなー。 Amazon Echoで家の中の会話がログとして溜まったとしてそれが全ての家庭分あったらものすごいことできそうですよね。そういう部分をエンジニアのみなさんが考えていかないとダメなんですよ。」

→はい、頑張ります。。。

一番笑いが起きていたポイント

アインシュタインに息子がいたの知ってます？ Wikipedia見てくださいよ。いい人だったって書いてあるんで。

要は天才は遺伝しないということ。偶然の重なりによって生まれるそうです。

アメリカのすごいところ

「彼らは遊ぶように仕事をするのがすごいでしょ。アメリカの大学では教授がゼロの大学があるんですよ。学ぶために教授は本当に必要なのか。単位とか成績っている？そういう考えが出てくるアメリカの文化はやっぱり先進的なんですよね。」

まとめ

私もアメリカの文化を見習って遊ぶように仕事をしたいと思います遊び過ぎてたら注意してくださいああ、早くAmazon Echoが日本で発売されればいいのにアメリカではAmazon Echoと子供が会話して、それを親が聞いて笑ってるような世界が既にできているらしいです

2017-04-05

DOMO Palooza 2017へ参加してきた

カンファレンス DOMO データアナリティクス BI

デブサミのまとめもできていない自分ですが、paloozaのまとめは行っておきたいのでまとめ書いておきます。
全体のスケジュールは長いのですが、主なセッションがある部分にフォーカスしてまとめます。あと、ちゃんと聞き取れたかつためになったやつw

全体のスケジュールは下記を参照。

Domopalooza '17 Agenda | Domo

◆セッション1日目

◇keynote

f:id:takkuuuuun:20170405105712j:plain 参加者約3,000人(内日本人約40人)
50%以上がマネージャー以上
20%がCXOという参加者状況でした

データアナリシスとBIはクラウドコンピューティングの最後のフロンティアらしい

・UHCのoliverさんとの対談

意思決定の場でどうデータを提供するのかが重要
→MTGの場で数字を報告するような場にはしない
→データはいつでも見えているので、MTGの場ではその対策にフォーカスした議論とする

・Wongさんが製品の新機能紹介(※いつから機能提供されるかは未定。。。)

Alert Center

　・AIエンジンがDOMO内のデータを収集/表示するようになる

data table

　・slicer機能で右側にfilterなどのslicerを追加できるようになる
　・これによってslicerごとCEOに共有可能

Analyzer

f:id:takkuuuuun:20170405124439j:plain

　・dataset単位で条件と表示機能(色の変更)などが可能になる
　・棒グラフ内でカテゴリごとに昇順表示などもできるようになる
　・モバイルからグラフに書き込みしてbuzzでshareすることが可能になる

その他

　・filterの条件を指定した上でiframe出力が可能になる
　　→より安全にcustomerと共有できる
　・custom appで美しく表示できるという事例が下記。

f:id:takkuuuuun:20170405130151j:plain

・いくつかの事例の紹介

ユニバーサルスタジオでwifiによってどこに人がいるかを分析
→DOMOの見える化面白かった f:id:takkuuuuun:20170405161147j:plain

音声でダッシュボードを表示する

→Alexaから呼びかける(デモは失敗していたw)

Apple WatchでDOMOのグラフを見る
→おーって思ったけどスマホで良い気がするw

組織で分散化した意思決定ができるようになった
→多分うちが目指すべき姿に近い気がする
→理由はデータが民主化されたかららしいが、カードを絞り込んだりかなり工夫はしてそうだった

◇the power of predictive analystics

turoというP2Pのカーシェアサービスでの事例(anycaみたいなやつ)

f:id:takkuuuuun:20170405162411j:plain

pythonで線形解析しながらmachine learning使って価格算出したりとにかく1000とかの異なったモデルを扱ってる模様
→そこでDOMOのR-Pluginを使っているみたい
→気にはなるが、自分はR使いというわけでもないので。。。そのうち手を出してみたい領域ではあります

◆セッション2日目

◇general session

pixar社長エドさんの話

DOMOの話というより組織論に近い感じ

pixar内には「ブレイントラスト」というやり方がある
探したら

ピクサーとディズニーのストーリーの作り方はブレイントラストにあり！ - ありんとこ

に詳しい説明がありました

重要なポイントはパワーストラクチャーを部屋から取り除くこと
→現場だけで話せる方が良いんだよ、きっと

また、馬鹿らしい発言もcreativityの観点から大切とのこと
→ただし、それは多すぎても少なすぎてもダメ

・ジョッシュとのディスカッション

　映画を作るということが目標であり情熱であった

　持続可能な目標や自分たちの前提をどうやって作れば良いのかとかを10年考えた

　次の目標は引退後に文化をどう残していくかということ

→そういう目標設定が事業単位でできていればいいなと感じた

◇chris(DOMO 社長)のsession

Balfour Beattyの事例(代表 jonさん)

建設業界でDOMOを推進した事例

DOMOは駆動力と言うよりは可能性を与えるものとして理解してもらった

jonさんが考えるDOMOの良い点

confidence
agility
speed
change ready

win rateという指標に重きを置いている

◇fivethirtyeightのnate silverさん

90%のデータはこの2年間で作られたものらしい

有益な情報は0.9%くらい

◇optumの人のsession

United HealthGroupのグループ会社

至極当たり前な話だが、サンドボックス環境を作ってたくさん試してフィードバックを反映するプロセスを導入時期にやることが大切とのこと

◇clothing keynote

・sephoraの事例

DOMOを通じてリアルタイムにビジネスの調整をしていった

シニアマネージメントのMTGがデータドリブンになったのがよ良かった

→やっぱり上層部から始めないとDOMOによる組織改善は進まない

・欲しい機能のリクエストの話

いろいろな機能が会場からリクエスト求められてました。その一部が下記。

楽しみですね

f:id:takkuuuuun:20170405172054j:plain

・たくさんの他社の事例

このサイトに適宜載ってくようなので要チェックですね。

www.domo.com

◆最後に

◇イベントの総括

DOMOの活用・推進の仕方をどうすれば良いのかと言う部分でいろんな企業の努力が聞けて良かったなと思いました。これは自分の組織にも適用できるように努力したいと思います。

また、英語でセッションを聞ききってみて(ゆっくり話してくれないガチ英語なセッション)、やっぱり6割くらいしか聞き取れないのでまだまだ英語力不足だなとも感じました。

◇おまけ

paloozaのイベントの一部でもあるコンサートすごかったです。

f:id:takkuuuuun:20170405172910j:plain

f:id:takkuuuuun:20170405172939j:plain

f:id:takkuuuuun:20170405172925j:plain

2016-11-10

Microsoft Tech Summit 2016 に参加した時のメモ

印象に残ったものだけ簡潔に書きます。

澤さんのセッション

プロモ動画

【Tech Summit】SPL001 澤円：経営に効く IT プロの仕事とは～組織を強くする IT 環境の構築～ - YouTube

メインはMicrosoftのセキュリティの話でした。

Microsoftは世界で2番目に攻撃を受けている
高リテラシーは他と同じく3割くらい
1日に150億のセキュリティイベント
そのうち1時間に800回の要アクションイベント
90%の企業は侵入されている
「No Exception」が鉄則
「べからず」は逆効果なのでこれさえやればOKのルールにするべき
なぜなら禁止を増やすと抜け穴を探すから
決算は6日で発表できる

「No Exception」は確かに納得でした。

例外をなくすのはシステム開発する上でもとっても重要ですよね。

セキュリティにおいても同じということですね。

「べからず」が逆効果なのも確かに納得です。

弊社の。。。
やめておきます。

西脇さん、小島さん、砂金さんのセッション

f:id:takkuuuuun:20161110161225p:plain

トークセッション形式でかなり面白かったです。

砂金さんは「りんな」がきっかけでMS辞めたらしいです。

砂金さんのワードで印象的だったのが「直感に従ったほうが良い」

いろんな言い訳を考えるより直感に従う方がなんだかんだ良いということです。言い訳するのはやめましょう。

小島さんのワードで印象的だったのが「技術と心中すんなと先輩に言われた」
技術は変わっていくから技術を愛しすぎるのも疑問なんですね。

西脇さんのワードで印象的だったのは「スキルは面積」

これが西脇さんのスキル面積らしいw

f:id:takkuuuuun:20161110155057p:plain

遠いところに点を取った方が面積が広くなって良いらしい。

直近、自分がPOとかPMのところへとスキルを広げようとしていたので共感できたものの、乃木坂レベルの広さはどうやったら良いのかと。
今後悩むしかないなと思いました。

そして3人の今後の注目ワードは

「AI」、「決済」、「自動化」

特に「AI」は全員が注目していたので、自分も取り組まないといけないと感じました。誰でも作れるようになる時代が来ようとしていますね。

まとめ

tech summitと言いながらtech系でないセッションばかりの紹介になりましたが、第1回のイベントとしては非常に面白く盛り上がったイベントだったと思います。

2016-10-31

Japan Product Manager Conference 2016 (2日目)

PM プロダクトマネージャープロダクト組織カンファレンス

2日目についても参考になったことだけをピックアップして簡単にまとめようと思います。

プロセスからプロダクトへ

by DevJam David Hussman 氏

http://pmconf.jp/sessions/2016/10/03/davidhussman/

世の中の流れ

→プロセスよりプロダクトという姿勢になりつつある

1チーム1プロダクトをベースにアジャイルマニフェストをプロダクトよりに書き換えてみたらしいです。

ストーリーポイントの集計よりもインパクトの測定
多くの仕事を終わらせることよりも学習の確認
などなど（いっぱいあってメモれなかった。。。orz）

複数チームで一つのプロダクトという構成でさらに修正を加えたものが下記。

ソフトウェアエンジニアよりもプロダクト開発者
エピックストーリーよりもストーリーマップ
一つのストーリーよりもユーザー体験
大量のイテレーションよりもカスタマージャーニー
継続的イテレーションよりも継続的学習
多くを終わらせるよりも早い学習

エンジニアがプロダクトマネージャーに進化すると何が起きるのか

by 株式会社サイバーエージェントプロダクトマネージャー渡邉雄作氏

http://pmconf.jp/sessions/2016/10/03/cyberagent/

他の多くの会社でもそうみたいですが、やはりプロダクトマネージャーという職種自体はまだないらしいです。

エンジニアっぽい話がメインでした。

Wrikeというプロジェクト管理ツールを使っている
→利点としてワークロードなどで各エンジニアの負荷状況なども可視化できる
バッチをなるべく作らない運用をしている
割り込み系タスクはトリアージだけをすぐ行う運用をしている
→医療現場で使われるトリアージのこと
事業運営にも技術をコンセプトにしている
→チャットワークへの売り上げ報告をbotにしている
→是非やってみたい

グローバル企業におけるプロダクトマネージメント

by Niantic, Inc. Product Management Director 河合敬一氏

http://pmconf.jp/sessions/2016/10/03/niantic/

今回のカンファレンスで一番注目を集めていたセッションです。PokemonGOの話もあったためテレビ東京さんが取材にも来ていました。急遽ランチの時間もランチセッションみたくトークして下さってかなりお得な感じでした。

「adventure on foot」 がビジョン

→何かを作る際に必ず基準となる。それを実現すればみんなが足で外に出て冒険をできるようになるのか。PMはいろいろ決める人なので、こういう軸が定まっていないと難しくなる。

PMが定常的にルーチンをやっていたら負け

→継続できる仕組みを作って引き渡すまでがPMの仕事。引き渡した後は違う取り組みをいろいろ行う事が必要。

PMはエンジニアからリスペクトされる存在であるべき

→ユーザーの意見のエンジニアへの伝え方は重要。なぜならそれによってモチベーションが左右されるから。本当のことを伝えすぎてもダメな場合もある。焼き肉に連れて行くのはPMの仕事らしいw

ボトムアップ感の創出

→実際にそうであれば言う事はないけれど、「自分がこうしたい」というものを相手の口から言わせることが一つのPMのスキル。相手の納得感が得られるし、仮に違う意見が出たとしても自分の意見よりも良い可能性がある。

PMの評価はどうあるべきか

→製品の評価と密接に結びつきつつ、文脈は反映されるべき

言葉は大事。でも超大作にしない

→特にビジョンなど。すぐに決めてパッと貼り出してダメになったら変えれば良い、としていた方がうまくいく。

いつ諦めるのか

→第三者の意見を聞く事は良い。諦めたいときは諦めた方が良い。そういう時はたいてい環境のせいだったりする。

個人的にはいろんな言葉が結構つきささりました。

メルカリ流グローバル開発の実態

by 株式会社メルカリ執行役員伊豫健夫氏

http://pmconf.jp/sessions/2016/10/03/iyo/

2016-10-25 product manager conference 資料 from Takeo Iyo

www.slideshare.net

驚きだったのがリソースの90%をUSにあてていること。

簡単に決断できることではないような気がするけれど、実際やっているのがすごいと思いました。

それによって個々人の行動レベルまで迷いがなくなり余計な議論が起こりにくいらしいです。

メルカリもOKRを採用しているらしい。ゴールが大粒なので打ち手に対する発想も大胆になって良いとのこと。PMが各KRの達成に対して全責任を持つので責任は重いみたいです。

エンジニア主体の会社であるが故に良さそうなところ！！

企画段階でDBのテーブル設計まで仕様策定したり、リリース後の分析は自分でクエリを書いている
→やっぱりクエリを書くのは全員できた方がよいと思う
報告は最小限で必要な情報は自分で取りに行く
→社内WikiやSlackにあるので自分で取りに行かないと情弱扱いされるらしいw
→厳しいけどその方が結果的にいろいろうまく行く気がすると自分も思っています。そのために情報を探しやすい仕組み作りは必要だと思う。自分ができている近しい取り組みとしては基本的に全部Qiita teamにあげるように心がけているところくらいです。

メルカリで活躍するPM像