Wataru Nishimoto

未踏アドバンストに採択されたプロジェクトのメンバーとして開発を行いました。 プロジェクトには大きく分類して、4つの開発を行いました。 - Python を使った機械学習 - Rails を使ったウェブサービス - 過去の実績で使った React Native アプリ - 実証実験用の複数の Flutter アプリ これらをつかって、個人個人にあわせた習慣化を支援するというプロジェクトになります。 Rails, React Native, Flutter アプリの開発が私の担当範囲となります。 Pythonの機械学習のアルゴリズム自体の選定などにはかかわっていませんが、部分的には開発を行いました。 React Native 版アプリは古いアプリだっため、現在の環境ではうごかない状態でした。 最新にしたかったのですが、一部ライブラリの開発がとまっていてうごかないなどの問題があったため、その部分を取り除いたりし、中途半端にうごく状態にまでもっていき、Flutter でアプリを作り直しました。 Flutter では、手洗いを支援するアプリ、学習を支援するアプリ、コンテンツ閲覧をうながすアプリなどを開発しました。 このうち、開発の中心だったのは学習を支援するアプリで、これが前述のRNで作られていたアプリでした。

WebView を中心としたFlutterアプリ開発を行っています。 Flutter の WebView Plugin には公式のものとコミュニティのものがあり、プロジェクトの当初は公式のものの完成度が非常に低かったため、flutter_webview_pluginというコミュニティのものを使っていました。 1年ほどたったころ、アプリのメンテナンスの一環として、webview_flutter プラグインに変更しました。 - Flutter - Provider - Firestore - Firebase Cloud Messaging - Web側からカメラや Web RTC を使った機能 また、各種データや通知を管理する管理画面( Hosting ) も開発しました。 Flutter は基本的に非ネイティブですが、webview については各プラットフォームのネイティブのものが使われています。 そのため、プラットフォームに依存した不具合が発生したりもしました。 具体的には、 - カメラやWeb RTCを使う際の権限まわり - アラートの表示 これらをプラグインに手を入れてバイパスするようにしたり、不具合を修正したりしました。 GitHub Actions を使いテスト、ビルド、デプロイまで行っています。 またサービスによっては、Rails や TypeScript で管理画面を作ったりもしています。

以下の文章を書いたときには Jenkins 大好きでしたが、今は、Github Actions と Self hosted runner にくら替えしています。 Self hosted Runner すごくいいです。 ---- あまり優秀な Jenkins おじさんはできていないですが、社内で Jenkins のマネジメントをしています。 また、Jenkins のアイコンなどを使って、ChatOps 的に Reply を投げると指定したブランチのアプリをビルドしたり、Github の issue の進捗度合いなどを Slack に投稿する偽 Jenkins の管理をしています。 社内ではそれらの、Jenkins の皮を被っただけの偽物も含めて Jenkins と呼んで、親しまれています。 それぞれの ChatOps 機能などに、独自のアイコンを使うというのもよかったと思うのですが、Jenkins というペルソナを勝手に作って、テストが落ちているときは怒っている Jenkins、通ったらいつもの Jenkins といった風にしたのは、いい選択だったと思っています。 何故ならば、特定のキャラクターとしての Jenkins がいるおかげで、会話の中で話題にしやすくなる。また、多機能な Jenkins となっているので、じゃあ、あれも Jenkins にやらせてみようか。という風に気軽に機能を追加しやすくなりました。 Jenkins などではなく、アイドルアイコンでやるというのもありとは思うんですが、テストが通らなくて、そのアイドルのことが嫌いになるといったことがおこると非常に良くないので、Jenkins というのはちょうどいい距離感のおじさんだと思います。 Jenkins 愛が強くてポエムになってしまっているのですが、「Jenkins」でやっていることとしては。 - Deploygate への複数ターゲットの Deploy (Jenkins) - Danger の実行 (Jenkins) - Carthage や Bundle のアップデートおよび、テスト、Pull Request の作成 (Jenkins) - Unit Test (Jenkins) - UI Test (Jenkins) - iTunes Connect 用の Build ( Jenkins ) - ChatOps で特定の Branch を Build ( Jenkins, hubot) - 朝会のお知らせ ( AWS Lambda) - Issue の進捗状況(AWS Lambda) - 定期的なタスクのお知らせ (AWS Lambda) - Bigquery へのデータ送信状況 (GAS) - 本番環境、ステージング環境へのデプロイ - etc GAS や AWS Lambda を使っているのはそれぞれのリソースにアクセスする必要があったりするためです。(Jenkins)と書いているのは Jenkins CI で動いている Jenkins です。また、Jenkins でやっていることの多くは、Fastlane を使って実装されています。 社内で Jenkins を快適に動かし続けるために、社内の WIFI についても管理しています。 Jenkins サーバ自体は、止まると絶対に仕事ができなくなるみたいなものではないので、結構オフィスの端っことかの微妙な位置にいます。そのため、そこまでしっかりと Wifi を飛ばすためには少しは、Wifi について考えないといけないという状態になります。 したがって、Jenkins にいいネットワークを用意することは、オフィスにいいネットワークを用意することに繋がります。RTX1210 とバッファローの WifiAP を組み合わせて、社内ネットワークを構築、管理しています。 結局、Jenkins は WifiAP のそばに置くことになったので、それほど Jenkins にはネットワークの状況は関係なくなったのですが、継続して RTX1210 と AP を管理しています。

高校の時にステージイベントを企画運営

プログラミング教室