flat7th

* 日々のメモ

* 日々のメモ2024 | * 日々のメモ2023 | * 日々のメモ2022 | * 日々のメモ2021 | * 日々のメモ2015 | * 日々のメモ2014 | * 日々のメモ2013 | * 日々のメモ2012 | * 日々のメモ2011 | * 日々のメモ2010 | * 日々のメモ2009 | * 日々のメモ2008 | * 日々のメモ2007 | * 日々のメモ2006 | * 日々のメモ2005 | * 日々のメモ2004

2024-06-26

思えば自分は戦後で一番出生数が多い年の生まれでして

今なんかこう、競争の場所から赤札で弾かれて、自分の心から毒気みたいな灰汁みたいな強い成分が失われたのか

その時、それでもそこに残っているものが何なのかという問いにやっと目が向く…というか。

* 日々のメモ
real name: memo/20240626

2024-06-21

今日のAIあそび。

いまどきのAIと対話して自分が面白い時間を過ごしたい。今日はこんな質問を、AIに投げかけてみました。

あなたは、架空の人物イラストを描くのが好きなグラフィックデザイナーです。
あなたはアメリカのスーパーヒーロー漫画のような人物を考案し、自身の考案した多数の人物の図画に対し、
キン肉マンの超人図鑑みたいな説明書きをつけて、読む人にゆるやかなおかしみを誘うウェブサイトを作ります。
例としてどんなキャラクターを描きますか。
ただし、読ませたい相手は子供ではなく、大人です。そのため、
キャラクターにはほんの少しセクシャルな意味を隠す表現を与えて下さい。

各社のAIでそれぞれ答えが違って、ちょっと面白かったです。

これからの時代、言語学習型のAIは、使い方次第で面白くもつまらなくもなると思います。
みなさんも「ちょっと楽しくなるAIへの質問文」を考えて、時間を過ごしてみてはいかがでしょうか。

* 日々のメモ
real name: memo/20240621

2024-06-01

Webリンクメモ


IT業界で実効性があるのかないのか、私は非常に懐疑的。

* 日々のメモ
real name: memo/20240601

2024-04-19

他人から自分を見た時に[首尾一貫していて][この人は何がやりたいのか分かりやすい]のは実はすごく大事なのですよね。だからこそ、この人はこうしたいのかな、こうしたらサポートになるかな、と手を差し伸べてくださったりする。

その点、自分って右往左往し過ぎかも。おそらく、何を考えていて何をしたいのか、わかりにくいですよね自分。自分の中で首尾一貫していないのだから、そりゃ、そうなります。首尾一貫していない事も反省しつつ、それでも、また次の形に変形しようとしております。ゲームの敵キャラが第(N)形態から第(N+1)形態に変わるみたいに、やっつけられても身体を変えて挑戦したいのです。挑戦?何を?そりゃ、社会の中で居場所を見つけて生存することですぜ。

生物学の用語でいうと繭に入って身体の構造を変えるのは「変態」と呼ぶ、だからポケモンやらのアレは「進化」じゃなくて「変態」だ、って何かで読んだけどそのとおりですよね。昆虫の場合は変態の前には繭に入ります。人間は繭を作れないけど、すこし立ち止まることはできるはず。
一方で恐竜は適応ができずに滅んだ。ある状況に適応しすぎると、その次の状況に適合する柔軟性を欠くことになってしまう。

なんて事を、
ニコラス・ケイジ顔のポケモン画像で自分と似てるものはないかと探しながら
考えております。

https://pokemonxniccage.com/

* 日々のメモ
real name: memo/20240419

2024-04-06

コミュニケーションの電子ツールをどう使うかで悩む。メールやメッセージもの、SNSも。



電子ツール経由であるイベントにお誘いを受けたのですが、
過去の経緯も知らないし
主旨も良くわからないし
先方から指定はいろいろあり
うーん、なぜそうなるの?
微妙にハテナが重なりストレスになったりします。



その件とは違う方面で、ある方から、
対面でコミュニケーションをするための約束を取るだけにする、というやりかたをすすめられました。
最初は「それでは電子ツールを使わないのとほぼ同じでは?」と思ったのですが
もしかしたら、そのやりかたが正解なのかもしれません。
仕事であれ、プライベートであれ、対面で会った機会(回数)が少ない方とは、
電子ツールでのやりとりはなるべく避ける、とか。
ちょっとそれでやってみようか、と思います。



自分は、SNS向いてないかもしれないです。
ここでボトルメールみたいに書いてるほうが、向いているかも。


* 日々のメモ
real name: memo/20240406

2024-03-06

生きる。それは、確定申告。
カムチャツカの若者も、確定申告。

我泣きぬれて、確定申告。

雨止みを待ちながら、確定申告。

* 日々のメモ
real name: memo/20240306

2024-02-06

2月ですね。雪の後って部屋が明るくて、それはいいです。でも寒いのはつらいね。
もういくつ寝ると…確定申告。
人生の出来事を一つづつ。自分も時間に沿って進む。
方向は「沿う」のだけど、なぜだか対数目盛りである気がするよ。
置いてかれる。老いて枯れる?ワハハ

* 日々のメモ
real name: memo/20240206

2024-01-22

これからは oss の イベントループ を使おう、という独り言。




ネットワーク上で何らかの通信を行うプログラムを作る時には、…なんていうと今どきはあらゆるプログラムが通信を行うので全部になってしまうのだけど。

通信するプログラムを作るときには実装の基本方式がいろいろあって、プログラマはそういう「実装方式」を自分で列挙して、試して(つまり作っては壊してを繰り返し)、自分なりの一番好きな方式を選択する必要があると思う。でも、なかなかの作業量になるので、重い腰が動かないもの。なので、人生を通して特定の「案件」で経験することで、そういった試行、試作、思考、選択を行っていくものなのだと思う。

自分には、「ブロッキングソケットでselectによる多重」方式、でとても成功した経験が複数ある。それ以外の方式、大量のスレッドを作る方式や、非同期ソケットの方式、には逆に失敗した経験の記憶が張り付いていて、「言葉にできないが避けたい気持ち」を持っている。それが良いのか悪いのか、今となってはよくわからない。

自分は select を使うメインループライブラリや、 epoll を使うメインループを書いたことがある。成功した。
Windows (.net) で動く、非同期ソケット方式のメインループも書いたことがある。やりきったけどその後消えた。
Java で動く、スレッド多重方式の通信処理を書いたこともある。これも、消えた。
それらは、案件で作ったコードで、顧客企業の持ち物 なので、一般公開はできない。そもそも手元にもない。
メインループライブラリ上でアプリを書くノウハウも、基本概念は使えるけど、細かい話は流用、応用できない。

だから、これからは メインループまで自分が書くのではなく、他の人が書いた 公開されているメインループを使って仕事をしようと思ったことであるよ。




「ブロッキングソケットでselectによる多重」方式が好き:
libev が良いと思う。
libevent の version2 が良い。(include <event2/event.h>)

「ノンブロッキングソケット」方式は嫌い:
libuv は、自分は好きじゃない。
POSIX だけでなく Windows のソケットライブラリと親和性を高めるには必要だけど。

ソケット以外の観点でも、Windows はプログラマにやたらと要求が多くて、嫌い。OSの設計や基本ポリシーが洗練されていれば、プログラマが個々に悩まなくて済むことが、いちいち引っかかる。Windows の、そういうところが嫌い。なので、Windowsと共通化するためだけに必要で、余計な複雑性を持ち込む libuv は、好きじゃない。





面白そうなページを見つけたので後で読みたい。
と言って読まないことも多いのだけどさ。


* 日々のメモ
real name: memo/20240122

2023-12-25

vscode で ${HOME}直下の ドット始まり名フォルダだけ隠したい

わからん。

設定
 files.exclude

以下を足すと、すべてのドット始まりが消える
   **/.*

以下を足すと、OpenFolder で開いた直下のドット始まりが消える、ように見える
   /.*

これでなんとかやり過ごす。

* 日々のメモ
real name: memo/20231225

2023-12-21

bashの数値計算でゼロがアタマに付いていると8進数になる件




bash の
$(( 20 + 1 )) で計算ができて expr 20 + 1 コマンドとだいたい同じだが、
アタマにゼロが付いていると、8進数として解釈されて、意図した結果とは異なってしまう。

[keizo@fedora _KNOW-HOW]$ echo $(( 020 + 1 ))
17

expr は微妙に違うらしい。

[keizo@fedora _KNOW-HOW]$ expr 020 + 1
21

アタマに 基数# をつけて 10#020 とすれば、10進数の20、として認識される。

[keizo@fedora _KNOW-HOW]$ echo $(( 10#020 + 1 ))
21






* 日々のメモ
real name: memo/20231221

2023-12-11

私から、全世界のIT業の方たちへ、本気で問いかけます。

Linuxを基本OSとしてインストールし開発をして、仮想環境でWindowsをインストールしてOfficeソフトを動かすようにしませんか?
なぜそれができないんですか?

* 日々のメモ
real name: memo/20231211

2023-11-11

Fedora 39 の emacs 29.1 で起動時にWarning が大量に出力される

暫定対処
.emacs に以下を記載

(setq comp-async-report-warnings-errors nil)

参考
reddit:29.1 how can I resolve these warning at launch?

* 日々のメモ
real name: memo/20231111

2023-11-01

問題


Fedora38
Rhythmbox で DLNAサーバ上のファイルを再生したい。

解決


  • 以下をインストールする
    • dleyna-connector-dbus

  • Rhythmbox のプラグイン設定で以下を有効化する
    • Griloメディアブラウザー


操作ログ


[keizo@fedora ~]$ dnf list --installed |grep -e 'dleyna' -e 'grilo'
dleyna.x86_64 0.8.3-1.fc38 @updates
dleyna-renderer.x86_64 0.8.3-1.fc38 @updates
dleyna-server.x86_64 0.8.3-1.fc38 @updates
grilo.x86_64 0.3.16-1.fc38 @updates
grilo-plugins.x86_64 0.3.16-1.fc38 @updates
[keizo@fedora ~]$ dnf search --all dleyna grilo
メタデータの期限切れの最終確認: 5 days, 0:21:26 時間前の 2023年10月27日 16時14分22秒 に実施しました。
========================================== 名前 & 説明 & URL 一致: dleyna ===========================================
dleyna.x86_64 : Services and D-Bus APIs for UPnP access
dleyna.i686 : Services and D-Bus APIs for UPnP access
=========================================== 名前 & 説明 & URL 一致: grilo ===========================================
grilo.x86_64 : Content discovery framework
grilo.i686 : Content discovery framework
======================================= 名前 & 概要 & 説明 & URL 一致: dleyna =======================================
dleyna-connector-dbus.x86_64 : D-Bus connector for dLeyna services
dleyna-devel.i686 : Development files for the dLeyna components
dleyna-devel.x86_64 : Development files for the dLeyna components
======================================= 名前 & 概要 & 説明 & URL 一致: grilo ========================================
grilo-devel.i686 : Libraries/include files for Grilo framework
grilo-devel.x86_64 : Libraries/include files for Grilo framework
grilo-plugins.x86_64 : Plugins for the Grilo framework
grilo-plugins.i686 : Plugins for the Grilo framework
============================================== 名前 & URL 一致: dleyna ==============================================
dleyna-renderer.x86_64 : Service for interacting with Digital Media Renderers
dleyna-server.x86_64 : Service for interacting with Digital Media Servers
[keizo@fedora ~]$
[keizo@fedora ~]$
[keizo@fedora ~]$ sudo dnf install dleyna-connector-dbus
[sudo] keizo のパスワード:
Fedora 38 - x86_64 - Updates 5.9 kB/s | 5.4 kB 00:00
Fedora 38 - x86_64 - Updates 1.5 MB/s | 2.5 MB 00:01
Fedora Modular 38 - x86_64 - Updates 11 kB/s | 5.2 kB 00:00
RPM Fusion for Fedora 38 - Free tainted 7.4 kB/s | 10 kB 00:01
依存関係が解決しました。
=====================================================================================================================
パッケージ アーキテクチャー バージョン リポジトリー サイズ
=====================================================================================================================
インストール:
dleyna-connector-dbus x86_64 0.8.3-1.fc38 updates 14 k

トランザクションの概要
=====================================================================================================================
インストール 1 パッケージ

ダウンロードサイズの合計: 14 k
インストール後のサイズ: 20 k
これでよろしいですか? [y/N]: y
パッケージのダウンロード:
dleyna-connector-dbus-0.8.3-1.fc38.x86_64.rpm 127 kB/s | 14 kB 00:00
---------------------------------------------------------------------------------------------------------------------
合計 38 kB/s | 14 kB 00:00
トランザクションの確認を実行中
トランザクションの確認に成功しました。
トランザクションのテストを実行中
トランザクションのテストに成功しました。
トランザクションを実行中
準備 : 1/1
インストール中 : dleyna-connector-dbus-0.8.3-1.fc38.x86_64 1/1
scriptletの実行中: dleyna-connector-dbus-0.8.3-1.fc38.x86_64 1/1
検証 : dleyna-connector-dbus-0.8.3-1.fc38.x86_64 1/1

インストール済み:
dleyna-connector-dbus-0.8.3-1.fc38.x86_64

完了しました!
[keizo@fedora ~]$


RPM Fusion


https://docs.fedoraproject.org/en-US/quick-docs/rpmfusion-setup/


* 日々のメモ
real name: memo/20231101

2023-10-25

うちの親も、もう次の免許更新が非現実的。自分が近くに住むのか、どうするのか。地域交通の課題解決を考えないといかん。

過疎地・準過疎地向けに ハイエースバンだけを運用する、乗り合いタクシーとバスの中間みたいな交通ってできないだろうか。


コース運行の予定はするけど、スマホアプリから走行リクエストが1件以上入ってる便だけ走る。
コースが超たくさんあって、1コースは出発点から終点まで30分以内で組む。
なので、原則としては 便がスタートする時刻の 30分前に「乗ろう」と決断すれば、リクエストして乗れる。

ただしドライバーと車を、リクエストの100%に答えられるように備えるのは無駄・ムラ・無理になるので
統計的に最適な数を用意する、しかない。そうすると、リクエストにこたえきれないことが必ず生じる。どうするか。うーむ。


NFCというかタッチ式の装置を全装備。もし、前の1本がたまたま来て乗ってしまったら、後ろを走っている本来の便には自動で1人分のキャンセルを通知。

顧客1人ごとの乗車リクエストを管理できるITシステム(データ量、データ処理速度)と
インフラストラクチャー通信速度(電波通信帯域)、通信の確実性が必要。


* 日々のメモ
real name: memo/20231025

2023-10-24

[あの三省堂から、オタク用語辞典「大限界」登場 今の若者が使う1600用語を収録]
https://www.itmedia.co.jp/news/articles/2310/24/news136.html

だそうです。「口から音源」でワロタ

* 日々のメモ
real name: memo/20231024
次の15件 >>