ぼそっ(今日の独り言) 2026

メインページに戻る
1998 1999 2000 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 2025 2026

誰得おこづかいちょう、12月31日版のバグ修正

新年となりました。
元日から買い物するのもなんだかなぁと思ったので今日1月2日に初売り?のお店に買い物に行きました。
昼過ぎに近所のスーパーに行ったのですけれど、パンとかいろいろ品出し中。きっとこのパンは元日の夜くらいから作り始めて今日焼きあがったとかそういう感じのパンなんだろうなぁと思いながら、食べ物は買わずに(あれ?)帰ってきました。
さてさて、食べ物は買いませんでしたがその他の買い物をしまして、誰得おこづかいちょうに入力したら、今入力したばかりのデータが表示されないというバグに遭遇。なんてこったい。早速デバッグ。
12月31日にアップロードしたzipファイルを上書きしました。
まあ誰も使っていないだろうから実害はなかったよね。きっと。

2026年01月02日 独り言,プログラミング雑談

誰得おこづかいちょうの改善が進まない

誰得おこづかいちょう、こまごまと直したいところがあるのだけれど、なまじ今動いているだけに着手する気になれません。
改善するってことは、つまり、一時的にかもしれないけれど、今動いているプログラムが動かなくなるという事だからかもしれません

2026年01月11日 独り言,プログラミング雑談

生存証明

誰得おこづかいちょうアプリを作ってgoogle playで無料公開しようというモチベーションがあったわけですが、googleのデベロッパーアカウントはとてもめんどくさいことが発覚
デベロッパーアカウント作成サイト
1. google playでアプリを公開すると、戸籍上の姓名と現住所が全世界に公開されるようです。
2. 12人以上のテスターが14日連続でテストする必要があるようです。

Play Consoleヘルプの説明によると「内部テスト」「クローズドテスト」「オープンテスト」「製品版」という4つのトラックがあり、内部テストの実施は任意ですがまあこれはアプリ開発者ならば規模はともかく普通に実施するはずだから良いとして、前述した12人14日はクローズドテストでは必須で、ここをクリアしないとオープンテストができないようです。
オープンテストまでくればアプリのテストバージョンをgoogle playに公開でき、誰でもテスト プログラムに参加できるようになります。読んだ感じだとオープンテストで何らかの基準をクリアしなくては製品版にできないわけではなく、オープンテスト即製品版公開でも良さそう。

世の中の無料アプリには大変お世話になっていますので、私も何か公開して貢献しようと思っていましたがなかなかハードルが高いようです。

野良アプリという形になりますし、使っていて時々バグに遭遇しますし、私が独りよがりな仕様で作りましたので使い勝手も悪いという認識はありますが、google playに頼らず人知れず公開(なんか矛盾している)することにしました。
誰得おこづかいちょうページをつくりました。
今後は私の個人サイトではなくこちらに更新版を置くつもりです。

2026年03月07日 独り言,プログラミング雑談

キーボード買った。エレコムのテンキーレス赤軸

仕事で使っているキーボード、エレコムの安いメンブレンのテンキーレス、2年位使ったら左コントロールキーの接触不良を発症したので新しいのを買うことに。
キーが引っかかるようになる不具合は2年前にも経験してたけど、キー自体の接触不良はあまり記憶にないなぁ。でもコレだから、分解とかいろいろやっちゃってるし、5000万回の耐久性をうたうキーボードがこんなに早く接触不良を起こしてもメーカーのせいではないだろうね。
今まで使っていたキーボードを買ったときとは私の業務も違うし、ここはちょっと奮発して気持ちいいキーボードを買おうという事で久しぶりにキーボード欲しい病モードで家電量販店に。
家ではメカニカルの茶軸愛用者だけれど、最近、店頭でキーボードを触っていると、今は赤軸が良い感じ。茶軸は普通にタイピングしているときは気持ちいいんだけど、カーソルキーとかは、タクティカルって言うんだっけ、タイプ時の引っ掛かり感が邪魔な感じがするのですよね。
昔はREALFORCEも気になったことがありますが、タイプ時のラバーカップ感が好みではなくて、今は赤軸のスルっと滑らかにキーを押す感じが良いなって。静音赤軸もスルっとした感じは似ているのですが、音がしないせいかな、それともキーを底打ちさせたときの少しクッション的な感触のせいかな、うるさい方の赤軸のカッチリした感触が実に気持ちいい。職場で使うには赤軸はちょっとうるさいかな・・・と思わないでもないけれど、うるさかったら自宅用にして、仕事用は静音赤軸を改めて買っても良いし、ということで、各メーカーの赤軸のどれにする? という事に。
条件は、テンキーレスでシリンドリカルでステップスカルプチャ(なんちゃってステップスカルプチャでも可)で、一番手前の列の左側のキー配置が標準的(Xの左下にALT)で、職場なのでゲーミングっぽくなくて、地味かつ汚れが目立たない色で、できればABSではなくてPBT。有線かワイヤレス(職場はなぜかBlueTooth不可)でお値段の目安は2万円以下
店頭で触ってると上記条件の範囲内ならどれでもいいかな?って感じ。近所の家電量販店ではだいたい1万円前後かな。
ショールーミングだけで近所のお店で買わないとお店がなくなっちゃうかもしれないし、と思っているのですが、Amazonさんも確認。そしたらTK-MC30UKLGY/ECってのがタイムセールで税込み5,390円ですって。近所の量販店で在庫限り8,000円って書いてあったキーボードと同じまたは色違いだけどそのお店にはもう在庫はないみたい。
ってことでAmazonで買ってしまいましたTK-MC30UKLGY/EC。PBTじゃなくてABSだけど、キートップがツルツルになるまで使い込むなら新しいのを買っても良いし、PBTのキートップだけ買ってきても良いし。4.25幅の別売りスペースキーはググっても見つからないけれど、もしかしたら数年後には発売になっているかもしれないし。
底打ちするくらい元気にタイプすると良い音がしてしまい、ちょっとうるさいかなという気もしますが、普通にタイピングなら許容範囲じゃね? と思ったので、職場内で苦情が来なければこのまま使い続けることにします。
それにしてもタイピングしてて実に気持ちが良い。家の茶軸のも赤軸にしたくなるけれど、家のMajestouch MINILA Airってもう新品が手に入らないのですよね。MINILA-Rはシリンドリカルじゃないし、Xacro M3Aはキー配置が全然違う。普通のテンキーレス配置って上下左右キーが遠いので、アプリごとにCtrlキーを使うキーバインディング設定するのが面倒で・・・。秀丸と、AndroidStudioとVisualStudio CodeとVisualStudioとEclipseと・・・。
ブラウザのgoogle検索のテキスト入力中にバックスペースのつもりでCtrl-H押すと履歴表示になっちゃうのとかなんとかなりませんかね。

2026年04月26日 独り言

AutoHotKeyってのがあるそうで

職場のキーボードをエレコムのテンキーレス赤軸のにして気持ちよかったので自宅のキーボードもリプレースしたいなと。
現在はFILCOのMINILA Airというコンパクトタイプのキーボードで、カーソル移動はFn+s/e/d/fでできるタイプです。これだとカーソルまで右手を動かさなくて良いのでとっても気持ちいい。とはいえFn+s/e/d/fでカーソル移動できるキーボードは既に市場に見当たらないのでどうしたものかと。
秀丸とかVisualStudioとかEclipseとかまとめてctrl+s/e/d/fでカーソル移動できるカスタマイズをコパイロットに聞いたらAutoHotKeyというアプリを紹介されました。MINILA Airの左Fnキーは普通のテンキーレスキーボードの無変換キーの位置にあるので、無変換キー+s/e/d/fでカーソル移動したり、その他無変換キーとの組み合わせのカスタマイズをMINILA Airと似た感じが実現できる感じで設定しました。そしてこの文章はAutoHotKeyを入れた環境で普通のテンキーレスキーボードで書いています。これはMINILA Airと同じ感覚で使えそう。
これで自宅のキーボードもリプレースできる目処が立ったかな。
お試し版のahkファイル

普通のテンキーレスキーボードを机に置いてみたけど、でかいな。AutoHotKeyでキー配置をカスタマイズする前提ならばカーソルキーやPageUp/PageDownなどのキーは無くても良いから幅方向でコンパクトなキーボードの方が良いのかな。
でもプログラミングしているとデバッグのステップ実行はファンクションキーを使うのでファンクションキーが物理的に独立したキーとして存在していた方が便利かなって気もするのですよね。
その他のポイントとしては白っぽいキーボードは汚れが目立ちそうなので黒っぽい方が良いかなぁ。
かなキー入力ではなくローマ字入力ならばJIS配列にこだわらずUS配列のキーボードも選択できるのかな。US配列のキーボードはネットで見ていると種類がたくさんあって良いなぁ。日本語配列でメカニカル(リニア)でテンキーレスまたはコンパクトでシリンドリカルでステップスカルプチャで左Altキーの位置がXの斜め下でキートップがPBTで、できればワイヤレス。汚れが目立たない色で、できればお手頃価格だと良いなぁ。SmackApe SA-IP80JU-BLK-Fとか、良さそうに見えるのだけど。

2026年05月03日 独り言

またキーボード買った。スマックエイプのテンキーレス

自宅のキーボードはここ15年位メカニカルの茶軸を使ってましたが、職場用に買った赤軸が気持ちよかったので自宅のキーボードもタクティカルタイプ(茶軸みたいなの)ではなくリニアタイプ(赤軸みたいなの)に変えようかなと。
AutoHotKeyを使えば普通のテンキーレスでもカーソルキーまで手を動かさなくても良いという事がわかったので、Minila Airからの乗り換えの選択肢がない状態から普通のテンキーレスでOKということで選択肢ができた。
私のキーボードの好みはここでさんざん言っていました通り、特にキーボードの一番手前の列が普通の日本語キーボード配列で、特にAltキーはXの斜め下に来ること(=真下はNG)、シリンドリカルでステップスカルプチャで、今回はメカニカルのリニアと同じような感触であること。
んで、キーボードやマウスは実際に触って感触を確かめてからでないと買えないので、ヨドバシとかビックとか、候補のキーボードが置いてあるお店に通うこと4~6回くらいだったかな。結局ヨドバシで触った感じが良かったスマックエイプのSA-IP80JU-BLK-F(このリンクいつまで有効なんだろう)にしました。
Bluetoothのは高いのしか無いと思っていたのに1万5千円未満で買えるし、左Altキーがちょっと右寄りでたたきやすい。赤軸ではないけれど打鍵感も音も悪くない。1週間くらい買う決心がつきませんでしたが、なんか悩んでいる時間がもったいなくなったので買ってしまうことに。

FILCO Minila Airと比べてもキーボードの土台の厚みもキーの高さも同じくらいで違和感なし。
キーボードの高さは同じくらい
キーボードの幅は普通のテンキーレスだからコンパクトタイプのMinila Airよりあって、マウスが遠くなるけれど、これは職場のキーボードと同じわけだから、まあOK
キーボードの幅はあるけどしかたない

ヨドバシでいろいろいじって、webの評判なども若干探しましたが、最近は打鍵音を選ぶのも流行しているみたいですね。雨音みたいなのが流行りなのかな。私は静音ではない普通の赤軸のカチカチした音も好きなので赤軸が良いかなと思っていましたが「Kailh Frost Blue Switch」というのも悪くない。私の場合は今回は茶軸風のタクティカルではなくて赤軸風の軽いリニアの打鍵感が欲しかっただけなので、それ以外の要素はあまり強いこだわりが無いというのもあるかも。
赤軸風の、底打ちするとしっかり固い感触が返ってくるのが好みなので、その点もOK
全く期待していなかったのだけれど、使わないときに埃が入るのが気になる神経質な人間なので、厚手のカバーが付いてきたのもありがたい。タオルでもかぶせておこうかと思っていたけど不要でした。

将来違うキースイッチにしたければキーだけソケットから外して差し替えられるみたいだけど、どうなんだろ、その時はまた新しいキーボードを買ってきそうな気がする。

2026年05月06日 独り言

久しぶりにsedとかnkfとか

仕事でJenkinsのノードをWindowsに作って、簡単なタスクを自動化することに。
Windowsのノードだから普通にバッチファイルを書く要領で・・・と思ったけれど、あまりに久しぶりで色々忘れてて大変。

git diff --name-only <コミットID>^1 <コミットID>

でgitのコミットで更新があったファイルをピックアップして、その中からExcelファイルだけzipにしてコピーするという単純極まりないタスク。
すっかり要領を忘れているのでコパイロット君に聞いたらPowerShellを使えと。文字化けしたので文字コードはUTF-8にしたら、PowerShell 5.1で使えるUTF-8はBOMあり限定らしい。JenkinsのWindowsノードにPowerShell 7とかインストールするのも面倒だし・・・と思いながら、一応コパイロット君に教えてもらって金曜日に帰宅する直前にはなんか形になりそうな目途までたちました。
帰宅して思ったのですが、PowerShellの基礎は勉強した方が良いかなということで、ちょっとググってmicrosoft公式っぽい入門サイトを1ページとか2ページとか読み始めたわけですが・・・ちょっと付け焼刃すぎるな。

落ち着いてみたら、やりたいことは上記の通りシンプルなんだから、よく考えたらsedでちょいちょいって作ればよかったじゃん。って思い至りました。
ツール間の文字コードの辻褄を合わせなければならないのでnkfも必要かな。
ってことで、このあたりのことを復習してました。

ググってみるとWindowsでもsedは4.9が使えるみたい。
文字コードはUTF-8にしよう。

sed -n -f script.sed input.txt

したとき、script.sedをUTF-8にする場合はBOMなしにして、

sed -n --locale=ja_JP.UTF-8 -f script.sed input.txt

すれば良いみたい。script.sedにはBOM有りファイルは使えないみたい。
input.txtもBOMなしUTF-8ファイルでOK
今この文章を書きながらscript.sedがUTF-8でinput.txtがShift-JISってできるのかな? と思いましたが、今はめんどくさいのでこれは考えないことにしましょう。めんどくさいので極力UTF-8で処理しましょう。

で、文字コードの不整合はnkfに任せてしまおうかなと。
手元のnkfはVersion 2.1.5。2018年のバイナリらしい。でも更新版は出ていないみたい。
BOMなしUTF-8ファイルを出力するならば

nkf -w80 infile.txt > outfile.txt

でできた。

nkf -w80 -O infile.txt outfile.txt

でも良いらしい。-w8にするとBOM有りになっちゃう。

久しぶりにnkf --helpして説明を読んでたら

nkf -MB -O infile.txt outfile.txt

でbase64エンコードまでしてくれるの? 私は使わないかもだけれど、先日REST API使ったときに少しbase64が出てきてたのでちょっと気になりました

2026年05月17日 独り言,プログラミング雑談

Valid XHTML 1.0!Valid CSS!