#chiroito ’s blog

Java を中心とした趣味の技術について

家電のケーブルを整理してる方法をまとめてみた

ケーブルが長く弛んでいるととても見栄えが悪いし邪魔なので普段から付属のケーブルを破棄して良い感じのケーブルを買うようにしています。毎回自分の購入履歴から探して買うのですが、せっかくなので公開してみました。

ケーブルを整理するためには、基本的に「余分な長さを減らす」、「細くする」、「柔らかくする」という3つのポリシーでやっています。

3ピンの電源ケーブル

デスクトップパソコンやディスプレイで使われているタイプのケーブルです。

120cm が欲しかったけど、適当な長さがなかったので、細くて柔らかいものに置き換え。これで余分な部分はディスプレイアームの内側に収納できるようになりました。

amzn.to

開発機自体は電源のそばにあるので34cmのこちらを使います。

amzn.to

2ピンの電源ケーブル（メガネケーブル）

テレビやPS4などさまざまな電子機器で使われているこのタイプのケーブル。

ケーブルの長さが要らないのなんかはこれ。ノートPCやNasneの様に電源ケーブルが途中のアダプタ部分で分離するするものなんかはこれを使ってアダプタ部分を直接コンセントに挿す感じにしてます。

これはホントお奨めです。これをやるとアダプタが机などに残らないのでスッキリします。

amzn.to

Anker のUSB充電器なんかは本体に直接ケーブルが挿せるので20cmの遊びを持たせました。

amzn.to

LANケーブル

無線LANが普及してるので今どきは使わないケーブルですが、付属しているケーブルがもの凄く太くて長いため、見栄えがすごく悪くなります。

これもできるだけ短くて、細くして柔らかいものを選んでいます。太さが3mmのものもあったけど、色が青だけだったので3.2mmのものにしました。

amzn.to

ケーブルをチューブでまとめるやつ

できるやつ細いやつにするとシュッとまとめられます。色はケーブルによって合わせます。

amzn.to

結束バンド

Amazonとかで買うと100本ぐらいついてきてこんなに要らないので、もっと少ない分を100均へ買いに行きましょう。設置する場所に合わせた色が良いでしょう。

Github上の最新のInfinispanを使う

Red Hat Middleware

Infinispanを使う時はDownload - Infinispanのようなダウンロードサイトで必要なファイルをダウンロードして使います。しかし、開発しているGithub上の最新バージョンを使って動かしたい時もあるでしょう。そんな時はビルドした後に出来上がる成果物を使います。

ビルド環境の準備の仕方はこちらをご覧ください

Windows 上に Infinispan 11 のビルド環境を構築してみた - #chiroito ’s blog

infinispanディレクトリにソースコードを落としてきてとして、以下の様にビルドします。

$ cd infinispan
$ mvn -s maven-settings.xml package -DskipTests=true

100モジュールほどのビルドが掛かるのでしばらく待ちます。無事に終了すると infinispan\server\runtime\target\infinispan-server-11.0.0-SNAPSHOTディレクトリに成果物が出来上がっています。 これがダウンロードサイトでZipされているものと同一になりますので、これを使うことでGithub上の最新バージョンを使えます。

OpenJDK の Author から Committer になりました

これまで通算11個のパッチを書いたので、推薦してもらい、OpenJDKコミュニティ内での信任投票の結果 OpenJDK の Committer になりました。

※推薦してもらった時点では12個でしたが、その間に1個ダメになったので11個でした。

他のOSSだと1個パッチを書くだけでCommitterと呼ばれるようですが、OpenJDKはしっかりとした任命プロセスがあります。プロセスについては以下のリンクに詳細が記載されています。

http://openjdk.java.net/projects/#project-committer

それでは任命プロセスを踏まえて私の例を振り返ってみましょう。私はまず3つのパッチを書いて、Author というロールになりました。これによって、Java Bug SystemやReview用のサーバなどのOpenJDKを開発するためのツールの一部が使えるようになります。

Author になった時のブログはこちらです。

OpenJDK の Author になりました - #chiroito ’s blog

Authorに任命された後もさらにパッチを書き続け、エンハンスも含めて20個ぐらい書きました。しかし、JFRのエンハンスはほとんど不採用となり、8個のパッチが採用され、通算11個のパッチとなりました。

ここに至るまで、ほんとReviewerの末永恭正さん(@YaSuenag)には大変お世話になりました。たくさんアドバイスやレビューをしていただいたので、ほんと足を向けて寝られません。

十分な修正量のパッチが揃ったら、OpenJDKコミュニティにいる誰かに推薦してもらいます。だれに推薦してもらうかによってコミュニティでの信頼度が高まりますので、政治力が非常に重要になります。私の場合は所属している Red Hat の OpenJDK チームのリーダーに推薦してもらいました。

Committerになるには十分な修正量のパッチが通算8個以上必要です。そのため、自信がある人は8個のパッチを書くだけでCommitterになれます。私はそんなにスキルが高くないので、通算11個になるまで推薦してもらうのを控えてました。

こんな感じの推薦メールを出してもらいます。

CFV: New JDK Committer: Chihiro Ito

I hereby nominate Chihiro Ito <xxxx at redhat.com> to JDK Committer.

Chihiro Ito has contributed 12 significant fixes to OpenJDK.

Votes are due by March 27, 2020.

Only current JDK Committers [1] are eligible to vote
on this nomination. Votes must be cast in the open by replying
to this mailing list.

For Lazy Consensus voting instructions, see [2].

Thanks,
Anton // http://openjdk.java.net/census#ant

[1] http://openjdk.java.net/census
[2] http://openjdk.java.net/projects/#committer-vote
[3] List of changes:

[2] List of changes:
http://hg.openjdk.java.net/jdk/jdk/search/?rev=keyword%28chihiro.ito%29%20%7C%20author%28cito%29&revcount=20

（以下パッチの一覧を記載）

このメールに返信する形で投票が始まります。Committer以上の人が良いかダメかを返信することで投票します。投票には期限があり、全てのCommitterが投票をするか、この期限を迎えることで投票が完了します。

私の投票の期限は2020/3/27でした。投票が完了するとこんな感じの結果発表メールを出してもらいます。

Result: New JDK Committer: Chihiro Ito

Voting for Chihiro Ito [1] is now closed.

Yes: 15
Veto: 0
Abstain: 0

According to the Bylaws definition of Lazy Consensus, this is
sufficient to approve the nomination.

[1] https://mail.openjdk.java.net/pipermail/jdk-dev/2020-March/004044.html

この結果がOKだとOpenJDKコミュニティからCommitterとして認められたということになります。（ここから先のプロセスがないのでたぶん）

OpenJDK開発者一覧にあるロールが更新されます。

OpenJDK Census

f:id:chiroito:20200407113826p:plain

これでOpenJDKのリポジトリにコミットができるようになり、ブランチを使ったテストの自動実行ができるようになります。

Submit Repo - Build - OpenJDK Wiki

なお、Author から Committer になるために書いたパッチはこちらです。

興味のある方はぜひOpenJDKへ貢献してみてください。