feat: textlint --fix

posts/2012/09/09/start-blog.md

@@ -8,6 +8,6 @@ categories:
 
 # とりあえず
 
-Blogger 使っていたのですが いろいろと使いにくく感じていたのでこちらに移転。
+Blogger使っていたのですがいろいろと使いにくく感じていたのでこちらに移転。
 
 適当に更新していきます。

posts/2012/09/13/python-install.md

@@ -21,7 +21,7 @@ chmod +x pythonbrew-install
 ./pythonbrew-install
 ```
 
-pythonbrewの環境変数を通す zshの場合でも以下の内容を書くらしい。
+pythonbrewの環境変数を通すzshの場合でも以下の内容を書くらしい。
 
 ```shell
 [[ -s $HOME/.pythonbrew/etc/bashrc ]] && source $HOME/.pythonbrew/etc/bashrc

posts/2012/11/24/developer-festa.md

@@ -10,55 +10,55 @@ categories:
 
 ## Cloudera Impala について
 
-@shiumachi さんより。
+@shiumachiさんより。
 
 ### Impala とは
 
-- Cloudera が開発した低レイテンシ・分析特化型のクエリ実行基盤
-  - google Dremel, Google F1 などにインスパイアされて開発された
+- Clouderaが開発した低レイテンシ・分析特化型のクエリ実行基盤
+  - google Dremel, Google F1などにインスパイアされて開発された
 - データサイエンティストが使うことを想定している
-- Hadoop はクエリの内容がメモリーに乗っからなかった場合、HDD に逃げちゃう
-- Impala はオンメモリー上で頑張ろうとする
+- Hadoopはクエリの内容がメモリーに乗っからなかった場合、HDDに逃げちゃう
+- Impalaはオンメモリー上で頑張ろうとする
 
 #### Impala support 状況
 
 ##### 02 時点
 
-- Trevni, RCFile のサポートは現状まだ、今後に対応予定
-- Hive で出来ることは、基本的に Impala では出来ないと思ってよい
+- Trevni, RCFileのサポートは現状まだ、今後に対応予定
+- Hiveで出来ることは、基本的にImpalaでは出来ないと思ってよい
 
 ### なぜ開発されたのか
 
 Hadoop(Map Reduce)だと高レイテンシで、すぐに結果が欲しくても処理に時間がかかる。
 
-Hive のようで手軽に使える SQL
+Hiveのようで手軽に使えるSQL
 のインターフェイスをもち、かつ低レイテンシエンジンが欲しかったからです。
 
 ### MapReduce とは
 
-- Apache MapReduce とは
+- Apache MapReduceとは
   - バッチ処理を分散して行うシステム
 - Apache Hive
-  - SQL ライクに書ける
-- MapReduce の問題
+  - SQLライクに書ける
+- MapReduceの問題
   - レイテンシが高い
   - 小さいキューを出しても数十秒時間かかる
 
 ### よくある質問
 
 #### Q もう Hive いらないんじゃない
 
-- 定期的に実行を行うクエリなどは Hive のほうが適しているのではないか
+- 定期的に実行を行うクエリなどはHiveのほうが適しているのではないか
 
 #### Qimpala が落ちたらどうするの
 
 - クエリが全部こけます
-- JOIN のサイズ制限あるの
+- JOINのサイズ制限あるの
   - あります
 
 ## Python in Webkit
 
-@omo2009 さんより。
+@omo2009さんより。
 
 ### Third party Tools
 
@@ -89,17 +89,17 @@ Hive のようで手軽に使える SQL
 - 誰にレビューしてもらったか忘れちゃう
 - 探すのに便利
 
-IRC でレビューを頼むと断られにくい。
+IRCでレビューを頼むと断られにくい。
 
 ## Connpass について
 
-@lanMLewis, @ae35 概要と技術について。
+@lanMLewis, @ae35概要と技術について。
 
 ### connpass とは
 
-- BePROUD で運営しているイベント支援サイト
+- BePROUDで運営しているイベント支援サイト
   - 2010/08 django dash
-    - django を使って 48 時間でサービスを作ろう
+    - djangoを使って48時間でサービスを作ろう
     - 既存のイベント支援サービス（ATND)使いにくいよね
     - 作ってみよう
   - 大事だと思ってること
@@ -119,21 +119,21 @@ IRC でレビューを頼むと断られにくい。
 - クライアントサイド
   - CoffeeScript
   - REQUIRE JS
-  - JavaScript 怖い
+  - JavaScript怖い
 
 ## PHP Language Update
 
 ### PHP 5.5 の目玉
 
 - ジェネレートとコールーチン
-  - yield キーワードの追加
-- foreach で変数分解だ
+  - yieldキーワードの追加
+- foreachで変数分解だ
 - empty()の括弧内に変数以外が指定可能に
 - `finally`
   - `try-catch-finally`
     - なぜ今までになかったのか
-  - fatal error が発生すると `finaly` が呼ばれない
+  - fatal errorが発生すると `finaly` が呼ばれない
 
-Python でお仕事している人が日本にもたくさんいて嬉しいです。
+Pythonでお仕事している人が日本にもたくさんいて嬉しいです。
 
 発表者のみなさまおつかれさまでした。

posts/2012/12/20/elixir-install.md

@@ -7,7 +7,7 @@ category: 'elixir'
 
 # Elixirはじめよう
 
-Elixir楽しそうなので勉強はじめます まずはerlangのinstallから。
+Elixir楽しそうなので勉強はじめますまずはerlangのinstallから。
 
     brew install erlang
 

posts/2013/03/02/riak-meetoup-tokyo.md

@@ -10,15 +10,15 @@ categories:
 
 @kuenishi
 
-分散システムの研究や開発は 5 年ぐらい 日本法人が 9 月に出来た。
+分散システムの研究や開発は5年ぐらい日本法人が9月に出来た。
 
 ## Riak の紹介
 
-- Dynamo にインスパイアされた
-- Consistent Hassing による水平分割する
-- Vector Clocks を用いてレプリケーション
-- Erlang/OTP で動作
-- 分散 KVS
+- Dynamoにインスパイアされた
+- Consistent Hassingによる水平分割する
+- Vector Clocksを用いてレプリケーション
+- Erlang/OTPで動作
+- 分散KVS
 
 - HTTP / Protocol Buffers
 - Secondary Index/ MapReduce
@@ -34,11 +34,11 @@ categories:
 
 ## RICON について
 
-- 分散システム、分散 DB のカンファレンス
+- 分散システム、分散DBのカンファレンス
 
 ### 事例
 
-- Redis 側でロックして、裏側は Riak で構築
+- Redis側でロックして、裏側はRiakで構築
   - 壊れても大丈夫なようにするのが鉄板のパターン
 
 ## 面白かった話
@@ -51,11 +51,11 @@ categories:
 
 ## Riak with Engine yard
 
-- EC2 上の Gentoo
-- すべては Chef で構築
+- EC2上のGentoo
+- すべてはChefで構築
 - その上にアプリをデプロイ
-- 再起動も 1 から構築
-- ssh / sudo 可能
+- 再起動も1から構築
+- ssh / sudo可能
 - 何台、何度でも再現可能
 
 - DB
@@ -64,6 +64,6 @@ categories:
   - MySQL
   - Riak
 
-- Riak はバックエンドでたてないとダメ
-- Riak Search を使って全文検索が可能
-- 今後、Yokozuna に移行予定
+- Riakはバックエンドでたてないとダメ
+- Riak Searchを使って全文検索が可能
+- 今後、Yokozunaに移行予定

posts/2013/04/13/gocon.md

@@ -12,27 +12,27 @@ categories:
 
 ## Go 言語で作る Web アプリ @tenntenn
 
-HTTP サーバー簡単に書ける。
+HTTPサーバー簡単に書ける。
 
 - <https://docs.google.com/presentation/d/1rrY2oibeUrqjF4ga5L3EhDioIURcMCUOz7jBXHWBdOM/pub?start=false&loop=false&delayms=3000#slide=id.gb8818ff4_2_0>
 
 ## Go on AppEngine @najeira
 
-- Go 言語のメリット
+- Go言語のメリット
   - 簡単
-  - Native で速い、少メモリ
+  - Nativeで速い、少メモリ
   - モダン（並列、型推論、Stractual subtyping(部分型）
-- AppEngine のメリット
+- AppEngineのメリット
   - 保守しなくてよいので開発に集中できる
   - 大規模、伸縮
-  - モダン（TQ、memcached サポート）
+  - モダン（TQ、memcachedサポート）
 - Testing
-  - AppEngine 上で Go 言語だけでテストを行うことは難しい
+  - AppEngine上でGo言語だけでテストを行うことは難しい
   - testbed <https://github.com/najeira/testbed>
-- Go の優位性
-  - 起動が速い（AppEngine との相性は良い）
+- Goの優位性
+  - 起動が速い（AppEngineとの相性は良い）
 - 速度についての補足
-  - 常に Go が速いというわけではない（I/O、etc)
+  - 常にGoが速いというわけではない（I/O、etc)
 - まだ完全以降にコストかけて頑張るほどのノウハウはたまってない
 
 ## Gorutine and channel @Jxck\_
@@ -47,7 +47,7 @@ HTTP サーバー簡単に書ける。
 
 ## Go のどのあたりが良いか鵜飼さん
 
-- Go の第一印象
+- Goの第一印象
   - 慣れた言語から見ると違和感がある
 - 設計方針
 
@@ -66,23 +66,23 @@ HTTP サーバー簡単に書ける。
   - 型定義
   - 型に対してメソッドを追加する
 - 使われないコード
-  - Go はコンパイルエラーを徹底的に出す
+  - Goはコンパイルエラーを徹底的に出す
   - 大規模なコードになってきたとき、容易に肥大化してしまう問題を防ぐ
 - エラー処理
-  - try ~ catch にしたがる
+  - try ~ catchにしたがる
     - 制御の流れが複雑になる
-    - 変な GOTO をしているような感じ
+    - 変なGOTOをしているような感じ
   - 基本的にエラーはその場で処理させる
 
 ## 無題 @moriyoshi
 
-- Go でゲームを作るためのライブラリー紹介
+- Goでゲームを作るためのライブラリー紹介
   - 画面出力
-    - SDL 系： go-sdl / gosdl
-    - OpenGL 系： gl / GoGL
+    - SDL系： go-sdl / gosdl
+    - OpenGL系： gl / GoGL
   - 音
     - portaudio-go / go-openal / pulsego
   - 入力
-    - 入力の SDL 系は標準でできる
-    - OpenGL 系では Go-GLUT / glfw など使える
+    - 入力のSDL系は標準でできる
+    - OpenGL系ではGo-GLUT / glfwなど使える
 - <https://github.com/moriyoshi/gohex>

posts/2013/07/10/riak-meetup-tokyo.md

@@ -10,20 +10,20 @@ categories:
 
 ## RTB and FreakOut
 
-RTB 概略。
+RTB概略。
 
 - ディスプレー広告の新しい見せ方
-  - 1 回の広告表示ごとに買い付け
+  - 1回の広告表示ごとに買い付け
   - オークション形式によりアラカルトメニュー
 
-広告主のネット広告における ROI 最適を目指す。
+広告主のネット広告におけるROI最適を目指す。
 
-RTB の技術的課題。
+RTBの技術的課題。
 
 ### 広告表示の時間は 0.1 秒
 
 - レイテンシの軽減
-- 多数の RTB を処理
+- 多数のRTBを処理
 - 50mc or die
 
 ### [Tokoy|Kyoto][tyrant|tycoon]
@@ -35,8 +35,8 @@ RTB の技術的課題。
 ## Riak and FreakOut
 
 - スループットを向上させるために
-  - hash から partition を特定する
-  - 素のままでは 50mc or die 的に厳しいため
+  - hashからpartitionを特定する
+  - 素のままでは50mc or die的に厳しいため
   - 構成の工夫が必要
   - スケーラビリティの問題を克服できるメリットは大きい
   - 「サーバーを足すだけで運用」
@@ -47,4 +47,4 @@ RTB の技術的課題。
 
 日本語検索： Yokozuna。
 
-Solr XML スキーマを利用した検索が可能 便利そう。
+Solr XMLスキーマを利用した検索が可能便利そう。

posts/2013/12/22/my-first-chef.md

@@ -87,7 +87,7 @@ vagrant側でchefが使えるように以下のコマンドを実行。
 bundle exec knife solo prepare nodename
 ```
 
-インストールしたいレシピを追加 node/nodename.json。
+インストールしたいレシピを追加node/nodename.json。
 
 ```js
 {

posts/2014/07/03/v-line.md

@@ -12,4 +12,4 @@ categories:
 
 同じ変数名を利用してハッシュのようなものを作成するときに
 情弱で、愚直な操作をしてしまっている。 もっと簡単に入力する方法を知りたい。 atom
-や sublime-text では、さらに愚直に入力しており良い方法がないか知りたい。
+やsublime-textでは、さらに愚直に入力しており良い方法がないか知りたい。

posts/2014/07/05/gitgutter.md

@@ -10,11 +10,10 @@ categories:
 
 ![image](https://i.gyazo.com/9dda194e4854fcbe6f09e39c99f91273.png)
 
-github などで開発していると PR が便利で 良くコードを見るようになりました
+githubなどで開発しているとPRが便利で良くコードを見るようになりました
 意味のないコード差分などはできれば出したくない。
 
-sublime, atom にもあって vim にはないのか と思ってたら検索して 3
-分で見つかりました。
+sublime, atomにもあってvimにはないのかと思ってたら検索して3 分で見つかりました。
 
 最高です。
 

posts/2014/07/06/surround.md

@@ -10,5 +10,5 @@ categories:
 
 ![image](https://i.gyazo.com/b1e2f9fd3623adf1a00afaf738c900de.gif)
 
-surround.vim 便利 sublime-text でも使えるようですが atom
+surround.vim便利sublime-textでも使えるようですがatom
 の公式パッケージにも早くほしい。

posts/2014/07/07/editor-comment.md

@@ -8,9 +8,9 @@ permalink: '/entry/2014/07/07/editor-comment/'
 
 ![image](https://i.gyazo.com/4018e5f5ca75f1d8e374584233ad577a.gif)
 
-vim だと矩形選択で頑張れるから甘えてましたが atom など使っていると comment
-ショートカットが便利で 良く使います。
+vimだと矩形選択で頑張れるから甘えてましたがatomなど使っているとcomment
+ショートカットが便利で良く使います。
 
 ![image2](https://i.gyazo.com/d7058adad30b488c066ff44fac5c376b.gif)
 
-vim でも使えるようにしました 便利。
+vimでも使えるようにしました便利。