Redash v8 を試そう！「Redash ハンズオン資料」v8 をリリースした

2019年10月末に Redash の最新バージョン「Redash v8.0.0」がリリースされた．多くの新機能と機能改善があり，既にまとめている．

kakakakakku.hatenablog.com

Redash ハンズオン資料 v8 リリース

2017年12月に公開した「Redash ハンズオン資料」も，Redash のメジャーバージョンアップごとに一緒にバージョンアップし，既に2年間もメンテナンスし続けている．個人学習用途／研修用途など，今でも様々な場面で使って頂けているらしく，嬉しい！Star はもう少しで 200 ⭐️

github.com

既にサポートしている Redash バージョン「v2 / v4 / v5 / v6 / v7」に加えて，今回さっそく「v8」もサポートした！主な変更点は以下となる．

• 全般
  • スクリーンキャプチャを新しくした
  • UI 変更に合わせて手順を見直した
• 機能
  • 新機能「パラメータ付きクエリ（複数値）」を追加した

まとめ

「Redash ハンズオン資料」を使って Redash v8 を試そう！Happy querying :)

github.com

関連記事

• 最新バージョン Redash v7.0.0 をすぐに試せる「Redash ハンズオン資料」 - kakakakakku blog
• 最新バージョン Redash v6.0.0 をすぐに試せる「Redash ハンズオン資料」 - kakakakakku blog
• 最新バージョン Redash v5 をすぐに試せる「Redash ハンズオン資料」 - kakakakakku blog
• 最新バージョン Redash v4 に対応した「Redash ハンズオン資料」を作った - kakakakakku blog
• Redash を詳しく学べる「Redash ハンズオン資料」を作った - kakakakakku blog

includeIf を使って git config をプロジェクトごとに読み替える

GitHub と AWS CodeCommit を併用したり，プロジェクトごとに別アカウントを使ったり，リポジトリごとに git config を変える場面もある．今までは個人用 GitHub を global 設定とし，別アカウントはリポジトリごとに git config --local コマンドで設定をしていたけど，最近リポジトリが増えて，設定を忘れる場面もあり，direnv のように自動設定をする方法を探していた．

includeIf

Git Documentation を読むと，「Includes (include)」と「Conditional includes (includeIf)」の説明があり，なんと includeIf を使うと，設定ファイルを条件付きで読み込めるため，さっそく検証することにした．

git-scm.com

検証環境

以下のように，ホームディレクトリ直下に github ディレクトリと codecommit ディレクトリを作成した．さらにサンプルリポジトリ g1 / g2 / c1/ c2 を作って git init をしておく．

~/github
    ├── g1
    └── g2
~/codecommit
    ├── c1
    └── c2

~/.gitconfig

今まで通り，ホームディレクトリに ~/.gitconfig を置き，GitHub 用に global 設定をしている．今回は user と email を抜粋した．さらに includeIf と gitdir を組み合わせて，~/codecommit/ 直下にあるリポジトリの場合に ~/.gitconfig_codecommit を読み込む設定を追加した．Git Documentation を読むと，gitdir 以外に onbranch なども使える．

[user]
  name = kakakakakku
  email = y.yoshida22@gmail.com

[includeIf "gitdir:~/codecommit/"]
  path = ~/.gitconfig_codecommit

~/.gitconfig_codecommit

そして，条件付きで読み込む設定を ~/.gitconfig_codecommit に置く．今回は仮で bob と bob@example.com にした．

[user]
  name = bob
  email = bob@example.com

検証結果

global 設定を反映する github/g1 と github/g2 は今まで通りだった．

$ cd ~/github/g1
$ git config user.name
kakakakakku
$ git config user.email
y.yoshida22@gmail.com

$ cd ~/github/g2
$ git config user.name
kakakakakku
$ git config user.email
y.yoshida22@gmail.com

そして codecommit/c1 と codecommit/c2 は，期待通りに bob になり，条件付きで読み込めていることを確認できた．便利だ！

$ cd ~/codecommit/c1
$ git config user.name
bob
$ git config user.email
bob@example.com

$ cd ~/codecommit/c2
$ git config user.name
bob
$ git config user.email
bob@example.com

まとめ

プロジェクトごとに git config を読み替える場合は includeIf を使うと便利！特に git clone した直後にすぐ使えるのは体験として大きく改善した．小規模なら git config --local コマンドも引き続き併用していく．

「Redash v8.0.0」で気になった新機能と機能改善

2019年10月末に Redash の最新バージョン「Redash v8.0.0」がリリースされた．Change Log を読むと機能改善が多くあり，今回は「個人的に気になった Redash v8 新機能と機能改善」を「計10点」紹介しようと思う．Change Log は以下の CHANGELOG.md で確認できる．

• redash/CHANGELOG.md at master · getredash/redash · GitHub

目次

1. ドロップダウンで複数値を選択できるようになった
2. クエリ名を日本語で正しく検索できるようになった
3. ダッシュボードがグリッド表示になった
4. データソース追加／削除
5. データソース設定画面の UI 改善
6. クエリ画面にデータソースのアイコンが表示されるようになった
7. カスタムアラート機能
8. Query API Key を作り直せるようになった
9. アラート送信先から Hipchat が削除された
10. 匿名利用データ共有

1. ドロップダウンで複数値を選択できるようになった

今までも {{}} を使って「パラメータ付きクエリ」を作り，さらに「ドロップダウン」と組み合わせて「候補を選択する」ことはできたけど，あくまで「1個」しか選択できなかった．例えば，以下のクエリだと {{CountryCode}} として JPN などを選択できるようになる．

SELECT *
FROM city
WHERE CountryCode = '{{CountryCode}}'
ORDER BY Population DESC;

なんと Redash v8 では「ドロップダウンから複数値を選択できる」ようになった．例えば，以下のように IN で複数値を検索する「パラメータ付きクエリ」を作れるようになる．

SELECT *
FROM city
WHERE CountryCode IN ({{CountryCode}})
ORDER BY Population DESC;

ドロップダウンを設定するときに，以下のように「Allow multiple values」という項目があり，3種類ある Quotation から選択できる．今回は IN に合わせるため Single Quotation Mark にした．

• None (default)
  • value1,value2,value3
• Single Quotation Mark
  • 'value1','value2','value3'
• Double Quotation Mark
  • "value1","value2","value3"

実際にクエリ画面を見ると JPN と AUS など，複数値を選択し，クエリを実行できる．これは便利！間違いなく「パラメータ付きクエリ」の用途の幅が広がると思う．

2. クエリ名を日本語で正しく検索できるようになった

今までは，メニューバーにある検索フォーム（Search queries...）でクエリ名を検索しても，マルチバイト文字に対応してなく，日本語の場合は期待した結果にならず，困っていたと思う．Redash v8 でマルチバイト文字に対応し，クエリ名を日本語で正しく検索できるようになった．ただし，デフォルトでは無効化されていて，Settings 画面で Enable multi-byte を有効化する必要がある．

3. ダッシュボードがグリッド表示になった

ダッシュボードがグリッド表示になり，罫線を見ながらウィジェットを配置できるようになった．地味な改善ではあるけど，神は細部に宿る！

4. データソース追加／削除

Redash はバージョンアップごとにデータソースを増やしている．Redash v8 では「計7種類」が追加されて，一部は削除となり「計49種類」になった．データソースの選択肢の多さは Redash を使うメリットになる．

• 追加
  • Azure Data Explorer (Kusto)
  • Cassandra
  • Couchbase
  • Dgraph
  • JSON
  • Phoenix
  • ScyllaDB
• 名称変更
  • GoogleSpreadsheet → Google Sheets
• 削除
  • MemSQL
  • Url

5. データソース設定画面の UI 改善

データソース設定画面で「インクリメンタルサーチ」が使えるようになった．今までは全てのデータソースが並んでいた．バージョンアップごとにデータソースが増えているため，今後さらに増えることを考えると，価値のある改善だと思う．

6. クエリ画面にデータソースのアイコンが表示されるようになった

クエリ画面で，データソースの左にアイコンが表示されるようになった．地味に良いと思う！

7. カスタムアラート機能

Redash v8 を起動するときに，環境変数 REDASH_FEATURE_EXTENDED_ALERT_OPTIONS に true を設定し，Feature Toggle を有効化すると「カスタムアラート機能」が使えるようになる．今までも「アラート機能」はあったけど，例えば Slack にアラートを通知しても「アラート名」以外に情報がなく，迅速な状況判断には使えなかった．

そこで「カスタムアラート機能」を使うと，以下のように自由にテンプレートを定義することができ，カスタマイズしたアラートを通知できるようになる．ちなみに Description template は Mustache フォーマットを使う．さらに「プレビュー機能」もあり，これは便利すぎる新機能！今回はサンプルとして「閾値」と「実測値」をテンプレートに埋め込んでみた．

実際に Slack に通知をすると，以下のように Description が追加されていた．定義するテンプレート次第では，今までよりも格段に情報量が上がるため，障害時の迅速な状況判断に活用できそう．

8. Query API Key を作り直せるようになった

Redash v8 から Query API Key を作り直せるようになった．実際に API Key のダイアログを確認すると Regenerate ボタンがあった．

9. アラート送信先から Hipchat が削除された

2018年の Hipchat 廃止に伴って，アラート送信先から今まであった Hipchat が削除された．

10. 匿名利用データ共有

Redash v8 から「Anonymous Usage Data Sharing（匿名利用データ共有）」の仕組みが追加されていて，オプトインをすると，クエリ数など一部の利用データが Redash 運営側に送信される．今回 Redash トップページ下部にオプトインをするメニューが追加されていた．

オプトインは Settings 画面から変更できるようになっている．

まとめ

• 2019年10月末にリリースされた「Redash v8.0.0」を試した 🎉
• 個人的に気になった新機能と機能改善を「計10点」紹介した
• 特に以下は目玉機能だと思う 👀
  • ドロップダウンで複数値を選択できるようになった
  • クエリ名を日本語で正しく検索できるようになった
  • カスタムアラート機能

Redash v7 紹介記事

kakakakakku.hatenablog.com

変更可能なコードを書こう /「レガシーコードからの脱却」を読んだ

9月に発売された「レガシーコードからの脱却」を読んだ．本書はサブタイトルに「ソフトウェアの寿命を延ばし価値を高める9つのプラクティス」と書いてある通り，変更可能なコードを書くための「原則とプラクティス」に対する理解を深めることを目的にして書かれている．よって，意図的に抽象度は高くなっていると思う．実際に読んで，そう感じた．

原著の著者 David Scott Bernstein は IBM などでソフトウェアエンジニアのトレーニングを担当されてきた方で，そのエピソードも本書に多く出てくる．そして「認定スクラムデベロッパー研修」の講師で来日されることもあるらしく，気になる！来年研修を受講する予定なので，開催予定を調べてみようと思う．

レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス

目次

• 第I部 : レガシーコード危機
  • 1章 : 何かが間違っている
  • 2章 : CHAOSレポート再考
  • 3章 : 賢人による新しいアイデア
• 第II部 : ソフトウェアの寿命を延ばし価値を高める9つのプラクティス
  • 4章 : 9つのプラクティス
  • 5章 : プラクティス 1 : やり方より先に目的、理由、誰のためかを伝える
  • 6章 : プラクティス 2 : 小さなバッチで作る
  • 7章 : プラクティス 3 : 継続的に統合する
  • 8章 : プラクティス 4 : 協力しあう
  • 9章 : プラクティス 5 : 「CLEAN」コードを作る
  • 10章 : プラクティス 6 : まずテストを書く
  • 11章 : プラクティス 7 : テストでふるまいを明示する
  • 12章 : プラクティス 8 : 設計は最後に行う
  • 13章 : プラクティス 9 : レガシーコードをリファクタリングする
  • 14章 : レガシーコードからの学び

既に正誤表も公開されている．読んでいて気付いた誤植はほとんど載っていた．あと1箇所気付いたので，記事の最後にメモ程度に残しておく．

www.oreilly.co.jp

9つのプラクティス

本書の軸は，当然ながら「9つのプラクティス」だけど，Extreme Programming (XP) を中心に以下のように構成されている．

• プラクティス 1 : やり方より先に目的、理由、誰のためかを伝える
• プラクティス 2 : 小さなバッチで作る
• プラクティス 3 : 継続的に統合する
• プラクティス 4 : 協力しあう
• プラクティス 5 : 「CLEAN」コードを作る
• プラクティス 6 : まずテストを書く
• プラクティス 7 : テストでふるまいを明示する
• プラクティス 8 : 設計は最後に行う
• プラクティス 9 : レガシーコードをリファクタリングする

そして本書に載っている読者層は以下の5種類で，僕自身は当てはまる．ただし，過去の開発経験と今まで読んだ関連書籍の知識もあり，本書の内容で既知に感じる箇所も多かったので，新しく得られた知識は少なかったように思う．ただし，改めて理解を整理できたという側面でメリットを感じた．

• ソフトウェア開発者
• ソフトウェア開発と IT のマネージャー
• ソフトウェアの利害関係者
• さまざまな業界のプロダクトマネージャー，プロジェクトマネージャー
• この欠くことのできない技術に興味を持つ人すべて

今回の書評記事では，個人的に本書を読んで印象に残った「プラクティス」を紹介しようと思う．

完了の完了の完了

「プラクティス 3 : 継続的に統合する」では，コードを書くたびに統合することの大切さを学べる．例えば「継続的インテグレーション」や「継続的デリバリー」など，よく知られたプラクティスの軸になる考え方となる．この「統合された状態」を表現する言葉として「完了の完了の完了」と書かれていて，センスの良さに驚いた．確かに「ローカル環境でビルドができた状態」で「完了」と表現する人も過去にいたし，今後も積極的に「完了の完了の完了」という表現を使おうと思う．

ブランチを避ける

「プラクティス 3 : 継続的に統合する」に載っている「リスクを減らす7つの戦略」の中に「ブランチを避ける」という内容もある．統合されるまでリスクに気付けないので，ブランチを使わずにフィーチャーフラグを使うと書いてあり，まさに先週あたりから議論が巻き起こっていた話題に関連している．

irof.hateblo.jp

スパイク

「プラクティス 4 : 協力しあう」では，質の高いコミュニケーションを作り上げるために協力し合う（協働する）ことの大切さを学べる．ペアプログラミングをしたり，モブプログラミング（モブワーク）をしたり，個人的にも強く意識して実践と推進をしているスタイルなので，共感できる点ばかりだった．

そして「スパイク」という用語は今まで使ったことがなく，新鮮だった．簡単に表現すると「未知の課題に対して技術的な調査などを行うこと」と表現できる．実は書籍「アジャイルコーチング」にも「スパイク」が出てくるので，界隈ではよく知られた用語なのかもしれない．

アジャイルコーチング

カンファレンスをすっ飛ばす

さらに「プラクティス 4 : 協力しあう」の中に「知識を広げる」というテーマもあり，そこに「カンファレンスに行ったら，カンファレンスをすっ飛ばし，友達を探してペアリングするべし」という面白いテクニックが紹介されている．確かに「カンファレンスに行ったら廊下で話すべし」という話もあるし，著者の素晴らしい体験談から学べるのも本書の魅力かなと思う．今年はほとんどカンファレンスに行ってなく，久し振りに行ってペアリングしたいぞ！

誤植

10.6「テスト可能なコードを書く」の最後に以下の文章があり，文脈的には「トレーニング "で" 教えたり」だと思う．

ブログを書いたりトレーニングを教えたりするには、十分な休憩と大量のカフェインが必要だ。

まとめ

タイトルに惹かれて「レガシーコードからの脱却」を読んだ．最初からレガシーコードを作り出さないように「どんなマインドセットを持っておくべきなのか」という原則とプラクティスを学ぶことができる．黙々と読むよりも，チームで輪読をして，ディスカッションを組み合わせるとより効果が高そうな書籍だと思う．個人的には今まで読んだ関連書籍の知識もあり，書評にまとめたプラクティスに偏りはあるけど，それでも理解を整理できたという側面でメリットを感じた．

レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス

VS Code で Jupyter Notebook を便利に編集できる新機能を試した

今月 Visual Studio Code (VS Code) で Python Extension 機能のリリースがあり，例えば VS Code から直接 .py を実行できるようになった．個人的に注目したのは「Jupyter Notebook サポート」で，日頃から Python のサンプルコードを書いたり，トレーニングでデモをしたり，Jupyter Notebook を使う場面が多く，さっそく試してみた．

devblogs.microsoft.com

devblogs.microsoft.com

前提

VS Code に以下の拡張機能をインストールしておく．IntelliCode（IntelliSense を AI を使って拡張する）は必須ではないけど，インストールしておくと良いと思う．

• Python - Visual Studio Marketplace
• Visual Studio IntelliCode - Visual Studio Marketplace

公式ドキュメントは以下にある．

code.visualstudio.com

Notebook を作成する

VS Code でコマンドパレットから「Python: Create Blank New Jupyter Notebook」を選択すると，簡単に新規 Notebook を作成できる．

すると，ipynb 形式で Notebook の雛形が開き，すぐに編集できるようになっている．「実行ボタン」も「セル追加ボタン」もある．

既にある .ipynb ファイルを VS Code で開くと自動的に Jupyter Notebook の編集画面になるし，よく使う Shift + Enter ショートカットもサポートされているし，直感的に（Jupyter Notebook と比較して違和感なく）使えると感じた．

便利機能 : コード補完

IntelliSense と IntelliCode を組み合わせてコード補完を使える点は素晴らしく良かった．サンプルコードを書きながら試したけど，助かる！

今までも Jupyter Notebook Extensions を使って Hinterland を有効化するとコード補完は使えたけど，個人的には微妙だった．少なくとも，もう Jupyter Notebook エディタには戻れなさそう．

github.com

便利機能 : Variables（変数ビュー）

メニューから選べる「Variables」を使うと，実行中の変数一覧を確認できる．Jupyter Notebook だと，速度優先で print デバッグをしたり，同じく Jupyter Notebook Extensions を使って Variable Inspector を有効化し，変数一覧を確認していたけど，VS Code に標準搭載されているのは便利だ！

便利機能 : Data Viewer

さらに 「Variables」で Python の list 型や dict 型を確認する場合，値の右側にポップアップアイコンがあり，選択すると Data Viewer 画面に遷移する．大量データを処理するときなど，整形して確認できると助かるし，さらに Key と Value で自由にフィルターする機能もある．

もし以下のエラーが出る場合は，事前に pip で pandas をインストールしておく．

Python package 'pandas' is required for viewing data.

Debugging

VS Code で Jupyter Notebook をデバッグする場合，現在だとメニューの1番右にある「Convert and save to a python script」を使って，1度 Python スクリプトに変換してから，VS Code の機能でデバッグする必要がある．少し面倒に感じたけど，ブログを読むと「セルデバッグ機能を開発中」とあり，これは期待だ！

We are working on bringing cell debugging into the Jupyter editor in a future release so stay tuned!

まとめ

VS Code で Python Extension 機能のリリースがあった．「Jupyter Notebook サポート」は本当に便利で，今後 Jupyter Notebook を使うときには積極的に VS Code を使うぞー！