chatwork-rubyのメンテナにsue445さんを迎えました。
今から4年前にwebpay.gemのソースコードを読んでてなんとなく面白いと感じてそれを真似る形でchatwork-rubyのコードを書き始めてリリースした。
それからほそぼそとメンテナンスをしてきたんだけど、身の回りでChatWorkを使う機会がどんどんなくなってしまい、APIの変更や認証周りの機能追加等々に疎くなってしまい、その都度 id:sue445 さんからPull Requestを送られてきてそれをレビュー・マージしてデプロイする日々を過ごしていた。
メインのユーザでもない僕をわざわざ通すのもボトルネックになりがち（仕事が忙しいとPRに気が付かないこともある）なので、勢いでメンテナにお迎えしたという流れです。そのままの勢いでTravisCIのセットアップをしたり、上記の記事にあるようにOAuth対応のリリースを sue445 さんにおまかせする形でリリースをしました。
対応しているAPIのエンドポイントについては貧弱なgemですが、PRを送れる隙と思ってこれからも可愛がってあげてください。
高専DJ部 2017年振り返り
オーガナイザとしての振り返り
Keep
- 茶箱でレギュラーイベントを更新できた
- 引き続きやっていき
- 何人か新しいDJさんをお迎えすることできた
- pixiv PAYを使った決済を導入した
- 3周年パーティおもしろかったので来年もやっていく
- DJ部のscrapboxにオーガナイザの仕事みたいなのをまとめた
Problem
- TwitterとFacebook(Instagram)で広告を出して合計で4万インプレッションぐらいあったけど、そんなに効果はなかった
- 告知の数とお客さんの数は必ずしも比例しない（当たり前っちゃ当たり前だけど）
- 仕事人とオーガナイザとしてのバランスが後半崩れた
Try
- 告知以外でのイベントの魅力を高めていきたい。
- 個々のタレント性をあげていく
- M3やコミケなどに出ていきたい
- 飯感
- オーガナイザの冗長性を高めたい
総評
概ね良い感じにやっていけている。新キャラが増えたり、自作の音源を流す人が増えて来たりしてよい。pixivPAYの導入は結構画期的で、高専DJ部では箱代をDJ陣で割り勘してるんだけど、それをpixivPAYでも支払いできるようにした。銀行振込でもやっているんだけど、当日まで振り込み忘れている人もいて、最悪当日に現金支払となるとおつりを用意したり、誰が当日支払うのかとか確認するとちょっと大変なことになる。そこで現金を扱わなくて済むようにpixivPAYを導入したのは結構良くて、銀行振込されたことをチェックする手間もなくて当日の準備をしている間にQRコードを読んでもらうだけで支払いが済む（そして今なら手数料が無料！）
そんで、お客さんをめっちゃ増やしたいという気持ちはあるけど、告知でやっていくには限度がある。箱で聞く音楽がめっちゃ好きでみんなとお酒飲んだり踊ったりを6時間やっていくのにはそれなりのハードルがあると思う。まぁなのでそのためのタレント性をあげていくという方針はどうだろうかという感じ。引き続きやっていきましょう。
高専DJ部 #16 のお知らせ
そして次回の高専DJ部は 12/16日(土)14:00〜 早稲田茶箱で開催します！僕は初手でFutureなんとかみたいな曲をやっていくので、ゆるふわどんどんな音楽聴きたい人は是非とも。
ゴシップ性とゲーム
オンラインゲームやっていると炎上事とかにゲーム内で遭遇したり、Twitterのタイムラインに流れてきたりする。
そういうのを見ると、ゴシップな話題が好きな人たちが承認欲求を満たすために晒したり、RTしたりしてどんどん拡散していくのを見ると、ゲームそのものよりもゴシップな話題として盛り上がっていき、アフィリエイトがバンバン掲載されているブログなどに引用や転載などされて、よりゴシップが加速していき、結果として悪循環となり、一部の人間が金を得られるような状態になる。
僕らにできることとしては、そういうゴシップな話題に対して一切の無視を決め込むことだと考える。こういう炎上事のゴシップには良いことが一切なく、空リプで苦言を呈したり、DiscordやVCなどで文句を垂れたりする。僕は現実世界のそういうゴシップみたいなのが嫌でオンラインゲームをやっている節があって、そういうのに遭遇してしまうと無を決め込むしkanai...
ちなみにアフィリエイトブログのことを悪くいうつもりはないし、有益な攻略情報をまとめているブログが権利関係などをクリアにした状態でアフィリエイト等でで収益を得ることには何ら問題ないと考えている。僕が嫌なのは、悪いゴシップが蔓延し、仮想敵をつくって、周りの雰囲気が悪くなること。各位仲良く。目の前の敵は実在しない。
透明人間の骨
最近読んでるWeb漫画。作風が好きな同人作家さんに似ていたからすわ商業デビューか！と思ったけど、違った。ちなみに作風というか、髪の毛が黒ベタで着色されているとツボという謎の癖なので、曖昧にそういう作家さんを好きになる傾向がある。
もとより、現実世界の延長線でサスペンスな設定がキチンと考証みたいなのがされている作品が好き。物語も1話目で様々な事が簡潔に説明されていて、その後の展開につながっていくのが読んでいて気持ちよかった。
以下余談。Web漫画、会員登録をしてると通知が来たりして新作を読めたりするんだけど、Web漫画のプラットフォームの数だけアカウントをつくるのはとても面倒だし、漫画を読むことに対して、なんだか本質的じゃないと思う。
その点少年ジャンププラスはなんろRSSを配信していて、RSSリーダーに登録しておくと自分のタイミングで新作を読めるという点がとてもよい。RSSリーダー自体があんまりメジャー（？）じゃないというのもわかるんだけど、だからといってRSSなくてもいいや、というのはどうなんだろうなぁと思った。ちなみにスマートフォンのアプリなどで来る通知は便利だと思う（スマートフォンの画面で漫画を見る体験が最良かはさておき）。Web漫画でブラウザの通知はあんまりうれしくないような？という感じはしている。RSSを配信することでどれほどのメリットが事業側にあるのかは定かではないんだけど、でも、RSSほしい。ここまで書いてて思ったんだけど、RSSリーダー使っている人、もしくは定期的に何らかの方法でRSSを購読している人って日本だけでどれぐらいいるんだろうなぁと考えてしまった。
余談のほうが長くなってしまった。とにかくいいたい事はWeb漫画のプラットフォームでRSS配信をしていて、漫画自体もすごく面白くて、個人的にいま一番アツい、ということです。
松竹梅の案を出す時の心理
何らかの機能の実装や要件などを決めるときに松竹梅でランク付けした案を提案することがあるんだけどこの時に自分の中に心理戦みたいなのがあってそのときの思考の流れを書いておこうと思った。
そもそも松竹梅とは
いわゆるジャパニズムなランク付けで松が最上級、ついで竹、梅という感じ。古い旅館に行くとよく見るやつ。*1。
開発する時の状況にも寄るけど以下のような感じ
- 松が最高の実装だけどコストも高い。
- 竹が妥当な現実的なコストとパフォーマンス。
- 梅が妥協したり幾つかの機能や要件を削ったりする。
ざっくりこんな感じ。あんまり明確には決まってないけど以下の様にメリットがある
メリット
まとめると、チームやプロダクトの最高の状態を共有することができる。
ほとんどの場合は松の案は採用されないけど、この松案にはチーム内で「じゃあ、今足りてないものはなにか、それを解決するための最高の解決策はなにか」ということなので、(コスト度外視で) 自分たちのプロダクトを最高にするための案が集まる。
そうすることで今のチーム内でぼんやりとしていたことがだんだんと明確になる。夢を見るのは楽しいよね。
多くの場合は松の中から竹案を考えることが多い。このときに松案の中に要件を満たすのに本質的じゃない項目があると竹案がぼんやりしてくるので、好き勝手に松案を豪華にはしないことが重要。わびさび。この段階ではコスト（実装コストとかお金とか）の話もあるので見積りもやっておくとよい。松案でコストの話をしても巨大な妄想の場合には避けたほうがよいかも。
梅案はランクは一番下だけど、「ここは譲れない」とか「これは必須」みたいなものが残る。これもチームメンバーが普段どのようなことを考えているのかを共有することができる。つまり松は最高のチームやプロダクトを目指すための方針、梅はチームやプロダクトに必要なことが集まって、竹はお互いの良いところどり、という感じ*2
デメリット
松竹梅を考えるときに、プロダクトに集中しすぎたり、チームに集中しすぎたりすると、メンバーに合意してもらいやすいような材料を用意してしまいがち。外堀を埋めるみたいなのは重要だけど、どちらかと言うとなるべくフラットな状態で会話していきたいところ。
まとめ
メンバーの思っていることをアウトプットさせるのに松竹梅は結構有用だけど、俯瞰して全体像を見失わないこと。
*1:今調べてみたけど明確な優劣があるわけではないとのこと 松竹梅 - Wikipedia
スクリーンショットとるアプリケーション
ずっと昔からSkitchが好きで使っていたんだけど、Skitchさんの立場がふにゃ〜とし始めてから色々な機能が使えなくなったりとかバグったりとか起動するとエバーノート(cv三石琴乃)のログイン画面が出たりしてウーンとなっていた。まぁそれでもシュッとキャプチャしてちょこちょこっとテキスト書いたりするのにはシンプルで便利に使えてるからまぁいっか〜となっている。
けど、最近また挙動が怪しくなってきて、D&DでGitHubのIssuesに画像をぽいっと投げてもキャプチャしたひとつ前の画像がアップロードされてしまい、サポートにも連絡はしたものの、もういいか、という気持ちになり sora_h がおすすめしてくれた Monosnap を使い始めた。
かつては img.ason.as*1 っていうドメインで自分の撮ったスクリーンショットをホスティングしていて、画像配信をしていたけど、もともとはギョームでCDNを入れる一環の素振りとしてやって今はスクリーンショットで撮った画像をアップロードすることもなくなって、単に軽くお絵かきと文字が書き込める程度で満足してしまうようになってしまった。*2
というわけで今までありがとう Skitch 、これからよろしくMonosnap
