懐かしのHappy Hacking Keyboard上位モデルに日本語配列

投稿日：

大学時代にHappy Hacking Keyboard（英語配列）を使っていて、その使い勝手が忘れられずHappy Hacking Keyboard Lite2とかに手を出していましたが、上位モデルが日本語配列になって新登場するらしいです。

PFU、“Happy Hacking Keyboard”上位モデルに日本語配列製品を追加

日本語配列だけど、Controlキーがちゃんとaの横にあるのが素晴らしい。
（この辺は変更できるみたい）

Windowsを使う限りファンクションキーとテンキーは手放せないですが、LinuxやUnixを使う場合は正に最適なキーボードなので、サーバ用に一つ買っておきたい（と思ってます）。

でも２万５０００円はちょっときついなー。

リアクション:

コメント

  1. 匿名2008年11月12日 1:42

    ついに日本語版出たのですね。
    なんで今まで無かったのやら…

    という私は英語配列しか愛せない人間ですがｗ
    去年ボーナスが出たときに、家用と会社用でProを2台も…
    勿論満足していますが( ´∀｀)やっぱり高い！

    返信削除
  2. 菅沼 大樹2008年11月12日 9:32

    > uec空手 まつうら さん
    Pro2台って・・・やるなぁ。
    貧乏生活してると思ったら、そんな所はお金かけるのね。（＾＾；

    返信削除
  3. 匿名2008年11月13日 19:44

    HHKがあるだけで作業効率が3割くらい上がりますよね。

    ボーナス残りは全額返済に充てました。
    完済人になったあとのことを考えると
    バラ色ですが…そこまでが中々…

    返信削除
  4. 菅沼 大樹2008年11月13日 22:36

    若い時は借金してでも遊べ！！
    っという知り合いの人の言葉を思い出したよ。

    社会人になっても貧乏なんてギャンブルやる人以外いないような・・・

    返信削除

コメントを投稿

このブログの人気の投稿

既存のディレクトリ（フォルダ）にgit cloneして上書きしたい

投稿日：
イメージ
SubversionのリポジトリをGitLabに移行後、今まで開発していたフォルダでgit cloneしてみるとエラー。fatal: destination path 'api' already exists and is not an empty directory.環境： CentOS 6.6, git 1.7.1一旦フォルダごと削除して、git cloneし直せばいいのだけれど、権限の設定や本番環境でも削除してgit cloneはやりたくない。gitの仕組みを理解すれば簡単なことだった。腑に落ちるまで時間がかかった。git fetchの理解からgit mergeとpullの役割 - Qiita<2015/07/06 Modified>
実機コンソールでコマンド実行すること。Windowsから共有ファイル経由で実行すると時間が掛かり過ぎる（失敗する）。本番環境でブランチとマージしたときに実行したコマンド
# cd /path/to/project/
# git init
# git remote add origin git@gitlab.hoge.jp:suganuma/project-wordpress.git
# git fetch origin
# git checkout -b branch-name
# git checkout origin/branch-name -- .gitignore
# git add --all
# git add -f wp-config.php
# git merge origin/branch-nameエラーになったらブランチ上のファイルで上書き。移行した直後ならこれをやらなくてもいいはず。
# git checkout origin/branch-name -- /path/to/file# git merge origin/branch-namesvnとお別れする
# rm -rf .svn/< 2016/03/31 追加 >
上のやり方でマージできなかったので「theirs」を使った方法 途中までは一緒
# cd /path/to/project/
# git init
# git remote add origin git@gitlab.hoge.jp:suganuma/project-wordp…
続きを読む

【.NET】DataGridViewを選択した際に背景色を変更しない

投稿日：
DataGridViewでセルを選択したときに背景色を変えたくなくて調べたメモ。環境はVisual Studio 2005 + VB.NET + .NET Framework 2.0方法はデザイナでDataGridViewのDefaultCellStyleにある
SelectionBackColorをTransparent
SelectionForeColorをControlText
に変更しておく。これで選択するセルを変更しても背景色が変わらないが、初期表示時に最初のセルが選択状態となっているので背景が透けて見えてしまう。これはonLoad時（バインドした後）にdgvList.CurrentCell = NothingにすればO.K.
続きを読む

Can't open PID file /var/run/nginx.pid (yet?) after start: Too many levels of symbolic links

投稿日：
下記エラーになってハマった時の覚書。

systemd[1]: Can't open PID file /var/run/nginx.pid (yet?) after start: Too many levels of symbolic links
環境： Kagoya VPS(Open VZ), CentOS 7.7, nginx 1.16.1


yum updateするとこの現象が起きるらしい。
カゴヤのサポートに問い合わせてみたところ「最近 CentOS の systemd 周りの更新があったようで、yum update によりおっしゃる状況となることがあるようです。」とのこと。
答えが知りたい方は途中読み飛ばして、「systemd設定ファイルのPIDパスを変更」を参照してください。



【現象】
nginxが自動起動しないsystemctl start nginxを実行しても上記エラーで起動しない開発環境の仮想マシン（ほぼ同じ環境）では起こらない。カゴヤVPS上で起こる。OpenDKIMも自動起動していないMariaDBは無事起動している再起動直後は自動起動するが上記エラーで止まる。


【この現象が起きる前にやったこと】
yum updatephpを7.2から7.3へアップデート


【試した事】
nginxの再インストールphpの再インストール


【分かった事】
直接「/usr/sbin/nginx -c /etc/nginx/nginx.conf」を実行すると起動できる。systemdが何かおかしい気がする（？）


IPv6を疑う（←意味なかった） /var/run/は/run/にシンボリックリンクを貼ってるけど、今まで大丈夫だったし別の仮想環境で問題ないから、環境周りの原因からと思い、もう一度サーバーのエラーログを眺める
# less /var/log/messages
systemd: Binding to IPv6 address not available since kernel does not support IPv6. このエラーが気になった。
カゴヤVPSではデフォルトでIPv6は無効状態（参考： IPv6 の利用 - KAGOYA Internet Routing）。
なので、OSレベルでIPv6を無効にしてみる。
# vi /etc/sysctl.d/dis…
続きを読む