nDiki : フロー

Qiita:Team をドキュメントシステムとして使うには相当頑張らなければならない

Qiita:Team はドキュメント群を階層構造化する機能を提供しないので、プロジェクトのドキュメントシステムとして使うには書き手・読み手双方が相当頑張らなければなりません。特に1つの Qiita:Team で扱うプロジェクト数が多いと顕著です。

Qiita:Team は今いる人と、今情報共有するためのツール

Qiita:Team は今いる人と、今情報共有するためのツールを志向しています。

投稿した記事はフィードに共有されます。階層構造やカテゴリーなどの面倒な管理は不要です。 -- https://teams.qiita.com/features

あとから記事を探しやすい仕組みを用意しています。整理することを考えなくてよいので書くことだけに集中できます。 -- https://teams.qiita.com/features

ということで整理しないで使うことを想定したものなんですよね。みんな大好き Markdown 系シンタックスで簡単に書けるので、フロー型の情報共有システムとしてはいいと思います。

プロジェクトのためのドキュメントシステムではない

ただし「後からプロジェクトにかかわることになった人が全体像をさっと把握できる」ように整理されたドキュメントを作れるようにはなっていません。検索できれば大丈夫という話ではないので、整理されたドキュメント群を Qiita:Team 上に置きたければ記事間の関係がわかるような形で頑張ってリンクを書いていく必要があります。

そのあたり理解した上で導入したり使ったりするといいんじゃないかと思います。

第3回 エッセンシャル スクラムを読む会

社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会3回目。今日は第3章 アジャイルの原則。

原則を語るにしては計画駆動との対比が多く、ちょっと読後感がすっきりしませんでした。「アジャイルの原則」の章なのにスクラムの話しか出てこないのもちょっと残念でした。スクラムにおけるアジャイルの原則という章だったら気にならなかったんですけどね。

イテレーティブとインクリメンタルの話のところでは

スクラムでは、イテレーティブな開発とインクリメンタルな開発の両方の利点を活用する。そうすることで、両者を個別に用いる際の欠点を無視できるようになる。

とさらりと書いてあるのですが、これは参加者でも引っかかっている人がいましたし、私もちょっと釈然としませんでした。両方の利点を活用するという点は良いのですが、欠点を無視できるようになるというのは説明しきれていないなと。

「3.3 予見と適応」では

コミットメントを先延ばしにし、重要で後戻りのできない決定をしかるべき最後の瞬間まで行わないのである。

とし「判断することのコスト」曲線と「判断しないことのコスト曲線」が交わる最終責任時点がその瞬間であるとしています。主張は理解できますが、結局この曲線が明確になることは無いですし結局勘に頼らざるを得ないと感じました。

アジャイルの原則自体はしっかりしたものだと思っているのですが、この章ではそれがうまう伝わってこない気がしました。

WIP にまつわる話

作業者の手持ちではなく、作業の手持ちに注目せよ

は、あらためて思い返すことが出来て読んで良かった点です。この話はトム・デマルコの「ゆとりの法則」でも言われていることで再認識することができました。

• ゆとりの法則

「稼働率」と「フロータイム」「リードタイム」「WIP」のあたりは製造業だとメジャーな話ですがソフトウェア開発においては、それほどは話題にならない気がします。

勉強会でも、腑に落ちない人が多かったようです。空いた時間はもったいないので他の仕事を着手した方が無駄がないんじゃないかとつい考えてしまいますよね。

• エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド

Roofpig でルービックキューブの手順をメモる【日記】

Roofpig

昨日から Roofpig という Web ブラウザ上でルービックキューブの手順アニメーションを表示させる JavaScript プログラムを使ってメモを書いてみています。

• https://github.com/larspetrus/Roofpig

自分で図を書かなくて良いので便利。

Hire HD 8 タブレットで寝ながら日本語入力

Google 日本語入力だとどうも片手で入力しづらい。 ATOK を入れてフローティングキーボードにしたら、寝転んで入力するの便利になりました。

エッセンシャル スクラムを読む会: 第16章 ポートフォリオプランニング

今のチームでポートフォリオプランニングの運営をしているので、勉強のためチームメンバでエッセンシャル スクラムの「16章 ポートフォリオプランニング」を読む会をやりました。昨年度に別のメンバで1冊通しでエッセンシャル スクラムを読む会をやって以来なので久しぶりです。

• 前回のポートフォリオプランニングの章の回のノート

今回の自分のパートは以下。

• 16.5 アウトフローの戦略
• 16.5 仕掛品の戦略
• 16.6 終わりに

「プロダクトをいつポートフォリオバックログから取り出すか」についてのアウトフローの戦略は

• 「作業者の手待ちではなく、作業の手待ちに注目せよ」
• 「WIPを制限する」
• 「チーム全員の準備が整うのを待つ」

がポイントでこれらは、スプリントプランニングに通じるものがあるのでわかりやすいところです。

仕掛品の戦略は作業中のプロダクトについて

• 維持
• デリバリー
• ピボット
• 打ち切り

を判断するための戦略です。限界費用で考えましょうということ。限界費用が適切に見積もれる必要がありますが、そこが難しいところですね。

16章を通して11の戦略が示されていますが、おわりにの節でどれかを選ぶとしたらとして 11の戦略から選ぶとしたら

• 遅延コスト
• 小さめのリリースを頻繁に
• WIP を制限する
• 限界費用

だとのこと。参考にします。

やはりポートフォリオレベルでは収益とコストをしっかり考える必要があるなと。

読み直して、やはり今ポートフォリオバックログと呼んでいるのは階層化プロダクトバックログだなと。複数チームで取り組んでいるのでそれはそれで必要なのですが、ポートフォリオプランニングという意味では考え直したいところです。

• エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド

今日のさえずり: 今日もまだ西友でウォルマートカード セゾンの勧誘してた

2018年07月15日

• 07:44 さすがに昨晩は暑いだろうと、この夏初めてエアコンかけて寝た。
• 10:38 やはりまとまった文章は PC でしか書けないので、 Day One はメモったり断片的に考えたりする用途中心になるようにフローを見直した。
• 16:12 今日もまだ西友でウォルマートカード セゾンの勧誘してた。
• 16:50 この3連休でのみずほ銀行の ATM などのオンラインサービス休止にハマっている人いるのね(自分は銀行は平日昼間しか使えないという前提で生きてきたタイプ)。
• 17:26 渋谷ヒカリエで開催されている「ソフビクレイジー」のSUNGUTS(いちみや忠義)氏がプクーちゃん人形の制作者だったなんて! プクーちゃん好きだったんですよねー。 http://bit.ly/2KZgZ5R
• 22:34 Sakuraba @sakuraba_snow 氏による個人ニュースサイト史。 / “個人ニュースサイト史 ＜ 佐倉葉ウェブ文化研究室” http://bit.ly/2NiNh8y
• 23:18 ちょー久しぶりに「江戸むらさき ごはんですよ!」を今日買って食べた。懐かしい味。

今日のさえずり: α-7 のボディのゴムがベトベトになってた(α7 ではない)

2019年01月30日

• 06:45 沿線 #SEL1670Z https://t.co/5uUCY1udYl
• 08:37 α-7 のボディのゴムがベトベトになってた(α7 ではない)。
• 09:51 @tanadel はい。フィルムカメラの方の α-7 です。 @tanadel さんも使われてたんですね!
• 09:53 2019年1月30日 #朝の渋谷 通勤にはちょっとだけ遠回りだけれど好きなコース。 PowerShot G9 X Mark II https://t.co/jk2DRaSkh3
• 12:49 SNS での投稿を機械学習で分類するシステム構成とその運用フロー、成果の紹介! / “「機械学習による不適切コンテンツ検出」の実装と成果” https://link.medium.com/jZg990n9ST
• 12:53 岩瀬さん!
• 19:19 Google ドライブ、拡張子 md のファイルをテキストとしてプレビューできるようになってる(Google Chrome や Android アプリで確認)。中身はまだ検索対象にならないけど。
• 23:45 寄り添い合う。 #SEL1670Z https://t.co/Bd7Wybcpux
• 23:56 ダーリン・イン・ザ・フランキス第6話。

neutriNote + Texpand Plus で日時ファイル名のテキストファイルにさっとキャプチャする

Android デバイスでさっと現在日時をファイル名にしたファイルを作成してメモするに今はライティングアプリ JotterPad を使っている。今の手順。

1. JotterPad を開く。
2. ノートフォルダを開いていなければ移動。
3. (+) で新規ドキュメントを作成。
4. タイトルにカーソルをあわせて Gborad で「にちじ」と入力し現在日時を選んで入力確定(JotterPad で無効な文字と表示されて / と : が - に置き換えられる)。
5. メモを入力
6. (レ)をタップして保存。
7. (←) をタップしてファイル一覧に戻る。

ちょっと長い。最近使い始めた Android アプリの neutriNote が軽快でいい感じなのでキャプチャツールを neutriNote にすることにした。

ただ neutriNote だとタイトル(= ファイル名)に使えない文字があると「Invalid title」と表示されて保存できないので、きちんと現在日時を入力できる手段が必要になる(neutriNote には柔軟な text expansion 機能があるのだけれど、本文でしか使えなかった)。指定フォーマットで現在日時を文字列化するアプリはいろいろあるが「クリップボードに生成するものは手順が多くなる」「Gboard はマッシュルーム未対応」ということで使い勝手のアプリを探してみたところ Texpand が良さそう。

テキスト入力中に登録した Texpand に登録したフレーズがあるとフローティングボタンが表示されるのでこれをタップすると入力が置き換えられる。置換時の年月日時分秒をテンプレート設定できるので「にちじ」と入力さいたら現在日時文字列になるようにした。

これで

1. neutriNote を開く(あるいは Android のクイック設定に置いた New note をタップで次のステップまで同時に)。
2. (+) 新規ノートを作成。
3. タイトルにカーソルをあわせて「にちじ」と入力。Textpan の (レ)をタップして現在日時に置き換え。
4. メモを入力。
5. (←) をタップしてノート一覧に戻る。

でキャプチャできるようになった。neutriNote 良い。

[ ノート・日記はテキストファイルに ] [ ファイル名の先頭を日付に ]

Alfred のワークフローをまとめる

Alfred からテキストノートに書き込んだり開いたりするワークフロー、ちょっとした亜種(書き込むファイルの違いとかタイムスタンプの有無とか)毎にとりあえず複製してアレンジして増やして済ませていたのだけれど、さすかにごちゃごちゃしてきたのでようやく1つにまとめることにした。

フローの途中で変数を設定して run scripts しているシェルスクリプトの動作をコントロールする形でまとめた。

ああ Alfred の Android 版が欲しいな。

Chrome の Picture-in-Picture Extension で Google Meet の動画を最前面に

Slack コール(ビデオ通話)では動画表示用の小さいウインドウが最前面で表示される。これを MacBook Pro 内蔵ディスプレイの上部中央、内蔵カメラの直下に配置すると自然とカメラの方に視線が行くようになる。 one-on-one ミーティングなど視線を大切にしたい時に便利だ。

一方最近使っているビデオ会議ツール Google Meet (旧 Google Hangouts Meet) は Google Chrome でアクセスして使う形(Mac)のため同じことができない(Meet を開いているウィンドウは Chrome の装飾がついて大きいし、特定の Chrome のウィンドウだけを最前面に置くこともできない)。

なんかいい方法ないかなと思っていたところ Picture-in-Picture Extension (by Google) という Google Chrome 拡張機能を発見。

• Picture-in-Picture Extension (by Google)

Google 公式の拡張機能だ。これを使うと Picture-in-Picture Web API に対応している YouTube などのサービスの動画部分をフローティングウインドウとして最前面に表示させることができる。Google Meet のビデオ会議ページで使ってみたところ、動画部分をフローティングさせられた。1対1で画面共有無しの場合はこれでいけるぞ。

Pixel 4 撮影からの私的 Lightroom ワークフロー

Pixel 4 で撮影してそのまま Lightroom で現像/編集し、あとで PC 上の Lightroom Classic 管理に移す私的フローを明確にしてみた。2年前に書き出した手順のアップデートである。

【Pixel 4】Pixel 4 で撮影しシェアできる画像を書き出して使う

1. Pixel 4 で撮影する。
2. Lightroom に写真(DNG または JPEG) を追加。
3. Lightoom で編集。
4. 「JPG を保存(小)」(JPG・2048px・画質90%)で書き出し。

【PC】オリジナル画像ファイル・書き出したファイルの保存

Pixel 4 上の下記のフォルダを FolderSync Pro で Dropbox に同期するようにしてある(記事)ので、そこからオリジナル画像ファイル・書き出したファイルを PC 上の保存先フォルダに移動してリネームする。

• DCIM/Camera/
  • Pixel 4 のカメラが保存した オリジナル JPEG ファイル
• Pictures/RAW/
  • Pixel 4 のカメラが保存した オリジナル DNG ファイル
• Pictures/AdobeLightroom
  • Lightroom で書き出した JPEG (SNS などにシェアしたであろうもの)

JPEG ファイルを編集した場合は、現像設定を含まないオリジナル JPEG ファイルをここで保存しておく。 DNG ファイルから現像の場合は現像設定未書き込みファイルまでは保存管理していないのでスキップ。

【主に PC】現像設定が含まれる画像ファイルの保存

Lightroom Classic を起動し、 Lightroom と同期されているのを確認したあと以下の手順で。

1. DNG ファイル(現像設定はメタデータ書き込み済み)を別フォルダにコピーしリネーム。
2. JPEG ファイル(現像設定はメタデータに書き込み済み)を別フォルダにコピーしリネーム(ベース名の末尾に -Lr をつける)。
3. Lightroom Classic でコピー先のフォルダを同期しカタログにのせる。
4. Lightroom で画像を削除。
5. Pixel 4 の Google フォトアプリでデバイスから各画像ファイルを削除。
6. (必要があれば)現像設定が含まれる画像ファイル(DNG/JPEG)から元サイズで JPEG 書き出しして、仕上げ済みのフォルダへ移動したり Google フォトにアップロードしたりしておく。

現像設定をメタデータとして書き込んだ JPEG ファイルは、一般のアプリケーションで開いても編集前の画像しか見えず区別しずらいので -Lr をつけるルールにしている。

背景

昨年11月2日に Pixel 4 に乗り換えてからはや7カ月。評判の良い Pixel 4 のカメラではあるが、画像処理の結果によっては撮った写真に好みではない不自然さを感じることがままある。 Pixel 4 は(どこまで生なのかわからないが) RAW 画像形式でも同時に保存ができるので、 JPEG 画像が好みではなかった場合には JPEG 画像からの補正以外にも RAW 現像という選択肢もあるのは嬉しい(色合い以外は Pixel 4 内で画像処理されたものの方が綺麗に感じることも多かったりするわけだが)。

前のスマートフォンに比べてカメラの性能がずっと良くになったのに「家に帰って仕上げてから」という意識が強くて外出先でその場でシェアするという活用が最近できていなかった。これでもうちょっとサクサクっとその場でやっちゃう意識がもてるようになるといいな。