nDiki : 用語

今日のさえずり: tmux clock-mode

2014年07月09日

• 08:57 “パスワード保存と自動フィルインは違うという話 - 金利0無利息キャッシング – キャッシングできます - subtech” http://bit.ly/1n5s4tJ
• 10:37 “WebSig分科会2014 vol.2「日本のソーシャルネットワーク10年」に参加、ソーシャルで大きく変わったな… | ジャンクワードの森” http://bit.ly/1jnBjdU
• 10:37 自然とここで言っている MYN っぽさは普通にやっている感じ。 / “南旺理工: 改良版GTD？ 最新のタスク管理手法「MYN」が欧米で静かなヒットの理由” http://bit.ly/1xPpfF8
• 16:58 tmux clock-mode
• 19:55 いい感じに濡れた。
• 22:33 「弊社が起用した調査会社」が気になる。 / “お客様情報の漏えいについてお詫びとご説明（PDF） - 株式会社ベネッセコーポレーション” http://bit.ly/VXFXEY
• 23:18 “東京モノレール　50周年記念サイト” http://bit.ly/1tndebk
• 23:18 “専門用語を自動抽出するTermExtractをDockerで簡単に使えるようにしました - CreateField Blog” http://bit.ly/1lTQCp4

ふりかえり、あるいは検死

10年前に読んだ「適応型ソフトウェア開発」では事後評価セッション postmortem (検死) session と呼んでいて、なんとなくいつも検死というイメージを持っている。 今日はふりかえりの会があったので参加。プロジェクトのリーダーが冷静にふりかえりをまとめていたのは素晴しかった。

個人的にはコンセプトと倫理観の一致は重要だなと改めて思った。あと、「グループシンク」という用語は始めて学んだ。気をつけるようにしよう。

「人は事後評価に対して過度に批判的になる傾向がある。」(記事)

というのを思い出したのはふりかえりの会が終わった後で、よりニュートラルに聞くべきだったなというのは反省点。おつかれさまでした。

インターンシップ制度を受け入れたチームメンバが個人として期待するといいんじゃないかと思うこと

インターンの方が配属されるとチームが賑やかになるとともに、チームメンバの皆さんも忙しくなりますよね。就業体験型のインターンシップでは、ほとんどの場合ふだんの業務を抱えながらインターンの方をフォローすることなるので大変かと思います。

新しい人が配属された直後はチーム/個人の生産性が落ちるという話はトム・デマルコ氏の本を読むまでもありません。フォローをしている間は自身の担当業務ができなくなるので個人的な生産性は落ちることがほとんどでしょう。ここはトレードオフとしてチーム全体で受け入れるべきだと思います。

さて会社・人事・部署それぞれに期待するところがあってのインターン制度ですが、個人では何を期待していけば良いのでしょうか。

インターンシップ制度に個人として期待するといいんじゃないかと思うこと

インターンの方に良い就業体験を提供できるようにしていく一方で積極的に自身でも学んでいきたいと私は思っています。目新しいところはありませんが、個人レベルでは以下のような点を期待するといいのではないかなと考えています。

人に教える事による自分自身の学び

人に教えようとすると「あれっ?」となることは仕事に限らずあると思います。私は説明するタイミングであらためて用語の定義を確認しなおしたり、手順をドキュメント化したりしてみています。

インターンの方の得意な分野からの学び

インターンの方の研究テーマや人生経験などから、学べることはいろいろあると思っています。ですので「この人面白いことやってそう! チームとしても学びがありそう!」という方に来ていただけるようにできるだけしています。

インターンシップ期間中はチーム内 LT をしてもらったり、ランチで話をきかせてもらったり、あるいは自分の知らないような工夫点を業務時間中に教えてもらうようにしています。

また、私が社会に出て働き始めた頃に担当したインターンの方はその後しばらく一緒に仕事をすることになりました。別々の会社になった今でもばったり再会して情報交換させてもらって学ばせていただいています。そういうのもいいものだなと思います。

間接的な学び

今は直接インターンの方についたりはしていないのですが、どのような就業体験を提供できるのかを考えたりこういった記事をまとめてみたりと、どの立場でも取り組んで学べることはあるなと思っています。

インターンの方にとっても自身にとっても、短期的な利得よりは長期的にみて良い成長の糧となればいいのではないでしょうか。

---

[ opinion ]

Google Keep をソーシャルメディアドラフトストックツールにする

後で SNS に投稿したいなと思う事がが頭に浮かぶことがあります。以下のようなパターン。

• 後で何かをしたタイミングで投稿したいつぶやき。
• 日時・場所などが特定されるのを避けるため、時間を置いてから投稿したいつぶやき。
• 時間のある時に正式用語を調べたり推敲したりしてから投稿したいつぶやき。

1つのソーシャルメディアだけを使っている場合はそのアプリの下書き機能を使えば良いのですが、mixi や Twitter、あるいは Slack や Facebook などに投稿しわけているとなかなかそうもいきません。

一箇所にストックしておくのに良いツールはないかとチェックしたところ 以前たまに使っていた Google Keep が良さそうなのであらためて利用することにしました。

ソーシャルメディアドラフトストックツールとして Google Keep を使う利点は

• PC とスマートフォンのどちらでも書ける。
• Buffer などのように直接予約投稿はできないけれど、日時・場所でリマインダーを設定しておける。
• Android の Google Keep アプリからインテント(メモを送信)を使うことで、他のアプリにテキストを渡してさっと投稿できる。

3年前に Google Keep がリリースされた時は共有した時に最後に「Google Keepから共有」余分なテキストがついてしまうのでこういった使い方には向いていなかったのですが、いつの間にかつかなくなっていたのですね。わかってらっしゃる。

Android デバイス上でのテキストの一次入力アプリとしては SupportText Pro(サポテキ)を使っていて「まずはサポテキに入力してから他のアプリに送って実際に投稿」というように今はしているのですが、デバイスローカルなサポテキに比べて Google Keep では PC からも利用できるるという利点があるので Google Keep にその座を渡そうかと思っています。

---

[ Android アプリレビュー ]

今日のさえずり: そうしょっちゅう来る感じじゃない

2016年10月13日

• 07:54 本日有給休暇です。
• 09:40 RT @rememberthemilk: We're 11 years old today! From Bob and the team, thanks for using Remember The Milk! 🎂🐵 http://blog.rememberthemilk.com/...
• 09:58 ゴッホとゴーギャン展。 (@ 東京都美術館 in 台東区, 東京都) https://www.swarmapp.com/c/jAFVM6RiVDL
• 11:47 お腹減ったー。 (@ MUSEUM TERRACE in 台東区, 東京都) https://www.swarmapp.com/c/91R2oIWBhio
• 12:00 “インターネットプログラマ用語としての「ポエム」 - 滞舎路日記” http://bit.ly/2dKzedn
• 12:02 “ミクシィのインターンシップ行ってきた - えむけーろぐ” http://bit.ly/2dRwx95
• 13:01 I'm at 寛永寺 不忍池 弁天堂 in 台東区, 東京都 https://www.swarmapp.com/c/4fzwlQqfCV1
• 13:27 豆大福! (@ 岡埜栄泉総本家 本店 in 台東区, 東京都) https://www.swarmapp.com/c/6aGUJJgnC8m
• 14:16 初。広くない。 (@ ソニー ショールーム / ソニーストア 銀座 in 中央区, 東京都) https://www.swarmapp.com/c/glwppuhNqj9
• 14:19 そうしょっちゅう来る感じじゃない。 (@ GINZA PLACE in ちゅうおうく, 東京都, Tōkyō) https://www.swarmapp.com/c/2sjTbkTl8QS
• 14:51 いつものとこ。 (@ カフェ・ベローチェ 銀座みゆき通り店 in 中央区, 東京都) https://www.swarmapp.com/c/5VxJz3I8Esz
• 14:59 PlayStation VR 今日発売か。ショールームで体験コーナーみたいなのやってた。
• 15:14 I'm at K.Itoya in 中央区, 東京都 https://www.swarmapp.com/c/bUUSUtxhTUi

思い浮かんだ事・考えたことを書き出す時間

Web やメモなどのインプットを止めた状態で、思い浮かんだ事・考えたことを書き出す時間があるといいんじゃないかなと考えていました。細かい推敲もせず、用語の正確性も追わない。そんな時間が頭には必要なんじゃないかなと。

ノート PC だとつい他のことをしたくなってしまうから、スマートフォンで distraction free なエディタを開いて思い浮かぶままに入力するとか。

nNote 始めました

永続的に残しておくほどではないちょっとしたノートを置いておくスペースとして nNote を始めることにしました。

• https://www.naney.org/note

nDiki と同じく自作の DiKicker を使用しています。

Medium であったり note であったりその他の Blog サービスであったりと「何か」を書いて公開しておけるサービスを触ってみるたびに「この nDiki とは別に書くとしたら何だろう? 何を書きたいんだろう?」と考えを巡らせていました。

この nDiki は長く続けてきた中で

• 永続的に残すことを前提にきちんとした URL (記事 ID) にする。
• 誤読されないように、ある程度自分なりに推敲する。
• AutomaticLink のために正確な用語で書く。
• フィードが拾われて消費されることを前提に、きちんと書けてから公開する。

といった縛りが自分の中にできてきているので、もっと自由なスペースが自分は欲しいのではと思えてきました。

• 必要が無くなったら 404 を恐れずさくっと消して良い。
• まだ自分としてこうだという結論に至っていない考えだったり何かの断片だったりを書いて良い。
• 最初から用語の正確性を追わなくて良い。
• 頻繁に更新して良い。

そういったノートを書き留めておく場所が欲しいんだなと。

そのためのサービス・プラットフォームで何がいいかと考えると、やはりテキストファイルでさっと新規作成・再編集をしてサーバに同期して公開・更新できるものがいいなぁという結論に至って、結局欲しいと思って自作して使っているこれ (DiKicker) じゃないですかと。日付有りノート中心になってしまいますが、まあいいかなと。

ということでさくっと設定だけ増やして nNote を立てるに至りました。

[ ノート・日記はテキストファイルに ]

カンバン? かんばん?

Kanban って「カンバン」なのか「かんばん」なのかどっちかなぁと思っていたのですが、ソフトウェア開発で出てくるのは「カンバン」みたいですね。

「かんばん」プル型システム、見える化、その他リーンのアイデアを、技術開発やITオペレーションに導入するためのツールを駆使した進化的な変革手法を示す用語として、(カタカナの) 「カンバン」を使用する。 -- カンバン ソフトウェア開発の変革 Improving Service Delivery in Technology Business

アジャイルサムライもカンバンでした。

チームで使う共通の言語をもつ

ストラテジーグループという新しい3人チームでプロセス作りをしています。

3人のうち2人は「エッセンシャル スクラム」を読んでいて例えば「経済的フィルター」と言えばアレのことねとなるのですが、もう1人には今は通じません。「エッセンシャル スクラム」を読んでいないのが悪い、あるいは「エッセンシャル スクラム」用語で話す2人が悪いという話ではなく、同じ言語を共有していると楽だし誤解が無くていいよねという話になりました。

アジャイルサムライでは

11.4 プロジェクトで使う言葉を共有する (pp.228-229)

で説明されていますね(原著だと Create and Share a Common Domain Language)。

• アジャイルサムライ−達人開発者への道−

そういえば以前部署で「エッセンシャル スクラムを読む会」を続けているうちに例えば PBI で話が通じるようになったりして楽になったなと感じました。

プロセスについてでもプロダクトについてでも、共通の言語をもつ(作る)というのは大切だなとあらためて感じた次第です。

[ opinion ]

nNote 始めて昨日で1年

永続的に残しておくほどではないちょっとしたノートを置いておくスペースとして nNote を始めて昨日で1年でした。

• nNote 始めました

それほどノートを上げているわけではないですが、とりあえず書いて見られるところに置いてくスペースとして重宝しています。

• 必要が無くなったら 404 を恐れずさくっと消して良い。
• まだ自分としてこうだという結論に至っていない考えだったり何かの断片だったりを書いて良い。
• 最初から用語の正確性を追わなくて良い。
• 頻繁に更新して良い。

という位置づけなのですが「用語の正確性」だけはやはり気にしちゃうのはもはや性格なのかも。