On a Whim

あけましておめでとうございます。 去年は1年通して仕事が忙しかったことを言い訳に、何も抱負を達成せずにのんべんだらりと過ごしてしまった一年でした。 去年一切達成できなかった抱負ですが、盛大にハードルを下げつつ、今年も書いておこうと思います。 - 英会話コースを受講する - 隔月で新しいことを体験する（間の月は次の月にやることを考える） - 個人でゲームを作成してプラットフォームへ上げる - 4半期ごとに達成状況を確認して、余裕があったら目標を追加する 以上です。 今年もよろしくお願いいたします。

新年明けましておめでとうございます。 昨年は公私共に色々と負荷をかけてみたり、試してみたり、思考してみたりと刺激が多く、それを通じて本当に沢山の人と交流させていただいた1年でした。 昨年は趣味面では色々と試していたのですが、あまり技術面では新しいことへの挑戦をしなかったなーというのが感想で反省でした。 趣味面と技術面の境が大きいわけではないので、今年は趣味面と仕事面の知識や勉強を組み合わせた物をアウトプットすることを目的にしようと思います。 また、指標としてマネタイズなどの見える数字を立てて、積極的に進捗を出していければと思います。まだ考え中ですが。 今年は自分からも良い影響を与えられるように頑張ります。 引き続きよろしくお願いいたします。 今年の目標 とりあえず書いて、目指していきます 趣味・技術どちらでも良いので個人的な活動をマネタイズにつなげる 毎月新しいことをする 英会話のオンラインコースに入り、継続する Unity認定試験で認定を得る Twitter のフォロワーを1000以上にする 自作ゲームを作って頒布する

ディレクトリのパスをブックマークして denite.nvim で表示するだけの Vim Script を書きました 書きました。 denite-dirmark と命名しました kmnk/denite-dirmark このエントリは書いたことを宣言すること及び、万が一興味を持った人がいた場合に何となく使えそうかを判断できるようにすることを目的にしています 更新履歴 2018-08-11: 公開 2018-08-18: dirmark/add の source のベースを directory_rec から file に変更したので微修正 どうつかうのか add したり delete したりする操作を gif 動画にしてみました なぜつくったのか 自分が欲しかったからです 普段カレントディレクトリを各プロジェクトのルートに持っていって作業するのが癖で、その用途でこれまでは unite の bookmark source を使っており、 denite に移行させたかったというのが詳細の動機です なにができるのか 機能としては大体以下を持っています :Denite dirmark : 保存されたディレクトリのリストを表示。 kind のベースは directory delete action: ディレクトリを dirmark から削除 :Denite dirmark/add : file  で取得したディレクトリのリストを表示。 kind のベースは directory add action: ディレクトリを dirmark へ追加 wide action: directory_rec の起点をターゲットディレクトリの上へ移動 一応 README.md を用意しています（雰囲気英語で書かれています） カスタマイズ 参考までに、自分は以下のような感じで呼び出しています nmap <Leader>dd <SID>(dirmark) nmap <Leader>da <SID>(dirmark-add) nnoremap <silent> <SID>(dirmark) :<C-u...

西日本応援プロジェクト 真夏の大LT大会！ に行ってきました URL: https://techplay.jp/event/684228 勢いでガッと登壇者が集まり、物凄い豪華な方々がLTで登壇予定で、普通にお金を払ってでも聞きに行きたいレベルなのに、なんと募金もできるという凄い会でした 内容は真面目な被災地の話から、昔の思い出や黒歴史を振り返る話まで多種多様で、しかも全部面白かったです ずっと笑ってたらあっという間に2時間経ってた 一応ざっくりメモを取りながら聞いてたのですが、個人的に印象に残ってたのは最後の @ibucho さんの話の中の YahooBB パラソル部隊 が何をしたのか みたいな所かな… まだ学生時代だったので、めっちゃ声かけてきてめんどくさいなーとしか思ってなかったけど、あれによってインターネットが加速した（のかもしれない）とは。Yahoo BB さん、ありがとうございました ともあれ、今メモを見返しても思い出してニヤニヤしてしまう程、どのLTも面白く、とても楽しく募金ができる会でした。 偶々見つけて勢いで参加してよかった。ありがとうございました

UniteTokyo2018 に行ってきたり講演を見たり資料を読んだりしました 主に自分の見直し用 + ブログにアウトプットした事実を残すためのエントリです 一応ある程度危ない表現は潰してありますが、基本的に講演見ながらor資料読みながらのメモをコピペしたものなので、かなり偏った感想が書いてあります 1日目 基調講演は配信で見ました。AIちゃんかわいい 2日目 見に行った 1つだけ見て、後は散歩して帰って3日目は引きこもったので都合1つしか見ず（チケット代もったいないけど） 誘導ミサイル完全マスター そろそろ誘導ミサイルを学んでおきたいので見に行った（） コンピュートシェーディングのとっかかりを遊べそうなので、資料が公開されたら試してみたい。まずはCPUでの物理計算で実行することをやったほうが良いか コードは もう公開されている らしい。あとで試す 講演録画を見た 『崩壊3rd』開発者が語るアニメ風レンダリングの極意 ひたすらにシェーディングとポストエフェクトの話をしていて、自分だと理解が追いつかない。参考にはなったけれど、聞きに行かなくて良かった。この方向性は絵を作ることにこだわりがないと突き詰めていけないなと思う。自分はミサイルとか作るほうが好きそう 基調講演でもやっていたけれど、画作りの最終調整を Unity 上で完結させる努力をしてクオリティを上げている所が多く、そういう方向性、重要そう。だけど雰囲気しかわからなかった ユニティちゃんトゥーンシェーダー2.0使いこなしスペシャル ～こだわりの活用法を紹介します！～ しわの表現を Rimlight でやってみるというのは、なるほど？という感じ MatCap で擬似環境マップ表現 キャラクターを3D表現したいな、という気持ちが重要。UTSは見てる人がたくさんいるので、わからないことが合ったら何でも聞こう 実践的なパフォーマンス分析と最適化 使われる環境（端末、ネットワーク）で、全体を、小さい変更毎にプロファイルしよう。これが前提になるなら最初にプロファイリング環境は作っておくべきなのだろう UnityProfiler, FrameDebugger, MemoryProfiler 等、良いデバッガー・プロファイラーの紹介。プラットフォームごとのデバッガーは、Unity...

sonictemplate-vim を denite.nvim で使うための source と kind を書きました こうなって こうなって こう宣言したので Meguro.vim #9 で 進捗 を出してきました コメント等合わせても 50行 程度の実装です 概要 sonictemplate-vim を denite.nvim から呼び出すための拡張用 source & kindを書きました sonictemplate-vim-denite-extension これはなに？ mattn さんが作成されている sonictemplate-vim の機能を、 Shougo さんが作成されている denite.nvim を経由して呼び出せるようにするための source と kind の実装です なにができるの？ :Denite sonictemplate を execute すると、適用対象テンプレートの候補が denite.nvim のインターフェースでリスト表示される リストからテンプレートを選択（ <Enter> )すると、ソースコードに適用される それ :Template でできるよ そもそも :Template までが command モードで入力された状態で <Tab> 等を押せば、候補が表示＆補完される機能が本家の sonictemplate-vim 自身に備わっているので、必要十分ではあります ならなんで作ったの？ 自分が denite.nvim のインターフェースにかなり依存して Neovim を用いているため、作業中の操作を極力ひとつに統一させておきたい denite.nvim 上で候補リストを表示することで、候補の絞り込み機能が提供されるため、少し便利になる Vimスクリプトコーディングのリハビリを兼ねて書きたかった （Python スクリプトだけど） 辺りが主な理由です なんで fork じゃなく別リポジトリで作ったの？ 以前 unite.vim 用の source & kind を作ったときは、 Vim があれば使えたので一緒でも良かったのですが（実際当時はそこまで考えてませんでしたが）、今回は de...

日記をつけはじめて1年とちょっと経ったまとめ 去年(2017)の 1/11 から日記をつけ始め、気づくともう1年以上ほぼ毎日つけていました まさか習慣化するとは思っていなかったんですが、意外と続いたので一旦まとめておこうと思ってのエントリ このエントリでは どういう手法で続けてきたか や 続けてきた結果どうなったか などをまとめておいて、自分用の改善材料にすること、及び、このエントリを見た人の判断材料にすることを目的としています …ので、書き始めた主要因である書籍 日記の魔力 については、覚えている内容を参考にする程度で、本自体の紹介はほぼしないです（読み返すのが面倒だっただけじゃないです） まとめ 書いてみたら長くなったので、まとめから 自分用のフォーマットを整えれば意外と書くのは楽 愚痴も悩みもとりあえず文字に吐き出すと精神衛生上良い 忘れっぽいと思っていたら、思っていたより数倍物事を忘れていることに気づく 万が一興味を持ったら一度 日記の魔力 を読んでみては 今後は… これまで通り毎日ログを書く ふりかえりの意義を再考して、ちゃんと毎週＆毎月ふりかえるようにする ふりかえりの中で、どういうログを書いておくと使いやすいか考えて、日記自体も改善する 以降、自分のふりかえりも兼ねているため長文ですが、つらつらと書きます きっかけ 最初のきっかけは、 Twitter のタイムラインに流れてきたブログのエントリ 思考や行動を改善できる「日記の魔力」とは の引用…だった気がする（この時はまだログをつけていなかったので記録も記憶も残っていない…） ここで紹介されている 日記の魔力 という本を一通り読み、本に書いてあるとおりに 騙されたと思って日記を書き始めてみよう と思ったのが最初の一歩 手法 記憶が朧げですが、確か本の著者の方の手法は ワープロかPCか何かで、毎日のログを隙間時間にファイルに記述する 10日に一度くらいのスパンでそれまで書いた日記をふりかえる ふりかえりの中で、自分が人生で追っていきたい主題みたいなものに関連する内容を別のファイルにコピペして貯めていく みたいな形だったはず。色々と細かいルール（天気などの後から調べれば分かることは書かない等）が少しあった気がするけれど、既に覚えて...

builderscon tokyo 2017 に行ってきた builderscon tokyo 2017 (2017/08/03-05) の本編1,2日目に行ってきました きっかけは rebuild.fm のスポンサー宣伝 YAPC ASIA の系統をついでいるのもあるのか、 コンテンツ はかなり幅のある内容で、誰でも興味のある内容が何かしらあるであろう。な、カンファレンスでした 発表資料は既に タイムテーブル の各詳細ページに大体公開されているので、内容はそちらを参考にしていただければと思います（リンクが貼られていないものも少し有りますが、検索すればどこかに上がってることが多いはずです） このエントリでは、自分が聞きに行ったセッションがどこだったかのリストとセッション全体についてのざっくりとした感想、及び、カンファレンス自体についてのざっくりとした感想を書いておき、来年以降また開催された時の参加判断の資料にできればと思います 更新履歴 2017.08.07 公開 聞いたセッション 実際にその場に行って、聞いたセッションのリスト 1日目 Opening DeepLearningによるアイドル顔識別を支える技術 ランチセッション A 株式会社VOYAGE GROUP ランチセッションB Momentum株式会社 マイクロチームでの高速な新規開発を支える開発・分析基盤 Goで実装する軽量マークアップ言語パーサー 2日目 静的解析とUIの自動生成を駆使してモバイルアプリの運用コストを大幅に下げた話 小さく始めて育てるコンパイラ ランチセッション【PR】エンジニアがkintoneを使うべき3つの理由 サイボウズ株式会社 ランチセッション 【PR】検索サービス開発が絶対におもしろいと思う理由 Supership株式会社 polyglot になろう !! WEB+DB PRESS 100号記念 特別企画 聞きたかったセッション 後評判を聞いたりして、聞きたかったかなーと思ったセッション（後でスライド読む） 1日目 Desktop Apps with JavaScript 横山三国志に「うむ」は何コマある？〜マンガ全文検索システムの構築 RDBアンチ...

StackEdit での投稿テスト 以前一度やって、無料期間終わったから課金してね。じゃないともう使えないよ的な事を言われて使うのをやめた気がするのですが、そんな事が書いてあるところがどこにもないので、もう一度試してみようかと思います。 普段メモや日記などは Markdown で書いているので、コピペなども考えるとブログも出来る限り Markdown で書いていきたい所。 課題は趣味のブログと開発系のブログで別のアカウントを使って運用しているせいで、関連付けが面倒そうなこと。うまいことできるのだろうか

gitn 開発中 ブログを移行してから初のエントリー。 既に一年経過していることに戦慄しつつ。 unite.vim の source として自分用に vim-unite-giti を作っていましたが、 neovim 上で動く denite.nvim が unite.vim の後継として開発が進んでいるので、 git 用 source も denite.nvim 用に作っていきたい、ということで新たに gitn という名前で denite.nvim 用 source を作り始めました（一応 giti 自体は neovim x unite.vim 上でも動きます）。 giti の時も適当でしたが、今回も命名は適当です。多分 GIT source for Neovim 略して gitn とかです（多分）。 そも、まだまともに python を書いたことがなかったので、 denite.nvim のソースコードを読みつつ、ちびちびと手探りで作っておりますが、とりあえず status コマンド周りが一応動くようになったので、第一報。 といってもまだ大した機能は無いです。簡単なドキュメントを書いたので こちら をご参照ください。 使ってる様子はこんな感じ。 機能としてはとりあえず giti 準拠の物をコピーしていくだけなので、あまり派手なことは起こらないですが、 neovim ぽい挙動（主に terminal 周りだと思います）を入れたり、 今までは情報がテキストのみだったので、 highlight を入れて色で意味を読み取りやすくしたりとかを入れて行きたいなと思っています。 機能が増えてきたらまた進捗報告を書こうかと思います。 とりあえずは giti で事足りるので、気長に見ていただければ。 以上。

個人のサーバーで WordPress を立てていくつか記事を書いていたのですが、以下の理由から Blogger に戻ってきました。 - 記事を書いて外部から参照リンクを張ってもらっても、自前で永久保存していかないと死にリンクになってしまって身動きが取りづらい（気がする - 時々書こうと思っても WordPress の更新や設定追加やプラグイン追加をして満足して後にしてしまう - 作って満足してしまった（ 確か Blogger から移った原因はマークアップが使えないことだったはずなので、 hatena blog でも良かったのですが、アカウント管理が楽なのでこちらで。 ちょっとどういう単位で書いていくかまだ考えてないですが、できるだけやっていこうかと思います。 以上。

こちらに移行。

色々と切り分けのために、技術的なとか、割と真面目的な話を書くブログを移します。 移行先は後で追記。

こんばんは。この記事は、 Vim Advent Calendar 2012 の 50日目の記事です。 49日目は、 @uryt さんの vim.orgにアップロードされていないプラグインがあるかチェックするgit-unreleased-vimplugins作った でした。 本日は、長いこと自前で作成している、 unite を利用して 簡単な git 操作を行える unite-source 、 giti を紹介します。 vim-unite-giti https://github.com/kmnk/vim-unite-giti これは何？ 初期構想としては、自分の自分による自分のための git 操作用 unite source です。 現在はドキュメントも書いたので、自分以外の方にも、お使いいただける物になっていると思います。 言わずと知れた unite のインターフェースを用いて、 git の色々な操作を実現するための plugin's plugin になります。 unite を使って git 操作をしたい気持ちになる方に、是非使ってみて頂きたいです。 普段の仕事でヘビーに使っているので、基本的な操作に関しては、この source で（多分）完結できるはずです。 何故作ったの？ git の vim plugin と言えば、有名な vim-fugitive があります。 自分も、仕事で使うバージョン管理システムが svn から git に移行したタイミングで、最初は使おうとしていました。 ですが、長らく（こちらも自前の） vim-unite-svn で、バージョン管理システムを unite 経由で使うことに慣れきってしまっており、 差分をコミットするごとにフラストレーションが溜まり、限界を超えた頃、気づくと自前で作成していました。 何ができるの？ （自分が仕事を使ってる分には不自由しない程度に）基本的な操作は大体出来ます。 source 名を羅列すると、以下のような物を用意してあります。 * giti/branch, giti/branch_all * giti/config * giti/log * giti/remote * giti/status それぞれ、簡単に説明してみます。 giti/branch, giti/branch_all git br...

ファイルタイプ別にテンプレートを選べるsonictemplate-vim書いた - Big Sky 上記エントリで、 mattn さんが作成・公開されたテンプレートプラグインで用いるテンプレートを、リスト表示して適用する unite source を書いてみました。 plugin自体は導入していたんですが、使いこなせていなかったため、勉強も兼ねて。 便利な差分を書いた！という感じのことをした場合、 こういう独自記事を書くんじゃなくて、pull リクエストを送って評価してもらうのが筋なんでしょうか… そうするべきという感じであればこのエントリは削除して pull リクエストを送ってみます。 取り急ぎ、非常に恐れ多いのですが、晒してみます。 ざっと探した感じでは類似の物は無かったと思うのですが、既にどこかにあったらすみません。。 - forkして手を加えたリポジトリ --  https://github.com/kmnk/sonictemplate-vim - 使い方(ドキュメント追記差分) -- https://github.com/kmnk/sonictemplate-vim/commit/0aebcc039d55cb2b2fdf43efbe1b5dd118dd3333 unite source に加えて、template を格納するディレクトリを複数指定できるように、少し改造しています。 動作例 : hoge.pl を新規に開いて base テンプレートを適用した後、 :Unite sonictemplate を実行 オリジナルのpluginに補完関数が定義されているため、template 名の補完は効くようになっているのですが、自分の記憶領域の容量が非常に少ないので、一覧できるととても助かる気がします。  一段階挟むことになるので、即時性は失われますが、 -input と -immediately を組み合わせてmapを工夫すればそれも克服できる…はず… ついでに vim script 用のtemplateもちょっと書いてみました。 https://github.com/kmnk/config/tree/master/vim/dot.vim/templates/vim vim script のtemplateはpull リクエストしても良いか...

書きました。 https://github.com/kmnk/vim-unite-giti すでに有りそうな気もするんですが、今のところ知らないのと、 http://kmnk.blogspot.com/2011/02/unitesvn-statussvn-diffsource.html で書くといって既に一年経っているのとで自分で書いてみました。 まだ仕事でがっつり使っていないので、バグや動作不全などあるかもしれません。 昔作った svn と違って何故か vim-unite-git じゃなくて giti なのは、日和っただけで深い意味は無いです。 インストール方法は割愛します。unite.vim 使っている方なら余裕なはずという想定で… 作ったsourceの名前は以下。 giti/status giti/branch 追記(02/29): READMEには追加しているんですが、sourceをいくつか追加しました。以後は README.markdown を参照してください。 giti giti/log giti/config  追記ここまで(02/29) それぞれ、独自 kind を定義していて、以下のactionを持っています。 giti/status add $ git add $FILES rm_cached $ git rm --cached -- $FILES reset $ git reset HEAD $FILES commit $ git commit $FILES amend ←動作が怪しい $ git commit --amend $FILES checkout $ git checkout -- $FILES diff $ git diff $FILES diff_cached $ git diff --cached $FILES git/branch run $ git checkout $BRANCH_NAME or git checkout -b $NEW_BRANCH_NAME delete $ git branch -d $BRANCH_NAME その他、以下の関数を用意しています。key map などして使えるかもしれないです。 giti#branch#delete_force(branch) $ git branch -D...

英語をそれなりに読み書きできるようになる 1月中はなんとなく検討しておく 2月中に簡単な何かをピックアップして試してみる 3 月中に英会話に通うか決めて4月頭に決行   一ヶ月に一冊文学本を読む 2月中に積んであるのと読みたいのを洗い出す 2月から読んでいく Vim script 5本は公開する 1月中は何か不便に思ったりしたものを片端からメモる 2月は上記を実行しつつ、何か書いてみる 他人の OpenSource の何かにパッチを送る 1、2月中は言語とか興味の方向とか検討 3月にターゲットを決めてソースを読む 4月も読みつつ使う 自社サービスをちゃんと使う タッチアプリを作る 2月中にテストアプリを再作成 3月中に簡単なアプリを作る 運動をする 2月中に何やるか決める ランニングか筋トレか水泳か？ 色々積まない 積まない物 ゲーム 技術本 文学本 食器洗い 掃除 身の回りを綺麗に保つ 2月第一週で再度大掃除 それ以降は毎日どこか綺麗にする 何かで3回くらいは人の前に立つ 4月までに色々挑戦する。目標以外に。 5月以降でネタと挑戦場所を検討していく

年も明けたので。 とりあえず達成したい目標を羅列 - 英語をそれなりに読み書きできるようになる - 一ヶ月に一冊文学本を読む - Vim script 5本は公開する - 他人の OpenSource の何かにパッチ送る - 自社サービスをちゃんと使う - 運動をする - 色々と積まない - 身の回りを綺麗に保つ - 何かで3回くらいは人の前に立つ 後やること - 具体的な小目標を、これくらいできないと人としてダメだろ適なレベル感で決める - 締め切りを切ってスケジュール立てする - 最終的に日記にする - を1/9中にやる 以上を最初の目標にする。

愛を語るには長い道のりが必要であり、 まずは友達から始め、地道に歩まなければならない。 ということを学んだ勉強会でした。 Fin. 以下余談 多々勉強になったのですが、Kaoriyaさんの "Vimのソースコードをdisってみよう" で、とりあ えず動くものを作ってユーザーを獲得して、そのユーザーを保持し続けることの重要性だというのを多々感じました。 これはツールだけじゃなくて、何にでも言えることだなぁと。 後ほど直で話を伺って、生きるモチベーションを頂きました。 きっとこんな自分でも、何か頑張れるんじゃないか・・・むりかな・・いや・・ その後、ちょっと前のエントリで出してみた物を、先輩に使っていただいたら、いきなりバグっていたりと、作ったら広めて使ってもらってdisってもらわないと何も始まらないなと反省したり。 色々と凹んだり凹んだりしましたが、楽しい勉強会(カンファレンス？)でした。 今度から勉強会等の懇親会は、片隅で佇んでるだけでもいいから参加しよう。 to 未来の自分

社内でuniteを布教しようとするも、vimscriptはインストールが面倒くさいと、なかなか広まらないので、makeコマンドを打てば勝手に環境を構築してくれるパッケージを作りました。 https://github.com/kmnk/vimrc-builder Shougoさん作の neobundle.vim を使わせて頂いて、もりもり僕が割と良く使う vim plugin をインストールして、とりあえず使えるようにします。 $ git clone git://github.com/kmnk/vimrc-builder.git $ cd vimrc-builder $ make mapleader を Space にしていて、unite 関連のkeymapは基本的に Leader × 2 を始動にしているので、大体はスペース2連の後何がしかを打つと unite の何かが動くようにしています。 https://github.com/kmnk/vimrc-builder/blob/master/vim/profiles/unite.vim これを基にして、社内環境に合わせてカスタマイズした物を社内リポジトリにアップしてみようかと目論んでいますが、使われるかなぁ。。 精神に余裕のあるときにデフォルトで入れているキーマップを書きます。