なんか書いていこうぜー.com

2025 年のふりかえり

Tue, 30 Dec 2025 20:28:24 GMT

まず、週次でふりかえりをしているので、それを Miro 上に月ごとにまとめて、世の中の出来事と並べてどやったかな？を見て考えた。このやり方は去年からやり始めている。

2025 年の感想

毎月 Zenn の記事書いたり、北陸 Ruby 会議 01 で発表したり、コンフォートゾーン踏み外すことはやってた。反動で自分のブログには何も書いていない。
- 記事はよく書いたよ…
ガジェット的には、iPad mini と Linux 用の ThinkPad を購入した。どちらも活躍してる。Desktop Linux のかわいさたるや。
- Mac と比べると、ThinkPad X13 は軽い。想像してたよりバッテリーももつ。
- いろいろ変わってて面白い。MangoWC という compositor を使い始めた。
- iPad mini、なぜか手書きが捗る。iPad Air よりも手書きする気になるんだよな。よくわからんが。
仕事かプライベートか、毎月なんかしら遠征してた。いつもと違う雰囲気というのはそれだけで貴重。
- モバイルモニタをあまり使わなくなったな。荷物になるし…
- エレコムのガジェットポーチが活躍している
- 宿の近くの飯食うところを探すの、一か八かだけど楽しい
今年もテニス観戦に行けた。今年は特にがっつり日をかけて観たんだが、いい席全然取れなかったな
- サブコート的なところに指定席できたけど、なんの試合されるかわからん状態ではなかなかリスキー
椅子のリクライニングがぶっ壊れて修理した。配送料が高い(仕方ない) 点と部品が受注生産である点がな…
GTD っぽいことやってみたが、挫折。うまくタスクを吐き出すっていうのができなかった。
仕事は大きな変化があった。やることかわったり、メンバー替わったり。
- 書くコードはクラスが小さくなった。そうしようと思ったことはないが、自然に。
- 小さくなったことで役割が明確になった
- GitHub Actions をよく作ったな
- コード書くってところもそろそろコンフォートゾーンを外れてみないと
身体が重くなった。軽くしようと運動すると、身体が悲鳴をあげるようになっつぃまった
- すぐ治るんだけど、膝が腫れるんだよな…筋力あがればなんとかなるかな…
なんかお香を炊くようになった。電子ライターを使いたいだけとも言う。
なにかに駆られていることは多くても楽しんでいることが少ない気がする
すっかりキーボードは Atreus に落ち着いている
- キースイッチは廃盤になってるの使っているから代わりが欲しいが、要求が時代と逆行してるので難しい

2026 年

なんか自分向けの Web アプリ作りたいっすねー。しばらく API しか作ってないからな
別の言語をもう少し触れるようになりたい
ひきつづき、遠征は多めにしたいなー
本を読みたい。いろいろ積んでる
オイコスの摂取を続けたい
プライベートのタスクワークフローを確立したい

その他

年始からも忙しいことが確定しているので、もうブルーである。ものを減らしていきたいな。

2025 年もお世話になりました。2026年もよろしくお願いします。

北陸 Ruby 会議 01 で話してきた

Tue, 30 Dec 2025 07:48:16 GMT

12/6 に開催された北陸 Ruby 会議 01 に運営として絡みつつ、スピーカーになったので話してきた。

スライドはこちら。

普段、仕事では仕組み化を趣味として行っているので、それの話をしてきた。

手の混んだ問題解決をしてもいいのだけど、本業があるので、こちらにかけるパワーはほどほどに、利益を享受できるくらいのものを RuboCop や Rake task にして GitHub Actions で動かすということをやっている。

GitHub Actions には Ruby が元々載っているのでちょっとした処理ならば特にインストール処理を挟まなくても実行できるし、これくらいの処理で背中を預けられる程度には役に立つものができるんだよ、というのが示せたのはよかったのではないかな、と。

すげーものを作って発表はそれはそれで素晴らしいんだけど、そこまで頑張らないと発表できないんですよは望むところではないし、日々の役に立つものの話があってもいいんじゃない？と個人的には思っている。(役に立ったかどうかはわからんが）

場所は変わるとは思うが次回もやりたいねーという話と、「北陸」というフォーマットに限らずやりたい場合はやっていいという確認を運営ではしているので、どれくらいかかるかわからんけど次回も開催されるんじゃなかろうか、とは思う。

北陸三県.rb Lightning Talks in Kanazawa に参加してきた

Mon, 20 Jan 2025 12:17:58 GMT

ITBP武蔵で開催された、北陸三県.rb Lightning Talks in Kanazawa に参加してきた。

私は Kanazawa.rb の LT 大会で使っている Slack の Slash Command App を利用した KZLT のバックエンドの仕組みを変更した話をしてきた。

自トーク

年に数回の短時間でしか使わないものなので、Cloud Run + Litestream を使って必要な分だけアプリも DB も動かすようにして、アプリ側は好きなように実装してみた。

登録された LT の件数を表示してほしいとか、Slack から飛んできた自分の名前を変えたいとか、諸々の要望が出てきたので、現場でコマンド追加したり件数出したり対応してきた。

リクエストしたときしか動かないので、次使うときまで放置しても大丈夫なんじゃないかな？

その他

人数多かったこともあって、1 周 + 4 人分のトークで時間いっぱいって感じだった。いつもは 2 周回って終わりって感じなんだけど。

トークについては、富山 Ruby 会議のふりかえりと Ruby コミュニティの出会いの話が神がかった順番だったり、最初と最後の発表が同じ人だったりで、shuffle がとてもよい順番を引き当てていてよかった。

今回は 3 県合同イベントだったので人数が多かったので盛り上がってたし、いろんな話が聞けたし、Kanazawa.rb っぽく Ruby じゃない話もあってとても楽しかった。

まとめ

北陸三県.rb という、新しい枠組みで開催された Lightning Talks イベントでトークしてきた。

いろんな人がきて、Ruby に限らずいろんな話を聴けてとても楽しかった。

予想だけど次の三県イベントは金沢じゃないんじゃないかな？と思うので、次は遠征する準備をしておこう。

2024 年ふりかえり

Tue, 31 Dec 2024 06:48:26 GMT

2024 年は転職 1 年目で何もわからんところから入って、なんとか 1 年通したって感じ。

一番大きかったのは地震。初日から地震で揺れて、翌日羽田で飛行機爆発してさ。車に乗ると避難民で渋滞するので、歩きか高いところに行くのがよいとわかったのが収穫であった。

今年は Notion を使い始めてふりかえりを Notion で続けてきたので、概要知るには十分な情報があった。

仕事

初めて触るものが多かったなー。OpenAPI 系ツール、Notion、CDK などなど。メール送信周りの gem と戯れたり、RubyWorld Conference 2024 でスポンサートークしたり新しいことやったり、いろいろさせてもらった。

記録によると、activerecord-multi-tenant や、good_job と前半は戯れつつ、GitHub Actions をよく作ったな。仕組み化するとラクできるので、GitHub Actions でなんとかできんか？と考えることが多かった。

RubyKaigi と RubyWorld Conference 行って Ruby のカンファレンスに触れてきた。沖縄初めて行ったし、新型やくもは揺れが少なくなったと聞いたがガッツリ乗り物酔いした。次回の RubyKaigi の愛媛に行く際は揺れないことを祈ってる…

引き続き、諸々の問題解決していかないとなーの気持ち。

API とか、モデルの捉え方をどうやったら鍛えられるかってのを探しているが、グッとくるものはまだ見つかっていない。

作業環境

今年はキーボードは Atreus で固定、キースイッチは Kailh Speed Dark Yellow を使い続けている。Heavy なスイッチを試してきたが、今のところはこれだという新しいものに出会っていない。

Dell の 32 インチディスプレイをメインモニタにしたことで、ちょっと大きく画面を見れるようになった。地震を乗り切ったディスプレイアームを引き続き使っている。

1 月にエルゴヒューマンプロ(椅子) の車輪カバーが落ち、高さ調節がバカになったので修理を依頼して直って帰ってきた。その間、立ち作業してたが、立って作業してるともも裏の血流が止まらんので足先が冷えないことがわかった。冬は立って作業するのあり。

Zellij は使ってみて、挫折した。既存のツールとショートカットが衝突しまくったので、tmux に戻った。

memo.muryoimpl.dev を Hugo で作ってメモ環境としたが、Zenn.dev に投稿するぞーってなったので、ちょっと中途半端に浮いてる。でも 2025 年、使っていきたいところ。

devcontainer 周りで、DevPod 使ってみたり、コンテナ環境用の dotfiles 作ったりしたな。今作業しているものは neovim と DevPod で devcontainer してる。これも引き続きやっていこう。

ガジェット

Viture one があまり合わなかった… Apple Watch 9 に替えたらバッテリーがもつようになってたいへんよかった。

Atreus の木製パームレスト買って使っている。木製のパームレスト、意外に気に入っている。

宿泊用のガジェットポーチを購入して、Anker 製品と USB ケーブル中心に外作業に必要なものを詰め込んでいる。便利。中身は改善していきたい。

その他

北陸新幹線の延伸を体感したし、例年通り鱧ツアーしたし、ヤマダモンゴルでジンギスカンもよく食べた。今年はジャパンオープンテニスを 2 日観戦できたのでたいへんよかった。

足の疲労骨折疑い（折れてなかった）があったり、頚椎狭窄で MRI やレントゲンを撮ったりで、身体にガタが来ていることを実感した年だった。

2025 年

程々にやっていくけど、体重を落としたいなー。胸より上と、股関節以下を動かしていかんと固まってしまうという危機感もある。

2024 年は平日のインプット量が減ったなという気がしたので、インプット増やしていこう。公開するかどうかは置いておいて、ちょこちょこ記録は残しておきたいな。

ということで、2024 年、お世話になりました。 2025年もよろしくお願いします。

Kanazawa.rb meetup #148 冬の LT 大会に参加した

Sat, 21 Dec 2024 22:56:54 GMT

ITBP武蔵で開催された、Meetup #148 冬のLT大会 - オフラインに参加した。

私は RubyWorld Conference 2024 に参加した話をして、その他は LT 用に使っているツールの見守り業をした。

感想

今回は初参加の人もいていつもと違う風味の話を聴けたり、参加人数も多かったので多種多様な話を聴けて楽しかったし、今回は懇親会があってちょっとぶっちゃけた感じの話もあってそれも楽しむことができた。

1月に北陸三県.rb Lightning Talks in Kanazawa でも LT イベントがあるので、一部の人はネタが…と困っていた模様。私はそうでなくてもネタに困っていた。

KZLT を作り変えたい気持ちが増えた。一回目のリクエストでエラーしてもう一回やったら二重に登録されてた問題が複数回起こったので裏で調整してたが、安定した基盤に乗り換えたい。

さて、年末ということでふりかえりはなんとなくしているが、来年の目標的なものを設定する必要があるよねーなにしよーと思いつつ、歩いて帰宅した。

Kanazawa.rb meetup#146 に参加した

Sat, 19 Oct 2024 11:08:12 GMT

2024年10月19日にオンラインで開催されたもくもく会 kanazawa.rb meetup #146 に参加した。

今回は、いまや古い本ではあるが「RESTful Web サービス」を読んでいた。 5, 6 章を読み終えて 7 章に入るところまで読んだ。

Resource をうまいこと捉え、URI 、レスポンスとなる JSON Schema を設計できるような知見というか、ヒントみたいなものが得られないかということでこの本を読んでいる。

ここから更に「Web API The Good Parts」を読み返さないと……と思っていたところ、同もくもく会参加の方々に、「マスタリング API アーキテクチャ」「API デザインパターン」を紹介してもらったので即購入した。積み本が増えてしまった。

驚いたのは、「RESTful Web サービス」に載っていた Ruby on Rails のバージョンが 1.2 だったこと。微妙な差異はあるものの、routes.rb や migration はほぼ変わっておらず、今も生きているのがすごい。

Kanazawa.rb 的には 12 月の LT 大会が近づいてきたので、KZLT にちょっとだけ手をいれておいた。ちゃんと動くといいな。

Kanazawa.rb meetup#137 に参加した

Sun, 21 Jan 2024 14:28:32 GMT

2024年1月20日（土）に ITBP武蔵で開催された、kanazawa.rb meetup #137 新年 LT 大会に参加した。

今回の LT リストはこちらから参照できる。ざっくりタイムテーブル

裏番組として BuriKaigi 2024 が開催されていたが、こちらのほうが先に日程決まっていたのでこちらへの参加が決まっていたのであった。

/kzlt の説明

Kanazawa.rb の Slack に用意した LT 大会用のスラッシュコマンドである /kzlt コマンドをこの 1 年くらい使ってもらっているのだが、これの説明を最初にお願いしたいと開催直前に言われて現地で説明用スライドをでっちあげた。

説明求められるかもなぁというのは想定していたがスライドの用意を忘れていて、この後やる予定の LT からスライドパクって説明用を作った。実はネタを作れなかった場合は /kzlt の説明を LT 扱いしてくれと考えていたのだが、なんとか発表用ができたのでそれは回避できた。

やった LT

/kzlt コマンドに delimit サブコマンドを追加して、エントリを実行済みを表す状態に変更して各種サブコマンドでの扱いを修正した。これで n巡目(n > 1) に対応できるようにした。

これに対応することで、遅れてきた人の LT や会の途中にできた LT を 1 巡目とは区別して n 巡目だけ順番決めたり順番決め直したりができるようになった。以前はこのあたりを手でなんとかしていたが、コマンドだけで解決できるようにしたことで運営側の手間を減らすのが狙いなのだ。

もう一つ、前回の LT 大会以降現在までの近況を話す LT をした。東京にテニス観に行った話や転職活動、ミドルタワー3台足元にある話をした。四十肩が直ったぜって話をオチにしようと思っていたが、時間が過ぎてしまってすっかり忘れていた。

夜の部

帰ってからオンライン飲み会やって雑談した。私は、現在椅子を修理に出していて PC に向かうときは立って作業しているので、立ち飲み状態での参加となった。裏番組どうなってるんだろうとか、LT 大会初参加の人たちがいてよかったねとか話をしていた。LT も人も多岐にわたってて面白い回だった。

支援チケットも買えてよかった。

まとめ

/kzlt の課題が見つかったし改善点が出てよかった。新しい参加者もいたし、発表内容について LT 終わった後に質問したり議論したりできてとても楽しい会になった。

次回はもくもく回。

Kanazawa.rb meetup#136 に参加した

Thu, 21 Dec 2023 14:33:32 GMT

2023/12/16(土) に開催された、意識高いもくもく会 - オンラインに参加した。

本編

Windows 機に対して Mac からリモートデスクトップを使ってアクセスできるように作業をしていた。 tailscale を経由することを想定していたため、https://tailscale.com/kb/1095/secure-rdp-windows を見ながら設定をしていった。

すべてのIPを受け入れるのではなく tailscale からのIPのみ受け付けるようにすること、この制限を TCP と UDP 両方に忘れずに設定することの 2 点を反映し、試した。アカウント名を間違えていてうまくログインできず接続に時間を使ってしまったが、無事接続できた。

リモートデスクトップで接続した後、ctrl + space に割り当てている IME 切替がクライアント側で消費されてリモート接続先に送信されなかったため、Windows 側の IME の設定で shift + space も切替キーとして使うことで回避した。

夜の部

今回はいつもより酒が入っていたのであんまり覚えていないｗｗｗ。カメラの話、VTuberの話、動画の音質の話、転職の話、継続は力なりを目の当たりにする実演等、いろんな話をした。

改めて、ある物事に対して先人がいるというのは助かるなぁとしみじみ思ったのであった。

次回

オフライン開催で、年始の LT 大会になっているので、ネタが必要だ。。。しかもブリ会議と被っている。

Kanazawa.rb meetup#132 に参加した

Sun, 27 Aug 2023 03:50:56 GMT

2023/08/26(土) に IT ビジネスプラザ武蔵で開催された、meetup#132 祝11周年 LT大会 - オフライン！に参加した。

LTs

以前書いた、/kzlt コマンドを使って 1 週目の LT は実施した。2 週目も 1 週目と区別して使えるんだけど、認知されていない問題が発覚した。認知度を上げないと。

感想

LT 直後に LT の感想戦みたいな時間があって、理解を深めたり気になった点を確認できるのはとてもよかった。参加者の興味のポイントがそれぞれ異なるので、多様な情報を目にすることができていい時間だったなと思った。定期的にこのような時間があるのはいいな。

思ったよりも自分の LT の話題も広げてもらって、場が温まって助かった。 TODO管理のためのツールは今もいいものがないか調べているが、「これ！」というものには出会っていない。これは今年の年末に再び…かもしれぬ。

Kanazawa.rb meetup#131 に参加した

Sat, 15 Jul 2023 13:17:56 GMT

2023/07/15(土) に開催された、意識高いもくもく会に参加した。

本編

研鑽 Ruby プログラミングの第 9 章から第 12 章までを読んだ。

場面によるメタプログラミングの実現方法の使い分け、DSL に対する考え方、テストとそれぞれのカバレッジの意味するところと 100% の数字を求めても無意味であることが記述されているパートだった。自分なりに理解しているもののなんとなく伝えにくいものについて、こういう風に言語化されているのがよい。引用して紹介できる記述がいっぱいだと思った。

余談だが、Wayland を使っている Linux 機から Zoom を起動した際にサインイン状態だとウインドウが開くとアプリが落ちる現象が出たため、急遽 Mac で接続した。このページ https://www.math.cmu.edu/~gautam/sj/blog/20220326-zoom-wayland.html にあるように、QT_QPA_PLATFORM=xcb zoom として起動したら落ちていたところは通って画面が表示されるようになった。ただし、実際にその後ミーティングには接続していないので、ちゃんとつながるかどうかはわからない。

その他

周年ノベルティのこと、次回のことを運営ミーティングで会話し、SUZURI で Tシャツを買い足した。

夜の部(本編後のオンライン飲み会のこと)では目立った散財報告もできずだったが、毎年恒例の関西に鱧を食べに行く予定があることを散財ではないけど代わりに報告した。各々の散財報告、キャンプ道具と決済権、政治経済、ホテル代高いままだねー、車の整備/購入と保険、ペーパードライバーの話をして夜は更けていった。

次回

次回は 2023/08/26(土) の周年 LT 大会なのでネタを仕込まないといけないな。

REMAP で Linux に接続されたキーボード cocot46 を認識させる

Sat, 20 May 2023 14:55:41 GMT

keyboard のキーマップ設定を Chrome/Chromium で変更できる REMAP を利用して変更しようと思ったが、 Linux で利用すると “Could not open” というメッセージが表示されて認識しなかったので、調べて解消してみた。利用キーボードは cocot46/cocot46plus。Mac では特に設定せずに使えることは確認済み。

やったこと(udev の rule を追加する)

cat_in_136.blog() | Linux上のpodman上でqmk flashすることに関するメモを見つけた。udev の rules を設定する必要があるらしく、Vendor ID , Product ID に応じたルールの設定が必要とのこと。

cocot46 の値については config.h に、cocot46plus の値については config.h にあった。

以下のルールを /etc/udev/rules.d/50-my-qmk.rules として保存した。

## cocot46
SUBSYSTEMS=="usb", ATTRS{idVendor}=="feed", ATTRS{idProduct}=="0000", TAG+="uaccess"
## cocot46plus
SUBSYSTEMS=="usb", ATTRS{idVendor}=="1727", ATTRS{idProduct}=="0003", TAG+="uaccess"

https://remap-keys.app/configure を開いて cocot46 を選択し、キーマップの画面が表示されれば問題解決

Arch Linux を Wayland ベースでインストールした

Sun, 16 Apr 2023 14:36:41 GMT

新たな M.2 の SSD を入手したので、マザーボードに設置して Arch Linux のインストールを行った。今回は GUI 環境の構築を X11 ではなく、Wayland で構築してみた。

今回は Btrfs も一緒に導入したのでちょっと苦戦したが、Wayland の導入は割とあっさりいけた。

ただインストール作業自体は難航

Btrfs を導入する際に何回か失敗してパニックになったせいか、インストール作業のコマンドを記録しておくつもりが、全然記録できておらず。次回再度インストールするぞ！となっても困りそうだ……次回があれば、こまめに記録するぞ、という気持ちになった。もう一度全部調べるのは厳しい。

Lightdm、Sway を導入

Arch Wiki の Wayland をみると、Display Manager に LightDM は使えないようなことが書かれているが、今は使えるみたいだ。 Wayland を使っていたら本来は不要な ~/.xprofile を作ることになるが用意すれば使えるらしい。Wayland は .xprofile ないのか環境変数どうしようかと思っていたが、これに fcitx5 等の環境変数の設定を書くようにした。

普段の Linux Desktop 環境は i3 を好んで使っているので、同様の Wayland 版ということで Sway を導入した。互換性があるとのことで、設定ファイルの変更も少なくて済んだ。

i3 と同じ周辺アプリを組み合わせにしようと思ったがどうやら polybar のように Wayland に対応していないものがあるようなので、一部は別のものを使うようにした。

i3 -> sway
polybar -> waybar
rofi -> wofi -> rofi (rofi 使えたので、rofi に戻した)
scrot -> grimshot
arandr -> wdisplays

rofi については、XWayland というのが動いているからかそのまま使えたので、 wofi を試したが rofi に戻ってきた。 i3 の環境では arandr でディスプレイの設定をすることが多かったのだが、sway の config に output でディスプレイの設定を書いたら起動時に狂うことがなくなったので、wdisplays はほぼ使っていない。

↓こんな感じに ~/.config/sway/config に書いたらOS起動時に狂わなくなったので助かっている

output HDMI-A-1 {
  pos 0,480
  mode 2560x1440@59Hz
}

output DP-2 {
  pos 2560,768
  mode 2048x1152@60Hz
}

output DP-3 {
  pos 4608,0
  mode 1920x1080@60Hz
  transform 270
}

最後に

次回はちゃんとインストールの記録をするんだぞ、という意思を強くした。 sway の設定は↓のようになっている。 https://github.com/muryoimpl/dotconfig/blob/master/sway/config

Kanazawa.rb meetup#128 に参加してきた

Sun, 16 Apr 2023 14:24:42 GMT

2023/04/15(土) に開催された、意識高いもくもく会 - オンラインに参加してきた。

本編

今回は、https://meetup.kzrb.org/ のベースになっている、just-the-docs のバージョン 0.5.0 がリリースされていたので、そのバージョンアップ作業をしていた。

関係するファイルを全上書きしてとりあえずファイルは 0.5.0 をベースに変更が適用されているような状態にまではなったが、無駄な上書きがなくせないかちょっと思案中。

その他

もくもく会後のいつもの夜の部で、見た目が派手なキーボード https://fluxkeyboard.com/ja-jp の紹介を受けたり、Brew classic https://brewclassicbeer.com/ の情報を聞いたり、健康診断の再検査や、引っ越しや物件の話をしていた。

福井方面でコミュニティ立ち上げの予感があるとの話しだったので、近々お披露目されるのではないだろうか。

あぁ、前日に名探偵コナンの劇場版を観てきたが、噂に違わず、コナンの劇場版は派手だった。

Kanazawa.rb meetup#126 に参加してきた

Thu, 23 Feb 2023 08:39:53 GMT

2023/02/18(土) に、意識高いもくもく会 - オンライン meetup#126 に参加してきた。

本編

今回は、Go のライブラリ pterm を使って遊んでいた。

https://docs.pterm.sh/ を見つつ、ターミナルに Progressbar を表示しつつ進捗を出すというのをやっていた。時間内に無事出すことはできた。問題はこれを使って何をつくるかである。

終わった直後に、Neovim の lualine の設定ちょっと変えて、複数LSPが対応している場合に対応している LSP すべてを表示できるようにして、便利！となった。

その他

meetup のページに使っている widget が動作不良起こしているので問い合わせしているという話しをした。置き換えを考えないといけないかもなーとなっている。

just-the-docs v0.4.0 が出ている。どこかでアップデート対応しないといけない。余計な上書きも除外したいな。終わったあとのオンライン飲み会で今月の散財について話し合った。ふとホワイトボードの話になって、[どこでもシート)(https://www.amazon.co.jp/dp/B004BEJ9MG/) が話題に挙がって盛り上がった気がする。

次回ももくもくだったはずなので、やることを探そう。諸々のアップデート業かなぁ

Kanazawa.rb meetup#125 に参加してきた

Sat, 21 Jan 2023 13:38:46 GMT

2023/01/21(土) に、意識高いもくもく会 - オンライン meetup#125 に参加してきた。今回の作業は、以前作成した LT 回用 Slack slash command の修正が主な作業であった。

/kzlt コマンドの改修

https://github.com/kanazawarb/kzlt に対して、以下の対応を行った。

以前は /kzlt create を実行して該当回用のスプレッドシートを予め作成する必要があったが、これを削除した
- 各コマンドの実行前に存在をチェックして、なければ作成するようにした
LT 回だけでなくもくもく回での LT エントリとしても使えるように、/kzlt entry, /kzlt remove した際は channel 全体に見えるメッセージを出力するようにした
- これで LT したい人がいることを任意のタイミングで認識しやすくなる見込み
不具合修正
- /kzlt my で自分のエントリを確認する際、削除済みエントリーは出力しないようにした
- 改修中に 1 件しかエントリーできないようにしてしまったので元に戻した
- 一覧でエントリーを表示する系コマンドで、エントリーがなかった場合に何も返していなかったが、何もないというメッセージを返すようにした

リリース前に動作確認するためにステージング環境が欲しいが、作ったら結局のところ本番が2つできるという感じになってしまう、別ワークスペースに設置したらアクセスできるメンバー管理をしなければならないという面倒さだけが勝ってしまう、という要因があってマージしてから動作確認している。これはなんとかしたいな。

その他

meetup.kzrb.org のトップ画像に、最近の Gather を使ってわいわいしてる画像を表示するようにした。オンラインはこんな感じってわかるようにしてみた。

もくもく会後のオンライン飲み会（通称、夜の部）で、毎度の如く今月の散財について話し合った。私は iPad Air と Apple Pencil、Apple Pencil も収納できるカバーを購入したと報告したが、高級なボールペンや万年筆の話になったことで、価格の単位が “ポールペン” になった。ちなみに、iPad Air 256G WiFi モデルは 1 ボールペンであった。(これで価格感がわかるだろう)

他にも、配信機材や未開封の道具、翻訳作業や礼服、住宅ローンや雪の話など、多岐にわたる話題があった。

次回

きっとオンライン開催なので、なにか思い浮かべば kzlt や meetup の改修をしていこう。

(なぜ珍しくブログを書いているかというと、去年のブログエントリーが少なかったので、今年は去年のエントリー数を超えるぞ！と思っているからである)

2022年のふりかえり

Sat, 31 Dec 2022 08:31:45 GMT

2022 年やったこと

転職して 1 年経った。一周した感
コロナ禍の外出解禁で外出時に作業できる環境を整えた。モバイルモニターが活躍した
お外で使う用の PC が M2 Macbook Air で
京都に鱧食べにいった
帰りは台風で線路がやられて、やむを得ず東京経由の新幹線で帰る
Kanazawa.rb の環境周りをいくつか改善した。meetup.kzrb.org の入れ替えと、LT 用に Slack の slash command を作った
ちょっとした改善ブームがあった(仕事でも)
Todoist を使っていたが、ちょっと飽きて Linear.app を使い始めた
ちょっと Go 勉強したはじめたけど、使うところまで至っていない
Neovim を使い始めた
Neovim の colorscheme 作れないかな？って手を動かしはじめたがなかなか進まない
コロナワクチンの副反応からの回復が 2.5 日かかることがわかった
RubyKaigi 2022 に参加した。津に行ったが、流石に石川からは遠かった……
遂に、スノーダンプを買った。シャベルだけでは腰にくる
アイリスオーヤマの布団乾燥機と、電気カーペットを買った。活躍している！
出社回数は 2 回？かな。それ以外はリモートでお仕事している

2022 年の感想

外に出れるご時世になって、県外に出るというアクションができたのは引きこもり状態の私としてはよかった。モバイルモニターやその他周辺機器も試せたので勉強になった。外にいるとパケットの消費が激しく、ギガが足りない状態を初体験した。ホテルの回線が弱いと、なかなか消費が激しいことになるのね。

身内の不幸で急遽スーツを買ったり、台風で線路がやられて大回り道して帰ったり、なかなかハプニングはあったと思う。

一年トータルでみると、メンタル的にはあんまりよくなかったなぁ……やる気が出にくい状態であった。できるところからもがきつつ、まぁなんとかここまで来ましたね、という感じ。 2023 年はもうちょっとメンタル的に軽くなって支障なく進みたいなぁ。

Kanazawa.rb meetup#123 に参加してきた

Sat, 26 Nov 2022 15:06:55 GMT

2022/11/19(土) に、オンライン開催の意識高いもくもく会 - オンライン meetup#123 に参加してきた。

今回はちょっと次回の LT の仕込みとして作成したものがあったので、その LT というか説明してきた。

LT(というかショートプレゼン)

LT のエントリと順番決めをする、Spreadsheet をDB代わりに操作する Google Apps Script をバックエンドにした Slack の slash command を作ったので、そのつくりと使い方の説明をした。

ここで驚きの事実が発覚したのだが、実はこれを使うという来月の meetup に私は法事で参加ができないことが判明し、私は利用を見届けることができないらしい……バックエンドのSpreadsheet を操作できる神を作っておいたので、何かあったときは神がなんとかしてくれるはず。

その他全体

さて、各人もくもくとしていたのだが、参加者の一人が Rails で https://www.meilisearch.com/ を使って検索をしたいけどうまくいかないというので、他の参加者を巻き込んで試行錯誤していて盛り上がっていた。

https://www.algolia.com/ を使った検索の経験者がいたこともあって、こういうパターンは…みたいな話しもあって勉強になってそうだった。

私は前述のスライド作っていたのであまり聞く余裕もなく、盛り上がっている最中に「これ、間に合わんな……(ﾎﾞｿｯ」と言ってしまうくらいには追い詰められていた。

恒例の夜の部も、いつもどおり散財の話あり、ワクチン接種(4回目) の話ししたり、そろそろ雪降る季節って話ししたり、タイに行ってきた話など多岐にわたる話題があったが、いつもより早めに解散となった。

さいごに

次回私は法事で行けない…けど、meetup#124 はオフライン LT 大会になるはずなので、LT したい方は https://meetup.kzrb.org/ をチェック

Kanazawa.rb meetup#120 に参加してきた

Sun, 28 Aug 2022 15:36:23 GMT

2022/08/27(土) に IT ビジネスプラザ武蔵で開催された、meetup#120 祝10周年 LT大会 - オフライン！に参加した。

LTs

Array#shuffle で決めたのだが、https://meetup.kzrb.org/120/ にあるとおり、その1、その2 の順番も狂うことなく連続になった。

render.com にホストして見れる環境を作ってデモができるようにして臨んだ。一方は既存のデザインを更新したもの、もう一方は Wiki 風味の検索付きデザインだったが、検索が気に入られたようでさくっと後者に決まった。

なので、デザイン候補は決まったので PR に向けて今作業中。デザインの適用はほぼ終わっているが、利用している rake task の修正が終わってないのでこれの対応しないといけない。ちょっとだけ面倒な感じなので、次回開催までになんとかしたい。いろいろやりたいことはあるので、少しずつ潰していく。

kanazawarb/meetup に直接 PR しなかったのは、元をホストしてる Netlify の設定がわからなかったのと、render.com の static site のホスティングを試してみたかったため。結局のところ、コマンド等は変更せずとも Netlify 動くようだった。

感想

オフライン開催を再開してから 2 回目の開催で、オフライン開催の練度が戻ってきた感じがある。書類記載や体温計測等手続きに対する参加者の手際がよいし、各自オフライン開催時に必要なものの準備にぬかりがなくなっていた。

今回は会場に Wifi があったので、参加者は Zoom に接続してうち 1 台をプロジェクターに接続、その 1 台に対して画面共有するかたちが採用された。

Zoom に接続して画面共有するだけで自分の PC でスライドの操作ができるので、発表者の切り替えもカンタンだったし、オンラインで観たい人に対して公開する手段のひとつとして試すこともできたので、よい回だったなと思った。

発表も、硬軟あり、複数 LT もってきた人もあり、スライドなしで臨む感じになった人もあり、多様なスタイルがあってよかった。10 周年のふりかえり発表もあり、知らない時期から懐かしい時期のものまで観ることができてよかった。

オフライン開催終わって各自帰ってからの Gather で散財報告したり、LT あったりで、夜の部も楽しい時間だった。

まとめ

10 周年 LT 大会オフライン回で LT してきた。 meetup.kzrb.org の諸々の更新候補を宣言してきたのでやっていくぞ。

オフライン開催の練度が上がってきたり、やオンラインとの共有方法が模索されたり、よい回だった。

硬軟色々な発表があった。当日の様子は https://twitter.com/search?q=%23kzrb&src=typed_query で

Kanazawa.rb meetup#117 に参加した

Sun, 22 May 2022 05:13:17 GMT

Kanazawa.rb の 117 回目の meetup 「意識高いもくもく会 - オフライン」に参加してきた。

2 年ちょいぶりにオフライン開催するとのことで、おでかけして参加してきた。

会場のルールで、入り口で体温計測とアルコール消毒、名簿への記載を済ませた後、間隔を空けて着席し、窓開けて換気十分の中でもくもく会が開催された。

もくもく会

Kanazawa.rb のもくもく会は、最初に自己紹介と今時点でこの時間で何をするつもりなのかを宣言して、作業を開始するルールになっている。私は「Goならわかるシステムプログラミング」の続きを読むことと、疲れたらエディタの設定を見直す、と宣言して作業を開始した。

他のメンバーは読書する人もいれば、後でLTするのでその資料作成する人、コード書く人、発見した問題をissueとして報告しようとする人、コミュニティ運営に必要なツールやサービスの調査・検討する人もいて、やることは多岐に渡っていた。

私のもくもく会の成果としては、13章「シグナルによるプロセス間通信」を読むことができたことと、fzf の活用を考えて、fzf.vim の設定を見直して :Files のショートカットを作成し、検索時のオプションが :Files の結果に悪影響を与えていたので修正して .vimrc に反映した。

ちなみに fzf.vim は ripgrep コマンドを使う例を提示していたが、私は普段 ag コマンドを愛用しているので、そちらを使うような設定にしている。

運営ブレスト

オフラインの参加に対する感想や、メリット・デメリットを話し合った。結論としては、どちらもそれぞれよさがあるので、Kanazawa.rb としては今後両方やっていこうという話になった。次回はオンライン開催になったはず(うろ覚え)

都度判断で翌月開催の場所を確保するというのも簡単にはいかない、オンライン開催したことによって遠隔にいる人も参加しているのでその機会を奪いたくない、オフライン開催は施設の設備に引っ張られることなく開催できる容易性もあるので捨てがたい、あたりの意見が出ていた。

参加しての感想

「音の振動を耳以外から感じる」が最初の感想だった。オフラインはやはり情報量が多い。久しぶりに会う人もいて、生存確認もできてよかった。

2 年 3 ヶ月ぶりともなると、オフライン開催に必要なもの(電源タップ、HDMI接続数ためのハブ etc) やプロジェクターの色味等、気を回す必要のあるものを忘れているな、ということも皆で認識できたのもよかった。

LT の発表も 2 つあり、普段触れていない技術の話や参加者と発表者の議論もあり、できすぎているくらいよい回だったと思う。

各自帰ってから Zoom で雑談して、今回は終了した。お疲れさまでした。

Mac で使う yabai の設定

Sun, 13 Mar 2022 00:26:23 GMT

使っている Mac には、yabai を導入して、Linux Desktop で使っている i3 の使用感に寄せている。現時点の設定をまとめてみる。

インストール

Disabling System Integrity Protection と、Installing yabai を見て作業し、導入した。 Big Sur の手順が書かれているが、Monterey でも同様の手順で大丈夫だったはず。

WikiのHome にあるように、ショートカットで操作するためには、skhd が必要なので、こちらもインストールする。

設定

設定ファイル: .yabairc

設定ファイル: .skhdrc

yabai 自体の設定はそんなに触っておらず、skhd のほうは前述のとおり i3 に設定を寄せている。

使ってみての感想

全画面と元に戻すことが容易なこと、ウインドウサイズを均等割り付けだけではなくリサイズすることもできるし、それをいい感じのバランスにすることもショートカットでできることがとても気に入っている。

アプリや Finder を起動したときにウインドウが重なることがないため、いちいちどかす作業が発生しないのはかなりストレスが減った。

サンプルがあるとはいえ、最初にショートカットの組み合わせを考えて設定に落とし込む必要があり、更にそれに慣れる必要があるため、使いこなすまでに時間がかかることが難点ではある。

今の課題

外付けディスプレイをつなげて使う場合は仮想デスクトップを使わないので、skhdの仮想デスクトップに関する設定については普段はコメントアウトしている。

今の課題は、私の設定が i3 のショートカットに寄せる余り、仮想デスクトップ周りの設定が Mac OS のもつスクリーンショット系のショートカットを潰してしまっていることで、これには OS のキーボード設定で都度回避している。滅多にノートPC単独で使うことがないので今は許容しているが、なんとかしたい問題ではある。

その他今の設定の制限としては、アプリ等のウインドウが存在しない仮想デスクトップにはショートカットでは移動できないっぽいので、そういう場面では Ctrl + 右、Ctrl _+ 左で移動する必要がある。これはあまり不便には感じていないので、気にしていない。

まとめ

導入までには少し手間がかかるものの、ウインドウが重ならない、リサイズが容易であること、i3 に設定を寄せることができることができるため、yabai + skhd は大変気に入っている。

個人的に課題を抱えているものの、特定の場面でしか影響していないためあまり気にならない。

私の中では、yabai + skhd は今ではないと困るアプリになっている。

最近追加した Vim のプラグイン

Sun, 17 Oct 2021 13:59:17 GMT

普通にテキスト書けるくらいのプラグインのみ残して削除していたのだが、最近もうちょっと効率化したいという意欲が高まったので、効率化されそうと思ったプラグインをいくつか導入したので記録として残しておく。

導入したプラグイン

詳細は後で書くとして、導入したものは以下のとおり。

ctrlp.vim, vim-quickhl

vim-quickhl はカーソル下のワードをハイライトしてくれるプラグインだ。通常の検索と違い、複数のワードをそれぞれハイライトしてくれる。

検索でハイライトされるのはいいのであるが、カーソルが移動されると元いた位置に戻ってこないといけないので、カーソルを移動させずにどこで使われているかを確認するために導入してみた。

CtrlP は正確に言えば以前から導入していたが、私の設定が悪く、ファイルの多いプロジェクトだと検索が重くてほぼ使っていなかった。

CtrlP に出戻りしたにある ctrlp-matchfuzzy の部分を見て ctrlp-matchfuzzy を導入し、Vim の CtrlP が動かなくなっていたので設定を見直したの .gitignore に指定したファイルを一覧から除外するにあった検索対象となるファイルを絞る設定を導入したことでかなり高速化したので、今は常用している。

indentLine, tagbar

indentLine はインデントを特定の文字列でガイドしてくれるプラグイン。 README にある文字列を指定すると、マルチバイト文字でズレることもあるので、| のみ指定している。

tagbar は ctags を利用して、class やメソッドのアウトラインを表示、ガイドしてくれるプラグイン。~/.ctags に設定を書かない状態だと、RSpec のファイルをアウトライン表示してくれないので、 https://gist.github.com/diegotoral/ce58679a2d80ecc1419767c773ec808a を参考に書き込んで ctags を生成と describe, context, it が表示されるようになった。

RSpec のアウトラインは表示されるものの、並び順はコードの順番とは異なるのでこれが解決できればもっといいな、という感じだが、定義には随分楽に飛べるようになった。

vim-test

特にコマンドの設定等しなくてもテストが実行できるプラグイン。vim でテストが記述されているファイルを開き、README にある呼び出しショートカットキーを設定して実行すればテストが実行されるので、今回書いているもので一番便利に使わせてもらっている。

今は vimterminal でテストが実行されるように設定しており、実行時に開かれるバッファ内で結果を確認したり、デバッグしたりしている。

ale, vim-lsp-ale

vim-lsp と asyncomplete で補完をしている。この LSP が動作する状態で ale を導入すると、LSP のチェックのみがバッファ上に表示されて ale の警告が表示されなかったため、制御するために vim-lsp-ale を導入した。

VIMのaleでのrubocopを軽快にの設定を参考に以下のようなテキトーな設定を書いて、bundle exec rubocop されるようにした。

let g:ale_fix_on_save = 1
let g:ale_lint_on_insert_leave = 1
let g:ale_lint_on_enter = 0
let g:ale_lint_on_text_change = 0

let g:ale_set_quickfix = 1
let g:ale_set_loclist = 0
let g:ale_open_list = 1
let g:alg_keep_list_window_open = 0
let g:ale_list_window_size = 10

let g:ale_sign_column_always = 1
let g:ale_sign_error = '=='
let g:ale_sign_warning = '--'

" LSPのチェックでなく、RuboCop を使う
let g:ale_linters = {
    \   'ruby': ['rubocop'],
    \ }

function! s:set_ale_ruby_rubocop_executable()
  let b:ale_ruby_rubocop_executable = 'bundle'
endfunction

augroup my_ale_ruby_rubocop_setting
  au!
  au FileType ruby :call s:set_ale_ruby_rubocop_executable()
augroup END

あまり実行回数が増えないように save 時にのみ実行する、警告が出た箇所に出る記号を gitgutter のものとわかりやすく区別する等の設定を入れている。

さいごに

最近追加した Vim プラグインの記録を書いた。特に vim-test と ale が非常に便利で、これらがないと効率がガタ落ちするくらいに馴染んでいる。

ちょこちょこプラグイン探したり、設定見直したりしているので、大きな変更があればまた記録しよう。

Kanazawa.rb meetup#108 に参加した

Sat, 28 Aug 2021 14:20:38 GMT

Kanazawa.rb の 108 回目の meetup 「祝9周年 LT大会 - オンライン」に参加してきた。

イベント内容

毎年、この月は LT 大会になっており、参加者がそれぞれ LT をする。聴くだけの参加も OK だと思われるが、スライドなしの LT 、2 つ以上 LT、プログラムやソフトウェア開発関係ないネタでの LT ありと、フリースタイルな感じになっている。

私の発表

先月のつづきとして、最近お仕事の開発環境が Mac になったので、Mac 用に開発環境を整えた話で一本、懇親会用にと思っていたが時間があったので、本編時間内でデスク周りの新しい道具についてほぼ画像だけで LT した。

.zshrc や .tmux.conf の環境特有の設定を分岐して、ファイルをわけないように記述したことについて話した。環境ごとにわけてもいいのだが、あっちの環境にはあるけどこっちにはないというのをなるべくなくしたい、どうせ設定ファイルいじるならやってしまおうとなって分岐を足している。

その他

軽いノリであることと、テーマを絞っていないため、幅広い話を聴くことができた。たまに開発関係でない話や、急に王道の開発ネタが入ってきてなかなかおもしろかった。

RSpec の軽めの話があったので、気になった。今のメインストリームはそうなんだな、と思いつつ、その気持ちもわかるんだけど、自分の中で整理がついていないので、終始心乱れたまま話を聴いてしまった。

次回はもくもく会だったような気がするので、もくもくするネタを考えておかないとな。

Kanazawa.rb meetup#107 に参加した

Sun, 18 Jul 2021 11:51:05 GMT

Kanazawa.rb の 107 回目の meetup 「開発環境&shell(CLI)芸晒す会 - オンライン」に参加してきた。

イベント内容

個々人の開発している環境(空間、機器、ツール)や、PC 内での開発環境、使っているものや自作のスクリプト等について、自慢する回で、形式としては、参加者が持ち寄った発表を発表時間を申告して発表する形式で行われた。

私の発表

普段私は Desktop Linux 使っているが、そういう人は多分いても少ないだろうということで、より一般的な dotfiles の管理をメインに、メモの運用について話した。

daily-memo.sh は便利に使っていて、検索が愛用の ag コマンドなので、高速なことが気に入っている。また、何も考えずにコマンド打てばファイルができて同日なら重複したファイルができないので、何も考えなくてよいのがよい。

Obsidian は専用アプリがあり、vim キーバインドに対応していたので試したが、思ったより手になじまなかったのと、ドキュメント同士のリンクをしなかったのでこれである必要はないかな……となって元に戻った。また、Slack での times 運用はお金払わないと履歴が古いものから消えていくのと、ちょっとしたテキストの塊を入力しようとしたときにテキストエリアは領域が狭くなってしまうことがあるので辞めたのであった。

その他

今回は本編だけでなく、終わった後のオンライン飲み会でも LT 発表が 2 本あり、なかなか趣味に振り切ったもので楽しかった。

また、とんとさんと kzrb.org と meetup.kzrb.org の修正をあの場でできたのがよかった。時間を共有しつつ作業すると反映までが早いので、スピード感を感じられていいね。

SUZURI のアイテムを表示している URL がこちらの期待と違う動きをしていたので、こちら側では回避するようなコードに修正しつつ、問い合わせをしておいた。「誰も消防車を呼んでいないのである」にならないようにね。

次回は 9 周年記念 LT 大会になる予定なので、LT のネタを仕込まねば。

キーボードのキー数を減らした

Thu, 15 Jul 2021 10:45:37 GMT

以前は Zinc を使っていたが、もう少しキー数を減らせるかも？と思って探していたところ、私が使えそうなキーボードである REVIUNG41 をみつけたので、今はこれを使っている。

なぜキー数を減らしたいのか？

手の移動距離を減らせそうであることと、小さいほうがキーボードを移動させるときに便利であることが理由である。小さいと必然的にキー数が減るのだ。

ただ条件があり、Linux の i3wm のメタキー、ショートカットキーを使いこなせる程度のキー数、キー配置が必要なのだ。この条件をクリアしつつ、キー数が少ないものを選ぶ必要があった。

REVIUNG41 にした決め手は？

分割キーボードっぽい配置であること、アルファベットキーの外側に一列キーがあること、キー間が狭いことがある。

分割キーボードっぽい配置であること

今はすっかり分割キーボード派である。完全な一体型には戻れる気がしないが、REVIUNG シリーズはエルゴノミックキーボードみたいになっており、末広がりな配置になっていて分割キーボードに近い配置になっているため、違和感が少ない。

また、これまでは raw staggered 派だったのであるが、この末広がり状に配置されていることにより苦手な column staggered タイプでも違和感少なくタイピングができている。

そのままではキーボード上部に配置されているキーとの距離が遠いため、上部の底に足をつけて高くしてキーとの距離を短くしている。これがあるとないとでは、E や R、I への指の届き方が違うので、角度はキーが見えるかどうかだけの差しかない、とか言う説は私の中では却下されている。

アルファベットキーの外側に一列キーがあること

Tab キーや Del キーがある列がないと、個人的に違和感がありすぎて慣れない。これは以前チャレンジしたが克服できなかった。

REVIUNG41 はその外側の列のキーが 3 行しかないが、Zinc で使っていたキーマッピングを少し変える程度でなんとかなりそうだったので、採用している。

キー間が狭いこと

Zinc の配置に慣れた身体だと、Ergotonic49 を使ってみるとキー間がちょっと空きすぎて違和感があったため、よりキー間が詰まっているものを探した。

元々がノート PC を使っていたこともあり、変にキー間が空いているよりは詰まっていたほうが違和感が少なく、このほうが馴染む。

どんなキーマップで使っているのか

今は以下の配置にしている。ほとんど Zinc を使っていたときと変わっていない。

BASE の Tab キーが Shift、MO(LO) + Tab でタブにしているのを、Zinc を使っていたときと同じように逆にしようかどうかで悩んでいる。

BASE
 ,-----------------------------------------.             ,-----------------------------------------.
 | Shift|   Q  |   W  |   E  |   R  |   T  |             |   Y  |   U  |   I  |   O  |   P  | Bksp |
 |------+------+------+------+------+------|             |------+------+------+------+------+------|
 |CTL_ESC|  A  |   S  |   D  |   F  |   G  |             |   H  |   J  |   K  |   L  |   ;  |  '   |
 |------+------+------+------+------+------|             |------+------+------+------+------+------|
 | ALT  |   Z  |   X  |   C  |   V  |   B  |             |   N  |   M  |   ,  |   .  |   /  |Enter |
 |------+------+------+------+------+------|-------------|------+------+------+------+------+------|
                             | WIN  |MO(RA)|   Space     |MO(LO)|Shift |
                             '-------------'-------------'-------------'
 ※ CTL_ESC は QMK でいう、LCTL_T(KC_ESC)


LOWER
 ,-----------------------------------------.             ,-----------------------------------------.
 | Tab  |   !  |   @  |   #  |   $  |   %  |             |PageUP| Home |  UP  | End  | ESC  | Del  |
 ,-----------------------------------------.             |------+------+------+------+------+------|
 |CTL_ESC|  &  |   ^  |   (  |   )  |  _   |             |PageDN| LEFT | DOWN | RIGHT|      | PSCR |
 |------+------+------+------+------+------|             |------+------+------+------+------+------|
 | ALT  |   \  |   +  |   *  |   /  |  =   |             |  [   |  ]   |  (   |   )  |   -  |Enter |
 |------+------+------+------+------+------|-------------|------+------+------+------+------+------|
                             | WIN  |MO(RA)|   Space     |MO(LO)|Shift |
                             '-------------'-------------'-------------'
RAISE
 ,-----------------------------------------.             ,-----------------------------------------.
 | Tab  |   1  |   2  |   3  |   4  |   5  |             |  F1  |  F2  |  F3  |  F4  |  F5  | Del  |
 |------+------+------+------+------+------|             |------+------+------+------+------+------|
 |CTL_ESC|  6  |   7  |   8  |   9  |   0  |             |  F6  |  F7  |  F8  |  F9  |  F10 | F11  |
 |------+------+------+------+------+------|             |------+------+------+------+------+------|
 | ALT  | RESET|      |      |  `   |   -  |             |  F12 |CTRL-Q|      |      | RESET|Enter |
 |------+------+------+------+------+------|-------------|------+------+------+------+------+------|
                             | WIN  |MO(RA)|   Space     |MO(LO)|Shift |
                             '-------------'-------------'-------------'
 ※ CTRL-Q は私の環境では tmux の prefix で、MO(RA) + CTRL-Q と MO(RA) + q(つまり 1) で
    指定の数字のウインドウに移動しやすくしている

さいごに

REVIUNG41、なかなかよく、前に使っていた Zinc との違和感も少なく移行できた。指の移動も少なくいい感じである。

キーのマッピングは変えるかもしれないが、しばらくはこの形でいきそう。

Blue Yeti Nanoを使う際に気をつけたい点

Wed, 17 Feb 2021 11:17:28 GMT

説明書にも書かれていなかった気がしたので、ここに記しておく。

Blue Yeti Nano とは

https://www.bluemic.com/ja-jp/products/yeti-nano/ これです。

私はこれを主に Linux 機に接続して使用しています。

背面にあるパターンセレクタについて

パターンセレクタは、指向性の変更のために使うボタンである。正面からの音を中心に拾うのか、全体から音を拾うのか切り替えることができる。

このボタンが指向性の切り替えのためだけにあると思っていたのであるが、ヘッドフォン出力からの音の ON/OFF を切り替える機能もある みたいだ。長押しすると、正面のボタンが LED がちらちら光ってヘッドフォン出力からの音を拾ったり、ミュートさせたりというのができる。

ヘッドフォン出力からの音が聞こえない場合、「Yeti Nano Linux」などのワードでググると、alsamixer コマンドで「再生」の音量を調整することで聞こえるようになるよ、とのコメントを見るが、パターンセレクタボタンの長押しはハードウェアミュートになるっぽく、alsamixer で見た数値は十分に聞こえるものであっても全く何も聞こえてこないので注意が必要だ。

そういうときは、パターンセレクタを長押ししてみよう。

まとめ

Blue Yeti Nano を使っていて、ヘッドフォン出力から音が聞こえなくなった！と思ったら、パターンセレクトボタンを長押ししてみよう。

それでも聞こえないなら、alsamixer の Yeti Nano の設定を確認し、再生の音量を調整してみよう。

S3 のリダイレクト設定を見直した

Tue, 16 Feb 2021 12:43:00 GMT

きっかけ

このサイトに Google カスタムサーチを設定して数ヶ月、うまく動作していなかったので、原因を探ることにした。たまたま AWS から S3 関連の通知がきていて、そういえば……と思い出したので重い腰を上げてみた。

調べた経路

Google カスタムサーチの設定がうまくいっていないのか？と思い、色々見直していると、Google SearchConsole を見ろと表示されたので観に行った。

Google SearchConsole のカバレッジをみると、どうやら大半が除外されているみたい。詳細を見に行くと、Googlebot さんがクロールできていないことがわかった。つまり、検索インデックスが作成できていないようだった。

そのクロールできていない原因なのであるが、個別のページにアクセスするとルートにリダイレクトされてしまっているようで、そのため個別ページのインデックスが作成できていないらしい。

ローカルで動かしている分にはリダイレクトされない。そうなると、S3 か CloudFront のどちらかになる。CloudFront は個別のリダイレクト設定はないはずと思い、S3 の設定をみるとリダイレクト設定があったので、設定をまるごと消した。なくてもよさそうな設定であった。

どうやらクロールされ始めたっぽいので、これが根本の原因だったらしい。

本当の原因

gatsby-node.js にある createRedirect の設定がどうやら gatsby-plugin-s3 によって S3 の設定に作用するみたいで、コードを削除して deploy したら、設定が S3 に反映されなくなった。個別ページの URL を直に叩いてもルートにリダイレクトされないようになった。

クロールが終わって完全にサイト内検索ができるようになるのはいつになるのかわからないけれども、これでまともに動くようになればいいな。

2020年のふりかえり

Thu, 31 Dec 2020 05:41:41 GMT

2020 年やったこと(順番はテキトー)

BuriKaigi2020 で発表した
i3wm と polybar に乗り換えた
自作 PC を組み立てた
自作キーボードを組み立てた
肉を買って焼くようになった
通信制大学に入学、課題をするようになった
Kanazawa.rb にはだいたい出没した
作業場所の設備を整えた
齢が次の代に移った
健康診断で初胃カメラを飲んだ
家族 PC の入れ替え

2020年感想

BuriKaigi2020 で代打発表してからこんなことになるとは思わなかったコロナ禍2020年。引きこもってできる実用的な趣味を試した年であった。

自作 PC は知識ゼロからやったので楽しかったが構成を頻繁にはかえないので今は落ち着いていて、自作キーボードはまだいろいろといじりがいはありそうな感じ。お肉は美味しく焼けると嬉しいのでまだまだ続きそう。

真面目に勉強しようと通信制大学に入学したもののなかなかキツイので、これをどう乗り越えていくかが生活の鍵になりそう。

実際のところ、今年は前半で結構な燃え尽きがあったので、散財してストレス発散で復活とおもったが、あまりうまくいっていない気がするので、なんとかならんかなというところ。

2021年

エディタについて学ぶ
面倒くさいことを 1 つは実行する
過去やったことをもう一回やってみる

Ruby の Curses::Window#refresh と Curses::Window#noutrefresh の違い

Mon, 12 Oct 2020 16:22:21 GMT

最近 Ruby の curses を使って遊ぶことがあり、その中で Curses::Window#refresh と Curses::Window#noutrefresh の違いがよくわからなかったので、ドキュメントを探していた。

日本語で探すとるりまが検索にかかるが、最新とは内容が離れているのでメモとして残しておく。

Ruby の curses のドキュメント

curses は Ruby 2.1.0 から標準ライブラリから切り出されて独立した gem になっている。see: https://github.com/ruby/curses#description

切り出されたことにより、curses のるりまは 1.8.7 の library curses でなくなって？おり、ruby/curses の README の Documentation にあるように www.rubydoc.info にあるものが最新を追随している公式ドキュメントになっている。

1.8.7 標準添付の curses から現在の v1.3.2 までの間に API も増えているため、残念ながら 1.8.7 の情報では現在の curses を扱うのは難しい。

physical screen と virtual screen

Python の curses のドキュメント https://docs.python.org/3.5/library/curses.html はより詳細に説明が記載されており、physical screen と virtual screen という語を使って説明されていた。日本語版もあるが、単語が明確に分けて使われている英語のほうのドキュメントがおすすめである。

実際に私たちに見えるのは physical screen で、見えていないが変更内容を保持しているのが virtual screen である。virtual screen に対して変更したものを physical screen に同期するようなかたちで更新し、physical screen に反映して表示する仕組みとなっている模様だ。

尚、Curses.doupdate というメソッドが用意されており、これにより強制的に physical screen を更新することができる。

Curses::Window#refresh と Curses::Window#noutrefresh の違い

さて、本題である。

https://www.rubydoc.info/gems/curses/Curses/Window をみると、どちらも Curses::Window に設定した内容を更新するメソッドで、両メソッドの説明には Refresh the windows and lines. とある。

Curses::Window#noutrefresh は加えて、Curses::Window.noutrefresh allows multiple updates with more efficiency than Curses::Window.refresh alone. と書いてあるので、複数 Window がある場合に効率的に処理できるらしい。

`Curses::Window#refresh`

Curses::Window#refresh は、指定された Curses::Window の設定内容を virtual screen、physical screen の両方に反映するようだ。つまり、実行されると更新されたものが私たちに見えるようになる。

`Curses::Window#noutrefresh`

一方で、Curses::Window#noutrefresh は指定された Curses::Window に設定した内容を virtual screen にのみ反映するようだ。この段階では私たちに変更は見えない。これを physical screen に反映するには Curses.doupdate を呼び出す必要がある。こうすることで、virtual screen の内容が physical screen に反映される。

先に書かれている “効率的” というのは、Curses.doupdate が存在する Curses::Window すべての virtual screen の内容を physical screen に反映するためだ。Curses::Window#refresh は 1 つの Curses::Window に対して Curses::Window#noutrefresh と Curses.doupdate を実行しているようなものなので、こちらを使ったほうが確かに効率的だ。

まとめ

Python のドキュメントのちからを借りつつ、Curses::Window#refresh と Curses::Window#noutrefresh の違いを確認した。

Curses::Window#refresh
- 1 つの Curses::Window に対して、virtual screen, physical screen 両方を更新する
Curses::Window#noutrefresh
- 1 つの Curses::Window に対して、virtual screen のみを更新する
- physical screen を更新するには Curses.doupdate を呼ぶ必要がある
- Curses.doupdate はすべての virtual screen を physical screen に反映するので複数 window がある場合はこちらを使うのが効率的である

ruby/curses のメンテをしている shugo さんの作っている Textbringer の window クラスが同様の使い方をしているので合っているはず。

Ruby の curses のドキュメント

Mon, 12 Oct 2020 16:22:21 GMT

日本語で探すとるりまが検索にかかるが、最新とは内容が離れているのでメモとして残しておく。

Ruby の curses のドキュメント

curses は Ruby 2.1.0 から標準ライブラリから切り出されて独立した gem になっている。see: https://github.com/ruby/curses#description

1.8.7 標準添付の curses から現在の v1.3.2 までの間に API も増えているため、残念ながら 1.8.7 の情報では現在の curses を扱うのは難しい。

physical screen と virtual screen

Python の curses のドキュメント https://docs.python.org/3.5/library/curses.html にはより詳細に説明が記載されており、physical screen と virtual screen という語を使って説明されていた。単語が明確に分けて使われている英語のほうのドキュメントがおすすめです。

実際に私たちに見えるのは physical screen で、見えていないが変更内容を保持しているのが virtual screen で、virtual screen に対して変更したものを physical screen に同期するようなかたちで更新し、physical screen に反映して表示する仕組みな模様。

Curses::Window#refresh と Curses::Window#noutrefresh の違い

https://www.rubydoc.info/gems/curses/Curses/Window をみると、どちらも Curses::Window に設定した内容を更新するメソッドで、両メソッドの説明には Refresh the windows and lines. とある。

Curses::Window#noutrefresh は加えて、Curses::Window.noutrefresh allows multiple updates with more efficiency than Curses::Window.refresh alone. と書いてあるので、複数 Window がある場合に効率的に処理できるらしい。

#refresh は以下のように動くようだ。

仮想スクリーンに設定された内容を物理スクリーンに反映する
仮想スクリーンを

https://github.com/shugo/textbringer/blob/main/lib/textbringer/window.rb

Kanazawa.rb #96 に参加した

Sun, 23 Aug 2020 15:25:04 GMT

LT 大会ということで 2 本準備して発表した。

一本目は、ActiveRecord インスタンスのメモリ使用量について。二本目は、最近思いつきではじめた自作 PC の話をした。

自作 PC はまだ全然落ち着いてなくて、配線の見直しや空気の流れ、ファンの音等気になるところはいろいろあって、気になったところには何かしら手を入れている。場所をとらない程度に小さな散財が続いている。

懇親会だか本編だったか覚えていないが、Udemy への言及があり、みたらなんか安かったので安いものの中から興味ありそうなものをいくつか購入した。

トータルでみると結構長いので、倍速で聴いてる。さらっと知らないことが語られていることがあるので聴かざるをえないけど、合わない動画が厳しい(けど、知らないこと語ってるので頑張って聴いてる。)

初めて PC を組み立てたその後

Thu, 30 Jul 2020 15:39:39 GMT

初めて PC を組み立てたで今後の課題を書いたが、対応してみたので、その後を書く。

1. ディスプレイとキーボードをどう共有するか

電源不要の HDMI 切替機 https://www.amazon.co.jp/gp/product/B07LFRVQR2/ を、それぞれのディスプレイに接続した HDMI ケーブルに接続し、分岐させて、ボタン押して切り替えている。

ディスプレイ毎に切替機の色を変えて、それとなくわかりやすくしている。1 個がそれほど高くないので、ダメで元々できたらいいやくらいでやったらうまく動いたので、これでいった。

既存の切替器自体を接続数の多いものに置き換える、でもよかったけど、相性問題で苦労したくなかったので、安く済ませてしまった。

キーボードは USB ハブのケーブルが元々長かったので、単純に “挿し替える” で解決するようにした。

2. バックアップ用 HDD の設定

外付けだと、手元の裸族のお立ち台を使うことになるのだが、ケースの上に置くとちょっと高さが出てしまうのでケース内に設置することにした。

ケースに 3.5 インチ HDD 用のマウンタが用意されていたので、3.5 インチ HDD と SATA ケーブルを追加で買って電源ケーブルをかき分けてがんばってケース内に設置した。

ディスクをフォーマットして、timeshift と cronie を導入し、/home に対して定期バックアップを設定した。/home はパーティションわけずに、壊れたらバックアップから戻すスタイルにしている。

3. HDMI を DisplayPort に変換して接続する

ケーブルのない変換口だけのもの https://www.amazon.co.jp/gp/product/B01M1KJ7UP/ を買って、背面のグラボにある DisplayPort に挿してその口に HDMI ケーブルを挿す。切替は 1 でも使っている切替器を利用している。

無事に解像度が落ちることもなく接続できているので、これでいく。以前変換できないものがあったので、あまり期待してなかったが、無駄にならなくてよかった。

グラボのファン

ディスプレイを 2 つ接続したらグラボのファンが回りました。グラボのファンがもしかしたら一番音が大きいかも。直径が一番小さいので仕方ない。

グラボはチップセットにしか注目してなかったため、メーカーごとの特徴についてはノーチェックだった。メーカーでどれくらい変わるのか試したい気持ちがあるが、グラボは高いねん。。。

初めて PC を組み立てた

Sun, 26 Jul 2020 05:26:44 GMT

ノート PC が壊れたことをきっかけに自作 PC に対する関心が高まったので、行動に移してみた。

今回組み立てた部品リストと購入品

用意したパーツは以下のとおり。購入サイトで CPU を選択したときにおすすめされたパーツを基本として、ケースはなんか検索でひっかかった大きいやつ。大きいもの(ATX)を選んだのは、単純に配置しやすいかなと思っただけ。

パーツ	メーカー	型番	備考
CPU	AMD Ryzen 9 3900X	100-100000023BOX
メモリ	CFD	W4U3200CM-16G
ケース	NZXT	H710 CA-H710B-B1
CPU水冷クーラー	CORSAIR	H150i RGB PRO XT
グラフィックボード	GIGABYTE	GV-R56XTWF2OC-6GD	RADEON RX 5600 XT 内蔵
電源	CORSAIR	RM850x White 2018	黒がなかったので
SSD	Western Degital	WD Blue 3D NAND SATA WDS500G2B0A	Windows 用
M2.SSD	Intel	SSD 660p Series SSDPEKNW512G8XT	Linux 用
マザーボード	ASUS	ROG STRIX X570-F GAMING
グリス	親和産業	SMZ-01R /OC Master
工具	Ainex	TL-020

自作PCバイブル2020-2021 というムック本を参考に、初めての組み立てを進めてみた。

付属の説明書と、ムック本と、同じメーカーのケースを使った組み立て動画を参考に組み立てた。孤独のグルメシーズン8 を流しながらの作業で、シーズン終わるまでには OS インストールまで進んだ。

苦しんだ・時間がかかったポイント

組み立て自体が初見なのにかなり大きい CPU クーラーを用意したため、ケースの特性、CPUクーラーのケース内での配置、配線どれもわからずに一旦心が折れたので、代わりに一時しのぎでリテールクーラーを設置するという遠回りをしたため時間がかかった。

Ryzen 9 3900X は GPU 機能を内蔵していないため、マザーボードにくっついている HDMI や DisplayPort コネクタが機能しない、という点に気がつくのにも時間がかかった。この HDMI に接続、PC 起動して、マザーボードの警告ランプがつきっぱなしになったので焦ったが、マザーボードの設置レポート等ググって気がついた。

つけたグラボは機能しているがファンが回らないので「大丈夫か？」となったが、負荷がかからないと回らないらしいので静観している。

あるといいなと思ったもの

照明位置の関係で作業する際手元が暗かった。スマホのライト機能を使っていたが、初心者なので静電気防止手袋して作業しているものだから、手袋しているとスマホが操作できない。「あ”ー」ってなって手袋外す、というのを何回かやったので、手元を照らすライトがあるとよかったなと思った。

組み立てての感想

思ったより静か。今のところ快適。

ケース重要。もうちょっとわかりやすい単純なケースにしてもよかったかも。

CPU に GPU 内蔵しているかどうかは確認しておこう。グラボ一緒に買っておいて助かった。

配線には魔物が棲んでいる。ケースに付いているファン、クーラーのファンが多ければ多いほど追加の配線が増えるので複雑度が増す。

今後の課題

ディスプレイやキーボードをどう他の PC と共有するか。電源不要の HDMI 切替器を利用しようと考えている。USB ハブでまとめて、ハブは差し替えるかぁ…というところ。
バックアップ用の HDD を、ケース内のマウンタに HDD 入れて管理するか、USB で外からつないで管理するか。SATAケーブル取り回すの面倒だから今のところ、外付けが優勢。
2 枚目の外部ディスプレイを DisplayPort で接続する必要があるが、HDMI to DisplayPort がうまく動くか試す。

xf86-input-synaptic から xf86-input-libinput に乗り換えた

Sat, 04 Jul 2020 08:43:48 GMT

https://wiki.archlinux.org/index.php/Touchpad_Synaptics をみると、メンテナンスモードに移行したようなので、synaptics から libinput に乗り換えてみた。

xf86-input-synaptics の削除する

/etc/X11/xorg.conf.d/70-synaptics.conf と、パッケージを削除する。

$ yay -Rs xf86-input-synaptics

xf86-input-libinput を導入する

パッケージをインストールし、/usr/share/X11/xorg.conf.d/40-libinput.conf を /etc/X11/xorg.conf.d/40-libinput.conf へコピーしてこれを編集する。(シンボリックリンク作成でいいと思う)

$ yay xf86-input-libinput

ArchWiki: libinput xinput を使うを参考にデバイスを調べる。今回の対象は id=13 のタッチパッドを調整する。

$ xinput list
⎡ Virtual core pointer                          id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave  pointer  (2)]
⎜   ↳ SynPS/2 Synaptics TouchPad                id=13   [slave  pointer  (2)]
⎜   ↳ TPPS/2 Elan TrackPoint                    id=15   [slave  pointer  (2)]

ArchWiki: libinput Xorg 設定ファイルを使うにあるように、先程コピーしたファイルを編集する。

設定内容は ArchWiki: libinput 一般的なオプションをもとにして設定する。

タップでクリック、2本指クリックで右クリック、ナチュラルスクロールを有効にしている。

$ sudo vim /etc/X11/xorg.conf.d/40-libinput.conf
Section "InputClass"
        Identifier "SynPS/2 Synaptics TouchPad"
        Driver "libinput"
        MatchIsTouchpad "on"
        Option "Tapping" "on"
        Option "ClickMethod" "clickfinger"
        Option "NaturalScrolling" "true"
EndSection

タッチパッドの操作感度の調整

ArchWiki: マウスのアクセラレーション速度を変更するを参考に調整する。

以下のコマンドで調整しつつ、ポインタの移動速度をみて設定する数値を変更する。

$ xinput --set-props 13 'libinput Accel Speed' 0.8

好みの感度になったら、/etc/X11/xorg.conf.d/40-libinput.conf に反映する

$ sudo vim /etc/X11/xorg.conf.d/40-libinput.conf
Section "InputClass"
        Identifier "SynPS/2 Synaptics TouchPad"
        Driver "libinput"
        MatchIsTouchpad "on"
        Option "Tapping" "on"
        Option "ClickMethod" "clickfinger"
        Option "NaturalScrolling" "true"
        Option "AccelSpeed" "0.8"
EndSection

まとめ

xf86-input-synaptics とその設定を削除して、xf86-input-libinput を導入し、設定ファイルを作成した。感度はコマンドで設定した後、設定ファイルに反映した。実は他の設定もコマンドで設定して確認した後に反映することもできるが、ArchWiki の一般的な設定内容と目的が一致していたので、そちらについては直接設定ファイルに記載した。

gatsby-plugin-sharp と gatsby-plugin-manifest のアップデートでつまずいた

Sat, 21 Mar 2020 10:55:08 GMT

gatsby-plugin-sharp と gatsby-plugin-manifest のアップデートの際にエラーが発生したが、なんとか解消できたのでとして残しておく。

発生した問題

gatsby-plugin-sharp のアップデートPR( Bump gatsby-plugin-manifest from 2.2.47 to 2.3.1 ) と、gatsby-plugin-manifest のアップデート PR (Bump gatsby-plugin-sharp from 2.4.11 to 2.5.1) で以下のようなエラーが出た。

error "gatsby-plugin-manifest" threw an error while running the onPostBootstrap lifecycle:

Input file contains unsupported image format


  Error: Input file contains unsupported image format

not finished onPostBootstrap - 0.014s

エラーの issue を追いかけた

エラーメッセージでググると、https://github.com/gatsbyjs/gatsby/issues/22303 にあたった。その中のコメントで、libvips/libvips#1539 のリンクに言及されていたのでそちらを確認した。

その中で、lovell/sharp#2062 のリンクに言及しており、コメントで breaking change があったことがわかる。v0.24.0 以上の sharp が必要とな？

taniarascia/taniarascia.com#103 からこの issue が参照されていて、その中のコメントに解決策が提示されていた。

この解決策のコメントの中にあった、resolutions の設定を package.json に追記したところ、エラーが解消され、ビルドがうまくいくようになった。

package.json の resolutions について

pacakge.json の resolutions を使ったことがなかったのでぐぐってみたら、 https://classic.yarnpkg.com/ja/docs/selective-version-resolutions/ がわかりやすかった。

依存パッケージのバージョンを横から指定できるのか。依存パッケージの一部に脆弱性が見つかったりした場合に、これを使って強引にパッチのあたったバージョンにアップデートさせる、というような使い方できるっぽい。これは勉強になった

結論

今回は package.json の resolutions に sharpt のバージョンを "^0.24.1" として指定することでエラーを回避した。 resolutions については、https://classic.yarnpkg.com/ja/docs/selective-version-resolutions/ を参照のこと。

Arch Linux で rootless docker を設定した

Wed, 11 Mar 2020 16:50:49 GMT

何点か躓いたのでしておく。

https://docs.docker.com/engine/security/rootless/ の手順を参考に rootless docker を設定していった。

前提

https://docs.docker.com/engine/security/rootless/#arch-linux#prerequisites を確認した。

newuidmap と newgidmap コマンドはインストールされていた。 /etc/subuid と /etc/subgid はなかったので、下記のコマンドで作成した。中身は空のまま。

$ sudo touch /etc/subgid /etc/subuid

Arch Linux 特有の準備作業

https://docs.docker.com/engine/security/rootless/#arch-linux を参照。

私の環境では、/etc/sysctl.conf はなく /etc/sysctl.d/ があったため、/etc/sysctl.d/100-rootless-docker.conf を作成して、kernel.unprivileged_userns_clone=1 を記述し、sudo sysctl --system を実行する。

$ sudo vim /etc/sysctl.d/100-rootless-docker.conf
kernel.unprivileged_userns_clone=1

$ sudo sysctl --system

インストール (下ごしらえ)

https://docs.docker.com/engine/security/rootless/#arch-linux#install を参照。

curl と sh でインストールすることになるのだが、/etc/subgid と /etc/subuid が空の場合、これらにユーザの情報を書き込むように警告が出るので、その値を書き込む。 /etc/subuid, /etc/subuid どちらも空ならば、それぞれについて警告が出るので、両方に書き込む。

$ curl -fsSL https://get.docker.com/rootless | sh

Could not find records for the current user muryoimpl from /etc/subuid . Please make sure valid subuid range is set there.
For example:
echo "muryoimpl:100000:65536" >> /etc/subuid

書き込んで、再度実行する。システムに入った docker が起動していると下記の警告が出る。docker.service 停止して環境変数を設定した。

$ curl -fsSL https://get.docker.com/rootless | sh
Aborting because rootful Docker is running and accessible. Set FORCE_ROOTLESS_INSTALL=1 to ignore.

$ sudo systemctl stop docker.service
$ export FORCE_ROOTLESS_INSTALL=1

インストール

下ごしらえが終わったら、curl を使ってインストールする。 PATH と DOCKER_HOST の設定が出力されるので、私は ~/.zshrc に書き込んだ。

$ curl -fsSL https://get.docker.com/rootless | sh

# Installing stable version 19.03.7
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 60.7M  100 60.7M    0     0  22.8M      0  0:00:02  0:00:02 --:--:-- 22.7M
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 17.8M  100 17.8M    0     0  14.8M      0  0:00:01  0:00:01 --:--:-- 14.8M
# starting systemd service
# starting systemd service
● docker.service - Docker Application Container Engine (Rootless)
     Loaded: loaded (/home/muryoimpl/.config/systemd/user/docker.service; disabled; vendor preset: enabled)
     Active: active (running) since Wed 2020-03-11 23:08:04 JST; 36ms ago
       Docs: https://docs.docker.com
   Main PID: 12660 (rootlesskit)
     CGroup: /user.slice/user-1000.slice/user@1000.service/docker.service
             ├─12660 rootlesskit --net=vpnkit --mtu=1500 --slirp4netns-sandbox=auto --slirp4netns-seccomp=auto --disable-host-loopback --port-driver=builtin --copy-up=/etc --copy-up=/run /home/muryoimpl/bin/dockerd-rootless.sh --experimental --storage-driver=vfs
             ├─12669 /proc/self/exe --net=vpnkit --mtu=1500 --slirp4netns-sandbox=auto --slirp4netns-seccomp=auto --disable-host-loopback --port-driver=builtin --copy-up=/etc --copy-up=/run /home/muryoimpl/bin/dockerd-rootless.sh --experimental --storage-driver=vfs
             └─12676 vpnkit --ethernet /tmp/rootlesskit924008508/vpnkit-ethernet.sock --mtu 1500 --host-ip 0.0.0.0

Mar 11 23:08:04 muryoimpl-T495 dockerd-rootless.sh[12660]: + which slirp4netns
Mar 11 23:08:04 muryoimpl-T495 dockerd-rootless.sh[12660]: + '[' -z ']'
Mar 11 23:08:04 muryoimpl-T495 dockerd-rootless.sh[12660]: + which vpnkit
Mar 11 23:08:04 muryoimpl-T495 dockerd-rootless.sh[12660]: + net=vpnkit
Mar 11 23:08:04 muryoimpl-T495 dockerd-rootless.sh[12660]: + '[' -z ']'
Mar 11 23:08:04 muryoimpl-T495 dockerd-rootless.sh[12660]: + mtu=1500
Mar 11 23:08:04 muryoimpl-T495 dockerd-rootless.sh[12660]: + '[' -z ']'
Mar 11 23:08:04 muryoimpl-T495 dockerd-rootless.sh[12660]: + _DOCKERD_ROOTLESS_CHILD=1
Mar 11 23:08:04 muryoimpl-T495 dockerd-rootless.sh[12660]: + export _DOCKERD_ROOTLESS_CHILD
Mar 11 23:08:04 muryoimpl-T495 dockerd-rootless.sh[12660]: + exec rootlesskit --net=vpnkit --mtu=1500 --slirp4netns-sandbox=auto --slirp4netns-seccomp=auto --disable-host-loopback --port-driver=builtin --copy-up=/etc --copy-up=/run /home/muryoimpl/bin/dockerd-rootless.sh --experimental --storage-driver=vfs
Client: Docker Engine - Community
 Version:           19.03.7
 API version:       1.40
 Go version:        go1.12.17
 Git commit:        7141c199a2
 Built:             Wed Mar  4 01:19:42 2020
 OS/Arch:           linux/amd64
 Experimental:      false
Server: Docker Engine - Community
 Engine:
  Version:          19.03.7
  API version:      1.40 (minimum version 1.12)
  Go version:       go1.12.17
  Git commit:       7141c199a2
  Built:            Wed Mar  4 01:19:50 2020
  OS/Arch:          linux/amd64
  Experimental:     true
 containerd:
  Version:          v1.2.13
  GitCommit:        7ad184331fa3e55e52b890ea95e65ba581ae3429
 runc:
  Version:          1.0.0-rc10
  GitCommit:        dc9208a3303feef5b3839f4323d9beb36df0a9dd
 docker-init:
  Version:          0.18.0
  GitCommit:        fec3683
# Docker binaries are installed in /home/muryoimpl/bin
# WARN: dockerd is not in your current PATH or pointing to /home/muryoimpl/bin/dockerd
# Make sure the following environment variables are set (or add them to ~/.bashrc):\n
export PATH=/home/muryoimpl/bin:$PATH
export DOCKER_HOST=unix:///run/user/1000/docker.sock

#
# To control docker service run:
# systemctl --user (start|stop|restart) docker

docker daemon の自動起動を設定する

インストール後、~/.config/systemd/user/docker.service が配置されるので、systemctl --user enable docker.service すると自動起動すると思いきやされないので、下記を参考に unit ファイルを編集した。

https://qiita.com/yasthon/items/26f943bd5f1b8fab87e0#rootless-docker%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E6%89%8B%E9%A0%86

https://docs.docker.com/engine/security/rootless/#arch-linux#daemon を参考に、loginctl コマンドも実行しておいた。

$ vim ~/.config/systemd/user/docker.service

[Install]
-WantedBy=multi-user.target
+WantedBy=default.target

$ systemctl --user enable docker.service
$ sudo loginctl enable-linger $(whoami)

遭遇した問題ややり直す方法について

curl 時に出る警告 echo "muryoimpl:100000:65536" のとおりに設定しないと、docker.service の起動に失敗したので、素直に従っておくことにした
最初から手順を確認したい、再インストールしたい場合は、~/bin を削除し、export した PATH, DOCKER_HOST をコメントアウト、/etc/subgid, /etc/subuid の値を空にして、curl すると再現できた
元のシステムワイドな docker で動かしていた rails 環境を動かした際、、bootsnap の起動や volume のマウントあたりで権限エラーが発生した。docker image を削除して再度作成することで解消した。Rails.root/tmp の中の cache 等にも旧権限が残っていたりするので削除するなり、owner をユーザにしておくなりしておくとエラーを解消できた

BuriKaigi2020 に参加して発表してきた

Sat, 01 Feb 2020 15:00:10 GMT

BuriKaigi2020 が 2/1 に開催されたので、急遽発表者として参加してきた。

経緯

1/29 の 22 時過ぎくらいに、近所の中華屋で遅い晩ごはんを食べているときに、以下の tweet を見て衝撃を受ける。

oembed: https://twitter.com/mugi_uno/status/1222498572257488896

なぜかこのときに、穴があくのはヤダなぁと思ったので、オリャーの精神でノープランで mugi さんに DM した。

22:26 あたりにお気持ち表明して 23:07 にはサイトに反映されているというこのスピード感すごい…

この間、実は会社のブログに書かれている GitHub issue には気がついてなかったが、やりとりの後に気がついたので発表者欄に反映された URL つけて報告しておいた。ブログみてハードルあがったｗ

発表について

昨年 12 月の LT で発表したテスティングフレームワークに興味があって作ってみたいな、という話が下敷きになっている。

年末に『テスト駆動開発』の第Ⅱ部を Ruby 実装していたものと、minitest のコードを読んでいたこともあって、「minitest で学ぶメタプログラミング」ということで話ししようと晩ごはん食いながらのやりとりで決めたのであった。

1/29 中にアウトライン作成して、1/30, 1/31 でなんとかスライド作ったものの、当日も微調整して、発表者ノートがうまく開かず時間が確認できない中で時間超過やショートするかと思いきや、うまい具合に収まったので助かった…

発表後

当日発表が後半も後半で発表終わるまでガチガチに緊張していたので、終わってやって気持ちが楽になった。他の発表者の皆さんと日々ぶちあたった問題やその解決案、説明方法等について話しができたので非常によい時間を過ごすことができた。

本編(ぶりしゃぶが出るほうが本編)で、すごいの出てきたので記録として残してしておく。

いやぁ、楽しいイベントだった

i3-wm と polybar に乗り換えた

Sat, 25 Jan 2020 15:47:31 GMT

2019年末から2020年年始の休みの間に、awesome-wm から i3-wm + polybar + dunst + picom に乗り換えた。

実際に入ったのは、i3-gaps らしい。

$ sudo pacman -S i3

なぜ乗り換えたの？

awesomeからi3に同僚が乗り換えたというので、年末に試すかーと思っていたが、そのまま乗り換えた。

気に入った点は以下のとおり。

ワークスペースが外部ディスプレイにまたがって設定されるのでディスプレイ間の移動が簡単
一部 awesome とショートカットが似ている
もともとの設定がよくできているのであまりカスタマイズしなくても使える
設定は設定ファイルに記述 or シェルを呼び出すだけなので設定書くのに覚えることはそんなに多くない

どう設定したの？

だいたいここに書いてある。

https://github.com/muryoimpl/dotconfig

設定したことをかいつまんで

外部ディスプレイに接続されたときに、決まったワークスペースを割り当てるようにした

workspace 1 output eDP1
workspace 2 output HDMI2 HDMI1 eDP1
workspace 3 output HDMI2 HDMI1 eDP1
workspace 4 output DP2 HDMI1 eDP1

左から順に同名のディスプレイあれば設定されて、そうでなければ次、なければ eDP1 (ノートPC本体のディスプレイ) にすべて設定される。

ノートPC本体、ワイドディスプレイ、縦ディスプレイの順で配置しているので、左から 1, 2 & 3, 4 のワークスペースが設定されるようになっている。

scrot で screenshot 撮れるようにした

awesome で設定していたものとだいたい同じものを設定した。Win + PrtScr で全画面、Win + Shift + PrtScr で選択範囲を撮るようになっている。

bindsym $mod+Print exec --no-startup-id "scrot -e 'mv $f ~/screenshots/ 2>/dev/null'"
bindsym $mod+Shift+Print exec --no-startup-id "sleep 0.5 && scrot -s '%Y-%m-%d_%H%M%S_scrot.png' -e 'mv $f ~/screenshots/ 2>/dev/null'"

コンポジットマネージャと壁紙とPolybar

## コンポジットマネージャ(ちらつき防止のため導入)
exec_always --no-startup-id picom -b -d :0
## 壁紙 (ディスプレイごとにかえたかったので nitrogen 導入)
exec_always --no-startup-id nitrogen --restore
## polybar (i3-status でもよかったが、ディスプレイごとに表示をかえたかった)
exec_always --no-startup-id $HOME/.config/polybar/launch.sh

Polybar の設定

i3-style で生成した色を使っている。

Polybar には接続しているディスプレイごとに表示するものを簡単にではあるが変えている。ここにあるように、縦ディスプレイに表示項目が多いと時刻が見えないのでかえている。

FontAwesome によるアイコンフォントの設定はフォント名の設定がちょっと変わっていたのでハマった。その他のアプリで表示されるフォント名と異なっているのはなぜ？

困っていることは？

外部ティスプレイを接続して arandr で設定したときに Polybar をリロードしないと Nitrogen の壁紙と bar の表示が乱れることがあるところが解決していないが、ショートカットでリロードできるのでなんとかなっている。

T495 に Arch Linux をインストールした

Sat, 25 Jan 2020 07:11:29 GMT

Ryzen CPU 搭載の PC に Arch Linux をインストールしたので、記録しておく。尚、最小手とは限らない。基本的には https://wiki.archlinux.jp/index.php/%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%82%AC%E3%82%A4%E3%83%89 を参考にしつつ、過去の経験と AMD 用の設定と ThinkPad T495 向けの設定と思われるものを追加している。

起動する USB メモリを作成する

archlinux-2020.01.01-x86_64.iso をあらかじめダウンロードしておき、dd コマンドで作成する。ここでは USB メモリが /dev/sdb にマウントされている。

$ sudo dd bs=4M if=archlinux-2020.01.01-x86_64.iso of=/dev/sdb && sync

USB メモリを起動してインストール

eivars を確認
# ls /sys/firmware/efi/efivars

ディスクの一覧を表示
# fdisk -l

パーティション作成
# gdisk /dev/nvme0n1
Command (? for help): o
Command (? for help): n
Permission number: 何も押さずエンター
First sector     : 何も押さずエンター
Last sector      : +512M
Hex code or GUID : EF00

https://server.etutsplus.com/allocate-swap-space/ ハイバネートが1.5 になってたから 24 * 1.5 = 36
Command (? for help): n
Permission number: 何も押さずエンター
First sector     : 何も押さずエンター
Last sector      : +36G
Hex code or GUID : 8200

Command (? for help): n
Permission number: 何も押さずエンター
First sector     : 何も押さずエンター
Last sector      : 何も押さずエンター
Hex code or GUID : 8300

Command (? for help): w
Do you want to proceed? (Y/N) Y
The operation has completed successfully.

パーティションにファイルシステム作成
# mkfs.fat -F32 /dev/nvme01p1
# mkswap /dev/nvme01p2
# swapon /dev/nvme01p2
# mkfs.ext4 /dev/nvme01p3

パーティションのマウント
# mount /dev/nvme01p3 /mnt
# mkdir /mnt/boot
# mount /dev/nvme01p1 /mnt/boot

システムクロックの更新
# timedatectl set-ntp true

paclist の編集 Japan なものをすべて上にもってきた
# vim  /etc/pacman.d/mirrorlist

ベースシステムの導入
# pacstrap /mnt base base-devel git linux linux-firmware vim

fstab の生成
# genfstab -U /mnt >> /mnt/etc/fstab

# arch-chroot /mnt

# ln -s /usr/share/zoneinfo/Asia/Tokyo /etc/localtime
# hwclock --systohc --utc

en_US.UTF-8 UTF-8 と ja_JP.UTF-8 UTF-8 を uncomment
# vi /etc/locale.gen
# locale-gen

※ この段階で ja_JP を入れると文字化けする
# echo LANG=en_US.UTF-8 > /etc/locale.conf

# echo ホスト名 > /etc/hostname
# vim /etc/hosts
127.0.0.1  localhost
::1    localhost
127.0.1.1  ホスト名.localdomain  ホスト名

netctl, wifi-menu 使えるようにしておく
# pacman -S iputils dialog wpa_supplicant iw
# pacman -S netctl dhcpcd

# mkinitcpio -P

root のパスワード設定
# passwd

microcode の更新用
# pacman -S amd-ucode

grub をインストールする
# pacman -S grub efibootmgr
# grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=grub
# grub-mkconfig -o /boot/grub/grub.cfg
# vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT に acpi_backlight=native を追加
⇡ https://wiki.archlinux.jp/index.php/Lenovo_ThinkPad_T495 を参照

# grub-mkconfig -o /boot/grub/grub.cfg

ユーザ作成
# pacman -S zsh
# useradd -m -G wheel -s /usr/bin/zsh ユーザ名
# usermod -aG users ユーザ名 # users グループに追加
# passwd ユーザ名

# pacman -S sudo
# EDITOR=vim visudo
 %wheel      ALL=(ALL) ALL
# chown -c root:root /etc/sudoers
# chmod -c 0440 /etc/sudoers

Ryzen 最適化 kernel の導入 と その他
# pacman -S linux-zen
# pacman -S linux-zen-headers
# pacman -S mesa
# pacman -S xf86-video-amdgpu
# pacman -S lm_sensors
# vim /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT に↓を追加する
amdgpu.si_support=1 radeon.si_support=0 acpi_backlight=native

# grub-mkconfig -o /boot/grub/grub.cfg

フォントをインストール
# pacman -S noto-fonts noto-fonts-cjk noto-fonts-emoji noto-fonts-extra

ノートPC の蓋締めたときのアクションを設定する
# mkdir /etc/systemd/logind.conf.d/
# cp /etc/systemd/logind.conf /etc/systemd/login.conf.d/
# vim  /etc/systemd/login.conf.d/logind.conf
HandleLidSwitch=hybrid-sleep

swapへのSSDの書き込み回数を減らす
# echo 10 > /proc/sys/vm/swappiness

TLP alsa 等
# pacman -S libxss alsa-utils tlp dkms

arch-chroot を抜けて再起動し、終了したら USB メモリを抜く
# exit
# reboot

一旦ログアウトしてユーザとしてログインして追加作業する

arch-chroot 状態だと systemctl が使えないため、一旦ログアウトしてインストールされたシステムにログインして作業を続ける。

wifi-menu を使えるように dhcpcd を有効化
$ sudo systemctl enable dhcpcd
$ sudo ip link set wlp1s0 up
$ sudo wifi-menu

$ sudo pacman -S openssh
$ sudo vim /etc/ssh/sshd_config
PermitRootLogin no
PasswordAuthentication no
ChallengeResponseAuthentication no

$ sudo systemctl enable sshd.service
$ sudo systemctl start sshd.service

時刻合わせ
$ sudo pacman -S ntp
$ sudo systemctl enable ntpd
$ sudo systemctl restart ntpd

lightdm をインストールする
$ sudo pacman -S lightdm
$ sudo pacman -S lightdm-gtk-greeter
$ sudo vim /etc/lightdm/lightdm.conf
 [Seat:*]
 …
 greeter-session=lightdm-gtk-greeter
$ sudo systemctl enable lightdm.service

X の設定
$ sudo pacman -S xorg-server
https://wiki.archlinux.jp/index.php/AMDGPU#Xorg_.E3.81.AE.E8.A8.AD.E5.AE.9A で
$ sudo vim /etc/X11/xorg.conf.d/20-amdgpu.conf
Section "Device"
  Identifier  "AMD"
  Driver    "amdgpu"
  Option    "DRI"  "3"
EndSection

fcitx の設定
$ sudo pacman -S fcitx-mozc
$ sudo pacman -S fcitx-gtk2 fcitx-gtk3 fcitx-configtool
$ vim ~/.xprofile
 export GTK_IM_MODULE=fcitx
 export QT_IM_MODULE=fcitx
 export XMODIFIERS="@im=fcitx"
 export DefaultIMModule=fcitx
 fcitx &
$ fcitx-configtool
MOZC を追加する

synaptics でトラックパッドの設定をする
$ sudo pacman -S synaptics
$ sudo vim /etc/X11/xorg.conf.d/70-synaptics.conf
Section "InputClass"
  Identifier  "touchpad"
  Driver    "synaptics"
  MatchIsTouchpad  "on"

  Option  "VertTwoFingerScroll"  "on"
  Option  "HorizTwoFingerScroll"  "on"
  Option  "EmulateTwoFingerMinZ"  "40"
  Option  "EmulateTwoFingerMinW"  "8"
  Option  "CoastingSpeed"    "0"
  Option  "FingerLow"    "30"
  Option  "FingerHigh"    "50"
  Option  "MaxTapTime"    "125"

  Option  "VertScrollDelta"  "-111"
  Option  "HorizScrollDelta"  "-111"

  Option  "SoftButtonArea"  "70% 0 50% 0 0 0 0 0"

  # disable trackpad while typing
  Option  "PalmDetect"    "1"
  Option  "PalmMinWidth"    "10"
  Option  "PalmMinZ"    "200"
EndSection

yay の導入
$ mkdir tmp
$ git clone https://aur.archlinux.org/yay.git
$ cd yay
$ makepkg -si

あとは好みのアプリを導入すれば動くはず。

追記(2020-01-30):

/etc/mkinitcpio.conf の MODULES に amdgpu を追加すると、XF86Audio のボリュームまわりが認識されるようになった模様。音はなっていたが、音量を調整するアプリがずっとミュートを示していたが、値の調整ができるようになった。

$ sudo vim /etc/mkinitcpio.conf
MODULES=(amdgpu)
$ sudo mkinitcpio -P
$ sudo reboot

追記(2020-02-03):

たまに USB 接続のキーボードが効かなくなったので、 ThinkPad T495 の TLP のページにある /etc/default/tlp への設定を追記した。

感想

以前と違って、wpa_supplicant と dialog さえインストールしておけば wifi-menu が動く、とはなっていなかったので、無線LANにつながるまで何度もUSB メモリさして mount して arch-chroot /mnt してを繰り返すことになった。

知識と経験はアップデートしなければ役に立たなくなることもある。

2019年ふりかえり

Tue, 31 Dec 2019 03:01:40 GMT

2019年にやったこと (順番は適当)

フルリモートになってから 1 年経った
2018年末〜2019年始にかけてリリース作業した
npm ローカルパッケージを作って、パッケージのメジャーバージョンアップしてた
3 つのプロジェクトを経験した(2018年やってたプロジェクト含む)
東京出張が増えた
RubyKaigi 2019 に参加した
HashiCorp Terraform & Vault Enterprise 勉強会 in 金沢で私がTerraformを使うポイントという話をした
Kanazawa.rb meetup#84 で Terraform が 0.12 にあがったよ！という話をした
富山 Ruby 会議01 で LT した
ESM Real Lounge で二度話をした
- https://speakerdeck.com/muryoimpl/eks-vs-ecs-fargate
- https://speakerdeck.com/muryoimpl/the-struggle-of-introducing-rspec-part-2
Kanazawa.rb meetup#88 の年末 LT 大会で LT した
blog を jekyll から gatsby.js に乗り換えた
awesome-wm から i3-wm に乗り換えかけている
Ultimate Hacking Keyboard を 2 台(クリア軸) 購入し、普段から使うようになった
京都に肉を焼きに行くという愚行を犯した
Nintendo Switch で Bloodstained と The Messanger、ロマサガ3 を遊んでる

2019年感想

いろいろやったけど、2018年までにやった積み上げ(知見)で2019年は過ごしてた気がする。2020年はなにか自分にとって新しいことしないとな、という気持ちになっている。

生活に季節感が少ないので、季節感のあるイベントは県外に出てでも経験したほうがいいな、と思った。外に出ないと。

2020年にやるつもり

(2020年はなんかやることが増えそうな予感がしている)
テスティングフレームワーク勉強するつもり
引き続き北陸の地域コミュニティに参加していこう

Timeshift を使うときに気をつけたいこと

Thu, 28 Nov 2019 13:57:44 GMT

バックアップツールとして、Timeshift を使っているのだが、OS をクリーンインストールしてから自動バックアップが取られていないな？と思っていたので、調べて対応した。

原因

まさにこの、Timeshift not making scheduled snapshots #396 にあったコメントのとおりで、systemctl enable cronie していなかったためであった。crontab -l って打ったときに空であるが結果が返ってくるので、定期実行する側も有効になっているものだと思いこんでいた。

cron 実装がインストールされていても有効になっていない場合は起動しない(当たり前)。見事にこのパターンに当てはまっていた。cronie がインストールされていたので、下記コマンドを打ってしばらく待ったところ自動バックアップが起動しはじめた。

$ systemctl enable cronie
$ systemctl start cronie

ちなみに、Arch Linux はデフォルトで cron が入っていない。

参照: https://wiki.archlinux.jp/index.php/Cron

cronie を敢えてインストールした記憶がないけど、入っていたので使った。動いた。よかった。

結論

Timeshift でバックアップの自動実行を動作させたい場合は、cron 実装をsystemctl で有効にしよう。crontab -l が正常終了するからといって、定期実行が動くとは限らない。

富山Ruby会議01でLTをしてきた

Sun, 03 Nov 2019 14:39:34 GMT

ライトニングトーク

富山 Ruby 会議 01 に参加して、LT してきた。トップバッターだった。

発表については、ありがたくも厳しいフィードバックを直後に複数いただいたので次回の LT に反映するとして、スライドはこちら。

今、試行錯誤しながらやっていることを発表したのだけれども、質問をもらったのでそのときの回答を以下に書いておく。

モブプロ、時間かからない？

ゼロからやろうとすると時間がかかるので、重めの調査が絡むやつは先に調査だけは先やっておくようにしている。※こちらも探り探り

全員が調査しはじめて黙っちゃって手が動かなくなったり、要件に絡む部分ではっきりした正解をもってる人がいない場合は結論でなくて先に進めなくなったりするから、調査もしくは下ごしらえの PR くらいは出してもらうようにし、そこから皆で問題に立ち向かうようにしている。

レビューたまりがちにならない？

マージ時に要求する Approve の数が多いこともあってちょっと溜まりがちになることもある。今、モブプロをやっている時間にレビュー時間を設けてその場でレビュー & マージしていこうか、というのを試そうとしているところ。

起こっているプロジェクト運営に関する問題は、スプリントごとになんかしらの施策を打っては試し打っては試しやっている最中のため、うまくいくかどうかはわからないが今絶賛試行中。

感想

地元富山の参加者が多く、また、北陸、中部、その他いろんな地域からの発表者、参加者がいて、内容も硬軟あわせたたのしい地域 Ruby 会議だった。

発表・LT にもツールとして Ruby を使う話がいくつかあり、私も Ruby 使ってみたいと思ったときに同じようにツールから入ったのを思い出した。地域限定せず、Ruby が使えるお仕事が増えるといいな。

Kanazawa.rb meetup #86 に参加した

Sat, 19 Oct 2019 02:43:57 GMT

毎月第 3 土曜に開催されている Kanazawa.rb の meetup である、kanazawa.rb meetup #86 に参加してきた。

今回はもくもく会だったので、最初にやることを宣言して作業を開始し、運営のブレストや LT やった後、今日やったことを発表する流れになっている。今回は、それプラス、近々開催されるイベントの紹介時間があった。

今回やったこと

『Vue.js 入門』を買ったので、今回はその本を読んでいた。5.2 スロットから、10.2 コンポーネントの実装まで読むことができた。このあたりのライブラリは React.js から入った私からすると、Vue.js には若干の音楽性の違いが感じられて馴染めない感じなのだが、そうも言ってられないのでもう少しじっくりやってみようか…というところ。Vue.js についてはもう一冊本を買っているので、そちらも読んでから考えよう。

イベントの紹介コーナーでは、本社で開催される Agile Japan 2019 サテライト福井 - 幸福度ナンバーワンのアジャイルの紹介と、富山Ruby会議01 の紹介をした。

前者は弊社が絡んでいることもあり、紹介しておいた。読み上げたくらいだけど。富山 Ruby 会議の方は、前回スライド男優として紹介したこともあり、LT もやることになっているところから、流れで併せて簡単に紹介させてもらった。

感想

懇親会まで参加したが、この感じ、Kanazawa.rb であるって感じの懇親会だった。また来月懇親しましょう

富山 Ruby 会議には Kanazawa.rb のメンバーも講演・LT したり参加したりしているので、「次は富山 Ruby 会議で会いましょう」、と言って解散した。

ブログを Jekyll から Gatsby.js に乗り換えた

Mon, 14 Oct 2019 14:13:49 GMT

Jekyll が古くなってきたので、Gatsby.js に乗り換えてみた。乗り換え作業している最中に Jekyll v4.0.0 が出たのだけれども、どうせアップデート作業しないといけないんだったらもういいや、とそのままつっきった。

Gatsby.js はエコシステムに S3 等のホスティングサービスへデプロイする仕組みが入っているので、前よりはわかりやすいし、各ブログの部品も graphql query を意識しないといけない部分はあるものの、コンポーネントの作成に場面を意識しなくてもよいので意外にすんなり作成できた。

ヘッダ周りが、ベースにした gatsby-starter-blog と異なっていたので、ちょっと苦労したものの、それ意外は素直に作れた。

ハマったところ

$ gatsby build で本番用にビルドをすると、トップページでコンテンツが表示されない。いろいろと探したところ、dangerouslySetInnerHTML does not work on production builds #11108 にぶち当たった。

#issuecomment-455472204 に、p タグは dangerouslySetInnerHTML が展開されないようなことが記載されていたので、p タグ -> div タグに変更したら表示されるようになった。

できた！と思ったらこれが発現してしまったので、一番焦った

Kanazawa.rb#84で LT をした

Sun, 01 Sep 2019 12:30:56 GMT

Kanazawa.rb が祝 7 周年！ということで LT 大会が開催されたので、Kanazawa.rb#84 に参加してきたときの記録。

実際は、同僚の kunitoo から預かっていた富山 Ruby 会議01 についてのスライドと、以下のスライドの 2 つを発表した。スライド男優デビュー戦であった。

以前、HashiCorp Terraform & Vault Enterprise 勉強会 in 金沢に参加したで Terraform 0.12 に触れていたので、0.12 リリースされたからちょっとだけ触れてみた。

がっつり触れるには時間が足りないので、0.12 対応するアップグレード対応部分だけ、esa で公開してリンクを貼り付けておいた。（現地ではリンクの中も少し紹介できた。)

Kanazawa.rb の LT はあえてテーマの枠を設けてないようだし、しかも一人複数 OK なので、いろんな題材の LT が聴ける。話す方も気楽に作成できるので楽。作るときはそれなりに難産だったりするんだけど。

HashiCorp Terraform & Vault Enterprise 勉強会 in 金沢に参加した

Sun, 17 Mar 2019 11:31:51 GMT

HashiCorp Terraform & Vault Enterprise 勉強会 in 金沢 ←に発表つきで参加してきた。

HashiCorp 製品について知らなかったものも含め話を聴けたし、事例の紹介もあって参考になった。

メモした内容など

Terraform Enterprise
- policy を設定して従来のワークフローに対して制限を設けることができる(instance数とかregion指定とか)
- Web の GUIがある
- ソースコードはVCSから取得可能
- 環境変数をWeb上から設定でき、その値は裏でVaultが管理している
- commit/push 等のhookからapplyが実行され、設定によって最終実行までする or 最後の実行は手でを選べる
Vault
- インターフェースとしてGUI, CLI, API があって、使い方によっては Encryption as a service として利用できる
- 時間制限ありの動的シークレットを作成できる
- Enterprise は Adobe がバックエンドでかなり使っているらしい
Nomad
- そういうデプロイツールがあるのを初めて知った
その他
- HashiCorp 製品のドキュメントの Learn からアクセスするのがオススメらしい
- HashiCorp 製品開発時はまずドキュメントから作成するらしい
- Ruby を使っている部分もある

個人的には Vault よくわかんないなーと思っていたけど、話聴いてちょっと興味でてきたので Learn のドキュメントを読もうかなと思っている。

発表について

発表の方は、Terraform を選んだ理由や、定義を作っていく際に意識していることを話ししたつもり。

三行でいうと、↓のような感じ。

実行前にdiffがみえて、作ったものが簡単に削除できる、読みやすいDSLが気に入っている
秘匿情報持たないようにDataSourceやRondomをうまく使う、削除するリソース単位にディレクトリ分けるを意識している
定義作成の負荷を下げるためベタに書いて、後で diff みつつリファクタするのがよさそう

時間におさまったのでよかった。パネルディスカッションでも発言できたので、なんとか役目は果たしたかな。

Toyama.rb#35年末LT大会に参加した

Sat, 08 Dec 2018 15:52:05 GMT

Toyama.rb#35 年末LT大会に参加してきた。Toyama.rb は 2 回目の参加。

最近 JavaScript しか書いていないが、Toyama**.rb** なので Ruby ネタがいいなと思って Webpack…Webpacker か……そういえば内部の webpack.config.js が見たいと思っていたな……ということを思い出したので、この日のために試した話をしてきた。

水曜に作ってみた gem WebpackerConfigShower で試した結果から、webpack.config.js の plugins の箇所が JSON.stringify されたかたちで出力されてしまう、という結果になった。(他にもあるけど、ここが一番痛い)

いや、なんか綺麗にだせればいいんだけど、いわゆる webpack.config.js の本来のかたちである、plugins のオブジェクトをいい感じに展開しないかたちで表示するのは難しいんじゃないかな？できてたら、みんなやってそうだし。

他の方のLTも硬軟併せたいろんな話があって、〇〇さんらしい話、Toyama.rb に参加した結果の話やそこで得たものがこんなに立派になりましたというLT もあり、楽しかったです。来年も参加します

飛天(Feitian) ePass FIDO を Arch Linux で使ってみた感想

Mon, 19 Nov 2018 13:35:06 GMT

先日、東京出張の新幹線内で「あ、セキュリティキー買ってみよう」と思い立って発注したので記録。

おそらく、Yubico の YubiKey のほうがインターネット上は情報がいっぱいあるためメジャーだと思うが、1) 初めて使う、2) Linux で動かすのでもしかして動かないかもしれないので安いほうがいいな、という理由で飛天の ePass FIDO®-NFC Security Key を買ってみた。

送られてきたブツの大きさはこんな感じ。説明書は裏のQRコードからダウンロードする。

動くようにする

挿すと光る。

が、USB デバイスとしては認識されているが、Google も Dropbox もデバイスキーとしては認識してくれない。

ググると、Feitian ePass2003 with OpenSC on ArchLinux に当たるも、もう abs コマンドはないし、epass 2003 は今回のデバイスではない。

Use yubikey on arch-linux · GitHub を見ると、「Feitian ePass FIDO」の文字があったので、これをそのまま導入したら見事認識された。

使ってみた

https://ftsafe.co.jp/products/fido/ にある、リンクから Google と Dropbox の設定画面に遷移して設定してみた。ブッ挿して、光ってるところ押さえると認証終わるので楽だ…番号入力しなくていいし。お値段も2000円ちょいくらいだしお手頃。

GitHub にも設定できるけど仕事のアカウントと別にしてないので、一旦現状使っているMFAデバイスのままにしてある。

まとめ

Arch Linux の場合、使い始めるには設定を加えないといけないので導入しやすいかと言われるとではあるが、導入してしまうと諸々楽。

Arch Linux で laptop の蓋締めても sleep しなくなった

Sun, 11 Nov 2018 17:12:47 GMT

アップデートした影響だとは思うのだけれども、ThinkPad の蓋を閉じても hybrid-sleep(suspend/hibernate) しなくなったのでちょっとググってみたところ、これがひっかかった。これ書いてる5日前？らしい。

https://bugs.archlinux.org/task/60650

みると、systemd-boot 使うときにつくる conf を作ると workaround できるらしい。

https://bugs.archlinux.org/task/60650#comment174630 にあるファイルを作って、蓋締めたら簡単に寝た。

金沢に引っ越してリモートで働きはじめた

Sat, 08 Sep 2018 15:26:13 GMT

無量井がリモート勤務はじめますにあるとおり、8/27 から金沢から仕事を始めていました。お仕事的なイベントも一周した感じなので、なんか書こうとこれを書いています。

muryoimpl drinkup vol.1 と愉快な飲み会たち

同僚が開催してくれた muryoimpl drinkup vol.1 に参加してくださった皆様、前哨戦を開催してくださった皆様、vol. 0.n にお誘いくださった皆様、両国近所の皆様、ありがとうございました。だいたい引っ越しと関係ない話しかしていない気がしますが、とても楽しい時間を過ごすことができました。本当にありがとうございました。

特にvol.1は大学時代の追い出しコンパを思い出しました。

1回の飲み会で16回の乾杯(うち成功1回) は忘れないと思います。(中身は全く覚えていませんが )

引っ越し

今回の引っ越しはいろいろと知見が貯まったので、一部情報は社内メンバーに共有しておきました。どこの業界もたいへんですね。

どの業界もそうだと思いますが、「適切でない見積もりを一度提出してしまうと次回すごいやりづらい」というのを体験したので、気をつけよう…と思いました。

※4年前の大阪->東京の引っ越し代が無茶苦茶安かったらしく、それを比較に出されると非常に困るので、見積もりに来た方が自分からは絶対言わないって決めて来たそうです。

入居3日目までに3件ほど設備に問題がみつかって管理会社に問い合わせしたら担当の人がついてしまったのはまた別の話。

お仕事

同僚の協力のおかげで、今のところ特に大きな不自由もなく作業ができています。朝会・夕会・ミーティングはビデオ通話で、作業時は主にテキストチャットでやりとりしています。

利用しているハードとしては、カメラは社内にあった LOGICOOL HD プロウェブカム C920t、マイクは Blue Microphones Yeti USBマイク、スピーカーは家にあったものを Yeti に挿して使っています。マイクについては検討当時、ヤマハ会議用マイクスピーカー PJP-10UR を候補に入れていたのですが、生産が終了していたので見送りました。Yeti は podcast 収録でも使われているらしいというのと、指向性調整ができる、ミュートボタンが押しやすいことから選びました。

お客さんとのミーティングも元々ビデオ通話でやっていたこともあり、特にいつもとかわりなくできたのでちょっとホッとしました。ただ、議論になると、ビデオ通話の場合、お互い話すタイミングにちょっと気を使わないといけないところが出てくるので、そこは人によって呼吸を合わせる必要があるな、と感じています。

お昼については、近所のスーパーの惣菜、近所のカレー屋、前日の晩ごはんの残り、冷凍食品のどれか、です。意外にも昼間に米炊いたりしてます。はい。

東京支社にいた頃は、ちょっと疲れたときに、トイレや下のコンビニに買い物に行ったりして身体を動かして気分転換していたのですが、これの代わりある？と思っていたのですが、スタンディングデスクを導入することで解消しました。ニトリの昇降デスクを導入し、ちょっと疲れたなって思ったときはハンドル回してデスクを上げて、立って作業をしています。

さいごに

なんとか元気に生活、お仕事できております。先日のも無事乗り越えました。これからもお仕事がんばっていきます。

例のリストないの？って言われることがあるので、貼っておきます。http://amzn.asia/dDPXEcV

PC のインターネット速度が遅かったので、IPv6を無効にしたら速くなった

Sat, 08 Sep 2018 15:06:41 GMT

Google Wifi の速度チェックをするといつも速いのだけれども、PC でブラウジングするとやたら遅い、という状況に気がついたのでよく言われている IPv6 の無効をやってみた。

参考:

$ sudo vim /etc/sysctl.d/40-ipv6.conf
ipv6.disable_ipv6=1 # 書き加えた

$ sudo reboot

再起動して fast.com にアクセスしてみたら、17 Mbps からこのスピードになった。

ステルスSSIDに接続する(Arch Linux)

Thu, 18 Jan 2018 15:25:16 GMT

Arch Linux を使っている理由は、netctl と wifi-menu があるからだ、といっても過言ではないのですが、いわゆる ステルスSSID に接続するときのやり方をすっかり忘れていたので、メモ

答え

答えは /etc/netctl/examples/wireless-wpa にある。

Description='A simple WPA encrypted wireless connection'
Interface=wlan0
Connection=wireless

Security=wpa
IP=dhcp

ESSID='MyNetwork'
# Prepend hexadecimal keys with \"
# If your key starts with ", write it as '""<key>"'
# See also: the section on special quoting rules in netctl.profile(5)
Key='WirelessKey'
# Uncomment this if your ssid is hidden
#Hidden=yes ←これを有効にする
# Set a priority for automatic profile selection
#Priority=10

Hidden=yes を追加・有効にしたプロファイルを "#{ワイヤレスインターフェース名}-#{SSID}" という名前で /etc/netctl/ 以下にプロファイルとして作成し、 sudo wifi-menu からSSIDを選択することで無線LANに接続できる。

例) /etc/netctl/wlp4s0-totate-inn0001

接続設定を思い出せなかった言い訳理由

sudo wifi-menu してその中でプロファイルを作成すると、以下のようなプロファイルが作成される。

Description='Automatically generated profile by wifi-menu'
Interface=wlp4s0
Connection=wireless
Security=wpa
ESSID=totate-inn0001
IP=dhcp
Key=XXXXXXXXX

このときに、Hidden=yes のコメントがないため、wifi-menu から作成したプロファイルをコピーして作成すると、なんだっけ？ってなる。

仮に、ステルスSSID だったとすると以下のようになる。

Description='Automatically generated profile by wifi-menu'
Interface=wlp4s0
Connection=wireless
Security=wpa
ESSID=totate-inn0001
IP=dhcp
Key=XXXXXXXXX
Hidden=yes #← これを追加する

/etc/netctl/examples 以下には、静的IPその他の例もあるので、ファイルを確認することをオススメします。

参考:
https://wiki.archlinux.org/index.php/netctl https://wiki.archlinux.jp/index.php/Netctl

ふりかえり 2017

Sun, 31 Dec 2017 18:20:45 GMT

2017 年にやったこと

Electron + React.js でスライドアプリを作った
関西Ruby会議で発表して時間オーバーした
シンガポールにいって、RedDotRubyConf を体験してきた
お仕事PCも Linux になった
インフラをごにょる機会を増やした。プロジェクト、WG、個人ワーク
API Gateway あたりの仕様で死にかけた記憶がある…
お仕事LinuxPCの vmlinuz が消えて起動しなくなったことがありましたね
webpacker に PR 投げたけど、蹴られた
ジム契約したけど、行ってない
RubyKaigi で広島に行った
会社のイベントでスタッフをやった
Google Home を無駄に使うのが楽しい。特にタイマー、天気、動画再生
JavaScript を今年、がんばった気がする

2018 年にやりたいと思っていること(仮)

今年もなにかアプリを作りたい。特に動きのある感じのがいいなぁ(漠然)
1 ライブラリ or 1 エディタプラグインを作りたい
golang(使うツールが golang 製が多くなってきた)
terraform で環境作成の経験を積みたい

vmlinuz linux not found が発生した

Wed, 18 Oct 2017 15:46:47 GMT

急に訪れた OS が起動しない問題… systemd-boot で Arch Linux を選択すると、vmlinuz-linux not found って言われて起動しない…

何が起こっているか確認する

中がどうなっているかみえないと話にならないので、USB メモリ等外部から起動できるメディアを使って起動する。私は Arch Linux インストールしたときに使ったイメージをそのまま利用した。メディアから boot させて、/ パーティションと /boot パーティションを /mnt と /mnt/boot に mount して arch-chroot してみた。

mount した時点でわかるのであるが、/boot/vmlinuz-linux がいない…

vmlinuz-linux をつくる

https://bbs.archlinux.org/viewtopic.php?pid=1654261#p1654261 にあるとおり、pacman -S linux したった。無事 /boot/vmlinuz-linux が作成された。

なぜ消えたのかはわかっていない… 再起動したのも久しぶりだったしわからぬ… linux アップデード時に失敗した？

ついでに

ArchWiki 英語版の systemd-boot を見ていたら、 systemd-boot がアップデートされたら、bootctl update って手動で更新する必要があるとか書いてある。もちろん、手動とか忘れるんで自動で pacman hook を使って更新するようにしてみた。

Automatically にあるように、systemd-boot-pacman-hook を入れてみた。自分で書いてもいいらしいけど、こっちのほうが楽。

教訓

外部メディアからブートできる手段があるの大事

webpacker の loader 設定の変更

Sun, 15 Oct 2017 03:13:35 GMT

webpacker は以前は install 時にファイルを出力して直接 webpack の設定を変更できたのであるが、現在は webpack の設定を @rails/webpacker という npm package 内にあらかじめ持った loader の設定を load して利用している。

あらかじめ設定されているものをloadするので、使う側は簡単といえば簡単なのであるが、変更を加えようとすると Ruby の世界にないのでオープンクラスほどさっくりといかない。

前提

webpacker 3.0.2, もしくはこれを書いているときの master 8940b2cd8714f666cb4b2a14d5182daa976cfaa6 をもとにしている。

webpack の設定を変更する

config/webpack 以下に js ファイルがあるので、これらをいじって設定を変更する。

% ls -la config/webpack
合計 16K
-rw-r--r-- 1 muryoimpl muryoimpl  93 10月 15 01:57 development.js
-rw-r--r-- 1 muryoimpl muryoimpl 338 10月 15 04:34 environment.js
-rw-r--r-- 1 muryoimpl muryoimpl  93 10月 15 01:57 production.js
-rw-r--r-- 1 muryoimpl muryoimpl  93 10月 15 01:57 test.js

今回は全環境に対して変更を加えるものとして、environment.js に変更を入れる。

environment には、Environment class のインスタンスが入っていて、environment.loaders は webpacker/package/loaders ディレクトリのloaderの設定内容が Map になって格納されている。

それぞれのファイル名が Map の key, loader の rule が value になっているので、それを上書きするなり置換するなりしてあげれば更新されるはず。

例えば↓のような感じ。 TypeScript の tsx を jsx に変換した後の jsx を babel で処理したいと思ってこうしてみた。新しい設定はテキトーな名前の key で反映されたっぽいので特に何も考えてない。

--- a/config/webpack/environment.js
+++ b/config/webpack/environment.js
@@ -1, 3 +1, 8 @@
const { environment } = require('@rails/webpacker')

+const tsloaderConf = { test: /\.(ts)?(\.erb)?$/,  loader: 'ts-loader' }
+const tsxloaderConf = { test: /\.(tsx)?(\.erb)?$/,  loader: 'babel-loader!ts-loader' }
+environment.loaders.set('typescript',  tsloaderConf)
+environment.loaders.set('tsx',  tsxloaderConf)
+
module.exports = environment

とりあえずこれで動いたっぽいのでこのままいくけど、webpacker には loader の設定を merge するような仕組み…はソースみた感じなかった気がするけど、実は公式的な方法があったりする？

作成中のアプリをReact 15 -> 16 にしたときにやったこと

Mon, 09 Oct 2017 16:31:42 GMT

アプリの開発を再開しようとしたら、JavaScript のテストが動かなくなっていたので直した。 webpacker を使っていて、webpacker自体をアップデートしたら React が 16 に上がってしまったので引きずられて直した、という事案…

このあたりの奮闘記である。

アプリ側には影響なかった

結論からいうと、(アプリ側はまだまだ作成中なのだが、)改修の必要がなかった。

テスト周りがReactのメジャーバージョンアップによっていろいろ影響を受けていたので修正の必要があった。ちなみにテストは、Jest と Enzyme を使っていて、テストを流すとどうも component のテストでエラーが発生しているようだった。

ちょっと調べて対応したらテストが通るようになったので、記録しておく。

Enzyme のバージョンアップと adapter の導入

どうも Enzyme の v3 を使わなければならない、かつ、v3 から “adapter” という概念が追加になっているらしい。

React のバージョンが 16 になっているので、その名も “enzyme-adapter-react-16” なる adapter を導入した。Enzyme の README に表があるので、その表にある adapter を導入すればよい。package.json にある Jest の設定に”setupFiles” を追加してテスト実行前に require しておきたいファイルを書いておく。

  "jest": {
     "testMatch": [
       "**/__tests__/**/*.test.js?(x)"
+    ],
+    "setupFiles": [
+      "./app/javascript/__tests__/helpers/setup-test-env.js"
     ]
   },

上の ./app/javascript/__tests__/helpers/setup-test-env.js に以下の記述を追加して、adapter を設定する。

+import Enzyme from 'enzyme'
+import Adapter from 'enzyme-adapter-react-16'
+
+Enzyme.configure({ adapter: new Adapter() })

react-test-renderer のアップデート

テストを流すと以下のエラーが出た。

Cannot find module 'react/lib/React' from 'ReactShallowRenderer.js'
      at Resolver.resolveModule (node_modules/jest-resolve/build/index.js:179:17)
      at Object.<anonymous> (node_modules/react-test-renderer/lib/shallow/ReactShallowRenderer.js:16:13)

“react/lib/React” となっているってことはなんとなーく、React 16 に対応できていないっぽい。バージョン確認したら、15.6.1 だったので yarn upgrade-interactive したら 16.0.0 になってエラーが解消された。

polyfill の導入

React は Map と Set と requestAnimationFrame が必要なので、polyfill の導入がテストでも必須っぽい。 Map と Set は babel-polyfill か core-js で、requestAnimationFrame は raf の polyfill を導入するとよいらしい。

先に Enzyme の adapter を追記したファイルに、polyfill を import する。

+import 'babel-polyfill'
+import 'raf/polyfill'

import Enzyme from 'enzyme'
import Adapter from 'enzyme-adapter-react-16'

まとめ

React を使っていたアプリ側の変更は必要なかったが、テスト周りは影響を受けていたので修正した。 enzyme, enzyme-adapter-react-16, react-test-renderer のアップデート・導入をして、テスト実行前に polyfill と Enzyme の adapter の設定を読み込ませることで解消することができた。

awesome-wm でアプリを指定タグで起動させるために調べた

Thu, 14 Sep 2017 16:25:28 GMT

指定したタグで起動させるには、下記のように rc.lua に記載すればよい。以下は、tag1 に Terminator、tag2 にGoogle Chrome、… という風にレイアウトされる。

awful.rules.rules = {
    { rule = { class = "Terminator" },
      properties = { screen = 1, tag = "1" } },
    { rule = { class = "Google-chrome" },
      properties = { screen = 1, tag = "2" } },
    { rule = { class = "Atom" },
      properties = { screen = 1, tag = "3" } },
    { rule = { class = "Franz" },
      properties = { screen = 1, tag = "4" } },
}

で、ここで class に指定する名前が何かわからない。これを知るためには、GitHub にある awesome の 90-FAQ.md にあるように xprop を使う。

yaourt xorg-xprop 等でインストールし、下記のコマンドを打ってclass名を知りたいアプリのウインドウをクリックすると、コンソールに以下のように出力されるので、この WM_CLASS を利用する。

$ xprop WM_CLASS WM_NAME
WM_CLASS(STRING) = "google-chrome", "Google-chrome"
WM_NAME(UTF8_STRING) = "awesome/90-FAQ.md at master · awesomeWM/awesome - Google Chrome"

起動時に上記のlayoutにアプリを配置させるためには、予め起動時にこれらを起動させておく必要がある。私は以下のようなものを書いて起動させている。ArchWiki の awesome にある Auto プログラムを参考にしている。 English のページはやり方が変わっているので、そちらのほうがよいのかもしれない。

function run_once(prg)
  awful.util.spawn_with_shell("pgrep -u $USER -x " .. prg .. " || (" .. prg .. ")")
end

do
  local cmds =
  {
    "atom",
    "franz-bin",
    "terminator",
    "google-chrome-stable",
  }

  for _,i in pairs(cmds) do
    run_once(i)
  end
end

毎回 Win + R 入力して、かつ、アプリ名入力して Enter、配置のために Win + Shift + 番号打つの面倒だったからすっきりした。

夏休みに思ったこと

Mon, 21 Aug 2017 16:14:15 GMT

なんか連休前後に複数の人と会話していて思ったことを書きたい気がしたけど、XP白本にある「完璧にやる」が全てを表しているので書くことがなくなってしまった。

完璧にやる

手を抜くのはそもそも完璧にやってないし(レビューで手を抜いてるのわかるし、レビュー負荷あがってよくないし)、割り当てられた作業についても「それは目的を達成するための最小の手数ですか？本当にそうですか？」って自問して作業していれば無駄をなくして時間あたりの作業としては最大限のことをやっていることになるだろうし。

(プログラマに対して「手を抜く」って表現使うのムズカシイ…怠惰も同じ…サボる・妥協する・なんも考えてないって表現するのが正解なのかな？)

見積もりがだいたいできて、作業が最小の手で実現できていれば、プロジェクトでソコソコ活躍できると思う… さすがに仕事で解決しないといけない問題に対しては真摯に対応しないと信頼貯金が貯まらないので、自分の首締まるだけ

コードが書ける、とは？

会話して気がついたのは、「(プログラマが)コードが書ける」って「仕事ができる」って意味で使っていることがあるってことかな。

アルゴリズムとか言語機能とか、ライブラリの機能を知っている、活用できるっていうのは求められるところなんだけど、仕様を理解するとか、相手が求めている機能を察知するとか、コードが書ける状態までもっていく力 がこの中に含まれている。求められている期間内に ってのを追加する必要があるかもしれない。前者ができていれば、後者は勿論できているよね？というイメージがあると言ってもいいかもしれない。コード書くときには必要になる能力だから。

完璧な詳細設計書が手渡されてあとはそれをコードに落としていくだけ、という作業がどれだけあるの？と言われるとそんな機会はないので、そりゃそうなんだけど、「コードが書ける」という字面にはそういう情報が抜けているような気がした。前提条件化されているので明文化や言語化されることが少ないということかな。

技術があっても仕事できないと仕事こないので、仕事以外でしか活躍できなくなってしまう。技術を評価してもらう土俵まで到達しないことになってしまうので、実際にコードを書くところ以外も鍛えなければならない。勿論、技術も両方鍛えないといけないのだけれども。

終わりに

おっさんがルーキーみたいなこと書いてしまったけど、夏休みがいろいろ思い返すよい機会になった。

Team Geek を読んだ

Mon, 21 Aug 2017 15:02:40 GMT

以前からよいと聞きつつも読めていなかったので、お休みと移動時間を利用して『Team Geek』を読んだ。

感想

読み終わったときに思ったのは、「よくできてる」ということ。何らかのプロジェクトに参加しつつチームで作業している場合に感じる、ちょっと面倒な問題が実際に書かれている。開発コミュニティ運営を実際にしている人が実体験を(おそらく読めるように)書いてくれているので、「あるある」感を感じる。

「チーム」を作る場合だけではなく、新加入メンバーをルーキーと捉えれば育成の参考にもなるんではなかろうか。

と書いたところで、割と「自分でコミュニティやプロジェクトを進められる」立場から書かれているものだな、と気づく。前述の新加入メンバーやルーキー側の視点からはあまり書かれていないかも。(もしかしたら読み込むと載っているのかもしれないけど…)

ミッションステートメント同様に何回か読んで、初心に戻って現状を見つめなおすお供によいかもしれない。何度も読むタイプの本なのではないかな、と思った。

Arch Linux のライブラリアップデート後に Wifi に接続できなくなった場合

Tue, 25 Jul 2017 15:51:26 GMT

yaourt -Syua とかやっているとたまに急に Wifi が down するときが 2 回発生(2 out)したのでメモ。

結論

ip link して表示された無線LAN デバイスが DOWN している、かつ、rfkill list して Wireless LAN が Soft Blocked: yes の場合は、 rfkill unblock wifi すれば直る。

参照: Rfkillによるブロック

追ってみてみる

yaourt -Syua してライブラリアップデートをしながらネットサーフィンしていたら急に「インターネットにつながりません」そして、デスクトップの無線LANマークが未接続になったことに気がつく。

コンソールで↓のコマンドをうってNICの状態を確認した。

$ ip link

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: wlp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state DOWN mode DORMANT group default qlen 1000
    link/ether f0:d5:bf:68:56:b4 brd ff:ff:ff:ff:ff:ff

2 の状態が DOWN になっている。そこで下記コマンドをうったが状況変わらず。

$ sudo ip link set wlp4s0 up
$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: wlp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state DOWN mode DORMANT group default qlen 1000
    link/ether f0:d5:bf:68:56:b4 brd ff:ff:ff:ff:ff:ff

そういえば以前に、rfkill あたりをうって解決した記憶が…ググってみると、Rfkillによるブロックに当たった。そこで書かれているように rfkill list をうってみる。一箇所 yes になっている箇所がある。

$ rfkill list
0: tpacpi_bluetooth_sw: Bluetooth
        Soft blocked: no
        Hard blocked: no
1: phy0: Wireless LAN
        Soft blocked: yes
        Hard blocked: no
2: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no

これか…ということで Soft blocked を no に変更する。

$ sudo rfkill unblock wifi
$ rfkill list
0: tpacpi_bluetooth_sw: Bluetooth
        Soft blocked: no
        Hard blocked: no
1: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
2: hci0: Bluetooth
        Soft blocked: no
        Hard blocked: no

気がつくと、デスクトップのWifi接続通知が接続済みになっていた。

感想

何故にアップデートしていると rfkill が有効になって Wifi が繋がらなくなるのかわからんけど、急に繋がらなくなった場合はこいつを確認しよう。

RedDotRubyConf 2017 に参加してきました

Fri, 30 Jun 2017 16:40:25 GMT

初海外！初海外イベントへの参加 RedDotRubyConf 2017 に参加してきた。

海外、初めて知ることが多く、また、イベントもこういうやり方もあるのね、というのを感じることができたのでなかなかよい体験だった

内容としては、硬軟併せ持った幅広い感じで、Ruby処理系をがっつりいじっているものから、プログラマに知っておくべき人間心理とか、大規模開発の事例、mrubyで車椅子動かした話、Ruby に限らないテストや改善の話まで、シンガポールという土地にマッチした感じ(いろんな人種がいて、各宗教の寺院が密集していたりする)だと思った。

多分、Ruby 自体の改善の話は RubyKaigi でも語られるであろうから RubyKaigi までにどう変わっているのかすごい楽しみになったし、Shopify の事例は、大人数で開発するときにこういう問題はあるよね〜というもののちょっと想像超えてきた感じだった。普段少人数での開発が多いから、n百人レベルの開発者がいてみんなdeploy権、masterマージ権をもっているとこんな問題が出てくるんやな…というのを知った。参考にしよう。

RedDotRubyConf は、朝・昼・ティータイムにお食事がブッフェ形式で提供される(ビックリ) ので、の心配しなくてよいから会に集中できるっていうのはかなりよかった。日本にいてもお昼探すのも一苦労だから…

懇親会(ドリンクアップみたいな感じ)も体験できてよかった拙い英語で会話してだいぶ酔っぱらった。それにしてもみんな盛り上がっていた 19:00 開始で23:00過ぎてもまだかなりの人数残ってたし普段いない人たちがいるので、話は尽きないってことかな。

Matzとめちゃ話したし、五倍紅寶石の方々ともいっぱい話した。Aaron さんに感想を伝えられたし、いつも隅っこにいる私としてはかなり満足した懇親会だった。

RedDotRubyConf の開催初日に cuzic さんに教えてもらったシンガポール日本エンジニアの会の飲み会に飛び入りで参加してきた。現地情報が大量に手に入ってたいへんお土産や会話の参考になった。ありがとうございました

まとめ

RedDotRubyConf 2017 に参加してシンガポールの雰囲気と、海外カンファレンスの一端を感じてきました。たいへん勉強になりました。シンガポールの日本人エンジニアの会にも参加していろんな情報をいただきました。RedDotRubyConf 2017, 日本人エンジニアの会の方々には感謝の言葉しかありません。ありがとうございました。

RedDotRubyConf 2017 への参加を支援してくれた永和システムマネジメントアジャイル事業部と、稼働に穴をあけることを許可してくださったお客様とプロジェクトメンバー、なにより引率していろいろサポートしてくださった角谷信太郎顧問に感謝します。ありがとうございました

[解決]Arch Linux で使っている atom の editor の領域が半分になった

Thu, 01 Jun 2017 14:37:36 GMT

発生した問題

一昨日、atom をアップデートしたら、ここにあるような状態になった。 editor のエリアが縦に split されて、右半分が使えない感じの状態。

解決方法

さきほどのリンク、 https://discuss.atom.io/t/where-did-this-empty-space-come-from-how-do-i-get-rid-of-it/30226?source_topic_id=43196 にあるように

$ atom --clear-window-state

で起動すると直った。

再インストール、~/.atom の退避、package の無効化を試したけど直らなかったので困っていたが、ドンズバの解決策がみつかってよかった

データ分析用次世代データフォーマットApache Arrow勉強会に参加してきた

Tue, 30 May 2017 17:16:03 GMT

関西Ruby会議2017の翌日に須藤さん主催でApache Arrow勉強会が開催されるとのことで、懇親会で申し込んでキャンセル待ちだったが、繰り上がったので参加した。

Apache Arrow は、“データ分析用次世代データフォーマット” ということで、各種分析ライブラリ？アプリ？が対応を始めているもので、シリアライズ・パースが不要、メモリやCPUの利用効率がよいカリッカリにチューニングされたフォーマットらしい。

勉強会では、コントリビュータを増やす、という目的のもと、概要・現状・貢献方法の紹介があった。

Apache Arrow

機械学習とかビッグデータ分析とかの分野に全く疎いので、どういうかたちでデータをツール側に送るのか(配列だってのはわかってる)理解していないのでアレなのだが、データソース側にいるアプリがクライアントソフトを使って(なければ作って)Apache Arrow を使って分析ツール側に送信することになると思うので、送信したデータと分析時のコストは下がるものの、Apache Arrow への変換コストというか変換スピードみたいなものが重要になってきたりしないのかな？とか思って聴いていた。(大量データをなんとか変換して捌く、というので苦労しているので…)

Apache Arrow 自体への貢献、各言語向けのクライアントライブラリを作る・直すことへの貢献、がありそうですね。

まず、そのビッグデータだ、機械学習だ、ってところから学習するのがよさそう

関西Ruby会議2017に参加してきた

Tue, 30 May 2017 17:00:55 GMT

CFP 採択されて、発表してきました。初の30分発表 & ド緊張であまりに拙すぎてご迷惑おかけしました関西に元いた者としては、採用されて参加できてたいへんうれしかったです。ありがとうございました。

参加者の顔ぶれには懐かしい人もいましたが、私がこちらに来て以降に参加し始めた人や新しく来た人が多かったんじゃないかな？ CoderDojoとかOSS Gateも別の階でやっていたとのことで、ちょっと覗いてみたかったけど、全く余裕がなかった。

運営の皆様、まだいろいろと作業が残っている時期だと思いますが、無事終わることをお祈りしております。 (経験によれば、終わってからもいろいろ作業が残っているはず)

次の関西Ruby会議までにちょっとしゃべり慣れしておきます…

貴重な機会を与えてくださってありがとうございました

社内の開発コンテストでスライドアプリを作った

Sat, 08 Apr 2017 07:21:12 GMT

社内で開催している開発コンテストでスライドアプリをElectronで作成してみた。

muryoimpl/slippr

作ったもの

テキストエリアに markdown かいたら preview 画面に変換されたHTMLが表示されて、全画面表示にするとスライド表示されて、前後のスライドに移動できるというもの。おまけで、タイマー機能、rabbit のような現在のスライドと残りの表示、PDF印刷機能をつけている。

以下がこれを使って社内で雑にwebpackについて紹介したときのスライドをPDF印刷機能を使って出力したもの。

ｼｭｯと見るwebpack2(仮)() from Ken Muryoi

作った動機としては、frontend 周りの自主練をしていた時期に作ろうと思って止まっていたものを開発コンテストを理由に新たにReact, Redux使って作り始めた。 Linux で使えて、特にネットワークが必要なく、凝ったものを作る必要がないときにパッと作れるアプリが欲しかった、がスライドアプリを作ろうと思った動機。

作り始めてから marp なるものがあることを知ったけど、React, Reduxの勉強兼ねて作ってるからいっかーという気持ち。

雑にLTするぶんには使えるかな、と思う。なんとか動くところまでもっていけた。

作ってみて

実際に開発してみると、以前frontendの開発を避けていたときより、思ったより簡単に実現できるんだな、と思った。勿論、ツールが揃ってきたいい時代というのが大きいのだけれども、苦手意識を持たずに調べて実装すると意外にできるものだな。

しかし不慣れなもので、CSSとかちょっとした動きつけるのとか結構たいへんだった。テストをつけられなかったのが心残り。

ちょうど webpacker が話題にあがっていたときに babel, webpack に触れていたのはただの偶然。更にお仕事でもちらっとReact, Redux使うことになったのも偶然。いろんなものに触れておくのは大事ということを体験した。どこから何が起こるかはわからない。

開発コンテストについて

社内の開発コンテストは、以下のいくつかの動機で始めたもの。

普段のお仕事で使わない技術を使って何かを作ってみる
普段一緒に仕事をしない人とプロジェクトを組んで作業をする
ある技術に知見があるがここにいるよ、という紹介
部署やチームをまたがったコミュニケーションの促進

ちょっと運営に噛んでいるので、エントリ数を増やすために私は個人参加してるのですが

このあたりの話は、関西Ruby会議2017 で話しすることになりそう。

で、来週から社内で投票を行って競う予定になっているので、それなりの結果がでるといいな。

IE11 でbabel-polyfillが入ってなくて画面が真っ白になる

Sun, 12 Mar 2017 12:09:16 GMT

社内のesaに書いたものをちょっと改変して掲載。

React + Redux + material-ui な SPA で、IE11 で表示しようとすると画面が真っ白、開発者ツール？を見てもなんのエラーも書いてなかった…という現象に遭遇した。

少し調べるとstackoverflowのこれに当たったので、先のページの内容と併せて ES2016 絡みっぽいのでもしや polyfill 入ってないのでは？と思ってみたら入ってなかった。 babel公式サイトのpolyfillのページを参考に入れたら解決した。

これって実は webpacker 使って固めたアプリにも影響あったりするかも？と思いつつ、まだ確認できていない。(というのも、Windows がないのであった…)

progressタグに対するデザイン適用

Sun, 12 Mar 2017 11:38:37 GMT

社内のesaに愚痴的に書いたものをパクって転載。(パクってって書いたけど自分で書いたものね)

progress タグにデザインを当てるには、The HTML5 progress Element のように [value] や -webkit-progress-value を指定してそこにいろいろ記述していくのだけれども、-webkit-progress-bar に after/before 疑似要素が、少なくとも Chrome/Chromium だと指定しても無視される様子。なので、progress の右端に現在の%をcontentで表示したり画像載せるのは難しいっぽい。

progress {
  display: block;
  position: absolute;
  right: 0;
  bottom: 0;
  left: 0;
  border: 0;
  width: 100%;
  height: 5px;

  &[value] {
    border: 0;
    -webkit-appearance: none;

    &::-webkit-progress-value {
      transition: all .2s ease;
      background-color: $progress-bar-color;
      transition-delay: 0;
    }
  }
}

徐々に表示が右にずれていくようにしたかったため、span タグを使って回避した。

経過とともに progress が ++ されていくようにしているので width がされ、右端に画像が表示されるように指定しているのでそれがに動いていく(ように見えるようになる)。(裏でprogressの計算はしている)

<span className="p-progress-icon-area" style=\{\{width: `${progress}%`\}\}>
  <img src="assets/images/emoji/koko.png" className="p-progress-icon" />
</span>

※記事buildの都合でstyle={{}}のところをescapeしております

.p-progress-icon {
  width: .8em;
  height: .8em;
  vertical-align: middle;
}

S3 の静的サイトホスティングにゆるりと移行中

Sat, 18 Feb 2017 18:51:32 GMT

意を決して Octopress から Jekyll に移して S3 ホスティングにしてみた。

https 化も着手中ではあるが、メールが届いてこないのでまだもう少し先の話になりそう。

リンク切れとかもありそうなのでゆるりと直して行く予定。

2017年の目標

Sun, 08 Jan 2017 07:40:03 GMT

毎年恒例の事業部行事で、2017年の目標を書いた。※私のは23ページ目

{% slideshare 70728602 %}

年末の休みにふと、物事を習慣化して継続するにはどうしたもんかと思ってググると、やる気の継続が…とか書かれていてついカッとなって目標にした。

「やる気の継続」と「習慣」は別の要素だと思っているので、やる気が継続してたとしても作業が続くか？部屋を片付けたいとずっと思っていても、ただし部屋を片付けるとは言っていない、みたいなこともあるので、やる気が継続していてもアクションしないと結果として「続いた」とは言い難い。

なので、アクションを起こし続けられるような仕組みを生活に組み込んで、長期間何かを意識的にやっていこう、というのが目的の目標。

その1 trello を使ってみた

とりあえず、安易に「日常意識的に見るものにやることを表示しておこう」と思って trello を使ってやることを書き出して、スマホのウィジェットにやることを表示させてみた。

やりたいことが常に見えるのでやらないといけない感じが演出はできたものの、ウィジェットではタスクがあいうえお順に表示されるのと、レーンの区別なく表示されるのでちょっとしっくりこなかった。見えすぎるのも逆に無視しやすくなる感じもした。(オオカミ少年的な？)

スマホは毎日意識的に見るので、ここに組み込むのはよさそうな気がする。

その2 Pivotal Tracker を使う(←ｲﾏｺｺ)

Pivotal Tracker は本来見積もりのためのツールなので本来の使い方とは違うのはわかっているものの、Epicでレーンを分けてstory表示ができるのと、start すると Current/Backlog に横断的に表示されるので見やすい。point をタスクの重みとして使ってそれっぽく見せている。

今回初めて知ったのであるが、Pivotal Tracker にスマホアプリがあった。ウィジェットがないので意識的にアプリを開く必要があるが、狼少年状態にはならないかな…。 Done したものが Current から見えなくなるのも、Done から done した story が見えるのもよい。

スマホアプリを使って、電車移動中とかトイレへの移動時とかに story 見ながら description 書いたり、task 書いたりしてる。

現状

とりあえず、その2 を採用して一週間ほど続いて入るので、これを続けていく予定。

壁使ってうまいことできないか思案中。カンバンはスマホアプリと重複して二重管理になるので、一旦はスマホアプリに利用を寄せている。

とにかく、なんでもいいから意識的に続けられる仕組みになればいいな、と。

2016年なにしてたっけ？

Thu, 29 Dec 2016 16:39:26 GMT

2016年何してたかを考える。

仕事

今年の3月から新しい現場に変わって、そのまま今もそのプロジェクトにいる。一旦モノはリリースしたものの、AWSを使ったアーキテクチャへの変更で新しい体験もさせてもらっているのでありがたい。お客様とはビデオ通話を使ってリモートで打ち合わしつつ、ふりかえりや同じ場にいたほうが議論が進む場合にのみ訪問するスタイルなので非常にやりやすい。

プロジェクト変わって社内にほぼいるようになったので社内にいるメンバーと会話することが多くなってよかった。相談も声出してネットワークなしでできたのでより簡単にできたし。個人的には会話が増えてよかったけど、リモート勤務制度もできたことだし、その差分を埋めるようになんとかしないといけないのが課題か。

RubyKaigi 2016 で Bento 配ったり、阿闍梨餅配ったり、ブースに陳列されたり、RubyWorld Conference 2016 で和菓子配ったりした。Rails Girls Osaka にも行ってスポンサーLTとコーチしてきた。

あと、社内での開発イベントに一枚噛んだり、参加したりもした。

個人的な works

buoys を作ったのが 2016 年らしい。社内のプロジェクトでも使ってもらっていてありがたいことです。Ginza.rb でも紹介してきたので、スライドつき。

XP祭りでLTした。読書会やったでーというのと、個人的な見解を述べたので、全体的な解釈は賛否あるかもしれんけど。

今年前半は JavaScript 頑張って学習してたけど途中で挫折したものの、何をおもったか突然 10 月くらいに意識が復活して再度触り始めている。ここの経験が思いの外役に立っていて、今のお仕事プロジェクトで Vue.js や React を触って spike する機会があって特に苦手意識なく作業できた。巡り巡って自分に還ってくるので、なんにでも手を出してみるのはいいこと。

今学習を兼ねてJSでなんか作っているので、早く使えるようにして使いたい。

その他

ブログはもうちょっと書きたいな。(ネタを産まねばならない) esa ももうちょっと有効活用して知見をためたい。 minami.rbの同窓会で大阪に行ったけど、もう少し関西方面に顔出せるといいな(と毎年書いている気がする)。

あと、ブログ変えたいなー

minami.rb の同窓会に行ってきた

Thu, 24 Nov 2016 13:39:56 GMT

先日の RubyWorld Conference で @satomicchy さんに直接お誘いいただいたので、この勤労感謝の日に大阪に行ってきた。

前日入りして大阪時代によく行ってた焼肉屋に行って、当日の昼は新しくなってから行ってなかった海遊館に行ってみてエイの激しい自己主張を堪能してきた。駅のほうからケーブル生えたスマホを片手に持った集団が歩いてきてあっ…って察したなんてこともあった。

同窓会は相変わらずのキャラの濃いメンツが揃っていて、謎の主張を聴いたりお仕事状況や最近何やってるか聴いたり、日本海のカニの話をしたり、年金の話をしたり、Siriや写真映りの話したな

翌日まで泊まってわいわいできればよかったのだけど、お食事終わって新幹線の時間が迫っていたのでゆっくりもできず、残念ながら一次会で帰途についた。@higaki さんからカヌレのお土産までいただいて、楽しい帰阪？でした。

毎年行ってる気がするけど、もう少し関西方面に行く機会とか期間を増やしていいなぁと改めて思えるいい時間でした。 minami.rb 同窓会に参加された皆さんありがとうございました

buoys を 0.5.0 にした

Wed, 16 Nov 2016 17:28:48 GMT

Ruby 2.3.2、Ruby 2.2.6 がリリースされていたので、例の如く 2.3.2 と 2.2.6 を .travis.yml に記載してテスト通してリリースした。

特に機能的なアップはないものの、いろいろ溜まっていたものと、deprecation warnings が出てたものを抑えている。

あと、おまけ程度に rubocop ちゃんと動かして直しておいた。

ThinkPad X1 Carbon に Arch Linux をインストールした

Tue, 08 Nov 2016 15:58:04 GMT

以前使っていた Macbook Air に入れていた Arch が動かなくなったのと、そろそろ新しい PC を買っても良さそうということで購入した。全部ではないものの、備忘録として実行したコマンドを書いておく。

予め SD カードに Arch Linux のイメージを書き込んでおいて、USB 接続のカードリーダから起動している。

BIOS

起動時に Enter を押して BIOS 設定画面を呼び出す

secure bootを外す
boot の順番を変える

インストーラ挿して起動

$ ls /sys/firmware/efi/efivars

$ wifi-menu
# パスワードを入力してwifiに接続する
$ ping -c 3 google.co.jp

$ fdisk -l
# lsblk だと /dev/... が出ないので fdisk -l にした

$ gdisk /dev/sda
Command (? for help): o
Command (? for help): n
Permission number: 何も押さずエンター
First sector     : 何も押さずエンター
Last sector      : +512M
Hex code or GUID : EF00

# http://server.etutsplus.com/allocate-swap-space/ をみて 16 + 2 = 18Gに
Command (? for help): n
Permission number: 何も押さずエンター
First sector     : 何も押さずエンター
Last sector      : +18G
Hex code or GUID : 8200

Command (? for help): n
Permission number: 何も押さずエンター
First sector     : 何も押さずエンター
Last sector      : 何も押さずエンター
Hex code or GUID : 8300

Command (? for help): w
Do you want to proceed? (Y/N) Y
The operation has completed successfully.

# パーティション作成
$ mkfs.fat -F32 /dev/sda1
$ mkswap /dev/sda2
$ swapon /dev/sda2
$ mkfs.ext4 /dev/sda3

# パーティションのマウント
$ mkdir /mnt/boot
$ mount /dev/sda1 /mnt/boot
$ mount /dev/sda3 /mnt

# paclist の編集
$ vim  /etc/pacman.d/mirrorlist
# Server = http://ftp.jaist.ac.jp/pub/Linux/ArchLinux/$repo/os/$arch を一番上にコピーした

# ベースシステムの導入
$ pacstrap /mnt base base-devel

# fstab の生成
$ genfstab -U /mnt >> /mnt/etc/fstab
# /,  /boot のオプションの最後に `, discard` を追加

$ ln -s /usr/share/zoneinfo/Asia/Tokyo /etc/localtime
$ hwclock --systohc --utc

$ vi /etc/locale.gen
# en_US.UTF-8 UTF-8 と ja_JP.UTF-8 UTF-8 を uncomment
$ locale-gen 

# ホスト名の設定
$ echo muryoimpl-arch-tp > /etc/hostname
$ vi /etc/hosts
# 127.0.0.1 をコピーして、hostname の部分を↑のhostname に書き換える

# wifi-menu できるようにする
$ pacman -S dialog wpa_supplicant
$ pacman -S wpa_actiond

# root のパスワードを変更する
$ passwd

$ pacman -S grub efibootmgr
$ grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=grub --recheck
$ grub-mkconfig -o /boot/grub/grub.cfg

# マイクロコードのアップデートを有効にする
$ pacman -S intel-ucode
# マイクロコード自動アップデートに grub-mkconfig が対応しているらしいので再生成する
$ grub-mkconfig -o /boot/grub/grub.cfg

一般的なものをインストール

# yaourt 追加
$ vi /etc/pacman.conf
# [archlinuxfr]
# SigLevel = Never
# Server = http://repo.archlinux.fr/$arch
$ pacman --sync --refresh yaourt

$ pacman -S openssh
$ vi /etc/ssh/sshd_config
# PermitRootLogin no
# PasswordAuthentication no
$ systemctl start sshd.service
$ systemctl enable sshd.service

# systemd-journald のログサイズの制限
$ vim /etc/systemd/journald.conf
# SystemMaxUse=40M に書き換え
$ systemctl restart systemd-journald

$ pacman -S dkms
$ pacman -S zsh

$ useradd -m -G wheel -s /usr/bin/zsh muryoimpl
$ usermod -aG users muryoimpl # users グループに追加
$ passwd muryoimpl

$ pacman -S sudo
$ EDITOR=vim visudo
# %wheel      ALL=(ALL) ALL
$ chown -c root:root /etc/sudoers
$ chmod -c 0440 /etc/sudoers

$ yaourt linux-headers

$ ip addr # 無線インターフェースが出るか確認
$ sudo systemctl enable netctl-auto@wlp4s0.service

$ yaorut arandr

$ yaourt fprint
$ yaourt fingerprint-gui
$ sudo gpasswd -a muryoimpl plugdev

$  yaourt xf86-video-intel
# ↓のようなことを書くとよいと出た
# /etc/X11/xorg.conf.d/20-intel.conf
# Section "Device"
#    Identifier  "Intel Graphics"
#    Driver      "intel"
#    Option "DRI" "2"
#    # Option "AccelMethod"  "sna" # default
#    # Option "AccelMethod"  "uxa" # fallback
# EndSection

$ yaourt libxss

$ yaourt alsa-utils

# 電源管理
$ yaourt tlp 
$ yaourt tpacpi-bat
$ yaourt acpi_call
$ sudo systemctl start tlp.service
$ sudo systemctl enable tlp.service

# Bluetooth
$ yaourt bluez
$ yaourt bluez-utils
$ sudo modprobe btusb
$ sudo gpasswd -a muryoimpl lp

GUIの導入とか

$ yaourt tmux
$ yaourt lm_sensors

# ハイバネートとかサスペンドとか
$ sudo mkdir /etc/systemd/logind.conf.d/
$ sudo cp /etc/systemd/logind.conf /etc/systemd/login.conf.d/
$ sudo vim  /etc/systemd/login.conf.d/logind.conf
# HandleLidSwitch=hybrid-sleep

# swapへのSSDの書き込み回数を減らす
$ su -
$ echo 10 > /proc/sys/vm/swappiness

# lightdm
$ yaourt xorg-server
$ yaourt lightdm
$ yaourt lightdm-gtk-greeter
$ sudo vim /etc/lightdm/lightdm.conf
# [Seat:*]
# …
# greeter-session=lightdm-gtk-greeter
$ sudo systemctl enable lightdm.service

# awesome-wm
$ yaourt awesome
$ yaourt xorg-xinit
$ cp /etc/X11/xinit/xinitrc ~/.xinitrc
$ mkdir -p ~/.config/awesome/
$ cp /etc/xdg/awesome/rc.lua ~/.config/awesome/

$ yaourt ibus-mozc
$ yaourt ibus-uniemoji
$ yaourt fcitx-gtk2
$ yaourt fcitx-gtk3
$ yaourt fcitx-configtool

$ vim ~/.xprofile
# export GTK_IM_MODULE=fcitx
# export QT_IM_MODULE=fcitx
# export XMODIFIERS="@im=fcitx"
# export DefaultIMModule=fcitx
# fcitx &

$ yaout grub2-theme-archlinux
$ sudo vim /etc/defaults/grub
# GRUB_THEME="/boot/grub/themes/Archlinux/theme.txt"
$ sudo grub-mkconfig -o /boot/grub/grub.cfg

# その他
$ yaourt atom-editor-bin
$ yaourt xorg-xbacklight
$ yaourt xbindkeys

# 日本語フォント
$ yaourt ttf-ricty
$ echo LANG=ja_JP.UTF-8 > /etc/locale.conf
$ export LANG=ja_JP.UTF-8

# 時刻合わせ
$ yaourt ntp
$ sudo systemctl enable ntpd
$ sudo systemctl restart ntpd

# タッチパッドの設定
$ sudo vim /etc/X11/xorg.conf.d/70-synaptics.conf
# Section "InputClass"
#   Identifier "touchpad"
#   Driver "synaptics"
#   MatchIsTouchpad "on"
#
#   Option "VertTwoFingerScroll"  "on"
#   Option "HorizTwoFingerScroll" "on"
#   Option "EmulateTwoFingerMinZ" "40"
#   Option "EmulateTwoFingerMinW" "8"
#   Option "CoastingSpeed"        "0"
#   Option "FingerLow"            "30"
#   Option "FingerHigh"           "50"
#   Option "MaxTapTime"           "125"
#
#   # natural scroll
#   Option "VertScrollDelta"  >-"-111"
#   Option "HorizScrollDelta" >-"-111"
#
#   # 右クリックのエリアを拡大
#   Option "SoftButtonArea" "70% 0 50% 0 0 0 0 0"
# EndSection

ちょこちょこ弄っているのではあるけど、こんな感じで。 (無線LAN使うのに、dkms でドライバ入れる必要ないのは楽だなぁ…)

Ginza.rb の第 40 回に参加してきた

Mon, 24 Oct 2016 13:57:00 GMT

※現在、風邪でぶっ倒れております。

ﾊﾟｲｾﾝに誘われたので、buoysしかネタがなかったので前日にがんばってスライド作成していってきた。

buoys gem の紹介 from Ken Muryoi

このスライド作るのに gretel にメンテナが現れていたので、最初に使ったときに感動した者としてちょっと嬉しい気持ちになった。

Ginza.rb には初参加だったのだけれども、今回のような LT 大会っぽい形式は珍しいのだそうな。また、今回は初参加の人が(私含め)多かったらしく、とにかく珍しい回に参加できたらしい

*.rb といいつつ、今回はいろんなジャンルの発表があって楽しかった。こういう「なんかつくった」系の発表を観たり、聴いたりしていると、作りたい欲が湧いてくるので非常によい。よい回に参加した

おまけ

スライド作ったもんで、社内での buoys の利用実績が 2 件になりつつある。

XP祭り2016でLTしてきました

Sun, 25 Sep 2016 05:58:22 GMT

会社の勉強会で、『エクストリームプログラミング』の第二版の読書会を約 1 年かけて実施したので、読書会に参加した人の代表として、本読んだ感想と思ったことをば書いて発表してきました。

約一年、XP2nd 読書会に参加して感じたこと from Ken Muryoi

(LT とはいえ) XP 祭りで発表するのは初めてで、ちょっとガチ勢の多いところで話すのは緊張しました。

祭りに参加している中でちょっと思ったことがあったので、ちらっとではあるが直前に書き足したことがあるので、ここにも書いておきます。※あくまで個人の意見です。

何をつくるか

チームがくちゃくちゃになっていて…、顧客からクレームが…、品質が…という話が出てきたときに、「まず顧客の欲しいもの、求めているものが理解できているの？」という感想を持ちました。

「バグ」っていっても、作りたいものを誤解してつくってしまったものと、作りたいものは理解できているけど事故として入ってしまったものがあって、どちらが多かったのかな？と。

チームやプロセスを作り直して誤解して作ったものを早く直せるようにした、というのもよい、けれども、そもそも誤解せずに作れるようにしたほうが絶対によい。ならば、「本物の顧客参加」を実現させたり、チーム内のコミュニケーションを活発にするのが先だと思いました。

「アジャイルソフトウェア開発のプロセスを導入したらうまくいきました」という話の中に「顧客をチームの一員とすることでうまくいきました」というものが含まれていることを信じて「顧客と話ししないとダメですよ」を付け足したのでした。

電子工作ことはじめ

Mon, 18 Jul 2016 14:09:56 GMT

7/14, 15 に、会社の合宿で IoT ハッカソン的なことをしてきました。

私のチームは Raspberry Pi を扱ったものを作るってことで、人感センサと超音波距離センサを使って集中ルームみたいな狭い部屋に人がいるかどうかを判定するモノをつくってみようということでこの数週間、細々といろいろと触ってみました。

Ruby が使い慣れているだろうということで Ruby で制御してみました。成果は muryoimpl/frontdesk にアップしてあります。

センサーの結果を取るのがこちらの対処が悪いのか、反応が遅いのかわからんのですが、いうほど敏感でないというのが実際の動きになっています。

Fritzing で絵を書いてみたり、配線してみたり、オームの法則という懐かしい単語に遭遇したりでなかなか楽しかったです。

Raspberry Pi は言ったら小さい Linux マシンなのでなんでもできちゃうんですけど、もうちょっと Raspberry Pi は触り続けてみようかな、というところです。

Weekly-22nd

Mon, 06 Jun 2016 14:29:06 GMT

2016年第22週

Ruby

拙作のgem buoys のバージョンをあげた。

隣のプロジェクトから不具合報告が来たので、その日に対応したつもり。アレは想定してないかった… でも報告が来ることはありがたい

あと、今ちょっと eye という gem が気になっていて、ソースを読んでいた。思ってたよりもいろいろ書かれてるなぁという感じ。もう少しすっきりした感じの監視系gem なかろうか。

JavaScript

手を付けられてない…

運動

寝違えて右背中から尻にかけての筋肉が外れていて禁止。。。せっかく腹筋してたんだけど。

英語

あーあーあー

Weekly-21st

Tue, 31 May 2016 14:36:45 GMT

2016年第21週

今週は体調イマイチ、仕事意識しすぎてなんもできてない… なんか仕切り直しせんと。。。

Weekly-20th

Tue, 24 May 2016 15:57:11 GMT

2016年第20週

Ruby

お仕事お仕事…

JavaScript

Electron のバージョンを上げてから React.js, redux を使って body を表示するまでをやった。redux-immutable を使わずに同じことをやってハマってたので、おとなしく redux-immutable を入れた。無事エラーは解消された。早くやれよ…

英語

進んでない…

運動

法事に着た喪服のウエストが厳しいことを機に、腹回りの運動を開始…

その他

お仕事で使うエディタを Atom に変更した。仕事とは関係ないコードを書くときは Atom を以前から使っていたが、ついに仕事でも使い始めた。

気がつくとコンソールで Vim 使ってたりするんだけど、Atom 上でgit の branch を切り替える、git commit がなんなくできるようになればコンソールの使用機会はグッと減るので、継続使用できそう。(RSpec の実行は行数指定したり、ディレクトリ指定したりするのでコンソールでないと逆に厳しい)

Good な plugin がないか探そう。

Weekly-19th

Mon, 16 May 2016 16:30:43 GMT

2016年第19週

Ruby

今週はちょろっとログ見ただけ。。

JavaScript

ワイヤーフレーム作成から放置していたものに再び着手した。 npm package が諸々バージョンアップしていたので、上げてみた。 redux-saga なるものを使おうと思ったが、Electron って ipc で通信すると Promise でない非同期通信になるので、あまり使いどころないかも…と思いつつ、まだ非同期通信部分に至ってないので、saga はそのままにしてる。

Electron が 1.0.0 になったところで、Devtron とかツールが紹介されていたので、使ってみようかという気持ちになった。

英語

移動中に『アプリケーションを作る英語』を読めるようにして読んでる。非常に進みが遅い…

運動

してないな…

読書

お仕事で Web API に触れることが多くなったので、『Web API: The Good Parts』を読み始めた。使いにくい API はアカンって書いてあって今の私の気持ちを代弁しているような箇所があって「ですよねー」って心の中で叫んだ。

Weekly-18th

Mon, 09 May 2016 16:27:35 GMT

2016年第18週

Ruby

buoys の travis の設定間違っていたので、今直した…OTL

複数のライブラリのログ読みました。PR みんとわからん感じするなー。けど、通知受けるとメールが爆発する…

JavaScript

ワイヤーフレームの作成は一旦終わり。次は JavaScript の実装に入っていこうかというところで、とりあえず webpack の設定を書いた。

未だに CSS を JavaScript とがっちゃんこするメリットを理解できないでいる。npm で入れた CSS と上書きしたい設定のロード順とかうまくいくんやろか？とか、変に記述が散ってわからんようになるような気がして CSS は普通にリンクしてるんだけどどうなんだろうか。。。

今日はReact Speed Coding というのを偶然知ったのだけど、こいつも割と CSS を webpack で取り込んでしまってごにょごにょしてしまっているんだけど…うーむ…

英語

やばいな…

運動

これもやばいな…

Weekly-17th

Tue, 03 May 2016 10:44:36 GMT

2016年第17週

Ruby

buoys のバージョンを上げた。Rails5.beta4 が出たのと、Ruby の 2.2 と 2.3 系のバージョンアップがあったのでそれの対応。大きな機能追加はない。

諸々のログ読んでないので、この GW 中に読むぞ…

JavaScript

bulma を使ったワイヤーフレームの作成を行っているが、なんかデザインがうまくいっておらず、まだ対応中。

ひきつづき、ワイヤーフレーム調整しつつ、早いことJavaScript の実装に入っていきたい。

英語

相変わらず進捗かわらずなんだけど、この GW に…

運動

軽く走りたい！！！

Weekly-16th

Mon, 25 Apr 2016 14:11:21 GMT

2016年第16週

Ruby

buoys に sitemap 出力機能を〜との話をもらったものの、動的URLの生成ができないので一回休み。

bump up のネタを探している状態。なんもネタがなければ、GW 中あたりに bump up してリリースするか…

JavaScript

bulma を使いながらワイヤーフレームを作ってる。CSSの分割を意識してやっているのだが、よくわからんなぁという気持ち。メリットを感じる規模でもないんだけど、(客観的にみたらわからんけど)個人的には定義を探しやすくなったような気がする。

SMACSS とか、ITCSS とか、お作法というか規約はいろいろあるみたい。

英語

何もできていないのをぐぬぬと思いながら、何もできていないのよ…

運動

走れてない…

Weekly-15th

Mon, 18 Apr 2016 16:27:12 GMT

2016年第15週

Ruby

そろそろbuoys を bump up しないといけないかも…と思いつつなんもしてないので、今週は何か触ったほうがよいかな。

deka_eiwakun を入れて修正してみた。

if result = hash[:key]
end

↑のような条件式での代入は、リーダブルコード的には == と見間違えるってことでよくないとされてるけど、while とかで使うと便利なんで個人的にはよく使う。これを注意されるのでちょっと困ったという場面があった。まぁ従うけどね…

JavaScript

これまでの作りかけをほっぽりだして、ちょっと必要に迫られた小さいものを作ろうとしている。あいかわらずワイヤーフレームというか、デザインだけしたHTMLとCSSを作るのがヘタクソで時間かかりまくってる…

ちなみに、bulma を使おうとしてみている。

英語

CD聴くのにUSBケーブル短かったので購入しただけで聴いてない…

運動

一回走ったぞ。翌日も走りたかったけど、身体がちょっときしんでたので休養した。

Weekly-14th

Sun, 10 Apr 2016 17:11:37 GMT

2016年第14週

Ruby

拙作のbuoys が使われだしたので、PRを取り込んだり、バージョン上げたりしていた。

gem の特性上、機能としては大したものは追加していけないだろうが、ちょっとずつ整えていこうと思っている。

次のターゲットは、rubocop 入れてみること。弊社の deka_eiwakun を入れてみよう。

JavaScript

あいかわらず何もしてなくて困る…

英語

Linux 機でも音を聴けるようにしてみた。これで雑誌付録のCDをOS切り替えずに聴けるようになったので捗りそう。

あとはちゃんと音聴きながら勉強する機会を…

運動

走れてない…

ちょっとスポーツクラブに行くことを検討しているけど、今月の請求額をみるに次月以降やな…と頷かざるを得ない

Weekly-13th

Mon, 04 Apr 2016 15:31:57 GMT

2016年第13週

今週はロマサガ2ばかりやっててなにもやってない気がする…

Weekly-12th

Sun, 27 Mar 2016 17:08:11 GMT

2016年第12週

今週は会社の合宿行ったり、お仕事に追われたりでなんとも。。。

Ruby

合宿の課題を一日目 Ruby で挑んだが惨敗。アルゴリズムに慣れ親しまないとダメだ…と思いたった。あと、Array のメソッドとか再帰は使えるようにしておかないと、という気持ちに何回目かわからんがなりました。。

JavaScript

ちょろちょろ進めているものの CSS 部分をどうしようか悩んでいる。あと、marked 使うんだけど、markdown を独自の単位で分割しないといけないので、parser に手をいれないといけない？と考えている。

英語

映画館で洋画字幕版を観ると意識が高まるので、うまいこと映画館に行って英語勉強する意識をつついてやる必要がある。サボってるので…

読書

PostgreSQL の本に加え、アルゴリズムの本やインターネットのページを漁り始めた。有名なアルゴリズムは理解しておきたい。

運動

走れてない。。。

Weekly-11th

Mon, 21 Mar 2016 08:18:05 GMT

2016年第11週

インターネット回線の変更でたいへんにトラブってしまってインターネットに接続できない日が続いたり、問い合わせたりでいろいろと進捗が悪い一週間でありました…

Ruby

gretel の劣化版 gem Buoys を出した後、次は何をしようか…と考えているところ。

お仕事のほうが忙しくて、あまりアクションできていない。

ある機能を追加しようとしたとき、それ自体の変更は小さいのだけれど、既存のテストが大幅に影響を受けるとき(例えば、ナビゲーションが追加されて画面の遷移方法が変わるなど) に PR が意図せず大きくなってしまうんだけど、どうしよう、と考えていた。

結局解決せずにPRを育てているのだけれども、出来上がって分割ポイントを見つけたら分割、というところか。。。それほど複雑な処理が混ざったPRでないことが救いだが、なんとかならんか、という気持ち

JavaScript

さて、もともとやっていたものをちょろちょろ進めている。 marked で markdown を html に変換するという初めての作業をしている。

まぁ、他にもいろいろ考えることがあるけど、進みが遅くてげんなりするねぇ

英語

サボってる…

読書

PostgreSQL の本をちょこちょこよみ進めているものの、こちらも進みが悪くて…

運動

1回走った。もう少し距離を延ばしてもいいかもしれないので、コース考えよう。

Weekly-10th

Sun, 13 Mar 2016 17:42:20 GMT

2016年第10週

Ruby

gretel の劣化版 gem である Buoys をリリースした。あくまで gem の作り方とか、DSLを利用した gem の作り方のお勉強のために作ったのであるが、勉強になった。

instance_exec と instance_eval は普段アプリ書く分には使わないので、使える場面というのを理解できた。

travis.ci を今回使ってみたのも良い経験になった。バージョンごとに gemfile を用意して読み込ませるとかやったことなかったので、こうなるのね？という確認ができたという点でよい経験をさせてもらった。

JavaScript

上の gem のリリースができたので、もともとやっていた JavaScript の実装に戻った。う〜む、あいかわらずよくわからんな…

英語

サボってる…

読書

PostgreSQL の本を引き続き。

運動

腸炎ぽい症状になって会社まで休んだりしていたので、今週ランニング等の運動は控えてしまった。

Weekly-9th

Sun, 06 Mar 2016 17:09:58 GMT

2016年第9週

Ruby

先週書いたちょっとした gem を自分なりに書き換えたらどうなる？というのをずっとやっている。やはり、やったことないことを体験できるのがよい。instance_exec とか instance_eval とかは、普通にアプリ作るときには基本禁じ手の部類に入ると思っているので、貴重な利用機会であった。

だいたい期待する動作は実装できたので、あとは初期ファイルを出力する generator を作って、README 作成する作業が残っている。

やはり作成中に思うのは、テストがないと不安になるということ。実装したものが期待どおりに動いているのかどうか、やったことないことを実現しようとしているときは特に、そのフィードバックがないと不安。ツールはなんであれ、新しいことするためにはテスト基盤がやはり重要である。(私はテストファーストでないといけない、というスタンスではないけれども、テストによるフィードバックは欲しいと思う派です)

JavaScript

ちょっとサボり気味。

英語

こちらもちょっとサボり気味。

読書

内部構造から学ぶPostgreSQL の続きを少し。

運動

夜のランニングを1日、30分ほど。お腹の調子が悪くて走れないことが多いな…

Weekly-8th

Sun, 28 Feb 2016 15:57:49 GMT

2016年第8週

Ruby

ちょっとした gem をもし自分が書き換えたらどう書き換える？というテーマをもって自分流に書き換える練習をしているのであるが、どうしてもコードがパクリっぽくなってしまう…

もう少し、追加機能っぽいアイデアを盛り込んでコードにしないとダメだ。

JavaScript

ちょっとサボり気味。

英語

こちらもちょっとサボり気味。

読書

プログラマのためのDocker教科書を使いそうなところだけざっと、その後、Dockerエキスパート養成読本を読んだ。

DB周りの知識が少ないのと、ちょうど安くなっていた？ので、内部構造から学ぶPostgreSQL を買ってみた。

運動

夜のランニングを3日、各30分ほどをこなした。

Weekly-7th

Sun, 21 Feb 2016 16:38:05 GMT

2016年第7週目

Ruby

Rails が rake でなく、rails コマンドを使うようになるのは知っていたが、rails routes -g で routes の grep 機能が入っているのをコミットログで知った。 Rails 使っていて rake、rails コマンドで一番使うコマンドなので、もうちょっとちゃんと見ておこうと思った。(テストは rspec コマンド使うので rake spec を使う機会が少ない)

会社で会話にもなったのだけど、gretel の更新が止まっている。以前パンくずリストを出す Gretel Gem が使いやすくて感動したというエントリを書いた者としてはちょっと寂しい感じがする。

JavaScript

Express を触り始めた。とりあえず、express-generator で出力されるコードを babel を使って ES2015 ぽい記法に書き直している。

Express.js Blueprints の例が mondodb なのがちょっと嫌で、PostgreSQL あたりでできないかと思い調べて sequelizer というのがあることを知ってドキュメントを読み、PostgreSQL 使おうとして Docker を調べるということをフロントエンドかけこみ寺#3 にリモート参加してやっていた。

sequelizer は Ruby on Rails の ActiveRecord でできることをJavaScript にもってきた感じ。migration も書けるので馴染めそうな気がした。

重い腰を上げてようやく Docker を使い始めた感じ。まだ全然わかってないけど。

Electron のほうもちょっと進めないとなぁ…

英語

ほぼおやすみ。Express の動画(1時間くらい) のを英語で聴いたくらい。

運動

暖かくなってきたので、ちょっと走り始めた。いつもとコースを変えて、ゆっくりめに走ってとりあえず汗をかいた。久しぶりだったので、翌日に反動がきたのはお約束。

Weekly-6th

Sun, 14 Feb 2016 17:18:01 GMT

2016年第6週目

今週も続いている。

Ruby

各種ライブラリの commit log 読んだり、Rails 5 の変更点を読んだり。

JavaScript

第2回フロントエンドかけこみ寺@もくもく会に参加して、自己紹介LT をした。

自己紹介LT「俺の迷走っぷり」 from Ken Muryoi

単体テストが流れない(トランスパイルが通らない) ので、e2eテストだけに逃げたら、それも罠があってひどい回避をしている、という話。オチはなく、本当に困っている…

webpack + babel でトランスパイルしてるから、karma + karma-webpack でトランスパイスしようとしてるけど、なんとかかんとか頑張ってるものの、最終的に remote.require してる module がみつからんとか言われるから、もう困ってしまって諦めているのである…

読書

あまり進んでないけど、Express.js Blueprints の続きを読んでいる。

英語

EJ 2月号の2つ目のインタビューのテキストを読んで、聴いてを何回か。それでも、うまく聴き取れない部分があって凹む。

運動

ダンベル体操を2日ほど。暖かくなってくるらしいので、そろそろ走り始めようかというところである。ぽよんとしたお腹が走れと叫んでいる。

そろそろ書くことがなくなってきたので、ちゃんとした成果を出さないといけないな、と思いつつ失敗するくらいのときに来た。

適当に続くようにがんばらんようにがんばろう。。。

weekly-5th

Sun, 07 Feb 2016 16:06:04 GMT

2016年第5週目

さて、今週やったことを書きますか。

Ruby

気になるリポジトリをいくつか増やしてみた。コミット見ると、面白いコミットメッセージを見つけることもあるようです。tabenai とか。

最近、お仕事で devise の挙動を変えることが多い。trackable な項目を更新しないようにしたりとか、find_for_authenticate の発行クエリのルールを変えたりとか。devise, warden さんのコードを見ることが多かった気がする。

JavaScript

かけこみ寺の次の回に参加する予定でいる。参加の準備で、スライドのようなものを作成している(未完成)。

スライド作成中に、今少しずつ作っているもののバグを見つけたので、直した。スライド作成便利…

あと、サーバサイド側の JavaScript ライブラリを調べている。Express, koa, Meteor あたり。Meteor が注目らしいけど、プロトコルが独自らしい。koa は新し目のライブラリらしく、Express と作者が同じそうな。

何がよいかわからんので、とりあえず Express の本を kindle で買ってみて読み始めた。Express.js Blueprints

読書

前述の理由で Express.js Blueprints を読み始めた。『アプリケーションを作る英語』を読み始めた。

自宅の Linux 機に wine を入れて、kindle を読めるようにしてみた。一部コードに相当する箇所(preかな？) が表示されないものがあるけど、そこは Fire で読もう。。。

英語

テキストの方は読めてないんだけど、スマホに入れている音声は繰り返して聴いているだけあって、単語が聴き取れるようになった気がする。

ちょっとサボり気味なので、次週はもうちょっとテキスト系もみっちりしなければ……という気持ち。

運動

ちょっとだけ筋トレした。

weekly-4th

Sun, 31 Jan 2016 16:45:58 GMT

2016年第4週目

さて、突然ながらあまりに何も書かないので、rebuild.fm#127 Aftershow でやってた週報的なものを続く限り書いてみようかと思った次第。

先週は風邪ひいて体調悪かったので、なんもしてない。

Ruby

各種気になる repositories の git history が見れるように環境を少し整えた。

いろいろ試した結果、vim の fugitive + gitv で git log しながら詳細を水平分割でみていくかたちが一番見やすかった。

JavaScript

protractor で悩んでいた、confirm の OK ボタンを押すのを諦めて、次の作業に移った。画面遷移を伴う動作のため、react-router を設定し直してみたが、以前発生していたエラーがでなくなっている気がする。。。気のせいかもしれないが、このまま進めよう。ここからが難しい処理になってくるはず。

読書

入門コンピュータ科学を第一章読み終えた。

英語

English Journal 2016年 2月号の最初のインタビューを聴き流し + トランスクリプトを読むのをちまちまと。最初のインタビュー、新しく出てきた単語がまだ頭に入ってきてないが、音は以前より聴き取れるようになった気がする。

Electronアプリ開発に protractor 入れた話

Wed, 06 Jan 2016 15:33:30 GMT

趣味で Electron アプリを少しずつ作成しているのであるが、JavaScript のテストをまともに書ききったことがないため、導入してみようと思い、E2E のツールとしてprotractor を導入したので、メモ。

protractor とは

AngularJS の end to end testing tool として生まれているが、AngularJS を使っていなくても導入できる。 AngularJS を使っている場合は、{hoge} みたいな画面に bind している値を取得できて便利らしい。

導入すると一緒にインストールされる webdriver-manager を使ってブラウザを動作させてテストを実行する。

導入

https://angular.github.io/protractor/#/tutorial を見ながら導入する。

$ npm i --save-dev protractor
$ ./node_modules/.bin/webdriver-manager update

project の直下に conf.js を作成し、ここにend to end test の設定を書き、 protractor conf.js してテストを流す。

$ protractor conf.js

conf.js にいろいろと設定を書いておき、この設定にそってテストが実行される。設定の書き方は Configuration File Reference を見ながら書く。

{% gist a58824ebbfadee1c788b #file-conf-js %}

L2-7 は、power-assert を使うために、babel-plugin-espower を噛ませる設定。

L10 の chromedriver は、protractor を導入した際に一緒にインストールされたものを指定する。 L11 は、./node_modules/.bin/webdriver-manager start した際にコンソールに出力されるアドレスを記載する。

L14-16 に実行する end to end test のパターンを記載する。流しやすいように e2e というディレクトリを作成してそこにテストを配置した。 L17-24 で、Electron 用の設定を記載している。browserName には chrome を、chromeOptions の binary には electron-prebuilt のバイナリのパスを指定している。

ここがあまり調べても載ってなかったのだが、args に app= として、Electron の entry point になっているjs を指定する必要がある。 これがないと、blank のElectron のページが立ち上がって終わる…

L26 の browser.ignoreSynchronization = true; は非AngularJS なアプリで protractor を利用する際に必要とのこと。参照: stackoverflow

{% gist 99c2337c1d611b322356 #file-showhome-e2e-js %}

browser.get(url) みたいなもので希望するページを指定できたりするが、Electron の場合、起動時に開いているページについて特に指定しなくてもOKっぽい。トップページの class=“title” に “こんにちは” とあればテストが通る。

大事なこと

Electron アプリの場合、args に app=entry point の js が必要です。

※ GitHub のソース検索すると、http://localhost:8000 と書いてあるソースが多いが、それでは動かなかった…ここに到達するのに時間かかった。using-selenium-and-webdriver.md の 3. Connect to chrome driver のコメント見て気がついた…

arch の kernel を update したとき

Tue, 04 Aug 2015 16:21:39 GMT

MBA を Arch Linux 機にしているのであるが、kernel が update するたびに、wifi が動作しなくなってしまう。

仮に今は、yaourt broadcom-wl-dkms と yaourt mba6x_bl-dkms を再インストールして回避してる。実際はもっとよい(というか正しい)対処法があるのだろうけど、これをやると module をビルドして depmod コマンドを内部で発行してくれているみたいなので、動作するようになってる。

ここらへんは何読んだらわかるようになるんだろう…？

active_decorator の spec でハマった話

Thu, 30 Jul 2015 14:21:00 GMT

今日、app/modelsに配置されているただの class で表示用のメソッドがごにょごにょ生えているのを ActiveDecorator に移動させてはどうかと指摘をいただいたので、移動させた。 spec が 1 件だけあったので、これも Decorator のテストに書き換えようとして、ハマった。

まとめ(先に)

Thank you, @flada_auxv san!
ActiveDecorator のテストをするとき、Controllerインスタンスから view_context を生成すると思うけど、ApplicationControlle#request を設定しておくと、URL使うテストでハマらない。

コード例と現象

まずは、例とするコード(若干適当なところが…)

class GroupSummary
  def initialize(group, total_count, failure_count)
    @group         = group
    @total_count   = total_count.to_i
    @failure_count = failure_count.to_i
  end
end

module GroupSummaryDecorator
  # NOTE これがポイント
  def summary_url
    group_summary_url(@group)
  end

  # こいつらはテストしても期待通りに動く
  def success_count
    @total_count - @failure_count
  end
end

describe GroupSummaryDecorator do
  let(:group) { FactoryGirl.create(:group) }
  let(:group_summary) { GroupSummary.new(group, 0, 0) }

  before do
    ActiveDecorator::ViewContext.push ApplicationController.new.view_context
  end

  after do
    ActiveDecorator::ViewContext.pop
  end

  describe '#summary_url' do
    before do
      ActiveDecorator::Decorator.instance.decorate group_summary
    end

    specify do
      expect(group_summary.summary_url).to eq 'http://localhost:3000/groups/1000'
    end
  end
end

bundle exec rspec spec/decorators/group_summary_decorator_spec.rb
# => NoMethodError: undefined method `group_summary_url` for #<GroupSummary:0x00000000>

ActiveDecorator::ViewContext に ApplicationController インスタンスの view_context を push しているにもかかわらず NoMethodError が出る。 Decorator のメソッドはみつかっているものの、その中の url_for なパスがないって言われる。

調べてみた

ググッてみると、以下の記事をみつけた。

Testing Draper decorators with real helpers, including URL helpers.

hoge_path、fuga_url のような Decorator内で url_for なメソッドを使いたい場合は、view_context のレシーバとなる Controller のインスタンスに request を設定しなければならない様子。

これは ActiveDecoratorが、ここで method_missing を利用して view_context にある同メソッドを呼び出すと思うのですが、ここで actionpack/lib/action_controller/metal/url_for.rb で上書きされている url_options を url_for で利用しており、その影響で request が空だとうまく URL が作成できないため(らしい)。

ActionDispatch::TestRequest という便利なものが用意されているので、これを ApplicationController#request に代入してやるとうまいこと URL が作られた。

describe GroupSummaryDecorator do
  let(:group) { FactoryGirl.create(:group) }
  let(:group_summary) { GroupSummary.new(group, 0, 0) }

  before do
    controller = ApplicationController.new
    controller.request = ActionDispatch::TestRequest.new

    ActiveDecorator::ViewContext.push controller.view_context
  end
  --- 略 ---
end

bundle exec rspec spec/decorators/group_summary_decorator_spec.rb
# => passed

※ URL の port がうまく設定されず困っていたが、このTestRequestのリファレンスみると、‘HTTP_HOST’ に対してホスト名とポートをくっつけたものを渡せば反映されるっぽいので、反映したらうまくポートも反映されたのであった。

関西Ruby会議06に参加してLTしてきた

Sun, 12 Jul 2015 07:44:53 GMT

CFP だして LT 通ったので、夜な夜なせっせこアプリを作っていたのだけれど間に合わず、当日本番までに動くものを用意できなかったので、ハマったところを挙げてスライド作ってみた。

サーバサイドなおじさんがSPAを趣味で初めて作ってみてわかった n のこと(仮) from Ken Muryoi

前日最終ということで脳内練習したら時間余ったので、急遽5枚くらい追加したのであるが、ド緊張でスピードが出ず全く到達しなかった

発表時 poltergeist のくだりで、「ポルターガイストのくせに、モノが動かずに(エラーメッセージの)文字列だけが返ってくる」と話したのであるが、この部分はそもそもポルターガイストは何もしていないのに物体が勝手に動いたりする現象なのに、モノが動かないのはポルターガイスト現象って… という意味を掛けた感じだったのであるが、懇親会で会話したところ「めんどくせぇ！」と一蹴されたのであった。

伝わらなかったらしい。

※スライドにも書いてあるけど、2.0.0 でモノが動くようになっているので安心してご利用ください。

本番で時間が足りなかったので到達してないのであるが、まとめとして「涙の数だけ強くなれるよ…」というのを入れていて、この部分で「アスファルトに咲く花ではないけど」という岡本真夜的な雰囲気を醸し出す枕詞をつける予定だったので、到達しなかったのが非常に残念であった。

さすがにここはわかってもらえたはず…

会自体は平和な雰囲気で進んでいき、基調講演であるMatzのRuby開発の変遷の話や、ささださんのキーワード引数の話、スポンサーLT、CFPから採択された発表、LTなどなど、あっという間に時間が過ぎていった感じがした。

今回の関西Ruby会議は、実装や業務で投入したものの話が多く、非常に勉強になるものが多かったと思った。ささださんの発表でキーワード引数をブロック引数にも使えることを初めて知った。

なんかスライドまとまってた関西Ruby会議06 スライドまとめ #kanrk06のでリンク貼っておきます。

何ヶ月前から準備をしていたスタッフのみなさん、当日スタッフのみなさん、基調講演のMatzとささださん、発表者のみなさん、スポンサー各位、参加者のみなさんお疲れ様でした。ありがとうございました

※スタッフのみなさんはまだ終わっていないのは存じあげておりますが一旦の区切りとして。

minami.rb最初で最後のLT大会に参加してきた

Sun, 29 Mar 2015 08:48:35 GMT

minami.rb が終了するというので、最初で最後のLT大会に LT 申し込んで参加してきました。

雰囲気

終わるとかいう悲観的な雰囲気は一切なく、同窓会的な雰囲気のある感じでした。

特に何も持ってくる必要はない、と言われつつも、みんなおやつを持参してくるのが実に minami.rb っぽい。↑これが全部ではなかった…

参加者は、大阪で開催しているにもかかわらず兵庫、和歌山、神奈川、東京などから来ているという幅広さ。

会場は、糸屋町STUDIO というところで、もともと写真撮影に使うスタジオらしいのだけれども、こういう感じのイベントにも提供をしているんだそうな。

前半戦

一発目の発表者が遅れてくる(後半戦に結局やった)というハプニングが発生しつつ、飛ばして順番に LT をしていくスタイル。今回は 5 分は目安ということで進行していきました。

自分語りや、minami.rb の思い出・成長記録、テックトーク、エバンジェリストの活動報告などなど皆々様思い思いの LT を実施しておりました。

↓ 私の発表はこれ。

Default scopeの被害報告 from Ken Muryoi

前半戦の〆として、辻田さんの LT。 minami.rb の歴史を振り返ってこれまでにやったことなんかを発表されておりました。

酒・飯

後半戦に入る前に、酒・飯です。これも minami.rb らしいところなんですが、日本酒を主として参加者がこんだけ酒持ってきました (全部は呑みきれませんでしたけどね)

他にも寿司とか、おでん、お手製のオードブル、(酒呑みらしく)漬物などなど。 (料理もっと撮影しておけばよかったけど、忘れてた。。)

かなりみなさんご歓談しておりまして、後半の開始が遅れておりました。

後半戦

だいぶ酒入ってきたので、ゆるい感じになりつつ、LT を再開。コミュニティに対する活動報告や、Rails を勉強してつまずいたところの復習、Rails で解決させた悩み、mruby の話や、3 分クッキングまで多種多様の楽しい LT がありました。

↓ 5 分の LT で、3 分間クッキング(例のBGMつき) をやってできたナポリタンを振る舞った跡

ファウンダの一人である、よしださんのモチベーションと学習方法についての LT で後半戦は終了となりました。

〆

後半戦があった後、食べ物、飲み物を胃の中に入れる時間があったので、みんなで食べ飲みしてました。 21 時に会が終了ということで、最後に辻田さんからお言葉をいただいて〆となりました。

最後に、minami.rb を終了する理由について語られて(後日ブログに書くとのこと)、参加者・関係者の皆様に感謝の言葉を述べられて終了となりました。

会場の片付けをした後、出口でメッセージつきのお菓子をいただきました(写真は控えます)

最後に

辻田さん、吉田さん、minami.rb の運営お疲れ様でした！

私含め、たくさんのメンバーが minami.rb に参加して、minami.rb から Ruby, Rails, お酒(w), その他技術やコミュニティに関する刺激を受けたと思います。 minami.rb は終了しますが、活動が止まるお二人ではないと思いますので、今後のご活躍をお祈りしつつ、応援しております。ありがとうございました

DeNAさんの若手の方々とのLT大会でLTした話

Thu, 26 Mar 2015 12:49:17 GMT

昨日、DeNA さんの若手(1年目の方々)と弊社アジャイル事業部の有志で LT 交流会がありました。

当日の tweet まとめは基調講演を行った @yucao24hours がまとめたこちら。

ここで地域コミュニティのススメというタイトルで LT しました。

地域コミュニティのススメ from Ken Muryoi

もともと、取りまとめをしていた @takkanm から「コミュニティ」の話をしてほしい、と言われていたので、どうしたものかと考えて、基調講演と内容が被らないように唸りながらひねり出したのがアレです。

また地域 Ruby 会議ススメルおぢさんな感じになっているのですが、そこはご容赦を

資料つくって思ったこと

自分のこれまでを考えたときに、いろいろな地域の地域 Ruby 会議や RubyKaigi、勉強会みたいなイベントに参加してきたけど、結局は「イベント」というよりは、その場で会ったり、話したりした「人」が印象に残っているなぁ、と思いました。

「つべこべ言わずにコード書け！」と言われると間違いなくそうなんですが、楽しんでそうしたいし、続くかたちでそうしたい。そんなときに、コミュニティに頼ってもいいんじゃないかと。ライバルや師匠がいたほうが刺激があってよいし、刺激を与える側になると、反応があったほうが楽しい。

Github みたいなリポジトリを中心にしてテキストのやりとりでも実現できるかもしれないけど、直接会って話したほうが伝わるし、自分の思っていることも伝えやすいと思います。日常生活でも仕事でも、システム作っていても相手は人なので、人と交流しておくことは重要。全く関係ない人といきなり交流するよりは、同じようなものに興味のある人同士で交流したほうが楽で楽しいじゃないですか (休日は低機動型寝たきり二時間サスペンス廃人な私が言うことではないのですが…)

こう書くと、「頼る」だけな感じになってしまうのですが、恩返しというか**「刺激を返す」ことが最も重要**だと思います。

発表の内容はコミュニティ、イベントに頼る内容になってしまっているのですが、コミュニティやイベントが存続し続けるかというとそうではないんですよね。イベントが続くのは、参加者からの刺激があるから、主催者が刺激を受けられるから、というのが大きいと思います。義務感や惰性だけで続けられるほど楽なものじゃないです。「刺激を受ける」側にいるだけじゃなくて、「刺激を与える」側に回らないと、イベントやコミュティ自体が絶滅してしまう可能性だってあるんですよね。

いつまでもあると思うな、イベントとコミュニティ。続いている間に恩返しができるように、自分が成長できるように頑張らねばならない、と思ったのでした。

(結局恩返しするために、コード書けよ、という話になるのか…)

http_status_task という gem を作った

Thu, 05 Mar 2015 18:18:07 GMT

さて、普段の仕事で HTTP status code とその意味が知りたくなったときに Wikipedia なんかをよく検索しにいくので、ローカルで検索できるように Rakeタスクにしてみた。

きっかけ

きっかけは、仕事で状態の更新タイミングによって遷移できない状態に陥った時に、なにかよい status code がないものかと探したことだった。かねてから gem 作りたいという欲求もあったので、いきなり難易度高いものでなく、地味に役に立つものを作ろうとして着手してみた。

リポジトリはこちら

ハマったところ

以下の2つ。

Rack から status code とその説明が書かれた Hash はすぐにみつけたが、404 と :not_found を対応付けた定義があるところが見つからなかった。
Rails から使うときには、Rails::Engine を継承しないといけない、というのに気がつくのが遅かった。

1 のほうは、実は status code と説明が書かれた Hash の下に、その Hash から生成して定数にしているところがあったのだが、:not_found とかそういう文字列で検索していたので引っかからなかったのであった。

2 のほうは、意識してなかったというか、Rails 用の gem を作り慣れていないのがもろバレである。なんか似たような gem 探してソースみたらすぐわかったので、助かった。

折角作ったので活用していこうと思うけど、そんなに HTTP status code 直接使う作業って今のところないんだよ…API 作るときには活躍しそうな気がする。あともうちょっと綺麗にしたい。

KPTの掲示

Sat, 28 Feb 2015 20:08:02 GMT

実は今年に入ってから、どこでもシートというのを壁紙に貼ってカンバンとして使っている。計画を遂行するために！とか大げさなものではなく、単なるTODOリスト・物忘れ防止に使い始めたのだが、思ったより役に立っている。

特に、月末日にふりかえりとしてカンバンの内容をもとにKPTを書いて翌月のふりかえりまでずっと貼っているのだが、これの効果が高い。

↓は2月のKPT。

日々を何気なく過ごしていると、何をやったかよく覚えてないし、やらないといけないことも忘れてしまってなんとなくやってたんだけども、カンバン使い始めて自分が頑張ってたのかサボっていたのかがいい意味でも悪い意味でもすぐわかるようになった

毎日見る壁に貼っているので意外に意識する。強制力はないものの気にして壁見るのである程度の強制効果はあるみたい。

ふりかえりも併せてやっていると前月の自分という比較対象ができるので、ちょっとだけやらねば感が増す。

KPTの結果を1ヶ月貼り続けているせいか、(続いてないものもあるけど)継続性が増している気がする。実は1月にあげたKPTのTryに記録を残そうというのがあった結果、裏チャンネルでほぼ日で日記を書くようになった。まだ続いている。

これまではふりかえりをしてKPTを出して全員で共有して残す、ということまではしてきたけど、いつも見える場所に置いていなかった気がする。前回やったこととか、問題として提起したものを次のふりかえりまで覚えていられる？と言われると、自信はない…逆に忘れている自信がある…

今回やってみてわかったことは、KPTをずっと掲示しておかないと人間目の前のことに必死になると以前にたてた課題を忘れるし何できてたかも忘れてしまう、継続して何かをしたり改善しようとするならば立てた課題や実施した成果をずっと見えるところにおいておいたほうが効果があるよ、ということだ。

KPT、常に見えるところに貼るとかどうっすかね？

Gemを作成する準備

Sun, 08 Feb 2015 06:45:01 GMT

何か作って勉強しないといけないな、と思ったので gem を作成してみる。

今のところはMySQL関連の何かを作ってみようかなぁと。ActiveRecordまわりをちょっと調べたいためです。

Gem を作るためにまず

bundle gem コマンドを打って雛形を作成する。ここらへんの手順については、パーフェクトRuby の 13章 gemパッケージの作り方 が詳しい。

作業をしようとしている適当なディレクトリで、bundle gem hoge コマンドを入力する。(hoge はgem名)

% bundle gem hoge
      create  hoge/Gemfile
      create  hoge/Rakefile
      create  hoge/LICENSE.txt
      create  hoge/README.md
      create  hoge/.gitignore
      create  hoge/hoge.gemspec
      create  hoge/lib/hoge.rb
      create  hoge/lib/hoge/version.rb
Initializing git repo in /home/muryoimpl/tmp/gems/hoge

もし、テストをrspecで書こうと思っているのであれば、bundle gem hoge -t とすると、spec の雛形まで作成してくる。

% bundle gem hoge -t
      create  hoge/Gemfile
      create  hoge/Rakefile
      create  hoge/LICENSE.txt
      create  hoge/README.md
      create  hoge/.gitignore
      create  hoge/hoge.gemspec
      create  hoge/lib/hoge.rb
      create  hoge/lib/hoge/version.rb
      create  hoge/.rspec
      create  hoge/spec/spec_helper.rb
      create  hoge/spec/hoge_spec.rb
      create  hoge/.travis.yml
Initializing git repo in /home/muryoimpl/tmp/gems/hoge

ちょっとgemspecを直す

gem を作成するためには、gemspec の内容を整える必要がある。

Gem::Specification.new do |spec|
  spec.name          = "hoge"
  spec.version       = hoge::VERSION
  spec.authors       = ["muryoimpl"]
  spec.email         = ["muryoimpl@gmail.com"]
  spec.summary       = %q{TODO: Write a short summary. Required.}
  spec.description   = %q{TODO: Write a longer description. Optional.}
  spec.homepage      = ""
  spec.license       = "MIT"

  spec.files         = `git ls-files -z`.split("\x0")
  spec.executables   = spec.files.grep(%r{^bin/}) { |f| File.basename(f) }
  spec.test_files    = spec.files.grep(%r{^(test|spec|features)/})
  spec.require_paths = ["lib"]

  spec.add_development_dependency "bundler", "~> 1.7"
  spec.add_development_dependency "rake", "~> 10.0"
  spec.add_development_dependency "rspec"
end

spec.name等は bundle gem コマンドを打った時に入っているはず。 author, email は git で設定しているものがすでに入っているはず。

spec.summary と spec.description にgemの説明を入れませう。

gemspec に依存関係を書く

下3行に以下のコードがありますが、このadd_development_dependencyは開発時に使うgemを書く。例えば、テストにしか使わない rspec は add_development_dependency に書く。

  spec.add_development_dependency "bundler", "~> 1.7"
  spec.add_development_dependency "rake", "~> 10.0"
  spec.add_development_dependency "rspec"
end

実際にgemを動かすために必要なgemは、add_dependency に記載する。 ActiveRecord と Mysql2 を使おうとすると、以下のように記述する。

  spec.add_dependency "mysql2"
  spec.add_dependency "activerecord"

  spec.add_development_dependency "bundler", "~> 1.7"
  spec.add_development_dependency "rake", "~> 10.0"
  spec.add_development_dependency "rspec"
end

だいたいこんなところで、準備ができているはず。

もし Github とかにソースを置くなら

bunlde gem コマンドが出力するものと、Githubでリポジトリを作成したときのものは少し違うので注意。

例えば、LICENSEはGithubは選択して出力できたりするが、bundle gem は MIT LICENSE が自動で出力されていたと思う。出力されるREADME の内容も違った。

bundle gem したもので構わないのであれば force push してしまえばいいし、いいとこどりをしたいのであれば、マージしてから push する。

すげー忘れるのが、README にある URL の変更だったりするので気をつけろ

1. Fork it ( https://github.com/[my-github-username]/hoge/fork )

2014年のKPT

Tue, 30 Dec 2014 17:19:44 GMT

さて、2014 年の KPT のようなものを。

Keep

開発の継続
- Github上のリポジトリを増やす
- 作ったもののメンテナンス
読書するぞ/したぞ
貼るホワイトボードの活用
新しい地での、コミュニティ活動
ゲームによる気分転換

Problem

blogとかほぼ日とか足りてない
- 記録に残すことがちょっと疎かになってるなぁ
- 記憶はあてにならんからね
運動してない
- 歩く距離を延ばすか、もっと負荷上げるかしよう
- 痩せてないからね……
いただいたものの消化が疎かになってますよ
- 賞味期限あと1ヶ月……
休日の寝たきりを少し減らそう
- 人との交流が足りないのでは……
コミュニティへの参加回数が少ないのでは？
- 機会はあるのに参加できてない
- 平日だって参加していいんですよ？

Try

代表作を作る
- 経過をblogにすると、Problemの解決が捗るのでは？
- blog にコードが載るようにしたいな
いろんなジャンルの本を読もう
- jsとかcssとか、Ruby以外の言語とか
- ペースを上げる方法を見出す
西東京への遠征
- 東東京にとどまりすぎるのはよくない
ほぼ日がほぼ月なので、まずほぼ週にする
開発環境の整備を何か一つはしたい
ラードの量を減らそう
- 普段の開発が仕事に活きるように
- 読む量も増やそう
の撲滅
- もっとよいもので名前を売ろうね
- 魂は売っちゃダメだね

こんな思いを秘めて2015年に向かってみよう。

2014年のふりかえり(思い出す編)

Tue, 30 Dec 2014 15:05:30 GMT

2014年、皆様お疲れ様でした。そして、お世話になりました。ちょっと2014年にあったことを振り返ってみようかな、と思います。

全体的にみて

今年はちょっとした転換の年だった気がします。実際に転職して住居も大阪から東京に変わっているので、変化は大きかったと思います。

ただし、よく「馴染んでる」とは言われるもののまだ本人は「慣れてはいない」感覚があるので、2015年の早い段階でこれは解消していきたいところ。「きっかけ」だけだと思うんだけど、と本人は思ってるんですが、まだよく見えてはいない感じです。

仕事

出入り業者としてお客さんのところで作業してた(1-6月)
- 東京への短期出張(4ヶ月 + 2週間)
- 客先に常駐という働き方
  - 実は客先常駐初体験
- レビュー大事
  - フルボッコ体験
  - 時間はかかるが、コードの品質上がる
  - プログラマ同士のコミュニケーション、意図の共有ができる
    - コードへの理解進む
    - 知見の共有
    - 良い/悪いを判断できるようになっていく
    - 1プロダクトに対して、議論・試行錯誤が言葉や文字になってされるのが一番良い点だと個人的に思う
- 頼りにされる、というのは楽しいし、辛い
  - 「青学の柱になれ」
  - ちょっと時間足りなかったけど、6月楽しかったねーという話しをした。(確かに楽しかった)
    - バグ残して迷惑かけたけど、自分たち主体で作ってた感あった
    - システムだけでなく、ビジネスもうまくいってると聞くと嬉しいもんですね
- 最後に社内Kaigiしたね
  - 出入り業者してたときの、フィードバックを社内のメンバーに実施した感じ
  - スライド2つ作ったっけ(2番目はタイトル悪かったかもね)
    - Acceptanceなtestは開発者が書こう
    - Railsアプリのモジュールはどこに置くべきか
2ヶ月ニートしてた(7-8月)
- 何もしてなかったわけではないけど、思考の整理くらいしかできてなかったなー
- 直前の仕事が気になってた
- 前の会社のメンバーが気になっていた
- 職場どうしようか、アピールできるとこってどこよとかばかり考えていた気がする
  - キャラかよ……
- 福井に呑みに行ったりしたね、何故かね
永和システムマネジメントへ転職(9月-)
- 緊張ガッチガチで出社
- やはりいろいろいじられる……よね
- 永和二中
- 一斉会議で自己紹介LTした
  - 笑いはある程度とったと思う、、、
  - 自己紹介LT
- “馴染んだのは過去最速じゃないですか？”
  - ん……犠牲的キャラだからね……
- 出入り業者時代の現場へ
  - メンバーはだいぶ変わってた
  - お客さんの体制も変わってた
  - 今もいる
- 面白い運営の仕方してるなぁ、と思った
  - まさに「下からの突き上げが厳しい」体制
  - 「ふつう」に運営できるように考えたらこうなったのかな？
- キャラだけではいかんのだよ……
- 合宿行ったね！
  - 入社順とか言われておっさん迷わず一番後ろに並んだね(当時入社2ヶ月目)
  - 水がもう冷たかったよ
  - “マッスル・ドッキング”

コミュニティ活動

Ruby 関西
- 私、身体が違うとこにいっちゃったね……
  - 関わり方が難しくなったなぁという率直な感想
  - 外側からの意見しか出せないからなぁ
    - 中の人からすると、求めているのはそういうのじゃないんだよ感、になるのでは
- LT 1本だけかしらん
  - るびま10周年の告知
大江戸Ruby会議04
- 出張してる間に行けた
  - 豪華すぎなのでは……
XP祭り2014
- 初XP祭り参加
- 同僚がいっぱいおった
  - 参加者としては多かったらしい
Yokohama.rb
- 東京に引越してから度々行ってる
- LT 1本したね
  - 自分を変えた一冊？
- 0泊2日の横浜の旅……
RubyKaigi, RubyHiroba
- 参加者でした
- 英語力……
- 全国のRubyistに再び会えたかんじ
- あいかわらず(なところがすごいのであるが)圧倒的コンテンツ力
- 今年は飛び込みでHirobaでLTした
  - Rubyコミュニティをアピールしませんか？
    - 自分のアイデアで勝手に発表してみた
    - 個人にフォーカスのあたる特集があるので、こういうかたちの記事もあっていいかと
るびま
- 前半はいるようないないような感じでした……
  - 主にプルーフリーディングな参加しか……ｳｯ
- 0049号の進行役をしてみた
  - 一般 Rubyist が進行役してみてもいいんだぞ、と
  - いろいろ難しいと思うこともあった
  - うまく伝えられないし伝わらないもどかしさ
    - 力が欲しい感あった
地域 Ruby 会議
- 大江戸しか行けなかったな

その他

初めてgemをpushしてみた
- パーフェクトRubyと、Bundler とその他インターネッツに助けてもらってみた
- もっと有用なものを作りたいな。代表作大事
- 以後、この呪いと付き合っていくことになる - 笑いのネタになったり、されたり - 「muryoimpl、杏仁豆腐辞めるってよ」って言われてるけど、だいたい言った人がいじってきたりする - 割りと代わりになるちゃんとしたコンテンツを産み出さないと呪縛から解放されない危機感はある
27inchディスプレイとキーボード
- iiyama FHD XB2783HSU-B1
  - これは買ってよかったと思う。縦になるのを最近知ったｗ
- CODE 87-Key Mechanical Keyboard - Cherry MX Green
  - キーボードは打鍵感はいいけど、もう少し小さいのがいいなぁ
- これとこれでベストな姿勢作ってお家で作業してる。なかなかよい
電子書籍のリーダーを iPod mini にした
- コードが載る書籍を読むにはそれなりのサイズが欲しかった
- リーダー以外にも使えるし
  - 実際音楽流しながら読むこと多いのでよかった
KPTとかふりかえり用のシートを買った
- どこでもシート
- 本当に壁に静電気でくっつく。ホワイトボードマーカーで字も書ける。
- 適当にcurrent, done, backlog, icebox エリア作って付箋貼ってる
  - やること、やったことの視覚化によい
  - trello とか pivotal よりも “やった感” が強いのがよい
  - 目につくし、操作も簡単なので
- KPTシートも貼って使ってみてる。なかなかよい
  - 薄いので、貼って剥がしてみたいなことするにはあまり向いてないかも。
  - 付箋貼る分には全く問題ない
- 年明けから 2スプリント目の運用開始
開発に対する考え方がちょっと変わった
- 「つくらなければ」から「つくりたい」へ
  - 変な義務感がなくなった
  - 少しずつだけど手が動くようになった
なんだかんだ言って、今年は結構LTしてるね
勉強会、meetup 等にもう少し行きたい
古いハードでもゲームするの、よい
- 結構いい気分転換になる
- やる気が戻ってくるのがよい
  - ゲームをやることが目的にならなければ、の話

感想

ざっと書いてみたらこんだけ書けた。生活環境が変わって 1Q 経ったので、そろそろちゃんと動きをみせないとなぁ〜

メッセージプレビューあるある

Sun, 23 Nov 2014 18:06:40 GMT

メッセージ機能で実際にあったお話。

メッセージを送るのに、以下のように preview で内容のバリデーションをしつつ見た目の確認をし、create で保存、かつ、通知メールを出す、という処理があったとする。 (実際のコードは書けないので、かなり適当にサンプルコードは書いてる。。。)

class MessagesController < ApplicationController
  def new
    # 略
  end

  # メッセージのプレビュー
  def preview
    @message = Message.new
    @message.attributes = message_params

    return if @message.valid?

    render :new
  end

  # メッセージ作成
  def create
    @message = Message.new
    @message.attributes = message_params

    Message.transaction do
      @message.save!

      UserMailer.message_notification(@message.receiver)
    end
  end

  private

  def message_params
    # 略
  end
end

※実際の処理には、Message モデルの validation で利用可能文字の制限や文字列の長さ制限をしている。

普通の使い方をしていれば、preview -> create の間に validation エラーになるようなものは発生しない…はずだが…問題が起こることがある。実際に下記のことが発生していた。

文字コードの誤判定

おそらくブラウザの文字コード誤判定か何かだと思うのだけど、UTF-8で書かれるべき文字列がSJISと思われる化けた文字で送信されていた。

※「と思われる」というのは再現できたけど、ユーザがそうしたかどうかわからないから。ログには化けた文字が送信されていることが記録されていた。

↑の理由により、利用可能文字制限にひっかかってsave! による例外発生で、システムエラーになっていた。

ブラウザの文字コード変換機能を利用するとたしかに再現できた。(見た目も化けるから普通おかしいと思って送信しないとは思うけど…)ので、preview しているとはいえ、validation にひっかかる値が混入する可能性がある。

対応

とりあえず、create のときも、validation でエラーになることを想定し、エラーの場合は編集画面に飛ばすということをしています。

class MessagesController < ApplicationController
  # 略

  # メッセージ作成
  def create
    @message = Message.new
    @message.attributes = message_params

    begin
      Message.transaction do
        @message.save!

        @message.sent_notification(@message.receiver)
      end
    # ここで save! で例外が発生したときは編集画面に戻す
    rescue ActiveRecord::RecordInvalid
      render :new
      return
    end
  end

  # 略
end

まとめ

preview で安心せずに、create でもバリデーションエラーに備える。

自己紹介LTと歓迎会

Sat, 27 Sep 2014 12:23:15 GMT

9/26 に支社でミーティングがあるので、そこで自己紹介LTをしてくれ、との依頼があって数週間… 昨日、ついにLTをする日が来た。。

自己紹介LT(公開版) from Ken Muryoi

上は公開版でちょっと内容差し替えて入るけど、まぁ、こんな感じのLTをしました特にネタは仕込んでありません。

杏仁豆腐は封印するつもりだったのですが、5分間自分のことを語れるだけのネタがない、みんな知ってる…ということで使うことにしました。こういうことしか語ることができないというのは厳しいので、誇れる仕事を公に残したいと思ったりした。

その日に歓迎会を開いていただきました。ありがとうございました！！！！

たくさんの方に来ていただいたのですが、私のコンテンツ力不足により、いつも参加される人数より少なかったらしい…です… やはり、ぽっと出の a new hope でない新人のおっさんが社内のアイドルに勝てるわけがないということか。。。

地域の Ruby コミュニティの話とか、苗字の話とか、離れた現場のその後とかとか、いい話ができました。いろんな人としゃべることができたし、ネタにされたし、「無量井」って名前をこんなに呼ばれた日はないのではないか？というくらい名前呼ばれた一日でした。

その後、二次会で一杯飲んで、例のほんま門に言って熱く語るお二人を見ながらたこ焼きを食べ、タクシーで帰ってきたのでした。酒とタクシーに酔って家についたら即バタンキューでありました。。。

RubyKaigi2014とRubyHiroba2014に参加してました

Tue, 23 Sep 2014 06:57:33 GMT

RubyKaigi 2014

去年はスタッフっぽいことをしていたけど、今年は純粋に参加者として参加しました。

今年は日本人が英語で発表するだけでなく、英語圏の人が日本語で発表するというセッションがあってびっくりしました。また、去年からリスニング力が落ちているらしく、英語の発表を聴きながらメモとか無理だったし、そもそも聴き取り自体が難しかった…orz

体力落ちてるのか、去年と同じ3日間の参加なのに去年より疲れた気がします。今年はかなり内容が濃かった気がするし、ぶっ続けで聴いてることが多かったから、まぁ当然といえば当然。(去年はぶっつづけかつメモしてたんだけどなぁ…) 寄る年波には勝て(ｹﾞﾌﾝｹﾞﾌﾝ

今回の Keynote 陣が豪華過ぎて… tmm1 氏は ruby-trunk-changes で名前はいくらかみたことあったけど、あんなブットンダもの作っていたとは…日本に住んでいたら確実に「変態」認定されてる。

あの規模で、あの Speakers が揃ってってのが、数年前まであの値段でやってたとか今思えば狂気の沙汰よね…

いろんな話聴けたし、いろんな人に会えたし、今年もばっちり RubyKaigi を楽しんだ！！！

RubyHiroba 2014

さて、去年に引き続き、今年も参加してきた RubyHiroba。今回は事前に LTthon の申し込みとかしてなかったんだけど、ﾊﾟｲｾﾝからの突き上げが厳しかったので、前日深夜に急遽用意して話してきました。 (急遽3分になったので、ペースわからずくっちゃべって、噛み噛みでした…)

Rubyコミュニティをアピールしませんか？ from Ken Muryoi

特に最近、るびまの記事ストックがない感じなのと、地域 Ruby コミュニティのアピールの場って何があるだろうか？と RubyKaigi 2日目に hokkai7go さんと飯を食べていたときに思ったので、それを LT にしてみた感じ。

スライドには書けてないけど、以下の想いがあってですね。。

地域 Ruby コミュニティ(特に関東地方以外) にもっとフォーカスあたっていいのでは？
地域 Ruby 会議の新しいもの(いわゆる “01” ) がもっと出てきていいのでは？(コミュニティはいっぱいあるだろうし)
地域 Ruby 会議が大きい規模のものでなければならない、という固定概念を撤廃したい

1 は、RUBY KAJA や Ruby Prize でフォーカスがあたっているけど、いわゆる「賞」でだけというのは非常に寂しいし、彼ら彼女らの活躍している場がわかったほうがより伝わると思う。

2 は、私の観測範囲では、最近の Ruby コミュニティは地域に限らず細分化されてきていて、数が増えてきている気がします。だから、新しい地域 Ruby 会議、新しい風が吹いてもおかしくないと思っています。「地域 Ruby 会議」は、コミュニティが開催する上ではハードルが低いので、もっとやってほしいという私の願いも入っています。

3 は、地域 Ruby 会議は大きくある必要はない。基本的に開催地域の Rubyist が集まってなんかすればいいんですよ。なんかこう、ただ聴くんじゃなくて、集まってなんかする感じだったらいいんですよ。100人とか集める必要ないし、集まる場所で開催する必要もないし。なんでも大きくしたいとか、するべきとかいうのは疲れるし、次回開催のハードルをあげるだけ。

でも地域(もう「地域」でないのかもしれないけど) Ruby 会議するのは確かにパワーがいるので、コミュニティアピール出来る場としてるびまを活用してみませんか？というのを提案してみたつもりです。

本当はもっと人数のいる、特に関東以外から来ている人たちがいる場面で言ったほうがよかったのかもしれないけど、事前登録もしてないし、だいぶ後半の遠方の方々は帰り始める時間だったので、詰めが甘い感じだったけど、思ったことは言ったつもり。(ラード案件…)

なんかできることがあるかなぁと思いつつ、遠方のコミュニティにリーチして協力できるよい方法が浮かんでないのでした。

** ※ 「関東以外」と言っているのは、明らかに関東の Rubyist はイベントごとを開催する練度が高く、相談相手が周りに多いことからそう言っています。 **

** ※ そもそも自分の地域 Ruby 会議スキル的なものは高くないことをここに示しておきます。ただ好きなだけ **

9月より永和システムマネジメントで働き始めてました。

Fri, 12 Sep 2014 15:23:23 GMT

いわゆる転職エントリーというやつです。

「で、お前誰よ？」と言われることがわかっていたので敢えて書いていなかったのですが、複数人の方から問い合わせがあったのと、ﾊﾟｲｾﾝからの突き上げが激しいので遂に書いています。

標題のとおり、9月1日から株式会社永和システムマネジメントで働き始めました。

なので、8月の終わりから大阪から東京に引っ越して生活をしています。

非常に悩んだのですが、誕生日にありがたくもいただいた杏仁豆腐(残72個/現71個)と、クコの実(約1kg)は一緒に東京に連れてきました。今も私の部屋で寝てるよ。

土地にも仕事にも不慣れなところがあり、いろいろとご迷惑をおかけしております。東京の人口におっさんが一人増えましたが、生あたたかい目で見守っていただければと思います。

よろしくお願いします。m( _ _ )m

XP祭り2014に参加してきた

Sun, 07 Sep 2014 08:45:48 GMT

XP祭りに同僚が参加するというので、XP祭りなるものに参加したことがなかったので、良い機会と思い参加してみた。

第一印象は、もっとこう”堅い”感じのものを想像していたのだけれども、そういうものではなく、本当に現場で遭遇した問題や日頃やっていることの発表が多かった、思ったより柔らかかった、というものでした。

XPを再興する(関将俊さん)

咳さんの発表は以前 RubyKaigi だったかな？で聴いたことがあったので、マイペースな感じの発表で質問に臆せずバッサバッサ斬っていくのが心地よかったｗ

自動テストは checking であって testing ではない というのは、そうだよなぁと思いながら、testing なテスト(?)のためには何ができるんだろうって考えると、やはり手で動かしてテストするしかないよなぁ…… となったときに、テスト項目の一覧は Google Docs なのかな？ Excel は諸々の理由で敬遠したい。。

DevLOVE Pubの技術書定期刊行技術(小芝敏明さんとPublisherの皆様)

電子書籍の同人誌を出版するためにやっていることの発表でした。

複数人で記事を書いて誰かが間に合わなくても刊行ができるようにしたり、刊行するたびに行ってきた工夫や自動化作業があったり。あくまで趣味だから、趣味の範囲でゆる〜い感じで出版が苦にならないようにする、毎回何かしら改善して執筆により注力できるように環境を整えていく工夫を聞くことができました。

最近、この「苦にならないように」っていうのが自分の中ではキーワードになっていて、仕事でもないのに苦しんでまでやる意義を見出すのって結構ツライと思っていて、そんな状況になっているところをどうしたらいいかなぁと考えつつも、結論が出てない感じですねぇ……

ペアプロを勘違いしていませんか？(林尚之さん)

林さんがこれまでやってきたペアプロの中で出会った誤解や、林さんの思うベスト・プラクティスの話。

新規参画者や新人のためにペアプロするというのはOKだけど、そのためのペアプロっていう認識は払拭したいところですよね。あと、コスト高と現場にいないレベルの上司に思われるのが厳しいよね、というのはあるあるですよね。発表にも数値的なメリットの紹介があったのですが、それでもペアプロ文化のないところへの導入のハードルを上げる最も大きな要因で理解してもらいにくいところですよね……

キーボードとマウスを2つ接続してやるっていうのはいいですね！

俺の価値創造契約(木下史彦さん)

4年前に発表して話題になった「価値創造契約」のその後のお話。

なぜうまくいっていないか？という点の分析事例はあまり聴く機会がないため、たいへん参考になる発表でした。

木下さんの俺の価値創造契約や、俺の事業部は、最近入ったものとしては経緯等知ることができてほほぅ〜という感じでした。(ちょっと訊きにくいしね)

実は木下さんの発表を聴くのは初めてだったので、よい経験になりました。

なぜアジャイル開発はうまくいかないのか(倉貫さん)

う〜ん、これはちょっと合わなかった。。なんだかタイトルと内容がちょっと私の中では一致しなくて。。トーク自体は面白く進んでいたと思います。

LTとクロージング

LTにもいろいろ勉強になる発表があって、いろいろコミュニティでもやってるんだなぁとか、POと開発者の信頼関係って大事だよね、とかいろんなお話を聴けました。

勉強することもあり、更にお土産までもらって、本当に参加してよかったと思えるお祭りでした。ありがとうございました。

atom、はじめました

Sun, 13 Jul 2014 01:52:00 GMT

最近 vim を使っていると、CursorMoved の影響か、前に入力した文字が画面に残り続けるようになったので、先日から暇人になったこともあって atom を使うようにしています。

まだ全然使いこなせてはいないのですが、独自の設定を記述できる keymap.cson とか styles.less にとりあえず書いた内容をメモしておこうと思います。まずは、keymap.cson から。(vim-mode は利用している前提で書いています。)

'.editor':
  'shift-cmd-l': 'editor:select-line'
  'cmd-l': 'unset!'
'.editor.vim-mode:not(.insert-mode)':
  'space j': 'core:page-down'
  'space k': 'core:page-up'
'body':
  'cmd-h': 'pane:show-previous-item'
  'cmd-l': 'pane:show-next-item'
  ': w': 'core:save'

vim を使っていたときは cmd-h/cmd-l でコンソールのタブを移動できるようにしていたので、タブを cmd-h/cmd-l で移動できるように body のところで変更しています。設定したコマンドでタブ移動ができるように、元々定義されていた cmd-l の設定を unset! で無効にして、shift-cmd-l に逃しています。

.editor.vim-mode:not(.insert-mode) のところは、ページ送り/ページ戻しを spece j/spece k で行っていたため、その設定の追加です。: w は vim のときの保存癖が治らないので、追加しておきました。

続いて、styles.less

.editor {
  //http://qiita.com/MOKYN/items/02e3789c35fc81850bbd 参照
  .line.cursor-line {
    // カーソル行の背景色
    background: rgba(0, 37, 253, 0.97);
  }

  .line, .line-number {
    // カーソル移動するたびにちょっとずれるの防止
    border-bottom: 1px solid rgba(0, 0, 0, 0);
  }
}

.tab-bar {
  .tab.active {
    color: rgba(0, 183, 255, 0.97);
    &:hover {
      color: rgba(0, 183, 255, 0.97);
    }
  }
}

.editor 部分は、vim でいう、:hi CursorLine ctermbg=DarkBlue と同様のことをしています。qiita の記事にあった設定を拝借しました。

.tab-bar は、タブが選択状態になった場合に、文字が bold になるだけではわかりにくかったので、明示的に色変えてみました。

いろいろ試しているものの、そもそもファイルがタブごとに開くのが違和感あったりで前途多難なのですが、がんばって育てていきたいと思います。

Chef 実践入門を買って写経中

Mon, 26 May 2014 01:56:00 GMT

ちょっと気になっていたので買ってみました。Chef実践入門で、写経しています。ただし、Ubuntu を対象の OS にしているので、記載するコマンドが違っていたりするので、純粋に「写経」ではないのですが、ちょっと頑張ってみましょう。

ちなみに、Ember.js の写経対象として、Ember.js Testing on Rails を買ってみたものの、ちょくちょく記載が誤っていたりなんだりで進んでいないのでした。先日の更新でだいぶマシになったので、ちょっとこちらも頑張ってみよう。

東京で仕事していた間の出来事と思い出(1)

Sun, 27 Apr 2014 19:34:00 GMT

1月から4月の3週目くらいまで某プロジェクトでお世話になっていて、今現在別のプロジェクトに移ったので前のプロジェクトの思い出を書こうかと思って書いています。(現在は別のプロジェクトにいる)

※注特にまとまりはありません。

基本的に、今いる会社はどこかの現場に常駐で入って作業をするということがないため、他の会社の人たちが活躍しているプロジェクトを見れる機会がないのですが、今回なぜか(信じられないことに)私に声がかかったので、他の会社の人たちが活躍しているプロジェクトを見たいというのもあって、「行きたい」宣言をして(実力的に不安を感じながらも)参加させていただいたのでした。

1ヶ月目

参加したプロジェクトは、pull request 運用が普通に根付いているところで、プロジェクト外の人たちからもレビューが飛んでくるところ。。斧がバンバン飛んできて、最初の3週間は毎日心に斧が刺さって抜けなかった…(ごもっともな斧なので、弾き返すこともできず100%命中する始末)

朝、目が覚めたときに指摘のメールが十数件溜まっていたり、出した PR がなかなか通らずに rebase して直しては指摘を受け、直しては指摘を受け…を繰り返したりするうちに、~~~心が麻痺して~~~ 学習して斧の量も減ってきた、というのが最初の1ヶ月目のことであった。

この間、だいたい指摘されやすいものが見えてきて、私の場合、block を取るメソッドでコードを短くできるならば積極的にそちらを使うとか、名前のつけ方(意識しても指摘もらうんですが…)とか、spec の書き方とか、が代表的なものであった。(だいたい全部じゃん？ってのはなしの方向で)

そこらへんの怪しいところは書いた後に何回か確認して PR 出すように心がけても、まだすんなり merge はされないのであった。

2ヶ月目

2ヶ月目。プロジェクトのコーディングもだんだんペースができてきて、かつ、機能がそれなりに触れるくらいの数になってきたころ、ラードに溺れる毎日がやってくる。

1ヶ月目のような指摘は減ったものの、詰めの甘い、ちょっとしたミスとか名前おかしいとかいう指摘が目立つようになってきた。いわゆる、「だからお前は詰めが甘い、ラードでも飲んでろ」案件である。

毎日、いただいたパイン飴を舐め、押し寄せるラードを飲み込む毎日。

この頃、ラードとは別に、杏仁豆腐 という新たな魔物と出会うのであるが、その恐ろしさを目の当たりにするのは、プロジェクトを抜ける間際のことなのであった…

3ヶ月目

この月はなんかモリモリ書いていた気がする。機能はここでだいたい作ってしまっておこうって感じだったので、必死だったような… このあたりから、メンバーの杏仁豆腐攻めが始まるのであった。

きっかけは中華屋でお昼を食べたときである。定食を頼むとほぼデザートに杏仁豆腐が付いてくる。「杏仁豆腐が苦手だ」というので、大好きというわけでもないのであるが 私がその杏仁豆腐をもらった。その瞬間。「僕のもあげますよ」という声が…その日の昼、私は杏仁豆腐を4人分食べることになったのである。

これが悪ノリの始まりである。

4ヶ月目

さて、最後の月である。

すっかり話のオチに使われることも慣れ、すっかり排水口キャラが定着していた。あまりにオチに使われたり、杏仁豆腐の餌食になることが増えたため、「排水口もたまには詰まるんだよ！」と言ったくらいである。でも効かないwww

しかもこの頃には既に、お世話になっている会社内では私の顔を知らなくとも「杏仁豆腐が大好きな人がいるらしい」ということで、三度の飯より杏仁豆腐が好きでもない私のことが杏仁豆腐大好き野郎としてキャラが確立されていた。どれほどかというと、帰社日ということでおじゃまするといきなり「杏仁さん」、と言われるほどである。

がコメントに出てくることも増えた。(理由は訊かないで欲しい)

しかもこの頃、大阪の方面にいる知り合いからも、杏仁豆腐に関するいじりを受けることが多くなり、ｲﾗｯとしながらコメントを返していた。(現在も継続中である)

この頃、リファクタリングが結構行われていたので、気がついたら自分の書いたコードが一行もなくなるのでは？と思ったこともありました。

総じて

なんか思い出形式で書くと、ネタにされていることが多すぎて泣けてくるのでありますが、非常に勉強をさせていただきました。コーディングのスタンスとか、考え方、gemとかその使い方とか本当に勉強になりました。仕様とか設計についても勿論考えたりはするのですが、コードについて本当によく考えさせられた期間だったと思います。

以前に作っていたプロジェクトのコードとか見ると違和感を感じるので、少しは成長できているのかな？とも感じています。

最後に、僕の写真がプリントされたTシャツをプレゼントにいただきました。ありがとうございました。

次は若干、Tシャツが僕より先に行っているようです…

(文章はおもしろおかしく茶化して書いていますが、フィクションではありません！)

P.S 写真に撮ったものだけで数えても、2/25 から数えて 55 個も杏仁豆腐を食べていました…どう考えても過剰摂取です。

パンくずリストを出す gretel gem が使いやすくて感動した

Thu, 03 Apr 2014 00:32:00 GMT

今日仕事で gretel が使いやすかったのでメモ。

これまでのパンくずリスト(breadcrumbs) は、だいたい、controller の中で add_breadcrumb みたいなメソッドを呼び出してリストを作る感じなのですが、 gretel はちょっと違うのね。

Contoller を汚さずに、パンくずが作れる

gem を install します。ここは適宜、bundle とかにしてください。

$ gem install gretel

設定を記述するファイルを出力するコマンドを入力します。いわゆる、install コマンドです。

$ rails g gretel:install

このコマンドを打つと、config/breadcrumb.rb が作成されます。ここに表示するパンくずの設定を書くのですが、

# Root crumb
crumb :root do
  link "Home", root_path
end

# Issue list
crumb :issues do
  link "All issues"
  parent :root
end

この記述で、 Home > All issues のパンくずの設定ができました。

view の layout と、パンくずを表示する画面にメソッドを書く必要があるのですが、パンくずの関係の設定はこのファイルに書くだけです。

これの何が嬉しいかというと、controller に書くタイプの下の例だと、update で更新に失敗したとき、edit で設定したパンくずの設定をもう一度書かないといけない。これが面倒で漏れやすいんですよ。

# 結構適当に書いてる
def edit
  add_breadcrumb 'Home', root_path   # ←ここ
  add_breadcrumb 'All Issues', nil   # ←ここ
end

def update
  @post = Post.find(params[:id])
  @post.attributes = post_params

  if @post.update
    redirect_to posts_path
  else
    add_breadcrumb 'Home', root_path # ←ここ
    add_breadcrumb 'All Issues', nil # ←ここ

    render action: :edit
  end
end

gretel は、この設定と後述する view 側の設定で、view単位でパンくずの設定が書けるのでこの点は気にせず、DRYに書けます。

view 側も簡潔に書ける

とりあえずパンくずを出力するには、app/views/layouts/application.html.erb に

<%= breadcrumbs %>

のように書き、表示したい各view に以下のように書けば、 Home > All Issues が出力されます。

<%= breadcrumb :issues %>
# 指定された :issues から parent の設定をたどって、 'Home > All Issues' が出力される

view 単位にパンくずが設定できるので、前述のようにupdate と edit に同じ記述をする必要がなく、DRY にパンくずが書けます。しかも、指定した crumb から parent たどっていくだけなので、設定自体も非常に見やすい。

gretel を見ると、bootstrap や foundation5 に対応していたり、リストの形式を ol, ul にしたり、class の指定をしたりもできます。

私が仕事で使ったときは、別にパンくず用のデザインがあったので、そのデザインで出力されるように書きました。 Building the breadcrumbs manually のパートに書かれているやり方を使えば簡単に独自レイアウトにも対応できます。

とにかく、DRY にしかも簡単に書けるのがすばらしいので、パンくず実装するときは使ってみてください。

関西Ruby会議05のレポートをるびま45号に書きました。

Sun, 22 Dec 2013 04:01:00 GMT

先日の関西Ruby会議05でひとりレポート作成班をしていたので、その関係でレポートをるびまに寄稿しました。で、ちょっと褒められたので、自分なりに地域Ruby会議レポートを書くときに気をつけていたことを書き残しておこうかと思います。

もともとは、初めてレポートを作成した、前回の関西Ruby会議04のときに意識したことがベースになっています。基本は読み手が読み疲れしないようにするということを意識しています。

1セッションのレポート量はほどほどに

地域Ruby会議のレポートを書くとき、発表者のセッションは全部載せたいと思う。でも、そうなると長くなるので読み疲れが心配になる。

ということで、あまり1セッションに対して長い文章を書かないようにしています。ただし、少なすぎると記事の空白が気になってくる ので、空白とのバランスを考えて文章の量を調整します。これは解像度の違うPCとかスマートフォンで見ると実際の見え方が変わるので、複数マシンで確認するのがベストです。今回は、MBAとVAIO PROとスマートフォンで確認しました。

自分の意見・感想を入れる

レポートなので、そのセッションのあったことを書けばいいのですが、自分が書くのにセッションの内容のまとめだけだともったいないです。

スライドへのリンクがあるなら、スライドを見ればだいたい内容はわかると思うので、そこに載っていないことや自分がどう思ったかを書いたほうが読む方にも「こういう印象を与える発表だったんだな」とか「当日はこんな感じだったんだ」みたいなイメージをプラスできるんじゃないかな、と思っています。(まぁ、お前の意見はどうでもいい、と思われてるかもしれないけど……)

発表者の写真は入れる

これはまぁ、普通か。

当日の様子を入れる

発表の内容を知りたいと思う人が多いかもしれないですが、私は地域Ruby会議の雰囲気が好きだったりするので、当日の様子がわかる写真を入れるようにしています。

「楽しい」とか「勉強になる」とか「こんなやり方もあるのね」みたいなものが読む人にも伝えられれば、別の地域で開催する人たちのヒントにもなるかなぁ、なんて。

がんばって文章を作らない

あまりに完璧を求めるがために、会議当日に楽しめないくらい必死にレポートするとか、記事にあれこれ全部入れるとか、はしません。

文章は深い内容を伝えるにはいいですが、雰囲気みたいなものは画像である程度伝えられると思います。写真があるなら写真を貼って、無駄に文章の量を多くしないようにします。発表者の方のスライドがあれば、発表内容もだいたいそちらをみれば伝わるはず。やはり文章考えたり、推敲したり、誤字脱字直すのが一番しんどいですからね。ただそのためには、

発表者のスライドをGETする。会議開催前にお願いしておくといいかも。
- 事前に話をしておけば、公開されないものでもファイルだけもらうということはできると思います。
写真を撮る人をレポート班として組み込んでおく。
- エンジニアの写真愛好家率は割と高いと思うので、そういう人に頼む。
- 発表者の写真は必ず撮るようにお願いしておく。

というのが必要になるので、これは運営のときに準備しておくとよいと思います。

複数人でレポート作成班を構成するとき(想像)

セッション別に担当をわけてメンバーがパートの分を書いて結合すると思うんですが、最終的には誰かがバランスを取らないといけないと思います。

今回は私ひとりで作成したのでこれには該当しないのですが、前回は複数人で作って私が最後全体を見て手直しをしました(るびま編集とのやりとり担当が私だったので)。セッションのレポートはメンバーの個性みたいなものが出るのがよいと思っていて、でも全体のバランスを崩しすぎるものアレだな、というのでこの方法を採りました。これが良い方法かと言われれば疑問はあるのですが、誰か一人のスタイルを真似るよりはメンバーの個性が出たほうが面白い記事になるんじゃないかなぁと思っています。

モチベーション維持！

これが一番むずかしいのですが、会議の開催からレポート提出・公開までの間が空いてしまうのと、会議が終わった達成感から、レポート作成から逃避したくなるんですよね。。

前回作成時にこれに悩んだので、今回はそうしないようにすぐにレポートを作ろう！と思っていましたが、締め切りが遠いのでエンジンがかかりませんでした…… でも、締め切り前に頑張るんですよね。一応、会議終了一週間で当日とっていたメモの整理をしていたのが助かりました。記憶が新鮮なうちに何か手を打つとよいと思います。もちろん、記事ができていると一番いいんですよ！

とまぁ、これくらいが意識していることです。

2連続でレポート書いたので、次回は別の人に席を譲ろうかなと思っています。レポート書いてるびまに投稿すると、るびま編集の中身がみえるし、編集者がどんなこと考えているかも知れるので、いい経験になると思うんです。私がるびま編集に参加するきっかけは、前回のレポート提出なんですよ。

レポートは怖くない。けど、自分のエンジンがかからないのが一番怖い。経験者は語る……

地域Ruby会議をやってみたいと思うとき

Mon, 09 Dec 2013 02:02:00 GMT

「地域Ruby会議やりたい」ってなったときに「ちょっとどうすればいいのかな……」とか「こんな規模でやっていいのか？」ってなりませんか？

先日やった関西Ruby会議05は、開催メンバーは割と訓練されたRubyistだったのでまぁそれなりにどうすればいいとか知っているわけなんですが、立ち上げたばかりの地域Rubyist集団とかコミュニティってこういうの困ったりしないのかな？というのを RWC 終わった後に日本Rubyの会理事のしまださんとちょっとお話したのでした。

相談の場

地域Ruby会議用のML
過去に開催したことある人に相談
地域Ruby会議に参加して主催者に訊く

そのRWC終わりのときに、そういう人たちを拾える場ってあるかな？どうすれば拾えるかな？って話をしたのですが、今のところはこちらのページにあるように地域Ruby会議のMLに投げてもらうとか、どこかの地域Ruby会議を開催した人になんかしらのメッセージを送るとかしかないみたいという話をしました。

開放された駆け込み寺的なところは、地域Ruby会議のMLしかないですが、開催が決まってからでなくて相談レベルでもMLに投げてしまってもいいと思うんですよね。折角そういうMLがあるので使うべき。寂れてなくなっていくよりは全然いいと思います。費用的なところも併せて。

また、マサカリ担いで新規に会議を開拓した人はいても開催に際して「こうでなくてはいけない」とかマサカリ投げてくる人はいないと思うので、安心して投げていいと思います。

私は関西Ruby会議05やる前に、福岡Ruby会議、大江戸Ruby会議と岡山Ruby会議に参加して主催者の方や参加者の方に相談してみたり、たまたま遭遇した角谷さんに相談したりとかもしました。これはお金かかっちゃうんですけど、やはり生の声を訊くのは一番グッとくるってのはあります。

規模？二人集まりゃそりゃ会議

地域Ruby会議は、先日の関西Ruby会議で角谷さんもおっしゃってましたが、「地域Ruby会議は好き勝手にやったらいいもの」なので、人数とか規模とかどうでもいいんですよね。どうしても規模が大きいものや、著名なRubyistが集う地域会議が話題になってしまうので(仕方ないんだけど)、そういうものだって考えてしまいがちなんですけど、どうでもいいんですよ。九州Ruby会議02とかTokyuRuby会議とかみたいに自由でいいと思うんです。(つまり、いい前例がある！)

九州Ruby会議02は、バーでビール飲んでて発表者の話ほとんど聴いてないだろｗってものもあったし(けど、みんなめちゃ交流してたｗ)、バーなんでそんなにキャパもなかったし。そういう変わった点に話題になる地域Ruby会議があってもいいと思うんですよね。そろそろ、Tokyu, うなぎ(あれはrbでしたっけ？)を超えるもの待望論が出てきてもおかしくないｗ

人が集まらない、ということはないと思います。やるって言ったら、割と人が集まってきます。(関西のときも、中身決まる前に結構な参加応募がありました) 土着のRubyistのみでできるならばそれが地域Ruby会議っぽさがあっていいと思うんですけど、他地域の人呼んじゃってもいいと思います。私らも他地域から強力な人呼んでますからね。私みたいな地域Ruby会議に参加するのが趣味みたいな人や、他地域の地域Ruby会議に興味持ってる人もいると思うのです。

極力小さい規模でやりたいというなら、宣伝しないってのもありだと思います。地域のコミュニティにだけ情報流すとか。無理に大きくして運営側の負担を大きくすると、暗黒面にとらわれて「良い」と思えるものも良く感じられなくなっちゃいます。自分達が運営していて楽しいとか、負担に感じ無い程度でやるのがいいです。やたら理想が積み重なって大きくやりたいとかなるかもしれませんが、小さくやって広げていくのがいいと思います。年に一回とかいう縛りもないですし、小さく何回もやる、それなりの規模を年に一回やる、やりたいときにやる、なんでもありです。

総じて

相談はMLとか、やったことある人に直接とか、地域Ruby会議に行ってとか。
やりたくなったら、やれる範囲でやりましょう。負担が苦しくなったらやめるべき。楽しめる範囲で。
規模も↑と同じ。

なんかネタなくなると、地域Ruby会議とかいうおっさんになってる感…(いや、レポート書くと高まってくるんですよ、なんかが)

2013年の振り返りをやらないとなぁ

Thu, 05 Dec 2013 03:11:00 GMT

今年はいろいろとあったので、振り返りをしないといけない。

転職して一年経ったし、RubyKaigi にも行ったし、地域 Ruby 会議にも行ったし、関西 Ruby 会議 05 もやったし、RWC にも行ったし、親に消費税上がる前に嫁を(ry とか言われたし。割と今年はノープランな感じだったしなー。

Ruby 関西の活動復帰呼びかけから始まり、大江戸 Ruby 会議と九州 Ruby 会議に参加して、関西 Ruby 会議の準備のミーティングしつつ、復活した RubyKaigi2013 にレポート班の一員として参加して、RubyHiroba でLTして、岡山 Ruby 会議でLTして、関西 Ruby 会議して、RWC に参加した感じか。 Ruby勉強会で地域 Ruby 会議の参加レポートとかいうのもやったな。あと、大江戸 Ruby 会議の翌日のるびま編集会議に参加して、るびまにちゃんと参加するようになった。

仕事では、JRuby と Excel 出力の闇に飲まれたり、業務要件訊きながら受注管理システム作ったりお客さんによくしてもらったり、名古屋行ったり東京行ったり松江行ったり大阪移動したりしたか。相変わらず、Rails 2系触ったりとかもしてるし。

こんな感じの材料をもとに振り返りしよう。

書きだしてみると、割といろんなとこ行って、なんだかんだ行動しない感じの性格の割にいろんなことやっとるねー。やったことないことも結構やってる。あとはプライベートのコード書きに成果がついてくればいい感じだね。嫁/彼女の話以外…

www.ruby-lang.orgにPRした

Mon, 02 Dec 2013 00:11:00 GMT

昨日かな？RSSに流れてきた、Ruby 2.1.0-preview2 リリースを見たら、“preview2” のリリースだけど、 “preview1” と書かれている部分があって、外にいる間 3 回くらいみたけどそのままだったので、久しぶりに Pull Request してみた。

今は、Heroku で表示確認してから Pull Request できるのね。www.ruby-lang.org にある手順にそのまま従って確認できた。 Pull Request 出したら、すぐに取り込まれてた。

1文字だけしか変えてない (1 の文字を 2 に変えただけw) しょぼい Pull Request であった。。

RubyWorld Conference 2013 に初参加してきた

Sun, 24 Nov 2013 14:37:00 GMT

ここ数年、行きたい行きたいと思いながら行けていなかった RubyWorld Conference に参加してきました。(仕事しながら…)

イメージでは、ビジネス色の強いイベントなのかなぁと思っていたのですが、濃い技術の話は少ないものの、技術の質問ができる場になっていて、参加者の質問(ツッコミか？)で楽しめるし、いろんな気づきがあっていい会だな、と思いました。 (ガチでｵｲｵｲ…ってのもあったりするかもしれない空気も(・∀・)ｲｲ!!)

Matz の講演で出てきた、Nice Try はこの二日間で一番聞いた気がする。何事にもやらないよりは Try するべき、と。でも、無謀にはやっちゃダメよね。Try するにも下ごしらえは必要だと思うので、そこは変に捉えないようにしよう。。

三好さんの JRuby の発表は、まさに Excel を出力する際に通る道って感じで、私も通った道。私の場合は文字エンコーディングの問題でいろいろ問題が起こったんだけど、warbler 使うと発生しないのかな？ちょっとレセプションとかで捕まえられなかったので、質問できずじまい。

安川さんと八田さんのSocial Translating の世界。Google Translator Toolkit っていうのがあるんですね。これは初めて知りました。文単位で翻訳文を管理できて、更新があった場合、変更があった文のみ色変更して抽出してくれて差分だけ修正する、ということができるらしい。で、このタイミングで安川さん、八田さん達の成果である翻訳本が、達人出版会さんからRuby on Rails チュートリアルとして販売されました！素晴らしい。しかも、CC BY-SA 3.0 です。

github のCEOの話は、スライドとともにユニークな感じで楽しかったし、日立ソリューションズさんの話では、大規模開発なシステム開発の話で自作でライブラリ作って対応してたり、4D DAM の話では、ちょっとしたハプニングもあったし。。

全日程通して、ビジネスをする上で競争力となる核部分以外は、オープンソースにしてしまうという話が多くて、SIの世界でも意識が変わってきてるんだなぁと改めて感じました。

別途開催された RWC後に地ビール飲もうよ! 2013 - Beer after RWC に参加したんですが、エンジニア同士の話が盛り上がって非常に楽しかったです！めちゃ楽しんだ！(で、いろいろdisりもくらいました。。)

いろいろそこで宿題ももらった感じなので、まずはそこをなんとかしたい。

私の勝手なイメージに反してエンジニアにも楽しむことができました。来年も是非参加したい！

2013/10/12のもくもく記録

Sat, 12 Oct 2013 19:35:00 GMT

あまりにブログを更新しないのも問題かと思って、休日にもくもくした内容を記録しようと考えたのでちょっとやってみる。(すぐやらなくなるかもしれないけど)

今日やったことは以下の2つ。

Vim の help を読んでる(quickref.txt)
ちょっとるびまのレポート作成をすすめる

Vim の help は、『実践Vim』を読んで、こりゃ一から学習しないといけねーわｗと思ったので読み始めた。 help を見ると、使う場面を想像できないけど、使ってないコマンドが多くって勉強になる。実際、CTRL を使ったコマンドとか普段あんまり使ってないからなー(割りとサバイバルに使ってきたので、最低限よく使うコマンドしか覚えてない…)

併せて、自己流の運指でtypo が多いので、タイピングの基礎的なところからも矯正を始めてるし…(恥ずかしい限りでございます。。)

レポートはね、逃避の結果ですよ。。締め切り駆動にもホドがあると前回学んだはずなのに、進歩がない。。ちょこちょことは進めていますが、劇的には進んでないのでぼちぼちになると思います。どうしてこうなった…

関西Ruby会議05のtogetterページを作成しました #kanrk05

Sun, 08 Sep 2013 14:41:00 GMT

前回のPOST に関連して。軽い感じでちょっとトゥギャってやろうかと思ってやってみたら苦労したのでメモメモ。

togetter の検索機能だとこの1日くらいのものしか引っかからなかったので、ちょっと本家からURLとってきてページ作成した。

Twitter の検索窓で #kanrk05 を入力して検索する。
欲しい範囲まで下にスクロールして表示する。
Chromeのコンテキストメニューの「要素の検証」を選択して、「Console」タブをクリックする。
以下のコードを実行する。 (実際には一行)

var str="";
$("a.details.with-icn.js-details").each(function(){
  str += $(this).attr("href"); str += "\n";
})

結果をエディタにはってダブルクウォートを削除して、行頭に "https://twitter" を挿入する。(実際には正規表現で行頭を置換して挿入した。)

これで読み込ませるテキストが完成。

あとは、togetter のまとめ作成ページにある、Y字のアイコンのボタンを押して、「ツイートのURLを指定して一括読み込み」に URL を記入して読み込ませるだけ。

注意点 は、「残り回数」ボタンを押すとわかりますが、個別のツイートは 180件でAPIリミットになるので、それ以上の件数の tweet をまとめるには APIリミットの上限を見ながら読みこませる根気が必要になります。

ということを早朝にオリンピックの開催地の結果観ながらやってましてん。 #寝ろ

関西Ruby会議05を開催してきた。

Mon, 02 Sep 2013 02:44:00 GMT

8/31の土曜に関西Ruby会議05 が開催され、無事大きなトラブルなく終了することができました。(ただし、俺の関西Ruby会議05 はまだ終わっていない……)

昨年のKOFが終わってから話が出て、1月にどうすんの？という話が出て、会議会議をするものの途中で盛り下がったりなんだり紆余曲折しながら進めてきた「関西Ruby会議05」がついに開催にまで至ったというところでは、もう「ほっとした」の一言でした。

なんというか去年のKOFが終わったところから、Ruby関西が事実上の休眠状態に陥って、2月に Reboot して、そして、地域Ruby会議が開催されるようになるとか、もうね、よくやったね。ホントにね。。

今回は割りとがっつり中の人をやったんですが、個人的に意識したことがあったので、記録しておこうと思って書いています。

超個人的に意識したことはいろいろ「オープンにする」

今回の関西Ruby会議05 は、「オープンにする」ってことを意識したつもりでした。発表者も公募する、議論も github の issue にする、当日スタッフの募集、などなど。だいたい実現できた感じ。

いろんな人に講演して欲しかった。

(私の観測範囲の)関西の Rubyist は前に出て話すような人が少ない。だいたい講演する人たちっていうのが決まっている感じなので、できればあまり講演したことがないような人がいいなぁ、という思いで公募にした。結局は CFP の内容で決めたので、あまり講演したことがない人というのをそんなに選べなかったけれど。これは CFP の書き方の雛形みたいのを出してあげれば、解消されるのかな？とも思う。(ただ雛形を出すかは未定。)

ぶっちゃけると、いろんな人に講演してほしいのよ、コンテンツになってほしいのよ、関西でやるからにはその地に住んでいる人にして欲しいのよってこと(ry 。。

ノウハウの継承

クローズな場で決めちゃうと、来年もやろうってなったときに「あんときどうやってたっけ？」っていうのが出る。だいたい実施した人にしか情報がないので、スタッフが変わっちゃったり、前回担当した人が失踪したりすると、前回やったのにハードルの位置が同じか、それよりも高くなってしまう。これはもったいない……

今回は github issues で途中までやってたけど、講演者の選考プロセスを表に出すのはあまりよくない、ということで、超リアルタイムに chat ができて議事録欄が用意されている co-meeting に移ってしまった。議論は進むようになったのでよかったのだが、closed になってしまったのよね。これは何かしら残せればいいけど……まぁできる限り。。

広報・広報・広報

最近、いろんな地域の地域Ruby会議に参加するのが趣味になってきているので同じように、他の地域からも参加者がいるといいなぁと思って、各地で広報活動をしました。LTの経験とか殆どしたことなかったけど、RubyHiroba と岡山Ruby会議02、あとRuby/Rails勉強会@関西でLTして宣伝してきました。

LTしてきた東京方面や岡山、名古屋などなど、いろんな地域から参加したいただいたようで、非常に嬉しかったです！！

実は……

これも超個人的にではあるが、今回の関西Ruby会議05 はちょっと大きくし過ぎた感があって、スタッフもちょっと頑張り過ぎぢゃね？、次回開催にプレッシャーかけてね？と思うところはある。。。でも、懇親会で『「関西」ってつくんだから、実はもっと大規模にやって欲しかった』って意見を聴いて、参加者はそれを求めてるんだ？と思ったのであった。割りとキャンセル待ちが早い段階で出たから枠としてはもっと増やしても参加者はいるんだなぁ、と思う一方、キャンセルも結構多かったので、正直、難しいところ。。

今のところ、「〜Ruby会議」という枠が「関西」しか存在してないから、分散せずに固まってきてる、開催が年一回なのでどっと押し寄せてるってのはあると思うのね。今は Kyoto.rb とか Amagasaki.rb とか西脇.rb & 東灘.rb とか、大阪以外のRubyコミュニティが湧き起こ盛り上がって来ているので、そちらの地域で Regional RubyKaigi をやってしまうと、東の都の方の沿線ごとの地域Ruby会議とかと同じような状況になるのかなぁ、分散するのかなぁ、とも思う(ただ世の中そうはならないよね)。

ビール飲むだけの地域Ruby会議があったりするし、やり方は自由なので、開催されるなら是非参加したいところ。。

総じて

しんどかったけど、楽しい時間でした。まだレポートが作成できていないので、私の関西Ruby会議05 は終わっていないのですが、単独開催の仕方や参加者100人規模のイベント運営とかいろんな知見を得られたので、スタッフになってよかったと思いました。

何よりも、招待講演の角谷さん、梶原さんのお話はとても心に響くものがありましたし、CFP を応募してくださった皆さんの発表も非常に勉強になりました。(まだまだ修行が足りない。。。) また、あの時間を共有できたたくさんの参加者の皆さんに感謝したいと思います。

皆さん、本当にありがとうございました。

あいかわらずだが、中身がない割に長いな……

macvimを自分でコンパイルした(mac)

Thu, 27 Jun 2013 01:12:00 GMT

背景

neocomplete.vim を新たに入れたのであるが、これを使うには lua が組み込まれていないといけない。コードは Terminal 上で vim を使うのであるが、メモ等は macvim を使っていて、plugin を環境で使いわけるのが面倒(というか書き方知らないし…)。普段は Kaoriya版macvim のお世話になっているのであるが、ここはいっそコンパイルしてしまえということでやってみた。

準備

Terminal 上で使う vim も自分でコンパイルしていて、shell 使ってオプション渡しているので、こっちも同様にやってみる。

Kaoriya版をコンパイルしてもよかったんだけど、vim 自体のバージョンが macvim 本家のほうが新しそうだったので、こちらを選んだ。ちなみに、lua は brew コマンドで入れているし、Xcode もインストールしてる。

まず、github上の、macvimのリポジトリからソースをcloneしてくる。

$ git clone https://github.com/b4winckler/macvim

Building というページの説明を見ながら shell を書く。

shell の書き方よく知らないので、コマンド並べただけだけど、macvim_install.sh とかいう名前で configure と make するものを macvim ディレクトリの直下に置く。 CC=clang の設定がいるみたいなので、shell に書き足してる。(普段は CC=/usr/local/bin/gcc-4.2 となっているので)

※ 余計なオプションとか入ってるだろうけど、ご愛嬌w

#! /bin/sh
git pull
make clean

cd src
CC=clang
make clean

./configure  --enable-pythoninterp --enable-python3interp --enable-luainterp LUA_PREFIX=/usr/local --enable-multibyte --with-features=huge --enable-cscope

make

コンパイル

で、このシェルを実行する。

$ ./macvim_install.sh

コンパイルが成功すれば、macvim/src/MacVim/build/Release/MacVim.app にファイルができているので、これを /Applications にコピーしておしまい。

lua が有効になっているかは、 :lua print('aaaaa') とかやって aaaaa が表示されればOK。

RubyHirobaでLTやってきた

Wed, 12 Jun 2013 03:35:00 GMT

RubyKaigi2013の翌日に開催された RubyHiroba に LT Speaker として参加しました。

地域Ruby会議にいこうぜ！ from Ken Muryoi

LT は生涯 2 度目だったので、Beginner 枠に申し込んだわけですが、そこそこ笑いをとることができた模様。話した本人はいっぱいいっぱいだったので、(ドラが鳴ることは計算したものだったけれど) 終了後の記憶があまりない。。

発表終了後に kwappa さんやからフォローのお言葉を頂いていたようだったけど、ここの記憶が飛んでる…

肝心の発表内容といえば、地域Ruby会議に行こうよ、関西Ruby会議やるのでCFP応募してね というもの。最近は地域Ruby会議に参加することが趣味になってきているので、参加できる地域Ruby会議が増えたらいいなというのと、私達も関西Ruby会議05を開催するので、CFP応募してね、というのを伝えたつもり。

RubyHiroba という場で告知したことで、かなりの Rubyist にリーチしたみたいで、CFPの応募がチラホラ来ているので嬉しい限りです。 LT やってよかったな、と思いました。

関西Ruby会議05ではCFPを2013/06/30まで募集していますので、是非ご応募ください！
応募はコチラ↓。

関西Ruby会議05 CFP応募ページ

※ LT も募集します。LT は後日別のページを用意します。

嬉しかったのは、関西から参加している見知ったメンバーが結構な人数 LT をやっていたこと。西のロイヤルファミリーとか、knight rider とか、ジュンク堂とか、Ruby2.0の正規表現の話とか、会社の一周年自慢とか。当日枠があると、こういうハプニング的なものがあっておもしろいですね。

LT のスライドはここにまとめられています。 LTthon TIME TABLE

個人的には、以前あった闇Ruby会議より参加しやすくて(←はこれで面白い面があるんですが)リラックスできる感じのいいイベントでした。次回も開催されれば、(発表するかはわかりませんが)是非参加したいイベントだと思いました。

最後に、みんな関西Ruby会議05にキテネ。。

Octopress に blog を移転

Tue, 11 Jun 2013 02:17:00 GMT

ちょっとOctopressに興味が湧いたので、構築してみました。

ほぼデフォ状態ですが。さくらで動かしています。

なんとかサーバ構築して動かしたので、継続して書き綴って行きたい。