アッキーだよ☆

[Project AIRNORM](https://scrapbox.io/realglobe/Project_AIRNORM) ## 概要 「換気状態を常時モニタリングする」「結果をインターネットで公開して誰もが知れる状態にする」ことを目的とし進めているプロジェクト。「換気状態を常時モニタリングする」ために「AIRNORM」という CO2 センサキットを用意し、「結果をインターネットで公開して誰もが知れる状態にする」ために既存のプロダクトを用い、それらを組み合わせることで「地図上でセンサ設置箇所の CO2 濃度が公開されている」という状態を作り出そうとしている。 ## 担当箇所 ### greptty [realglobe\-Inc/greptty: Serial device finder](https://github.com/realglobe-Inc/greptty) シリアルデバイスの入力を読み込み正規表現とマッチしたデバイスのパスを返す CLI ツール。AIRNORM には CO2 センサ以外にも温湿度センサなど様々なセンサがつながるが、それらは全てシリアルデバイスとして繋がる。これらは `/dev/ttyUSB0` などのパスが割り振られどのセンサであるか区別がつかない。そこでセンサが決まった書式でデータを返すようにし、それを正規表現でマッチすることができればどのセンサがつながっているか判別できるという仕組みである。これを Rust で実装した。 ### デザイン全般 AIRNORM のロゴおよびその他全般のデザインを担当している。ロゴ以外はまだ外に出せるものがないが、POP、フライヤーなどを作成中である。 ### CO2 濃度の表示ページ 現状でも個別センサキットの CO2 濃度は [Web 上から確認できる](https://scrapbox.io/realglobe/AIRNORM_CO2%E3%82%BB%E3%83%B3%E3%82%B7%E3%83%B3%E3%82%B0%E3%82%AD%E3%83%83%E3%83%88%E3%81%AE%E4%BD%BF%E3%81%84%E6%96%B9)が、UX に改善の余地がある。しかし既存のプロダクトの改修には工数が非常にかかることがわかった。幸い REST API を備えていたのでこれを呼び出しラップする Web アプリケーションを作ることで改善を図ることにした。現在バックエンドを Rust、フロントエンドを TypeScript + React で作成中だが、より手間のかからない方法を模索中でもある。

## 概要 ポートフォリオサイト URL：https://klara.works/ リポジトリ：https://github.com/kirisaki/klara.works 自分が運営する同人サークル「Klara Works」の情報発信および個人の技術的ポートフォリオサイト。フロントエンドはまだほぼないが、バックエンドはkubernetesを用いたり大掛かりな仕様になっている ## 使用技術 ### React + TypeScript 初めはElmを用いようと思っていたが、コンポーネント化の難しさや後々SVGをTypeScript側から高速に扱いたいためこちらに落ち着いた。まだフロントエンドのコードは多くなく、これから探っていくことも多い。 ### Haskell サーバサイドにはHaskellを用いた。APIだけでなく、HTMLのレンダリングもHaskellで行っている。Haskellを選んだ理由として型安全であること、[DSLを用いてHTML構造が簡潔に記述できる](https://github.com/kirisaki/klara.works/blob/3916a8553d50718d09e12e7dd55b8647d393cecf/server/src/Main.hs#L26-L40)こと、IOがモナドによって適切に制御できることなどが挙げられる。環境変数によってBasic認証が働き、開発環境下では簡単なセキュリティが付加される。 ### Kurbernetes 今回初の試みとしてKubernetesによるアプリケーション構築を行った。Ingress、Service、Deploymentからなるノード3、レプリカ数3の単純なものだが、独学で2週間ほどで構築した。また、kustomizeを用い開発環境用と本番環境用の設定を分ける試みもしている。 ### Terraform + GCP クラウドインフラにはGCPを選択した。これはKubernetesのマスターノードの料金が無料だったからである。クラスタやそれに付随する様々なサービスのほとんどをTerraformでコード化した。また、workspaceを用い、開発環境と本番環境を切り替えられるように設計してある。また、Cloud Buildを利用し、CI/CDのパイプライン構築を行った。GitHubのdevelop、masterにPRがマージされるとCloud Buildが走りそれぞれ開発環境、本番環境にデプロイされるようになっている。 ## 今後 Rust + WebAssembly でフロントエンドが書けるようになっていたので今のコードを捨ててそっちで書き直してみるのも面白いかなあ……などと思案中。

[kirisaki/twinkle: UDP\-based light key\-value store](https://github.com/kirisaki/twinkle) ## 概要 UDPを用いた高速・軽量なKey-Valueストア。Valueのサイズを64KB以内に抑え、プロトコルにUDPを用いることによりTCPで行われるハンドシェイクによるオーバーヘッドを無くし高速化に成功した。[簡単なベンチマーク](https://github.com/kirisaki/twinkle-bench)ではRedisに勝る速度を出した。 ## 用いた技術 - UDP - futureによる非同期処理

[caster: Multicast, thread-safe, and fast logger.](https://hackage.haskell.org/package/caster) ## 概要 STM（Software Transactional Memory）を利用したスレッドセーフ・マルチキャストで高速・高信頼性、そして依存ライブラリを少なくしシンプルさを保つことを目指しているロガー。公開から日が浅く実績に乏しいが、マルチキャスト可能なロガーはほとんど無く、可能性は十分に秘めている。 ## 使った技術 - 並行プログラミング - 型クラスによる多様な文字列型の一元化 - QuickCheck（コーナーケースを含んだテストケースを自動生成し行うテスト手法） - CircleCI