Rindo🌱

怪文書。好きなことを書きます

電気通信大学を卒業した

2017年度に前期入試で入学した電気通信大学を2020年3月末で卒業した。 2021年度からは電気通信大学大学院で勉強・研究していく。

大学生活について記録しておく（思い出したらぼちぼち加筆するつもりで）。

2017年度

入学式周辺のイベントについて。 新入生オリエンテーションのあと、オリエンテーション内で知り合った人と新歓展示をしているサークルを見て回った気がする。 その後も映画（BLAME! *1 ）を見に行ったり、たまに食堂で会ったりはしたが、サークルが分かれたり、留の年で講義が分かれたりして疎遠感が出ている.. 他のイベントとしては新歓食事会みたいなものにもいくつか参加したが、正直いまいちだった..（交友関係を広げる意味ではサークルに顔を出した方がよかった、という意味で）

サークル活動について。 サークル回り・新歓展示でインタラクティブメディアラボ *2 をみて所属。 ロボメカ工房VR部隊 *3 にも一時所属したが、モチベが続かなかったので（たしか）初年度しか顔を出していない（申し訳ない..）。 インタラクティブメディアラボでは、UEC ものづくりコンテスト（学内技術系コンテスト、通称ものコン）や調布祭（文化祭）に向けて OpenCV/C++やUnity/C#まわりを触っていた。 大学4年間から現在までの交友関係のほとんどはこのサークルがベースになっている。

講義について。 とれるものは全部とっておく方針で、 共通単位の物理学演習や、通年PBL講義 電子工学工房を受講した。 電子工学工房は、自分のプロジェクトをやるタイプのテーマには落選したが、学科っぽいことができた。 具体的には3年次電子回路実験の一部と、2.54mmピッチの大きなICを使った回路組み立て（光無線通信）など （無線通信手法を除いては高校の部活動とレッドストーン回路でゆるくやっていたが..）。 キャリア科目は落選した（3年次にICCDを通年受講で単位回収）。

学科選択（類配属）・研究室探しについて。 まず受験する大学の選定で、当時興味があったトピックとして、 工学的な方向で脳コンピュータインタフェースか人工臓器に関連する卒業研究をすることを考えていた （併願先でいうと明大 電気電子生命 生命理工、芝浦工大 生命医工/電子工など）。 つまり、ある程度学科・研究室にあたりをつけていた（といっても詳しい記録は見当たらないが..）。 そこで、現在所属している研究室に見学を申し込んで、 1年次前期のあいだ研究ゼミ（週1、金5限）を聴講させてもらっていた。 ただし、長引きがちな1年次の実験科目（基礎科学実験A、金3-4限）と曜日が被っていて、 ゼミ時間が半分以上終わってから参加、あるいは間に合わないこともあったかもしれない（申し訳ない..）。 機械学習系のトピックに触れたのはこのあたり。 類は希望通りⅡ類配属となった。

アルバイトについて。 サークル関係からの紹介で1年次夏からアルバイトを始めた。 あまり詳しく書くとよくなさそうなので適当に説明（自粛）。 最初期は開発以外の業務だったが、 高校時代までのJava、PHP、JavaScript、VB.NETなどのプログラミング経験を背景として、 プログラマーとして業務をするようになった。 技術スタック的には、Webアプリケーション開発（サーバサイド）、iOSアプリ開発、機械学習が中心で、言語としてはPython、Swiftなどで、 柔軟に手広くやっている。 2021年4月現在も継続中（3年半以上）。

アニメなどについて。 地方出身のためアニメに触れる機会は限られていて、 魔法少女まどか☆マギカ、らき☆すた、新世紀エヴァンゲリオンなどの有名どころは視聴済みなものの、 本格的に見始めたのはTOKYO MXが見られるようになった大学入学後になる。

地上波アニメはこのあたりを視聴。 録り溜めてナイツ＆マジック、Re:CREATORSあたりから見始めた。

その後配信で補完したのはこのあたり。

魔法使いの嫁、ヴァイオレット・エヴァーガーデンは特に好き。

2018年度

講義について。 通年PBL講義 情報工学工房を「Pythonによる深層学習」のテーマで受講した。 Ⅱ類に配属されたので、手続きをして共通単位になった。 高校時代に興味のあった人工言語（リパライン語など）や、ヴァイオレット・エヴァーガーデンの影響で、 架空文字の生成器を作ろうとしたが、アプローチを考えるのが難しく、あまりうまくいかなかった。 チャンスがあったらまたやりたい。

体育科目を最低2回（1年次半期＋健康論＋2年次半期だった気がする）取る必要があり、夏季休暇 集中講義のゴルフを選択した。 人文科目の締め切りと日程が被り、レポート課題内容に精神ダメージを受けながら人文を落単した（座学＋テスト形式の講義で単位回収）。

サークル活動について。テーブルトップディスプレイPacPacを応用する観点で、 テーブルトップディスプレイを使って複数人で競い合ってプログラミング学習するプログラミング教室向けのシステムの開発をした。 技術スタック的にはWebSocketとスクリプト言語実行環境で、実装にはNode.js+express+socket.io/JavaScriptやUnity+MoonSharp/C#を使った。 これはものづくりコンテスト2018に応募して、企業賞（株式会社フローベル賞）をいただくことができた （春にアイデアのポスターやデモを発表し、それに対して開発資金として大学予算や企業賞が決まり、それから秋の調布祭で成果を発表する形式）。 完成度に難ありなので、チャンスがあったらまたやりたい。

また、サークル内で自主ゼミのような形で勉強会（gem、RubyGems/Game Programming Gemsから）を開いた。 各自好きなテーマでスライドを作り、曜日を決めて集まって15分程度で発表する形式。 電子工学工房・情報工学工房などで忙しくなったり、サークルから離れたりして、集まりが悪くなって消滅した気がする。 チャンスがあったらまたやりたい。

MMAやx68000同好会、工学研究部などに近づかなかったためか、 ふだんからメンバー間で情報交換するような 活発な開発系のコミュニティをみつけられなかった（自分で作るしかない）。 だいたいみんな締め切り駆動開発なんだ..。 チャンスがあったら作りたい。

コース選択（プログラム配属）について。 古い学科分類に基づくと、現在のⅡ類に対応するのはI科・J科・M科があり、 このうちI科に配属されることで希望の研究室に（通常の方法で）配属希望が出せるようになる、という状態で、 電子情報学プログラムへの配属を第1希望とし、無事配属された（不人気?）。 旧学科の分類は大学院の専攻の分類にほぼ対応している印象がある（I科は情報・ネットワーク工学専攻、J科は情報学専攻）。 I科は情報通信工学プログラム、電子情報学プログラムで、J科はセキュリティ情報学プログラム。 M科は機械工学的な側面が強く、I・J科はソフトウェアの側面が強めな印象がある。 ここで配属難易度（GPA）をI・J科でいうと、セキュリティ情報学プログラム、情報通信工学プログラム、電子情報学プログラム、のような印象がある（偏見）。

アニメなどについて。

殺戮の天使、七星のスバル、ハッピーシュガーライフは特に好き。

2019年度

講義について。 実質通年 PBL講義 ICCD（イノベイティブ総合コミュニケーションデザイン、キャリア単位）を受講した。 実質的に1年間かけてチームでプロジェクト企画・開発して、起業家精神を養う形式。 開発機材も購入してくれた（計画的に進めれば持ち出しはいらない。プロジェクト間で共有できたり、次年度以降も使えるような汎用的なものなら数万円でもいける気がする）。

サークル活動について。 全周囲ディスプレイ搭載ゲーム機UPLIGHTの研究開発に関わるようになり、夏の東京ゲームショウ2019内で行われるインディーゲームのコンテストイベント、センス・オブ・ワンダーナイトでの登壇を目指して開発を進めた。 インディーゲーム選考ブースの無料展示権の審査を通過し、 センス・オブ・ワンダーナイトでプレゼンができるファイナリスト10件の審査を通過し、 プレゼンの結果、Best Technological Game Awardをいただくことができた。 ほか、電通大で開かれたGDG Tokyoや、技術コンテストのGUGENでもデモ展示をした。

アニメなどについて。

ゆるキャン△、へやキャン△、マギアレコード、FGO、ハイスコアガールII、なろう系など、見たい作品はいくつもあるが、積みアニメ化が進行した。

2020年度

新型コロナウイルスの影響で、特に前期のあいだ 大学講義・研究室活動・サークル活動・アルバイトはほぼすべてリモートになった。 研究室活動は4月から始まったが、大学講義は開始が5月連休明けまでずれこんだ（調整・対応おつかれさまです..）。

研究室配属は1年次に見学聴講した研究室に無事配属された（不人気?）。 脳コンピュータインタフェースやパターン認識を専門にする研究室であり、 大学入学前からの興味や、アルバイトや講義からの興味の関係でちょうどマッチした（第2、第3希望は画像処理系にしていた）。 ゆるいがコアタイムがあり、不安があったが上述の影響で消滅、モチベも消滅した。研究室内交流も薄かった。 こういうのは自分で始めないと何も起こらないのだよね。 これは自分のことだが、政治的なあれこれとか、仮想の個人への配慮とか、考えた人が持ち込んでしまって勝手に制限を増やしているんじゃないか、とかいう感想をもった（意思表明は必要だけど、自粛する必要はあるのかな、とか）。 学費の高い私学大学院に進学した先輩は、交流したいのに大学にもまったく入れない、とつらそうだったが、実際どうだったんだろうか。 ひとまず、なんとか卒業研究を終わらせ、卒業にはこぎつけた。

院試は推薦をとれるGPAではないので、内部の一般入試を受験した。 外部院進も考えないではなかったが、不器用なので内部進学のみ。 なんとか実家の了承も得られ、なんとか合格もしたので、2021年度からは院生になる見通しとなった。

アニメなどについて。

蒼き鋼のアルペジオは特に好き。

リアルタイムでは、神様になった日、キミ僕、トニカクカワイイ、ひぐらし、魔女の旅々、無能なナナ、なろう系など、見たい作品はいくつもあるが、積みアニメ化がさらに進行した。

一方で、卒業祝いという名目で、推しキャラの 七星のスバル 空閑旭姫 1/7フィギュア （株式会社リボルブ） を購入した。フィギュア購入は初。 ヴァイオレット・エヴァーガーデンのBD購入、 殺戮の天使の渋谷マルイイベントや新刊特典、 Dジェネシスの新刊特典、 ほかアニメ視聴作品の原作購入などを通じて、作品グッズ収集欲が出てきてしまったと思われる。 サンジゲン社の蒼き鋼のアルペジオグッズも発注してしまった。 あまり散財しないようにしたいが..

開発について。 Linuxデスクトップやサーバで動かすためのDockerイメージを作るのにハマっていた。

2021年度について

冒頭にも書いたように、2021年度は修士1年として昨年と同じ研究室に所属して院生をやっていく。 特に2020年度は多く課題があったので、このあたりをやっていって、有意義で、やるべきことをやった学生生活にしたい。

  • 研究・研究室関係のモチベーションを上げる
  • 個人開発のモチベーションを上げる
  • リモート生活で生活習慣が崩壊しがちなので、崩壊しない仕組みを作る
    • 食事と睡眠。食事は特に大事
  • 3年次までにとれる講義をとりまくっていたので、4年次は履修講義数が少なかった。この影響で履修計画が崩壊しないようにする
  • アニメやコミックを消化する
  • 自動車免許取得
  • 就の活のモチベーションを上げる
  • インターン応募とバイトとの両立

*1:カクヨムに投稿されたイスカリオテの湯葉/柞刈湯葉 氏の横浜駅SFが流行った関係で、 （その後アニメ化された つくみず 氏の少女終末旅行と絡めて?） Minecrafter/Modder界隈で話題にのぼったのを観測し、2016年初頭にKCデラックス アフタヌーン 新装版を全巻購入していた。 横浜駅SF カクヨム：https://kakuyomu.jp/works/4852201425154905871

*2:インタラクティブメディアラボは、人とコンピュータの相互作用に関する分野（HCI：Human Computer Interaction）の国内/国際の学会/研究会での発表を目指して、 大学システム上研究室未配属（の時点）で、当時東工大、現JAIST教員の研究指導のもと、研究室に近い環境でものづくりをするサークル（ものづくり・研究開発系サークル）。 関連する学会・研究会・シンポジウムは、情報処理学会 インタラクション、HCI/EC研究会、WISS（日本ソフトウェア科学会 インタラクティブシステムとソフトウェア/ISS研究会）、ACM SIGGRAPH、UISTなど

*3:ロボメカ工房VR部隊は、HMD以外を含む広い意味でのVR体験をつくるサークル。 国際学生VRコンテストIVRCなどでの発表を目指している

さくらのVPS 10周年記念キャンペーン 第2弾 スタートアップスクリプトを自作して公開してみませんか！ キャンペーン

GitHub Self Hosted RunnerをさくらのVPS上に構築するスタートアップスクリプトを投稿しました。

さくらインターネットさんのさくらのVPSは2010年9月にサービス開始し、2020年9月で10周年だそうで、 記念キャンペーンをやっています（応募したのは第2弾ですが、第3弾もやっていました）。

Twitterでこの10周年記念キャンペーンを見かけて、 ニンテンドープリペイドカードが当たる、ということで さくらのVPSの費用回収をするために Switchのゲームを買うために応募してみました（応募者が少なかったらしく当選した）。

（このステッカーほしい）

スタートアップスクリプトは、新しい空っぽのVPSを契約した（単に契約済みの空っぽのVPSでも可）ときに初期設定をするためのシェルスクリプトです（初回起動時に自動実行してくれる）。環境変数みたいなものも注入することができます（スクリプトごとのプリセットに加えて、実行時に上書きもできる）。

本当は完全にSSHを使わなくていいように、自動アップデートやデータバックアップ、異常時のメール/Slack送信（おそらく異常時はバックアップからデータを復帰させてコンテナみたいにゼロベースで作り直すのがいい、と思うのだが、それならはじめからコンテナオーケストレーションサービスという選択肢があるのか..?）みたいなところまでスタートアップスクリプトに組み込めるとよいのですが、なかなかむずかしいので今回はそこまでやっていません。

さくらのVPSのスタートアップスクリプトには、公式が配布しているものに加えて、おそらくほとんど中の人なんじゃないかと思うがユーザ間での共有機能があります。 ゲームサーバ（7 Days to Die、ARK、Minecraft、Factorio、Terrariaなど）やアプリケーションサーバ（Mastodon、GitLab Foss、Nextcloud、Mattermostなど）、SoftEther VPNなんかの有名どころはそろっているように思います。

余計なアプリケーションも立ちませんし、うまくすれば完全にGUIで操作できるので、ゲーム配信者（サーバエンジニア系でなくて、事務所にも所属してない）なんかにも有用なんじゃないかな（参加型配信とか、IP公開しなくてよくなるので）と思います（国内サーバだし）。 GUI化というのはVPSのコンソールだけでなくて、Basic認証 over HTTPSとか付けてゲームサーバ制御用のWebアプリを添付してもおもしろいかもしれません（固定のサブドメインはもらえるので）。

サーバを借りるときにつらいところはメモリが少ないこと、ストレージが少ないことだと思っています（ラックサーバ構築したことないのでそれとの比較は知らないけど）が、単アプリケーションの動作なら大丈夫な気がします。 ストレージが少ないといっても、画像・動画サーバみたいな使い方をしなければ大丈夫な容量はある気がします（最安で25GB、次点で50GB）。 それはAWS S3でやったほうがいいんでしょうね。

問題は年7000-円と費用が小さくはないことですかね。 配信を含む業務に関連した目的で、個人事業主なら経費にはなると思いますが（税金）。 競合にAWS Lightsailがありますが、費用はLightsailの方が安い気がします（料金体系がよくわかってないですが。サーバ起動自体は定額でも、通信量で追加課金とかされるんでしょうか？　それこそS3があるので、アプリケーションサーバの場合ちゃんと組んでいて、小-中規模ならそんなに通信しないとは思いますが）。 趣味用途の人は「お客様満足度調査」に回答するとQUOカードの抽選があったりするのでそのへんで回収を..。

【My new gear...】Dell Inspiron 14 5402 Intel Core i5 ラップトップ向け第11世代 Tiger Lake 14インチ ノートパソコン

f:id:aoirint:20210319202358j:plain

持ち出し用Windows/Ubuntu機として購入。 自前でPCを（一応でも）新品で買うのは初めて。 最新のCPUを搭載したPCを買うのも初めて。

本機はサポーターズ ウインターハッカソン vol.7 最優秀賞の支援金30000+1000円と、 これまでの積読でためたAmazonポイントを消費し、 セール中であり（関係ないか?）、 若干の不安は残るもののAmazon アウトレットであり、 （実質的に）定価の3分の1近い値段で購入することができた。 特に支援金の力が大きい、感謝します（MacBookを買えって? 知らんな..）。

キーボードについて、 キーストロークの浅いキーボード、 ノートPCでありがちな幅の狭いキーボード、 InsertやHomeなどのキー配置が特殊なキーボードを避けて選んだ。

キーストロークについて、 以前使っていたFujitsu Lifebook S904はキーストロークが1.0mmと浅く、苦手だった（タイプするとぺたぺたする）。 よくあるノートPCのキーストロークは1.5mm程度らしく、このあたりを目指していた。 2015-2019年あたりのMacBookのバタフライキーボードはわからないが、おそらくキーストロークが（限界まで）浅いので苦手だと思う。 2014年以前のMacBookのキーボードは好きである。

キーの幅について、 Ideapad U310はカンマやピリオド周辺のキー幅が文字キーよりも狭く誤タイプしやすかった（右Shiftキーを大きくするためか）。 生協PCとして名高いLet's noteも幾度か触ったことはあるが、キーが小さいため誤タイプしやすく、苦手である。

キー配置について、 Ideapad U310はBackspace/Enterキーの右側にHomeやEndキーがあり、誤タイプしやすかった（入力中に文書の最初/最後までキャレットが移動してしまう）。

ところで、JISキーボードよりUSキーボードの方が好きである。 最近使っているMacBookはUSキーボードなのだが、 Backspaceキーが大きく、 キー配置が素直である（無理やり詰め込んでいない）。 しかしUSキーボードのWindows ノートPCを手に入れるのは状況的にむずかしい部分があり、 キーボード配置をレビュー写真で確認した上でJISキーボードにした。 また、AppleやHHKB系のキーボードでないのなら、半角/全角キーはほしい気がする。 本機はBackspaceキーがBackslashキーに押されてかなり小さく、不安は残るが、これは慣れで対処するつもりである（文字キーの2/3程度の大きさ。USキーボードの場合、文字キーの4/3倍程度の大きさ）。 Amazonの写真はだいたいUSキーボード（※実際はJISキーボードです、のような感じ）なので、優良誤認つらいところがある。

トラックパッドについて、 Ideapad U310では、キーボード入力中に触ってしまってキャレットが外れてしまったり、見当違いの位置に移動してしまうことがよくあった。 この点は、今のところは問題なさそうである。

CPUについて、互換性に不安を残したくなかったため、Intel CPUにした。 予算を引き上げればARM M1 Mac、引き下げればAMD Ryzenが視野に入るが、 前者はMac/Windows/Ubuntuトリプルブートなどという環境にすることになりかねないほか、ARM CPUは開発用途ではまだまだ人柱的な要素が強いように思う。もう少し普及を待ちたい。 AMD Ryzenは残念ながら使ったことはないが、一応は数値計算をする人の端くれとして、Intel MKLの互換性などで問題が起こる可能性があるため避けた。 これまで価格の関係で古いCPUばかり使っていたが、ノートPC向けとはいえ本機はIntel 第11世代 CPUなので、浦島になれる気がする（といいつつCore i3ではなくi5にしてしまったのだが）。

RAMについて、スロット8GBx1、空きスロットx1という、いい感じに増設の余地を残した状態なのが好ましい。 デュアルチャネルも捨てがたいが、空きスロットがあることでメモリを買うのが1枚だけでよくなる。 また最近のノートPCは製造簡略化、薄型軽量化のためか基板にRAMを組み込んでいるものがあるらしい。増設したい場合は気をつける必要があるだろう。 またDDR4なので過去に使っていたノートPCからメモリを移植できると思われる。

OSについて、昨年3月末から4月頭にメインのUbuntu/Windows持ち出し機だったFujitsu Lifebook S904がお亡くなりになった。 原因は映像ケーブルの断線と思われるが、ファン音が大きい（座学やカフェでの利用はむずかしい）、キーストロークが浅いなどの問題もあるため修理しなかった。 基本的にPCはWindows/Ubuntuデュアルブートにしてはいるが、メインはUbuntuのため、Windowsはまともに環境構築していない。 Lifebookは全周囲ディスプレイ Uplight開発の関係などでWindowsメインの期間もあり、それなりに環境は整っていたのだが、故障により2020年度は1年間常用できるWindows環境なしで過ごしていた。 卒業研究もUbuntuで進めた。

しかし世の中ではWindowsがよく使われているため、なにかと不便である。 Excel方眼紙の編集、共有されたPowerPointの編集（Office Onlineではうまく編集できない場合がある）、 Fusion 360ほかWindows専用ソフトなどが問題になる。 全盛期からはだいぶ過ぎている気はするが、Voiceroidがおもしろそうだったというのも理由の1つであり、rekordboxも試してみたかったし、VRに手を出す可能性もある。 Visual Studioが使えるため、Unity開発もやりやすくなるだろう。 外部GPUがないのであまり性能に期待はできないが、Steamセールで買ったWindows専用ゲームにも手を出せるかもしれない（Steam OS/Linuxに対応しているゲームは神ゲーである。7 Days to Dieとか）。

この1年はLinuxを快適に使うため、Dockerイメージの作成がマイブームだったが、一段落してしまった気がする。 これからもDocker、開発環境系、ターミナルが使いやすい、などの関係でメインはUbuntuなのだが、持ち出し用にWindowsとMacを合わせたい。 というわけで、しばらくはWindows機として使っていこうと考えている。Ubuntu的要素はひとまずVMかWSLで埋めたい （重量の関係で外部GPUもないので、といいつつ、WSLはCUDAが使えるようになったんだったか?）。 また、M.2 SSDが256GBしかないので、デュアルブートにするのは容量に不満が出るかもしれないというのも理由の1つである。 そのため本機はひとまず、もしDocker Desktop for WindowsやWSLの利用上で不満が出たらデュアルブートにするかもしれない、というような立ち位置にしておく。

スクリーンについて、 Ideapad U310は古いPCのため最大解像度が低く、1366x768であった。 本機はフルHD 1920x1080である。 また、インチ数は14インチと、主流と思われる13.3インチより少し大きめだが、15.6インチよりは小さい。 しかしベゼル幅が小さいため、古い13.3インチPCと同じような大きさと考えて14インチとした。持ち運べるならば画面は広いほうがいい。 実際、13.3インチのIdeapad U310とほぼ同じ大きさである。13.3インチのMacBookより横に1-1.5cmほど長い。

最後に若干残る不安について。 Windows機を買ったのはひさしぶりなのだが、メーカーから完全な新品を購入した場合を除いて、 OS領域やOEM領域が悪質な（中間）所有者によって改ざんされていないことを保証する仕組みはあるのだろうか? 警戒しつつ最優先でWindows Updateし、Windows Defenderを信用することにしたが、 正直ISOを（別のコンピュータで）MicrosoftのWebサイトから落としてクリーンインストールしたい気持ちだ。 その場合いろいろと難点がある気がするが..

f:id:aoirint:20210319202312j:plain 梱包

f:id:aoirint:20210319202450j:plain クラムシェル（ふた）

f:id:aoirint:20210319202358j:plain 起動画面・キーボード

【My new gear...】FunLogy Mobi. 14インチ モバイルモニター

f:id:aoirint:20210319192529j:plain

3枚目兼持ち出し用ディスプレイとして購入。 家ではTwitter用、持ち出しではカフェでノートPCを開いて作業するときなどに使いたい。

サイズ感は想定通り（A4紙より長辺が1.5-2cmくらい長い、短辺は同じくらい）、画面品質もよさそう。 応答速度もTweetDeckを見る分には問題なし。

付属スタンドは結構もろそうにみえる（上から技術書を載せたら割れそう）。 また前側のストッパーが低いので少しだけだが外れやすそう（多少手で揺らした程度なら問題なし）。 適当なタブレットスタンドを探してみてもいいかもしれない。 マグネットでくっついている本体カバー（折り返してちゃんと画面側も覆うことができる）もスタンド代わりになるが、 かなり薄いのでカバーがだめになりそう..

給電はUSB 5V 2.4A電源、およびデスクトップPCのUSB 3.0ポートで動作を確認した。 ケーブル長1mのため近くに電源が必要。Type C 1本で接続できれば別電源は不要らしい。 Type C端子のないノートPCなら給電用Type A-Type Cケーブルを空いてるUSB-Aポートに繋げば給電できると思う。 バッテリ消費は激しくなるだろうが..。 Raspberry Pi 4B、USB 5V 3A電源、Raspberry Pi OS Desktopでは、他になにも繋がずにUSB 3.0ポートにつなげた状態では給電できた。 追加で7インチディスプレイのタッチパネル用USBケーブルを繋いだらモバイルモニタ側の表示が点いたり消えたりしたので、 Raspberry Piの場合、給電中は別のUSB機器を使えないかもしれない。

f:id:aoirint:20210319191103j:plain 梱包

f:id:aoirint:20210319191113j:plain クッション・保護シートを取り外したところ、右は付属スタンド

f:id:aoirint:20210319191643j:plain 表面（カバーは折り返したときに裏にくる面、内側にディスプレイがある）

f:id:aoirint:20210319191647j:plain 裏面（カバーを折り返したときに内側に隠れる面）

f:id:aoirint:20210319191656j:plain 付属品（HDMI-mini HDMIケーブル、Type C-TypeCケーブル、Type A-Type Cケーブル、クロス、説明書）、 付属ケーブルはすべておおむね1m程度の長さ、 HDMI-mini HDMIケーブルは太め

f:id:aoirint:20210319192551j:plain カバーはマグネットで付いている

f:id:aoirint:20210319192547j:plain ボタン（表面から見て左側、写真左側が下）

f:id:aoirint:20210319192542j:plain 端子（表面から見て右側、写真右側が下）、下から給電用Type C、映像用mini HDMI（2本接続用）、映像/給電用Type C（1本接続用）

f:id:aoirint:20210319192533j:plain カバーを使って立てた様子

f:id:aoirint:20210319192537j:plain 付属スタンドを使って立てた様子

f:id:aoirint:20210319191240j:plain 付属スタンド（5段のうち下から2段目）

f:id:aoirint:20210319191249j:plain 付属スタンド（5段のうち下から5段目）

f:id:aoirint:20210319192526j:plain 付属スタンドで立てたときの根元（5段のうち下から2段目）

f:id:aoirint:20210319192529j:plain 設置の様子（スタンドは5段のうち下から2段目、明るさ100%に設定、USB 5V 2.4A電源、HDMI mini接続）

f:id:aoirint:20210319194324j:plain HDMIケーブルの接続（取り外しやすくするため、HDMI延長アダプタを使用）

サポーターズ ウインターハッカソン vol.7に参加しました

4人チーム（miniature-octo-guide）で、SpatialChatライクなUIでタブの音量調節をするChrome拡張を開発し、 約40人 17チームの中で最優秀賞をいただきました。

開発に使うOSは3人がWindows、1人がLinuxでした（macOSのテスト環境も用意はあった）。 開発経験は、Web系（Pythonなど） 3人、Unity・マイコン系 1人でした。 ハッカソンは全員初参加でした。

開発アイデアを集めたのち、実装可能性を検討している中で、ベースをChrome拡張としました。 当初はOSのAPIを叩くネイティブアプリ（スタンドアロンソフトウェア）としての実装を検討していました。 Windows Core Audio、macOS CoreAudio.framework、Linux PulseAudioのAPIを叩くことを考えていましたが、 いくつかの理由でネイティブアプリでの実装を取りやめました。

言語にはTypeScriptを選択しました。 TypeScriptの採用理由は、流行りの言語であること、型の記述によるデバッグ性・メンテナンス性が高いこと、あたりを考えていました。 全員簡単なJavaScriptを書いた経験はあったようですが、 テンプレートをいじった程度の簡単なコードを書いた経験があったわたしを除いてはTypeScriptの経験はなさそうでした。 しっかりしたChrome拡張を作った経験は全員ありませんでした。

準備期間で開発環境を用意しました（事前開発あり）。 Docker上で開発することを想定し、 GitHub上にOrganizationを作ってパブリックリポジトリでコードをホストし、 GitHub Actionsで自動コードチェック・ビルドする環境を整備しました。 実装課題はIssueを立て、 コードの共有は同一リモートリポジトリ内でブランチを切り、プルリクエストを作成し、 統合はプルリクエストのSquash Mergeですることにしました。 ドキュメントをNotion（1000ブロック制限付きのチーム）に作成し、 コミュニケーションはDiscord（通話あり）とハッカソン用Slackを使いました。

プロジェクトテンプレートの生成にはmazamachi/generator-chrome-extension-kickstart-typescriptを使いました。

Linterにはts-standardを使いました。

全員ブランチを切ってコミットし、pushするのには問題なく開発を始めることができました。 開発タスクはUIの実装、音量制御の実装、タブ画面表示の実装の3つに分割しました。 メンバーにタスクを割り振りましたが、あぶれたので自分はヘルパー的な立ち位置でいることにしました。 主な作業は実装方法の調査、開発相談/進捗管理、コードレビュー、コード統合でした。 TypeScript・モダンなECMAScriptには不慣れでしたが、プルリクエストのコードレビュー機能を活用して 書き換えてほしいコードを指摘するなどして開発を進めました。

反省点

  • Notionは活用できなかった
    • READMEにもNotionにも開発手順を書いていたが分散しただけだったかもしれない
    • 時間の少ないハッカソンなので、チャット・通話ベースのコミュニケーションで十分だったかもしれない
    • 開発の打ち合わせみたいなコミュニケーションはもっと取っておきたかった
  • ユニットテストほか自動テスト環境がなかった
    • Node.js/TypeScript環境に不慣れなため、コードテスト環境を事前に整備できなかった
  • Issueは勝手に立たなかった・あまりGitHub上でコメントしてくれなかった
    • チャット・通話ベースでよかったのかもしれないが、開発過程を記録する意味で使ってほしかった
    • こういう形式での開発は自分もはじめてで、全員不慣れだったからというのもあると思われる
  • マージ作業をメンバーに任せることができなかった
    • Linterの説明が不十分などのコミュニケーション不足、GitHub開発に不慣れ
    • 最終統合まで動いている様子が共有できず、メンバーに開発の先行きが見えなかった
  • 拡張機能のフローが完成しなかった
    • アプリの体験までは作ることができたが、リソース解放処理などが未実装
  • タブ画面表示が完成しなかった
    • 複雑なWebRTC関連の実装に手間取った
  • Chrome Web Storeに公開できなかった
    • フローができていないので..

ハッカソン終了後は、対外的にコードを再利用しやすくするためライセンスを設定しました。 これまでのチーム開発ではコードをパブリックにする決定がなかなかできず、 コミュニケーションもとれない（とる機会がない）ので開発後にプライベートのまま放置してしまっていたのですが、 開発を始める前からパブリックにし、ライセンスを設定して OSS化することでチームとしての意思決定を外れて勝手にコードを改修できる・あるいはプロジェクトをforkできるようになり、 この問題を解決できないかと考えています。 コミット履歴にハンドルネームを使うかどうか、などの面倒な問題もはじめからパブリックにすることで回避できます。 ライセンスの設定までは全員とコミュニケーションをとっておく必要があるので、できるなら開発を始める前に合意して、条文を含めておくのがいいように思います。 チームメンバー全員がプロジェクトに興味がある、反応できる状態がずっと続くとは限らないので、 IssueやPullRequestを立てたら反応してもらいたいところですが、なかなかむずかしいです （GitHubのアカウント自体を乗り換えて捨ててしまうこともありますし）。

またハッカソン後、技育祭LTに向けても開発を進めました。 技育祭LT時点でタブ画面を表示する実装は完了しましたが、リソース解放処理などが未実装のため、Chrome Web Storeにはまだ公開していません。

また、SpatialChatがそうしているように、Webアプリとしての実装も可能なことにハッカソン中に気づきました。 SpatialChatは空間の共有がコンセプトですが、 このアプリはサーバが不要なスタンドアロン動作がコンセプトと考えているので、 微妙なところですが、Chrome拡張として強い権限を要求する状態にあるため、 導入しやすさの観点でWebアプリとして再実装することも検討しています。

メモアプリについて

メモ書きにはSimplenoteとJoplin、Atomを主に使っています。

WYSIWYGの選択肢もありますが、基本的にはMarkdownが好きです。 Sphinxを使う関係でreStructuredTextを書いたりもしましたが、Markdownの方がずっと書いているので慣れています。 しかしMarkdownは方言が多く、込み入った機能を使おうとすると安定しないのが難点です。 ここに記事を書くにあたって脚注を使ってみようとしたのですが、 Simplenoteでは表示できず、 AtomのMarkdown Preview Plusでは手動で機能を有効化する必要があるようです。 Joplinもデフォルト有効のオプションみたいでしたが、ツールによって安定しないのは使いづらいです。

SimplenoteはAndroid、iOS、Linux、MacOS、Windowsすべてから、ブラウザと認証情報さえあればすぐにアクセスできて、モバイルアプリもあるのが強みなように思います。 また、テキストオンリーということで動作の高速化を図っているらしいです。 ただし、Simplenoteに大量のメモを保存したことはない（200件程度）ので実際に大量に保存した場合（1000件以上）の動作は不明です。 Simplenoteは、必要なときにメモをとって、必要なくなったら削除する or 念のために残しておく、くらいの使い方が向いている気がします。

Joplinは、EvernoteライクなOSSです。 メモファイルはDropbox、OneDrive、S3ほかを使って同期できます。 テキストオンリーならばそれほど容量を消費しないという仮定に立てば、Dropboxライトユーザーなわたしには同期先としてDropboxがいい気がしています。 同期時は差分データをすべてダウンロードしてくるため、同期に時間がかかるのが難点です。 また、プロキシ非対応なのが不便です。 透過プロキシを使うことで強制的にHTTPプロキシを通過させることはできますが、便利とはいいがたいです。

Atomはメインのテキストエディタですが、Electronベースなので若干起動が遅いです。 コードやドキュメントを書くのに使い慣れているので、メモ書きにも使います。 ファイルの保存先選定に困るので、たいてい保存するときは他のアプリに移動しますが..

Notionも少し使いましたが、前記事の理由で使い続けるのはむずかしいです。 Confluenceは使い方がわかっていません（個人で使うには機能が多すぎるかも）。 Growiはそれなりによさそうなのですが、非公開利用には自前でホストする必要があったり、RAM消費が大きかったり、UI的に使い込めていない部分があります。 esa.ioは気になっていますが、Crowi/Growiベースに見えるので日常メモに向いているか不安があります。