2025年11月10日月曜日

google検索の傾向

以前にも書いたが、このブログはgoogle検索でほとんど引っかからない。

一時期休眠していて、最近ちょこちょこブログを書き足しているが、休眠期間中にクロールの価値無しと判断されたのだと思われる。 

半年くらいは経ったので、そろそろ状況変わってるかなと思って確認してみた。

とりあえず最近アクセス数がある記事で見ると以下。

  • skyseaとfirefoxの記事(検索ワード: skysea firefox)
    • bing: 検索5位
    • duckduckgo: 検索5位
    • google: 圏外
  • 株主優待の記事 (検索ワード: トリドール 株主優待 残高確認)
    • bing: 検索60位くらい
    • duckduckgo: 検索50位くらい
    • google: 圏外

だめだな。変わってねえ。

依然として表示する価値無しと判断しているようだ。こういうしょうもないブログを枝刈りすることで検索の品質を上げているのであろう。

株主優待のgoogle検索だとublockにブロックされるような詐欺る気マンマンのサイトが大量に出てくるけど大丈夫なんだろうか?詐欺られてる人もいそうな気がするけど。bingやduckduckgoはちゃんと残高確認について書いたページを検索してくれるんだけど。

まあ俺には関係のないことだからどうでもいいか。 

2025年10月22日水曜日

bloggerでコードハイライト

ブログを見ると我ながらコード見づらいと思った。これはどう考えてもコードハイライトされないBloggerひいてはgoogleのせいでありコードには一切の問題はない(責任転嫁)。 

とりあえず以下を参考にコードハイライトを入れてみる。

https://rfs.jp/sb/javascript/js-lab/code-prettify.html

準備

管理画面の「テーマ」でテーマをカスタマイズ(HTMLを編集)する。

</head>の直前ぐらいに以下を入れた。よさそうな奴を探して入れたらいいようだ。

<script src='https://cdn.rawgit.com/google/code-prettify/master/loader/run_prettify.js?skin=sunburst'/>

やりかた

編集画面でHTMLビューに変えて 

<pre class="prettyprint"> </pre>

で囲むだけ。。。

めちゃくちゃめんどくさい。Bloggerでコード書いてる人みんなこれやってんのか?うそだろ?

追記

スマホから見るとハイライトされないようだった。モバイル用のテーマも変更しないといけない。(管理画面の「テーマ」でテーマのカスタムの▽→モバイルの設定→モバイルテーマの選択→カスタムを選ぶ)

参考: https://1studying.blogspot.com/2017/04/blogger_93.html 

2025年9月29日月曜日

skyseaとfirefox

ここ最近会社のfirefoxで全くwebが見れなくなる現象が起こる。

原因は多分skyseaとか言う糞システムのfirefox用拡張機能だと思う。

firefoxの更新とか、何かのタイミングでskysea拡張機能の同意ボタンを押さないと何も表示出来ない作りになってるようだが、これにバグがある。

バグって同意ボタンが表示されない時はfirefoxが永久に使えなくなる。この拡張機能は勝手に入れられて尚且つ無効に出来ないので質が悪い。

拡張機能の設定(プライベートブラウジングで無効にするとか)を変えたり、他の拡張機能の有効無効を切り替えたり、デバッグモードにしたりしてると、何かのタイミングで再読み込みされるのか、同意ボタンが表示されて使えるようになる。

すぐに何とかしたい場合は新しいプロファイルを作るしかない。

これが発生すると他の拡張機能の設定を消し去ってくれる。

これ作った奴を殴り倒したい。 

↓再読み込みされる気がする行動(確実に改善されるわけではない)

  • ublock originの拡張機能をON/OFFする
  • skysea client viewの拡張機能を管理 →このアドオンの自動更新を許可しない→今すぐ確認
  • skysea client viewの拡張機能を管理 → プライベートウィンドウの実行を切り替える
  •  メニュー→その他のツール→リモートデバッグ→このfirefox→調査 


 

2025年8月4日月曜日

3Dモデリングをやってみる

ミャクミャクの3Dモデル 

子供がずいぶん気に入っているので、ミャクミャクをVtuberみたいに動かせたらいいなと思って探してみたが、今一つ簡単に使えそうなのがなかった。

仕方ないのでちょっとyoutubeの初心者講座を見ながらblenderで作ってみた。我ながらなかなかいい感じの形になった。

 

使った機能はだいたい以下くらい。 

  • gで移動
  • sで拡縮
  • iで面を入れる
  • eで押し出し
  • ctrl+rで分割
  • ctrl+dで複製
  • サブディビジョンサーフィス
  • ミラー

ミラーは分割したあたりに点が二重にあったりすると変な感じになって結構悩んだ。以下で解決。

  • 点が重なってたら重なってる点を消して一つにする。
  • ミラーの境目に線が入ったりする場合は、ミラーで二重になってるので、マージで一つにする。

ボーンとやらも入れてみた。ちょっと胴長?

 

カメラでモーションキャプチャーして動かしたかったが、ここまで丸一日かかったのでまた今度。 

単色でテクスチャもいらないし、丸いところはコピペでいいし、初心者向けにいい題材な気がする。  

でも肘のしずくみたいなところとか、赤いところがめり込んだりとか、変なところは多い。ちゃんとやろうとすると無限に時間が溶けていきそうだ。3Dモデリングって大変なんだなあ。 

参考にした動画

https://www.youtube.com/watch?v=uMeXuB82uZc&t=2026s 

https://www.youtube.com/watch?v=Mp_8XHBUTpg

https://www.youtube.com/watch?v=mFJNdIKApPc&t=167s

参考にしたページ

https://styly.cc/ja/tips/blender-modeling-start5-2

 

2025年7月8日火曜日

年末調整を計算(検算)してみる

年末調整ってどういう計算? 

いまだに何が何やら分からない年末調整について、確認してみた。会社とか人によって違うと思うが、自分用のメモとして残す。

以下の順に計算する。

1. 支払金額 = 年収
2. 給与所得控除後の金額
3. 課税される所得金額
4. 所得税
4-1. 所得税(ローン控除)
4-2. 所得税(+復興特別所得税) = 源泉徴収税額
5. 所得税還付金

以下、仮に年収900万(あくまで仮に)だとした場合

1. 支払金額 = 年収

給与明細の「課税支給合計額」を1~12月まで足したもの。

これはさすがにメモする必要はないだろう。
と思ったが、通勤費は非課税で、食費補助手当は課税のようだということはメモしておく。

2. 給与所得控除後の金額

支払金額から控除を引く。税金を安くするためには所得が低ければ低いほどいいのだ。
表は左が入力、右が出力のイメージ。黄色と緑で示したところは源泉徴収票に載っていたので検算できる。

支払金額 9000000

給与所得控除額 1950000 給与所得控除後の給与等 7050000


所得金額調整控除額 50000


給与所得控除後の金額 7000000

給与所得控除額は年収により決まっていて、これを引くことができる。900万->705万。 

扶養親族が居たりすると、所得金額調整控除額を引くことができる。

所得金額調整控除額 = (支払金額-850万)x10% = 50000円

差し引き700万が所得税がかかる金額のベースになる。
ここからさらに控除を引くことができる。

3. 課税される所得金額

給与所得控除後の金額から、さらに各種控除を引く。

給与所得控除後の金額 7000000

基礎控除額 480000

社会保険料等の金額 1273500

生命保険料の控除額 120000

地震保険料の控除額 5000 所得控除の額の合計額 1878500


課税される所得金額 5121000

基礎控除は年収によって決まるが、よっぽど高給取りでなければ48万だろう。

社会保険料「等」の金額とあるが、自分の場合は以下だった。

社会保険料等の金額 = 健康保険料+厚生年金保険料+介護保険料+雇用保険料

厚生年金保険料が年収の18.3%、その他健康保険料等は合わせて10%くらい(自治体による?)。計28.3%が社会保険料等として奪われる。が、半分は会社が持つので、年収の14.15%くらいが社会保険料等の金額になるだろう。

仮に900万だと上記127万くらいになる。
実際には会社が(自分が働いたことによる利益から)払っているので、本来の年収は1027万くらいで、254万くらい国に取られているとも考えられる。一見して払っている額が少ないように見せるトリックが使われているようだ。

生命保険料、地震保険料の控除額は、毎年年末調整で提出するアレ。

これらの控除の合計が「所得控除の額の合計額」となる。
給与所得控除後の金額から差し引くと、儲けとなる「課税される所得金額」が512万くらいとなった。(1000円未満切り捨て)

4. 所得税

「課税される所得金額」によって決まる税率/控除額から所得税額を出す。

課税される所得金額 5121000

所得税率 0.2

控除額 427500



所得税 596700

税率/控除額は以下の表で決まる。

所得金額が500万くらいなら20%で控除額427500円。これで所得税が決まる。

所得税 =  課税される所得金額 x 20% - 427500円

これで所得税596700円と出る。

4-1. 所得税(住宅ローン控除)

ローンがあると所得税から控除できる。

所得税 596700

住宅取得等特別控除額 150000

源泉徴収時所得税減税控除済額 90000



所得税-ローン控除 356700

所得から引くのではなく、直接税金が減るのでなかなか大きい。

4-2. 所得税(+復興特別所得税) = 源泉徴収税額

ここまで計算してなかなか数字が合わなかったが、復興特別所得税2.1%を追加することで源泉徴収票の「源泉徴収税額」と一致した。(100円未満切り捨て)

所得税-ローン控除 356700

復興特別所得税率 0.021

源泉徴収税額 364100 所得税(+復興特別) 364100

(人によってはほかにも何かあるかもしれないが)これが国に取られる所得税になる。

5. 所得税還付金

と見せかけて、実際には1~12月にかけて、だいたいの雰囲気で所得税は取られていて、給与明細にも載っている。

毎月取られているが、当然年末にちゃんと計算した結果と合うわけがないので、払い過ぎた分が12月か1月に帰ってくる。

所得税還付金 = 1~12月に払った所得税の合計 - 源泉徴収税額

これが給与明細に載っている額と一致した。
なんか源泉徴収票の計算が間違っているような気がして計算してみたが、合っていたようだ。

2025年6月24日火曜日

トリドールの株主優待の残高確認がめんどいので何とかする

トリドール(丸亀製麺)の優待が金券じゃなくて優待カードになって久しい。

残高はwebで確認できるが、こんな感じでログインが必要。

 

ブラウザは最後の4桁しか自動入力してくれなくてめちゃくちゃめんどくさい。

「これで」とか言ってカードを出して残高がなかったら恥ずかしいので残高は確認したいが、めんどくさいのは嫌だ。 

ワンクリックで確認したいので何とかしてみる。

GETでやってみる 

開発者ツールで見てみる。

 

POSTしているようだが、たぶんGETでもいけるんじゃないのか?

https://www.vcsys.com/s/toridoll/p/login?cardId1=xxxx&cardId2=xxxx&cardId3=xxxx&cardId4=xxxx&cardPin=xxxxxx&kind=%83%8D%83O%83C%83%93 

cardId1~4のxxxxを4桁ずつのカード番号、cardPinのxxxxxxのところをpin番号に置き換えてブックマークしておく。%83%8D%83O%83C%83%93はcopilotに聞いたところsjisで「ログイン」らしい。

firefoxで開いたら残高表示された。多分ほかのブラウザでも行けると思う。

知らんうちに6000円くらい溜まっていたようだ。 

POSTでやってみる 

GETだとさすがにセキュリティ的によくなさそう。(別に残高知られても困ることはないが) 

javascriptでPOSTするコードをブックマークレットにしておけばいいかもしれない。

javascript:(function(){
    var form = document.createElement('form');
    form.action = 'https://www.vcsys.com/s/toridoll/p/login';
    form.method = 'post';

    var ids=['cardId1','cardId2','cardId3','cardId4','cardPin','kind'];
    var vals=['xxxx','xxxx','xxxx','xxxx','xxxxxx','%83%8D%83O%83C%83%93'];

    for(var i=0;i<ids.length;i++){
        var q = document.createElement('input');
        q.name = ids[i];
        q.value = vals[i];
        form.appendChild(q);
    }

    document.body.appendChild(form);

    form.submit();
})();

valsのxxxx,xxxx,xxxx,xxxxにカード番号、xxxxxxにpinを入れてブックマークのURLにセットする。

 

androidのfirefoxでも行けた。他のブラウザは未確認。

ただしfirefoxのブックマークにpin等が記録される事は気にしないものとする。 

2025年4月30日水曜日

C言語のforとマクロで簡単な時間計測

前回、処理時間計測の必要に駆られた。いちいち時間計測のコードを入れて回るのが面倒なので、forとマクロで簡単に計測した。

enum{
        SW_SH2,
        SW_HBIN,
        SW_HBOUT,
        SW_VBIN,
        SW_VBOUT,
        SW_SCSP,
        SW_SCU,
        SW_68K,
        SW_SMPC,
        SW_CDB,
        SW_SYNC,
        SW_MAX
};
static const char* swname[]={
        "SW_SH2",
        "SW_HBIN",
        "SW_HBOUT",
        "SW_VBIN",
        "SW_VBOUT",
        "SW_SCSP",
        "SW_SCU",
        "SW_68K",
        "SW_SMPC",
        "SW_CDB",
        "SW_SYNC",
        "SW_MAX"
};
static u64 swbuff_[SW_MAX];
static u64 start_time_ = 0;
static int sw_flag = 0;
#define SW(n) for(tick_start();sw_flag;tick_end(n)) 
static void tick_start()
{
        sw_flag=1;
        start_time_ = YabauseGetTicks();
}
static void tick_end(int n)
{
        u64 diff = YabauseGetTicks() - start_time_;
        swbuff_[n] += diff;
        sw_flag=0;
}
static void tick_clear()
{
        for(int i=0;i<SW_MAX;i++){
                swbuff_[i] = 0;
        }
}
static void tick_show()
{
        for(int i=0;i<SW_MAX;i++){
                printf("%d:%s: %llu\n", i, swname[i], swbuff_[i]);
        }
}
for文は最初と最後で文を実行できるので、これを利用して、tick_start()とtick_end()を呼び、sw_buff_に時間を足していく。tick_startでループ条件ON、tick_endでループ条件OFFとすれば、ループにならない。

こうしておけば以下のようにSW(番号){}で囲むと時間を計って加算してくれる。

SW(SW_SH2){ 
  計測したい処理(SH2)
}
SW(SW_SCU){
  計測したい処理(SCU)
}

新しいCならforの中で変数宣言できるので、工夫すれば入れ子で計測できたりしそうだが、そこまではやってない。

YabauseGetTicks()は現在時刻を取得するようなyabauseの関数で以下のようになっている。

u64 YabauseGetTicks(void) {
#ifdef WIN32
   u64 ticks;
   QueryPerformanceCounter((LARGE_INTEGER *)&ticks);
   return ticks;
#elif defined(_arch_dreamcast)
   return (u64) timer_ms_gettime64();
#elif defined(GEKKO)
   return gettime();
#elif defined(PSP)
   return sceKernelGetSystemTimeWide();
#elif defined(ANDROID)
        struct timespec clock_time;
        clock_gettime(CLOCK_REALTIME , &clock_time);
        return (u64)clock_time.tv_sec * 1000000 + clock_time.tv_nsec/1000;
#elif defined(HAVE_GETTIMEOFDAY)
   struct timeval tv;
   gettimeofday(&tv, NULL);
   return (u64)tv.tv_sec * 1000000 + tv.tv_usec;
#elif defined(HAVE_LIBSDL)
   return (u64)SDL_GetTicks();
#endif
}

という事でやってみた結果、遅い処理はどうやらSH2とSCUのエミュレーション部分のようだった。

SH2部分はダイナミックリコンパイル(JITコンパイル?)されていて、もうこれ以上は早くならなそう。

SCUも同じような感じでコンパイルしなおせば早くなるのかもしれないが、かなり特殊な命令形態っぽいので、簡単にアセンブラに変換はできないような気がする。これ以上はもう無理か。。あと2倍くらい早いか倍のコア数がある端末ならば、何とかなりそうな気がするが。。