HsbtDiary

■ うー。

飲みすぎた・・・。

■ シラバス

履修案内に「毎週の講義に行われる実習と課題レポートにより成績評価を行う」とか書いてるのに、突然今週になって期末テストをするとか言い出した教官には抗議していいのかな？

授業計画を立てる段階でこの講義は終わってますな。来年からはこんな教官の講義は受講しないようにしよう。

■ 年賀状

ようやく宛名印刷終了。これから裏のネタを考えようかな。

それにしても名簿問題で住所がわからなくなってから、「年賀状出すから住所を教えて」と聞くのも、ちと恥ずかしいな。個人情報の取り扱いも面倒になったものだ。

■ 関西オープンソース+フリーウェア2002

ぐはぁ、まつもとゆきひろさんの講演があるということで、ストリーミングで会場中継を見ようとしたけど、オープンステージの中継しかしてなかった…。有料でもいいからE会議室を中継してくれ…。

そういえばE会議室の講演の締めは噂の方が。

■ Tabbrowser Extensions-1.12.2004120601

ブックマークをクリックしても反応しなくなったのは俺だけじゃなかったのか。

既に修正版の1.12.2004120602が出てます。

■ 総合と一般

無学を晒すようですが、総合職と一般職の違いがよく分かりません。辞書を引
と『出世できるかできないか』という線引きのようですが。

ちなみに俺の研究室がある建物の名称は「総合研究棟」、建設計画段階では「経営情報棟」とかそんな名前が考えられていた（らしい）。

しかし、くだらない縄張り争いの結果、知財何とかセンターとかマルチメディアうげほがが入り込んできて、「経営情報棟」という名前は相応しくないとか騒いで、結局双方の顔を立てると言うことで「総合」という名称を使うことになった（らしい）。

縄張り争いをした結果が12畳の部屋に机を2つ置いているだけで常に無人の研究室とかだから笑っちゃう。

これに限ったことではありませんが、「総合格闘技」や「総合学習」というように「総合」という言葉は、中身がバラバラで実体がないものを、存在するかのように使うケースが多い感じ。

まとめると「総合うげほが」の多くの場合がうさんくさいということです。

■ 「従業員関与の営業秘密侵害で法人処罰のケースも」

ここで言うところの営業秘密の構成要件は不正競争防止法2条4項より以下の三つ。

• 営業秘密として管理されていること
• 事業活動に有用な技術上、営業上の情報であること
• 公然と知られていないこと

情報窃盗関係の訴訟の多くが後者2つの構成要件を満たしているが、秘密管理性の要件を満足していないために顧客データ等を盗まれた企業が敗訴している。秘密管理性の要件としては

• 当該情報にアクセスした物に当該情報が営業秘密であることを認識できるようにしていること
• 当該情報にアクセスできる物が制限されていること

等が挙げられる。等と書いたのは、営業秘密の窃盗に関する判例においては多くの場合が個別に秘密管理性を検討しているため。

秘密管理性の構成要件の一つ目はいわゆる「社外秘」とか「confidential」とかデータに記載されているかどうか、二つ目は書庫やデータベースへのアクセス制限を行っているかどうか。アクセス制限とは物的・技術的、法的、人的、組織的管理の4つから行われなくてはならない。

まとめると秘密管理してない情報は盗んだ物勝ち*1ということです。

■ bbs2chreader-0.9

出てます。URLをbbs2chreaderに送るコンテキストメニュー拡張が標準で付属。

■ [word][dictionary]「ほめてあげる」は謙譲語ではない

むだづかいにっき♂：満足度の高かったゲームのコメント欄経由。

ekkenさんの所に住み着いている粘着君が「ほめてあげるは謙譲語である」と言っているが、そりゃ違う。というか、こういうことを論じるときは少なくても辞書名くらいは明記しないと話にならない。

でだ。googleで「国語辞典」を検索したときにトップに出てくるgoo 辞書に使われている三省堂大辞林を使うことにする。大辞林の「あげる」の項目によると、粘着君は22番目と24番目を都合のいいように組み合わせている。以下意味の部分のみ引用。

(22)（補助動詞）
動詞の連用形に接続助詞「て」の付いた形に付き、主語で表されるサービスの送り手が、他人のためにすることを、送り手の側から表す。
(24)謙譲の意を表す動詞について、その意味を強める。

当たり前だが、「ほめる」という言葉はもともと謙譲の意をもたず、躾の意を持ち、一般的には目上から目下に向かって使う。 「ほめる」という言葉自体は謙譲語でもなんでもなくて単なる動詞である。あえて、謙譲表現にするとすれば「おほめにあずかる」が適切だろう。しかし、粘着君は22の補助動詞と24の意味を持ち出して、「ほめてあげる」は謙譲語だと言っているがそれは間違い。大辞林の用法をそのまま持ってくるが、22は「送ってあげる」「貸してあげる」、24は「差し上げる」「存じ上げる」という使い方が正しい。

ついでに、Yahoo辞書経由で大辞泉でも調べてみたが少なくても、謙譲の意としての「あげる」は一つしか見つからなかった。以下意味の部分のみ引用

13 動詞の連用形のあとに付いて複合語をつくる。
（「申す」「存ずる」などに付いて）へりくだった意味を表す。

むしろ、「ほめてあげる」は大辞林の12番目の用途に該当するだろう。以下意味の部分のみ引用。

(12)「与える」「やる」の丁寧な言い方。

つまり「ほめてやる」を丁寧に言ってるだけで、結局上から見下していることには変わりない。

つーか、アインシュタイン先生からもまずぐぐれって言われているんだから、「ほめてあげる」を検索エンジンで調べろよ!上位に出てくる用法は、ほとんどが子供の躾に関するものだからさ。

こうやって丁寧に解説してあげても、どうせ粘着君は聞く耳を持たないからなあ。あの手のタイプはotsuneさんのようにマメにマジレスして遊ぶか徹底スルーのどちらかがよいのではないかと。

■ [CSS]preで折り返す設定

以前、CSS: 「折り返す」pre に従って設定したはずなのに、今朝firefoxで見てみたら、折返しが適用されていないことに気がつく。

何でだろうとテーマファイルを調べてみたら、各種white-spaceの設定の後に

white-space: pre;

が記述されていたのが原因だった。さっくり削除して解決。

追記

preで正しく折りかえされるようになったので、一行が長くても適当に改行しなかったら、今度はRSSリーダーで見たときに右側に突き抜けてしまった。そりゃ、RSSで文字情報だけを取り出してRSSリーダーで視覚処理を施しているから当たり前といえば当たり前。

うーん、preは投稿する時に適当に改行をいれて折り返すべきか、CSSでは見やすく改行されるから、RSSリーダーの読者には我慢してもらうべきか。これは困った。

RSSリーダーで使っているCSSにwhite-spaceを設定してねとお願いするのがみんなうれしい解決方法か?

■ [php][Calendar]PHP iCalendar

PSP で iCal のスケジュールデータをみる経由。

早速、このサーバーにも仕込んでみた。予定についてはsunbirdとかは使ってないので、それほど効果はでないけど、ふとCalendarをみたいと思った時はタスクバーの時刻プロパティを開くよりも、こっちの方が一年表示とかが見やすくていい感じ。

■ [section_footer.rb][plugin][tDiary]section_footer.rb更新

del.icio.usで特定のpermalinkに対するブックマークコメント一覧を見るためには

http://del.icio.us/url?url=permalink

というURLにアクセスすればいいことを見つけたので、早速section_footer.rbに追加してみた。

■ [Nintendo][Calendar]クラブニンテンドー特製カレンダー

何かいつの間にかクラブニンテンドーでゴールド会員になってたらしく、特製カレンダーが送られてきた。

■ お疲れ

年度末なのかしらんけど、朝から夜までの8時間があっという間すぎる。頭もいい感じにピヨってきてるし。

■ [Driver] MX Revolution のドライバであるところの SetPoint をアップデート

4.00 から 4.24 へとアップデート。

4.24になって、ようやくサイドについているドキュメントフリップホイールに前・中・後それぞれに応じたキー割り当てが可能になったので、ゲームでよく使うキーを割り当てた。

■ [tDiary][ruby1.9][ruby] 東京 神奈川 tDiary 会議 01

予定通り、新横浜の某所でtdtds, kakutani, NT, kmachu, hsbt の5名でWebアプリケーション研究会が開催されたので以下議事録。今後のアクションプランは後でまとめる。

ruby 1.9 対応

• magic comment どうするか
  • 何も考えないで *.rb の先頭に入れる
  • magic comment はエディタに依存するものではなく、汎用的な定義
  • sed -i "1s/.*/# -\*- coding: utf-8; -\*-\n&/" **/*.rb
    • rubyじゃないのかよ←お約束
• plugin類の扱い
  • magic comment は書かない。evalを行う時に encoding 指定で何とかできるらしいのでやってみる
• ruby インタプリタ実行時の --encoding
  • ユーザーが指定しなくても動くようにする
• 突然発生するエンコードの謎問題
  • 今後、外部のファイルを読み込むような処理をする時はエンコーディングを意識するように実装すること
• モバイルの文字コード
  • SJIS変換をどうする
  • UTF-8でいいよね
• ツッコミメールの文字コード
  • UTF-8でいいよね
  • 対応していないような古い機種でどうするやら…。

testable_tdiary

• index.rb と update.rb の仕事が多すぎる
• とりあえず読み込みだけにして tdiary.rb との間にレイヤーを作りたい
  • index と update の機能を移動するのは大賛成
• agent とかの判定を request に移動したい
• style が@confを読み込むことができないので、設定によってstyleを制御することができないという経緯がある
  • @cgi 以外は @conf にぶち込んでおけというトホホ仕様
• rack が ruby に標準添付になるまでは rack のレイヤーをメインにすることはない。原則として ruby だけで動くようにする
• trackback は本当は index.rb に突っ込むようにしたい

@lang を変更可能にしたい

• はてなで話題にあったような、外国人がみたらヘッダやフッタを英語になるような仕組み
• ブラウザの言語設定をみて柔軟に切り替えるようなイメージ

JSON

• json.rb って1.8で標準添付なんだっけ?
  • 標準添付じゃないので、misc/lib に json_pure を突っ込んでもいいかもね
• API 関係で JSON 使いたい場面は多いからねー

構成管理の変更

• 今の trunk/plugin は trunk/core/misc/plugin に突っ込んではどうか lang:ja
• RSpec によるテストも書きやすくなるし
• ブランチも切りやすくなるし
• 現状はフルパッケージでも同じような仕組みなのでいいんじゃない?

JavaScript用のフォルダやフックの件

• フォルダを作ってそこに入れてから、フックで対応できるようにしてみる
• JQueryとかスタイルシートの有名な奴はファイルを突っ込むと自動的にヘッダに追加
• その後で個別にプラグイン側で対応する

メンテナ不在の plugin

• plugin の公式レベルの上げ下げをどうする?
• テストを書いていれば公式にするというのはどうか lang:ja
• flickr.rb のような便利なプラグインは amazon と同様に公式にしたい
• プラグインは過去の日記表示の兼ね合いから、追加するのは楽だけど消すのはなかなか難しい
  • pingback や makelirs は消してもいいんじゃね?
  • xmlrpc は AtomPP で統合したい

認証機構

• 何を認証したいのか、コメントする人なのか、管理者情報なのかを決めてから対応
• OpenID とか、Basic認証 とかを pluggable にする
• セッション情報をクッキーに保持する
• cgi.rb どうするかねえ
  • 依存したくないなら独自実装
• session を作るときにどのクラスから作成するかを考える

IO 周りの変更予定ないの

• rack の上に載せてからdbやその他と連携できるようにしてからの方がよさげ
• IO に勝手にメンバを追加してもいい? 日付ごとに何らかの制御フラグを追加したりしたい
  • 将来 DB 対応にした時に大変になるのでそれまでは保留
  • 勝手に拡張する分にはできるので個別にやればいい

tdiary-2.3.3 のロードマップ

• testable_tdiary のマージや RSpec の導入に伴う構成管理の変更は ruby1.9 対応した 2.3.2 の後で。

その他

• Mac と Emobile でネット共有はすごい便利
  • Mac だと簡単なので Mac を買うべき
    • 1kg切らないと買わないよ(tdtds)
  • debian も問題無く接続、Win はダメ

• RubyKaigiKaigi
  • 会場に Hackathon できるスペースあるから tDiary もおいでよ

• コーディング規約ってないんですかね
  • オレ(tdtds)が規約

いやー、勉強会というか Hackathon は久しぶりに参加したけど、3時間があっという間にすぎてしまった。場所を用意してくれたたださんと参加してくれた皆さんに感謝感謝。

うまくいくかはわからんけど、どこかの RubyKaigi で ruby1.9 対応の話をする気になったよ。

■ Mac で クォータパウンダを食べた

首都圏でしか売ってないというクォータパウンダを昼ご飯にもぐもぐ。 Mac にしては昼食らしいハンバーガでオレは好きだな−。

■ [apache][mac] Macbook の apache が動いてなかった

最近はイベント駆動開発になりつつある tDiary を Macbook に同梱されている apache 経由で動かしてみようと思ったら、システム環境設定では確かに動いているはずなのに全く動いている気配がない。

少し調べてみたら、遙か昔に遊び程度に入れてみた passenger-2.2.5 が gem clean されてて httpd.conf の読み込み時に落ちていたというオチ。やれやれ。

■ [github][tDiary] github の tDiary を svn trunk に追従

github 上でちまちまと作業をしている testable_tdiary に svn trunk をマージするなどした。

http://github.com/hsbt/tdiary

svn からインポートする時の作り方が悪かったんだけど、master に git-svn でインポートした svn trunk をマージしたら 3000コミットとかなってしまった。この辺はリポジトリを育てる的な意味でもっと勉強してから作ればよかったなー。

ま、そんなこんなで tdtds の人も上の github リポジトリでブランチを切っていったりするみたいなので、collaborator権欲しいよ!って人がいればどことなく声をかけて下さい。

■ [ruby][asakusarb] asakusa.rb 第80回

今日は11人といういつも通りにも関わらず、札幌Ruby会議参加者が8人、発表者が6人というアレでそれな内容。

• 大江戸 Ruby 会議どうするー?
  • だいたいの場所を全部調べてきました!
    • 圧倒的なスーツ力や…
  • 芝居小屋とかよさげ
  • "オレ Ruby のプログラムの話したいなー"
• 札幌Ruby会議どうだった?
  • 同じ服なのは事前に打ち合わせしてたんですか?
    • いやいやいや
  • 普通にやってることをそのまま話すだけでコンテンツになるのは凄いねー。M葉、E和となく。
  • 起業してから文字が小さくなってきたけど、文字が大きくて良かった
  • ラングバについて詳しく
    • epub の検索とかどうなんです?
    • 後で話しましょう
  • あの会場は良かったね。雰囲気とか。

最初の自己紹介で最寄りのたい焼き屋の紹介をしたりとちょっとした部活動になっていたりとだいたいこんな感じ。

■ [Game][3DS][Xbox] Xbox と 3DS のアップデートが来ていた

帰宅してからぺちぺちアップデート。

• ニンテンドー3DSの本体機能更新について
• The Future of TV Begins Now on Xbox 360: Kinect for Xbox 360 brings voice control to living room entertainment with update that launches Dec. 6.

それにしても、この辺のゲームハードの更新履歴で日本語でちゃんとした permalink があるページを用意してないのは何なんだろうね。

Xbox の方はだいぶ見た目が変わって何処に何があるのか把握するのが大変だったけど、使いやすさという点では前とどっこいどっこいでまだイマイチわからないかも。3DS の方は更新された部分をざっと確認してから、MH3Gの体験版をダウンロードして軽くプレイしてみた。

MH3G は PSP で慣れてしまった部分が大きすぎるというのと、あの解像度を 3DS の小さなディスプレイに表示するというのがオレにはちょっと耐えきれなかったので発売日に予約して買うのはキャンセルすることにした。人によっては自分を適応させて楽しめるのかもしれないけど、指が勝手に動くというレベルまで慣れた中であの変更はなかなかしんどいわ。

■ rubyconf.tw 1日目

はじまりはじまり。写真は日本に帰ったら追加するかも。

rubyconf.tw の一日目は vmware の mozy というサービスが rails で動いていて、中身の仕組みや rails のバージョンアップをどう進めていったかというような話だった。ちょうどいま、30days を同じようにバージョンアップしている途中なので同じように泣ける部分が沢山あったなあ。

二つ目のセッションは Matz 大神によるモチベーションと RWC で話したお前が世界を変えるんやという話。今年一年の総括という感じのトークで rubyconf.tw に来ていた人は世界を駆け巡らなくても全部の話を聞くことができてとてもラッキーだと思います!

その後はペアプログラミングがいかに大事かという話だったり、mruby の内部を話したり、netzke という Ruby のクラスと Ext JS を良い感じに使うフレームワークだったり、concurrent な Ruby Application の性能比較、だいぶディープな部分の解説だったりと、エモい話は Matz しか話してなくてみんな技術の話をしていたような気がする! この後は台湾のお菓子を食べて休憩してから松田さんの Ruby 2.0 の新機能をアプリケーションプログラマがどう使うかという話。

この後は LT で刺身さんやあんちぽさん、つね様が発表して1日目は終わり。最後にオフィシャルパーティに参加して、発表していた人や参加していた人と話したり。

台湾の人、英語がとても上手でしかもだいぶフレンドリーに話しかけてくれて大変ありがたい。

■ マイアミと島根の写真を flickr で公開した

や、やっと公開出来た。

• RubyConf 2013
• RubyWorld Conference 2013

まだ録画したまま消化できてないTV番組や Thanks Giving セールで買い貯めた電子書籍が大量に残っているので年明けまではのんびりこの辺を消化しよう...

■ [Game][Vita] 今日の GE2

通勤時にちまちま進めて第4章ということろ。シナリオの流れは良く出来ているけど、同じ敵と戦う回数に比べて、装備に制限がかかりっぱなしなので、倒しても倒しても楽にはならなくて若干だるくなってきた。

■ 上野周辺を散歩してきた

今日は上野恩賜公園付近であれこれしてきた。まず笹田さんにちょっと用事があったので、お互いに奥さんを連れてインド料理の店で昼食。

Ruby のしくみのあれこれや来年のカンファレンス何処行きますかねーとか、2.2.0 に向けてぶち込むなら来週がチャンス!とかそういう話をしつつインド料理をひたすら食べていた。

昼食後は笹田夫妻とは別れて石橋メモリアルホールに向かって宮本笑里のコンサートへ。今回のチェロも含めた三重奏というのは初めてだったのでだいぶ良かった。

コンサートの後は国立博物館の特別展示として開催しているエルメスの LEATHER FOREVER へ。この展示は無料にもかかわらず、エルメスの革製品の歴史や展示、文化について知ることが出来てよかった。

ブランド物とか興味なくても、工芸品という観点で見ると楽しいのでオススメ。

■ [nanoblock] nanoblock 東京駅を作った

nanoblock の情景シリーズの新作が出ないなあと amazon で探していたら、東京駅が限定発売しているらしいという情報を得たので、秋葉原のアトレ1にある TRAINIART に行って買ってきた。

このサイズで 3000 円はえーって感じだけど、限定版だからしょうがないのかなあ。

■ ベンタをクリーニング

家で使っている加湿器の VENTA のメンテナンスをするためにメンテナンス用のアレコレを買った。

ちょっと値段ははるけど、かれこれ10年近くまともに動いているので結果的に安上がりになってるような、気もちょっとだけする。

ベンタ クリーニング液 250ml
-
Venta (べンタ)
￥2,300

ベンタ ハイジェン液 500ml
-
Venta (べンタ)
￥3,200

■ 中間管理録トネガワ(4) を読んだ

最初の服装と最後の話が一番面白くて、他はまあまあという感じだった。そろそろネタ切れかなと見せかけて、本編の話に突然絡ませてくるのは面白くてずるい。

中間管理録トネガワ（４） (コミックＤＡＹＳコミックス)
萩原天晴
講談社
￥660

■ センゴク権兵衛(4) を読んだ

ついに四国征伐が開始されて仙石のせいで討ち死にする信親が登場という話。信親をすごく魅力的に書いてるのは、その分九州征伐での何かにつなげるためなんだろうなあ。面白かった。

センゴク権兵衛（４） (ヤングマガジンコミックス)
宮下英樹
講談社
￥660

■ eufy Humos Air を買った

新居になってから今まで使っていた加湿器だけだとリビング・書斎、寝室などの加湿は無理っぽくなったので、みんな大好き Anker の家電ブランドが出している加湿器を買ってみた。

amazon の画像だといまいちわからないけど、実際の大きさは結構大きくて、水も満杯に入れると丸二日くらいはつけっぱなしにしていても良いくらい加湿ができる。稼働については、いい感じに加湿しておいてモードと湿度を指定できるモードの二つがあって、あとはタイマーがある。加湿器としての機能は最低限のものを備えつつ、Anker っぽい「いい感じの機能に特化したものだけをくれ」というのは継承していていい品だと思う。オススメ。

eufy Humos Air 1.1 超音波加湿器 【自動湿度調整/超静音 / 最大26時間連続使用 / 自動停止機能/アロマデフューザー機能搭載】 T31405N1
-
eufy
(no price)

■ 松木家の忘年会に参加してきた

渋谷周辺の Web 業界に近いエンジニアで集まって、松木家ですき焼きを食べてきた

それぞれの仕事がらクラウドっぽい話が多かったり、最近はみんなブログツールを作らないからダメなんだよ!とか、Ruby で作ってまじ失敗した〜とか、Java じゃない良い言語ないの〜とかそういう感じの話で盛り上がっていた。今年は初参加だったけど、来年以降も参加したい。幹事のモリスさんお疲れ様でした。

■ カイゼンジャーニーを読んだ

面白いらしいといううわさを聞いて買ったまま放置していたカイゼンジャーニーを読んだ。

アジャイル開発、スクラムなどの文脈で出てくるプラクティスは全部入りという感じでストーリー形式でどのような課題に対して何を価値と考えてやってるのかというのを改めて確認できるのが面白くて良かった。おススメです。

カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで
市谷 聡啓
翔泳社
￥2,277

■ ナノブロック 地球 を作った

nanoblock 10 周年記念モデルの地球を作った。上に建物をそれっぽく配置しているけど、ブロックという縦方向の形状だけで地球という球体と大陸をうまく表現しているのが特に良かった。

他にもいくつか積んでるのがあるので、ぼちぼちと作っていこう...

ナノブロック 地球 NBM-028
-
カワダ(Kawada)
￥2,196

■ スパイダーマン： ファー・フロム・ホーム を見た

やっと配信のレンタルが始まったので、Google Play でレンタルして見た。この辺、A9G で見ようと思ったときに Amazon Prime Video がいいのか、PS4 を引っ張ってきて繋いで見た方がいいのか、という辺りがだるくてもっとスッと見れるようにしてほしい...

ストーリー自体はアベンジャーズの後の話、ということで、見てない人にとってはなんのこっちゃとなるだろうなあというのが気になったけど、ストーリー自体は途中で「おおっ」となる部分があったりとメリハリがあって良かった。

■ RubyGems に同梱しているルート証明書の期限が切れた

昨日の朝からRuby CIが落ちまくっていて、なんじゃこりゃと調べていたら rubygems.org に接続するために同梱しているルート証明書の期限が切れたのが原因だった。とりあえず rubygems.org のインフラチームに確認してこれが正解という修正は出てきたので近々あれこれリリース予定。

https://github.com/rubygems/rubygems/pull/4100

これ、なんでいるのと調べてみたら Windows など証明書ストアをうまく使えないプラットフォームで gem install するためのものだった。で、新しくするのはいいけど、それじゃ今まで使ってたルート証明書はどっから出てきたの?と @mametter さんなどと調べてみると

https://github.com/rubygems/rubygems/commit/5a31f092d483ea7ccd91adbf08a88593cf0fbbc7

出どころはよくわからんがこれにするとつながるので入れる!バーン!という感じでめちゃくちゃやばかった。これいいの。

とりあえず新しいルート証明書はちゃんと https://valid.r3.roots.globalsign.com/ から提供されているものなので大丈夫そう。

■ Asakusa.rb 第638回

今回もいつも通りぶらっと Discord に集合。

https://asakusarb.esa.io/posts/1067

@kakutani がいたのでちーとぽこと Team Topology や研鑽Rubyプログラミングの翻訳について話したり、マンション事業について話しているうちにあっという間に時間が無くなってしまった。Ruby 3.1 に向けていくつかうりゃっとやらないと行けないことがあるので、集中してやらないと...。

■ 歯医者で検診してきた

台東区で斡旋している定期歯科検診にいくのを忘れていたので、年内に行っておこうと予約をしてえいやっと昨日行ってきた。

結果は虫歯が1本であとは歯石って感じだったので、チャチャっと来週治療してしまうことにした。

■ 技術広報とは何か、について自分なりのまとめ

これは 技術広報アドベンドカレンダー 7日目の記事です。

所属しているアンドパッドでの仕事では Ruby の開発をフルタイムに行う、と言うことを担当としていますが、サブとして技術広報も担当しているので改めて技術広報の活動とは何か、について自問自答をしたり、ブランド関連の本を数冊読んで理解した内容をまとめておきます。自分向けのやっていき宣言です。

技術広報は技術ブランディングを担う役職である

広報とはよくパブリックリレーション(PR)とも言われますが、パブリックリレーションは基本的に1方向のメッセージであるマーケティングとは異なり、メッセージを伝えたい対象と自分たちの間でコミュニケーションの計画をたて、何をどう伝えるか、結果として何を得るか、を考え、実行することが求められます。

すなわち、技術広報とは、ある組織が保有する技術、または技術を構成するエンジニアの集合、エンジニア組織をメッセージに伝えたい対象に対して、上記のような何を伝えて、何を得るか、を考え実行するのが仕事と定義することができます。

ブランドは複利である

技術広報の仕事を上記のように定義する場合、重要となるのが技術ブランドとそのブランドビジョンです。会社活動においてブランドは、売上や利益をはじめとする経済的な結果から、会社それぞれが持つビジョンの達成やミッションへの共感など、ブランドを活用することでそれらは複利として働きます。

• お願いしているわけでもないのに、自社の活動を SNS で拡散してくれる。
• 新しい商品やサービスを提供した際に「あの会社の商品なら買ってみよう」と動いてくれる。

上記はブランドによる複利としてのわかりやすい例ですが、ブランドはマイナスイメージと呼ばれるような負債にもなりえます。

ここまでの整理で、技術広報にとってのアウトカムは自社の技術組織について、複利として効用するような技術ブランドを確立すると理解しました。そのためには、自社の技術領域における、ブランドビジョンを決め、ブランドビジョンの達成のためにイベントの開催や企画、各種情報のコミュニケーションを行う必要があります。

ここで注意したいのは、まず自分たちが伝えたい技術ブランドがあった上で、アクションを取ると言うことで、伝えたいメッセージがないままアクションのみを実行し続けることはPRとはいえません。なお、このブランドは複利である、という考え方はブランディングモンスターの @kotarok の話をベースにしています。

技術ブランドのコンセプトを策定する

ブランドを作るにあたっては社内外の環境についてマクロ、ミクロ分析、SWOT 分析など多岐にわたって上で決めるなどさまざまな手法がありますが詳細についてはブランドマネジメント入門に書いてあるのでここでは省略します。なお、この書籍にはワークブックが多数用意されており、それらについて現状を埋めるだけでも十分な分析になると感じました。

ブランドコンセプトは会社における、ビジョン、ミッション、バリューのお馴染みの組み合わせに加えて、パーソナリティ、ステートメントなどの作成などです。ここで注意すべきはブランドコンセプトは会社そのもののビジョンやミッションなどとの整合性を確保し包含関係を明らかにする必要があります。会社のバリューとは関連がないブランドバリューを作成しても策定メンバー以外への浸透は難しいでしょう。

また、採用広報と技術広報、DevRel と技術広報は何が異なるのか、という疑問もよく聞きます。採用広報がエンジニアの採用を目的とするならば、技術広報による技術ブランドの確立を人材または組織の何かしらのビジョンやミッションに置き換えてコンセプトを策定し、実行することが技術広報と異なる点と思います。同様にDevRel の場合は対象が自社をプラットフォームとして関わる技術者が対象と読み替えても良いと思います。

いずれにしても、これらはグラデーションを持って相互に補完し合う関係のため、あくまでもビジョンをどこに置くか、という違いでしかないと個人的には思います。

技術ブランドのビジョンと社内外のギャップを調査する

ブランドコンセプトを決めたのちにアクションを実行することになりますが、アクションの対象として社内外の組織におけるギャップ抽出が重要です。社外だけに目を向けてアクションを行うことも可能ですが、ステークホルダ全員で実行しなければブランドビジョンの達成は困難となるでしょう。

例えばビジョンの一つに「かっこいいエンジニア組織にする」のような内容があったとして、

• エンジニア組織の中で誰もが「自分たちがかっこいい」と思えているか
• 会社組織のエンジニア組織以外で「エンジニア組織はかっこいい」と思われているか
• 会社組織の外全体で「エンジニア組織がかっこいい」と思われているか

のいずれにも実態はどうであるかをリサーチし、ギャップがあれば埋めるためのアクションを講じる必要があります。技術広報、技術戦略、テクニカルプログラムマネージャ、と呼ばれる組織の人たちが、社内勉強会などの社内イベントも企画しているのは前者の2つのギャップ対策またはブランドビジョンの維持を行う活動のためです。

技術ブランドを伝え、成果を確認する

ここまで準備できたらあとはブランドコンセプトをもとに社内外へのコミュニケーションを行っていきます。商品などのブランディングの世界では VI(Vusual Identity)やトンマナ(トーン&マナー)など、主にビジュアル面での約束事をきめ、コミュニケーションの際にはそれらに準拠した上で一貫した内容にすることが求められます。

技術ブランドについても同様に会社が有する VI に準拠するだけではなく、技術ブランドのコンセプトに従った語彙やイベント、テックブログの視覚的なデザイン、ブースにおける技術の伝え方、ノベルティの作成などを一貫させる必要があります。

その結果としてリサーチなどから得られる「あの会社のエンジニアは楽しそう」「あの会社のエンジニアはレビューをしっかりやってそう」「プロダクトをすごい速度で作ってそう」をもとに、ギャップ調査とアクションを反復しながら、自分たちが望むブランドビジョンの達成のために計画と分析、アクションと検証を重ねていくのが技術広報という仕事です。

と、ここまで書いた上でアンドパッドでどうやっていくんですか!!1という具体的な話については特になくて、11月は https://ossan.fm/episode/217 で話した通り、 Rubyのメールサーバーのことしかやってないんですよね...。ダーッと数冊読んで理解したことを経験をミックスさせて文字でだけ書きましたが、もう少し深掘りしたいとか喋りたいという人はイベントとか podcast に呼んでください。僕も勉強したいです。

超実践！ ブランドマネジメント入門 愛される会社・サービスをつくる10のステップ
上條憲二
ディスカヴァー・トゥエンティワン
￥2,822

ブランディングの教科書: ブランド戦略の理論と実践がこれ一冊でわかる
羽田康祐 k_bird 他
-
￥1,100

■ 楽天マガジンがアップデート

少し前に楽天マガジンの UI が大幅にアップデートして、お気に入り登録している雑誌の新着ページから既読済みの雑誌が消える仕様になって、ちょっと開いただけなのに消えてしまい、どこまで読んだっけ...というのがとてもだるかったのだけど、昨日今日のアップデートで消えない挙動に戻っていた。

サービスを変えようかと思うくらい酷い変更だったので戻って良かった。

■ Ruby 開発者会議 11月

なんだかんだあって延期したり、プチ開催したりしたのが続いていた11月の開発者会議が開催された。

https://bugs.ruby-lang.org/issues/19997

僕が持っていった議題は概ね解決したので良かったかな。リリースに向けて色々と話すことはあり、ちょっと疲れたな～。it が入ったのは良かった。