一般に、スタイルなしにペーストするときは ctrl+shift+v または command+shift+v するが、Confluence にはすでにそのショートカットが設定されており、うまく動かない。
そこで、Confluence上のキーボードショートカットを無効にすることで、スタイルなしにペーストできるようにする。
https://gist.github.com/silvers/fad3f99ec8ef288cb116a7afc86ed4c2 を開き Raw をクリックするとTampermonkey でインストールしますか？と言われるのでインストールする
Confluence は TinyMCE を使っているので、TinyMCE のショートカットを削除してあげているだけ。 他にも邪魔なショートカットがあれば同様のやり方で、消すことが出来る。
Confluence の検索には罠があり直感的な検索ができないので、それをいい感じに検索できるようにしました。
Confluence: Change from OR search to AND search. · GitHub
Confluence を日本語で使っている人はおそらく検索インデックスとして CJK を利用していると思います。 CJK にした場合、単語区切りではなく、bi-gram（検索文字列を2文字ずつ分割）で全文検索を行います。
https://<YOUR-CONFLUENCE-URL>/explain.action?queryString=東京特許許可局 で細かい挙動を確認することができます。
query: ((((spanNear([title:東京, title:京特], 5, false) spanNear([title:東京, title:特許], 5, false) spanNear([title:京特, title:特許], 5, false) spanNear([title:東京, title:許許], 5, false) spanNear([title:京特, title:許許], 5, false) spanNear([title:特許, title:許許], 5, false) spanNear([title:東京, title:許可], 5, false) spanNear([title:京特, title:許可], 5, false) spanNear([title:特許, title:許可], 5, false) spanNear([title:許許, title:許可], 5, false) spanNear([title:東京, title:可局], 5, false) spanNear([title:京特, title:可局], 5, false) spanNear([title:特許, title:可局], 5, false) spanNear([title:許許, title:可局], 5, false) spanNear([title:許可, title:可局], 5, false))^2.0) (spanNear([contentBody:東京, contentBody:京特], 5, false) spanNear([contentBody:東京, contentBody:特許], 5, false) spanNear([contentBody:京特, contentBody:特許], 5, false) spanNear([contentBody:東京, contentBody:許許], 5, false) spanNear([contentBody:京特, contentBody:許許], 5, false) spanNear([contentBody:特許, contentBody:許許], 5, false) spanNear([contentBody:東京, contentBody:許可], 5, false) spanNear([contentBody:京特, contentBody:許可], 5, false) spanNear([contentBody:特許, contentBody:許可], 5, false) spanNear([contentBody:許許, contentBody:許可], 5, false) spanNear([contentBody:東京, contentBody:可局], 5, false) spanNear([contentBody:京特, contentBody:可局], 5, false) spanNear([contentBody:特許, contentBody:可局], 5, false) spanNear([contentBody:許許, contentBody:可局], 5, false) spanNear([contentBody:許可, contentBody:可局], 5, false)))^4.0) title:"東京 京特 特許 許許 許可 可局"^2.0 contentBody:"東京 京特 特許 許許 許可 可局" ((title:東京^2.0 title:京特^2.0 title:特許^2.0 title:許許^2.0 title:許可^2.0 title:可局^2.0) (contentBody:東京 contentBody:京特 contentBody:特許 contentBody:許許 contentBody:許可 contentBody:可局) (content-name-unstemmed:東京 content-name-unstemmed:京特 content-name-unstemmed:特許 content-name-unstemmed:許許 content-name-unstemmed:許可 content-name-unstemmed:可局))
また、Confluence の検索エンジン Lucene では、ANDやORを明示的に指定する必要があり、指定しない場合（スペースの場合）ORとして扱われます。
2つの UserScript を書きました。
/dosearchsite.action ) が対象@match をあなたの Confluence URL に書き換える（suggest-search は書き換えなくても動きます）全ユーザに反映させたい場合は、いい感じにソースコードをコピーして、管理画面のカスタムHTMLに貼り付けてください。
いくつか読書会を開催してきたので、振り返りも兼ねてそれぞれの良いところと悪いところをメモ程度にまとめてみる。自分がやってきてこうだった、という内容なので、他のもっと進行がうまい人がやったなら違う結論になりそう。参考程度に。
分類名や分類の仕方は適当。もっと適切な名前あるかも。
まず最初に読書会の意義について。
本を持ち寄って、ご飯食べたりお酒飲んたりしながらワイワイ本について話す。
一人ずつ自分の持ってきた本を5分程度で紹介する時間などを取ると会も引き締まって良い。交換会は、いらない本持ち寄り会になる場合もあってなんともなーという感じになることもある。
少人数から大人数まで対応可能。
毎回違う本好きなメンバーとワイワイして、刺激を受けるのにおすすめ。
予習は不要。参加者はそれぞれ本を持ってきて、その場で読んで、感想や意見を言い合う方式。10人程度が限度。
読みながら話してもいいが、読む速度が違う人がいると話が合わないので、節とかページで区切って全員が読み終わってから話すのが良い。
その際、札みたいなものを用意して、読み終わったら札を倒す方式にすると全員が読み終わったのが分かりやすくてよい（立てるより倒すほうがわかりやすい）。
また、全員が読み終わるまでの時間を記録したり、会が終わったときに読み終わったページ数を記録するのを続けると、だんだんと読む速度が上がっていくのがわかって楽しい。
事前に読む時間が取れない場合や、関連する話や事例などをじっくり吟味して話し合いたいときにおすすめ。
大学のゼミとかでよくやるアレ。
章ごとに担当を分け、担当者が本の内容を発表・講義する。他の参加者は、発表を聞いて質問したり意見を言ったりする。発表者の内容が正しいとは限らないので、良さそうだなと思ったら、原本を読むことが必要。ただ、ある程度理解した状態で読めるのでスイスイ読める。
全員がある程度、興味を持った本を対象にすると良い。意識の高い人たち向け。
同じ目的や問題意識を持ったメンバーで難しめの本を読むときにおすすめ。
輪講形式と違い、参加者全員が対象の本を事前に読んで、議論する。本の内容や分量によっては章ごとに分けて1冊の本を何回かに分けて読む場合もある。一冊丸々の場合は、盛り上がり具合によってすごい時間になることがある。逆に盛り上がらないと時間が余ってしまうので、ちょっと余らせるぐらいの分量を予習するようにしておいて、話が長引いたら次回、にすると良い。
予習がかなりアレで、開催頻度が高いと大分つらいので週一はおすすめしない…。
深い議論がしたくて、予習の時間を取る時間/意欲があるならおすすめ。
本を読むのはおまけ程度で、本を実践するのを主眼に置いた会。
読み方は特に決まっていないが、実際に自分で読んだほうが実践しやすいので、「その場で読む会」または「全員が読んでくる会」が良さそう。輪講形式は、先生（発表者）の言ったとおりに、みたいな感じになりやすい感がある。
実際の実務に密接に関わった本を選ぶことが多いし、そうしたほうがモチベーションあがる。
実践する内容によるが、1日かかることもあれば、実際に業務で試してみてどうだったかを発表するみたいなのをやることもある。
実際に手を動かして何かしたいときにおすすめ。
自分はやっぱり一番やってるっていうのもあるけど、その場で読む会が好きだなあ。
他の人が開催してくれるならワークショップ形式や交流会は楽しいので参加したい。
輪講形式は、それに向いた本やメンバーがいれば全然やっていけると思うので、これから数を重ねていきたい分野。
小野和俊さんの風林火山の話おもしろいなと思ったので真似して分類してみたメモ。
| 分類 | 能力 |
|---|---|
| 風のプロダクトマネージャー | 顧客の要望に素早く対応し、プロダクトを成長させていくプロダクトマネージャー。立ち上げ直後のプロダクト向きで市場の変化にいち早く対応できる。開発者出身が多い。 |
| 林のプロダクトマネージャー | 冷静に市場分析や顧客分析を行い、プロダクトを改善していくプロダクトマネージャー。安定したプロダクト向きで着実に良い製品を作り出す。主なスキルは分析。 |
| 火のプロダクトマネージャー | 情熱を持ってチームを整え、強い開発力でプロダクトを飛躍させるプロダクトマネージャー。チームが一丸となり、短期間での目標達成に強い。 |
| 山のプロダクトマネージャー | プロダクトのロードマップを整え、プロダクトの品質を担保するプロダクトマネージャー。一貫した方針でプロダクトのブランドを守り、様々なしがらみからチームを守る。 |
完全に独断と偏見なので、もっとこうしたほうがわかりやすそう！とかあれば教えてください！
ISUCON6予選に、 id:karupanerura, id:ar_tama と3人で「チームおにやんま」として参加しました。
当日の動きなどは他の二人が書いてくれると思うので、反省点をまとめておきます。
昨年のふりかえりはこちら。
チームおにやんま暫定1位だ #isucon
— silvers (@silver_s) 2016年9月18日
ついに頭角を表したチームおにやんま #調子に乗りすぎ
— 貴社の名は。 (@karupanerura) 2016年9月18日
以下の4チームは、最終スコアは上位10チームを上回っていたものの、それぞれ下記の理由により失格となりました。
再起動後のチェックで正しいレスポンスを返せなかった
・ヴェンティッグ
・チームおにやんま
今年もISUCON運営に感謝 #isucon
— silvers (@silver_s) 2016年9月20日
インフラ整えるあたりで3人とも同じ罠（symlinkがー、daemon offがー、再起動がー）にハマったりしていたので、誰か一人が全メンバーのインスタンスでインフラ整えて渡すみたいなことをしておけばよかった。 その間に残りのメンバーはアプリケーションの仕様を把握したりコード読んだり。
昨年、このような反省をしたので、今回はきっちりと役割分担をした。 インフラや破壊的な大規模改修は id:karupanerura、地道なアプリケーションの改善は id:ar_tama、計測やベンチ、プルリクのマージ・テスト等サポート全般は id:ofsilvers という感じ。
githubのプルリクもうまく使えて、今回は誰が何をやっているか全員が把握しつつ、一度も作業がバッティングすることなく進められた。
なんか午前中にインフラまわりで時間かけてしまって、進捗ゼロです！みたいなので、お昼の時間も忘れて焦ってしまった*1ので、もっと時間をかっちり決めても良かった
音楽流したり、アロマを炊くなどして、精神を整えられた。
思わぬ事態に遭遇したときも、固執せずに代替案などに切り替えられたと思う。
開始前に、XXXが終わったら相談の時間をとる。XX時になったらアレをする等、相談のルールを決めていたので、3人の方針の認識は統一がとれていたと思う。
前回の反省と違って、細かい作業レベルの反省になってきたのは良さそうに感じる。
workerの調整が結構ギリギリになってしまったので、systemdまわりも最初にリポジトリにいれておくことで、変更履歴を管理するとともに、ansible で配れるようにしておけばよかったなと反省。
設定等はansibleで配布していたけれど、コード周りは環境でpullしていたのでいっそのことコードも配布できるようにする。
18:00終了の予定で動いていたため17:00過ぎたあたりから最終調整に入ったが、毎回、最終調整の内容が重く、「あと数分あればかなり改善が見込める変更が反映出来たのに！！！」みたいな状況で終わってしまう。 そのため、17:00を提出時間だと思っておくとよさそう。
ホワイトボード、githubのissue、slack等情報が分散されてしまったのでタスク等は付箋で管理してみる（分散してそんなに困ったわけではないが、より良く情報を管理できそう）。
明日食べる時間ないので前日おにやんま #isucon pic.twitter.com/aGfUPCKrob
— silvers (@silver_s) 2016年9月17日
朝やんまできたのでがんばる #isucon pic.twitter.com/2IBCYNbwi3
— silvers (@silver_s) 2016年9月18日
反省会の様子です #isucon pic.twitter.com/E1HJiIdoUk
— silvers (@silver_s) 2016年9月18日
反省会終わったので褒め合う会します #isucon pic.twitter.com/fZDgV5Kyxr
— silvers (@silver_s) 2016年9月18日
@karupanerura @silver_s 若者のPerlチームなので僕としても通ってほしかったのですが残念です…
— songmu (@songmu) 2016年9月18日
まだ若者を名乗れるらしい
— silvers (@silver_s) 2016年9月18日
メンション漏れに泣いてる
— あらたま (@ar_tama) 2016年9月18日
最近は、大体月一ぐらいのペースでメンバーと1on1ミーティングをするようにしている。
一人あたり30分から60分ぐらいで、前回のミーティングからの振り返りとその他相談を話す感じ。相談は仕事のことが主だけれど、プライベートな内容もある。
1on1ミーティングにあたって今年から事前アンケートを用意するようにしたのだけれど、そこそこいい感じに回っているのでまとめてみる。
アンケート自体がアジェンダになるので、ミーティングがコントロール可能になる。 どんな話をするか分かっていると安心感もあるし、話が横道に逸れることもない（雑談は雑談で良いものだけど）。
自分の体験談なんだけど、何か質問をされたときにその場では「うーん、今は特に思いつかないです」と答えたのに終わってからアレコレ思いついて、まあいっか、今度話そ、みたいになって忘れてしまうことがよくあって、それって非常にもったいないなと思っていた。 事前に回答を用意する感じになれば、いくらでも悩めるし、アンケート時には思いつかなかったけどあとから「そういえば…」みたいなこともある。
これがすごい良くって、スピード感が出る。
例えば、「会社やチームにこんな不満/要望がある」みたいなことが事前アンケートに書かれていれば、ミーティング前に調整を行って、ミーティング時には「あれ対応しといたよ」みたいなことが言える。 通常であれば、面談 → 対応 → 報告みたいなフローをとる必要があって、結構面倒だったりする。 全員に共有できる内容であれば対応後すぐに報告することもできるのだけれど、内容によっては個別に共有が必要で再度予定確認して会議室とって、みたいになると思いの外時間を使ってしまう原因になる。
また、Aさんの話を聞いた後にBさんの話を聞いたらちょっと見え方が変わってきたみたいなことも多くって、それを事前にみんなの意見を見てからミーティングにのぞめるのも良い。
常に表示しているアンケート項目。回答は任意。
将来のキャリアプランと計画を聞くことで、今後どのような業務・役割をしてもらうかを判断するために聞いている。 場合によってはこのチームにいたら目標に近づけないこともあるので、別のチームを紹介するなど異動の手伝いをすることもある。
期初に決めた目標の進捗がよろしくないみたいなときに、一緒に解決の方向を探るために聞いている。 障害であればできる限り取り除き、自己評価と周りの評価が大きく違っていれば認識を合わせたりする。
いろいろなカテゴリでとにかく話したいことがあれば書いてねという項目。 ここも同様で、障害であれば取り除いたり、意見や提案であれば、取り入れるか取り入れられない理由を説明する。
チームのフェーズに合わせて変えていく質問。回答は必須。
まずはプロダクトのマイルストーンを決めるために、チームメンバーがプロダクトをどう思っているか、どうしたいと思っているかを聞いた。 現実的な回答よりは夢を語ってほしかったので、お金や時間やその他もろもろのしがらみを無視して答えてもらった。
人によってプロダクトのとらえ方が違っていたので、回答をもとに改めてプロダクトの立ち位置やミッションを共有した。
ある程度運用を行ったので、それぞれが考えるプロダクトやチームと、PMが決めたマイルストーンとの差異を確認するために聞いた。 すごい長文で回答をくれたメンバーもいて熱意が伝わってきたし、自分になかった切り口などを知れてとても勉強になった。
みんなが同じ方向を向けるようになったので、今度は配置について聞いてみた。 ほんとはこれがやりたい、あれがやりたい、みたいなことを期待していたのだけれど、そこは満足度が高くて良かった。 かわりに、自分はあの人に以前一緒だったんだけどこういうこともできるので任せてみては？みたいな回答があって、なんか嬉しかった。
能力は引き出せているけど、ただの作業になってしまって学びがない、みたいなことを防ぐために聞いてみた。
形骸化した習慣を捨てるために聞いてみた。 結構いろいろな意見があったので、きっぱりやめてみたり、やめる検討中。 「すごい考えたけど思いつかなかった」みたいな回答もあったけれど、今やっている習慣やフローの必要性や目的を振り返る良い機会になったと思う。
といった感じで事前アンケート良いよというお話でした。
毎年弊社では最終営業日に有志で 忘年会議 という一年を振り返るLTをやりながら飲んだり騒いだりする会をやっているのだけれど、今年は参加できなかったのでブログにまとめておく。
普段はいろいろな数値を出してアレコレするんだけど、今回は単純な振り返りで。
* ボードゲーム熱が再燃して、Amazonで買えるボードゲームをひたすら買いまくった
* 宅飲みするときとかオフィス飲みするときに便利
* 飲みながらプレイするのであまりものを広げない感じのやつが良い
* 犯人は踊る はルールが微妙に調整されているので2015年版オススメ
TOEI LIGHT(トーエイライト) バランスディスク40 H-7412
ハリオ フィルターボトル 750ml オリーブグリーン FIB-75-OG
www.slideshare.net
www.slideshare.net
