こんにちは、自称 OSS 担当の kofuk です(？)
以前、サークル関連の連絡メールをサークルで使用している Discord サーバに転送するボットを作成したという記事を書きました。先日、そのソースコードを GitHub 上で公開しましたので今回はその背景等を含めた報告をしていきたいと思います！
とりあえず、リポジトリの URL はこちらです。
まず、サークルで共通で使用する GitHub のアカウントのようなものはこれまで作ってこなかった (必要に応じてメンバーが個人のアカウントにリポジトリを作り、共有するということはあった) ので、Organization を作りました。とはいえ今のところサークルのメンバーの参加率はけっこう低いです。今後他の活動に使っていくにあたって参加率を高めていけたらという気持ちはありますが、まあそんなに急ぐものではないとは思っています。
あと、サークルの Organization に置こうと思った理由としてはこういうのは僕の個人のアカウントのものにしておくよりもサークルのものにしておいた方が僕がサークルを去った後も活用される可能性が多少は高いのかなと思ったからです。
公開後にやった主なこととしては、保守性は高めておいたほうがいいだろうと思ったので CI の導入をやったのと、Docker で動かせるようにしました (ただ、CI に関してはメールサーバとの通信周りのテストを書いていないという問題はあります。その部分もテストしていきたいのですが、モックを準備するとか適当に Docker とかでサーバ立てたりとかするのが面倒で……)。
あと、今までは Cron とかそれに類似するミドルウェアから起動されることを意図した設計になっていたのですが、Docker で動かすというというところで常時起動のサーバぽく動かせた方が良いので、その機能も足しました (ついでにそっちがデフォになった)。
最後に、もし不具合や機能追加の要望があれば、Issue や Pull request を上げていただけたらなと思っています。
お久しぶりです。kofuk です。
3 日くらい前にメールを Discord に転送するものを作った話を書きます。
コードも貼ろうと思ったんですが、貼るほどのコードがなかったです。欲しい方は連絡ください。
あと、この投稿を読んでも実装の詳細とかはあんまり分かんないです。まあアイデアの共有ということで……。
この部分で一番非自明なのは、他の用件のメールとサークル関係のメールを見分けるという部分と、一回転送したメールはそれ以降転送しないという部分だと思います。まあ結果的にこのへんは別に難しいということはなかったんですが。
一番簡単にできる方法を考えた結果、Outlook (そう、Outlook だったのです) のルール機能を使って、適当なフォルダーに放り込んでおいて、そのフォルダーのメールだけを転送対象にするのが楽だということで、そういう実装にしました。ちなみにここのフィルターは「学生団体各位」が入っているかどうかという非常にアドホックなものになっています。Cc に特定のアドレスが入っているかという条件が使えればいいんですけど…。
一回転送したメールをもう一度転送しないというのは、一回ダウンロードしたメールは既読になる仕様らしく、未読メールだけを処理すれば良かったので簡単でした。無知は罪ですね。
ひとつ注意点としては、iso-2022-jp でエンコードしてあるメールがそこそこあるので、その部分をうまく扱わないといけないことです。
はじめまして。kofuk です。このサークルに入ったのはたしか去年の11月くらいだったのでまだ新入部員です[要出典]。
もう数か月前になりますが，Minecraft のセーブデータをパーズして上空から見た画像を生成するソフトウェアを書いたので，その紹介をします。このサークルの活動とは直接は関係がないです。
こちらがそのソースコードのリポジトリです。
残念ながら，私一人で作っているので開発リソース的に GNU/Linux にしか対応していないです。以前は Windows にも対応していたのですが，Windows で使う人がいなかったので（そう，私の知りうる範囲では私しかユーザがいなかったのです）テストするのも面倒になってやめました。ただ *nix 的な API を使っているのは一部なので，Windows に移植するのはそんなに大変じゃないと思います（Windows に詳しい人がいたらプラットフォーム依存部分の移植をお願いしたい……）。
これは私が個人的に管理している Minecraft のワールドで，Web ページでマップを見られるようにするために使っています。あと指定した座標の一番上のブロックの ID を取る機能とかも実装していて，右クリックでブロック ID を確認できたりします。x, z 座標を与えられたらその座標の一番上のブロック ID を返すというのもこのソフトウェアの機能のひとつです。
以下は需要あまりない気がするけど技術的な話をつらつらと書いていきます。
最初は Python で書いていて（というのも Python だとよさげなライブラリがけっこうあったので）遅かったので，C++ で書き直したとかいう話があったりします。ただ C++ だと良くも悪くも書いた以上のことはあまりやってくれないので別の辛さはけっこうあったりします。余談ですが，先日もとの Python ライブラリの作者に GitHub でスターをいただきました。
まず Python だと遅かったという話をすると，Python だと GIL とかがあってマルチスレッドにしてもその分のパフォーマンスは発揮できないというのがあったりします。GIL というのは Global Interpreter Lock の略でデータ競合（並列処理で別の実行コンテキストが同じメモリ領域に書き込んでしまってバグるみたいな状態）を避けるために，同時に1つの Python のコードしか実行されないようになっているということです。Python には（Python じゃなくてもできるけど）スレッドじゃなくてプロセスでやるという方法もあったりしますが，それでも処理が遅くて不満だったりしたので，やっぱり C/C++ で書き直した方がいいだろう判断して移植しました。これには私が Python があまり気に入らないという背景もけっこう関係していたりします。インデントでブロックを表現するってのがコード足したりするときにけっこう厄介で。
ただ，GIL がないということは，競合条件でバグらないように自分で書いてあげないといけないので面倒くさいです。マルチスレッドって必要ないならなるべく書きたくない機能だと思います。（ちょっと危ないコードがあったりするんですが，適当なワークアラウンドで見ないふりをしたりしています，はい，だめです）。
最近の更新としては，前から気になっていた Unit テストを書き始めたことです。とりあえず導入して新しい機能のところから書いていけばいいだろうということで，実際にはあまり書いていないですが，書いたところでも既にバグが見つかりました。やっぱりテスト書くのは大切ですね。
直近の TODO としては，Minecraft の大型アップデートに対応するということだと思います。これがブロックの追加が多そうで面倒だなという感じで見ています。
ということで，今回はこれくらいですかね。最後までお読みいただき，ありがとうございました。
