潔癖プログラミング

Eightは紙の名刺を駆逐するのかもしれない

2019-03-28T11:12:00.005+09:00

Sansan株式会社が運営されている、Eight を最近使い始めてはまってるという話です。
使い始めた理由は、ただなんとなくで他の名刺スキャンアプリから乗り換えてみただけなのですが、使っていくうちに色々と便利なことに気づきました。

私の名刺交換に関する環境：

エンジニアなので、それほど名刺交換する機会はない。月に一回くらい。
とはいえ、イベントだったり新しい会社さんとお会いする時には結構使う。1度に10枚とか。

しばらくは、普通に名刺交換をして頂いて名刺をスキャンするのみだったのですが、ある時名刺を切らしてしまい、その日をEightでなんとか乗り切ったというのが、話の主題です。

自分の名刺なしで名刺を交換する

具体的には、以下のような手順で名刺交換をしました。

相手の名刺をもらう。
この時に、Eightの名刺画面を出して自己紹介すると、名刺交換しているっぽくなれる。
Eightでスキャンする。
スキャンした相手に、自分の名刺を送る。

この方法で、自分の名刺がなくても相手と名刺に相当する情報を交換することができ、せっかくの出会いの機会を無駄にせずにすみました。

ポイント

「３．スキャンした相手に自分の名刺を送る」が大事な部分で私のAndroidで行った操作から推測すると、以下のようなことが行われているようです。

スキャンした際に、「自分の名刺を送る」を押すと名刺スキャンが完了したタイミングでEightから私の名刺情報がメール送信される。
このメールを相手が開くと、「相手が開きました」というような通知が来る。
相手もEightユーザーだと、「Eightでつながりますか？」というメニューに変わる。

正しい情報を探しましたが、公式の情報でも正確には分かりませんでした。（Android / iPhoneで挙動が変わるようです）

その後に、自分の違う名刺（異なるメールアドレスの記載されたもの）で試してみましたが、メールが送信されなかったのでEightのサポートに問い合わせてみました。
結果としては、よく分からずという感じだったので、あまり安定して使えるようなものではないのかもしれません。（サポートの対応自体は、レスも早くて好印象ではありました。）

考察

今回の使い方ですごいと思ったのが、
紙の名刺とデジタルプロフィール（Eightアカウント）の溝を埋めることができる、
という点です。
革新的なサービスができても、既存技術から乗り換えるにはかなりの障壁があり、結局のところ便利だけど一部の人しか使わないという世界感の隔離が起こりがちですが、紙の名刺の人にも優しく、デジタルプロフィールを使う人にも優しく、結果デジタルプロフィールへの移行が進んでいくという、とても良いサイクルが回り始めていることにとても感動しました。
いかにして、既存技術からの移行を促すのかは新しいサービスの命題と言えるので、参考にしていきたいと思います。

補足

3年前にも考察された方がいました。
https://note.mu/soutaros/n/ncf2b6e5bb5b4

個人的には、なんでもできるスマホというデバイスに機能を集約しすぎると、すぐに使えなくなので、デジタル名刺のようなデバイスが１つあればもっといいのかもしれません。

もしくは、Googleアシスタントで「名刺スキャンして」とか。

蛇足の蛇足

EightのWebサイトのイメージ動画（ページ開いて最初にある）、地味に面白くてつい見てしまいました。
新入社員研修で、アイスブレイク的にやってみるのも面白そう。

ServiceObject じゃなくて、ActiveInteraction を使おう(^^)

2018-11-29T19:00:00.000+09:00

Fat Controller の対策としてよく話題になる ServiceObject。でも、実際使ってみるとあんまりしっくりこなかったです。

感想：
・そもそも、使い方があいまい。#call ? #run ? #perform?
・複数のクラスを操作する場合は、Facardになるの？
・外部APIの操作もServiceObjectでいいの？
・インターフェースの記述ルールが定まらない。

ServiceObject（サービス層）についての説明：
https://techracho.bpsinc.jp/hachi8833/2017_10_16/46482
https://qiita.com/joooee0000/items/369fd4676cd9dfb1f6eb
https://techracho.bpsinc.jp/hachi8833/2017_12_07/48363

ServiceObjectをアンチパターンとする記事：
https://techracho.bpsinc.jp/hachi8833/2018_04_16/55130

次の一歩

ブログ記事などを漁るなかで、こちらで紹介されている ActiveInteraction を使ってみることにしました。

https://aaronlasseigne.com/2017/11/08/why-arent-we-using-more-service-objects-already/

○　使ってみてよかった点：

・Gemの使い方として、ファイル構成やインターフェースが定義されていて、迷いがない。

・Validationも使える。さらに、多言語化をしやすい。

・Facard としても、Formとしても使えるし、外部API操作も実装しやすい。

☓　良くない点：
・#run か #run! で戻り値が変わるので、それに応じた使い分けが必要。
・インターフェースの記述を覚える必要がある。

これから

1年くらいちょこちょこ使ってみたところ、少なくとも ServiceObjectよりは長期的な運用に耐えられると思いました。今後もありがたく継続して使っていく予定ですが、ブログを書いている中で改善したいところを思い出したので、本家にフィードバックしていこうと思います(^o^)

Google Adsenseの審査が完了した(^o^)

2018-09-21T18:00:00.000+09:00

今までずっと目の上のタンコブ的存在だったGoogle Adsenseにようやく合格しました。これで、一応収益化することができるようになりました！

調べてみると、なかなか審査が完了しない人も多いようで、待つ時間も長いせいか諦めてしまう人もそれなりにいそうです。以下私の完了までの経緯、問題と解決についてです。

前提

このブログに設置をしましたので、ブログツールはBloggerを使っています。

最初の設定

ヘルプに従って、設定しました。Bloggerは簡単にできるので良かったです。
https://support.google.com/blogger/answer/1269077?hl=ja

アカウントの準備待ち
Google Adsenseにて、以下のような準備中の状態が2週間ほど続きました。ただ待つしかなかったのでこのあたりから焦りがでてきました。

ただいまアカウントを接続する準備をしています。
通常一日以内、場合によってはそれ以上かかる場合があります。

http://greenavocado33.hatenablog.com/entry/2017/09/26/%E3%82%B0%E3%83%BC%E3%82%B0%E3%83%AB%E3%82%A2%E3%83%89%E3%82%BB%E3%83%B3%E3%82%B9%E5%8F%97%E3%81%8B%E3%82%8A%E3%81%BE%E3%81%97%E3%81%9F%EF%BC%81

広告掲載の設定見直し

その後以下のようなメールが届きました。

アカウントは不承認となりました。
承認されなかった理由は次のとおりです。
サイトは審査不能

Bloggerの設定を見直すと広告掲載が選択されていないことに気づきました。これをチェックして、再度申請しなおしました。

Search Consoleの設定

さらに1週間ほどすると、上記と同じメールが。。。ヘルプを見ると、インデックスされていないとサイトに到達できないため、サイトが表示できないという結果になるようです。
なので、search consoleを見てみると httpsは設定してありましたが http はなかったのでこちらを登録しクロール要求しました。そして、再度Adsenseの申請をすると。

1週間後

ようやく、審査が完了しました、とメールが来ました。サイトを見ると見事に広告が表示されてる！！
大体２ヶ月くらいかかったので、自分では地味に感動しました。この記事が少しでも他の方の助けになればいいです(^o^)

グロースハック、KGIの結果

2017-10-09T15:02:00.000+09:00

前回の記事で、グロースハックを実施して翌週再訪率が改善したが、その結果が最終的なKGI => 売上に反映されたデータがでたので、そのまとめ。

再訪率

週によってばらつきがあるが、概ねグロースハック開始前と比較し、2％前後の改善となった。これが、1000人程度のアクティブユーザー数の向上になっている。
4週継続率は安定して3%以上の改善となった。

売上

売上数：増加率 20%増
売上高：増加率 100%増

まとめ

グロースハックの効果として、再訪率改善 => アクテイブユーザー数増加 => 売上増　というサイクルが回っていることが確認できたと言える。
今後も再訪率改善を頑張る！

夏なんで、グロースハック始めました

2017-08-26T22:56:00.000+09:00

暑い夏には暑いサービスが必要ということで、グロースハック始めました。

グロースハックとは？

データを分析して、売上の拡大にコミットすること。

ポイント：
・データを分析して、その結果に基いてPDCAを実行する。
・売上（＝KGI、目標）とそれに紐づく指標（例えば再訪率、ARPU）にコミットする。売上に寄与しない指標に時間を使わない。

以上、よく「グロースハックってなんですか？」という質問があるが、うまく説明できなかったので自分の言葉で定義しました。どれも当たりの前のことだけど、それを当たり前に継続することが大切。

まず初めに

以下の本を読んで、グロースハックについて大まかに勉強した。

・グロースハッカー
　グロースハックとは何か？　その心構え。モチベーションがかなり上がった。

・いちばんやさしいグロースハックの教本
　具体的に行動するための指針・ステップが説明されていて、非常に参考になった。この本がなかったら、何もできなかったと思う。かなりオススメ。

やったこと

・データ分析
今回はJupyter Notebookを構築し、売上DBをレプリケーションしたものから売上と関連する指標を月次・週次でグラフ化した。
また、Google AnalyticsとMixpanelを使い再訪率や離脱率などの現状も把握。

・ARRRAモデルに従って改善
分析結果から、現サービスはARRRAモデルのRetentionの段階と考え、翌週再訪率をKPIと定めた。翌週再訪率を改善するためにお気に入り登録率の向上を目標とする。

経過

方向性が定まり、改善に着手した。まずは、サイト全体で致命的な点を解決するべく以下を実施。

・ランディングページで404エラーのページをリダイレクト設定
　=> 離脱率が10％改善
・サイト全体の表示速度の改善
　Google Page Speed Insightsのスコアの改善（ブラウザキャッシュ、コンテンツ圧縮、画像最適化）。閲覧数の多いページの表示ロジックを改善
　=> サイト全体のページロード時間が20％改善

結果、翌週再訪率が1.5％改善。

今後

まずは、すぐに改善できることを実施し、改善とモニタリングのサイクルを回し始めることができた。サイト全体の表示速度は、直接KPIに寄与するとともに、今後の改善策の効果を高めることが期待でき、ドッグフーディングにも嬉しい。
これからは、お気に入り登録率を改善するためにUX設計・ユーザーフローの検討をして、本格的にKPIの改善に着手する。

Yahoo JAPAN の無料コワーキングスペース「LODGE」を体感

2017-01-12T17:52:00.001+09:00

今のところ無料で使える話題？！のLOGDEを体感してみました。
https://lodge.yahoo.co.jp

LODGEの個人的なメリット：
・コワーキングスペースの選択肢が増える
・無料
・ランチがヘルシーで安い

行き方や詳細はこちらがとても参考になりました。
http://suppon.innovator.jp.net/entry/yahoo-lodge
http://hrnabi.com/2016/09/28/12131/

平日の１１時に到着しましたが、席は８割ほど埋まっていて、あまり余裕はない感じでした。
淡々と作業されている方や、打ち合わせをしている方が半々くらいでした。

Wifiのパスワードは出入り口付近にしかないので、メモをとるか、その場で設定する必要がありました。

食堂は、６００円前後の予算で、１１時くらい〜１４時くらいまで開いているようです。
（公式の情報もなく、見たり聞いたりした雰囲気ですので、参考にとどめてください。）
A/Bランチと量り売りブッフェとあって、量り売りを300g/600円でいただきました。
糖質オフしやすくてかなり良かったです。

また、カフェメニューはエスプレッソが３００円弱とかなりお値打ちでした。

赤坂という場所が東京の中央で訪れやすいとのことですが、私は生活圏外のためあまり活用の機会は少なそうです。
赤坂近辺で活動されている方は、利用して損はないかと思いました。

Ruby On Rails で、AWS Elasticsearch のプラクティス

2017-01-12T12:34:00.002+09:00

前回のTwitterアプリに引き続き、AWS Elasticsearchについても運用レベルのものを開発したので、開発の要点をまとめておきます。

参考：
https://www.elastic.co/guide/index.html
http://ruby-rails.hatenadiary.com/entry/20151018/1445142266#rails-elasticsearch-1-freetext-keyword
http://qiita.com/kyouryu_/items/061b3bc47c1d64b37818
http://easyramble.com/elasticsearch-queries-and-filters.html

やったこと

AES（Amazon Elasticsearch Service）を使ったElasticsearch
Railsのモデルを、Elasticsearchとして使う
RakeタスクでElasticsearchにデータをインポートする

要点

以降詳細を列挙していきますが、特に重要だと思ったポイント：

本家サイトが大事。
Qiitaとかまとめ記事いろいろあるけど、用語の意味や使い方が曖昧・まちまちなので、混乱しやすい。本家できちんと基礎から数時間かけて理解した方が最終的には速い。
いきなりRails使わずにCURLとかでElasticsearchってどういう感じなのかを掴んておくといいと思う。
自分みたいに、いきなりRailsでmodel 使うGemを使うと、自分のやっていることがわけわからず、とりあえず動いているっていう状況になり、応用きかず設計変更やトラブルで大変になる。

AES（Amazon Elasticsearch Service）を使ったElasticsearch

ドメインの取得、オレゴン
Kibana使いづらい
AWS認証

Railsのモデルを、Elasticsearchとして使う

Gem model
検索
　Index、キーワード、AND、OR、Page、Page size、Aggs、Sort

RakeタスクでElasticsearchにデータをインポートする

Gem client

ソースコード

流行りのビッグデータをやってみた。

2016-09-30T12:37:00.000+09:00

最近、Twitterからツイートを分析するような作業が多かったので、これはデータ分析の入り口として良さそうだったので、勉強・実践してみた。

データ分析とは

この定義もかなりあいまいなようでピンとくる記事が見つからなくて困った。

一番わかりやすかったのはこちらのデータサイエンティストの説明。

http://tjo.hatenablog.com/entry/2013/11/14/202610

以下自分なりにまとめた、作業・ツール。

	収集　=>	整形 =>	蓄積 =>	分析・可視化
説明	アクセスログや可視化したい統計データなどをDBなどに保存する。	収集した時に実行する場合と、DB保存後にバッチ処理する場合がある。	データを保存しておく場所。DataWareHouseというらしい。	Visualization。これもリアルタイムでデータを更新していくものと、バッチ的に分析するものがある。
ツール	fluentd logstach Apache Spark Hadoop 自作スクリプト	Apache Spark Hadoop 自作スクリプト	Elasticsearch Apache Solr 各DB AWS S3 Google Drive ローカル	Kibana Banana Jupyter Rstudio Data sientist workbench スプレッドシート

整形・分析などをサービスとして使えるBIツールというものがあるが、今回は調査できなかった。

今回やってみたこと

やり方はいろいろありすぎて、どれがいいのか分からず。流行りのデータ解析らしく、

Spark + Elasticsearch + Kibana

という割りと情報がありそうなものをやってみた。

参考記事とやった結果：

https://github.com/Samemura/twitter-spark

無事、SparkでデータをElasticsearchに蓄積し、Kibanaで表示できるようにできた。

感想

データ分析の流れを構築できたものの、効果的に分析できる方法は構築できなかった。

このあたりはKibanaでは限界がありそうなので、Jupyterなどで分析する方法を検討したい。

またデータ収集部分は、普段から使っているスクリプトなどでもあまり困らなそうだと感じた。大量のデータをリアルタイムで分析する、まさにビッグデータでなければメリットがなさそう。

アルゴリズムの検討などには、

1．自作スクリプトでデータ収集

2．Jupterなどで詳細分析・可視化

を次のステップとしたい。

Webサイトの決済に、Amazon Paymentsを実装した。　そうRuby On Railsで。

2016-06-17T08:23:00.000+09:00

仕事でAmazon Paymentsを使って決済機能を開発したので、そのまとめ。

https://payments.amazon.co.jp/customer

まとめ

報告書は最初に結論が大事。ということで、早速まとめ。

Amazonが提供しているDocumentやサンプルが豊富でとても助かった。
サーバーサイドとフロントエンド（JavaScript）の両方で実装する必要があったので、他の決済と比べると理解に時間がかかった。
仕様はオープンだが、ネットでの実装事例はなくて、完成イメージを持てずに苦労することもあった。
→この記事がその助けになったら嬉しい。
サイトのUXはすごく向上したと思う。個人的にAmazonをよく使っていることもあり、Amazonログイン→支払いはとにかく簡単。
Amazon Paymentsのアカウント開設前に、すぐに使えるテスト環境はないため、事前の技術検証がほぼできなかった。Ruby SDKをAPI通信をスタブして、コードはかろうじて動かせた。これが改善されたら、もっと導入するところが増えると思う。他の決済サービスは準備されていることが多いらしい。
（もちろん、サンドボックス環境はある）
決済サービスってどれを選べばいいの？って決めるまでは全然決められなかった。考えれば考える程、どれでも同じなような。でもとにかくAmazonログインのUXを優先して決めてよかったと思う。Paypal, WebPayとかは導入はいいと思う（事例やドキュメントが多い）けど、UXの向上は見込みないので。

決済機能とは？

有名なのはPaypal、その他にも最近はいろいろあって、結構群雄割拠。

参考：

http://keiei.freee.co.jp/2015/06/01/paypal-spike-stripe-webpay-yahoowalletfastpay/

http://eco-notes.com/?p=512

去年くらいまではPaypalっぽい専門の決済サービスが多かったようだが、大手ECサイト（Amazon / 楽天 / Line ?）が参画して、今後はこっちに流れていくような気がする。

理由は、既にアカウント持っている人が多ければ、その人はすぐに支払いができるから。

ユーザーには、決済のUIはあんまり重要じゃないと思う。

また、使っているサービスで支払いできた方が安心感もある。Amazonはそれを謳ってもいる。

Amazon Paymentsって？

https://payments.amazon.co.jp/merchant

って動画を見ても、あんまり理解できないと思う。

要は、Amazonでログインボタン、Amazonでお支払いボタンを自サイトに埋め込んで、Amazonアカウントで支払いができるということ。

決めた理由：

UXの向上
→Amazonでログインは効果があるはず
支払い手数料
→競合と比較して大体同じ
運営者の使い勝手
→Amazon Seller Centralという、Amazonマーケットプレイスと同じプラットフォームで、安定
定期支払い
→会員年会費の支払いに使いたかったので、必須

サービス名がところどころ、Amazon ログイン＆ペイメント　とかってなっていてよくわからなくなるけど、多分世界的に共通な名称がAmazon Paymentsで、日本のサービス名がAmazon ログイン＆ペイメントってことのよう。

大差ないが、APIはログインとペイメントで分かれているので、一応気にしておく必要はある。Ruby SDKは同じような名前のメソッドだけど。

Documentが豊富

amazon.co.jpでは問い合わせしないとDocumentがもらえない（なのでここで公開することは適切でないと思う）

しかし、amazon.comでは普通に公開されているので、こちらを参照するといい。

https://payments.amazon.com/documentation

Forumもあって、質問すれば、1日くらいで回答きた。

実装

動線がすごくわかりにくいけど、こんな素晴らしいモックが用意されていて、これにかなりお世話になった。

https://amzn.github.io/login-and-pay-with-amazon-sdk-samples/

使ったRuby SDK（gem）はこちら。

https://github.com/amzn/login-and-pay-with-amazon-sdk-ruby

詳細はインテグレーションガイドを参照してもらうとして、概要はこんな感じ。

JS（JavaScript）でログインボタンと支払いボタンを実装。
ボタンを押すと、AmazonのJSがアカウントを認証し、指定したコールバックURLにリダイレクト、クエリパラメータでアクセストークンがついてくる。
アクセストークンを使って、ユーザー情報を取得したり、支払い処理を実行する。

今回は、調べながらで2週間くらいで基本的な実装はできた。

Ruby SDKを使ったモックを自分でも作ったので、参考にしてもらえるとうれしい。

https://github.com/Samemura/TryAmazonPayments

HerokuでPreviewも提供していて（Readme参照）、実際にはログインできないが、Amazonのログインウィンドウが出てくるところまでは見ることができる。

おまけ

Ruby SDKを使わせてもらったけど、日本のサンドボックス環境のEnd pointが間違っていたので、Forkして修正した。よかったら、こちらをどうぞ。

https://github.com/Samemura/login-and-pay-with-amazon-sdk-ruby

あと、細かいハマりポイントなども、質問されればなるべく回答しますので、お気軽にコメントどうぞ〜

Elasticsearch をRuby On Railsで。

2016-06-13T08:18:00.001+09:00

タイトルのとおり、Elasticsearch をRailsで実装したので、そのまとめ。

やったこと

RakeタスクでcsvなどのファイルからElasticsearchにIndexを作成
作成したIndexをModelで検索

コア部分のソースコード

https://github.com/Samemura/Elasticsearch-rails-example

解説

だいたいのことは、Githubを見ればわかるので、ここでは検索まわりを中心に紹介する。

今回はAmazon Elasticsearch Service を使ったが、基本はこちらの記事で全てまかなえた。

http://ruby-rails.hatenadiary.com/entry/20151018/1445142266#rails-elasticsearch-1-freetext-keyword

http://qiita.com/kyouryu_/items/061b3bc47c1d64b37818

Elasticsearch::Model.__elasticsearch__.searchにquesryで指定する。

AND検索

bool: { term: { 検索対象 => 検索する値 }}　

term を繰り返して、検索対象を追加する。

OR検索

bool: { should: { 検索対象 => 検索する値 }}　

should を繰り返して、検索対象を追加する。

NOT検索

bool: { must_not: {bool: { should: { 検索対象 => 検索する値 }}}

should を繰り返して、検索対象を追加する。

RANGE検索

range: {検索対象: {lte: 値}}

lte は以下。

この時にDateの値の場合は、きちんとフォーマットを定義しないと、範囲チェックできない。

type: date

analyzer: standard

format: yyyy/MM/dd

ページング

{size: 件数},

{from: 開始件数}

ソート

{sort: {ソート対象: desc} }

desc は降順

集計

aggregations: {agg_hits: {terms: { field: 集計対象, size: サイズ } # size = 0 means Integer.MAX_VALUE. https://www.elastic.co/guide/en/elasticsearch/reference/current/search-aggregations-bucket-terms-aggregation.html#_size

集計結果を取得できる最大件数を指定する。0は無制限。よく使うのはTop10とか。

AWS認証

AWSのIAM認証でアクセスしたい場合は、こちらのGemを使えば簡単にできた。意外と情報は少なかったので、ハマった。

https://github.com/winebarrel/faraday_middleware-aws-signers-v4

Twitter API, favoritesのレスポンスの考察

2016-05-02T18:52:00.001+09:00

RailsでTwitterAPIを使ってfavoriteを取得する処理を実装したけど、表示が遅かったので、調査してみた。

前提：
gem Twiiter

コード：
client.favorites(count:200)
clientは別途初期済み

計測：
MiniProfiler gem を使って計測。導入が簡単でかなり助かった。
http://yachibit.hatenablog.jp/entry/2013/05/29/004756

count:200

API getで合計500msくらいかかっていて、これは厳しい。
他のリソース使ったことないけど、favoriteは特別遅い気がする。
以下、いくらか処理を変えてみたけど、変化なし。

結論：
バックグランドで取得する。
取得件数・検索範囲を変えても効果ないので。

count:10

since_idを付加して、直近のツイートから検索。

今までの振り返りと、見えてきた方向性

2016-04-17T20:19:00.001+09:00

ソフトウェア開発をしてきて10年が経過して、今までのこと、分かったことを整理してみる。

略歴

福島県生まれ、中学校まで福島で育つ
高専に入学し、宮城県でプログラミングを学ぶ
卒業後、東京に本社のあるSIerに就職
と思ったら、配属されたのは宮城県で組み込みソフトの開発
マイコンとかそんなに好きじゃないな、と思いながらも、車載ソフトを結構頑張って開発
主に海外向けの開発を楽しくやらせてもらい、出張でも良い経験・人脈を築けた
プロセスにこだわって、独学で学びながら実践でもノウハウを蓄積
ポイント：MBD、TDD、リファクタリング、課題管理、日程管理、チーム運営

要件定義、設計、実装、テスト支援、チーム管理と一連の仕事をこなして10年経ち
最新のソフト開発を求めて、Web開発に転職
現在、Ruby On Railsでサーバーサイドの開発に勤しむ

こだわり

コードにこだわる

潔癖コーダーの名のとおり、DRYでリーダブルなコードにこだわっています。書籍やWeb記事で情報はたくさんありますが、実践出来ている人は少ないです。

理由は様々ある（使い捨てのコードとかプロジェクトが短期間とか）と思いますが、どんな理由があれ、コードにこだわらない人はいつになってもできるようにならず、そういう人に増えるにつれ、チームのサステナビリティ・モチベーションはどんどん低下し、Outputの質が落ち、プロジェクトの最終的な品質・価値は低いものになってしまいます。

プロセスにこだわる

コードにこだわるためには、プロセスにこだわる必要があり、テストを使ってリファクタリングすることが欠かせません。全体の設計ももちろん重要で、不適切な機能分割では無駄なコードを作りがちですし、テストもしづらいです。

総じて、全体設計→実装→テスト→リファクタリングと、どれか一つでも手をぬくと最終的な品質の低下・遅延になります。

否定しない

自分が否定されるのが嫌いなので、人のことも否定しないようにしています。否定してしまうと、否定しあう負のスパイラルに陥り、消極的になってしまいます。
議論でも、なるべく否定せず、肯定的に建設的に結論をつけるようにしてます。

目指すところ

たくさんの人が使って、楽しい・うれしいWebサービス

月並みですが、GoogleやFacebook、Airbnbなどのサービスが好きです。

・一過性ではなく継続して使えるもの

・楽しいだけではなく、生活に不可欠だったり、楽になる

ハードウェアも連携

Webだけで完結せず、ARやVR、カメラなどを使ったセンシングで新しいUXを提供したいです。

Ruby On Rails でTwitter連携アプリのプラクティス

2016-04-13T07:40:00.002+09:00

Webでも記事が多い情報になりますが、実際にきちんと運用できるレベルの実装をするとそれなりにポイントがあったので、ブログとしてまとめてみます。
また、最後にTwitter　gemを使ったベストプラクティスとして、モジュール化したコードを載せておきます。これはWeb上にもなかなかないので、ぜひ参考になれば幸いです。

参考：
https://syncer.jp/twitter-api-matome
https://takuyokomizo.com/ruby-twitter-api/

Twitter認証

gem omniauth を使いました。https://github.com/intridea/omniauth
使い方は、wikiが詳しいです。特に難しいことはなし。
以降は、情報が少ないものに絞って列挙しておきます。

TokenをSessionに保存

auth = request.env['omniauth.auth']
session[:access_token] = auth['credentials']['token']
session[:access_token_secret] = auth['credentials']['secret']
session[:username] = auth['extra']['raw_info']['screen_name']

session[:profile_image_url] = auth['extra']['raw_info']['profile_image_url_https']

このときに、なるべく情報を保持しておくと、API回数制限を少しでも回避できる。

使える情報は、こちらから。https://github.com/arunagw/omniauth-twitter

テスト

https://github.com/intridea/omniauth/wiki/Integration-Testing

wikiどおりで基本はOK.

　@auth_resp = {

provider: 'twitter',

uid: '123456',

info: {

nickname: 'johnqpublic',

name: 'John Q Public',

location: 'Anytown, USA',

　　。。。

OmniAuth.config.test_mode = true

OmniAuth.config.mock_auth[:twitter] = OmniAuth::AuthHash.new(@auth_resp)

authのテストデータは、TwitterAPIのExampleレスポンスを基にするとよい。

https://dev.twitter.com/rest/reference/get/users/show

認証失敗のテストは、バグがあってWikiどおりにはできない。

OmniAuth.config.mock_auth[:twitter] = :invalid_credentials

これをやっても、Failureのパスには飛んでくれない。

通常のパスに飛んで、CredentialsがInvalidになるだけ。

https://github.com/intridea/omniauth/blob/1cc1cf4b2821a7d2a4a376a5ca93c61b6bd8b5f1/spec/omniauth/strategy_spec.rb#L663

Twiter API

client

gem 'twitter' を使った。使い方は、参考URLが詳しい。
テストなどに使うデータは、Twitter APIのページを見ると例がのっているので、それを流用すると簡単。

update profile image

https://dev.twitter.com/rest/reference/post/account/update_profile_image

このAPIを使用したところ、レスポンスでくるprofile_image_urlは更新前の情報になることがあった。これは、Twitter側でデータを更新するタイミングで発生していると思われ、その時によって、発生頻度はまちまち。頻発するときもあれば、出ない時もある。

対策は、レスポンスを使わずに、自サーバーで保持しているデータを使うことにした。
本質的な解決とはいえない気もする。
APIで取得しなおすと、レートリミットに＋1されてしまうので。

APIレートリミット（回数制限）

こちらも既にWebで情報があるので、簡単に。
https://dev.twitter.com/rest/public/rate-limiting
15分に15回のAPIのアクセス制限あるよということ。世のアプリも結構引っかかることが多いらしい。
今回とった施策は、
・認証時のレスポンスをなるべく使う。
・既に持っているデータはなるべく取得しない。

TwitterアイコンのdefaultイメージはCORS

defaultイメージ(卵アイコン)は、URLのドメインが通常とは異なり、CORSが許可されない。つまり、直接HTMLに画像をURLで埋め込むことはできない。
対策：
予めdefaultイメージを保存しておいて、ドメインが変わったらそちらを使う。
defaultイメージは、7種類あって0からの連番だった。（自分が確認した時点で）
使用した正規表現　regex = /http.*default_profile_images\//

その都度、wgetでローカルに保存してそれを使うこともできたが、実装のインパクトが大きかったので、上記方法を採用した。

CORS(Cross-Origin Resource Sharing)は、その名の通り、ブラウザがオリジン(HTMLを読み込んだサーバのこと)以外のサーバからデータを取得する仕組みです。http://dev.classmethod.jp/cloud/cors-cross-origin-resource-sharing-cross-domain/

Twitter client module

https://github.com/Samemura/twitter-client-practice

新しいプログラミング言語の習得、Kata

2016-04-08T11:04:00.000+09:00

新しい言語を習得、Kata

プログラミング言語を学ぶ

初級者

構文を覚える

簡単なプログラムを作る

中級者

少し難しい使い方を覚える

配列

ハッシュ

クラス

ライブラリ

上級者

人に教える

ライブラリを作る

これは結構充実

意外と少ない今日の主題

どうやって

初級者

書籍

Webサービス

まとめ (link)

サービス名日本語対応学習スタイルエディタ機能Codecademy △ テキスト ○ドットインストール ○ 動画 ×Progate ○ テキスト ○ミニツク ○ テキスト（一部動画） ×CODEPREP ○ テキスト ○RubyWarrior × テキスト ○CodinGame × テキスト ○

RubyWarrior (link)

中級者

日々の業務

Webサービス

上級者

フォーラム

Github

いいところ

他の人の回答が見れる (link)

いっぱいクリアすると、昇級する

1問、20分前後でできて、ちょうどいい

対応言語が多いので、新しい言語の勉強に良い

新人教育にも良い

いざ実践 (link)

Githubでログイン

Kataを選ぶ (link)

テストを読む

コードを書く

テストする

回答を送信

def days_until_christmas(day)

date = Date.new(day.year,12,25)

date = date.next_year(1) if day.month == 12 and day.day > 25

date - day

end

Kataとは (link)

空手の型繰り返しの練習

「格闘技の世界では練習もせずいきなり試合にでるなんて自殺行為に等しい。スポーツや芸術、手工芸の世界でも常日頃から地道な反復練習が必要不可欠だ。それなのに、プログラミングの世界では最初に大学などで基礎を習った後、仕事をしながら技術力を高めようと考えるのが常識だ。これはおかしい。プログラミングの世界でも、既存技術の反復練習や新技術の習得に、継続的にいそしむべきだ」

つまり

こういうこと

Mindmesiter プレゼンお試し埋め込み

2016-04-06T08:48:00.002+09:00

MindMesiterのプレゼン機能を試してみた。

前提

MindMeisterのフリープラン
GoogleDriveにmindファイルを保存して、管理

やりたいこと

マインドマップをプレゼンに使う
プレゼンをブログなどに埋め込んで、再利用できるようにする。GooglePresentationみたいに。

マインドマップをプレゼンに使う

マインドマップを作成して、プレゼンを設定する。

マップをリンクで共有（閲覧）して、自分がプレゼンを開始すると、放送できる。

はずだったが、プレゼンの放送はフリープランでは対応外らしい。
ただし、あまり使う場面がなさそう。Hangoutとかで画面共有すればことたりす。

プレゼンを埋め込む

埋め込めたけど、スライドショーは動作せず。
フリープランだからか。Proになると、PowerPointにもできるらしい。

RTFで吐き出して、GoggleDriveにインポート。それを開いてコピペすれば、リンク含めていい感じにBloggerに貼り付けられる。
あとは、PNGで吐き出して貼り付け。

Your browser is not able to display frames. Please visit プレゼンお試し on MindMeister.

プレゼンお試し所有者： Masaki Murano

外国でMeetupに行ってみた

2016-02-14T17:42:00.002+09:00

Meetupというサービスを使ってみたかったのと、外国で交流ができたらいいなと思いたったのがきっかけ。

参加したMeetup

The London Japanese Language Meetup
1月中旬、ロンドンのとあるカフェバー

このMeetupにした理由

ロンドンに滞在している日程で都合がついたから。
日本に興味がある外国人とは交流しやすいと思って、このカテゴリを選んで、カレンダーで日程をみると、ちょうどこのイベントだけがヒットした。

良かったこと

知らないにあうことができる。
気軽に参加できる雰囲気

イマイチ

なんとなく会話するのに参加してしまったので、なんらかの目的があった方が良かった。（FBで友達10人とか、趣味共有する人を探すとか）
もしくは時間を決めて、制限なくダラダラしない。
意外とシャイな人が多くて、逆に難しいかも。
（オープンな人は逆にこういうところにあえて行かないのかも）

まとめ

目的を持って、参加した方がいい。
今回は、参加直前にかなり緊張して、自分の性格を再認識するのに良いきっかけにもなった。
Meetup自体は、グループや地方によって、ハマるのを探すのは結構難しそう。

Mac で、キーリマップして快速カーソル移動

2016-02-09T08:01:00.002+09:00

以前からWindowsで使っていたリマップの設定をMacに適用する。

Karabiner

使うのはKarabiner以前から使っているが、今回はPrivate.xmlで設定する。
http://qiita.com/altitude3190/items/bbef986ff8dd288b2641
http://qiita.com/ogomr/items/c724d2ec88552104f453

Private.xml

こんな感じ。

<name>Right command to cursor move</name>
<identifier>private.remap.r_coomand_to_cursor</identifier>
<autogen>
__KeyToKey__
KeyCode::J, ModifierFlag::COMMAND_R,
KeyCode::CURSOR_LEFT
</autogen>
<autogen>
__KeyToKey__
KeyCode::I, ModifierFlag::COMMAND_R,
KeyCode::CURSOR_UP
</autogen>
<autogen>
__KeyToKey__
KeyCode::K, ModifierFlag::COMMAND_R,
KeyCode::CURSOR_DOWN
</autogen>
<autogen>
__KeyToKey__
KeyCode::L, ModifierFlag::COMMAND_R,
KeyCode::CURSOR_RIGHT
</autogen>
<autogen>
__KeyToKey__
KeyCode::H, ModifierFlag::COMMAND_R,
KeyCode::HOME
</autogen>
<autogen>
__KeyToKey__
KeyCode::SEMICOLON, ModifierFlag::COMMAND_R,
KeyCode::END
</autogen>
<autogen>
__KeyToKey__
KeyCode::N, ModifierFlag::COMMAND_R,
KeyCode::PAGEUP
</autogen>
<autogen>
__KeyToKey__
KeyCode::M, ModifierFlag::COMMAND_R,
KeyCode::PAGEDOWN
</autogen>
<autogen>
__KeyToKey__
KeyCode::U, ModifierFlag::COMMAND_R,
KeyCode::DELETE
</autogen>
<autogen>
__KeyToKey__
KeyCode::O, ModifierFlag::COMMAND_R,
KeyCode::FORWARD_DELETE
</autogen>
</item>

VagrantでRsync

2016-02-07T18:59:00.001+09:00

Defaultでは、~/sync　は自動でsyncしてくれる（未検証）らしいが、フォルダを任意の場所に設定できるので、こちらを設定する。

参考：
http://www.1x1.jp/blog/2014/03/vagrant-rsync-synced-folder.html
http://tech.recruit-mp.co.jp/dev-tools/vagrant-rsync-synced-folder/

Vagrantfile

config.vm.synced_folder(host_folder, guest_folder, type: :rsync, rsync__exclude: [
'log/', '.git/', '.bundle/', 'vendor/bundle/', 'tmp/',
'public/uploads/'
]
)

Rsync-auto

Terminalで、vagrant rsync-auto　を実行。以降プロセスが継続し、変更を監視する。
ので、別ターミナルにしておくのが良いと思う。

ゲストからホストにSync

Rsync-autoでもホストー＞ゲストにSyncしかできない。どうにかする方法を考えねば。

Mac でZsh

2016-02-06T12:41:00.000+09:00

BashからZshに乗り換えようと思い、インストールと設定をした。
https://codeiq.jp/magazine/2014/01/5143/

インストール

Macだとインストールは不要だった。

設定

色とかの設定をする。
~/.zshrc に設定ファイルを作る。
こちらの設定を使って、色をつける。

フォルダの色が見難いので、以下を参考にカスタマイズ
http://yuk.hatenablog.com/entry/2014/09/23/072648

Sublime Text

.zshrcに、追加
alias subl="/Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl"

Rails TutorialでPort 3000がロックされた

2016-02-05T18:00:00.001+09:00

ローカル環境でPort 3000をオープンしようと思ったら、できなくなっていた。

どうやら、SSLの設定をWEBrickにすると、ロックすることがあるらしい。

http://d.hatena.ne.jp/seinzumtode/20120501/1u335886009

対策：

MacのNetwork utility でPortscan でチェックする。ポート確認。

ブラウザのキャッシュをクリア。

$ lsof -i:3000
$ kill プロセス番号

Port:3000をひらけるようになった。

Mac を最初に設定すること

2016-02-01T14:16:00.001+09:00

Macなれないけれど、最初に設定すると便利なこと。
http://www.atmarkit.co.jp/ait/articles/1511/30/news026.html

Windowを切り替える。
http://news.mynavi.jp/articles/2012/08/14/tips/
http://c-through.blogto.jp/archives/38812126.html
これを基に、Mission ControlをOption+Tabに設定し、ウィンドウ切り替えとした。

DockをOption+Tabに変更
http://gori.me/mac/mac-tips/70156

ショートカットキー：

ウィンドウを閉じるときは、Command+w
http://www.hirx.net/mactips/shortcutkey/

VMをVagrantで作って、CentOSにRails をインストールする（Mac）

2016-02-01T13:54:00.000+09:00

以下サイトを参考に、VagrantでのRoR環境を構築。

https://www.ogis-ri.co.jp/otc/hiroba/technical/vagrant-chef/chap1.html

https://thinkit.co.jp/story/2015/03/19/5740

全てインストールしたところで、Vagrant起動するとエラー発生。

ChefのURLでエラーが起きているが、簡単にできそうになく、Chefを使わずVagrantのみでVM起動するようにしてみる。(Officialのページに従い)

https://www.vagrantup.com/docs/getting-started/boxes.html

使用したのは、CentOS/7。Atlasから探した。

https://atlas.hashicorp.com/boxes/search?q=CentOS&sort=&utf8=%E2%9C%93

Vagrant は起動できるようになった。そこから、今度はRailsを準備、公式に従って。

http://guides.rubyonrails.org/getting_started.html

Cent OSは、yum でインストールする。

yum install git

yum install -y openssl-devel readline-devel zlib-devel

以前の記事に従い、rbenvをインストール。

次にようやく、gemを入れる。

git clone https://github.com/rubygems/rubygems.git ~/.rubygems

ruby .rubygems/setup.rb

http://nijilog.info/2014/06/16/325

Ruby 公式はこれ。

http://guides.rubyonrails.org/getting_started.html

gemが入って、Railsがようやく入った。

blogを作ってみる。Bundleでインストールする。

bundle install --path vendor/bundle

sqliteのエラー。

SQliteをインストール。

therubyracerのエラー。
sudo yum install gcc-c++
こちらのサイトがとても助かった。

http://kzy52.com/entry/2014/11/09/000511

ようやくRails sができた。

bundle exec rails s -b 0.0.0.0

IPアドレスの指定が必要。

http://www.techscore.com/blog/2014/09/12/rails4-2beta1%E3%82%92%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%81%97%E3%81%A6%E6%9C%80%E5%88%9D%E3%81%AB%E3%81%AF%E3%81%BE%E3%81%A3%E3%81%9F%E3%81%93%E3%81%A8/

ホストOSでブラウザ表示できない。

ポートの設定が必要。Vagrantfile：

config.vm.network "forwarded_port", guest: 3000, host: 3000

http://qiita.com/Salinger/items/20f466ffe7cc0c04b010

（その他の設定も参考になる。）

で、ようやくBlogが表示された。

MACでマウスのボタンを使う。Chromeのタブ移動する。

2016-02-01T10:50:00.004+09:00

Karabinerを使う。

http://tanweb.net/2014/07/03/1388/

Chromeのタブを移動するには

Chromeの拡張で、KeyConfigを入れる。
タブの移動を、M-Tab（Option + Tab）にする。
Karabinerのprivate.xmlをM-Tabを使うように修正。

<?xml version="1.0"?>
<root>
<list>
<item>
<name>MouseButton 4 and 5</name>
<identifier>remap.mouse_button4_5</identifier>
<autogen>
--PointingButtonToKey-- PointingButton::BUTTON5,
KeyCode::TAB, ModifierFlag::OPTION_L | ModifierFlag::SHIFT_L
</autogen>
<autogen>
--PointingButtonToKey-- PointingButton::BUTTON4,
KeyCode::TAB, ModifierFlag::OPTION_L
</autogen>
</item>
</list>
</root>

その他、参考。

https://pqrs.org/osx/karabiner/document.html.ja#preferences
http://qiita.com/altitude3190/items/bbef986ff8dd288b2641

[2016/2/1 追記]

あんまり面倒くさいことは必要ないことがわかった。
まず、Chromeのタブは、Control+Tabで移動できる。なので、これをKarabinerで設定すれば良いだけ。

SSHの設定ファイル

2016-02-01T10:33:00.002+09:00

SSHの接続をするのに、設定ファイルを作っておくと、便利。

https://dogmap.jp/2011/10/27/ssh_config/

~/.ssh/config　を作って、

1

2

3

4

5

Host example

  HostName     example.com

  Port         10022

  User         wokamoto

  IdentityFile ~/.ssh/id_rsa.example

のようにする。

Proxyを使う場合は、

こんな感じ。

Host proxy
HostName 0.0.0.0
User fugafuga
IdentityFile ~/.ssh/keys/git_id_rsa

Host test.kayac
User fugafuga
Hostname test.site
IdentitiesOnly yes
IdentityFile ~/.ssh/keys/git_id_rsa
ProxyCommand ssh -W %h:%p proxy

その他、応用。

http://qiita.com/ik-fib/items/12e4fab4478e360a82a1

Amazon Primeを使ってみた

2016-01-06T09:10:00.001+09:00

海外旅行に行くのに、機内などのオフライン環境で映画を見たいために、Primeの無料会員になってみた。

映画＆ドラマ

Prime 会員は無料で視聴できるものがいくつか用意されているのでそちらから選択。

http://www.amazon.co.jp/b/ref=pc_bw_piv?ie=UTF8&node=3535604051

あまり選択肢は多くないものの、いくつか気にいたものを探せた。

・ボーンアルティメイタム、ちゃんとまとめて見たことがなかったので。

・アンダーザドーム、気になっていたもの。1stシリーズ全部見れるので。

ダウンロードしてみる

実際にダウンロードしてみた。私のNexus7は初代で、かなり老人化しているが、Amazon videoはまずまず使えるレベルで、ダウンロードも割と短時間で終わった。

容量をみてみると、映画1本で700MByte程度なので、本体に保存してもそれなりに入れておけそう。（音声・字幕を限定しているからだろう）

結構いいけど、、、

Primeをこの用途だけで使い続けるのはちょっと高いと思った。年に1回使うか使わない頻度なので、Primeは年会費で4000円くらいで月払いはないため、常に年4000円は自分に合わない。

今回はお試しPrimeで無料だったので、使ってみた。

次回からは、dTVなどのオフライン可能のものを試してみたい。

潔癖プログラミング

Eightは紙の名刺を駆逐するのかもしれない

自分の名刺なしで名刺を交換する

ポイント

考察

補足

蛇足の蛇足

ServiceObject じゃなくて、ActiveInteraction を使おう(^^)

次の一歩

これから

Google Adsenseの審査が完了した(^o^)

前提

最初の設定

広告掲載の設定見直し

Search Consoleの設定

1週間後

グロースハック、KGIの結果

再訪率

売上

まとめ

夏なんで、グロースハック始めました

グロースハックとは？

まず初めに

やったこと

経過

今後

Yahoo JAPAN の無料コワーキングスペース「LODGE」を体感

Ruby On Rails で、AWS Elasticsearch のプラクティス

やったこと

要点

AES（Amazon Elasticsearch Service）を使ったElasticsearch

Railsのモデルを、Elasticsearchとして使う

RakeタスクでElasticsearchにデータをインポートする

流行りのビッグデータをやってみた。

データ分析とは

今回やってみたこと

感想

Webサイトの決済に、Amazon Paymentsを実装した。 そうRuby On Railsで。

まとめ

決済機能とは？

Amazon Paymentsって？

Documentが豊富

実装

おまけ

Elasticsearch をRuby On Railsで。

やったこと

コア部分のソースコード

解説

AND検索

OR検索

NOT検索

RANGE検索

ページング

ソート

集計

AWS認証

Twitter API, favoritesのレスポンスの考察

今までの振り返りと、見えてきた方向性

略歴

こだわり

コードにこだわる

プロセスにこだわる

否定しない

目指すところ

たくさんの人が使って、楽しい・うれしいWebサービス

ハードウェアも連携

Ruby On Rails でTwitter連携アプリのプラクティス

Twitter認証

TokenをSessionに保存

テスト

Twiter API

client

update profile image

APIレートリミット（回数制限）

TwitterアイコンのdefaultイメージはCORS

Twitter client module

新しいプログラミング言語の習得、Kata

新しい言語を習得、Kata

プログラミング言語を学ぶ

初級者

Webサイトの決済に、Amazon Paymentsを実装した。　そうRuby On Railsで。

意外と少ない今日の主題

空手の型繰り返しの練習

Mindmesiter プレゼンお試し埋め込み