index.html


<!DOCTYPE html>
<!--[if IEMobile 7 ]><html class="no-js iem7"><![endif]-->
<!--[if lt IE 9]><html class="no-js lte-ie8"><![endif]-->
<!--[if (gt IE 8)|(gt IEMobile 7)|!(IEMobile)|!(IE)]><!--><html class="no-js" lang="en"><!--<![endif]-->
<head>
  <meta charset="utf-8">
  <title>kurobaraのブログ</title>
  <meta name="author" content="kurobara">

  
  <meta name="description" content="まぁなんとかやってます 久々にブログ書きます。
というか、勉強会も行ってきたの久しぶりかもしれない。。。
という訳なので、勉強会で取ったメモメモ
(資料はどこかに上がってる) Slices氏 資料 (端末の検索)検索結果の中に自分のアプリのアクションを出せる &hellip;">
  

  <!-- http://t.co/dKP3o1e -->
  <meta name="HandheldFriendly" content="True">
  <meta name="MobileOptimized" content="320">
  <meta name="viewport" content="width=device-width, initial-scale=1">

  
  <link rel="canonical" href="http://moonstruckdrops.github.com/">
  <link href="/favicon.png" rel="icon">
  <link href="/stylesheets/screen.css" media="screen, projection" rel="stylesheet" type="text/css">
  <script src="/javascripts/modernizr-2.0.js"></script>
  <script src="/javascripts/ender.js"></script>
  <script src="/javascripts/octopress.js" type="text/javascript"></script>
  <link href="/atom.xml" rel="alternate" title="kurobaraのブログ" type="application/atom+xml">
  <link href="/stylesheets/table.css" rel="stylesheet" type="text/css" />

  <!--Fonts from Google"s Web font directory at http://google.com/webfonts -->
<link href="http://fonts.googleapis.com/css?family=PT+Serif:regular,italic,bold,bolditalic" rel="stylesheet" type="text/css">
<link href="http://fonts.googleapis.com/css?family=PT+Sans:regular,italic,bold,bolditalic" rel="stylesheet" type="text/css">

  
</head>

<body   >
  <nav role="navigation"><ul class="subscription" data-subscription="rss">
  <li><a href="/atom.xml" rel="subscribe-rss" title="subscribe via RSS">RSS</a></li>
  
</ul>
  
<form action="http://google.com/search" method="get">
  <fieldset role="search">
    <input type="hidden" name="q" value="site:moonstruckdrops.github.com" />
    <input class="search" type="text" name="q" results="0" placeholder="Search"/>
  </fieldset>
</form>
  
<ul class="main-navigation">
    <li><a href="/">
        <span class="blue_light">
            kurobaraのブログ
        </span>
       
           <span class="blue_dark">
             〜ネタを書き散らすだけのようなブログ〜
           </span>
       
    </a></li>
  <li><a href="/">Blog</a></li>
  <li><a href="/blog/archives">Archives</a></li>
  <!--
  <li><a href="/about">About me</a></li>
  -->
</ul>

</nav>
  <div id="main">
    <div id="content">
      <div class="blog-index">
  
  
    <article>
      
  <header>
    
      <h1 class="entry-title"><a href="/blog/2018/05/26/shibuya-aab/">shibuya.apk主催のGoogleI/O 2018報告会にいってきた</a></h1>
    
    
      <p class="meta">
        

<time datetime="2018-05-26T01:01:00+09:00" pubdate data-updated="true">May 26<span>th</span>, 2018</time>
        
      </p>
    
  </header>


  <div class="entry-content"><h3>まぁなんとかやってます</h3>

<hr />

<p>久々にブログ書きます。<br/>
というか、勉強会も行ってきたの久しぶりかもしれない。。。<br/>
という訳なので、勉強会で取ったメモメモ
(資料はどこかに上がってる)</p>

<h3>Slices氏</h3>

<hr />

<p><a href="https://speakerdeck.com/wasabeef/how-to-develop-slices-apps">資料</a></p>

<ul>
<li>(端末の検索)検索結果の中に自分のアプリのアクションを出せる</li>
<li><p>push通知とかホームスクリーンで出せるようになる</p></li>
<li><p>確認用のアプリがあるので、エミュレータで専用のアプリを必要</p></li>
<li><p>4.4以上</p></li>
<li><p>SliceManager #&lt;= 作れるけどあんまりないと思う</p></li>
<li><p>SliceProvider #&lt;= 実装は大体こっち</p></li>
<li><p>manifestにproviderタグ</p></li>
<li>contentproviderを継承したもの</li>
<li>builderpatternで色々設定</li>
<li>sliceaction(実際はpendingintentみたいなもの)</li>
<li><p>sliceviewで画面</p></li>
<li><p>adb shellで動作検証する</p></li>
<li><p>初回だけパーミッション確認ある</p></li>
<li><p>manifestに書くのはcontentprovider</p></li>
<li><p>authoritiesは後々に重要になる</p></li>
<li><p>contentprovider(sliceprovider)</p></li>
<li>onBindingSliceが重要</li>
<li>中で実装したパスによって動きが変わる</li>
<li>authoritiesはここで使う</li>
<li>builderはここで実装</li>
<li>slice-content://<authorities>/&lt;provider定義のpath>でadb起動</li>
<li><p>sliceactionで起動したいintentとか</p></li>
<li><p>動的に更新もできる</p></li>
<li>contentresolver.notifyChangeにsliceのuriを設定すればOK</li>
</ul>


<h3>Android Test は “Write once, run everywhere.” の夢を見るか</h3>

<hr />

<p><a href="https://docs.google.com/presentation/d/1M_WMloMI18MNUYBSx9xHH3HiGktZIcTk4gG1PPfD_mg/edit?usp=sharing">資料</a></p>

<ul>
<li>robolectricとinstrumentedテストのAPIが似てたので統一された</li>
<li>instrumentedテストのAPIがローカルで動く(robolectricが必要)</li>
<li>テストの実行方法も統一したい = nitrogen pj</li>
<li>flavorとかリセットとかその他辛いので、実行環境を抽象化とかしたもの</li>
<li>googleのサポートの信頼性は高い(リリースはまだされてない)</li>
</ul>


<h3>Android App Bundle</h3>

<hr />

<ul>
<li>5.0以上でsplit apk</li>
<li>base apk, configuration apk, dynamic featureapk</li>
<li>base apkは基本機能でユーザーが最初にインストールするもの</li>
<li>configuration apkは特定の画面サイズとか言語のネイティブコードとか</li>
<li>gradleでbundleセクションでlanguageとかdensityとか設定する</li>
<li>dynamic feature apkは初回に必要にないものすべて</li>
<li>manifestでmodukeを設定</li>
<li>4.4以下では、dist:fusing=true</li>
<li>dependencyにbaseを設定する</li>
<li>base側はdynamicを読む設定を入れる</li>
<li>base側にはmoduleをインストールする実装が必要>&lt;</li>
<li>端末に合わせたアプリにできるようになる</li>
<li>最適化されてるので小型のアプリにできる</li>
<li>後から追加してもいいものが対象</li>
<li>cliではbase:bundleみたいなのを打つといい</li>
<li>play consoleのアップロードはちょっと面倒</li>
<li>100MBとかbata program登録</li>
<li>play側の署名できるようにしておく</li>
<li>bundleツールでローカルテスト</li>
<li>bundletoolsでインストールとか端末設定抽出とかして自動で個別設定いれる</li>
<li>端末設定を変更すると追加の設定がインストールされる</li>
<li>playが古いと4.4以前と変わらない動きになることに注意</li>
<li>dynamic feature modukeは大規模でないと実装コスパが悪そうだけどモジュール化は重要かも</li>
</ul>


<h3>Material Components</h3>

<hr />

<ul>
<li>materail theme editor = skitch plugin</li>
<li>material components = 新しいsupport design library</li>
<li>designライブラリにあったものは全部同梱されている(名前が変わったものがあるCardとか)</li>
<li>chips = gmailとか送信とかにでてくる小さいタグっぽいview</li>
<li>textfieldもアウトラインとか縁が簡単に囲まれたものができる</li>
</ul>

</div>
  
  
    </article>
  
  
    <article>
      
  <header>
    
      <h1 class="entry-title"><a href="/blog/2017/09/21/ruby-kaigi/">RuubyKaigi2017に参加してきた</a></h1>
    
    
      <p class="meta">
        

<time datetime="2017-09-21T21:32:00+09:00" pubdate data-updated="true">Sep 21<span>st</span>, 2017</time>
        
      </p>
    
  </header>


  <div class="entry-content"><h3>はじめに</h3>

<hr />

<p>Rubykaigi2017に参加してきましたので、メモを共有しておきます</p>

<h3>Keynote</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/n0kada.html">Nobuさんの発表</a></p>

<ul>
<li>ゆるふわRuby生活

<ul>
<li>デバッグ</li>
<li>新機能</li>
<li>バグ作成</li>
</ul>
</li>
<li>リポジトリ

<ul>
<li>Rubyのgithubはミラーなのであんまり見ない</li>
<li>移行コスト(svn to git)</li>
<li>hashが明確でない(リビジョン番号と比較して)</li>
<li>gitがwindows非サポート</li>
</ul>
</li>
<li>issue

<ul>
<li>redmine</li>
<li>mailinglist</li>
</ul>
</li>
<li>meeting

<ul>
<li>(物理で会う場合)バグチケットの棚卸し</li>
</ul>
</li>
<li>build

<ul>
<li>out-of-place-build

<ul>
<li>configureのオプション</li>
</ul>
</li>
<li>baseruby

<ul>
<li>ソース生成したりなど</li>
</ul>
</li>
<li>miniruby

<ul>
<li>ビルド時の中間生成物</li>
<li>拡張ライブラリ</li>
<li>共有ライブラリの非サポート

<ul>
<li>単独で動かせる</li>
<li>エンコードが固定</li>
<li>共有ライブラリの機能が無理</li>
</ul>
</li>
</ul>
</li>
<li>extconfのビルドが遅い

<ul>
<li>別プロセスでビルドするようにした(2.5以降)

<ul>
<li>依存関係がなければ</li>
</ul>
</li>
</ul>
</li>
<li>ヘッダーや共有ライブラリの位置</li>
<li>trace_var

<ul>
<li>ビルド時に変数の代わり内容をhookする</li>
</ul>
</li>
</ul>
</li>
<li>bug?</li>
</ul>


<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>p = 2
</span><span class='line'>p (-1.3).abs #=&gt; 1.3
</span></code></pre></td></tr></table></div></figure>


<ul>
<li>カッコの前にspaceを置く</li>
<li>キーワード引数の名前を内部的にはラベルと呼称</li>
<li>parse_ident()

<ul>
<li>小文字で始まってるか識別する</li>
</ul>
</li>
<li>lavr_ident

<ul>
<li>既に定義済みかチェック</li>
</ul>
</li>
<li>lvar_definedを外せば多分意図通りになって直るけど・・・</li>
<li>string.intern(symbol作成)の再定義するとsymbolにならない

<ul>
<li>:&#8221;#{aaa}&#8221;みたいな書き方で、refineでstring.internを上書きしたのだとsymbolにならない</li>
</ul>
</li>
<li>2.5にnew featureはないのか？

<ul>
<li>rescure inside do-end</li>
<li>hash,transform_keys</li>
</ul>
</li>
<li>議論中

<ul>
<li>メソッドオブジェクトを作るためのメソッドみたいなのは議論中</li>
<li>右代入(rightward assignment)</li>
</ul>
</li>
</ul>


<h3>Fiber in the 10th year</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/ko1.html">ko1さんの発表</a></p>

<ul>
<li>suspend/continueはprocはできないけどfiberならできる</li>
<li>Fiberの応用

<ul>
<li>使うところ

<ul>
<li>ブロックの仲で繰り返す</li>
<li>ブロックの外で制御</li>
</ul>
</li>
<li>ゲームのキャラクタごとにパラメータ制御</li>
<li>IOscheduler(none-blockingio)

<ul>
<li>timerがない</li>
<li>ioblockingでも切り替え無し</li>
<li>共有データの同期処理を書く必要がおそらく無い</li>
</ul>
</li>
</ul>
</li>
<li>当初、Fiberは任意のFiberに処理を渡すpassというAPIだけを持っていた(coroutineだった)。</li>
<li>coroutineは強すぎて管理が難しい。</li>
<li>contextの切替

<ul>
<li>thread state</li>
<li>vm stack</li>
<li>machine stack</li>
</ul>
</li>
<li>昔はコピー

<ul>
<li>コードを参考にできた</li>
<li>殆どの環境で使える</li>
<li>スタックが深いと領域が必要で時間かかる</li>
</ul>
</li>
<li>その次

<ul>
<li>nativeのスタック領域を使うように</li>
</ul>
</li>
<li>今

<ul>
<li>ポインター切替で実行

<ul>
<li>5%早くなった</li>
<li>30%メモリ消費減った(但し、局所的)</li>
</ul>
</li>
</ul>
</li>
<li>autofiber

<ul>
<li>既存コード変更不要</li>
<li>blockimgioを勝手に切り替える(ioblockのみ)</li>
<li>fiberの指定不要</li>
<li>同期処理を書く必要が出て来る</li>
</ul>
</li>
</ul>


<h3>How Close is Ruby 3x3 For Production Web Apps?</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/codefolio.html">Noah Gibbsさんの発表</a></p>

<ul>
<li>Real Web Appsはproductionで人々に使われていることで、fasterはベンチマークテスト結果を改善</li>
<li>くりかえしすることを実行</li>
<li>通常アクションを記録</li>
<li>optcarrotでwarmup</li>
<li>discurseで採取(https://github.com/discourse/discourse)</li>
<li>Ruby2.0.0からRuby2.4.1で速度はどうなったか。途中でDiscourse自体がv1.5からv1.8に変わってしまったが、同バージョンの中ではRuby Versionが上がるにつれて着実に改善</li>
<li>DiscourseでのベンチマークではRuby2.0.0 -> Ruby 2.4.1にかけて150%ほど速くなっている</li>
<li>ウォームアップについて。MRIでもwarmupについれてスループットが改善する。どのRubyバージョンでも同程度。5000</li>
<li>warmup iterationで5-7%程度の改善。</li>
<li>firstrequestは2.0.0に比較して30%確実に早くなている</li>
<li>https://github.com/noahgibbs/rails_ruby_bench</li>
<li>https://docs.google.com/presentation/d/1tUQpblTufP0IWiZSfnky56y9WvYeqMQF9ve45yIcpYY/edit</li>
</ul>


<h3>Gemification for Ruby 2.5/3.0</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/hsbt.html">hsbtさんの発表</a></p>

<ul>
<li>現状と展望について

<ul>
<li>raa</li>
<li>rubyforge</li>
<li>gems.github.com</li>
<li>gemcutter.org</li>
<li>rubygems.org</li>
<li>bundler &lt;= イマココ</li>
</ul>
</li>
<li>標準添付ライブラリ

<ul>
<li>requireしなくても使えるもの</li>
<li>standard libraries

<ul>
<li>svnと一致しているもの</li>
</ul>
</li>
<li>default gems

<ul>
<li>rubyと一致orメンテナがリリース</li>
</ul>
</li>
<li>bundled gems

<ul>
<li>メンテナがリリース</li>
</ul>
</li>
</ul>
</li>
<li>default gems

<ul>
<li>openssl

<ul>
<li>githubで開発</li>
<li>あるタイミングでsvn側に取り込み</li>
<li>rubyのバージョン違っていても、使える</li>
</ul>
</li>
<li>psych

<ul>
<li>jruby/crubyの互換性確保</li>
</ul>
</li>
<li>rdoc</li>
</ul>
</li>
<li>bundledgems

<ul>
<li>testunit/minitest</li>
<li>ビルド時にinstallするもの</li>
<li>rake

<ul>
<li>標準添付する必要があんまりないので</li>
</ul>
</li>
<li>デメリット

<ul>
<li>開発中のrubyでbundledgemsが動くかも保証もできない</li>
</ul>
</li>
</ul>
</li>
<li>gemfication

<ul>
<li>standaradのもをgemで配布していく</li>
<li>標準添付ライブラリをgemとして切り出していく</li>
<li>2.5,2.6で追加したものを2.4でも使える可能性ある</li>
</ul>
</li>
<li>問題

<ul>
<li>標準添付ライブラリ間の依存関係</li>
<li>バックポートによるメンテナの負担がヤバイ</li>
<li>メンテナが古いのでも使えうように頑張る必要でてくる

<ul>
<li>1.8.7のサポート対応</li>
</ul>
</li>
</ul>
</li>
<li>rubygems/rubygems.org

<ul>
<li>サイト</li>
</ul>
</li>
<li>rubygems/rubygems

<ul>
<li>ライブラリ周り(bundlerチーム)</li>
</ul>
</li>
<li>rubyfication

<ul>
<li>rubygems上に名前空間周りでバッティングして調整して上書き</li>
</ul>
</li>
<li>3.0へ向けて

<ul>
<li>bundlerはデフォルトgemになる</li>
<li>標準添付は全てgemにしておきたい</li>
<li>標準ライブラリのバージョン周りでもしかしたらバージョンの不具合起きるかも</li>
<li>Bundler がないと RubyGems 2.7 の動きが怪しい</li>
</ul>
</li>
</ul>


<h3>Development of Data Science Ecosystem for Ruby</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/mrkn.html">mrknさんの発表</a></p>

<ul>
<li>現在

<ul>
<li>Rubyだけで頑張る方法

<ul>
<li>データ処理部分</li>
</ul>
</li>
<li>併用する方法

<ul>
<li>メイン処理に関わる箇所でｍデータの受け渡し処理</li>
<li>2重変更が必要(データ処理とメイン処理)</li>
<li>pythonやrを呼び出すとデータ交換コストが高く、データ形式の変更時などは両方に変更が必要</li>
</ul>
</li>
<li>rubyからpythonを呼び出す方法</li>
<li>rails上でpandasで表示

<ul>
<li>パフォーマンスに問題ありそうだけど、pandas呼べてる</li>
</ul>
</li>
<li>rubyからpythonを呼び出すことに不自然ではない

<ul>
<li>先入観では？</li>
<li>RPy2みたいなものも存在している

<ul>
<li>大体のことがPythonでできるから、Pythonになっている</li>
</ul>
</li>
</ul>
</li>
<li>issue登録が欲しい</li>
</ul>
</li>
<li>将来への展望

<ul>
<li>未来を見据えてPycallでないようにしたい</li>
<li>一つの言語では完結しない

<ul>
<li>pysparとはいえ、spark自信はscala,java</li>
</ul>
</li>
<li>apache arrowを例にとっても、bindingを作っておけば将来apache arrowが流行れば使われるようになる</li>
<li>red data toolsに参加してもらいたい</li>
<li>pycallにissue/prが欲しい</li>
</ul>
</li>
</ul>


<h3>Ruby Committers vs the World</h3>

<hr />

<ul>
<li>型注釈、結局コミッターはどう思ってるのか？

<ul>
<li>全体的に「別にあってもいいんじゃないの」って空気感</li>
</ul>
</li>
<li>右代入？

<ul>
<li>matz右代入ありなんだけど、いい記号がない。。。</li>
</ul>
</li>
</ul>


<h3>keynote</h3>

<hr />

<p>Matzによるkeynote</p>

<ul>
<li>言語愛が最大の要因</li>
<li>プログラミング言語面白い</li>
<li>例外なくプログラミング言語が好き</li>
<li>他の言語を貶めることは無い</li>
<li>simula(一番最初と言われるオブジェクト指向言語)

<ul>
<li>inheritance</li>
<li>差分プログラミング</li>
</ul>
</li>
<li>simulaからではなくlisp, smalltalkから影響を受けているのでsimulaから直接ではない</li>
<li>super classは２つでは？</li>
<li>roleは複数持ってるのでは？</li>
<li>単一継承ではなく多重継承

<ul>
<li>Lisp(flavors)の世界から</li>
<li>自然な拡張だが、複雑化しやすい

<ul>
<li>daiamond継承など</li>
<li>c3 linialization algorizm(線形化アルゴリズムで、継承順序を決定する)</li>
</ul>
</li>
</ul>
</li>
<li>mix-in

<ul>
<li>lisp内ではflavorsと呼ばれる

<ul>
<li>バニラアイスに、チョコチップやミントの味を追加するみたいな意味

<ul>
<li>アイスクリームはインスタンスにできるが、チョコチップはできない</li>
<li>混ぜた味(ミントアイスクリーム)はインスタンスにできる</li>
</ul>
</li>
</ul>
</li>
<li>モジュールはmixinの単位</li>
<li>Rubyではグループ分けの単位として使われてる

<ul>
<li>Net::HTTPのNetなど</li>
</ul>
</li>
<li>singletonとしても使われている

<ul>
<li>FileUtilsなど</li>
</ul>
</li>
<li>メソッドや機能の集まりとして使われている

<ul>
<li>Mathモジュールなど

<ul>
<li>includeすると直接使えるようになる(モジュールファンクション)</li>
<li>メソッドをコピーしてオブジェクトに注入</li>
</ul>
</li>
</ul>
</li>
<li>メソッド結合としての単位

<ul>
<li>alias method chain

<ul>
<li>メソッドの別名をつけて、置き換えることができる</li>
</ul>
</li>
<li>module prepend

<ul>
<li>dynamicに変更することができなくなる</li>
</ul>
</li>
<li>最初は入れる気がなかったが考える事で入れるようになった

<ul>
<li>lispのメソッドコンビネーション</li>
<li>classにおけるaround hook</li>
<li>aspect思考からも影響</li>
</ul>
</li>
</ul>
</li>
<li>refinement

<ul>
<li>open classの機能はあった

<ul>
<li>monkey patching機能(昔はgerilla -> gorilla -> monky)</li>
<li>ActiveSupport</li>
</ul>
</li>
<li>グローバルに影響与える

<ul>
<li>selector namaspaceも候補にあった</li>
<li>usingを都度書く必要があるので、イマイチ使われていない？</li>
</ul>
</li>
<li>スコープを区切ったmonkey patch</li>
<li>レキシカル</li>
<li>使い方

<ul>
<li>C#のエクステンション</li>
<li>既存のメソッドを置き換える

<ul>
<li>ローカル里バインディングがない</li>
<li>想定外に置き換わることもない</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
<li>structural signature

<ul>
<li>type check

<ul>
<li>Javaのインターフェースでは?</li>
</ul>
</li>
<li>まだ導入されていない</li>
</ul>
</li>
</ul>
</li>
<li>performanace

<ul>
<li>Benchmark suite</li>
<li>MJIT</li>
<li>Rubex</li>
</ul>
</li>
<li>concurrency

<ul>
<li>fiber</li>
<li>autofiber</li>
<li>guild</li>
</ul>
</li>
<li>static analytics</li>
</ul>


<h3>An introduction and future of Ruby coverage library</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/mametter.html">mameさんの発表</a></p>

<ul>
<li>型システムだけではなくカバレッジ方面でも活躍していく</li>
<li>カバレッジ

<ul>
<li>コード</li>
<li>未テストのコード検出</li>
<li>テストスイートの良さ体語</li>
<li>function coverage

<ul>
<li>簡単可視化しやすい</li>
<li>関数の中はみないので指標として弱い</li>
</ul>
</li>
<li>line coverage &lt;= Rubyはこちらのみサポート

<ul>
<li>簡単可視化しやすい</li>
<li>関数の中はみないので指標として弱い</li>
<li>後置ifなど見落としやすい</li>
</ul>
</li>
<li>branch coverage

<ul>
<li>網羅的に検証できている</li>
<li>可視化が難しい(多くのツールでサポートできてない)</li>
<li>更に細かいcondition coverageがある</li>
</ul>
</li>
<li>C0/C1/C2の指す内容については人によって異なる可能性あるので注意</li>
</ul>
</li>
<li>理解してつかっていくには

<ul>
<li>よいテストスイートは？

<ul>
<li>仕様を満たしているかは取れない

<ul>
<li>設計に対する網羅性はない</li>
</ul>
</li>
<li>間違えてたしてもテストコードがありカバレッジがあるとないとでは大違い

<ul>
<li>カバレッジは指標なので、100%を目指してもダメ</li>
</ul>
</li>
</ul>
</li>
<li>未テストを理解</li>
<li>テストデザインを考える

<ul>
<li>特に観点が重要</li>
</ul>
</li>
<li>どれくらい網羅性があれば？

<ul>
<li>重要なものに関しては100%を目指す(ぐらいの温度感)</li>
<li>費用対効果も考慮に入れて考える

<ul>
<li>ioとかテストしにくいものは、割に合うか考えてやる</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
<li>ライブラリの現状と展望

<ul>
<li>simplecov

<ul>
<li>coverage.soのラッパー</li>
<li>htmlで結果出力</li>
<li>テストの一番最初に呼ばないと、それ以前に呼ばれたものは測定対象にならないことに注意</li>
<li>関数定義も実行対象になってしまうので、意味が無いことに注意(メソッドが呼ばれてない場合)</li>
</ul>
</li>
<li>concov

<ul>
<li>時系列カバレッジ</li>
<li>追加されたコードに対してテストがされているかのチェック</li>
</ul>
</li>
<li>other lang

<ul>
<li>C/c++

<ul>
<li>gcov/lcov</li>
</ul>
</li>
<li>java

<ul>
<li>covertura emma, clover, jacoco</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
<li>今後の計画と展望

<ul>
<li>function / branch coveargeの測定追加

<ul>
<li>issueにコメント欲しい</li>
<li>互換性を持って作っている</li>
</ul>
</li>
<li>100%既存に互換性</li>
<li>他のcoverageツールも参考

<ul>
<li>lcovなど</li>
</ul>
</li>
<li>overhead

<ul>
<li>現状ruby本体だと5倍弱時間がかかる</li>
<li>railsだと2倍くらい？の見込み</li>
</ul>
</li>
</ul>
</li>
</ul>


<h3>workshop</h3>

<hr />

<p>前日のmrknさんが発表されていたPycallについてのworkshop<br/>
リポジトリは<a href="https://github.com/rubydata/rubykaigi2017.git">こちら</a><br/>
docker runをすることで、workshopの内容が出てきます</p>

<h3>Ruby Language Server</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/mtsmfm.html">mtsmfm</a>さんの発表</p>

<ul>
<li>lanugageserver

<ul>
<li>エディタの補完</li>
<li>メソッド定義</li>
<li>ビルド</li>
<li>languageserverプロトコル</li>
<li>ドキュメントの整形</li>
</ul>
</li>
<li>今までのものはエディタ向けのもの

<ul>
<li>viならvi, emacsならemacs</li>
</ul>
</li>
<li>msが仕様を公開している

<ul>
<li>でもvsコードの拡張プラグイン向け</li>
</ul>
</li>
<li>Languageserverprotocol

<ul>
<li>汎用と専用がある</li>
</ul>
</li>
<li>rubyで書くには？

<ul>
<li>基本はnode</li>
<li>JSON-RPCでアクセスができればOK

<ul>
<li>但し、クライアントがうまくサーバと通信できるようにする必要がある</li>
</ul>
</li>
<li>gemでlanguage_server-protocolとして公開している</li>
</ul>
</li>
<li>内容

<ul>
<li>rocodetoolsで補完

<ul>
<li>動的解析に利用、副作用とか到達不能な場合は無力</li>
<li>インスタンスレベルの補完はできてない(静的解析)</li>
</ul>
</li>
<li>エラーメッセージは実行して(wcオプション)、正規表現で結果取得</li>
</ul>
</li>
<li>将来

<ul>
<li>静的解析の改良</li>
<li>ドキュメント</li>
<li>rubocop</li>
<li>syntax highlight</li>
</ul>
</li>
</ul>


<h3>Compacting GC in MRI</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/tenderlove.html">Aaron</a>さんの発表</p>

<ul>
<li>copy on write最適化

<ul>
<li>性質や定義に注意</li>
<li>コピーしたものは、複製元のメモリ上の場所だけを持ってる

<ul>
<li>配列も同じだが、hashはできない</li>
<li>コピー元に変更があったら、コピー先に掛かれる</li>
<li>プロセスforkだとコピーしない</li>
<li>Copy on Writeは何かの変更が起きない限り、コピーを作る必要はなく、必要になったときにはじめてコピーを作る</li>
<li>unicornは親プロセスをforkしている

<ul>
<li>unicornはforkして子プロスを立てるので、Railsが子プロセスで別々に読み込まれてつらい</li>
<li>子プロセスは親プロセスのメモリを指してるのでメモリ使用量を減少させることができる

<ul>
<li>子で書き込むとコピーされる</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
<li>pagefault(共有メモリの変更が原因 => GC)

<ul>
<li>GCのobject allocationでpage faultが起きる。ruby objectのサイズはOSのpageよりも小さいので、object割り当てをするとページまるごとコピーされるし、無駄に使用量がどんどん増える</li>
<li>オブジェクトのサイズはページサイズより小さいので1オブジェクトの変更でも1ページ分のメモリコピーが行われて非効率</li>
</ul>
</li>
<li>heap compaction

<ul>
<li>two finger compaction(単純なクイックソートアルゴリズム)

<ul>
<li>欠点 ランダムに移動するので遅い</li>
<li>利点 他のアルゴリズムよりに簡単に実装できる(下記の２つしかない)

<ul>
<li>オブジェクトの移動</li>
<li>更新</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
<li>gc

<ul>
<li>ヘルパー関数を用意した</li>
<li>移動できないビットテーブル</li>
<li>rb_gc_mark

<ul>
<li>lowlevelでC拡張</li>
</ul>
</li>
<li>GC.compaction

<ul>
<li>rb_gc_mark以外が対象</li>
</ul>
</li>
<li>難しいもの

<ul>
<li>hash key</li>
<li>２重参照</li>
<li>global変数</li>
<li>rb_class_define

<ul>
<li>gcはglobal変数を変更することはできない</li>
</ul>
</li>
<li>string literalの移動するとbytecode更新が続いているので対応が難しい</li>
<li>結局、何も動かせていないような・・・

<ul>
<li>とはいえRailsでも46%程度削減できている</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
<li>inspect memory

<ul>
<li>object_space.dump_all

<ul>
<li>rubyのメモリ</li>
<li>address: 位置</li>
<li>reference: 参照先メモリ</li>
<li>size: メモリサイズ</li>
</ul>
</li>
<li>グラフを作成して変化を追ってみるといいかも
tendorlover/heap-utils</li>
<li>spaps</li>
<li>pss</li>
</ul>
</li>
<li>conclusion

<ul>
<li>プロダクションでテスト中</li>
<li>小さいものでは全然効かない</li>
</ul>
</li>
</ul>


<h3>Ruby for Distributed Storage System</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/tagomoris.html">tagomoris</a>さんの発表</p>

<ul>
<li>disk &amp; networkioがボトルネックではなくなってきてる

<ul>
<li>storageは最近早いのでネックではない</li>
<li>networkはクラウド事業者のものが早い</li>
</ul>
</li>
<li>disk/networkioには、serialization/deseriazationが走る</li>
<li>分散ストレージの場合はさらにレプリケーションが発生する

<ul>
<li>検証やネットワークioの非同期化</li>
<li>これらをこなすためのさらなるThreadなど</li>
</ul>
</li>
<li>quoram

<ul>
<li>最低２つのレプリカをできればよいというもの

<ul>
<li>短いレイテンシ

<ul>
<li>最後のレスポンスは無視する</li>
</ul>
</li>
<li>非同期処理のコストを下げる</li>
</ul>
</li>
</ul>
</li>
<li>bigdam(TD)

<ul>
<li>データ入力系(pipeline)の見直しのPJ名

<ul>
<li>小さいデータから大きいものまで</li>
</ul>
</li>
<li>世界中に配備する</li>
<li>bigdam-pool

<ul>
<li>分散key-value storage</li>
<li>buffer pool

<ul>
<li>S3は使わなくてもよいように</li>
</ul>
</li>
<li>MB単位くらいをそうてい</li>
<li>追記も可能にする</li>
<li>同一データを書き込みできないようにしている</li>
<li>replicationもする

<ul>
<li>無くなったデータの補充みたいなのは内</li>
</ul>
</li>
<li>edge locationで一度受けて、center locationに置くうような仕組みを取ってる</li>
</ul>
</li>
</ul>
</li>
<li>design bigdom

<ul>
<li>mockから先につくたり、IFを全部先に用意</li>
<li>ここをRubyで実装

<ul>
<li>柔軟なので、作って足りない場合に修正したりしてた</li>
<li>手早く</li>
</ul>
</li>
<li>integration /interface test

<ul>
<li>hashっぽいものを書くにはjavaは辛い</li>
<li>さっさとシリアライズ、デシリアライズでサクッと使えて嬉しい</li>
<li>Rubyだと型がないのでシリアライズ、デシリアライズが書きやすく、Mockやテストが書きやすかった。</li>
</ul>
</li>
</ul>
</li>
<li>bigdum-pool-ruby

<ul>
<li>java版と同じものを用意している</li>
</ul>
</li>
<li>非同期networkio

<ul>
<li>eventmachine</li>
<li>cool.io</li>
<li>celluloid::id</li>
</ul>
</li>
<li>thread/timer

<ul>
<li>javaのほうが若干便利かも</li>
<li>executerservie(Java)</li>
</ul>
</li>
<li>monitormixin

<ul>
<li>mutexと似ているもの</li>
</ul>
</li>
<li>resourcecontrol

<ul>
<li>try-with-resourceがrubyにはない</li>
<li>begin_with_rescueが2.5から追加される</li>
</ul>
</li>
<li>型

<ul>
<li>型を混ぜてしまうこと(ArrayにIntegerやStringを混ぜるなど)

<ul>
<li>多言語に対応させるときには・・・・</li>
</ul>
</li>
</ul>
</li>
<li>アプリケーションサーバ

<ul>
<li>Rubyだと基本webサーバしか・・・</li>
<li>ストレージで動かせるとか汎用があると嬉しい</li>
</ul>
</li>
</ul>


<h3>Bundler 2</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/0xColby.html">0xColby</a>さんの発表</p>

<ul>
<li>bundle addコマンド経由でできるようになる</li>
<li>plugin機構を取り入れて、事前処理や後処理も追加できる</li>
<li>エラーメッセージの改良</li>
<li>1.16が1.x系最終</li>
<li>Bundler2は2.3以上</li>
<li>sourceの名前付けをショートカットさせる(:githubみたいな指定)

<ul>
<li>gem &#8216;rack&#8217; github: &#8216;user/repo&#8217;</li>
<li>ブロック指定もできる</li>
</ul>
</li>
<li>bundle infoやbundle gemの情報が出て来る</li>
<li>bundle packageがbundle cacheに変更</li>
<li>bundler 1.xとの後方互換製ない</li>
<li>bundlerは今後1年ごとにメジャーリリース（メジャーバージョンアップという意味ではなく)

<ul>
<li>ruby2.5ではruby側に同梱</li>
</ul>
</li>
<li>bundler2でGemfile.lockが解釈できるが逆はできない(だったかな)</li>
</ul>


<h3>Memory Fragmentation and Bloat in Ruby</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/nateberkopec.html">nateberkopec</a>さんの発表</p>

<ul>
<li>512MBのDYNOでRails動かしてる場合は50%くらい(？)はMemory-constrained</li>
<li>Rubyでのメモリ確保の挙動はレイヤーが深くて難しい、みたいな話をしてる。Ruby Code自体/Ruby Runtime/Allocator/MMU/実メモリ配置</li>
<li>Rubyコード自体からランタイム、アロケーター、MMU、RAM構造まで考えること沢山</li>
<li>freeは本当にfreeするわけではない。OSに領域を返すわけではない.初期化コストかかるのでガバッと拾ってしまってる</li>
<li>web request allocation pattern</li>
<li>http requestが終われば関連するメモリ全部捨てられる</li>
<li>確保したメモリを更に小分けにして、リクエストごとに割り当ててレスポンスが終わったらまとめてfreeして再利用</li>
<li>全てのオブジェクトには40ByteのRVALUEが与えられている。また、実際にmallocされて割り当てられた実際のオブジェクトデータへのポインタを持つ</li>
<li>文字列も短いとRVALUEに入り大きければmallocで確保された場所へのポインタ</li>
<li>GC.statの:heap_live_slotsでスロット数が、:heap_eden_pagesでページ数が取れる。GC::INTERNAL_CONSTANTS[:HEAP_PAGE_OBJ_LIMIT]でページごとの上限が取れる</li>
<li>eden_pages * slots_per_pageで確保できるオブジェクトの上限が取れる。live_slotsをこれで割れば使用率が出せる</li>
<li>PUMAはUnicornより多くのメモリを使ったり、Sidekiqがリークしたりする。スレッドごとのメモリ領域がメインスレッドのメモリ領域に還元</li>
<li>スレッドごとにメモリ領域を確保した後、スレッドが終了しても開放されずにメインスレッドのメモリに統合される</li>
<li>MALLOC_ALENA_MAXを指定すると確保するメモリ領域の上限を制限できるけど、速度とトレードオフになる</li>
</ul>


<h3>Writing Lint for Ruby</h3>

<hr />

<p><a href="http://rubykaigi.org/2017/presentations/p_ck_.html">p_ck_</a>さんの発表</p>

<ul>
<li>ripper</li>
<li>Rubyのparserはほかにもある。標準のRipper。パースのRubyと実行するRubyが同じバージョンになってしまう問題</li>
<li>ASTのトラバースでも無視するnilの可能性</li>
<li>Traverserパターンで解析をする。nodeとvisitorを受け取り再帰的に呼び出していますね。</li>
<li>node.source で括弧の有無など AST で欠損するソースそのものの情報を入手することができる</li>
<li>lintの限界

<ul>
<li>ローカル変数の中身はparserは知らない

<ul>
<li>要はエラーがあったものを代入して回避なおｄ</li>
</ul>
</li>
<li>method呼び出しで定義がわからない

<ul>
<li>静的解析とRubyの相性がイマイチよくない</li>
</ul>
</li>
<li>monkypatch / params(rails) / evalだとLintではできない

<ul>
<li>実行できないという制約</li>
</ul>
</li>
</ul>
</li>
<li>構造が理解ができる

<ul>
<li>全てのケースに対して警告出せる</li>
</ul>
</li>
<li>解析時間が短い

<ul>
<li>実行したりしないので</li>
</ul>
</li>
<li>rubocopは汎用ルールなので、こっち使ったほうが楽</li>
<li>Rubocop(Lintのルール)の作り方。rakeタスクがある。lintの実装とテストのテンプレートを作ってくれる

<ul>
<li>rubocop-plugin(特化したもの)</li>
</ul>
</li>
<li>Lintはバグ検出に使えるもの</li>
<li>解析は、ASTトラバースして見つける</li>
<li>静的解析にはいくつか方法はある</li>
</ul>


<h3>終わりに</h3>

<hr />

<p>スピーカー、スタッフの皆様ありがとうございました</p>

<p>久しぶりな方々ともお会いできて、新たな刺激がありました
印象深いのが型、parser周りの話が多かった印象です<br/>
来年は仙台なので、広島よりは都内から近いですね</p>
</div>
  
  
    </article>
  
  
    <article>
      
  <header>
    
      <h1 class="entry-title"><a href="/blog/2016/06/19/auth-gem/">認証系のgemをちょっと見てみた</a></h1>
    
    
      <p class="meta">
        

<time datetime="2016-06-19T01:34:00+09:00" pubdate data-updated="true">Jun 19<span>th</span>, 2016</time>
        
      </p>
    
  </header>


  <div class="entry-content"><h3>はじめに</h3>

<hr />

<p>だいたいのwebサービスにはユーザー登録をしてはじめて使用することが多いと思います</p>

<p>ご多分にもれずに、これから実装しようとしたものでメンバースキルを鑑みるとRailsという形ですすむことになりました。</p>

<p>では、Railsでアプリを書くときに認証系のgemって、今は何が使えるものだろうかということを軽く見てみました。</p>

<p># ちょっと実装してよと軽く言われるものの困ったものですorz</p>

<h3>RubyToolboxを眺める</h3>

<hr />

<p>自分の個人内の観測範囲でよく聞くもの</p>

<ul>
<li>warden</li>
<li>devise</li>
<li>Authlogic</li>
<li>Sorcery</li>
<li>doorkeeper</li>
<li>OmniAuth</li>
</ul>


<p># provider提供も関係無く書いてますが、話と毛色が違う感あるのでこの後は出てきません</p>

<h3>メンテ厳しいらしいもの</h3>

<hr />

<p>この２つの模様</p>

<ul>
<li><a href="https://github.com/binarylogic/authlogic/issues/487">Authlogic</a></li>
<li>Sorcery(<code>Currently Sorcery project is not actively maintained.</code>という文章がREADMEにあった)</li>
</ul>


<p>PR眺める限り、Authlogicは対応させようと頑張っている模様
Sorceryは、ちょっと厳しそうかな(とはいえ、一応動く&amp;issueとPRをあげたら対応自体はしてくれる模様)</p>

<h3>devise&amp;warden</h3>

<hr />

<p><a href="https://github.com/plataformatec/devise/blob/master/CHANGELOG.md">changelog</a>見ると、<br/>
4.0.0rc1からRails5に対応していました<br/>
流石ですね。</p>

<p># が、多機能で便利でいいのですが癖が強いのとdeviseのレールから外れた瞬間悲惨な目に遭うので避けたいところ</p>

<h3>他に無いか？</h3>

<hr />

<p>個人的に良さそうかなと思ったのは、<a href="https://github.com/halogenandtoast/monban">monban</a>ですかね。<br/>
(ちょっとgithubのスター数が少ないのは気になりますが・・・)</p>

<p>Rails使ってるなぁと思ってみたら、殆どconcern(helper)と初期ロード&amp;設定(railtie&amp;configure)だけだった模様<br/>
案外Railsのアップデート影響も少なそうな印象でした。</p>

<p>実装や設定内容を読む限り、拡張の幅も広いので好印象でした<br/>
実際、Rails5でカスタム実装してみましたが問題なく認証させることができました</p>

<p>肌感&amp;経験上ですが、認証機能自身はサービスによって独自の仕様、または既存機能との併用となることが多いので<br/>
拡張しやすいgemの方が対応のさせやすさ、メンテナンスさせやすいほうがやりやすいかなと思ってます</p>

<p>そういう意味では、(余計な機能が無いという意味で)軽量かつ、拡張可能、機能の置き換え可能なmonbanはいいなと思いました</p>

<p># ぶっちゃけ、monbanカワイイよってことだけが言いたかったｗ</p>
</div>
  
  
    </article>
  
  
    <article>
      
  <header>
    
      <h1 class="entry-title"><a href="/blog/2016/06/16/use-git-branch-command/">Gitのブランチ系コマンドでよく使うもの</a></h1>
    
    
      <p class="meta">
        

<time datetime="2016-06-16T21:20:00+09:00" pubdate data-updated="true">Jun 16<span>th</span>, 2016</time>
        
      </p>
    
  </header>


  <div class="entry-content"><h3>はじめに</h3>

<hr />

<p>たまになんだっけ？ってなるものがあるのでメモしておく<br/>
基本的に削除系</p>

<h3>ブランチ作成</h3>

<hr />

<p>普通に作る</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>$ git branch hoge</span></code></pre></td></tr></table></div></figure>


<p>別のやり方</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>$ git checkout -b hoge</span></code></pre></td></tr></table></div></figure>


<h3>ローカルブランチの削除</h3>

<hr />

<p>マージ済みのものを削除</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>$ git branch -d hoge</span></code></pre></td></tr></table></div></figure>


<p>マージされていないものを強制削除</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>$ git checkout -D hoge</span></code></pre></td></tr></table></div></figure>


<h3>リモートブランチの削除</h3>

<hr />

<p>pushの逆をするだけ</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>$ git push origin :hoge</span></code></pre></td></tr></table></div></figure>


<h3>マージ済みブランチの探索</h3>

<hr />

<p>こんな感じで難しくない</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>$ git branch -r --list --merged</span></code></pre></td></tr></table></div></figure>


<p>オプションを変更するだけで、未マージも見つかる</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>$ git branch -r --list --no-merged</span></code></pre></td></tr></table></div></figure>


<h3>リモートブランチとの同期</h3>

<hr />

<p>誰かがリモートブランチが削除したとしても、その前にfetchしていたら自分のローカルブランチには残っているので同期をする<br/>
これは、放置しておくとよく忘れるやつ</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>$ git remote prune origin</span></code></pre></td></tr></table></div></figure>


<p># ぶっちゃけ、よく忘れる一番最後のだけ書きたかった</p>
</div>
  
  
    </article>
  
  
    <article>
      
  <header>
    
      <h1 class="entry-title"><a href="/blog/2016/04/02/kotlin-study-for-kansai/">Kotlin 1.0リリース記念勉強会 in 京都に行ってきた</a></h1>
    
    
      <p class="meta">
        

<time datetime="2016-04-02T19:30:00+09:00" pubdate data-updated="true">Apr 2<span>nd</span>, 2016</time>
        
      </p>
    
  </header>


  <div class="entry-content"><h3>はじめに</h3>

<hr />

<p>界隈の情報を収集しておきたかったので行ってきました</p>

<p>結論的なところを言ってしまうと、<br/>
もうプロダクトに放り込んでも良さそうという印象でした<br/>
(kobaltやKotolin for JSのようなエコシステムはまだまだですが・・・)</p>

<p>とはいえ、多少は混ぜるな危険(nullとか)もあるようなので<br/>
<strong>ビジネスロジック</strong>や<strong>データクラス</strong>(所謂JavaBeanとか)からやり進めたほうがいいかなという感覚です<br/>
(swiftでobj-C混ぜて大変なことになったのは、大体一年前の話w)</p>

<p>AndroidだとActivityとかコアなところをやるのではなくロジック周りからかな<br/>
# 新規に作る場合、その限りではない</p>

<p>JetBrainsさん、<a href="http://blog.jetbrains.com/kotlin/2016/03/kotlins-android-roadmap/">ロードマップ</a>出すぐらいに本気！！<br/>
(大したことでは無いが唯一の懸念としてあるとすれば、Androidに限ればGoogle本家のサポートでは無いというところぐらいかな)</p>

<h3>SIerアーキテクト視点でみたKotlinの紹介</h3>

<hr />

<p><strong>期待</strong></p>

<ul>
<li>新しく覚えることを少なくできる</li>
<li>一番期待しているのは後方互換性(コンパイラは古いバイナリを使える)</li>
</ul>


<p><strong>機能</strong></p>

<ul>
<li>NullSafe(no-null type / nullable type)

<ul>
<li>言語レベルでnull safeサポート</li>
<li>Java8のOptionalは使い勝手がよくなかった(バッドコードが生まれやすかった)</li>
</ul>
</li>
<li>Dataクラス

<ul>
<li>valueオブジェクトとして使ったほうがよい</li>
</ul>
</li>
<li>smartcast

<ul>
<li>ソースの文脈で、判断してくれる</li>
<li>型分岐で処理するのがやりやすい(instanceof &amp; キャストしなくていい)</li>
</ul>
</li>
<li>extension

<ul>
<li>既存クラスを拡張することが可能

<ul>
<li>swiftとだいたい同じ</li>
</ul>
</li>
</ul>
</li>
<li>delegation

<ul>
<li>インターフェースだけ可能</li>
<li>移譲プロパティ

<ul>
<li>遅延評価とか可能</li>
</ul>
</li>
</ul>
</li>
<li>演算子のオーバーロード

<ul>
<li>BigDecimapを演算子で計算可能</li>
</ul>
</li>
</ul>


<p><strong>まとめ</strong></p>

<ul>
<li>実用的で使いやすい</li>
<li>後方互換性がある(サポートすることを名言している)</li>
<li>webで勉強できる</li>
</ul>


<h3>kotilinはじめました</h3>

<hr />

<ul>
<li>scalaとかswiftやってれば似ているのでやりやすい</li>
<li>scalaのoptionalとkotolinのnull safeは似ているようで微妙に違う</li>
<li>scalaからbetter javaを抜き出してシュリンクした感じ</li>
<li>言語仕様が少ないので覚えやすい</li>
<li>scalaの入り口にはなりやすい(基本構文が似ていることがいい)</li>
<li>swiftっぽい感(構文似ているけど、違うことはそれなりにある)</li>
<li><code>?:</code>はエルビス演算子(scalaのgetOrElse)って言うんだよ！</li>
</ul>


<h3>kotlinとjavaee</h3>

<hr />

<ul>
<li>インジェクションがちょっと面倒そう(明示的に)</li>
<li>none null型にはcdiで注入するのが面倒

<ul>
<li>コンストラクタで初期化するとか</li>
<li>lateinit修飾子をつけるとか工夫が必要</li>
</ul>
</li>
<li>JAX-RSはjavaのコードをそのままで

<ul>
<li>継承するためにopenアノテーション必要</li>
</ul>
</li>
<li>JPA

<ul>
<li>static fieldはcompanionオブジェクトにする(static backing field)</li>
</ul>
</li>
<li>混ぜるな危険はあんまり無さそう

<ul>
<li>どう書くかというのは悩むことは非常に多いかも</li>
</ul>
</li>
<li>少しずつkotolinに置換は現実的かも</li>
<li>古いドキュメントが多いので注意</li>
</ul>


<h3>springboot + kotlin</h3>

<hr />

<ul>
<li>springbootでkotlinが使えるようになった模様</li>
<li>DIはlateinit使え！</li>
<li>JRebel(ホットスポットVMかな)

<ul>
<li>問題無く動く</li>
</ul>
</li>
<li>Spring AOP

<ul>
<li>finalになっているのでopenにすることが必要</li>
<li>@Beanはfunc hoge() = &#8220;hoge&#8221;でかけるとおもいきやopen</li>
</ul>
</li>
<li>getter/setter書かなくてよいのですっきり</li>
<li>none null対策にはいい

<ul>
<li>@NonNullアノテーションは書かないやつでてくるので、none nullを強制できる</li>
</ul>
</li>
</ul>


<h3>kotlinとモダンライブラリを使ってアプリを作る</h3>

<hr />

<ul>
<li>dagger2と相性良さそう

<ul>
<li>そこそこ記述量が減ってる</li>
<li>登壇者もActivity書いたりやcontextの引き回しは気になる模様</li>
</ul>
</li>
<li>databinding

<ul>
<li>プロパティクラス使えばいい</li>
<li>java同様に普通に使える</li>
<li>lazyやnone null、delegateでデータ作らないと表示されないかも</li>
</ul>
</li>
<li>property observer

<ul>
<li>変更監視可能なプロパティ</li>
<li>ListViewとかで有効

<ul>
<li>データが更新される</li>
</ul>
</li>
</ul>
</li>
<li>binding adapter

<ul>
<li>JvmStaticアノテーションでstaicなメソッドになる</li>
</ul>
</li>
<li>value converter

<ul>
<li>kotolinでは使えなかった模様</li>
<li>javaで書くしかない</li>
</ul>
</li>
<li>JetBrainのankoというライブラリが素敵

<ul>
<li>context, serviceとかに便利拡張がある</li>
<li>dslはデータバインディングと組み合わせは辛い(相性があまり良くない模様)</li>
</ul>
</li>
<li>ハマりどころあるものの大体使える

<ul>
<li>Javaのライブラリもそのまま使える模様</li>
</ul>
</li>
</ul>


<h3>Kotlinこんなん出ましたけど</h3>

<hr />

<ul>
<li>kotlin as JS

<ul>
<li>JVM側はメジャーリリースで仕様が大体固まった</li>
<li>JSはもうちょい変更入る</li>
</ul>
</li>
<li>kobalt

<ul>
<li>gradleライク</li>
<li>kobaltプロジェクトを参考するといい模様</li>
<li>ドキュメント生成可能だけど、フォーマット</li>
</ul>
</li>
<li>エコシステムも作ろうとしている模様

<ul>
<li>Androidだけに注力している訳ではない</li>
</ul>
</li>
</ul>


<h3>Dataクラスから始めるKotlin / JetBrains行ってきたよ！</h3>

<hr />

<ul>
<li>groovy柔軟性を引き換えにパフォーマンスと型安全が犠牲</li>
<li>scalaは別の世界</li>
<li>kotolinはスムーズ</li>
<li>lombokプラグインは時々壊れる</li>
<li>データクラスからの以降がよい</li>
<li>ロジックに集中して、細かいところを以降していくといい</li>
<li>java to kotlinはたまに失敗することがある

<ul>
<li>コンバート後のコンパイルに失敗</li>
<li>修正過程で勉強になるとポジティブに捉えるといいかも</li>
</ul>
</li>
<li>Jankinsでビルドががが

<ul>
<li>サブモジュールの.ktが見つからない</li>
</ul>
</li>
<li>突然のillegalstateexception

<ul>
<li>javaの世界からnullが渡されると起きる</li>
<li>javaからも使うフィールドはnone nullにするか慎重になる必要</li>
</ul>
</li>
<li>おしいところ

<ul>
<li>shift + commnad + enterが効かない</li>
</ul>
</li>
<li>ゆるやかに以降できる</li>
<li>データオブジェクトとかビジネスロジックから手をつけて以降するのがオススメ</li>
</ul>


<h3>攻めるラムダ式禁止おじさん</h3>

<hr />

<ul>
<li>関数参照を使えば、ラムダ式を消せる</li>
<li>引数を取らないものもできる</li>
<li>引数を２つとるものは、かりー化</li>
<li>メソッド参照</li>
<li>java的なメソッド参照は使えないけど、かりー化使えば対応可能</li>
<li>ラムダ式をきちんと使う方向で・・・</li>
</ul>

</div>
  
  
    </article>
  
  
    <article>
      
  <header>
    
      <h1 class="entry-title"><a href="/blog/2016/02/23/rails-mimetype/">Railsのリクエストヘッダーを調べる</a></h1>
    
    
      <p class="meta">
        

<time datetime="2016-02-23T19:30:00+09:00" pubdate data-updated="true">Feb 23<span>rd</span>, 2016</time>
        
      </p>
    
  </header>


  <div class="entry-content"><h3>はじめに</h3>

<hr />

<p>リクエストヘッダーの中身を見ようとしたときの備忘録<br/>
ヘッダーを利用してゴニョゴニョしてた時とかに使ってましたｗ</p>

<h3>Railsのリクエストで一覧を取得</h3>

<hr />

<p>requestで来たhederの一覧を調べる場合、以下のコードを<code>before_action</code>に仕込んでおく</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>request.headers.sort.map { |k, v| logger.info "#{k}:#{v}" }</span></code></pre></td></tr></table></div></figure>


<h3>特定のヘッダーの内容確認</h3>

<hr />

<p><code>HTTP_ACCEPT</code>を見たい場合は、以下のコードを<code>before_action</code>に仕込んでおく<br/>
(多分このコードはよく使うかも)</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>accept = request.headers['HTTP_ACCEPT']</span></code></pre></td></tr></table></div></figure>


<h3>利用可能なMIME Typeの確認</h3>

<p>Railsで定義されているMIME Typeを観る場合は以下のコードを利用する<br/>
以下はjsonに対応したMIME Typeを確認するコード</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>Mime::EXTENSION_LOOKUP.each { |m| puts m}
</span><span class='line'>Mime::Type.lookup_by_extension(:json)</span></code></pre></td></tr></table></div></figure>


</div>
  
  
    </article>
  
  
    <article>
      
  <header>
    
      <h1 class="entry-title"><a href="/blog/2016/02/07/sudo-and-x-and-ssh/">sshでX11 Forwardingをsudoコマンド時に実施する方法</a></h1>
    
    
      <p class="meta">
        

<time datetime="2016-02-07T01:11:00+09:00" pubdate data-updated="true">Feb 7<span>th</span>, 2016</time>
        
      </p>
    
  </header>


  <div class="entry-content"><h3>あったこと</h3>

<hr />

<p>表題のようにsshでX11 Forwardingでコマンドを実行したところ<br/>
下記のようなエラーになった</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
<span class='line-number'>5</span>
<span class='line-number'>6</span>
<span class='line-number'>7</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>$ ssh -XY -l hoge xxx.xxx.xxx.xxx
</span><span class='line'>$ sudo virt-manager
</span><span class='line'>** (virt-manager:3166): WARNING **: Could not open X display
</span><span class='line'>X11 connection rejected because of wrong authentication.
</span><span class='line'>X11 connection rejected because of wrong authentication.
</span><span class='line'>(virt-manager:3166): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
</span><span class='line'>(virt-manager:3166): Gtk-CRITICAL **: _gtk_settings_get_style_cascade: assertion 'GTK_IS_SETTINGS (settings)' failed</span></code></pre></td></tr></table></div></figure>


<p>どうやら認可が正しくできていない模様<br/>
(GTKのSCREEN系のエラーっぽく見えるところが、ややこしさに拍車かけてると思う・・・)</p>

<h3>解決案</h3>

<hr />

<p>sudoコマンドを実行する際、Xauthorityを読み込むようにして実行する<br/>
(下記では、念の為xauthをインストールしている)</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>$ ssh -XY -l hoge xxx.xxx.xxx.xxx
</span><span class='line'>$ sudo yum install xorg-x11-xauth
</span><span class='line'>$ sudo  XAUTHORITY=~/.Xauthority virt-manager</span></code></pre></td></tr></table></div></figure>


<p>強引に認可させているので、セキュリティ的に果たしてこれでいいのかという疑問は残りますね<br/>
何れにせよ、ローカルネットワーク内で実行するだけなのでこれでいいかなと。</p>
</div>
  
  
    </article>
  
  
    <article>
      
  <header>
    
      <h1 class="entry-title"><a href="/blog/2015/12/30/walkman-playlist-converter/">GroovyでWALKMAN用のプレイリストコンバーターを作成した</a></h1>
    
    
      <p class="meta">
        

<time datetime="2015-12-30T14:20:00+09:00" pubdate data-updated="true">Dec 30<span>th</span>, 2015</time>
        
      </p>
    
  </header>


  <div class="entry-content"><h3>はじめに</h3>

<hr />

<p>自分の楽曲管理なのですが、以下で行っていました</p>

<ul>
<li>Macを使っている&amp;元iPhoneユーザーのためiTunes</li>
<li>現状はAndroidユーザーでXperiaZ3Compactを活用</li>
<li>iTunesとの連携にはiSyncrアプリでAndroidアプリを連携</li>
</ul>


<p>ここ最近、残念なことにXperiaZ3Compactのイヤホンジャックが故障してしまいました<br/>
海外版SIMFree版のため、国内で修理することもできません。</p>

<p>部品を調達してきて、別途修理するか悩みましたがリスクが高い<br/>
(ネットで調べる限りだいたい、何かしらミスしたという話が多かったです)</p>

<p>仕方ないのでWALKMANを調達するとして、以下の条件で機種が無いかをしらべました</p>

<ul>
<li>WALKMANであること</li>
<li>iSyncrアプリの恩恵を預かれること</li>
<li>microSDは活用してもいい</li>
<li>ある程度の運用は許容するので、何かしらのコンバーター(アプリorスクリプト)は実装してもよい</li>
</ul>


<p>条件に合致するものであれば・・・</p>

<ul>
<li>高額機種のWALKMAN</li>
<li>Android WALKMAN(3~4年前)で売り出していたFシリーズ</li>
<li>microSDが使用しているNW-A20シリーズ</li>
</ul>


<p>というわけで、機能面でも最新であることたお値段も含めて一番条件に合致するWALKMAN(NW-A25)を新たに新調することとしました<br/>
(Fシリーズは別途問題があったようなので却下にしました)</p>

<h3>何故コンバーターが必要になったか</h3>

<hr />

<p>iSyncrで作成したプレイリストは、Android向けに最適化されたもののようなので、そのままではNW-A25では活用することができませんでした<br/>
(店頭に通って挙動を確認しました)</p>

<p>症状としては以下のような形です</p>

<ul>
<li>プレイリストは認識するが曲が存在しない扱いとなる</li>
<li>プレイリストを通さない、ミュージック一覧では楽曲の認識と再生可能</li>
</ul>


<p>何故こういう状態が起こるかというと、WALKMANはOSがAndroidではない為、ファイルパスの扱いが異なるようです<br/>
なので、改善として以下のようにしてあげれば、プレイリストから楽曲再生ができるようになりました<br/>
(こちらも店頭で確認)</p>

<p><strong>変更前</strong></p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>#EXTM3U
</span><span class='line'>/hoge/fuga.mp3
</span><span class='line'>/hoge/fugafuga.mp3</span></code></pre></td></tr></table></div></figure>


<p><strong>変更後</strong></p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>#EXTM3U
</span><span class='line'>hoge/fuga.mp3
</span><span class='line'>hoge/fugafuga.mp3</span></code></pre></td></tr></table></div></figure>


<p>つまり、うまく認識させるためには相互変換できるようなものがあればよいということになります</p>

<h3>何故Groovy?</h3>

<hr />

<p>以下の打算があったので、Groovyでやってみました</p>

<ul>
<li>iSyncrはAndroidアプリなので、コンバーターもAndroidアプリでやれば運用が楽になるのではないか</li>
<li>AndroidはJavaで動作し、JVM言語であるGroovyが動作することも確認取れている</li>
<li>GroovyはJavaよりもライトに(Clojureを活用してですが)ファイル変更処理を実装することができる</li>
<li>ライトにできるので実装モック作成も割りと早めにできるのではないか</li>
</ul>


<p>が、結局Android上での外部ストレージ周りのファイル操作の挙動が変わってる(DocumentFileを通したファイル作成、変更がスクリプトと相性悪い為)ので<br/>
後述のスクリプト処理が活用しづらいのでアプリ内での変換処理は諦めました</p>

<p>なのでコマンドラインツールとして実装&amp;運用する方向としました<br/>
(運用できなくなるのが困るので、多少の労力(SDの抜き差し回数が増える)ぐらいなら労力を割いてもいい方向にしました)</p>

<h3>iSyncr向けのプレイリストからWALKMAN向けのプレイリストに変換</h3>

<hr />

<p>少し手間ですが、以下のような形をとりました</p>

<ol>
<li>WALKMAN向けのプレイリストファイルを作成する(この時点では一時ファイルとして)</li>
<li>iSyncr向けのプレイリストファイルを開く</li>
<li>iSyncr向けのプレイリストファイルの内容をWALKMAN向けのプレイリストファイルに書き込む</li>
<li>このとき行の先頭文字が<code>/</code>で始まっている場合、空文字に置換</li>
<li>ファイル名を正しいもの変更する</li>
<li>iSyncr向けプレイリストは、識別可能なファイル名に変更</li>
<li>一時ファイルのWALKMAN向けのプレイリストファイルは、正しいプレイリストファイル名になるよう変更</li>
</ol>


<p>これらを実装したものが以下になります</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
<span class='line-number'>5</span>
<span class='line-number'>6</span>
<span class='line-number'>7</span>
<span class='line-number'>8</span>
<span class='line-number'>9</span>
<span class='line-number'>10</span>
<span class='line-number'>11</span>
<span class='line-number'>12</span>
<span class='line-number'>13</span>
<span class='line-number'>14</span>
<span class='line-number'>15</span>
<span class='line-number'>16</span>
<span class='line-number'>17</span>
<span class='line-number'>18</span>
<span class='line-number'>19</span>
<span class='line-number'>20</span>
<span class='line-number'>21</span>
<span class='line-number'>22</span>
<span class='line-number'>23</span>
<span class='line-number'>24</span>
<span class='line-number'>25</span>
<span class='line-number'>26</span>
<span class='line-number'>27</span>
<span class='line-number'>28</span>
<span class='line-number'>29</span>
<span class='line-number'>30</span>
<span class='line-number'>31</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>def isyncrToWalkman() {
</span><span class='line'>  def sdCardDirPath = "/Volumes/WALKMAN/syncr"
</span><span class='line'>  def files = new File(sdCardDirPath).listFiles()
</span><span class='line'>
</span><span class='line'>  playList = files.findAll { it.getName() =~ /.*\.m3u$/ }
</span><span class='line'>  if (playList.empty) {
</span><span class='line'>    println "PlayList not found!"
</span><span class='line'>    return
</span><span class='line'>  }
</span><span class='line'>
</span><span class='line'>  playList.each { file -&gt;
</span><span class='line'>    def playListName = file.canonicalPath
</span><span class='line'>
</span><span class='line'>    def newPlayListName = "${file.canonicalPath}.new"
</span><span class='line'>    def newPlayListFile = new File(newPlayListName)
</span><span class='line'>
</span><span class='line'>    newPlayListFile.withWriter('UTF-8') { writer -&gt;
</span><span class='line'>      file.newReader().transformLine(writer) { line -&gt;
</span><span class='line'>        if (line.startsWith("/")){
</span><span class='line'>          line.replaceFirst(/\//,"")
</span><span class='line'>        } else {
</span><span class='line'>          line
</span><span class='line'>        }
</span><span class='line'>      }
</span><span class='line'>    }
</span><span class='line'>
</span><span class='line'>    file.renameTo("${file.canonicalPath}.isyncr")
</span><span class='line'>    newPlayListFile.renameTo("${playListName}")
</span><span class='line'>  }
</span><span class='line'>  println "Convert iSyncr To WALKMAN Complete!!"
</span><span class='line'>}</span></code></pre></td></tr></table></div></figure>


<h3>WALKMAN向けのプレイリストからiSyncr向けのプレイリストに変換</h3>

<hr />

<p>こちらは以下を実装するだけでよいので簡単です</p>

<ol>
<li>WALKMAN向けのプレイリストを削除</li>
<li>iSyncr用のプレイリストの名前を変更</li>
</ol>


<p>上記を実装したものが以下になります</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
<span class='line-number'>5</span>
<span class='line-number'>6</span>
<span class='line-number'>7</span>
<span class='line-number'>8</span>
<span class='line-number'>9</span>
<span class='line-number'>10</span>
<span class='line-number'>11</span>
<span class='line-number'>12</span>
<span class='line-number'>13</span>
<span class='line-number'>14</span>
<span class='line-number'>15</span>
<span class='line-number'>16</span>
<span class='line-number'>17</span>
<span class='line-number'>18</span>
<span class='line-number'>19</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>def walkmanToIsyncr() {
</span><span class='line'>  def sdCardDirPath = "/Volumes/WALKMAN/syncr"
</span><span class='line'>  def files = new File(sdCardDirPath).listFiles()
</span><span class='line'>
</span><span class='line'>  def isyncrPlayList = files.findAll { it.getName() =~ /.*\.m3u.isyncr$/ }
</span><span class='line'>  if (isyncrPlayList.empty) {
</span><span class='line'>    println "PlayList not found!"
</span><span class='line'>    return
</span><span class='line'>  }
</span><span class='line'>
</span><span class='line'>  def walkmanPlayList = files.findAll { it.getName() =~ /.*\.m3u$/ }
</span><span class='line'>  walkmanPlayList.each { file -&gt; file.delete() }
</span><span class='line'>
</span><span class='line'>  isyncrPlayList.each { file -&gt;
</span><span class='line'>    def name = file.canonicalPath.replaceFirst(/\.isyncr$/, "")
</span><span class='line'>    file.renameTo(name)
</span><span class='line'>  }
</span><span class='line'>  println "Convert WALKMAN TO iSyncr Complete!!"
</span><span class='line'>}</span></code></pre></td></tr></table></div></figure>


<h3>コマンドライン部分</h3>

<hr />

<p>こちらはGroovyのBuilderを実装している<code>CliBuilder</code>を活用しました
これは、コマンドラインから実行する際、どちらの変換を実行するかを選択させるようにしたかった為です。</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
<span class='line-number'>5</span>
<span class='line-number'>6</span>
<span class='line-number'>7</span>
<span class='line-number'>8</span>
<span class='line-number'>9</span>
<span class='line-number'>10</span>
<span class='line-number'>11</span>
<span class='line-number'>12</span>
<span class='line-number'>13</span>
<span class='line-number'>14</span>
<span class='line-number'>15</span>
<span class='line-number'>16</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>def cli = new CliBuilder(usage:"PlayList Converter")
</span><span class='line'>cli.w("Playlist : iSyncr TO WALKMAN")
</span><span class='line'>cli.i("Playlist : WALKMAN TO iSyncr")
</span><span class='line'>
</span><span class='line'>
</span><span class='line'>def opt = cli.parse(args)
</span><span class='line'>if (opt.w) {
</span><span class='line'>  isyncrToWalkman()
</span><span class='line'>  return
</span><span class='line'>}
</span><span class='line'>
</span><span class='line'>if (opt.i) {
</span><span class='line'>  walkmanToIsyncr()
</span><span class='line'>  return
</span><span class='line'>}
</span><span class='line'>cli.usage()</span></code></pre></td></tr></table></div></figure>


<p>コードみれば非常に簡単なのですが・・・</p>

<p>オプションに<code>w</code>を付けて実行すると、前述のiSyncrのプレイリストからWALKMAN向けのプレイリストに変換する処理を実施<br/>
オプションに<code>i</code>を付けて実行すると、前述のWALKMAN向けのプレイリストからiSyncrのプレイリストに変換する処理を実施<br/>
何もつけなければ、実行方法を表示するようになっています</p>

<h3>運用</h3>

<hr />

<p><strong>前提</strong></p>

<ol>
<li>PCが認識するSDカードのパスが<code>/Volume/WALKMAN</code>になるように設定</li>
<li>前述のコードをまとめたGroovyファイルを<code>playlist_converter.groovy</code>とする</li>
<li>sdkmanを使って、Groovyをインストール</li>
</ol>


<p><strong>運用手順</strong></p>

<ol>
<li>iSyncrでAndroid上のSDカードとプレイリストを同期</li>
<li>同期完了後、AndroidのSDカードを取外しPCにSDを接続</li>
<li>WALKMAN向けプレイリストになるように以下のコマンドで変換</li>
<li><code>$ groovy playlist_converter.groovy -w</code></li>
<li>WALKMANにSDカードをさして、ミュージックを楽しむ</li>
<li>WALKMANからSDを取り外し、PCにSDを接続</li>
<li>WALKMAN向けプレイリストになるように以下のコマンドで変換</li>
<li><code>$ groovy playlist_converter.groovy -i</code></li>
<li>AndroidにSDをさして、更にプレイリストの同期を実施</li>
</ol>


<p>少し煩雑な感じもしますが、手作業でプレイリストを修正するよりも多少マシかなぁと思ってます<br/>
(実際に自分は運用できてます)</p>
</div>
  
  
    </article>
  
  
    <article>
      
  <header>
    
      <h1 class="entry-title"><a href="/blog/2015/12/20/android-groovy/">AndroidでGroovyを使ってみる</a></h1>
    
    
      <p class="meta">
        

<time datetime="2015-12-20T23:38:00+09:00" pubdate data-updated="true">Dec 20<span>th</span>, 2015</time>
        
      </p>
    
  </header>


  <div class="entry-content"><h3>はじめに</h3>

<hr />

<p>現在常用のスマホとしてAndroid端末を使っています。<br/>
(つい半年前まではiPhoneを使っていました)</p>

<p>端末機としては海外版、XperiaZ3 Compactです。<br/>
(昨今の大型化している流れの中軽量かつ音楽プレイヤーとしても優れている機種として選定しました。)</p>

<p>元々iPhoneユーザーかつ環境が全てApple製品で統一されているので、音楽管理もiTunesで行っています。</p>

<p>そういう状況下であったので、iSyncrというアプリでiTunesのプレイリストと端末を同期させて利用していました</p>

<p>どうもXperiaZ3 Compact側のイヤホンジャック(ヘッドホンジャック)が壊れたようで、<br/>
音楽プレイヤーとしてはまともには利用できなくなりました</p>

<p>とはいえ、Youtubeを見て修理するのはリスクが高いのと、パーツが個人輸入になるので調達までのハードルが高いので修理方向は諦めました</p>

<p>が、どうも最近のwalkmanでは、microSDを使えプレイリストを少し調整すれば認識できるようなことを聞きつけました<br/>
(店頭モックでも、プレイリストを認識し再生可能であることを確認しました)<br/>
なので、microSDとの同期はiSyncrに任せ、同期したプレイリストの変更を独自のアプリでやればいいのではないかと思い今回やってみました</p>

<h3>やりたいこと</h3>

<hr />

<p>まずはiSyncrで作ったプレイリストがウォークマンから認識できるかどうかを確認しました。<br/>
結論的に言うとそのままでは不可能で、一旦編集が必要のようです。</p>

<p>どうやらiSyncrを使ってiTunesの曲を転送したときは、iSyncrの作ったm3uプレイリストを正しく認識出来ないようです<br/>
これは、ウォークマン側のプレイリスト内のパスの解釈の問題のようです。<br/>
対処方法としては、パスの先頭の「/」を削除することで認識させることできます<br/>
(ウォークマン内部では、パスが補完されているのかもしれませんがその辺りは不明です)</p>

<p>こんな感じになるようにします</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>/hoge/fuga.mp3     -&gt; hoge/fuga.mp3
</span><span class='line'>/hoge/fugafuga.mp3 -&gt; hoge/fugafuga.mp3</span></code></pre></td></tr></table></div></figure>


<p>ということで実装としてやりたいことは至ってシンプルです</p>

<ul>
<li>編集後のプレイリストファイルを作成する</li>
<li>iSyncrで作成したプレイリストの内容を、ほぼそのまま編集後のプレイリストに書き込む</li>
<li>この時、行の最初の文字が「/」の場合、上記のように先頭の「/」を空文字に置換する</li>
</ul>


<h3>何故Groovy</h3>

<hr />

<p>Javaで書くと、以下の内容が面倒だったりするわけなのです</p>

<ul>
<li>StreamだとかWriterやらReaderやらでコード自体が肥大化、冗長化すること</li>
<li>ファイルの中身の操作や置換とか結構大変で面倒</li>
</ul>


<p>なので、今回その辺もサクッと実装できるGroovyで書いてみました</p>

<p>他にあるとすれば・・・</p>

<ul>
<li>GroovyがAndroidでも動くということ</li>
<li>置換検証用のコードをサクッと移植したかったこと</li>
<li>個人的にGroovyでコード書くというリハビリ(書かなくなって久しいので)</li>
</ul>


<h3>当該Groovyコード</h3>

<hr />

<p>やりたいことを実施するファイルの置換用コードは以下のようになります</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
<span class='line-number'>5</span>
<span class='line-number'>6</span>
<span class='line-number'>7</span>
<span class='line-number'>8</span>
<span class='line-number'>9</span>
<span class='line-number'>10</span>
<span class='line-number'>11</span>
<span class='line-number'>12</span>
<span class='line-number'>13</span>
<span class='line-number'>14</span>
<span class='line-number'>15</span>
<span class='line-number'>16</span>
<span class='line-number'>17</span>
<span class='line-number'>18</span>
<span class='line-number'>19</span>
<span class='line-number'>20</span>
<span class='line-number'>21</span>
<span class='line-number'>22</span>
<span class='line-number'>23</span>
<span class='line-number'>24</span>
<span class='line-number'>25</span>
<span class='line-number'>26</span>
<span class='line-number'>27</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>def files = new File('Your Path').listFiles()
</span><span class='line'>playList = files.findAll { it.getName() =~ /.*\.m3u$/ }
</span><span class='line'>
</span><span class='line'>playList.each { file -&gt;
</span><span class='line'>  def playListName = file.canonicalPath
</span><span class='line'>
</span><span class='line'>  // 変更版プレイリスト
</span><span class='line'>  def newPlayListName = "${file.canonicalPath}.new"
</span><span class='line'>  def newPlayListFile = new File(newPlayListName)
</span><span class='line'>
</span><span class='line'>  // 変更版プレイリストに現行プレイリストの修正内容を出力
</span><span class='line'>  newPlayListFile.withWriter('UTF-8') { writer -&gt;
</span><span class='line'>    file.newReader().transformLine(writer) { line -&gt;
</span><span class='line'>      if (line.startsWith("/")){
</span><span class='line'>        // 行の最初の文字の場合、「/」を置換する
</span><span class='line'>        line.replaceFirst(/\//,"")
</span><span class='line'>      } else {
</span><span class='line'>        // それ以外の場合はそのまま出力
</span><span class='line'>        line
</span><span class='line'>      }
</span><span class='line'>    }
</span><span class='line'>  }
</span><span class='line'>
</span><span class='line'>  // ファイル名を変更する
</span><span class='line'>  file.renameTo("${file.canonicalPath}.old")
</span><span class='line'>  newPlayListFile.renameTo("${playListName}")
</span><span class='line'>}</span></code></pre></td></tr></table></div></figure>


<p>本当であれば上書き保存という形にしたいところですが、<br/>
元のファイルが無くなってしまうと今度は同期が取れなくなる可能性があるので別ファイルとしました</p>

<h3>GroovyをAndroidに導入</h3>

<hr />

<p>まずはGroovyのインストールをします。<br/>
以下のような形で<a href="http://sdkman.io/">sdkman</a>を使いましょう</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>$ curl -s http://get.sdkman.io | bash
</span><span class='line'>$ sdk ls groovy
</span><span class='line'>$ sdk install groovy 2.4.5
</span><span class='line'>$ sdk use groovy 2.4.5</span></code></pre></td></tr></table></div></figure>


<p>次にAndroidStudioでAndoridプロジェクトを用意します<br/>
Androidプロジェクトに対して、<a href="https://github.com/groovy/groovy-android-gradle-plugin">groovy-android-gradle-plugin</a>を導入します</p>

<p>プロジェクトROOTにあるbuild.gradleを以下のようにします<br/>
(プラグインを導入するのみです)</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
<span class='line-number'>5</span>
<span class='line-number'>6</span>
<span class='line-number'>7</span>
<span class='line-number'>8</span>
<span class='line-number'>9</span>
<span class='line-number'>10</span>
<span class='line-number'>11</span>
<span class='line-number'>12</span>
<span class='line-number'>13</span>
<span class='line-number'>14</span>
<span class='line-number'>15</span>
<span class='line-number'>16</span>
<span class='line-number'>17</span>
<span class='line-number'>18</span>
<span class='line-number'>19</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>buildscript {
</span><span class='line'>    repositories {
</span><span class='line'>        jcenter()
</span><span class='line'>    }
</span><span class='line'>    dependencies {
</span><span class='line'>        classpath 'com.android.tools.build:gradle:1.3.0'
</span><span class='line'>        classpath 'org.codehaus.groovy:gradle-groovy-android-plugin:0.3.6'
</span><span class='line'>    }
</span><span class='line'>}
</span><span class='line'>
</span><span class='line'>allprojects {
</span><span class='line'>    repositories {
</span><span class='line'>        jcenter()
</span><span class='line'>    }
</span><span class='line'>}
</span><span class='line'>
</span><span class='line'>task clean(type: Delete) {
</span><span class='line'>    delete rootProject.buildDir
</span><span class='line'>}</span></code></pre></td></tr></table></div></figure>


<p>次にアプリ側のbuild.gradleを変更します<br/>
(プラグインの適用と、コンパイルライブラリの追加、プラグインの設定追加)</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
<span class='line-number'>5</span>
<span class='line-number'>6</span>
<span class='line-number'>7</span>
<span class='line-number'>8</span>
<span class='line-number'>9</span>
<span class='line-number'>10</span>
<span class='line-number'>11</span>
<span class='line-number'>12</span>
<span class='line-number'>13</span>
<span class='line-number'>14</span>
<span class='line-number'>15</span>
<span class='line-number'>16</span>
<span class='line-number'>17</span>
<span class='line-number'>18</span>
<span class='line-number'>19</span>
<span class='line-number'>20</span>
<span class='line-number'>21</span>
<span class='line-number'>22</span>
<span class='line-number'>23</span>
<span class='line-number'>24</span>
<span class='line-number'>25</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>apply plugin: 'com.android.application'
</span><span class='line'>apply plugin: 'groovyx.grooid.groovy-android'
</span><span class='line'>
</span><span class='line'>android {
</span><span class='line'>    中略
</span><span class='line'>}
</span><span class='line'>
</span><span class='line'>dependencies {
</span><span class='line'>    compile fileTree(dir: 'libs', include: ['*.jar'])
</span><span class='line'>    testCompile 'junit:junit:4.12'
</span><span class='line'>    compile 'com.android.support:appcompat-v7:23.1.1'
</span><span class='line'>    compile 'com.android.support:design:23.1.1'
</span><span class='line'>    compile 'org.codehaus.groovy:groovy:2.4.3:grooid'
</span><span class='line'>}
</span><span class='line'>
</span><span class='line'>project.androidGroovy {
</span><span class='line'>    options {
</span><span class='line'>        configure(groovyOptions) {
</span><span class='line'>            encoding = 'UTF-8'
</span><span class='line'>            forkOptions.jvmArgs = ['-noverify'] // maybe necessary if you use Google Play Services
</span><span class='line'>        }
</span><span class='line'>        sourceCompatibility = '1.7'
</span><span class='line'>        targetCompatibility = '1.7'
</span><span class='line'>    }
</span><span class='line'>}</span></code></pre></td></tr></table></div></figure>


<p>ソースの配置を<code>「src/main/java/MainActivity.java」</code>から<code>「src/main/groovy/MainActivity.groovy」</code>変更します</p>

<p>最後にソースを以下のようにしてGroovyライクに実装します</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
<span class='line-number'>5</span>
<span class='line-number'>6</span>
<span class='line-number'>7</span>
<span class='line-number'>8</span>
<span class='line-number'>9</span>
<span class='line-number'>10</span>
<span class='line-number'>11</span>
<span class='line-number'>12</span>
<span class='line-number'>13</span>
<span class='line-number'>14</span>
<span class='line-number'>15</span>
<span class='line-number'>16</span>
<span class='line-number'>17</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>
</span><span class='line'>@CompileStatic
</span><span class='line'>public class MainActivity extends AppCompatActivity {
</span><span class='line'>
</span><span class='line'>    @Override
</span><span class='line'>    protected void onCreate(Bundle savedInstanceState) {
</span><span class='line'>        super.onCreate(savedInstanceState);
</span><span class='line'>        setContentView(R.layout.activity_main);
</span><span class='line'>
</span><span class='line'>        def hello = { lang -&gt;
</span><span class='line'>            def toast = Toast.makeText(this, "Hello ${lang}!", Toast.LENGTH_LONG)
</span><span class='line'>            toast.setGravity(Gravity.CENTER, 0, 0)
</span><span class='line'>            toast.show()
</span><span class='line'>        }
</span><span class='line'>        hello("Hello Groovy on Android!")
</span><span class='line'>    }
</span><span class='line'>}</span></code></pre></td></tr></table></div></figure>


<p>一応いっておきますが、@CompileStaticアノテーションで静的コンパイルしなくても動作はします<br/>
が、動的コードはパフォーマンス的にきびしいので@CompileStatic推奨されているようです</p>

<h3>ビルド時の注意点</h3>

<hr />

<p>Android Studioでビルドを実行したとき、エラーがあった場合以下のような形でEventLogに出力されてビルドが停止します。<br/>
メッセージを見ても、何が悪いか分かりません。正直、自分は困惑しました</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
<span class='line-number'>5</span>
<span class='line-number'>6</span>
<span class='line-number'>7</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>0:52:06 Platform and Plugin Updates: The following components are ready to update: Google Play services, Google Repository, Android SDK Platform-tools
</span><span class='line'>1:14:33 Gradle sync started
</span><span class='line'>1:14:57 Gradle sync completed
</span><span class='line'>1:14:57 Executing tasks: [:app:generateDebugSources, :app:generateDebugAndroidTestSources]
</span><span class='line'>1:15:01 Gradle build finished in 4s 168ms
</span><span class='line'>1:15:41 Executing tasks: [:app:generateDebugSources, :app:generateDebugAndroidTestSources, :app:compileDebugSources, :app:compileDebugAndroidTestSources]
</span><span class='line'>1:15:47 ExternalSystemException: String index out of range: -105</span></code></pre></td></tr></table></div></figure>


<p>そのときはGradle Consoleを確認しましょう<br/>
以下のような形でエラーメッセージが表示されています<br/>
(この場合、Syntaxエラーですね)</p>

<figure class='code'><div class="highlight"><table><tr><td class="gutter"><pre class="line-numbers"><span class='line-number'>1</span>
<span class='line-number'>2</span>
<span class='line-number'>3</span>
<span class='line-number'>4</span>
<span class='line-number'>5</span>
<span class='line-number'>6</span>
<span class='line-number'>7</span>
<span class='line-number'>8</span>
<span class='line-number'>9</span>
<span class='line-number'>10</span>
<span class='line-number'>11</span>
<span class='line-number'>12</span>
<span class='line-number'>13</span>
<span class='line-number'>14</span>
<span class='line-number'>15</span>
<span class='line-number'>16</span>
<span class='line-number'>17</span>
<span class='line-number'>18</span>
<span class='line-number'>19</span>
<span class='line-number'>20</span>
<span class='line-number'>21</span>
<span class='line-number'>22</span>
<span class='line-number'>23</span>
<span class='line-number'>24</span>
</pre></td><td class='code'><pre><code class=''><span class='line'>:app:compileDebugJavaWithJavac UP-TO-DATE
</span><span class='line'>:app:compileDebugGroovyWithGroovyc
</span><span class='line'>startup failed:
</span><span class='line'>MainActivity.groovy: 53: expecting ')', found '}' @ line 53, column 13.
</span><span class='line'>               }
</span><span class='line'>               ^
</span><span class='line'>
</span><span class='line'>1 error
</span><span class='line'>
</span><span class='line'>
</span><span class='line'> FAILED
</span><span class='line'>
</span><span class='line'>FAILURE: Build failed with an exception.
</span><span class='line'>
</span><span class='line'>* What went wrong:
</span><span class='line'>Execution failed for task ':app:compileDebugGroovyWithGroovyc'.
</span><span class='line'>&gt; Compilation failed; see the compiler error output for details.
</span><span class='line'>
</span><span class='line'>* Try:
</span><span class='line'>Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.
</span><span class='line'>
</span><span class='line'>BUILD FAILED
</span><span class='line'>
</span><span class='line'>Total time: 5.687 secs</span></code></pre></td></tr></table></div></figure>


<p>因みに上記のような形になった場合、何故かそのままではビルドの再開が出来ませんでした。<br/>
対応としては一度「Clean Project」を実行する必要があります</p>

<h3>結果的に・・・</h3>

<hr />

<p>ここまで読めば、分かる方はわかりますが実現はサクッとは出来ませんでした。</p>

<p>何故かと言うとAndroid4.4あたりから導入された<a href="https://developer.android.com/intl/ja/guide/topics/providers/document-provider.html">Storage Access Framework</a>のことをスッカリ忘れていたのでやりたいことは出来ませんでしたorz</p>

<p>当初の運用自体は、iSyncrの同期先をSDカードにしてSDカードに対して同期<br/>
その後同期されたSDカードをPC側にマウントして、上記コードを通してやればよいので無理にAndroid経由させなくていいかなぁと思った次第です</p>

<p>とはいえGroovyでAndroidアプリを書いてみることはまぁできたのでよしとします。<br/>
GroovyでGroovy GDKの便利なAPIやクロージャの恩恵を最大限に受けてて、簡潔に書くことが出来て素晴らしいなと思いました</p>
</div>
  
  
    </article>
  
  
    <article>
      
  <header>
    
      <h1 class="entry-title"><a href="/blog/2015/12/13/ruby-kaigi/">RubyKaigi3日目に行ってきた</a></h1>
    
    
      <p class="meta">
        

<time datetime="2015-12-13T11:24:00+09:00" pubdate data-updated="true">Dec 13<span>th</span>, 2015</time>
        
      </p>
    
  </header>


  <div class="entry-content"><h3>The OMR GC Talk</h3>

<hr />

<p>OMRというランタイム</p>

<ul>
<li>多くの言語に対応している</li>
<li>(plugin機構で実現？)</li>
</ul>


<p>調査はこれを使っていた模様
https://www.ibm.com/developerworks/jp/java/library/j-ibmtools5/</p>

<p>allocationを早くした</p>

<ul>
<li>スレッドローカルヒープ</li>
<li>ロック無しでallocate</li>
</ul>


<p>可変長のバッファを作る
OMRのランタイム上で動作するGCがMRIに比べてよかった</p>

<p>GCのmark速度は早い(MRI)</p>

<p>OMR GCを確認するのはこれ
https://github.com/rubyomr-preview/rubyomr-preview</p>

<h3>Refinements - the Worst Feature You Ever Loved</h3>

<hr />

<p>method aliasとかモンキーパッチだと元の動きの振る舞いが全体に影響するからよくない</p>

<p>assertとかの振る舞いもかわってしまう</p>

<p>refinementsなら影響範囲を制御できる</p>

<p>スコープは働くので継承とかcalss_evalでも有効</p>

<p>文字列で与えたもので使えるeval &#8216;using SomeClass; hoge.fuga&#8217;みたいな感じなの</p>

<h3>Discussion on Thread between version 1.8.6 and 2.2.3</h3>

<hr />

<p>Thread#status
スレッドの状態が取れないような状況が起きた
→mission crtalなシステムでも使えるThreadの使い方</p>

<ul>
<li>子スレッドでforを同期的に上がった場合</li>
<li>同期的にraiseが上がった場合</li>
</ul>


<p>Ruby2.2.3でも早くなったけど、CPU負荷も上がった
実行回数は変わらなかった</p>

<p>raiseのインスタンスは重い
メモリ消費は少ない
selectで対応することができる</p>

<p>早くなったけど、リソース消費も多いのでスレッドとかはメモリ消費量を意識したほうがよい</p>

<h3>Plugin-based software design with Ruby and RubyGems</h3>

<hr />

<ul>
<li>多くの機能</li>
<li>コアコードがシンプル</li>
<li>testが簡単</li>
<li>developerコミュニティが活発</li>
</ul>


<p>デザインパターン</p>

<ol>
<li>ホストアプリを拡張する(拡張ポイントを用意している、コールバックで実行)</li>
<li>DIでプラグインを追加(I/Fとか決めてDIコンテナを置き換え、ホストからアプリを実行)</li>
<li>動的にプラグインをロードする方法</li>
<li>1と2を組み合わせる方法</li>
</ol>


<p>プラグインのバージョンコントロール(依存ライブラリのコンフリクト解消)</p>

<p>fluentdは動的にpluguin
emblukは組み合わせ</p>

<h3>Actor, Thread and me</h3>

<hr />

<p>アクター</p>

<ul>
<li>メッセージを適当なタイミングで送る</li>
<li>レシーブ</li>
<li>仕事をする</li>
</ul>


<p>破綻の予兆</p>

<ul>
<li>複数のイベントを待つ</li>
<li>DBへの問い合わせとか</li>
<li>資源の協調</li>
</ul>

</div>
  
  
    </article>
  
  <div class="pagination">
    
      <a class="prev" href="/blog/page/2/">&larr; Older</a>
    
    <a href="/blog/archives">Blog Archives</a>
    
  </div>
</div>
<aside class="sidebar">
  
    <section>
  <h1>About Me</h1>
  <p>どうやらSEをやっているらしい。</p>
</section>
<section>
  <h1>Recent Posts</h1>
  <ul id="recent_posts">
    
      <li class="post">
        <a href="/blog/2018/05/26/shibuya-aab/">shibuya.apk主催のGoogleI/O 2018報告会にいってきた</a>
      </li>
    
      <li class="post">
        <a href="/blog/2017/09/21/ruby-kaigi/">RuubyKaigi2017に参加してきた</a>
      </li>
    
      <li class="post">
        <a href="/blog/2016/06/19/auth-gem/">認証系のgemをちょっと見てみた</a>
      </li>
    
      <li class="post">
        <a href="/blog/2016/06/16/use-git-branch-command/">gitのブランチ系コマンドでよく使うもの</a>
      </li>
    
      <li class="post">
        <a href="/blog/2016/04/02/kotlin-study-for-kansai/">Kotlin 1.0リリース記念勉強会 in 京都に行ってきた</a>
      </li>
    
  </ul>
</section>
<section>
  <h1>Tag Cloud</h1>
  <span id="tag-cloud"><a href='/blog/categories/android' style='font-size: 126.08695652173913%'>Android(10)</a> <a href='/blog/categories/api' style='font-size: 105.21739130434783%'>API(2)</a> <a href='/blog/categories/devlove' style='font-size: 102.6086956521739%'>DevLove(1)</a> <a href='/blog/categories/devops' style='font-size: 102.6086956521739%'>DevOps(1)</a> <a href='/blog/categories/emacs' style='font-size: 113.04347826086956%'>Emacs(5)</a> <a href='/blog/categories/gas' style='font-size: 102.6086956521739%'>GAS(1)</a> <a href='/blog/categories/git' style='font-size: 110.43478260869566%'>git(4)</a> <a href='/blog/categories/git' style='font-size: 102.6086956521739%'>Git(1)</a> <a href='/blog/categories/go' style='font-size: 102.6086956521739%'>Go(1)</a> <a href='/blog/categories/googlemap' style='font-size: 102.6086956521739%'>GoogleMap(1)</a> <a href='/blog/categories/groovy' style='font-size: 102.6086956521739%'>Groovy(1)</a> <a href='/blog/categories/hackathon' style='font-size: 102.6086956521739%'>Hackathon(1)</a> <a href='/blog/categories/ide' style='font-size: 102.6086956521739%'>IDE(1)</a> <a href='/blog/categories/ios' style='font-size: 102.6086956521739%'>iOS(1)</a> <a href='/blog/categories/java' style='font-size: 118.26086956521739%'>Java(7)</a> <a href='/blog/categories/javascript' style='font-size: 102.6086956521739%'>JavaScript(1)</a> <a href='/blog/categories/kotlin' style='font-size: 102.6086956521739%'>Kotlin(1)</a> <a href='/blog/categories/linux' style='font-size: 128.69565217391303%'>Linux(11)</a> <a href='/blog/categories/mac' style='font-size: 115.65217391304348%'>Mac(6)</a> <a href='/blog/categories/markdown' style='font-size: 115.65217391304348%'>markdown(6)</a> <a href='/blog/categories/mysql' style='font-size: 102.6086956521739%'>MySQL(1)</a> <a href='/blog/categories/python' style='font-size: 102.6086956521739%'>Python(1)</a> <a href='/blog/categories/ruby' style='font-size: 160.0%'>Ruby(23)</a> <a href='/blog/categories/shellscript' style='font-size: 102.6086956521739%'>ShellScript(1)</a> <a href='/blog/categories/solr' style='font-size: 102.6086956521739%'>Solr(1)</a> <a href='/blog/categories/戯言' style='font-size: 120.86956521739131%'>戯言(8)</a> </span>
</section


</aside>

    </div>
  </div>
  <footer role="contentinfo"><p>
  Copyright &copy; 2018 - kurobara -
  <span class="credit">Powered by <a href="http://octopress.org">Octopress</a></span>
</p>

</footer>
  

<div id="fb-root"></div>
<script>(function(d, s, id) {
  var js, fjs = d.getElementsByTagName(s)[0];
  if (d.getElementById(id)) {return;}
  js = d.createElement(s); js.id = id;
  js.src = "//connect.facebook.net/en_US/all.js#appId=212934732101925&xfbml=1";
  fjs.parentNode.insertBefore(js, fjs);
}(document, 'script', 'facebook-jssdk'));</script>


  <script type="text/javascript">
    (function() {
      var script = document.createElement('script'); script.type = 'text/javascript'; script.async = true;
      script.src = 'https://apis.google.com/js/plusone.js';
      var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(script, s);
    })();
  </script>


  <script type="text/javascript">
    (function(){
      var twitterWidgets = document.createElement('script');
      twitterWidgets.type = 'text/javascript';
      twitterWidgets.async = true;
      twitterWidgets.src = 'http://platform.twitter.com/widgets.js';
      document.getElementsByTagName('head')[0].appendChild(twitterWidgets);
    })();
  </script>


</body>
</html>