@Blog

業務でGitHubの通知にメールを使用していたけど遅すぎて

2025年03月01日

Logging

おはようございます.業務でGitHubの通知にメールを使用していたけど遅すぎて困ると思ったので、GitHubのChrome拡張を使用することにしました.因みに自分が使用しているのはNotifier for GitHubではなくてGitHub Desktop Notificationの方です.

理由はAPI機能を使用していない点です.DOM構造で見に行って新着があるかを判断している.DOM構造はローカルストレージに保存しているだということなので良さげかなと思ったのと、日本人開発者だった点、そしてソースコードはオープンにしている点です.

一週間ぐらい試してみて不具合などが無ければこちらを使用してみようと思っています.それにしても何故にメールのデスクトップ通知が遅くなったのかは謎です.

リモートワーク勤務をしているのでレスだけは早くしたいなって思います.因みにGitHubデスクトップを導入している人はデスクトップ通知を許可することで通知が来るらしいです.

追記：どうも重い.PCが落ちだしたのでアンイストール.

明日へ続く

タグ

アンイストール, ソースコード, デスクトップ, デスクトップ通知, メール, リモートワーク勤務, レス, ローカルストレージ, 一週間, 拡張, 新着, 業務, 構造, 機能, 点, 理由, 良さげ, 謎, 追記, 通知,

AIコードアシスタントを今頃使ってみました.感想などを記載します.

2025年02月28日

Logging

おはようございます.AIコードアシスタントを今頃使ってみました.感想などを記載します.面倒くさいコードはAIに任せるのは有りだと思いましたが、仕事では使用できないなっていうのが思いも抱きました.モックアップなどを作るのには最適ですが、それ以上は期待薄ですね.コードを生成してくれはするのだけども意図が違っていたり、無駄なコードを書いていたりと少々使えない.

要するに生成AIが生成してくれるおかげでコード修正が発生します.これだったら一から自分でコードを書いた方が良い気がします.新規ファイルの中で指示するとコードを書かなくて良いのでだいぶ楽できるというメリットはありますが、既存のシステムファイルの修正では使えない.使うと動かなくなる恐れがあるので、殆どの人は使っていないじゃないかな.

これは良いと思ったのはサジェストが良い、これ書こうと思ったサジェストが表示されるのは便利ですね.それぐらいかな.あとはvscodeの横に問い合わせがあるとわざわざブラウザで生成AIに質問することが無くなるので良いなって感じました.

明日へ続く

タグ

おかげ, コード, コードアシスタント, コード修正, サジェスト, システムファイル, メリット, モックアップ, わざわざブラウザ, 仕事, 修正, 意図, 感想, 新規ファイル, 既存, 期待薄, 横, 殆ど, 生成, 面倒くさいコード,

ロボットが自発的に考え出して人は不要になるのかも知れない.

2025年02月27日

Logging

おはようございます.この頃のロボットの進化は目を見張るものがあります.正直なところもうそろそろ人工知能の研究はストップして良い頃なのかも知れない.もう十分、大半の人のIQよりロボットが賢くなっているからあとは自発的に思考していくようになれば何もいらない.

研究者は自分たちの能力に近づけようとしているけど、もうこれぐらいで十分な気がします.人のIQを全体的に底上げしないとロボットや人工知能に人が支配されかねないし、賢い知能をロボットに組み込むのは危ういと素人でも思います.

ひとは何を作ろうとしているのだろうか・・・.

明日へ続く

タグ

ところ, ひと, ロボット, 人, 人工知能, 大半, 気, 目, 研究, 研究者, 素人, 能力, 自分たち, 良い頃, 賢い知能, 進化,

有名なひとがもっともらしい事を言えば庶民から良いねが貰えて収益もはいる世の中.

2025年02月26日

Logging

おはようございます.有名なひとがもっともらしい事を言えば庶民から良いねが貰えて収益もはいる世の中.庶民は炎上商法が流行るわけだとこの頃思います.だからこの頃の有名な人はもっともらしい事しか言わなくなってつまらない.批判的な行動を言うと社会的に叩かれる世の中になっていっている.

これは平和な時は良いけど流れが変わったら恐ろしいと思います.YOUTUBEやインスタ、テイックトックばかり見ているとヤバい人になると思うこの頃、やっぱ雑音を定期的に入れないと先なんてみえないと.

右や左に大きく振れている世の中…

多事争論の亡き筑紫哲也 氏の言っていたことが正しいかったと思います.何だかね、過去よりも危うい世界になっていきそうな気がします.みんなの正しいは大体アメリカからやってきた正しさだと思う、そういうのが混ざり合って何だかおかしな方向に行きそうな気がします.

人の言葉に流されることが多い、ひとまず落ち着いて考えてみるとマイノリティが言っていたことが正しかったと言うことは良くあること.

民衆の言う正義や正しさというのは時代によって大きく変わる.

明日へ続く

タグ

アメリカ, インスタ, テイックトック, ひと, マイノリティ, もっともらしい事, 世, 何だかおかしな方向, 危うい世界, 収益, 右, 多事争論, 左, 庶民, 正しい, 正義, 民衆, 炎上商法, 筑紫哲也, 雑音,

ネトフリドラマ、阿修羅のごとくコンプリートしました（観ました）.

2025年02月25日

Logging

おはようございます.ネトフリドラマ、阿修羅のごとくコンプリートしました（観ました）.ひとを多面的に描かれていて良かったです、一言にはやっぱり語れないですよね、どんな人間もいろいろな悩みや葛藤があるだなってことを描かれいた.そして家族模様が丁寧に描かれていて全然違和感がなくみれました、昭和の頃に何処かにいそうなそんな世界観.

原作は向田邦子.向田邦子は1981年に飛行事故で死去されています.1981年って言ったら自分が生まれて間もない時代ですね.ちなみに1979年に阿修羅のごとくの脚本を書かれています.昭和、平成、令和となった今観ても人の思いは変わらない普遍なものなんだなぁと阿修羅のごとくを観て思いました.

女性に限らず皆ないろいろな面を持っている、表面的な部分しか見ずに判断しがちだけど実際は長く付き合わないと見えてこないものがあると.

最後に物語はどちらかと言えばたんたんと進んでいきますが内容は良い.5話か6話目の話が自分は好きでした.でもいきなりそこから観ても良さが分からないと思います.

明日へ続く

タグ

ネトフリドラマ, ひと, 一言, 令和, 原作, 向田邦子向田邦子, 家族模様, 平成, 昭和, 普遍, 最後, 物語, 皆, 脚本, 葛藤, 違和感, 間, 阿修羅, 面, 飛行事故,

ポケベルコードBBSをリリースです🤔.坊主が屏風に上手に坊主の絵を書いた.

2025年02月24日

Logging

おはようございます.ポケベルコードBBSをリリースです.当たるとは思えないけど無かったので制作してみようと思ったのが制作のきっかけになります.ポケベルのConverter（変換）はあったのですが、こういうのは無かった.ツワモノしか使えない可能性が高いかと思います.ポケベルといえば自分が中学生か高校生の時代にあったものだと思います.

実際、成人する頃には携帯電話が登場してきたので自分は触る機会もなかったのですが高校生時代には使用していた人がいるような気がします.ポケベルよりたまごっち！が何だか流行っていた時代ですね、アレも持ってはなかったですが、ポケコンでコードを書いて疑似たまごっち！みたいな事をしていました.

そんな時代の世代はもしかしたら使用してくれるかもという事で制作.ちなみにポケットベルコードBBS以外もアイディアがあるのでそちらも順次リリースしていくつもりです.このBBS広場は広告を貼り運用していきます.ちなみにスレを立てることを許すかは考え中です.返信機能はあります、良いねと機能は不必要かなと思ったので付けません.あとシェア機能は付ける予定ですリリース後に付けていきます.

どうぞよろしくお願いします🙇‍♂️⏬️⏬️⏬️
https://bbs-station.start-line-system.com/pocket_bell_code_bbs

明日へ続く

タグ

アイディア, アレ, きっかけ, コード, ズレ, たまごっち, ツワモノ, ポケコン, ポケットベルコード以外, ポケベル, ポケベルコード, リリース, 世代, 中学生, 制作, 変換, 広場, 機会, 疑似たまごっち, 順次,

アメリカどうなるのだろうかと思っているけど他国を心配するより

2025年02月23日

Logging

おはようございます.アメリカどうなるのだろうかと思っているけど他国を心配するより自国の心配したほうが良いかも知れない.何だかんだでGDPはアメリカそんなに落ちていない.逆に日本は落ちまくりだったりする.人口分布では未だにアメリカは若い層が多いわけで日本は逆に逆ピラミッド型になりつつある.

テレビのニュースを見るとアメリカのトランプさんの言動にあれやこれやとキャスターが言っているのだけども日本の矛先を何だか海外へ向けているように見えて仕方がない.

これから確実に起こることは南海トラフ巨大地震や首都直下地震、人口減少です.要するにこれからの舵取り次第では日本沈没ってことは有り得るし、自分たちの世代は年金だけでは到底暮らせない人が増えてくるということだけは今の時点で残念だけども決まっている.とくに自分たちの世代が高齢者になって南海トラフ巨大地震や首都直下地震が起きたら恐らく、大変なことになるし困難な老後になることは間違いない.

日本人は島国根性が根深いのでそんなに対応しない状態で大地震を迎えることになるだろうと.

たまに日本大丈夫？と思ってしまうことがある.

明日へ続く

タグ

アメリカ, キャスター, トランプさん, 世代, 人口分布, 人口減少, 南海トラフ巨大地震, 島国根性, 年金, 日本沈没, 時点, 矛先, 老後, 自国, 舵取り次第, 若い層, 落ち, 言動, 逆ピラミッド型, 首都直下地震,

ゲームの話ではなくて.勉強とかの話とか学ぶとかの話.

2025年02月22日

Logging

おはようございます.ゲームの話ではなくて勉強とかの話とか学ぶとかの話を書いていきます.勉強とか学ぶとか好きでないと出来ないよねって思います.不得意とか得意とかが大きく関わってくると思いますし、それで結構人生変わってくると.

勉強は社会に出ても大事だと思っている人とそうではなく人間関係が良好な関係を築くひとが得をするという人もいる.これどちらも間違っていないのではないかと思います.話術ができるひとが得をすると思っている人もいればそうではない場合もあり、どちらも正解でどちらが間違っているものではないので、悩むひともいると思います.

ただ社会は学校とは違って合う合わないが結構関わってくると思います.合う合わないは自分が何を欲しているかによって変わってくるのだと.そして殆どの人は時間とスキルを売って対価を得ています.自分もその部類です、賢いひとや強い思いを持っている人は会社を起こしたりします😌.

そして社会はひとと人との繋がりで社会が成り立っているわけです、この連鎖（繋がり）が社会を作っているのだと、その繋がりが切れている引きこもりの人も何だかんだで社会と繋がり生きているわけです.そんな籠もっている人でもお金を稼げる時代になってきています.

自分もリモートワークで仕事をしているわけなので平日はほぼ籠もっています.休日も映画を観に行く他はコードを書いたりネトフリみたりでインドア的な生活になっています.

何もせずに籠もっている人は何とも勿体ないと思います、まずはブログに広告を貼ってみるでもNoteに記事を書いて売ってみるでも良いのでお金を稼いでみるから始めてください.そしたらお金を稼ぐということの大変さがわかります.そうすると周りで支えてくれている人の見方が変わってくると思います.

勉強をいろいろな要因で出来なかった人は今からでも良いので自分の興味のある事から始めてみてください.それをブログに公開するでも良いので始めてみることが大事です.

これを書こうと思ったのは、この頃テレビで繋がりが断ち切れたひとを見たからです.悲惨なのは五体満足で何もかも諦めている人です.人生いつどうなるかなんて分かりません.諦めずに続けると道が出来ます.長い事、籠もっているとその道が困難になります.なので籠もっていても何か自分に時間を作ってください、そうすることで道がひらけてきます.

明日へ続く

タグ

コード, この頃テレビ, スキル, ネトフリ, ひと, リモートワーク, 人生いつ, 休日, 勿体, 周り, 対価, 平日, 正解, 殆ど, 要因, 見方, 話術, 賢いひと, 連鎖, 部類,

画像の存在有無確認用.NodeJSで動く一式を共有します😌.

2025年02月21日

Logging

おはようございます.画像の存在有無確認用.NodeJSで動く一式を共有します😌.先日の朝ポストしたものの一式のファイルになります、URLはダミーです.また、このプログラムコードはあるKサイトの画像の存在有無確認のために作ったものになります.

https://github.com/taoka3/check-images-app

このプログラムコードをカスタマイズすることによって、404ページへリダイレクトするようなページでも画像の存在有無を確認することが可能になります.

因みにこのコードでは大量に画像存在有無を確認する場合には適していない為、修正が必要になります.どこを修正しないといけないかは、ご自身でコードを修正してお試しください.ヒントは同期処理を非同期処理にという事です.また、このコードでコンソールに結果を出力していますが、業務などで使用する場合はCSVなどに出力するのが適切なのかも知れません.

const { loadImage } = require("@napi-rs/canvas");

function checkImages(name,imageUrls)
{
  imageUrls.forEach(async (imgUrl) => {
    try {
      // canvasを使って画像が存在するか確認
      await loadImage(imgUrl); // 画像をロードして存在確認
      console.log(`name: ${name}, url: ${imgUrl}, exists: true`);
    } catch (error) {
      console.log(`name: ${name}, url: ${imgUrl} exists: false `);
    }
  });
}

プログラムコードは、朝にちゃちゃっと作ったものになります.なのでエレメントが無かったら落ちたりします.そういう欠陥はあるものの簡易的に画像の存在有無を確認したい場合などには役立つかと思います.

明日へ続く

タグ

```, エレメント, コード, コンソール, ヒント, ファイル, プログラムコード, 一式, 修正, 同期処理, 存在有無, 存在有無確認, 存在有無確認用, 存在確認, 朝, 業務, 欠陥, 画像存在有無, 結果, 非同期処理,

高知県のTOHOシネマ.

2025年02月20日

Logging

おはようございます.ゆきてかへらぬは高知県では上映されないみたいなのでとても残念.この頃、高知県の映画館で上映される映画がなんかイマイチ感が強いのは経営的なものが大きな課題になっているのではないかなと思っています.

ちょっとそこは残念.でも、がらがらでもお客さんが一人入れば上映しなくてはならない高知県の映画館の現状ってのは結構大変だと思っています.たぶん、高知県の映画館は赤字経営だと思っています、若い世代のお客さんは年々減少していてお年寄り層は高齢化が進む一方です.

そして高知県は全国一番で県外へ人が出ていきます.高知県には仕事がないのも含め、経営者がどんぶり勘定的な人が多いのか経営が上手くいかない会社が多いのが現状なのかも？.人は良いです、気前の良い人も多いと思っていますが、ちょっと気性が荒いひともいます.

高知県、総合的にみると商売が下手だと思います.全員が下手とは言いませんが下手な人が多いだと思います、あと高知県の地理学要因は結構外せないだと.

そんな高知県のTOHOシネマが閉館しないことを祈りつつ、来月、アニメFlowを見に行きます？.

明日へ続く

タグ

アニメ, イマイチ感, お年寄り層, シネマ, ゆき, 全員, 商売, 地理学要因, 年々, 残念この頃, 気前, 気性, 現状, 県外, 経営, 若い世代, 荒いひと, 課題, 赤字経営, 高知県,

慣れるか慣れないかではなくてなりたいが重要なのかもしれない.

2025年02月19日

Logging

おはようございます.DevAsLifeのTakuyaさんみたいに自分はなりたいのだけども全然レベルが違って雲の上の人感覚が強いです.喋りも下手な自分にとってはなんか本当に差を感じたりします、喋りで損をしている気がしているのは凄く分かるのですが、なんかそんなに対した技術もないのでそれを表現するのがすごく苦手です.

慣れるか慣れないかで言えば、恐らくなれない可能性が高いですよね.これは元々のスペック的な要素です.でもなりたいという気持ちは捨てたらダメだとも思うです.それに近づこうという気持ちは大事、この気持ちを枯らしたら多分老けていくだろうと思っています.

自分みたいに思っている人で何から手を付けてよいのやらと思っている人は、何か一つはじめて続けることが大事なんだろうと思っています.そしたらある程度までは身につくことが可能です.この身につくまでの時間が自分の持っている元々のスペックが良いほど、短時間で身につくことが可能ですが大体の人は投げ出さない限り身につきます.

1年、2年単位で物事を考えるのも10年単位で物事を考えても考えた通りに人生は動かない、だいたい的外れ3日先でも当たらないだから将来なんてのは分からない.当たらないけど準備は大事だったり努力は大事だったり気持ちは大事だったりします.あと流れに乗るということは大事なことなんだろうなってこの頃は思っています.

明日へ続く

タグ

スペック, 人感覚, 人生, 努力, 将来, 差, 年単位, 技術, 損, 気持ち, 準備, 物事, 的外れ日先, 短時間, 程度, 要素, 身, 通り, 限り身, 雲,

Not Foundページのある際に画像の存在有無を調べる方法. #画像存在有無

2025年02月18日

Logging

おはようございます.Not Foundページのある際に画像の存在有無を調べる方法を書いてみました.これでローカルNode.jsサーバーを走らして画像がちゃんとサーバーにアップしているかなどの確認することが出来ます.下記のコードは画像の存在有無だけの処理ですので画像URLリスト処理が必要なります.

Node.jsでもmysql接続可能ですので例えばPHPで画像のURLを発行しているなどの場合はPHPで書いているコードと同じようなコードをNode.jsでも発行して回してあげればサイト内の画像の存在有無を確認することが出来ます.

function checkImage(url, callback) {
    const img = new Image();
    img.onload = function () {
        callback(true); // 画像が正常にロード
    };
    img.onerror = function () {
        callback(false); // 画像が存在しない（404など）
    };
    img.src = url;
}

checkImage("https://taoka-toshiaki.com/icon.jpg", function (exists) {
    if (exists) {
        console.log("画像が存在します");
    } else {
        console.log("画像が見つかりません（Not Found）");
    }
});

全然関係ない話ですが、阿修羅のごとくはあと三話でコンプリートです、この記事がUPしている頃にはあと二話ぐらいになっている頃だとは思いますが、ドラマは全話7時間とちょっとなので結構見るのに体力が必要になります.観溜めするひとはマジでリスペクトですねー.コードはずっと書いていられるけど、ドラマは1日、一話か二話が限界です.ではでは～.

明日へ続く

タグ

コード, コンプリート, サーバー, ドラマ, ひと, リスペクト, ローカルサーバー, ロード, 下記, 体力, 処理, 存在有無, 接続, 画像, 画像リスト処理, 話, 関係, 阿修羅, 限界, 際,

SEOにとってサイトの表示速度は命なのかも.#内容よりレンダリングの速さSEO

2025年02月17日

Logging

おはようございます.SEOにとってサイトの表示速度は命なのかも、レンタルサーバーからVPSサーバーに移行して数日経ちますが収益は若干改善してきたように思えます.変わったのはレンダリングの速さだけです.レンダリングと言ってもレンダリングは変わっていないのでサーバーの伝送速度がレンタルサーバーより改善されただけです、それだけでやっぱ違います.

VPSサーバー側にWordPressの表示速度が改善されるというKUSANAGIという物があるのですが、それを導入するとかなり改善されます.因みにSEOの改善のためにCDNを使用するのは良いことらしいです.

検索にヒットしても最終的には人が読むものなので読みづらい共感できない調べていることと違ったなどの思った瞬間、離脱していきます.これから検索するより生成AIに質問を投げることが多くなると思います.そうなると技術で検索サイトを利用することも減っていくだろうと思う反面.

最新の情報はネットに落ちているので従来通りの検索でしか見つけるのは難しいと思います.chatGPTのディープリサーチ（Deep Research）というものを使用すれば検索を生成AIがしてくれたり、商品を購入してくれたりしてくれますが、それでも難しいと思います.最終的に人が確認しないといけないという作業が残っているからです.

そして生成AIを使用しているのは主に大手企業やIT界隈ぐらいのものです、その他の企業などでは生成AIの使用を禁止する企業もあるとか.業界変われば何とやらで普及にはやはり10年単位は必要になりそうです.

これから先はSEOよりひとに伝わる内容がますます大事になりそうです（イライラさせないためにも速さも大事ですね（笑））.

明日へ続く

タグ

サーバー, サーバー側, ディープリサーチ, レンダリング, レンタルサーバー, 伝送速度, 作業, 反面, 収益, 命, 大手企業, 年単位, 従来通り, 改善, 普及, 生成, 界隈, 瞬間, 若干, 表示速度,

Pythonを分離しました.これはVPSサーバーとかしか出来ない事かも.

2025年02月16日

Logging

おはようございます.有言実行と言うことでPythonを分離しました.これはVPSサーバーとかしか出来ない事なのかも知れないですね.コンテナとDockerfileをチラッとお見せします.こちらはローカルでの設定ですので本番環境とは違います.

services:
  testfastapi:
    image: python:3.9.21
    build:
      context: .
      dockerfile: Dockerfile
    container_name: testfastapi
    restart: always
    ports:
      - "8000:8000"
    volumes:
      - ./app:/app
    environment:
      - PYTHONUNBUFFERED=1
    command: ["python", "-m", "uvicorn", "app.main:app", "--host", "0.0.0.0", "--port", "8000"]

# Python 3.9.21 の公式イメージを使用
FROM python:3.9.21
# 環境変数の設定（バッファリングを無効化）
ENV PYTHONUNBUFFERED=1
# requirements.txt をコピーして依存関係をインストール
COPY /app/requirements.txt /app/
RUN pip install --no-cache-dir -r /app/requirements.txt

fastapi
uvicorn

from fastapi import FastAPI
app = FastAPI()

@app.get("/")
def read_root():
    return {"text": "Hello, FastAPI with Python3.9.21!"}

またfastAPIのバージョン上がっていくに連れてこの書き方では動か無くなる恐れがあるので、その時は公式サイトをご確認ください.

所感としてPythonとPHPを切り離すこと出来たのは良かったなと思います.内部的じゃない方法Equal外部的なAPIとして使用するにはNginx, Apache／（プロキシサーバ）と組み合わせて使用する必要があります.

明日へ続く

タグ

インストール, こんてな, サーバー, バージョン, バッファリング, プロキシサーバ, 使用, 依存関係, 公式イメージ, 公式サイト, 所感, 方法外部的, 書き方, 有言実行, 本番環境, 無効化, 環境変数, 設定,

ThunderbirdにてGmail認証エラーが出る場合の対処方法を書いていきます.

2025年02月15日

Logging

おはようございます．ThunderbirdにてGmail認証エラーが出る場合の対処方法を書いていきます.結論から言えばThunderbird（サンダーバード）の設定のセキュリティプライバシー項目にあるCookie（クッキ）の削除を行って再度認証するとエラーは解消すると思います.

ちなみに認証する前にGmailの設定項目からIMAP（アイマップ）を有効にしてあげること、また認証時に端末を許可しないと上手く認証されない場合があります.

自分は在宅勤務時にGitHubの通知をメールで受信するようにしているのですが、そのメールがこの頃、遅延するようになったのでメーラーを今まで使用していたOutlookからThunderbirdに変更しました.以前は常駐するのにはアドオンを使用しないと出来なかったけど、設定より最小化するとタスクトレイに入るようになり以前より使用しやすくなっています.

通知音は端末の通知音を使用する設定になっているのでそこら辺を変えると良いかもです.

使用しだしてまだ日は浅いですが、受信は前より良くなっているようです.

明日へ続く

タグ

アイマップ, アドオン, エラー, クッキ, サンダーバード, セキュリティプライバシー項目, そこら辺, タスクトレイ, メーラー, 再度, 削除, 受信, 在宅勤務時, 対処方法, 最小化, 端末, 結論, 認証エラー, 認証時, 通知音,

VPSサーバーで学習済みのモデルを動かすことが出来るのか.

2025年02月14日

Logging

おはようございます.VPSサーバーで学習済みのモデルを動かすことが出来るのかな…一度、こっそり試してみたけど動かなかった.2Gでは無理、最低4Gメモリは必要みたいです.この4Gというのは生成AIの回答なので本当なのかは分からないけど、小さなモデル？ならVPSサーバーでも動かすことは可能だと思います.

あと、それとは別にPythonのAPIフレームワークを使用して内部的に処理することを検討中です.今までも例えばPythonのライブラリMeCabとかを使用して形態素解析をさらっと処理してもらっていたのですがサービスAにもサービスBにも導入したい時にいちいち新たにファイルを生成するもの手間なのでFastAPIというフレームワークを導入したいなって思っています.

其の為、新たにコンテナを追加する予定です.こういう時にコンテナ運用は楽ですね.

なお、非公開APIですので外部からは叩け無いようにしたいなって思っています.こちらの構築したものを近日中に出来たら公開したいなと思っています.

明日へ続く

タグ

こんてな, コンテナ運用, サーバー, サービス, フレームワーク, モデル, ライブラリ, 一度, 其, 回答, 外部, 学習済み, 形態素解析, 手間, 最低メモリ, 検討中, 無理, 近日中, 非公開,

不可思議な世界を生きていることを認識して生きている人はあんまいない.

2025年02月13日

Logging

おはようございます.不可思議な世界を生きていることを認識して生きている人はあんまいない.大人になるにつれて宇宙の成り立ちに疑問を持ったりすることも少なくなり、社会で生きていくので精一杯な人生を歩むことになるだろうと思う.こんな疑問を研究しているのは一部の賢い研究者さんぐらいモノです.

未だに無から有になったというのが分からない.それが出来れば地球上の問題はかなり解決すると思う.無から有が作れるということは物質を作れるということです.あと、色覚にも疑問を持っていてAさんとBさんが見ている色は同じ色なのかという事.色覚異常のひとは一部の色が認識できないなどがわかっているけども.そもそもAさんは赤と思っているものがBさんにとっては青だったりする事はないのかということ.これが子どもの時に抱いていた疑問です.

その疑問を生成AIに投げたらやはり同じ疑問を持っていた人がいたらしく今の答えを教えてくれました.生成AIは便利ですね.回答は下記です.

とても興味深い疑問ですね！「Aさんが見ている赤」と「Bさんが見ている赤」は、本当に同じ赤なのか？ それとも、まったく違う色を見ているけれど、共通の言葉（「赤」）を使っているだけなのか？ これは**「クオリア（Qualia）」**と呼ばれる哲学的な問題です。

1. 色は脳の中の解釈

　色は物理的な波長として存在しますが、それを「何色」と感じるかは脳が処理する過程で決まります。目の網膜には錐体細胞（赤・緑・青の3種類）があり、これが光を受け取って信号を脳に送ります。脳はその信号を処理し、色として認識します。

2. 色の主観性（色のクオリア）

　問題は、Aさんの脳が処理する「赤」と、Bさんの脳が処理する「赤」が本当に同じなのかということです。仮に、Aさんの「赤」とBさんの「青」が入れ替わっていたとしても、言葉や色の関係性（例えば信号の赤＝止まれ）は学習によって決まっているので、日常生活では区別できません。つまり、お互いに「赤」と言っているけれど、実はまったく違う色を見ている可能性が理論上はありえます。

3. 色覚異常との違い

　色覚異常は、特定の色の区別がつきにくくなる現象ですが、ここでの疑問とは少し異なります。色覚異常の人は「違いがわかりにくい」のであって、「全く異なる色として見ている」わけではありません。

4. 実験で確かめられる？

　理論的には、「Aさんの赤」と「Bさんの赤」が違うことを確かめる方法はないとされています。なぜなら、AさんもBさんも「これは赤です」と言える以上、その主観的な体験を比べる手段がないからです。ただし、もし脳の色処理を完全にシミュレーションできる技術が生まれれば、未来では何らかの証明が可能になるかもしれません。

5. マントラッカー実験

　ある種の生物（例えば特定のエビ）は、人間よりもはるかに多くの色を認識できると言われています。もし彼らに色を聞くことができたら、「人間が見ている赤」は、彼らにはもっと複雑な色として見えている可能性があります。

明日へ続く

タグ

エビ, クオリア, ひと, マントラッカー実験, 信号, 共通, 区別, 未だに無, 波長, 無, 物質, 特定, 現象, 生成, 生物, 網膜, 興味深い疑問, 解釈, 過程, 錐体細胞,

Dockerの事がよくわからない.ドッカーって機能追加はあとから出来ないのかな？

2025年02月12日

Logging

おはようございます.Dockerの事がよくわからない.ドッカーって機能追加はあとから出来ないのかな？ymlファイルに後から修正して下記のコマンドを実行すると再度、初期化された状態になる.

docker-compose up -d --build

なのでDockerfileやボリュームとかいう物があるだと思います、それを使用して何とか凌ぐしかないかな.これだと後からコンテナの追加は出来るものの辛いものがある.サーバーを機能追加ために止めたくないのです.こうすれば良いよと教えてくれる方は一言コメントからアドバイスをお願いいたします🙇‍♂️.

生成AIに相談した所、どうも無理だという回答が返ってきたので恐らく無理なんだと思います.これからDockerが進化していけばそこら辺も変わってくるのだろうと思うものの、ちょっと不便さを感じる.

Dockerの良いところは簡単に環境構築が出来るところにあるだと思う反面、本番環境ではコンテナ運用はちょっと辛いものがある.そこら辺をクリアしたらめちゃ便利なツール何だけどね.

そういう痒いところに手が届くのはお高いけどAWSやGCP、Azureというものがあるのだろうね.何度か余裕資金がある時に使用したけどアレ高額請求が怖くて辞めてしまいました.

因みに先日のサーバがダウンしていたのはDockerでいろいろと試みていた結果.コンテナが壊れてしまい復旧作業に時間がかかっていました.

明日へ続く

タグ

アドバイス, アレ高額請求, コマンド, こんてな, コンテナ運用, サーバ, サーバー, そこら辺, ドッカー, ファイル, ボリューム, 一言コメント, 再度, 反面, 回答, 復旧作業, 本番環境, 環境構築, 生成, 結果コンテナ,

インフラじゃなくてインフレで殆どの人は毎月たいへんなだと思います.

2025年02月11日

Logging

おはようございます.インフラじゃなくてインフレで毎月たいへんな人もいると思います.物の価値が上がるのに賃金は追いついていない、インフレで儲かっているのは大企業だけなんじゃないかと思います、この高知県も2030年までには最低賃金を1500円にしようということで動き出しましたが、現時点で達成している会社は一社しかいないみたいです.夜の商売でしょうか・・・.

殆どの会社は苦しいと悲鳴を上げているようです.案外値段を上げてもそのものに対してお金を払うものだと思います、とくにサブスク系は値段を上乗せしても殆どの人は払い続けているのが現状だと思います.

BtoBという企業間の取引の場合、値上げ交渉はたいへんだと思います.インフレなので値段を上げましたで「はいそうですか」という企業はあまりいないじゃないかと思います.大企業が値段を上げることで皺寄せは中小企業や零細企業に行くのでしょう.アメリカにならってインフレにしたのは失敗だったのではないかと思います.

何だか失われた40年になりそうな予感さえします.因みに自分の世代は氷河期世代なのでバブルというものを知りません.政治家のみなさん、いつ景気が上向くのでしょうか教えて頂きたいです.

明日へ続く

タグ

インフラ, インフレ, サブスク系, バブル, 世代, 中小企業, 予感, 値上げ交渉, 円, 商売, 悲鳴, 景気, 最低賃金, 殆ど, 氷河期世代, 現時点, 現状, 皺寄せ, 賃金, 零細企業,

低学年向けの学習サイトを作ってみました. 今のところ無広告で運営中.

2025年02月10日

Logging

おはようございます.低学年向けの学習サイトを作ってみました. 今のところ無広告で運営中です、因みにこのサービスは数年前にこのサイトにも存在しているものをlaravelとvueで再構築した形になります.

このサイト制作に費やした時間は1時間ぐらいです、いやー結構かんたんにそれらしい物が出来たので、自分としては満足です.アクセス数が多くなれば広告掲載などを考えています.

広告掲載はトップのみに表示させるようにします.学習中に広告があるのは気が散りますからね.尚、このサイトは生成AIのちからを借りて制作したのでものの1時間ぐらいで完成した形になります.これから先こんな感じで自然言語の命令でコードを生成AIに書かして人はソースコードのチェックや動作チェックだけをするようになるのかも知れないなと思いましたが、やはり100％と生成AIが生成したものに対して保証が担保出来ない限り、コーダーさんやプログラマーさんの職が無くなることはなさそうです.

因みに自分は生成AIに課金していません.

明日へ続く

タグ

アクセス数, コーダーさん, コード, ソースコード, ちから, ところ無広告, プログラマーさん, 低学年向け, 保証, 再構築, 動作チェック, 命令, 学習サイト, 学習中, 形, 物, 生成, 職, 言語, 限り,

Vue.jsでコードを書き直してみたけどバニラJSが良い時もある技術的な話といえばそんな感じ.

2025年02月09日

Logging

おはようございます.何もしていないわけではないけど毎日小銭が入ってきた頃を思うといまは前に戻った感じがあります、やっぱり無いよりある方が良いですね.さてHxH-moji.comサービスのバニラJSコードをVue.jsへ置き換えてみたのだけどもレンダリングが遅くなってこれは駄目だなと思ったので元の状態に戻しました.

たまにバックのソースコードがどんな感じに動いているのかを調べている人がいるのだけど、そんなに大したソースコードが動いているわけではないのでお恥ずかしいですね.最近やっと名前付けを変更してソースコードを見たらわかる感じにしたつもりでいます.

因みに下記がレンダリングが遅くてボツにしたコードです.本当ならVue.jsでサクサクと動くコードを作りたいのですがVue.jsはまだまだ初心者さんレベルです..あまりVue.jsもReactもあまり分からないのが現状です、業務で使用することはあるものの一から作るとなるとあんまり上手く作れないです.

トホホ・・・.

この頃思うのは広告掲載だけで何とか回るものを作りたいなとサブスクは個人ではちょっと荷が重い.重いもありますが何せ審査が通りそうにないECサービスはまだ手を付けていないのはそんな理由です.自分のテンション上がるのを待って作りたいと思います.

const { createApp, ref, onMounted, nextTick } = Vue;

const app = createApp({
    setup() {
        const canvas = ref(null);
        const languageInput = ref('');
        const fontsize = ref(16);
        const alertMessage = ref('');
        const mobileText = ref('');
        const isMobile = ref(window.innerWidth <= 768);

        const fetchText = async (flg) => {
            try {
                const body = new FormData();
                body.append('txt', languageInput.value);

                const response = await fetch("/common/jpcvn", {
                    method: "POST",
                    headers: { "X-CSRF-TOKEN": document.querySelector("[name='token']").value },
                    body: body
                });
                const resultdata = await response.json();
                drawCanvas(resultdata.txt);
                mobileHxH(resultdata.txt);

                canvas.value.toBlob((blob) => {
                    const formData = new FormData();
                    formData.append("upload_data", blob, "canvas_image.png");
                    formData.append("name", document.getElementsByName("name")[0].value);
                    formData.append("sns_name", document.getElementById("sns").value);
                    formData.append("text_data", resultdata.txt);
                    if (!flg) formSave(formData);
                }, "image/png");
            } catch (error) {
                console.error(error);
            }
        };

        const drawCanvas = async (text) => {
            await nextTick();
            if (!canvas.value) return;  // canvasがnullの場合は処理を中止
            const ctx = canvas.value.getContext("2d");
            ctx.clearRect(0, 0, canvas.value.clientWidth, canvas.value.clientHeight);

            const background = new Image();
            background.src = "/images/paper_00107.jpg";
            background.onload = () => {
                ctx.drawImage(background, 0, 0, canvas.value.clientWidth, canvas.value.clientHeight);
                ctx.fillStyle = "rgba(0, 0, 0)";
                ctx.font = `${fontsize.value}px HUNTERxHUNTER`;
                const lines = textChange(text, fontsize.value);
                lines.forEach((line, i) => {
                    ctx.fillText(line, 3, 10 + fontsize.value * (1.1618 * i + 1));
                });
            };
        };


        const textChange = (t, f) => {
            let n = parseInt(350 / f);
            let s = t.split("");
            let LLine = 0;
            for (let i = 0; i < s.length; i++) {
                if (LLine && (LLine + 1) % n === 0) {
                    if (s[i] !== "\n") s[i] += "\n";
                    LLine = 0;
                } else {
                    LLine++;
                    if (s[i] === "\n") LLine = 0;
                }
            }
            return s.join("").split("\n");
        };

        const formSave = async (formData) => {
            alertMessage.value = '';
            try {
                const response = await fetch("/common/image_save", {
                    method: "POST",
                    headers: { "X-CSRF-TOKEN": document.querySelector("[name='token']").value },
                    body: formData,
                });
                const result = await response.json();
                if (result.ret === "ok" && result.url) {
                    window.location.href = result.url;
                } else {
                    alertMessage.value = result.txt;
                }
            } catch (error) {
                console.error(error);
            }
        };

        const mobileHxH = (tt) => {
            if (isMobile.value) {
                mobileText.value = tt;
            }
        };

        const adjustTextareaRows = () => {
            isMobile.value = window.innerWidth <= 768;
        };

        onMounted(() => {
            adjustTextareaRows();
            window.addEventListener("resize", adjustTextareaRows);
        });

        return {
            canvas,
            languageInput,
            fetchText,
            alertMessage,
            mobileText,
            isMobile,
            fontsize
        };
    }
});

app.mount('#app');

明日へ続く

タグ

```, コード, サブスク, ソースコード, テンション, トホホ, バニラコード, ボツ, ももあまり, レンダリング, 下記, 中止, 何せ審査, 元, 処理, 名前付け, 小銭, 業務, 現状, 荷,

日本でもそろそろ発売されると思う.ビル・ゲイツの自伝ソースコード洋書はAmazonから.

2025年02月08日

Logging

おはようございます.日本でもそろそろ発売されると思う.ビル・ゲイツの自伝ソースコード洋書はAmazonから「Source Code: My Beginnings」と検索するとヒットします😌.英語が読める方は洋書で読むことをオススメします.自分は英語がわからないので翻訳（和訳）が出るまで待ちます.恐らく日本で発売される時の本の題名も「ソースコード ビル・ゲイツ」でしょう.

技術レベルは違えども自分も何故だかわからないけど、ソースコードを読んだり理解したりするのは好きですね.謎解きゲームのようなもので、複雑怪奇なソースコードも何か何度か見るとわかるようになる不思議なものです.昔はソースコードを読んだりするのは今みたいに好きではなかったのですが、いつの頃から何かわかるようになりました.仕様書がないソースコードを読む場合、全体把握は難しいので一つの関数がどういう振る舞いになっているのかを探っていくことで一つの機能を理解するという感じで徐々に全体像を理解していきます.

トイウコトデ、ソースコードの日本書籍が発売されたら読むつもりでいます.なんとなくですがソースコードは映画化されそうな気がします.

明日へ続く

タグ

ソースコード, トイウコトデ, ビル・ゲイツ, 仕様書, 何度, 全体像, 全体把握, 和訳, 技術, 日本書籍, 昔, 映画化, 本, 洋書, 翻訳, 自伝ソースコード洋書, 英語, 謎解きゲーム, 関数, 題名,

フルテキストインデックスを業務で使用して思ったこと.MYSQLとかで

2025年02月07日

Logging

おはようございます.フルテキストインデックスを業務で使用して思ったこと.MYSQLとかで自然言語などを検索するときに便利、例えば商品検索を曖昧な単語で検索する時にフルテキストインデックスを与えていれば曖昧な単語でもヒットする確率が増えるというもの.

ただ、日本語はMeCab（メカブ）とか入れないとヒットしないかもですが、レンタルサーバーでも設定を変えれる人ならば使用できるかもです.試してみてはないので「かも」止まりですが….

こういうのを全文検索とかいうらしい.

尚、MYSQLやMariaDBなどでは対応しています、バージョンが低いと出来ない可能性はあります.

自分が今作っているサービスにも全文検索を一部導入する予定でいます、例えばYosakoi-Video.comなどもチーム名の曖昧な検索ができれば良いなと思っています.

明日へ続く

タグ

サービス, チーム名, バージョン, フルテキストインデックス, メカブ, レンタルサーバー, 一部, 人, 全文検索, 単語, 可能性, 商品検索, 日本語, 検索, 業務, 確率, 自分, 言語, 設定,

ネトフリドラマ、阿修羅のごとくを今見ています.まだ一話目を観終わったところ.

2025年02月06日

Logging

おはようございます.ネトフリドラマ、阿修羅のごとくを今見ています.まだ一話目を観終わったところです、予告に釣られて阿修羅のごとくを観ているのだけども一話目はまずまず止まりですね.ここから面白くなっていくのかな.仕事中にラジオ（J-WAVE）を聞いているのだけどラジオのMCさんが阿修羅のごとくを休みの日に全話観たみたいな話をしていて面白かったーなどと言っていたので期待しすぎてしまったのかも知れない.

監督さんは是枝裕和さんなので何だかジワジワ面白みが来る感じがします.時間があれば通しで観たほうが良いかもだけど、大体一話一時間なので7時間確保しないといけない.自分はせいぜい3時間確保するのでいっぱいいっぱいですね.

全話観終わったら感想を書きます.早ければ来週の末までに書くつもりでいます.

明日へ続く

タグ

サン, せいぜい時間, ところ, ネトフリドラマ, ラジオ, 一話一時間, 一話目, 予告, 仕事中, 休み, 全話, 感じ, 感想, 是枝裕和さん, 時間, 末, 監督さん, 自分, 話, 阿修羅,

久しぶりに個人の収益とかのお話です.結論から述べると収益は以前から比べて

2025年02月05日

Logging

おはようございます.久しぶりに個人の収益とかのお話です、結論から述べると収益は以前から比べて少し鈍化していますが一応、収益は発生しているけど銀行に収益が振り込まれない月が発生していて前のように、毎月のクレジット支払いとの相殺することも今はないです.いろいろと試行錯誤はしているもののこれと言った打開策を見出していない感じです.

この頃、少し弱気な自分がいます.このままこんな感じの収益しか得れないのかなぁなどと思う時があります.そろそろ花開いても良いじゃないかなぁなどと思う.アクセス数もそんなに悪くはないのに何故なのかなと思う所があります.恐らくなんだけど安い広告しか出てないのかも知れない、そして広告の制御が自分でうまく出来ていない感じもします.それが一つの原因なのかも.

あと一つは一度急落してから再度もとのページランクに戻るのは至難だったりします.理由は色々あるけど一番はそのジャンルページを格下げなどを検索会社がすると元の状態に戻るのは検索会社さんの方針を変えない限り底は上がらないので微妙です.

因みに、この頃このサイトでは技術ネタが少なくなったのは生成AIの肥やしにされるのはヤダからと言う理由とは別に生成AI使えば大体生成AIで完結するようになってきたので技術ネタではもうググらないと言う理由です.これからはサイトの魅力が大事になりそう、そうまさにキャラ作りできているサイトなどはリピーターが増えそうな気がします.

生成AIに質問すると定量的な答えが返ってくるものの何か個性が足りないのですね、これから個性を持ったAI（人工知能）なども生まれてくるかも知れないけれどもそれはまだ少し先の未来かと思います.

なのでこれからは技術ネタより個性が光るサイトが発掘されそうな気がします.

明日へ続く

タグ

キャラ, ググ, クレジット, ヤダ, リピーター, 人工知能, 個性, 再度もと, 制御, 収益, 打開策, 方針, 未来, 毎月, 生成, 答え, 結論, 試行錯誤, 銀行, 限り底,