放置されがちなissueが多いのでなんとかしたいっていうのが動機だ。それに加えて自分たちのチームではSlackやミーティングなどリアルタイムでのコミニケーションに頼っていることが多いと感じている。なのでissueのような非同期で行える場所を活用したいと考えている。ミーティングのコストが大きいと言うこともあるし、いろんな事情を抱えた人と働いているので必ずしも同じ時間に働く必要はないと考えている。

非同期なコミニケーションやっていきたいねという話は前にも書いていた。

リモートワーク - nakaoka3のはてなブログ

やったこと

手動で古いissueをチェックして「閉じ忘れていませんか」とメンションを飛ばしたりするのは手間がかかりすぎるのでGithub Actionsを使って自動で行うようにした。本当は30日ぐらいでリマインドする設定をしたかったが、先の予定をissueに入れる場合があるという意見があったため、90日でリマンドしてそこからさらに14日経過すると閉じるようにした。

主な設定は以下。

GitHub - actions/stale: Marks issues and pull requests that have not had recent interaction

          days-before-issue-stale: 90
          days-before-issue-close: 14
          stale-issue-label: "stale"
          exempt-issue-labels: "自動で閉じないで"
          days-before-pr-stale: -1
          days-before-pr-close: -1

これから期待すること

ただ単にissueの数を減らしたいと思っているのではない。 issueを入れた時は忙しくて着手できなくても、少し時間をとってリマインドされたらその時には着手できたり、いいプランが思い浮かぶかもしれない。そういったきっかけにしたいと思っている。

2021-11-01

メモアプリとデータポータビリティ

最近 Simplenotes にちょっとしたメモを書くことが増えた。

メインで使っているメモアプリObsidianのデータをiCloud に移したことで、Appleのデバイス以外からアクセスできなくなったのが理由の1つだ。

Simplenotesの開発をしているのはautomatticと言う会社だ。 WordPress.comのオーナーであり、少し前だとTumblrを買収したことでもニュースになっていた。

Automattic – Making the web a better place

愛用しているpodcastアプリのPocket Castsもこの会社が保有している。何年か前に日記アプリとして流行っていたDay Oneもこの会社が保有している。 Tumblrのように買収したアプリだろう。自社サービスの一覧を見るとなかなか自分の好みにあったアプリ・サービスを保有している。

久しぶりにDay Oneをインストールしてみた。こういうメモ型のアプリで気にしているのがデータトランスポータビリティーだ。つまり自分のデータを扱いやすい形でエクスポートできるかというのを重視している。

Obsidianを使っているのも、データが全てMarkdownのテキストファイルで簡単に移動できるからだ。

Simplenotes 及び Day One の2つのアプリでそれぞれエクスポートをしたところ、ユーザにやさしいデータ形式でエクスポートされた。

Day One が1つのjsonファイル。画像がある場合は画像のファイルも一緒にダウンロードできた。 simplenotes は同じように json のファイル。それに加えてページごとにテキストファイルも一緒にダウンロードできた。

2つともデータポータビリティーの高いアプリなので安心して使うことができる。このautomatticと言う会社はポータビリティーを大切にしている企業なのだと思う。好感が持てる。

GDPRにもデータポータビリティーの権利に関する記述がある。

GDPRにおけるデータポータビリティの権利とは、①事業者等に自ら提供した個人データを本人が再利用しやすい形式で受け取る権利、②技術的に実行可能な場合には別の事業者等に対して直接個人データを移行させる権利とされている（図表1-3-1-11）。このような権利を設定することで、個人データの保護を図るとともに、個人データの囲い込みの防止による競争の促進、個人データを活用したイノベーションの創出、ユーザーのコントロール下での個人データの共有の促進によるユーザーの利便性向上といったメリットが期待されている。すなわち、データポータビリティには、個人の権利の確立・保障という側面と、競争政策的な側面の両面がある。 (https://www.soumu.go.jp/johotsusintokei/whitepaper/ja/r01/html/nd113130.html)

ユーザとしてはエクスポートできるのは当然として、再利用しやすい形でエクスポートしたい。そういう機能を提供しているアプリは積極的に使っていきたい。アプリを作る側としては、ユーザの権利を守るためにこういった機能を後回しにせずに実装していきたい。メモアプリだけではなく、ブログのようなユーザが文章などのコンテンツを投稿するサービスでも必須だと思う。

2021-10-20

MySQLでもjupyter notebook を使いたい

開発

DBにクエリを叩いて調査していて、SQLでもJypyter notebookやR notebook のようなUIの環境がほしい！と思った。

jupyterとpython(pymysql, pandas)でやったらやりたいことができた。

jupyterを起動して、セルに以下のようなコードを書く。

import pymysql
conn = pymysql.connect(host=host,user=user,password=password,db=db, charset='utf8')

import pandas as pd
pd.read_sql_query("select * from hoge where id=123", conn)
# 下に結果のテーブルが表示される

何が嬉しいかというと、クエリ１を実行して何かを確認して、クエリ２でまた何かを確認して、クエリ１や２で取得した情報をクエリ３で使って……というようなことを１画面でできる。ノートを取りながらクエリを実行するよりも思考の流れに近い形で行うことができる。

さらには Python なので old_id = "hoge", new_id = "foobar" のように変数にすればどのIDがどういう意味だっけということを覚えておく必要がなくなる。

後から見直すことがあってもわかりやすい。markdownなどのフォーマとでエクスポートすることもできる。