tekito.net

近況

Sun, 05 Apr 2026 18:00:00 +0900

X の方でも近況をポストしておりますが、ゲームや旅行についての話題が中心ですので、普段そちらではあまり書かないことを中心に、近況を書いてみます。

出来事 Link to heading

2 年ほど前に兄が他界しました。

私と兄は子どもの頃から仲がよく、病に倒れる直前まで毎日のように連絡を取り合ったり、ゲームで遊んだりしていました。私にとって兄はとても大きな存在であり、精神的に依存していた部分もあったため、その死の衝撃はとてつもなく大きなものでした。

その後、年単位で体調の悪い状態が続いていました。常に頭の中に霧がかかったような感覚があり、思考力が低下して、少し複雑なことや難しいことに直面すると、思考が止まってしまい、とにかく無理がきかなくなっていました。ひどいときには、脳が炎症を起こして破壊され続けているかのような感覚に悩まされることもありました。

最近は時間とともに立ち直りつつあって、体調不良の症状も軽くなり、いまはこうしてブログを書くくらいには気力も湧くようになっています。

お仕事 Link to heading

2 度、転職をしました。

2019 年に初めて転職し、子どもの頃からの夢であったビデオゲーム業界の会社で 5 年間働きました。その後、2024 年に 2 度目の転職をし、元の会社に出戻りをさせていただきました。現在もソフトウェアエンジニアとして働いています。

AI の台頭によってソフトウェアエンジニアリングの在り方が大きく変わろうとしている昨今ですが、いまのところ私の身の回りでは、そこまで大きな変化はなく、引き続き開発や運用の業務に取り組んでいます。ただ、今後については改めてちゃんと考えていく必要があると感じています。

私生活 Link to heading

今年の 2 月に結婚しました。

将来のことについては考えてもわからないことが多いので、私は臨機応変に動けるような姿勢をなんとなく取りつつ、あまり考えない性格なのですが、兄の死をきっかけに、将来について改めて考えるようになりました。まさか自分が結婚するとは思ってもいなかったため、いまは模索しながら、慌ただしい日々を過ごしています。

また、ゲームの方では、3 年ほど前に気まぐれでインストールしたポケモン GO にドハマりしてしまい、それからずっと私の中でポケモンブームが続いています。最近は Switch 2 を買って、ポケモン ZA を遊んでます。

12 年ぶりの Blog 更新

Thu, 15 Jan 2026 21:00:00 +0900

お久しぶりです。

早いもので、前回の Blog 更新から約 12 年も経ってしまいました (唖然)。

Blog 記事自体はまったく書いていなかったものの、ほそぼそとしたメンテは続けておりました。たとえば、この tekito.net をホストしているサーバをさくらの VPS から DigitalOcean に移行したり、ドメインをお名前から Cloudflare に移管したり、Static site generator を Pelican から Hugo に乗り換えたり、Let’s Encrypt を使って HTTPS 化したり。。。

今では Blog は自ホストするよりも、note や Medium のようなサービスを使って書くのがすっかり一般的になりましたね。

12 年という時間の中で、私の身の回りにもさまざまな変化がありました。そのあたりの近況については、また改めて記事を書こうと思います。

静的サイトジェネレータ Pelican で Blog を書こう

Mon, 16 Dec 2013 02:10:00 +0900

先日ブログを Wordpress から Pelican に移行しました。

Wordpress は機能が充実していて、使っていてスゲー！と思うところは多々あったのですが、利用者が多いせいか、なにかと攻撃の的になりやすく、セキュリティ面での管理にわずらわしさを感じていました。

この辺りの不満は静的サイトジェネレータで解消できそうだったので、そのうちのひとつである Pelican に移行してみました。

Pelican は Python で書かれた OSS です。似たようなツールに Ruby で書かれた octopress というのがあるようですが、特に比較検討はしていません。

Pelican は Markdown 形式や reStructuredText 形式でブログ記事を書けて、そこから HTML ファイルを自動生成できます。ちょっとした作業メモなどを普段からそれらの形式で書いていれば、サクッとブログ記事に発展させられるところがいいですね。

実際に Wordpress から移行してみてわかったメリット/デメリットは以下が挙げられます。

メリット
- セキュリティ面の安心感がある
- とっつき易いマークアップ言語で記事が書ける
- サーバのソフトウェアをアップデートしてもブログが壊れない
- 記事作成＆推敲をオフラインでできる
- 記事閲覧時のレスポンスが早い
- 記事をバックアップしやすい
- テーマをカスタマイズしやすい
デメリット
- 公式ドキュメントは充実しているが Wordperss と較べ情報量は圧倒的に少ない
- テーマやプラグインが少なく何かと自力解決が必要
- 記事生成処理がクライアントに依存する
- コメント欄が Disqus (メリット？)

インストール Link to heading

公式ドキュメントはこちらにあります。

僕は Debian の python-pelican パッケージをインストールして使っていますが、Pelican の公式ドキュメントでは virtualenv を使った仮想環境内で利用することが推奨されています。ここでは公式ドキュメントに倣ってインストールします。

$ sudo apt-get install virtualenv
$ mkdir ~/python-virtualenvs
$ virtualenv ~/python-virtualenvs/pelican
$ cd ~/python-virtualenvs/pelican
$ . bin/activate
$ pip install pelican

これでインストールは完了です。

シグナルをブロックすると fork() 後の子プロセスもブロックされた状態で生成される

Tue, 03 Dec 2013 23:30:00 +0900

シグナルをブロックした状態で fork() すると、子プロセスもシグナルをブロックした状態で生成されます。

#include <cstdio>
#include <cstdlib>
#include <csignal>
#include <unistd.h>
#include <iostream>

int main(void) {
 sigset_t blockmask;
 sigemptyset(&blockmask);
 sigaddset(&blockmask, SIGTERM);
 sigprocmask(SIG_BLOCK, &blockmask, NULL);

 pid_t pid = fork();
 if (pid < 0) {
 perror("fork");
 exit(EXIT_FAILURE);
 } else if (pid == 0) {
 /* child */
 sigset_t checkmask;
 sigemptyset(&checkmask);
 sigprocmask(0, NULL, &checkmask);
 if (sigismember(&checkmask, SIGTERM)) {
 std::cout << "SIGTERM is blocked." << std::endl;
 }
 } else {
 /* parent */
 sleep(1);
 }

 return 0;
}

出力結果:

MXE + Qt を使って Linux で Windows GUI アプリをクロスビルドする

Fri, 18 Oct 2013 00:00:00 +0900

環境 Link to heading

Debian GNU/Linux jessie amd-64 (Linux 3.10.11)

依存パッケージのインストール (Debian) Link to heading

まずは MXE のドキュメントに従って、必要なパッケージをインストールします。

$ apt-get install autoconf automake bash bison bzip2 \
 cmake flex gettext git g++ intltool \
 libffi-dev libtool libltdl-dev libssl-dev \
 libxml-parser-perl make openssl patch perl \
 pkg-config scons sed unzip wget xz-utils

MXE で Windows 向けの Qt ビルド環境を作成する Link to heading

MXE は Debian のパッケージリポジトリにはありません。

Pelican へ移行

Mon, 14 Oct 2013 15:24:00 +0900

Blog を Wordpress から Pelican へ移行しました。

Linux 3.x の仮想マシンから VMware Fusion の共有フォルダが見えない

Sat, 28 Sep 2013 01:57:00 +0900

VMware Fusion 上の Linux 仮想マシンから Mac の共有フォルダが見えなくなることが、たびたび (Linux カーネルをアップデートするたび？) あります。

$ ls /mnt/hgfs/
(見えない...。)

どうも vmhgfs (VMware Host-Guest File System) というカーネルモジュールがロードされていないことが原因らしい。

$ lsmod | grep vmhgfs
(ロードされてない...。)

いままでこうなったときは VMware Tools を再インストールして修復していました。しかし、VMware Tools は Linux 3.x に対応していないのか、モジュールのビルドに失敗するなど、色々とおかしくなっており、今回は VMware Tools を再インストールしても問題は解消せず。仕方なく手で直しました。

とりえあず共有フォルダが使えるようになるところまでです。この記事は参考程度に、修復の実施は自己責任でお願いします。

環境 Link to heading

VMware Fusion 5.03
ホスト: OS X 10.8.5 (Mountain Lion)
ゲスト: Linux 3.10.11 (Debian GNU/Linux jessie amd-64)

そもそも Link to heading

試していませんが open-vm-tools を使うとすぐに解消できるかもしれません。

acpid を使ってサスペンド

Sat, 20 Aug 2011 22:58:00 +0900

ノート PC のモニタ開閉時に acpid を使ってサスペンド/復帰する設定を行いました。

ThinkPad X60
Debian GNU/Linux wheezy

はじめに Link to heading

acpid では ACPI イベントを捕捉して、それに応じたアクションを実行できます。

シンプルな仕組みで、設定も簡単。動作は自由に定義できるので便利です。

acpid については以下のサイトに詳しいです。

イベントの確認 Link to heading

イベントは acpi_listen コマンドで確認できます。

acpi_listen コマンドを実行してノート PC のモニタをパタパタさせてみたところ、lid イベントが発生していることが確認できました。

$ acpi_listen
button/lid LID close
video/switchmode VMOD 00000080 00000000
processor LNXCPU:00 00000081 00000000
button/lid LID open

アクションの定義 Link to heading

イベントに対するアクションは /etc/acpi/events/ 以下で定義します。

Guacamole でウェブブラウザからデスクトップ環境を使ってみた

Sat, 22 Jan 2011 04:26:00 +0900

Guacamole はHTML5とAjaxで実現されたVNCクライアントです。

ウェブブラウザさえあれば、どこからでもアクセスできるし便利そうなので試してみました。

(Guacamoleを使ってノートPCからデスクトップPCにつないでみた様子。Chromeの中でChromeを立ち上げてしまうセンスの無さ…。)

実際にGuacamoleを使ってグリグリ動かしている動画が公式サイトにもあるので、そちらも参照のこと。

Guacamoleは日本語だと「ガカモレ」とか「ワカモレ」と発音するようです。

基本的に公式サイトに載ってるインストール手順通りでハマるところはありませんでしたが、ググっても日本語記事が少ないようなのでメモ。

はじめに Link to heading

Guacamoleを利用するためには vncserver, apache, tomcat のほか デスクトップ環境 が必要です。デスクトップ環境の構築方法については触れないので、その辺りが分からない方はググってください。

また、この記事はとりあえず実験的に動かすことを目的にしているので、継続して利用するのであれば設定を見直す必要があります。

インストール手順 Link to heading

まずは必要なパッケージをインストールする。(debian squeezeの場合)

$ sudo apt-get install vnc4server apache2 tomcat6

Apache Tomcat

ApacheとTomcatはインストール直後に既に実行されていたが、一応確認。
```
$ /etc/init.d/apache2 status
Apache2 is running (pid 1250).
$ /etc/init.d/tomcat6 status
Tomcat servlet engine is running with pid 2601.
```
netstat すると8080番でTomcatがLISTENしているので、アクセスしてみる。

bash のビルトインコマンド “local” について

Tue, 23 Nov 2010 19:52:00 +0900

実験のまとめ。

前置き Link to heading

bash では特に指定しない限り、 変数は常にグローバル な変数として扱われてしまいます。

#!/bin/bash

function foo() {
 hoge="foo"
}

foo
echo $hoge # foo と出力される

変数をつくるたびに、グローバルな領域を汚染していくのはよろしくないので、ここではグローバル化の対策として bash のビルトインコマンド local を使用します。

#!/bin/bash

function foo() {
 local hoge="foo"
}

foo
echo $hoge # 空出力

このように、明示的にローカルな変数だよーって宣言してあげると、関数をでたときには忘れる。なんだか逆な気がしますが…。

本題 Link to heading

bash では for ループに使用する変数 や、read で受け取る変数 も他の変数と同様に、特に指定しない限りグローバル変数になります。

#!/bin/bash

function foo() {
 for hoge in `echo one two three`; do
 :
 done
}

function bar() {
 read piyo
}

foo
bar
echo $hoge # three と出力される
echo $piyo # 入力された文字列が出力される

対策として local を使用したいところですが、 for や read の変数名の前に local を置くと 残念ながら 構文エラー になってしまいます。

nouveau でデュアルモニタの設定をしてみた

Sat, 20 Nov 2010 18:27:00 +0900

nouveauはNVIDIAのVGA用の非公式ディスプレイドライバで、2.6.33からはカーネルにマージされているらしい。

デュアルモニタの設定でやることは nouveauの導入 と xorg.confの設定 だけ。

検索してもあまり日本語のサイトがヒットしなかったので、メモついでに記事にしときます。

nouveauの導入 Link to heading

お使いのディストリビューションに依る部分です。

fedora は 13 以降、debian は testing 以降であればメインリポジトリにあるようです。

ちなみに debian testing の netinst したら最初から適用されていました。

検索してもなければ、仕方がないのでソースからコンパイルしましょう。

nouveau Wiki - Source

ただ、ソースからコンパイルするくらいなら、NVIDIA公式のドライバを使ってもいいかも…。

xorg.confの設定 Link to heading

1枚のグラフィックカードでデュアル出力した場合の設定例です。

以下、xorg.conf の設定全文。

/etc/X11/xorg.conf:

Section "ServerLayout"
 identifier "Layout"
 screen 0 "screen0" 0 0
Endsection

Section "Monitor"
 Identifier "Monitor0"
 Option "PreferredMode" "1920x1080"
 Option "Primary" "True"
EndSection

Section "Monitor"
 Identifier "Monitor1"
 Option "PreferredMode" "1920x1080"
 Option "RightOf" "Monitor0"
 Option "Primary" "False"
EndSection

Section "Device"
 Identifier "Device0"
 Driver "nouveau"
 Option "monitor-DVI-D-1" "Monitor0"
 Option "monitor-VGA-1" "Monitor1"
EndSection

Section "Screen"
 Identifier "screen0"
 Device "Device0"
 Monitor "Monitor0"
 DefaultDepth 24

 SubSection "Display"
 Depth 24
 Modes "1920x1080"
 EndSubSection
EndSection

解像度はMonitor0、Monitor1共に1920x1080としています。

WordPress へ移行

Mon, 15 Nov 2010 23:52:00 +0900

blogger.comからWordPressに移行しました。

bloggerで書いた記事のうちCZ-900のレビュー記事だけはお引越し。

ロジクール Illuminated Keyboard CZ-900 レビュー

Wed, 10 Feb 2010 21:53:00 +0900

先日ロジクール Illuminated Keyboard CZ-900購入し、使用しはじめてそろそろ一ヶ月経つので、ここらでレビュー。

CZ-900はデザインに凝ったキーボードでもありますが、デザインは好みや利用する場面にも左右されると思うので、この記事では主に 利便性や機能的な面 に着目して書きました。「デザインは気に入ったけど…」って方はぜひ参考にしていただけると幸い。

ロジクール Illuminated Keyboard CZ-900
定価1万円。実勢価格7〜9千円。

キー配列 Link to heading

キーピッチ19mmの日本語配列フルキーボード。ただしかな印字はないので、かな入力者は対象とされていないようだ。

Deleteキーが大きく設計されている のが特徴的で、文章作成時には押しやすくて非常によい。Enterキーが細く設計されていることも相まって、小指で簡単に押しにいける。ただし、利用するソフトウェアによってはInsert/Deleteキーに対となる機能を振り分けるキーバインドがあるため、その場合においては逆に使いづらくなるのではないかと思う。

Deleteキーは大きくてよいのだが、 半角/全角キーと￥キーは細く設計されている点 が気になる。どちらのキーもそれなりにタッチする機会があるキーなので、ときおりここでタイプミスが生じた。これらのキーが細くなってしまったのは、Enterキーを細く設計した弊害なのだろうか。

F1〜F12キーにはFnキーとの絡みでホットキーが割り当てられている。このあたりをカスタマイズするとゲーム用途で活躍しそう。もちろんそれ以外の用途でも、あるに越したことはない。しかし、これら 最上段のキーは小さく(縦が短い)、やや押しづらい という難点がある。スペース的に余裕があるのだから、もう少し大きくてもよかったと思う。

配列の最下段のキートップは膨らんだ曲線形をしている。これはCtrlキーやAltキーと他のキーを同時押しする際に、距離を稼げるように設計されているかな？…僕にはキートップが膨らんでいることの恩恵はあまり感じられなかった。

外観 Link to heading

パームレストはゴム素材でできており、感触は非常に良く、落ち着く。ゴム自体はペラペラなので押すと若干たわむが、キーボード使用中には特に気にならない。パームレスト部分は取り外しができないため、汚れると厄介かも。

キーボード底にはスタンドがついているが、このスタンドの作りが若干脆く、キーボードの上から強い衝撃を受けるとポキッと折れてしまいそう。

接続は無線ではなく、USBケーブルによって行う。ケーブルは右上からの片出し。ケーブル自体は一般的なキーボードのケーブルよりも細く、やや不安に感じた。ただ、キーボードのケーブルには負担が掛かることも少ないので、これでも充分といえば充分なのかもしれない。キーボードにはUSB接続用の端子はない。

CapsLock/NumLock/ScrollLockの表示に癖があり、それぞれオンにするとテンキーの下方にマークが点灯される。デザインは素敵だが、慣れるまで若干わかりづらい。

イルミネーション機能 Link to heading

このキーボードが他のキーボードと一線を画す機能がイルミネーション機能。キーの下にバックライトが搭載されており、特殊な印字加工をされたキートップが透けて光る仕組みになっている。これにより、 暗い部屋での利用も可能 となっている。僕はイルミネーション機能を目的として買ったのではないけれど、実際使ってみると、とても上品に光り好印象。カッコイイ。

イルミネーション機能による利便性について、最も気になった点はF1〜F12キー、PrintScreenキー、Pause/Breakキーにおいては ホットキー表示のみしか点灯しない こと。暗い部屋で使った場合、F1〜F12キーはキーの並びからなんとなく把握できるが、PrintScreenキーは位置がわからなくなりそう。

イルミネーション機能の不具合として、キーボードの接続形態や接続先マザーボードによっては、 PCの電源を落としても点灯状態が継続されたまま になってしまう現象が起こる。これはキーボードからの入力でPCを立ち上げる機能をマザーボードがサポートしている場合などに起こり、 常にUSB給電されてしまっていることが原因 である。僕の場合はCPU切替器を介して接続すると、点灯したままになってしまった。その場合にはPCの電源OFFでもキー入力は受け付けているので(それが原因だからだ)、点灯調節キーで消灯状態にはできる。この現象は利用するマザーボードのBIOSの設定次第で解決できる可能性はある。

打鍵感 Link to heading

キーボードのキーにはパンタグラフ式スイッチが採用されている。

ロジクール Illuminated Keyboard CZ-900 購入

Thu, 14 Jan 2010 21:26:00 +0900

近頃ノートパソコンのキーボードに触れる機会が度々あり、その都度キーボードが気になっていた。というのも、いままで自宅では1年ほど前に購入した Realforce 91UDK-G (東プレ) を使っていたのだが、僕にはどうもノートのキーボードの方が打ちやすく感じた。

Realforceシリーズは静電式スイッチ、ノートはパンタグラフ式スイッチ。同じキーボードとは言え、叩くと全く違ったもの。世間では静電式スイッチの製品が割と持てはやされていて、僕もそれに多少影響されてRealforce 91UDK-Gの購入に踏みきったのだけれど(もちろん実際に触ってみてよいと感じた)、先述した体験から次第にパンタグラフ式スイッチのキーボードへの感心が強まり、ひとつ買ってみることにした。

最近僕はネットのレビューを参考にしてその場(ネット)で買い物をすることも多いけれど、キーボードをネットのレビューのみを鵜呑みにして買うコトには少々不安感を覚えたので、実際にパンタグラフ式のキーボードを叩きにアキバへ行って買うことにした。

事前にネットでリサーチして、購入候補として挙がっていたのは以下の2製品。

G85-23100JAADSF (Cherry)
EIPH108 (シグマA・P・O)

実を言うとテンキーレスのキーボードが欲しかったのだけれど、パンタグラフ式でテンキーレスの製品となると、ほとんど(現状全て?)がコンパクトキーボードとなってしまうようで、テンキーレスは断念した。

ではなぜこの2製品に絞ったかというと、

今使っているRealforce 91UDK-Gの配列に近い(重要)
接続形態が無線ではない

というかなり消極的な理由から。Realforce 91UDK-Gの無駄のないスッキリとしたデザインが気に入っていたので、変態配列のもの(パンタグラフ式キーボードには特に多く感じる)は避けた。僕の理想としてはRealforce 91UDK-Gをパンタグラフ仕様にしてもらえれば、それが一番だと思っている。

実際アキバに行って上記の2製品を中心に、様々なキーボードを叩いてみた所感としては、G85-23100JAADSFはキーストロークが非常に浅く、キータッチも柔らかいので、パンタグラフで頻発しがちな隣接キーの誤爆がチョット心配になった。それに対してEIPH108はキーストロークもそこそこあり、キータッチもしっかりしている。加えて赤色モデルの色がネットの写真でみたのよりも落ち着いた色合いで、好印象。

もうEIPH108にしてしまおうかと、いろんなお店での価格チェックをしながらキーボードを叩いて回っていたところ、ロジクール CZ-900の叩き心地のよさに目(手?)を奪われた。

CZ-900のキータッチはEIPH108を更にしっかりさせた感じで、パンタグラフ式キーボードではかなり固い部類にはいるのではないかと思う。ストロークもパンタグラフ式のキーボードとしては深め。そして何よりも気に入ったポイントが、キーを押下したときの反発が強いこと。反発が強いお陰ですぐに次のキーをタッチしにいけるのがよい。この叩き心地はメカニカル式スイッチに似た心地よさがある。

ロジクールの製品は完全にノーマークだったので、嬉しい誤算。当初予定していた金額よりもだいぶ出費が増えてしまうが、CZ-900を買うことにした。まだ使いはじめて数時間だけれど、購入後に気づいた点もあるので、そちらについてはまた後日レビューとしてまとめようと思う。

また、CZ-900の他に"クレバリー製オリジナルキーボード"の叩き心地もよかった。やや壊れやすそうな印象が気になったが、こちらは2000円程度だったので、コストパフォーマンスは高そう。