12ステップで作る組込みOS自作入門

出版社 : カットシステム (2010/05)
発行日 : 2010/05

前回の初めてのC言語で『30日でできる！OS自作入門』の通りに初めてのOSを作ってみた - 三等兵は汎用OSでしたが今度は組込みOSです。参考書は『12ステップで作る組込みOS自作入門 』です。こいつぁすげえや。丁寧に仕上げられた良書でした。

「組込み」とタイトルがついているので興味を示す層が狭そうですが、プログラムを書く多くの人にとって役立つ内容だったと思います。

前回は必死にわかんないーわかんないーを連呼しつつ頭を抱えて苦行みたいな感覚でやっちゃいましたけど、今回はそんな苦労もあったからか余裕を持って楽しめました。

本書ではWindowsだけではなくLinuxでも開発できるよう解説されているのでどんな環境でも問題ありません。Linux入れるのがめんどくさかった私は例によってMac OS Xでやりましたが大きな問題はなかったです。よってほぼ誰でも環境を用意することができる、と言いたいところですが。

こういったクロス開発ではシリアルケーブルとか使ってマイコンとイチャイチャする必要があるのです。でも、MacBook air(MBA)だとシリアルコネクタない...あるわけない。しょぼーん。

困ったなーと思ってたら2300円ぐらいのUSBのシリアルアダプタを使えば良いらしく、それ使ってやりました。

iBUFFALO USBシリアルケーブル(USBtypeA to D-sub9ピン)0.5m ブラックスケルトン BSUSRC0605BS

この記事では組込みの事前知識ゼロからやってみた者として、Macの開発環境を紹介しつつ書籍の内容について書いてみようと思います。

12ステップの内容をまとめたスライド

OS作りは一応2回目なので余裕もあるだろうと学習した内容を1ステップずつスライドにまとめながらやりました。荒いのと正確かどうかは保証できませんが、Macで詰まる部分はだいたいメモってあります。

• 【学習メモ#1st】12ステップで作る組込みOS自作入門
• 【学習メモ#2nd】12ステップで作る組込みOS自作入門
• 【学習メモ#3rd】12ステップで作る組込みOS自作入門
• 【学習メモ#4th】12ステップで作る組込みOS自作入門
• 【学習メモ#5th】12ステップで作る組込みOS自作入門
• 【学習メモ#6th】12ステップで作る組込みOS自作入門
• 【学習メモ#7th】12ステップで作る組込みOS自作入門
• 【学習メモ#8th】12ステップで作る組込みOS自作入門
• 【学習メモ#9th】12ステップで作る組込みOS自作入門
• 【学習メモ#10th】12ステップで作る組込みOS自作入門
• 【学習メモ#11th】12ステップで作る組込みOS自作入門
• 【学習メモ#12th】12ステップで作る組込みOS自作入門

開発環境を整えよう

WindowsとLinuxでの開発環境は本書で紹介されています。それらのOSであれば書籍を参考にしてください。この開発環境を作る時点で詰まったときはネットで検索したり KOZOS友の会 | Google グループ で質問しながらがんばりましょう。

ハードな話

ソフトな話の前にハードな話。

本書ではマイコンボードとシリアル接続しながらのクロス開発を想定して書かれています。(クロス開発ってのは大雑把に言えばPCでコード書いてPCとは別の機器でそのプログラムを動かすことを目的とした開発のこと)

必要なものと金額は下記のリンク先にまとめられています。

• はじめの一歩シリーズ　タイトル一覧

実際に私が購入したものは以下の写真の通りです。

面倒であればカットシステムさんからまとめて組込OSセットを買えます。全部で9110円です。

さらにシリアルコネクタがなければそこから2200円ぐらい増えますんで1万超えちゃいます。(左上のケーブルがシリアルケーブル。シリアルコネクタが無ければ必要です。ちなみにMBAにはないです)

合わせて1万2千円になりますざまぁーありませーんというわけで、レッドブル節約すべきかすべきでないか、それが問題だなブラザー。

Macの開発環境

それじゃあMacでの開発環境について紹介していきましょう。

動作確認はLion 10.7.4(64bit)です。

セルフ・コンパイラ

まずセルフ・コンパイラを用意します。これは要はgccのことです。

MacだとXcodeとそのうちのCommand Line Toolsを入れていればgcc(llvm-gcc)もあるので何もする必要はありません。Xcodeが無ければXcodeとCommand Line Toolsで検索かけてインストールしてください。

確かXcode4.3あたりからこうなったんで、Xcode4.2なら何もしなくていいはずかな。たぶん。

クロス・コンパイラ

次はクロス・コンパイラです。これもまあgccのことです。

gccが2つ出てきちゃいましたね。

えーと、セルフ・コンパイラは大雑把に言えばPC用のgccと考えてください。PC上で動作するプログラムをコンパイルするためのgccです。そしてクロス・コンパイラは組み込み用のgccです。マイコンで動作するプログラムをコンパイルするためのgccってわけです。

さっきのセルフ・コンパイラはクロス・コンパイラをビルドするのに必要なんで用意したのです。

で、クロス・コンパイラは「必要なくなったらまとめてゴミ箱行きできるインストール方法」でいきたいと思います。全部$HOMEにまとめちゃう感じですね。

それじゃあターミナルを開いて以下のように打ってください。

ちなみに書籍中ではターミナル開いてあれこれ操作するばっかりです。ターミナルの操作が全くわからない人はこれから厳しいかもしれません。慣れればなんとかなりますのでがんばっていじってみてください。

cd ~
mkdir 12step
cd 12step
mkdir build src tools

12stepというディレクトリをホームディレクトリに作成して、その下にbuild、src、toolsというディレクトリも作成しました。(ホームディレクトリはFinderのメニューバーから「移動＞ホーム」で開かれるとこです)

• build
  • インストールするツールをビルドするとこ
• src
  • ここで12stepで開発していくプログラムを置きます
• tools
  • クロス・コンパイラとか、その他必要なツールはここに置きます

これからクロス・コンパイラをダウンロードしてインストールします。ダウンロードするパッケージは以下の通り。

• [binutils-2.19.1.tar.bz2:title=http://ftp.gnu.org/gnu/binutils/
• [gmp-5.0.5.tar.bz2:title=http://ftp.gnu.org/gnu/gmp/
• [mpc-0.9.tar.gz:title=http://www.multiprecision.org/?prog=mpc&page=download
• [mpfr-3.1.1.tar.gz:title=http://ftp.gnu.org/gnu/mpfr/
• [gcc-4.7.1.tar.gz:=http://ftp.gnu.org/gnu/gcc/gcc-4.7.1/

インストールは以下の記事を参考にしています。

• http://d.hatena.ne.jp/satfy/20101226
  • Snow Leopardはこっち参考に
• http://d.hatena.ne.jp/cococh1/20120219/1329642986
  • CC=~が必要になる場合もあるみたい

まずは、12stepディレクトリのbuildディレクトリにパッケージをダウンロードします。

cd ~/12step/build
curl -O http://ftp.gnu.org/gnu/binutils/binutils-2.19.1.tar.bz2
curl -O http://ftp.gnu.org/gnu/gmp/gmp-5.0.5.tar.bz2
curl -O http://www.multiprecision.org/mpc/download/mpc-0.9.tar.gz
curl -O http://ftp.gnu.org/gnu/mpfr/mpfr-3.1.1.tar.gz
curl -O http://ftp.gnu.org/gnu/gcc/gcc-4.7.1/gcc-4.7.1.tar.gz

これらはターミナルから実行するコマンドですよ。じゃあ、5つダウンロードできたらそれぞれビルドしていきます。

binutils

cd ~/12step/build
tar jxvf binutils/binutils-2.19.1.tar.bz2
cd binutils-2.19.1
./configure --target=h8300-elf --disable-nls --disable-werror --prefix=$HOME/12step/tools
make
make install

gmp

cd ~/12step/build
tar jxvf gmp-5.0.5.tar.bz2
cd gmp-5.0.5
./configure --prefix=$HOME/12step/tools/gmp
make
make check
make install

mpfr

cd ~/12step/build
tar zxvf mpfr-3.1.1.tar.gz
cd mpfr-3.1.1
./configure --prefix=$HOME/12step/tools/mpfr --with-gmp=$HOME/12step/tools/gmp
make
make check
make install

mpc

cd ~/12step/build
tar zxvf mpc-0.9.tar.gz
cd mpc-0.9
./configure --prefix=$HOME/12step/tools/mpc --with-gmp=$HOME/12step/tools/gmp --with-mpfr=$HOME/12step/tools/mpfr
make
make check
make install

gcc

cd ~/12step/build
tar zxvf gcc-4.7.1.tar.gz
cd gcc-4.7.1
./configure --target=h8300-elf -disable-nls --disable-threads --disable-shared --disable-werror --enable-languages=c --prefix=$HOME/12step/tools --with-gmp=$HOME/12step/tools/gmp --with-mpfr=$HOME/12step/tools/mpfr --with-mpc=/usr/local/mpc
make     
make install

以上です。ビルドしてできたファイルは全て~/12step/toolsのtoolsディレクトリ以下にあります。

h8write

h8writeは、PCで書いたプログラムをマイコンのフラッシュROMに書き込むことができます。これもtoolsディレクトリ以下に入れます。

ただし、Lion以降はkz-h8writeでないと動作しないかもしれません。(32bitカーネルなら普通のh8writeで問題ないかと。h8writeを使うなら書籍を参考にビルドしたら、~/12step/tools以下にh8writeというファイルを置いてください)

そういうわけでkz-h8writeを使わせてもらいます。

• kz-h8write
  • CuBeatSystems: H8/3069F writer for KOZOS - kz_h8write 「h8writeリベンジ解決編」

ダウンロードして解凍したら~/12step/build/以下にkz_h8write-v0.1.0を置いてください。あとは以下のコマンドを実行するだけです。

cd ~/12step/build/kz_h8write-v0.1.0/src
make
mv kz_h8write ~/12step/tools/kz_h8write

クロス・コンパイラの用意は以上で終わりです。

シリアルコネクタが無いPCでの準備

次はシリアル接続できるようにするための準備です。

PCにシリアルコネクタが無い場合はUSBシリアルケーブルみたいなのが必要です。とりあえずネットで調べてみるとMacであれば下の機器で問題ないと書いてあったので、私もこれを買いました。

iBUFFALO USBシリアルケーブル(USBtypeA to D-sub9ピン)0.5m ブラックスケルトン BSUSRC0605BS

Windows向けと書かれてますが心配いりません。Macでも利用することができます。そのためにはMac用のドライバが必要でして、それは下記のURL先からダウンロードしてインストールしてください。

• http://www.ftdichip.com/Drivers/VCP.htm

Snow Leopardであればx86 (32-bit)のドライバですね。(64bitで動作させていればx64です。こういうことしてなければ32bitで起動してるはずです)

Lion以降はx64のドライバをインストールしてください。

ドライバ名の確認

ドライバをインストールできたらUSBシリアルケーブルのドライバ名を確認します。

まずはUSBシリアルケーブルを接続してください。そしてターミナルから以下のようにコマンドを実行します。

ls /dev/tty.*
/dev/tty.Bluetooth-Modem     /dev/tty.Bluetooth-PDA-Sync     /dev/tty.usbserial-FTG6PQ4H

ls /dev/tty.*の部分がコマンドで、その下の行がコマンドを実行した結果です。結果のうち、「/dev/tty.usbserial-FTG6PQ4H」がこのデバイス名です。同じようにして自分のデバイス名を確認できたら後から使うので覚えておいてください。

1stステップだけ学習講座

以上の設定でどうやって学習していくかを1stステップを例に書いときます。

ソースコードの置き場所

1stステップはHello Worldを表示するプログラムを書くんですが、それぞれのファイルの置き場所は~/12step/src以下になります。

ディレクトリの構造は、

• 12step
  • tools
  • src
    • 01
      • bootload
        • main.c
        • startup.s
        • …
        • ...
    • 02
      • bootload
        • ...

こんな形です。srcディレクトリの下に1stステップのコード、2ndのコードと並べていきます。src以下は書籍の通りなんでよくわかんなかったら書籍も参考にしてください。確かstep1にディレクトリ構造の図があったと思います。

Makefile

で、書籍の通りにコードを書くときMakefileの部分だけそのままじゃうまくいきません。書籍ではクロス・コンパイラを/usr/local以下に配置した形になってますが、こっちは~/12step/tools以下に置いてますからね。

それで、こっちの環境で動作させるためにはMakefileを以下のように直してください。

PREFIX = ~/12step/tools
ARCH = h8300-elf
BINDIR = $(PREFIX)/bin
ADDNAME = $(ARCH)-
.
.
.
H8WRITE = ../../../tools/kz_h8write

H8WRITE_SERDEV = /dev/tty.usbserial-FTG6PQ4H

これらのうち、H8WRITE_SERDEV = /dev/tty.usbserial-FTG6PQ4Hだけ皆さんそれぞれ違う記述になるはずです。ここはさっき確認したUSBシリアルケーブルのデバイス名を書いてください。

あと「H8WRITE = ../../../tools/kz_h8write」も単純なh8writeを使ってるなら、「H8WRITE = ../../../tools/h8write」としておいてください。

プログラムのビルドとフラッシュROMへの書き込み

指示された通り全てコードを書いて、Makefileもこっちの設定用にできたらビルドします。cd 12step/src/01/bootloadでmakeすると下記のように出力されれば成功です。

cd ~/12step/src/01/bootload
make
~/12step/tools/bin/h8300-elf-gcc -c -Wall -mh -nostdinc -nostdlib -fno-builtin -I. -Os -DKZLOAD vector.c
~/12step/tools/bin/h8300-elf-gcc -c -Wall -mh -nostdinc -nostdlib -fno-builtin -I. -Os -DKZLOAD startup.s
~/12step/tools/bin/h8300-elf-gcc -c -Wall -mh -nostdinc -nostdlib -fno-builtin -I. -Os -DKZLOAD main.c
~/12step/tools/bin/h8300-elf-gcc -c -Wall -mh -nostdinc -nostdlib -fno-builtin -I. -Os -DKZLOAD lib.c
~/12step/tools/bin/h8300-elf-gcc -c -Wall -mh -nostdinc -nostdlib -fno-builtin -I. -Os -DKZLOAD serial.c
~/12step/tools/bin/h8300-elf-gcc vector.o startup.o main.o lib.o serial.o -o kzload -Wall -mh -nostdinc -nostdlib -fno-builtin -I. -Os -DKZLOAD -static -T ld.scr -L.
cp kzload kzload.elf
~/12step/tools/bin/h8300-elf-strip kzload

次にmake imageというコマンドを実行してください。下記のように出力されるはずです。

make image
~/12step/tools/bin/h8300-elf-objcopy -O srec kzload kzload.mot

今度はマイコンのフラッシュROMにプログラムを書き込む作業をします。まずマイコンとMBAを接続します。

次に書籍でも解説されていますがディップスイッチというのを書き込みモードにします。こうすることでフラッシュROMにプログラムを書き込めるようになります。

この青いディップスイッチの右隣にポチっとあるのがリセットボタンです。一応試しにポチっとおしといてください。

それじゃあフラッシュROMに書き込みを行います。ターミナルからmake writeを実行してください。次のようになったら成功です。

make write
../../../tools/kz_h8write -3069 -f20 kzload.mot /dev/tty.usbserial-FTG6PQ4H
=================================================
 H8/3069F Flash Writer for KOZOS (Version 0.1.0)
 Copyright(C) 2011-2012 Shinichiro Nakamura
=================================================
Bitrate sequence: Done.
Inquiry device: Done.
Select device: Done.
Inquiry clock mode: Done.
Select clock mode: Done.
Select bitrate: Done.
Waiting for erase done:...
Programming:.....
Program: Done.
Complete.

フラッシュROMから起動

じゃあプログラムを実行してみましょう。書籍にもありますがcuコマンドを使って接続します。

まずはマイコンのディップスイッチを下の画像のようにします。

ターミナルから下記のように実行してください。これは書籍でいうところのCUを使ってます。特に問題はないので、CU使っちゃってかまいません。

sudo cu -l /dev/tty.usbserial-FTG6PQ4H
Password:

「usbserial-ほにゃらら」の部分は自分のデバイス名にしてEnter押します。すると、Passwordを聞かれるのでいつもログインに使ってるパスワードを入力してください。

うまく接続されたらConnectied.と表示されるはずなので、ここでリセット・ボタンをポチっと押してみてください。

sudo cu -l /dev/tty.usbserial-FTG6PQ4H
Connected.
Hello World!

こんな感じでHello World!と表示されたら成功です。

学習の流れ

2ndでは~/12step/src/01を~/12step/src/02にコピーして書籍の通りにコードを修正しながら進めていく形になります。書き込みとプログラムの起動についてはさっきやったような感じですね。

あとは、エラーなどで詰まったところがあったらスライドで確認してみてください。細かい部分はメモってませんが、大きなエラーは内容と解決方法をメモってあります。

それ以外は書籍の通り進めていけば問題はないでしょう。

書籍について

入門と冠された本としては比較的高いレベルが求められます。高いといってもたいていの人は一般教養レベルでしょと言われるぐらいものでして、プログラミング初心者だと誰か指導してくれる人がいないと辛いって感じですね。

組込みの知識ゼロでも問題はありませんでした。ほとんど全て解説してくれるので、前提としてC言語だけ文法とかなんとなく理解できていれば大丈夫です。

コードは一生考えてもわからん！ってほど難しいところは無かったと思います。アルゴリズムやデータ構造はシンプルなものだし、動作に必要なコード以外はほとんど書かれていないので行数が少なく読みやすいはずです。文章は丁寧にまとまっていて構成がよく練られているといった印象を受けました。下手に話が展開していかないよう配慮している部分も好感が持てます。

開発は最初にひと通り動く小さなプログラムを書いて、それを毎ステップごとに少しずつコードを修正、追加していきながらOSを開発していくって流れです。

こういうのいいですよね。次はこういう機能を実装するからコードをこういうふうに書き換えるよ、こういうファイルを追加するよ、ってことが把握できるので理解しやすいですし、自分でOSを作っている感じがして楽しみながら開発することができます。

コードの量は最終的に2700行ぐらいで、毎ステップに書くコード量が200〜300行前後とバランスが良いですね。

だいたいの人は本書のうち第1部まで問題なく理解できるはずで、鬼門は後半の第2部の7thステップと8thステップでしょう。特に8thステップが私みたいになんちゃってでやってると、ここで壁にぶち当たります。

この部分を理解できているかどうかで9thステップに続く内容の理解度に影響してくるはずなので、難しいと感じたならめんどくさがらずにメモをとりつつ細かく流れを整理しておきましょう。

ここは中盤ながらのラスボスですね。中ボスなんだけどラスボス並みに強いじゃねえかっていう中ボスです。そうですね、バルバトスですね。

特技がストーカーで口を開く度にぶるぅぅあああああ！！と叫ぶバルバトス。タンスの角に小指をぶつけてぶるぅぅああああ！と泣き叫ぶバルバトス。人気のラーメン店で並んでいるとおばさんに横入りされてぶるぅああああ！と悔し泣きするバルバトス。バルバトスがぶるあああ！！過ぎて生きているのが辛い…。何の話か分からない人はスルーしてください。

他の組込みの書籍を知らないのでなんともいえませんがOS本の入門書としてなら良書だと思います。すごくわかりやすかったので。たぶん組込みの入門書としてもこの出来なら評価は高そうですね。

全体的に構成が丁寧で内容が分かりやすくまとまっており、文章に対するコード量の比もバランスがとれていて、自分でコード書きながら理屈も学べる良い本でした。

おそらく「組込み」というタイトルで興味を持つ層が限られているような気がします。しかし、プログラムを書く多くの人にとって役に立つ内容だったと思いますよ。関心の輪を広げてチャレンジしてみてはいかがでしょうか。

個人的には汎用OSより先にこっちやってみる方が良いかなと感じました。なんで、単純にOSに興味があるけどOS作り未経験な人もどうぞ。

本書であれば高度な知識を必要とせず最後までやり遂げられるでしょう。それにブートローダ作って実行ファイルを解析したり、ファイル転送のプロトコルを実装したりといったことを入門レベルで実践できるので楽しいですよ。

というわけで、前回でもそうでしたが、フルスクラッチでOS作るってのはどういうことか今回も良く身に染みました。なんだかんだと大変でしたが楽しかったです。

では、もしやってみようと挑戦する方がいらっしゃれば楽しんでやってみてください。

30日でできる! OS自作入門

出版社 : 毎日コミュニケーションズ
発行日 : 2006/3/1

良い本です。アカデミックの匂いが良い意味で全くしない。その上での実践的な本は日本語で他に無いと思います。ガチムチアカデミックの批判にあえて真っ向勝負してるような意欲作です。

正しい知識だの用語だのそんなもんはどうでもいいから手を動かしてやってまえみたいな感じで。こういうのは頭いい人たちから批判されやすいですね。俗物な私にはぴったりでしたが。

本書はWindows用のサンプルしかないんですがMac用に整えたので、それ公開するついでに思ったことつらつらと書いときます。

開発環境

• Mac
  • サンプルがWindows用なのでいろいろMac仕様にしなきゃいけない(後述)
• テキストエディタ
  • EmacsだのVimだのなんでもいいので適当に用意
• バイナリエディタ
  • Macだと0xEDが良い
  • http://www.suavetech.com/0xed/0xed.html

とりあえずはこれらだけ用意して他にも必要なものがあるんだけど後述。

Macでの開発環境を整える

本書で開発するOSは著者の用意した開発ツールを使って開発します。名前はtolsetといって付属のCD-ROMに入っているんですがWindowsのみ対応しています。が、なんと、ウェブでMac用も配布されているんです(著者とは違う方が配布していらっしゃいます)

今回はそれを利用して開発しました。

また、OSを起動させるにあたってQEMUという仮想マシンも用意します。えーとこれはですね、VMwareとかVirtualBoxみたいなのと同じようなもんです。それらのソフトウェアが知らない人は、大雑把に言えばMacが起動している中でアプリみたいにWindowsが起動できたりするソフトと思ってください。Safari立ち上げている横でWindowsも操作できちゃったりします。

本書ではこの仮想マシンを使って開発したOSを起動させる方法と、フロッピーディスクを使い実機で起動させる方法が紹介されています。実機の方がそれっぽくはありますが、いろいろめんどくさいので仮想マシンを使いましょう。

それで、本書ではこのMacの中で他のOSを起動できるようにする仮想マシンとしてQEMUを使っています。しかし、例によってQEMUはWindows用です。ががーん。

でも大丈夫です。QEMUのMac移植版として公開されているQ.appがありますのでこれを使います。

でまあ、Mac用のtolsetとQ.appをなんやかんやと調節して開発環境を構築する必要があるんですが結構めんどくさい。さらにCD-ROMに入ってるサンプルもそのままだとMacでは動かない…...。

というわけで、そこら辺をうまくカバーできるようにしました。やったのは基本的にMakefileをこの開発環境用に書き換えたのと細かい部分を調節しただけですが。

いろいろ書くのめんどくさいので簡単に用意できるようにしてます。最終的にはターミナルからぽぽぽいとmakeするだけでQ.appからOSを起動できるようになってますんで、詳細は下記のページみてください。

• https://github.com/sandai/30nichideosjisaku

とにかくここの準備はちゃんとしておかないとサンプルや作ったOSを試すときにかなりめんどくさいです。間違ってもコンパイルとかビルドを手作業でコマンド叩いてやろうなんて思わない方が良いです。

必要な知識とか技術とか

必要な知識や技術は挙げればたくさんありますが全くなくてもいいです。でもあったほうが良いです。どっちやねん。

というのも、必要な知識は学習しながら身に着けていけや三下どもが！という感じの書籍なのです。合理的ですが、知らないことばっかりだとモチベーションあがらないでしょう。だってOSに関係すること以外の部分も勉強しながらだったら絶対1日で終わらないもん。

C言語、アセンブリ、ターミナル(コマンドライン)、このあたりのことさえなんとなくわかれば大丈夫...かな。その他については本書でいろいろ説明があります。それでもよくわからなかったら調べながらやればなんとかなります。

たとえ分からないことがあってもなんとなしに分かった気になることが大切です。分かった気になればいいんです。いい加減なこと言ってますがそういう適当さがあった方が良いと思います。

あと、中学生でも分かるように書いたと書籍では述べられていますが…...たぶんわかんないと思います。巷で有名なスーパーハカーな人は知らないけど普通かそれ以下を自称する中学生ならきついでしょう。少なくとも私ならあきらめてます。

えーだめじゃんと落ち込むことなかれ。普通かそれ以下を自称する中学生が書籍で学ぶんだったらこれ以上易しいものなんて存在しません。たぶん。

つまり、作ってみたいならこれを参考にやるっきゃないということで。がんばれ青少年。まだフレッシュな感性のうちにやるのだ。無駄に年食ったおっさんやおばさんになったときだとヤル気が全然湧いてこないぞ。気力が全然湧いてこないんだ。昼からビールのみてぇとかしか思えなくなってくるんだ悲しくなってきた……。

そういうわけで今のフレッシュな感覚のうちにやっておいた方が無難でしょう。

もしやってみて途中であきらめてしまったとしてもそれは仕方がないです。誰も責めません。できたらすごいですよ。こんな内容の薄いものもできんのかとすごく頭の良い人たちは言ってくるかもしれませんが、そんな事言われてもわからんものはわからんです。

だから、できなかったらまた時間をおいてやればいい。たぶんきっと、そうやっても理解できない部分がたくさんあるかもしれない。でもそれでいい。がんばってるあなたはすばらしいんだ。ビジネスじゃないんだから結果なんてどうでもいい。

私が言うのもおかしなものだけどちゃんと全部理解できなくてもいい。感覚さえつかめればそれで良い。次があるなら問題ない。

わからないことがいけないんじゃなくてそれを5年後もわかっていないことが問題なんだ。そうやってつなげていければあるいは、たどり着く場所があると思う。

というクールな逃げ方をするのがハードボイルドな大人になるコツです。人生における逃げとは全てにおいて戦略的撤退なのだ。

初めてなら完全理解を捨ててOS入門すること

全てを完璧に覚えて理解してやろうなんて考えない方が良い。それよりも大要をつかむことに集中した方が良いと思う。

私もそうして30日以内で終わらせることはできた。結果的に毎日できたわけじゃないし、いろいろな理解を捨てたけど。わからない部分があるというのは居心地が悪い。だけど、ずっと立ち止まって考えるよりは良いと思う。

全部初めてのことだから全体的になんとなく理解できれば問題ないし、あるいは目的があるならそこの部分だけ理解できるように集中した方がいいでしょう。細かい部分気にしてたら時間が足りないしモチベーションも保てない。

ここでわからなくても次で理解できればいい。いくつかこなせばパターンも見えてくるだろうから、そうなったらあとは確認作業みたいなもので、突き詰めるとどれだけ真っ直ぐ向き合えるかという話になってくる。

というのは頭の中で考えた話でそんなすんなりいくわけじゃない。いくわけじゃないんだがそういうもんじゃないかなと予測している。

とはいえ、私は自分だけのOSを作りたいって目的があるわけじゃなくて、ハードとソフトがどんな関係で成り立っているのかってことが知りたいだけだから、曖昧でもいいからイメージできれば十分だったりする。

そんな線引きをしながら本心ではやっぱりもっと正しく理解したいんだよね。でもこの欲求に見合う頭が私には無いから、そのへんのバランスをとりながら踏み込んでいきたいなと思っている。

分からなかったら分かった気になれ

やっているうちに分からない部分がたくさん出てくるでしょう。そういうときは立ち止まって考えるより分かった気になって通り過ぎるのが良いです。

真面目な人はそんなのいけない！と怒るかもしれませんし、私も真面目じゃないけどそういうの嫌だなと思う。だのに、なんでこんなことを言うのかといういえば、分かった気になっちゃえばいいと坂村健さんもおっしゃっていたからです。TRONで有名な坂村さんです。

パソコン周りの用語とか概念て難しいから、とりあえず分かっちゃった気になればいいよみたいなことを『痛快!コンピュータ学』で言ってたのです。

だから分かった気になればいいんです。こんなすごい人がいってるんだから間違い無いです！(根拠は権威です！)

でも、分かっていないことは自覚しときましょう。えーとだから、「私は分かった気になったけれど実は分かっていない」ということを頭においておくんです。

それでどんどん突っ走って、途中で戻ったり、寄り道したり、そんな感じでやっていけばいいんじゃないでしょうか。というかそういうやり方の人の方が成長が早そうな気がします。

学習をする上でこうしたらよかったなと思ったこと

• 自分の手でコード書く。サンプルをつぎはぎして作らない
  • めんどくさくて多くの部分をつぎはぎしちゃった。正直C言語扱えるって言えないレベルで反省
  • ただ本書では書き直す部分がたくさんでてきてめんどくさい＞＜
  • でもこれは実際にコード書いて開発するってこんな流れなんだな、みたいなことを伝えたいからだと思う。それを察することなく無駄な文が多いだのまとまっていないだのと批判するのは的外れだと思うよ。そういう体系だった内容の書籍は他にあるんだからそっちにまかせちゃえばいいもの
• 分からない関数があれば696pにある索引の付録を利用する
  • 印刷しておくと便利。改造の流れも忘れたとき把握できる。30日立った後に気づいて泣いた
• 基本的な部分は16日目ぐらいまで。そこら辺をしっかり理解できればうまく波に乗れるはず
• メモ取りながらやる
  • 一応取りながらやったけど、取らない日があったりまちまちでうーん。ちゃんととっておくと後々便利な気がする。でもめんどくさいからなくてもいいよ
• 分からなくても分かった気になれ
  • 最強のコツ

これをふまえてもう一度挑めばもっと理解できるかもしれない！と思いつつ、もう一度やろうという気にはなれない。燃え尽きちまった。またいつかやるよ。たぶん。たぶん。

個人的に本書のレベルは調度良いより少し辛口で難しかったです。

でもいろいろ経験できてよかった。時間経つとなんもかんも忘れちゃいそうだけど、一度通ったことがある道ができたというのはいい事だ。きっと。そうだ。いや、そう思わないと、だって得たものが何もないなんて悲しすぎるじゃない。

2つも投稿されてたー。

今までの流れで一応形になって落ち着きましたー。

madeverというAppleScriptで書いたスクリプトを使って、Evernoteクライアント上でMarkdown記法が使えるようになります。文章を書くときはmarkdown、ちゃんとした形として保存するならリッチテキスト。そういった使い方で利用できるようイメージしました。(もちろんリッチテキストでも編集可能)

インストールや詳しい使い方については下記のURLでどうぞ。

• https://github.com/sandai/madever

Evernoteの使い道

ネットだとEvernoteはよくあるライフハック的な使い方やEvernoteにライフログを残すといった情報ばかりです。というか、私はそういったイメージが強くて使っていなかったのですが、

• 読書メモ
• 技術的な知識のまとめ
• アイデアメモ
• 領収書
• pdf書籍の保管

などで利用すると便利でした。

ウェブページ保存とかライフログとかはやらないです。めんどくさいです。

個人的にEvernoteの一番の魅力はドキュメントや画像管理が楽なとこですね。テキストファイルとか邪魔で、そういうの保存する、管理するってめんどくさいし、さらに画像も含まれてくると嫌になるんですが、Evernoteだとそういうことを気にせず扱えます。あとクラウドって部分も大きい。

だけれど構造的な文書を作るのには向いていない

Evernoteのクライアントは構造的な文章が書きにくい。書きにくいというか向いていない。Evernoteって普通だとメモ程度にしか使えないので、それ向けに使ってる人も不満に感じないと思います。

ちゃんとした文書を作るとなると自分に馴染んだアプリを使いますね。自分もそうしていたんですがめんどくさくなりました。読書メモで電子書籍のスクショとか取ると画像の扱いとか面倒で。あと文書がかければ私はメモ帳でもなんでも良いです。

で、個人的な文書ならEvernoteだけで終わらせてしまってもいいんじゃないかと。でも文書の見た目はちゃんとさせたい。構造化された文書はパッと見てポイントがつかみやすいのでこれだけはちゃんとしたい。

そういった動機からmadeverみたいなのを作りました。

Evernoteでそんな文書を書きたいなんて人は稀でしょうが同じような人の役に立てたらうれしいです。

コメントありがとうございます。見てくれているかわかりませんが疑問に思われたことをお答えします。

catについて

Itisango ASUSとか

@USAGI_WRP 記事が微妙、例えばcatはconcatenateだから発音がどうとか言うなら猫のcatと一緒ですし。

tmurakam cat はキャットであってるんじゃないの？ 個人的には char を入れてほしい

doroyamada catはcatanateだからキャットでしょ。あとexecutableはエクシキュータブルだからホントはエグゼではないのよね。executiveの発音との混同かな。

これはwikipediaですね。

cat（カット）はUNIXの標準コマンドであり、ファイルを連結させたり表示したりするのに用いる。catは連結することを意味する「catenate」の略である。

http://ja.wikipedia.org/wiki/Cat_%28UNIX%29

えーカットなのかー！とビックリしたんですがキャットでいいのかな。concatenateとcatenateの違いはなんだろう？あまり深く考えたことがないです。

char

検索したらこういうのがあった。

データ型のCHARのこと何て言ってますか？

私は「キャラ」と言っています。

でもプロの講師の人が「チャー」と言っていたので

どっちが一般的なんだろう？と思い質問させていただきました。

別にどっちでもいいんでしょうけどね。

キャラクタ型の略だから「キャラ」型だと思っていたんですが。

みなさんどっちですか？

http://oshiete.goo.ne.jp/qa/529903.html

覚えたてのときはチャーでした。それからcharacterのことだったのかーと認識してキャラになったけどたぶん今はチャーです。一周しました。どっちが多いんだろ？

関係ないけどdoubleをダブルって覚えられないからドウブレとか言ってたかな。そもそも型の概念からして意味わからなかったからやけくそだった。booleanとかエイリアンのイメージしかなかった。新しい言葉を取り入れるときにどうしても既存の知識のうち語感の似ているものを連想してしまったりするのかもしれない。あとfloatなんてcssのfloatのイメージしか無い。

exe

これはIT用語のサイトで調べました。

読み ：

エグゼファイル

別名 ：

.EXE file

分野 ：

Windowsプログラミング / Windows / プログラミング

http://e-words.jp/w/EXEE38395E382A1E382A4E383AB.html

一応Google 翻訳でも確かめました。なんか濁ってる感じはしますが。

execとかどうやって発音すればいいのでしょう？エグゼッ(ク)ッって感じでしょうか。いつもこれ困る。

雰囲気読みの発端はchmod

chmodってチョモドって読んでしまうんですよね。choじゃないのに。一般的にはチィモッドとかチィモドって言うと思うんですが。

そういえばこういう覚え方ばっかりだなー、なんか他にもあるかなーって思って、IT用語辞典 e-Wordsでabcの索引から選んで書いたのが前の記事のやつです。ほとんど悪ふざけなんですが。

なのでGroovyは単純に見つけて選んだだけで。Scalaの方が印象が強いですね。触ったことないからほとんど分かりませんが。Scalaはスカラって読んでます。

Gaucheはゴッチェって読んでましたが正しくはゴーシュらしい。英語っぽくないですね。そういえばSchemeはスチームって読んでた。スキームです。Haskellは読みやすくて好きです。言語は全く知りません。

あとはstdio.hとかスタジオって読んじゃってました。本かネットの文章でstandard I/Oだよーと書かれていてなるほどと思った。スタジオっていったら、写真とか映像とかで使う施設をイメージしちゃうのでよくないですね。

とまあ、探せばボロボロ勢いで覚えてるというか認識しているのがあるなーと思って、あとは悪ふざけであの通りでございます。結局ネイティブで発音できなければ意味ないと思ってぐだぐだに。

最後に。initはイニチって覚えてました。確か意味を調べてinitializeの綴りでinitiまで覚えることができてたみたいです。たぶん日本式ローマ字読みで読めて区切りがいい、ってことでそうなったんでしょう。今はイニットって読んでますが、まあもう略語だからなんでもいいか。

あとI〜Zの用語はないです。Hで面倒になりました。

ここに1つでもあてはまるものがあればりっぱなふんいきITせんしである。

Adobe(アドビ)

IT用語というか企業名。Adobe DreamWeaverやAdobe PhotshopなどITせんしとは馴染み深いので入れた。

間違い例

• アドベ

かるいジャブである。初見でアドベと読んでしまうあたり日本人の性だろう。ローマ字読みは悪魔の読みだ。アルファベットの文字列を目にすれば我々日本人は日本式ローマ字読みから始めようとしてしまう。我々は悪魔に唇とベロを握られているに等しい。よくわからないがガブリエルのせいだろう。そのあたりで裸になって飛んでいる大天使ガブリエルのせいである。

Aero(エアロ)

Windows 7のユーザインタフェース。ガラスっぽい質感のウィンドウとか、フリップ3Dの機能とかがAeroにあたるらしい。そしてWindows 8で廃止になるらしい。

間違い例

• アエロ

ローマ字読みとの決別を決心したくなるような間違い例だ。よくわからないけれどラファエルあたりのせいだ。ラファエルとペドロとシュバインシュタイガーのせいだ。ちなみにシュバインシュタイガーとはドイツのサッカー選手である。

AI(エーアイ)

人工知能。映画「Ａ．Ｉ．」を思い出して目頭が熱くなる。「Ａ．Ｉ．」を見たことは無いが目頭が熱くなる。人は…...切ない。見たことはないが。

間違い例

• アイ

何が愛だばかやろう。この世にあるのは愛じゃねえ、純愛だけだ、である。お金を追求した純愛は白銀のごとく光り輝きなめらかで美しい。世の中は純愛で満ちている。だからこそ、人は、金曜日になれば身を軽くし狩りに出かける。良い獲物はいないか、顔を偽り頭を偽り足の匂いを消して、目を光らせ最高の獲物を捕まえては純愛をするのだ。街に繰り出せば純愛だらけである。

ただしエンジニアを除く。

Android au(アンドロイドエーユー)

日本人にAndroid = Android auという認識を確立させた偉大なフレーズ。auはその業績を自慢したりひけらかすこともなくその後何もなかったかのように姿を隠した。auがクールに去っていった後に残ったのはAndroid = auというわけのわからない認識を持った者たちだけである。

間違い例

• アンドロイドエーユー

何もかもがそもそもの間違いである。こんな言葉が存在していたという歴史をもみ消してやりたい。

ちなみに、iPhoneを説明するときにAndroidを引き合いにだすとOSの話になってiOSが出てきてしまい、じゃあiPhoneは何なの？というクソめんどくさいことになる。このタイミングでOSという言葉を使うのはご法度だ。

iPhoneとAndroidは本来同位概念上で語られるものはないが基本的に多くの人にとってOSなどという概念はない。それはAndroid auからも分かる通りである。WindowsはWindows Vita/7ではなくWindowsというPCなのだ。つまり、WindowsはPCであるからして、Window PhoneはもうそりゃもうなんでPCがスマートフォンになっているのブレインパニック状態になってしまう。

また、iPhoneとAndroidの違いは何？と聞かれればiPhone以外のスマートフォンはだいたいAndroidで、主な違いは作ってる会社が違うんだよ中身はだいたい一緒だよで良いのである。そうして後に残ったのはAndroid = iPhone以外のスマートフォンという微妙な認識を持った人間たちだけだ。

誠実な者はその状況に我慢ならないかもしれないが、普通の人では分からないようなことを事細かく説明したところで得られるのはとりあえずうなずいておこうという相手の優しさだけである。だったら半分は優しさでできているバファリンを2錠飲めばいいのだ。それで優しさを全て得ることができる。今日も生きていける。

App(アップ)

いろいろなシーンで利用されている言葉だがApplication Softwareの略として認識するのが一般的かと思われる。というかそれ以外にない。App StoreやAppBankとかで使われているAppのことである。

間違い例

• アププ

最近治ってしまったが以前はアププと言っていた。そう、たとえばアププストアだ。かなり言いづらいが癖になればそうでもない。癖とは恐ろしいものである。他人にとってなぜわざわざそのようなことをするのか、といったようなことでもやってしまうからだ。

ちなみにAddは未だに「アドド」と言ってしまう。Addonはアドオンと言うのにも関わらずである。恐ろしい癖である。いつかアッドといえるよう夢見ているが今日も私はアドドと言ってしまった。これが運命というやつなのだろう。避けることのできない性(さが)、人はそれを思春期と言う。

ATOK(エイトック)

セレブな奥様にもご好評頂いているのか定かではないがとりあえず評判の良いIME。それっぽい人にATOKっていいですよね、といえばそれっぽく話が広がるが、ATOKを使っていない人には全く話が広がらない。SKK並に広がらない。ちなみに私はATOKを使っことがないしSKKさえも使っていない。使っているのはGoogle日本語入力で何が悪い。

ATOKは「会話に困ったときの話題となるが諸刃の剣にもなりうる用語」の1つ。

間違い例

• アトック

ジャストシステムはAを"ア"としか読めない日本人をあざ笑うためにATOKと名付けている。というのは嘘である。なぜここで嘘だと宣言しなければならないのかというと、本当にそうなのかと思ってしまう純粋なお前がいるからだ。お前は純粋すぎる。しかし、その純粋さが美しい。その美しさに多くの人は惹かれ、導かれるのであろう。ああ、そうだ。ところでどうだろう、その美しさを保つためにもこの「美しさを保つ壺」を1つ30万円で買わないか？

AV(エーブイ"キキ")

音響や映像関連の技術や製品のことである。「AV機器」と表記しなければ誤解を招く。

間違い例

• エーブイ

日本語圏ではエーブイとはチョメチョメな意味としてとらえられることが多いので、一般的な会話で趣味は何ですかと聞かれて「おれはエーブイに興味があります」と言えば、終わる。

あとからエーブイ機器と言い直したところでお前は終わっているし、英語圏では一般的だとしてもお前が住んでいるのはまぎれもなく日本であり、そういった知識をひけらかすと本人はひけらかしているつもりがないのにひけらかしていると受け止められ、また、仮にあとからAV機器だよと言い直すことを前提としたボケであったとしても絶望的なまでに面白くないしそもそもお前はそういうキャラじゃないはずだ。そうして冷静になって気づいた頃には全て終わっている。お前は始まる前に終わったのだ......が、もし仮にそんなヤツが実際にいてトラウマに触れたらすまん。強く生きろ。

awk(オーク)

インタプリタ型言語。詳しくは知らない。そういえばJavaScriptのfunctionはawkのfunctionから名付けたといった話を思い出した。本当であればJSの開発者テヘペロ。

間違い例

• アダブルケー→アダブケー→アダク
• アーク

Aから始まる言葉を"オー"と発音する系の罠。ローマ字読み不信に陥る語として認定する。

batファイル(バッチファイル)

Windowsでいくつかの処理をまとめて行うファイル。

間違い例

• バットファイル

バットと読んでいたのである。これはバットマンあたりのせいだろう。バットマンといえば新しい映画が公開されるはずだが、正式なタイトルは知らないし、どうでもいいのでそれだけだ。

Bonjour(ボンジュール)

WindowsでiTunesかQuickTime入れた時に一緒に入ってきたよくわからなくて鬱陶しかった懐かしいファッキン野郎である。今でも利用されているかどうか知らないがネットワーク上のコンピュータやデバイスなんかを自動的に検出する技術らしい。

間違い例

• ボンジォゥァー

…...読めない言葉ではなかった。ボンジュールなど誰でも1度は聞いたことがある外国語だ。しかし、それでも読めなかったのは、それが英語の綴りじゃなかったからだろう。英語だったら読めたのだ。終わりがourとかいたらゥァ〜みたいなアクセントだと思ってしまうではないか。yourだってユゥァ〜じゃないか。今回はスペイン語がわからなかったというだけのことである。

......調べたらフランス語だった。

そういえばいつだったかかなり前に、朝のなんとか戦隊の番組で「つぶらな瞳にボンジュール」とか言うセリフを話す新キャラが出てきて、そいつが悪人かどうかをヒーローたちが話し合っているときに"つぶらな瞳にボンジュール"とセリフをはくヤツが悪人なわけがない、という理屈で悪人じゃない認定されたことを思い出した。このことから、朝の戦隊モノ番組は子供に対して正体不明の者にでも不合理に信じてしまえばボンジュールだということを伝える役割を持った非常に高尚な番組であることが伺える。戦隊モノは、奥が深い。

CapsLock(キャプスロック)

アルファベットの入力で小文字を大文字入力するときに使うキー。

間違い例

• カポスロック

このように間違えたところで誰かが不幸になるわけでもないが、なぜ人は言葉に対して執着するのだろうか。

言葉というよりもここでは日本式ローマ字読みではあるが、そもそも、ローマ字読みなどというのは日本人が英語を習熟する過程の弊害そのものであって、こんなもの無くなってしまえばいいのである。全てはネイティブで発音しなければならない。

なるほど、それは一理あるだろう。しかし考えても見て欲しい。

誰か「あれ、これ大文字しか打てない例の現象になっちゃったよ。ときどきこういうことってあるんだけどいつも適当に直してるんだよね。ねえ、これってどうやって直すのが正解なの？」

あなた「キャァプスロォックを押せばいいんだよ」

誰か「……え？」

あなた「だから、キャァプスロォックを押すんだよ」

誰か「あ、ああ、うん、こ、このカポス？キャプス？…...ロック？だね…？」

あなた「イェア、そのキャァプスロォックで間違いないよ」

誰か「キモッ」

日本式のローマ字読みを捨てるときは、「日本人で日本に住んでいるのにもかわらずネイティブ並の発音を心がけているキモイ人」か、「海外留学を経てネイティブ並の発音を日本に持ち込んでうっとうしいほどひけらかしてくるキモイ人」といういずれにしろキモイ人認定を恐れないメンタルが必要になってくる。

何にせよ強靭もとい狂人なメンタルが重要であることは間違いない。空気の読めないネイティブ発音を日々心がけている者の道を否定するわけではないが、一般的な意見を言うなら日本人ぽい特徴を持ち長いこと日本で住んでいるのであれば、日本ではネイティブの発音を抑えて周りに合わせた方が人間関係は円滑になるだろう。

cat(カット)

unixのコマンド。ファイルの連結云々と説明にはあるが、個人的にはほとんど単一のファイルを表示するだけの利用しかしていない。

間違い例

• キャット

こども「だってがっこうのえいごのじゅぎょうでcatはキャットってならったもん！ねこちゃんだもん！せんせいはうそをつかないもん！カットじゃないもん！おとなはみんなうすぎたなくてわるいやつだ！わるいやつだ！せんせいだけがいいやつなんだ！

せんせい「…こどもちゃん、私だって"大人"なのよ、気づかなかったの？

こども「ちぃ、気づかれたか

せんせい「え？

こども「え？

CPAN(シーパン)

Perlのライブラリやモジュールが大量に集まってるアーカイブ。読み方についてはいくつか存在するが、Perl作者がシーパンと言っているらしいのでシーパンにしておく。

間違い例

• コパン
• クパン
• セパン

ただし、日本人以外でもクパンと読む人もいるらしい。セパンとも読む人もいるらしい。

続々・「しーぱん」なのか「くぱん」なのかハッキリさせよう - にぽたん研究所

もう好きにしたらいい。

Cygwin(シグウィン)

WindowsでUnixっぽい環境が手に入るソフトウェア。Mingwの方がすっきりしているイメージがある。

間違い例

• シ、シー…？シーワイグウィン？

そもそも最初は読めない。Cyanとか知らない人は読めない可能性が高い。ただ、WYSIWYGのようにどうあがいても読めないって最凶レベルじゃない。それが救いである。

いや、それにしても読めないのは誰が悪いか。君ではない。ヘボンさんであり田中舘愛橘さんだ。私達は悪くないのだ。日本式ローマ字読みを作った奴が悪いのだ。そうして思い込むことで人は責任転嫁という心が穏やかになれる行為を学ぶ。ああ、清々しい。

Delphi(デルファイ)

プログラミング言語名だと思っていたが開発環境を指すらしいフォイ。言語にはPascalを拡張してオブジェクト指向開発をできるようにしたDelphi言語を用いるとのことだフォイ。

間違い例

• デルフィ
• デルピー
• マルフォイ

マルフォイはさすがに無理がありすぎるフォイ。でも言いたかったんだフォイ。ちなみに私はデルフィって読んでたフォイ。なんでphiでファイになるんだフォイ。philosophyのphiってフィみたいな発音じゃないかフォイフィー？

Eclipse(イクリプス、エクリプス)

総合開発環境。Java系で使うことが多いと思うが他の言語でも開発環境は整っている。ほとんど使ったことがないので詳しくは知らない。とりあえず、重くて設定することが多い。使わなきゃいけないという状況でなければ避けたいソフトウェアだ。Androidの開発で環境を準備しようものならお金を払ってやってもらいたいぐらいである。

また、Androidのエミュレータの起動の遅さには精神を落ち着かせる良い修行となるが、世俗まみれの者にそんな訓練はそもそも必要ない。欲しいと思えば欲しいと飛びつき、お金がないなら奪って使う。この世の栄華の全てをしゃぶり尽くして欲望と混沌に支配された市井へと駆け出し、そうまでして手に入れたいそれは青と銀に彩られた命の水。世にはびこる市井の虎たちは今日もそれを手に入れ十字軍よろしく行進で戦地に赴く。

この世に正義も悪も存在しない。存在するのは勝者のみだ。甘ったれたそいつらの言うこの世の悪という悪に手を染めて、エミュレータが起動している間にいつものごとくそれを飲む。赤い牛の悪魔と契約した者のみが得られる青と銀に彩られた命の水、レッドブルを2缶飲む。なんと、2缶も飲むとは悪いやつである。

ちなみに、Androidの名誉のために追記しておくと、最近はエミュレータの起動が早くなったらしい。本当かどうかは知らない。あとレッドブルは飲みすぎて亡くなった人もいるらしいから気をつけよう。

間違い例

• エクリプセ、イクリプセ

"エ"なのか"イ"なのかはっきりしてほしい。個人的にはイクリプスと読んでいる。以前はプッセと読んでいた。もはや何を表しているのかわからないがプッセで問題はなかった。プッセの方が夢や希望が詰まっている感じがした。

気のせいだった。

Emacs(イーマックス)

エディタ四天王の1つ。ちなみに四天王のうちVi(Vim)以外に思いつかないので残り2席は欠番となっている。候補としてはWindowsのメモ帳と付箋が筆頭ではあるが異論が一部からありそうなのでやめておこう。

間違い例

• エマックス

私はどうしてもエマックスと読んでしまうのでこれからもエマックスでいく。これだけはエマックスで押し通す。

EOF(イーオーエフ)

ファイルの終端を表す記号。end of fileの略だっただろうか。適当にいったので定かではないが。何にしても誰でもテキストエディタで1度は見かけたことがあるだろう。

間違い例

• エオフ

素直にアルファベットで読めばいいものをわざわざローマ字読みしてしまった罠である。巧妙な罠である。あとから冷静になればエオフなんておかしいと気づくはずなのだが、間違えたとしても最後まで自分の信念を持ってそれを押し通したいのが人間としての性である。人はそれを見栄と言う。

EXE(エグゼ)

Executableの略。Windowsで.exeの拡張子がついたファイルを1度は見たことがあるだろう。そういったファイルを実行ファイルとかバイナリという。

また、世の中にはバイナリアンという人種が存在する。バイナリアンの主な好物は0と1であり、バイナリアンは10進数の数字を目にすると全て8進数や16進数に変換しそこから2進数で考える衝動に駆られる。体がうずうずして仕方がないのだ。

かなりの猛者になれば基数変換を無意識化で行い目にするもの全てを0と1に変換し、習熟すればそもそも基数変換など無くとも普通に2進数として解釈するようになる。そして、達人であれば手に触れた"モノ"全てを0と1に分解することが可能で、神の域に達すればタバコの煙で0と1が作れるようになり、やがて世界は救われる。

間違い例

• イーエックスイー

ロックマンエグゼという名前だけ知っている。エアーマンでいつも死んでそれ以上進めなかったからロックマンは苦手だ。

Firefox(ファイアーフォックス)

リリースされた時点で人類史において偉大なる爪痕を残しさらには昨今のFacebookとの買収騒ぎにより宇宙史に残る金字塔を打ち立てたであろうOperaに比べれば全くもって犬畜生以下でしかないが一般的に普及したけれども最近力を弱めつつあるブラウザ。

間違い例

• フィレフォックス

そんな読み間違いしないだろと疑うかもしれない。が、たぶん中高生でフィレと言っている者は結構いるはずだ。電車の中でフィレオフォックスと聞いたことがあるので間違いない。なぜ"オ"があるのか甚だ疑問だがそれに突っ込んだとして大して面白くもない。そして、フィレオフォックスってフィレオフィッシュと語感が似てるねと、言葉が同じなのだからそのとおりだけど全く面白くもないことを思いついた時点で"誰が"本当に面白くない存在なのか明らかではあるが、それを本人の前で指摘するのはメンタル火あぶりに近いので控えていただきたい。つまり私のメンタルが火あぶりになるので控えるのだ。

gif(ジフ)

画像フォーマット。

間違い例

• ギフ

ジフでもギフでもどうでもいい。

Google(グーグル)

世界征服を淡々と企む悪の地下秘密組織。主に屋外で活動している。

間違い例

• ゴーグル

伝わればなんでもいい。

Google Chrome(グーグル・クローム)

人類の叡智が詰まった最強伝説として伝説がスタートダッシュしたまま帰ってこないOperaにしてみれば雑魚中の雑魚で臆病風に吹かれた劉備玄徳以外何者でもないがなぜか一般的に普及しつつあるブラウザ。

間違い例

• グーグル・チョロメ

OperaはChromeに比べて名前は読みやすいし、機能もデフォルトで豊富だし、スタイリッシュだし、デベロッパーツールも使いやすいし、オペラっぽいしでいろいろな最強伝説もあるが、誰も使っていない。

Groovy(グルービー)

JVMで動作する言語。名前を聞いたことしかないので詳しくは知らない。

間違い例

• グローブィ

Groと出てきたら"グロ"以外思いつかない。とてもじゃないがrooをルーなどと読むとは到底考えられない。……が、後になって考えるとルーと言えなくもない気がしてきたが、ああ、ここにもまたカサエルだかガブリエルだかラファエルだかマルフォイの呪いのせいでこうなっているのだ。

HTML5(エイチティーエムエル・ファイブ)

もはやバズワード。雰囲気ローマ字読み以前に雰囲気乱用用語として定着している。とりあえず目新しいものをHTML5といえばそれっぽく伝わりそれっぽく広まりそれっぽい。適度に利用することでそれっぽいITせんしになれる。「正しい説明を求められたら事前に調べて定義の線引きパターンを確認してないと困る用語」の1つ。

間違い例

• エイチティーエムエル・ゴ
• エイチティーエムエル・ファイル(読みというか「エイチティーエムエル・ファイブ」の"ファイブ"が"ファイル"に聞こえてしまうことがある)
• エイチティーエムエール！ファイッ！ブー！ファイッ！ブー！ファイッ！ブオオォォー！

最後の間違い例は冷静になって考えてみると、だからどうしたしょうもないにもほどがあると思ったが今更後に引くこともできない。後に引けば私は私というアイデンティティーを多少なりとも崩しかねないからだ。

私のアイデンティティーを崩すということは、おしゃれなカフェのおしゃれなテーブルに置いてあるおしゃれな入れ物に入ったおしゃれな角砂糖の全てを「角砂糖粉砕！」という掛け声と共に粉砕し、角砂糖というレゾン・デートル(存在理由)をそのカフェに突きつけて、まったく理解してもらえずカフェに謝罪とともに土下座して弁償することぐらいに等しい。

ちなみにアイデンティティーは意味を知っていて使っているわけではなく、アイデンティティーと使うとそれっぽいんじゃないかと思ったから使っただけである。アイデンティティーといっておけば識者っぽいし、これの他にプライオリティやインセンティブとか言えばさらにそれっぽい。特にインセンティブは手堅く識者風を漂わせることができる。議論で困ったときはインセンティブと連呼して相手を威圧した後に、やさしい顔でプライオリティと耳元で囁けばうまく事が運ぶだろう。

それらの言葉を使うことに対してハードルが高く感じるのであれば比較的一般な用語であるマージンを使うと良い。マージンはそれっぽい演出をする言葉でありながら幅広い業界で使われている言葉である。

主な利用法は「私とあなたのマージンが気になるの！どうして！？」といったところだろうか。

ちなみに、これはウェブデザイナーであればもっと効果的な利用法が存在する。たとえば、

おとこ「いったいどうしたっていうんだ！おれときみのmarginは0pxじゃないか！一切の余白もなく真横に座っているっていうのに、何が不安だって言うんだ！？

おんな「たしかに、あなたとわたしのmarginは0pxよ……。ゼロ距離であなたはわたしのよこにいるわ！…...でも、でもわかるでしょ！？

おとこ「わからないよ！おれときみはこうして余白ゼロなのに！どうして……どうして、こんなにぼくはきみのことをあ――

おんな「paddingよ！

おとこ「…パ、パードゥン？

おんな「paddingよ！私のpaddingがあなたとの距離を遠ざけているの！気づいてよ！わたしのpadding:100pxに気づいてよ！

おとこ「はっ！？…...こ、心の目でしかみえない、きみが作った僕との距離、それが…...padding、おれはそれがみえていなかったのか

おんな「そうよ、だから、もうさよならよ、さよなら、さよなら！

タッタッタッタッシュパパッ

おとこ「あっ、まってくれ！まってくれー！ってなッッ！？！？！？き、きえた......？

シュパパーンッ

おんな「やっぱり、positionさえもあなたは…...

おとこ「これは、瞬間移動！？いや、座標の....そしてposition…...まさか、position…...relative……だとっ！？

おんな「ええ、そうよ。その調子じゃ、あなたはまだstaticから開放されていないようね......

おとこ「そんな！座標空間移動能力を得たというのか！？いやしかし、まだ世界レベルでのrelative制御は完全に行われていないはずじゃ……はっ！？

おんな「気づいたようね、そうよ、ヤツがやったのよ…..

おとこ「そうか…..ついにヤツがきたのか…..

ゆっくりと空を見上げる2人

おとこ・おんな「「Opera……」」

Operaの襲来 完

といったかんじで、おしゃれに恋愛SF風味Operaドラマ(略してオペドラ)として使えるだろう。

ちなみにここで使ったmarginは人間との物理的な距離で、paddingは心の距離を意味する。また、positionを座標位置として現実世界に割り当ててみた。よって"おんな"のさよなら移動は座標移動でありstaticな"おとこ"は座標空間移動能力を獲得していないので座標が知覚できずそれが瞬間移動に見えたとでもいうの？

paddingよのとき。

<style>
  .opera {position:relative;}
</style>
</head>
<body>
  <p id="otoko" class="opera" style="margin:0;position:static;background-color:blue;">きみのことをあ――</p>
  <p id="onna" class="opera" style="margin:0px;background-color:red;padding-top:100px;">paddingよ！</p>
</body>

さよならのとき。

<style>
  .opera {position:relative;}
</style>
</head>
<body>
  <p id="otoko" class="opera" style="margin:0;position:static;background-color:blue;">まってくれー</p>
  <p id="onna" class="opera" style="margin:0px;background-color:red;padding-top:100px;top:50px;">シュパパーンッ</p>
</body>

こんなイメージだった。もちろん、全て適当で後付けだ。座標空間移動ってなんだ。私もわからない。わからないがSFっぽいから入れただけである。とまあこのように、それっぽい識者になるためにはそれっぽい言葉を使う必要がある。HTML5もまた、その1つの選択肢と言えよう。

実際のところ正しいローマ字読みをしようが

日本式ローマ字読みがそもそも間違っているので結局ネイティブに発音するのが正しい。

それから用語が何か偏っている気がするがバランスを取るのもめんどくさいしほとんどやけくそなのでこのままで終わる。

最後に、ここに書いていることは適当である。真実はOperaだけが知っている。真実の探求者は必ずOperaに行き着くのだ。