Apollon Audio NC800 SL の電源スイッチを取り替えた

Apollon Audio NC800 SL という Hypex NCore NC500 が載っているパワーアンプを購入しました。

www.apollonaudio.com

ところが、電源スイッチがオンのまま戻らないという、ちゃんと動作確認しているのかと不安になる問題が起きました。 メーカーに問い合わせたところ、新しい電源スイッチを送ってもらうことになったので、それを取り替えた記録です。

以下が問題のスイッチです。押したら電源がオンになり、もう一度押したら電源がオフになる方式のスイッチです。 初めて電源を入れた時に押し込めなくなり、それ以来電源がオフにならない、という状態になっています。(アンプ裏の主電源スイッチで電源を操作することは可能)

f:id:cho_co_by:20191006131457j:plain

送ってもらったスイッチ。

f:id:cho_co_by:20191006131705j:plain

天板のネジを外します。

f:id:cho_co_by:20191006131958j:plain

スイッチのコネクターを取り外します。

f:id:cho_co_by:20191006132442j:plain

ナットを緩めるとスイッチを取り外せます。

f:id:cho_co_by:20191006132600j:plain

左が新しいスイッチ、右が古いスイッチ。 どちらも電源をオンにした状態ですが、古いスイッチのほうが深くまで押し込まれています。

f:id:cho_co_by:20191006132806j:plain

新しいスイッチを取り付けました。取り付けは取り外しと逆の手順です。

f:id:cho_co_by:20191006133038j:plain

動作確認。電源オフの状態。

f:id:cho_co_by:20191006133216j:plain

電源オンの状態。良さそうです。

f:id:cho_co_by:20191006133228j:plain

まとめ

このアンプについての感想は後で書くかもしれないし書かないかもしれません。 一言でいうと、アンプモジュールに Hypex NCore NC500 を使っているので音質は問題なさそうだけど、品質やサポートについては期待できないな、という感じです。

このスイッチが届くまでにも色々あって、「スイッチを送ったよ!5 -7 日ぐらいで届くと思うから、届いたら詳しい手順を送るから教えてね」 → 届いたのが 20 日後。追跡番号を確認してみたら発送されたのはそのメールから 10 日後だった。届いてからも「スイッチが届いたよ」と送ったら「手順で分からないことがあったらメールしてね!」だけ返ってきた。手順が必要ないほど簡単だったのでいいのですが...

アンプ本体が送られてきたときも追跡番号が間違っていて、到着するまで追跡できなかった、ということもありました。 海外ガレージメーカーに期待するのが間違いな気もします。

ギャラリー

天板を開けたついでに色々撮ったのでアップ。

f:id:cho_co_by:20191006134530j:plain
中身は結構きれいに見えますがどうでしょう

f:id:cho_co_by:20191006134625j:plain
天板のネジのナットはレール上で動かせるようになっていました。

f:id:cho_co_by:20191006135005j:plain
Hypex NCore NC500 のアンプモジュール

f:id:cho_co_by:20191006135217j:plain
インプットバッファーボード。オペアンプには「Sparkos SS3602」か「Sonic Imagery 994」を選べます。温度感があるという「Sparkos SS3602」にしました。

RubyGems からメンテナンスしていない Gem を削除した

RubyGems からメンテナンスしていない、というか作ろうと思って放置していた Gem を削除しました。

Gem を削除する方法は以下のページに記載があり、gem yank コマンドで削除できます。*1

help.rubygems.org

OTP コードが入力できない

多要素認証を設定していると、gem yank コマンドを実行できない問題に遭遇しました。OTP コードを聞かれませんし otp オプションも通りません。

% gem yank fake_delete -v 0.0.1.alpha.1
Yanking gem from https://rubygems.org...
You have enabled multifactor authentication but no OTP code provided. Please fill it and retry.
% gem yank fake_delete -v 0.0.1.alpha.1 --otp 123456
ERROR:  While executing gem ... (OptionParser::InvalidOption)
    invalid option: --otp

調べてみると、コードベースに対応したコードはあるものの、まだリリースされていないそうです。

github.com

github.com

仕方がないので、RubyGems の「MFA Level」を一時的に「UI」に変更し、再度コマンドを実行すると無事に実行できました。

% gem yank fake_delete -v 0.0.1.alpha.1
Yanking gem from https://rubygems.org...
Successfully deleted gem: fake_delete (0.0.1.alpha.1)

削除すると、RubyGems のページが以下のようになりました。 100 日後にネームスペースが開放されるそうで、それまでは新たなバージョンを push したり、オーナーを変更することができるそうです。

f:id:cho_co_by:20190929143417p:plain

何の Gem を作っていたのか

いい機会なので、何の Gem を作っていたのかメモしておきます。

  • fake_delete: 論理削除を行う Gem で、deleted_at カラムの型を timestamp にする (未削除は 0, 削除はタイムスタンプ) ことでデータベースのユニーク制約を効かせようと考えたもの
  • haguruma: あまり覚えていないが、GitHub などから受け取った Webhook を整形して Slack など複数の送信先に通知することを考えていたもの

*1:サポートフォーラムで依頼して削除してもらう方式かなと思っていました

AirPods を新調した

1 世代目の調子が悪くなってきたので 2 世代目を購入した。2017/8 に購入したので 2 年間頑張ってくれた。

何が不調だったかというと、

  • バッテリーがヘタってきた。1 時間ぐらいで電池切れのアラートが鳴るようになってきた
  • iPhone や MacBook 間の切り替えに時間がかかったり、切り替えられなくなってきた

購入したのはワイヤレス充電できるタイプ。今のところ快調。また、遅延も改善されているようだ(ポケストップをタップした時とか)

AirPods は

  • iPhone, iPad, MacBook でシュッとソースを切り替えられる
  • とりあえず良い感じの音で聴ける

というところがよい。 使っている人増えましたね。

「第一回 Ruby で LT しちゃわナイト」に参加&LT した

昔の同僚が「Ruby で LT しちゃわナイト」というイベントを開催するということで、LT させてもらいました。

corundum.connpass.com

LT した

speakerdeck.com

僕が開発している jp_prefecture gem をどうやってメンテナンスしていくか、という話で LT させてもらいました(誰得な話題ですね、ごめんなさい)。 スライドを作っている間に考えが整理できたので良かったです。変更点については改めて記事にしようと思います。

とても緊張していましたが、2 番目の発表だったので、発表後はリラックスして他の方の発表を聞くことができました。

改善点としては、他の方が聞きたくなるような内容にするのはもちろんのこと、イベントが始まる前にプロジェクターのチェックをしておけばよかったです。 いざ発表という時にミラーリングになってしまい、手元のディスプレイでタイマーの確認ができなかったので。

各発表の感想

簡単に各発表の感想を。

  • kbaba1001 さん
    • レガシー Rails 改善ガイド」を書いた方で、いくつか改善パターンを説明されました。
    • Sonic Pi というライブコーディング環境について紹介されました。音楽制作は全然できませんが、コードなら何だかできそうな気がして、試したいなと思いました。
  • nobu417 さん
    • ガワアプリで使うための自作フレームワークを紹介されました。Haml, CoffeeScript, CSS で作られているらしく、UI を構築できたりとか、ネイティブな機能との橋渡しができるとのことでした。
  • なおう さん
    • とある大企業で社内システムの Rails アプリをメンテナンスしている話でした。懇親会でも少しお話しましたが、社内システムならではの辛みがあるようで、うまく共有できたら有益な情報が多そうな気がしました。
  • TakekiFujinami さん
    • どうやって Ruby についての情報を収集しているかの話でした。「週刊 Rails ウォッチ」は僕も読んでいて、参考になる情報が多いです。「ruby-jp Slack グループ」は存在は知っているのですがまだ入っていません。
    • 上の 2 つで時間切れでしたが、ブラウザのタブを見る感じ、あとは Ruby Weekly か何かのメールマガジンな気がしました。
  • iberianpig さん
    • Linux のノート PC で mac のようなマルチタッチジェスチャーを可能にする fusuma という Gem について紹介されました。
    • mac を使う理由の一つに高機能なトラックパッドが使える、というのがあるので、この Gem を使うと Linux に移行しやすくなるなと思いました。
  • miya_0436 さん
    • 日付オブジェクトを文字列に変換する方法で、複数のやり方が出てきて議論して最終的に落ち着いたものの、それを議論している時間はプロダクトの価値に寄与していないよね、本当に強制するメリットはあるのか、という話でした。
    • 個人的にはできるだけ規約で縛りたい派なのですが、機械的に指摘できないルールは、新人が入ってきたときもそうですし、そうでなくても何度レビューしても定着しなかったりするので、耳が痛かったですw
    • ちょうど最近 Google Engineering Practices Documentation のコードレビューについてのガイド を読んでいたので、色々と考えさせられました。

全体の感想

事前に発表する時間を指定できるものの、時間が過ぎたら強制的に終了だったので、ほどよい緊張感がありました。 各発表の終了後に主催の方が感想を一言くれたのもいいなと思いました。

イベントはとてもスムーズに運営されていました。事前に色々な準備があったのだと思います。 運営の皆様、会場や飲食物を提供してくださった ClipLine 株式会社様、ありがとうございました。

f:id:cho_co_by:20190915184104j:plain
プログラマーの日っぽく「エンジニアさんの歌〜納期前〜」という曲が流れていた

f:id:cho_co_by:20190915184043j:plain
謎の構図

追記: 主催のたけきさんの雑感エントリーが公開されました。

note.mu

9/13 はプログラマーの日

9/13 は 1/1 から 256 日目にあたる日で、ロシアの祝日とのことです。

ja.wikipedia.org

serverless-offline でサーバー起動時にエンドポイントをテストする

serverless-offline でサーバー起動時にスクリプトを実行する方法をメモ。 sls offline start コマンドに --exec オプションを指定する。

ヘルプから抜粋:

% yarn run sls offline --help
offline start ................. Simulates API Gateway to call your lambda functions offline using backward compatible initialization.
    --exec ............................. When provided, a shell script is executed when the server starts up, and the server will shut down after handling this command.

例えばサーバーを起動したあとに curl コマンドを叩くことができる。

yarn run sls offline start --exec "curl --fail 127.0.0.1:3000"

CircleCI の例ですが、こういう感じでエンドポイントにリクエストが通るかを雑にチェックすることができる。

- run:
    name: Check response
    command: yarn run sls offline start --exec "curl --fail 127.0.0.1:3000"
    when: always

Serverless Framework + TypeScript なプロジェクトを手っ取り早く始められるテンプレート的なプロジェクトでこの方法を使っています (宣伝)

github.com

アキヨドの有隣堂にて本を購入。 有隣堂は広くてぶらぶらするだけで楽しい。

宝石の国 2 巻

https://www.amazon.co.jp/dp/406387950X

漫画はレンタルすることが多いのだが、宝石の国の表紙は綺麗でつい買ってしまった。

クマにあったらどうするか

https://www.amazon.co.jp/dp/4480431489

「書店員の趣味コーナー」に置いてあった。

自転車で峠を登ると「クマ注意」という看板が置いてあることもあり、他人事ではないので気になって買ってみた。

Zeitwerk で特別なパターンのモジュール/クラス名をオートロードする

Rails 6.0 から Zeitwerk がオートローダーとして導入されました。 Zeitwerk の README に書かれている通り、ファイルパスからモジュールやクラスを読み込みます。

github.com

モジュール/クラス名がファイルパスになっていれば良いのですが、特別なパターンだと名前を解決できない場合があります。

クラス名に頭字語を使っている場合

例えば、クラス名に頭字語を使っている場合です。

以下のログがその例で、lib/ridgepole/dsl_parser.rb というファイルパスを Zeitwerk は Ridgepole::DslParser と想定しています。 しかし、実際のクラス名は Ridgepole::DSLParser なので名前の解決に失敗しています。(bin/rails zeitwerk:check は Zeitwerk が使用できるかチェックするタスク)

% bin/rails zeitwerk:check
Hold on, I am eager loading the application.
expected file lib/ridgepole/dsl_parser.rb to define constant Ridgepole::DslParser,

対応方法

どうすればいいかというと、Rails ガイドのオートロードについて書かれているページには、config/initializers/inflections.rb をカスタマイズしましょうとあります。

If you need to customize any of these inflections, for example to add an acronym, please have a look at config/initializers/inflections.rb.

guides.rubyonrails.org

ActiveSupport::Inflector モジュールには活用形をカスタマイズする機構があるので、Zeitwerk もそれを参照する形になっているようです。 以下は Zeitwerk が ActiveSupport::Inflector の設定をテストしている箇所です。

rails/zeitwerk_integration_test.rb at d05f1f036ff4987918c907eb7e78ef8e8eedd6ea · rails/rails · GitHub

今回の場合は、dslDSL と解決したいので、config/initializers/inflections.rb を以下のように定義します。

ActiveSupport::Inflector.inflections(:en) do |inflect|
  inflect.acronym "DSL"
end

再度 bin/rails zeitwerk:check を実行してみると、無事に解決できました。

% bin/rails zeitwerk:check
Hold on, I am eager loading the application.
All is good!

今回は Rails アプリ側で対応しましたが、理想を言うなら、ライブラリ側の名前を変更するほうが使う側にとって良いのでは、と思ったりもします。