僕は FF14 をやっているんですが、今まで PS3 → PS4 → Windows と遊ぶ環境を変えてきました。今回はさらに、普段使用している Mac に移行したのでその感想です。

環境

使用環境は以下の通りです。

Mac 本体
    デバイス名: Mac mini 2018
    OS: macOS Catalina 10.15.4
    CPU: 3.2 GHz 6コア i7
    メモリ: 32 GB

eGPU: Razer Core X

GPU: Radeon RX 5700 XT 8 GB

ディスプレイ: 2560 x 1080 px（ GPU から HDMI 出力 ）

FF14 を eGPU でプレイ

※ 公式の動作環境に eGPU でのプレイに関する記載はありませんので、参考にする際には各自の責任でお願いします。

結論として、スペックが見合っていれば、問題なく起動・動作しました。

設定

eGPU を使用する設定に関しては、その他のアプリと同じく、FF14 のクライアントアプリを右クリックし、「情報を見る」から「外部GPUを優先」を選択すればできます。

評価

やはり Windows 版と比べ品質は大きく劣ります。

この記事 によれば Windows 環境で RX 5700 XT は 4K 解像度 / 最高品質 で「非常に快適」が得られるベンチマーク結果です。

これを見て、いけるだろうと思って Mac で 2560 x 1080 px の最高品質（ Maximum ）でプレイしたところ、数分でカーネルパニックを起こし、Mac がフリーズしました。

品質を下げれば動作は安定するので、現在は標準品質（ Standard ）でプレイをしています。

結果、安定してプレイしたいのであれば RX 5700 XT を使ってもフル HD 標準品質（ Standard ）が限界ということです。

おわりに

調べた限り eGPU で FF14 が遊べるかどうかの情報が少なかったので共有してみました。

試して欲しい設定などあればやってみますので、コメントなどお待ちしています。

所謂、技術ブログというものを書き始めて、ちょうど10ヶ月ぐらい。この記事で記事数が50記事になりました。すべての記事が技術の話ではないですが、ある程度書いてきて思った技術ブログを書く意味を自分なりにまとめてみたいと思います。

アウトプットを考えてインプットの質が上がる

それっぽい見出し文句を書きましたが、これが一番技術ブログを書いていて良いことだと思います。

ブログで解説や紹介、投げかけをするためには、その技術についてより詳しくなる必要があります。曖昧な知識 / 情報のまま公開するのは自分のためにも周りのためにもなりません。

ちゃんと調べ、自分なりにまとめるだけではなく、公開するという意識を持って言語化 / 図示することで、自分がちゃんと理解していなかった点や得意なことがよりはっきりしてきます。

別にこれは技術ブログに限ったことではなく、人に教えるすべてのことに共通することだと思っています。

自分のためになる

他の技術ブログがどうかは知りませんが、少なくともこのブログでは一番の読者は著者である僕自身です。

大体、過去に詰まったポイントはまた詰まります。わからない技術は何回も調べてしまいます。
そんなときに、このブログで解説を書いておけば、それを見るだけで解決できます。

ある意味、このブログは自分用のノートのような役割も持っています。

記事を未来の自分がわかるようにと心がけて書いている時もあります。

見知らぬ誰かのためになる

当たり前ですがこのブログは一般に公開されています。

どこかの誰かがこのブログを見て、問題を解決できたり、新しい技術に興味を持ってくれると、やっぱり嬉しいです。

Twitter とかでシェアされているのを見ると役に立てたかなと思います。

おわりに

今のところ、技術ブログを書いていてデメリットが見当たらないので、多分今後も続けていくと思います。

次は100記事の時とかに心境の変化でもあったら、またこんな記事を書こうと思います。

Web サイトに使われているフォントが気になることありませんか？僕はあります。そんな時に何のフォントが使われているか調べる方法です。

Fonts Ninja

今回は Chrome 拡張機能である Fonts Ninja を使用します。

これは今回ように Web サイトに使われている Web フォントを知りたい時に活用できます。

機能はフォント・タイポグラフィ情報の取得と試し打ちの2つあります。

情報の取得

拡張機能をインストールし、追加されたアイコンをクリックすると、そのページで使われているフォントが一覧で表示されます。

さらに、マウスを特定の文字列にもっていくと、その箇所で使われているフォントやサイズ、色、行間などタイポグラフィ情報が表示されます。

試し打ち

取得した Web フォントを試し打ち（試し書き）することもできます。

表示された、フォント一覧の部分をクリックすると、そのまま文字をタイプすることができます。

欠点

この Fonts Ninja を使っても、全てのフォントが正確に表示されるわけではないようです。

CSS 以外からも情報を取ってきているようですが、限界があります。あくまで参考程度に使うと良いのかもしれません。

おわりに

海外の企業のサイトとかだと、オリジナルの書体とか作っていて見るのも楽しいですね。日本でもこれぐらい自由になれば楽しいのに。

僕はブラウザのブックマークバーをほとんどアイコンだけにしているのですが、たまに見辛く感じます。そこで仕切りを作って見やすくしようということです。

ブックマークバー

何も設定しないとブックマークバーにはファビコンとタイトルが表示されます。

ただ、ブックマークの登録の際にタイトルを削除するとファビコンだけを表示することができます。一例として普段僕が使用しているブックマークバーの一部がこちらです。

ただ、これだとサービスのアイコンがだらだらと並んで、少し見辛いです。そこで区切って見やすくしてみましょう。

仕切り用サイト

仕切りのアイコンを表示するだけのページを用意しました。見本はこちらです。

このような感じで、例えばサービスの種類ごとにまとめて置くことができます。

リンク一覧です。

• 黒の線

• グレーの線

• 白の線

• 黒のスラッシュ

• グレーのスラッシュ

• 白のスラッシュ

• 黒の四角

• グレーの四角

• 白の四角

登録方法は、サイトにアクセスし、ブックマークバーに登録します。その際にタイトルは空欄にしておきましょう。あとは場所を移動させるだけです。

おわりに

ブックマークバーをアイコンだけにしてる人には便利だと思うので、是非使ってください。他のマーク / 色がよかったら言ってくれれば追加します。

周りの人が Docker Docker 言ってるので使ってみたけど、使わなくなったというお話です。

Docker Desktop for Mac について

macOS で Docker が使えるアプリケーションです。GUI も含まれていますが、僕は使っていないのでよくわかりません。

そもそも Docker は Linux カーネルの機能を活かしたものなので本来 Linux 系の OS でなければ使えません。ではどのように macOS で Docker を使えるようにしているかというと、Linux の仮想マシンを立ち上げ、その上で Docker を実行しています。つまりコンテナ型仮想化の前にホスト型仮想化を使用しているので、そもそも Linux 上で Docker を使うのに比べるとデメリットが多くなります。

Linux 上で使っていれば、今回起きた問題も起きていなかったと思うので、便利に Docker を使用していたと思います。

起こった問題

マウントした macOS 上の重いボリュームへのアクセスが遅すぎた。どれぐらい遅いかというと cd で移動するのに数秒かかるレベルです。移動しようとしたディレクトリには2万ファイル、合計 100 MB ぐらいのものが入っていました。

僕の仕事や研究で扱うファイル的にこのようなデータにアクセスすることが多いので、毎回 cd でイラつくのは耐えられないということで使うのをやめてしまいました。

ちなみに、調べてみると他の方もファイルアクセスに限らず Docker Desktop for Mac が遅いという記事を書かれています。そこに書かれている対処法を試してみたり、Docker 周りの研究をしている人に聞いてみたりしたのですが、解決しませんでした。

結局どうしたか

Docker Desktop for Mac は諦めて、元の環境に戻しました。

僕は Python と JavaScript ぐらいしか書かないので、Python は pyenv と pyenv-virtualenv で JavaScript は npm で環境管理をしています。

おわりに

Docker de Dockern とか作って浮かれていたのに、結局使わなくなって「なんだかなぁ。」という感じ。

もし、解決できそうな方法があれば教えて欲しいです。Linux をメインにする！ とかは無しの方向で。

フォント会社にはフォントエンジニアまたはタイプエンジニアという職種が存在します。ただ、この職種について調べても驚くぐらい情報が出てこないので、何者なのかまとめたいと思います。

フォントエンジニアなのかタイプエンジニアなのか

僕的にはどっちでも良いと思っています。ただなんとなく文字周りの人には「タイプエンジニア」と伝えて、そうでない人には「フォントエンジニア」といってる気がします。

タイプは書体周りの様々なことを指しています。なので比較的広い範囲を表現できる代わりに「タイプ」という一般の人には伝わりにくい表現となっています。

それに比べると、フォントエンジニアという言葉の方がなんとなく、何をやってるかはわからなくても意味はわかりそうです。

普通にデベロッパーというところもあります。色々ですね。

ちなみに、デザイナーもいろいろ呼ばれ方があります。

どれかしらに定着して欲しいですね。この記事ではこれ以降フォントエンジニアで書いていきます。

結局、何者なのか

とりあえずググってみましょう。普通、職種名でググると様々な情報が出てくるはずですがどうでしょうか。

"タイプエンジニア" OR "フォントエンジニア"

想定した内容は何も出てきません…

これが悲しい現状です。

試しに他の職種でも検索してみましょう。

"サーバーサイドエンジニア" OR "バックエンドエンジニア"

「○○とは？」「○○になるために必要な勉強」「○○の基礎知識」といろんな情報が出てきて羨ましい限りです。

つくづくフォントエンジニアのマイナーさを感じさせられます。

実際フォントエンジニアは何をやるか

みなさん、意識しないと思いますが、フォントも立派な「ソフトウェア」です。

しかし、デザイナーさんがデザインした「書体」はそのままでは「フォント」として使えません。

そこでエンジニアの登場です。この「書体」からデバイスで使える「フォント」にすることがフォントエンジニアの仕事です。

それだけ？と思うかもしれませんが、フォントというソフトウェアは実は奥が深いのです。僕もまだまだよくわかってません。勉強しないとですね。

必要な知識

僕がやっていて重要だと思う項目を4つあげます（偏見の塊です）。

• OpenType
• UFO
• ベジェ曲線
• Python

この辺がなんとなくわかると良い気がします。これらについては他の記事でちょくちょく書いていたりするので、気になったら見てみてください。

フォントエンジニアになるには

ググっても求人なんて全くといっていいほど出てこないので、困り物です。その割に各社エンジニアを欲しがっているイメージがあります。謎です。

もし、知り合いにフォント関係の会社で働いてる人がいたら聞くのが一番早いですね。いなければ、文字周りのイベントとか行けば知り合えるかもしれません。僕にいきなりDMとかでもいいと思います笑。

とにかく、募集もないのでなり方もわからない現状は辛いですね…

おわりに

情報の少ないフォントエンジニアですが、これから増えてくれれば僕的にも業界的にもいいんじゃないでしょうか。

（アイキャッチが無駄にポップですね。）

MacBook Proを普段快適に使っているのですが、あの充電したときになる「フォンッ」みたいな音が許せません。

たぶん、充電できているかどうかの確認のためになっていると思うのですが、僕は充電の有無で画面の明るさを変える設定にしているので、音は邪魔なだけです。しかもこの音、本体を消音にしていても鳴るし、音楽や動画などの他の再生されている音を遮ります。悪質です。

消しましょう。

環境

僕の環境は以下の通りです。違う場合は今回紹介する方法では消せない可能性があるので注意しましょう。

OS: macOS Catalina(10.15)
Model: MacBook Pro (13-inch, 2017, Two Thunderbolt 3 ports)

消し方

ターミナルで以下のコマンドを実行しましょう。

$ defaults write com.apple.PowerChime ChimeOnNoHardware -bool true
$ killall PowerChime

以上。

ちなみに

この音の正体はPowerChime.app（/System/Library/CoreServices/PowerChime.app）というアプリが鳴らしている音声ファイル（/System/Library/CoreServices/PowerChime.app/Contents/Resources/connect_power.aif）です。

他のサイトではこの音声ファイルをいじる方法が紹介されていたのですが、現在のMacは /System 以下のファイルの操作は原則禁止されているため、SIP（システム整合性保護）を無効化する必要があります。通常このSIPはセキュリティの観点から無効化することは推奨されません。ましてや、こんな音一つを消すために無効化して良いような保護ではないので、なんか調べて出てきたからの様な安易な気持ちでは実行しないようにしましょう。

今回紹介した方法は、アプリを読み込む設定ファイル（.plist）を変更することで消音対応を行なっています。Macの defaults コマンドではあらゆる設定ファイルの「デフォルト」を読み書きすることができます。つまり先ほどのコマンドは com.apple.PowerChime の設定の ChimeOnNoHardware という項目を true に write するということですね。

ここで書き込まれた設定は /Users/<username>/Library/Preferences/com.apple.PowerChime.plist に書き込まれます。ただしバイナリ化されているため、中身を見たい場合はクイックルック（ファイルを選択しスペースキーを押す）か、xmlに変換（ plutil -convert xml1 /Users/<username>/Library/Preferences/com.apple.PowerChime.plist 通常は上書きされてしまうので、されたくない場合は -o <path> のオプションを追加）して中身を見てみましょう。

また先ほどの defaults コマンドでも確認が行えます。今度は read を使い、 defaults read com.apple.PowerChime を実行すると、先ほど設定したものが確認できます。

おわりに

最後はもう関係ない話ですが、いろいろ調べてみて知らないこともあったのでまとめてみました。これでもうあの忌まわしき充電音とはおさらばです。

文字周りの国際会議ATypIの2019年大会が日本で開かれました。そこで発表してきたので忘れないうちに感想でも書いておこうと思います。

発表

動画

YouTubeで晒されています。

資料

こちら にアップロードしています。

内容

動画か資料を見ていただければ、わかると思いますが書体（またはフォント）を作る上でどのような場面で機械学習を活かせるかを検討しています。ここでは、大きく分けて「自動デザイン」と「品質保証」に活かせるのでは？としています。

自動デザインでは、ディープラーニング（特にGAN、pix2pix）の技術を用いて、「あ」の1文字をデザインすれば他の文字を作ってくれるというものを発表しました。これは僕の学部時代の研究をもとにしたものであり、卒論もこのテーマで書きました。

品質保証では、デザインのチェックを機械学習を使って行うということを発表しました。文字ごとにデザインのクオリティーがばらついていてはいけません。そこで、全ての文字を一定のクオリティーに保てるように機械でチェックを行えないか？という検討をしています。

会場にいた多くの人は（タイプ）デザイナだったため、技術的な詳細は薄めにし、嘘のない範囲でわかりやすく書体開発における機械学習の現状をお話ししたつもりです。

エンジニアの人には少し物足りない感じになってしまったかもしれません。そういう人はこちらの学会での発表資料はもっと詳しく書いているのでご覧ください。

ATypIについて

参加の経緯

国際会議で毎年世界のどこかで大会を開いているのですが、今年偶然にも日本、しかも東京ととても近いところで開催だったので、ラッキーでした。しかも今回の大会に限り、日本語と英語の2ヶ国語開催だったので発表も日本語でできます！

思い出すと、発表の応募をしたのは2月でインターン先の人に応募してみませんかと言われたのがきっかけです。そこから音沙汰もなく、通らなかったのかと思っていたら、なんと6月下旬に参加決定となりました（もともと4月とか言われてた気がするのでだいぶ遅れてた？）。

そこから、今回の大会では同時通訳がつく発表だったので事前に原稿を送る必要がありました。そのため、急いで資料と原稿を作り、翻訳をお願いしました。翻訳を担当してくれた方に感謝します。

気になった発表

いくつか気になった発表の感想を1行ずつ書いておこうと思います。エンジニアリングよりです。

• 源ノ角ゴシック バリアブルコンセプトフォント
  やっぱり日本語バリアブルフォントは辛いな。という話。

• 建築のようにハングルを作る：バリアブルフォントの活用
  ハングルってこんな感じに作っていくのか。というのがわかった。

• Type. My Life.
  モリサワはそうめんの会社だった。（嘘）

• ツールで語るヒラギノ開発の歴史
  自社開発ツールをこんだけ作るの大変そう。

• 漸進的フォント補完技術の進捗状況
  日本語のWebフォントもっと便利になってくれーーー。

当日の様子

日本人の方が外国人に比べ少なく3:7か4:6ぐらいの印象です。合わせて1日あたり300~400人ぐらいはいたと思います。

デザイナーの人が圧倒的に多くて8~9割ぐらいがデザイナーだったんじゃないかなと。

期間中、いろんな人とお話しできたり、発表後は様々な感想をいただけたので、発表してよかったなと思いました。

大会後には別会場でAdobe主催のパーティーがあり、写真がVJの素材にされたのも良い思い出です。あと音楽が流れてると外国の方は踊るんですね。

ボランティアスタッフが多いこともあってか、少し不手際な部分もあったように感じますが、総じて参加してよかったと思えました。

おわりに

来年はパリで開催だそうです。主催はワインを飲みながら楽しそうに参加を呼びかけていました。僕は行きませんが、お近くに用事のある人は行ってみると良いのではないでしょうか笑。

僕はSublime Textが好きで使っているのですが、パッケージこそ色々入れているものの、デザインはいじっていませんでした。デフォルトの色使いちょっとダサいですよね…

そこで今回は、モダンでダークなテーマとカラースキームを作ったので、その紹介です。

概要

デザイン

こんな感じの仕上がりです。

配布

こちらのリポジトリにあります。

macOSであれば、コマンドラインから

git clone https://github.com/higurashi-takuto/sublime-dark-theme.git ~/Library/Application\ Support/Sublime\ Text\ 3/Packages/User/sublime-dark-theme

でインストールができます。

あとは

• Sublime Texr > Preferences > Color Scheme... から MonokaiDark

現在、最新の Sublime Text でアイコンが正常に表示されないので、 Theme は標準の Adaptive.sublime-theme の使用をおすすめします

• Sublime Texr > Preferences > Theme... から AdaptiveDark.sublime-theme

を選択してください。

カラースキーム

カラースキームはエディタのテキストを打ち込める領域の設定です。例えばシンタックスハイライトなどなど。

Sublime TextデフォルトのMonokaiをベースとして、よりダークになるように調整をかけています。シンタックスハイライトに使われる色は変更していませんが、背景色や選択部分の色などを変更しています。

テーマ

テーマはサイドバーやタブなど周りのデザインを指定できます。

こちらはSublime Textに入っているAdaptiveというテーマをベースに、よりモダン、よりダークに変更しています。かなり大部分を変更しているので、一気に印象が変わると思います。

おわりに

モダンでダークなオシャレに進化したSublime Textをこれから愛用していこうと思います。

GitHubのデフォルトアイコンはドット絵のようなアイコンですよね。

あれが何者なのか気になったので、色々と覗いてみました。

ユーザごとに違うアイコン

GitHubもそうですけど、Slackとかも初期アイコンがユーザごとに違うものってありますよね。どうやらそういうアイコンのことをIdenticonというそうです。

特に、GitHubのIdenticonについてはGitHubのブログに書かれています。

自分のアイコンを確認

現在のアイコンを確認

Identiconを見る前に、現在設定しているアイコンを見てみましょう。

現在のアイコンはhttps://github.com/<username>.pngから見ることができます。ちなみにこのアドレスからリダイレクトされるURLの最後の方に書かれている数字、または画像を保存した時の名前が自分のユーザIDとなっています。このユーザIDはあとでも見返すので、なんとなく覚えといてください。

アイコンを変更していない人はこの方法でもIdenticonを確認できます。

Identiconを確認

アイコンを自分で変更した人でもIdenticonを確認することができます。

Identiconはhttps://github.com/identicons/<username>.pngから見ることができます。

懐かしいですね。しかしこの画像よく見ると、少しおかしいです…

Identiconの謎

画像の情報をみてみると、画像サイズは420 x 420 pxのようです。なるほど。上下左右で35 pxのマージンと縦横5 x 5のドット絵でそれぞれ70 pxであれば420 pxとなります。

しかし

画像を拡大してみましょう。わかりやすく、70 pxの境界線に線を引きました。

そうです。1 pxズレているのです。

これは5 x 5の全てのドットで左上は35 + 70(n - 1)の座標にあるのですが、そこから塗りつぶしの範囲が71 x 71 pxになっているのです。つまり、右と下に1 pxずつはみ出しています。

気づいてしまった時には気になって気になって仕方なかったです。

なんでこんな仕様になっているのでしょう…

そもそもこのアイコンはどのようにしてできているか

こちらは上記にブログに少し書いてあったり、他のサイトでも紹介されていますが、ユーザID（さっきも出てきましたが自分で決めたusernameではなくGiuHubが側が発行したユニークな番号）から生成されます。

具体的にはユーザID（僕の場合は29699789）をMD5を用いてハッシュ値を得ます。得られた32桁（僕の場合は696f9ab9a21cf934a3bb45c2352808bf）の先頭15桁の偶奇から塗りつぶす/つぶさないを形を決定（図参照）。

そして下7桁の内、前3桁から色相、中2桁を彩度、後2桁を輝度に割り当てることで色が決まります。

作り方をみても謎は解けませんでした…

おわりに

ほんとに71 x 71 pxの謎が気になって仕方がない。

謎すぎる…