はてなブックマーク

こんにちは id:foostan です。 この記事は 自作キーボード Advent Calendar 2018 - Adventar 20日目です。 昨日は id:eucalyn さんの よりPCと仲良くなるために - ゆかりメモ でした。 机から自作するとは、PCに対する愛を感じます！ さて本記事では、Corne Keyboard をつくった理由や、反響、今後について少々踏み込んでご紹介していきます。 今後キーボードを設計したり、それを販売する方にとって参考になると幸いです。 自作キーボードをはじめたきっかけは "Let's Split" きっかけはTwitterに流れてきたLet's Splitを見て一目惚れしたためです。 それまではHHKB Professional2を6年ほど愛用しており、特に不満もなかったのですが、そのキーボードを見てとてもワクワクして中国からパーツを集めて組み立

技術書典5に参加することになったので、頒布物の詳細を紹介します。 なおサークル詳細ページはこちらです。 techbookfest.org 自作キーボード設計入門 巷では自作キーボードがブームで、既成品と比べて キースイッチが自由に選べる キーマップがすべて自由にカスタマイズできる などの特徴があり、また左右分離型のキーボードとしては現在はそれなりに種類が出てきています。 ただし、キー数やキー配列、ケースなどに不満があり、自分好みのものにしたい場合は自分でキーボー ドを設計して作るしかありません。 本書では、自作キーボード設計の基礎的な知識と方法を解説し、自らの手でオリジナルキーボードを作れるようになることを目的としています。 本書は表紙合わせて全100ページであり、次の通り8章で構成されています。 自作キーボードの基礎知識 オリジナルキーボードのデザイン

自作キーボードに興味を持ったのでまずは入門編だと思って、日本語の情報が多い Let's Split を作ったのでその作業ログを共有します。 Let's Split とは 調べるとたくさん出てくるので特に詳しく説明しませんが、40%キーボードであり、分離型、またキー配列が格子型になっているが特徴です。 40%キーボードだとPlanckが割りと人気のようですが、それを真っ二つにしたのがこれです。 組み立てのガイドはGitHubで公開されています。 https://github.com/nicinabox/lets-split-guide:embed:cite:w500 このキーボードは基本的にはPCB(基盤)とキースイッチ、Pro Micro(Arduino Leonardo互換)、で構成されているとてもシンプルなものです(そもそも大体のキーボードはこれぐらいシンプルなものですが)。 Pro

jenkins で回してる ci のジョブを digdag で書き直してみたけど、フローがひと目で分かるし、git で管理できるし、並列化も簡単だし最高だ。— Kosuke Adachi (@foostan) October 8, 2016 ということで Jenkins のジョブを Digdag に置き換えて Git で管理すると最高なので、今困っている人はやりましょう。1日あれば多分終わります。 今回試したのは CI のジョブですが、どんなジョブでも応用できると思います。 詳しく こないだ Rebuild 152 聴いていたらその会話の中に「Jenkinsおじさん」ってワードが出てきたんですよ。 rebuild.fm Jenkinsをそれなりの規模で使っている人ならお馴染みだと思うんですが、Jenkinsって自由度が高くてジョブの編集も簡単にできるから気をつけないとジョブがカオスな状態に

isucon.net ISUCON4、ISUCON5 に引き続き今年も出場しました。 今回は会社の同僚で ramen(@futoase, @kompiro, @foostan) というチームを組んで挑みました。 最終ベンチ結果は 75786 点で、残念ながら決勝には進めませんでしたがいい線まで行けたのでいい気分でした。 ただ手詰まり感はなくまだまだできることは沢山あっただけに、「あれを入れられていれば！」「最初のトラブルがなければ！」という感じで、めちゃめちゃ悔しいので来年またリベンジします。 進め方 大まかには 環境整備（Azureのテンプレート展開、GitHubにコードアップロードなど） Ruby実装でベンチ回せるようにする（systemd まわり設定変更、ログ周り整備） ログを見てボトルネックを探す ミドルウェア or アプリケーションに手を入れる -> 3. に戻る のような流れで

この記事は Docker Advent Calendar 2015 19日目の記事です。 はじめに Dockerから新しいプロダクトが発表されました。 Containerd: a daemon to control runC | Docker Blog runCのネズミ？がDockerのコンテナを運ぶというロゴ？はなんだかシュールですね。 この潜水艦が Containerd みたいです(この絵みるとコンテナが流されちゃうんじゃないかと心配になる…)。 Today we’re releasing a new daemon to control runC called: containerd. It’s built for performance and density, and will eventually be built into Docker Engine. 最終的にDocker E

この記事は HashiCorp Advent Calendar 2015 18日目の記事です。 すでに穴が4つもできてしまったので埋めたい…(ちょっと無理) はじめに 新しく出たツールを検証する場合、皆さんはどのような環境で行いますか？ 手元のMacでは動かないツール、もしくはMacに検証用のファイルを置いたりパッケージをインストールしたりして汚したくない場合、検証用のVMを立ち上げてその中で行うのが一般的でしょうか。 では、Consulの場合はどうでしょうか。 Consulは複数のノードでクラスタを組んで動作します。 よって検証する場合は複数のマシンが必要であり、必要な分だけVMを立ち上げなければなりません。 VMを複数立ち上げるのは結構スペックを必要とするため、すぐに頭打ちになってしまいます。 本エントリーでは、Consulを 検証するための環境 遊ぶ環境を手軽に作る方法を紹介し、それ

runCが発表されてから1ヶ月ほど経ちました。 使ってみた系の記事が幾つか出ていますが、ぼくもとりあえずひと通り触ってみたのでやってみたことを簡単にまとめます。 runCとは そもそもrunCとは、Open Container Project によって定義された Open Container Format のランタイムです。 詳しくは下記の記事をご参照頂くとわかるかと思います。 www.publickey1.jp www.publickey1.jp runC を動かしてみる https://runc.io/ に Getting started が載ってますので、こちらに沿ってとりあえず動かしてみます。 なお今回は物理マシン上の trusty で検証しています。 インストール 2015/08/01 時点で v0.0.2 までタグが打たれていますが、runc checkpoint でコケたので

今月始めにDocker, Inc.がSocketPlane, Inc.を買収したと発表がありました(日本記事はこちら)。 SocketPlaneが出来た経緯などは、docker/dockerのIssue#8951 を見るとよさそうです(ここから買収の話に繋がったのかな？)。 SocketPlane は、Open vSwitchによってDockerコンテナのネットワークをマルチホストで接続するためのツールおよびデーモンです。 開発は2014年12月の初め頃から始まってるみたいです。 ちなみに、Dockerのホストが複数になることによってネットワーク周りが複雑になるのはよくある話で、解決方法は既に様々なものがあります。 そのあたりはDockerコンテナ接続パターン (2014年冬)にて詳しくまとめられています。 SocketPlaneには下記のような特徴があります(README.mdより抜粋)

お待ちかね Consul 0.5.0 が出ました -> https://hashicorp.com/blog/consul-0-5.html 今回のリリースでいろんな機能が追加されましたが lock が気になったのでとりあえず動かしてみます。 環境準備 Consulと使いそうなツールを幾つか含んだDockerコンテナで検証してみます。 FROM ubuntu:trusty MAINTAINER foostan ks@fstn.jp RUN apt-get update && apt-get install -y wget curl unzip telnet dnsutils RUN wget http://stedolan.github.io/jq/download/linux64/jq RUN chmod +x jq RUN mv jq /usr/bin ## consul RUN wg

はじめに 先日、Consul Templateという便利そうなツールがHashiCorpから発表されました。 Introducing Consul Template - HashiCorp 何かおもしろいこと出来ないかなっと思ってちょっと考えていたら、Registrator(progrium/registrator · GitHub)と相性が良さそうだったので組み合わせて使ってみた、というはなしを本エントリでまとめました。 Consul Template について Consul Templateは、Consulに登録されているサービスやK/Vの内容を元に、ミドルウェア等の設定ファイルを生成するためのツールです。 また、Consulを常に監視し、内容が変化するとリアルタイムに設定ファイルを更新して指定したコマンドを発行することができます。 ユースケースとして、HAProxy配下にWebサーバ

追記(2014/09/23) しました。 はじめに Consul使ってますか？ 最近は 0.4 がリリースされ、大幅な機能追加によってサービスディスカバリとしてでなく、オーケストレーションツールとして注目を集めて来ています。 また、プロダクションでの使用事例やSoftware Designに掲載されるなど(http://gihyo.jp/magazine/SD)、国内でも勢いをみせています。 個人的にはオーケストレーションツールとして利用したいと思っていますが、また検証段階といったところです(個人で遊んでいるレベル)。 Consul + Capistrano でオーケストレーションさせてみた - log.fstn オーケストレーションツールとしてのConsulの使い方 - Qiita そんなConsulですが、利用にあたって下記のようなファイルを各ノードに設置する必要があります。 Conf

はじめに Serfに続いてHashiCorpからConsulが発表されて、2ヶ月少々経ちました。 公式では Serf: service discovery and orchestration Consul: service discovery and configuration と言っていますが(http://www.serfdom.io/intro/vs-consul.html)、Consulも使い方によってはオーケストレーションできるかなと思って、試してみました。 ちなみに Serf や Consul の最近の動向については @zembutsu さんの記事がわかりやすいです ご注文は監視自動化ですか？ SerfとConsulの記事まとめ そもそもオーケストレーションとは webサーバをproxyから追加したり抜いたり webサーバにデプロイしたり 障害が発生したサーバを撤去したり db

この記事は、キーボード #1 Advent Calendar 2021 24日目の記事です。 お楽しみ袋でHelix rev3 LPを手に入れたのでこれでENDGAMEを目指すことにしました。 これで手に入ったキットでENDGAMEします / 遊舎工房で購入しました！ #自作キーボード @yushakobo [Pre Order]お楽しみ袋 https://t.co/mDPh1TkmSI— c7s (@foostan) October 16, 2021 ENDGAMEです https://t.co/CvRd28ATJC pic.twitter.com/khOZwyC6cc— c7s (@foostan) October 31, 2021 出来上がったものがこちらです。ケースのプロトタイプは発注済みですが残念ながら執筆現在でまだ完成していないのでレンダリング画像だけの公開になります。 本記事

はじめに 最近 Chef をよく使うようになり、必要に駆られて Chef server を構築することとなりましたが、「Chef serverの運用って大変だよね」って話をよく聞きます。 「大変」って聞いただけで敬遠するのはもったいないので、何が大変で、どうすればいいのか、をこの記事でまとめたいと思います。 大した運用経験がないので、気になる点や間違っている点がありましたらご指摘頂けると幸いです。 Chef server とは http://docs.opscode.com/chef_quick_overview.html より転載 簡単に言うと、Cookbook や 構築対象のサーバ(Nodes) の情報を一元管理しているサーバです。 Nodes にインストールされた Chef client からのAPIアクセスを受け付けて必要な情報を提供します。 Chef server の種類 Che