mifumi323/tgwsmark - Packagist - PHP用のライブラリ。この日記で使ってるのと同じやつ。
来週の放送情報。
DeepWiki | AI documentation you can talk to, for every repo
GitHubのリポジトリからAIで説明書を作るやつ。
出来上がる説明書は英語ですが、読むのもAIにやらせて要約してもらえば最終的に日本語でも理解できます。
むしろAIに読ませる前提ならAIが最も学習しているであろう英語が最適なぐらい。
とりあえずいくつか私のライブラリも説明書作らせてみました。
ぱっと見た感じまあまあいい感じかなーと思うんですが、やっぱりうまく行ってない部分も見られますね。
TgwsMarkとMarkDownの文法が衝突しているあたりでコードブロックが壊れています。
人間が作ったら目で見て気付くものですが、AIがそんなことするわけないので現状は仕方ないかな。
まあ、将来AIが賢くなればこの程度は克服してきそうな気もするけど。
正式なマニュアル扱いするにはもうちょっと読み込んで精査してからかな。
はいバージョン3.0.1。
開発終了といった舌の根も乾かぬうちに申し訳ないですが、一点問題を発見したので。
コードブロックが改行の都合で最初に一行開いちゃってたんですよね。
で、修正した結果を実際使ってみたのがこちら。
$tgws_mark = <<<TGWSMARK
*み⭐だ⭐し
ほんぶん👣
TGWSMARK;
$html = \Mifumi323\TgwsMark\TgwsMark::toHtml($tgws_mark);
echo $html;
// 出力：<h2>み⭐だ⭐し</h2><p>ほんぶん👣</p>これで日記にプログラミングの話題書くのがはかどるぞ！
しろいコキンもスライム探しイベント行ってきました。
さすがに慣れてきたから得点はそこそこ伸ばせました。
報酬アイテムのほうは、ァォィョッュとだいたい同じ感じで、取りたいものはあらかた取り終えて、取れるものがまだ残っている状況です。
あのあと街をぶらぶらしていたらスライムタワーになってる集団がいたので、一員になってきました。
ほいバージョン3.0.0。
残ってた課題3つ(#8、#9、#10)もまとめて完了です。
課題も全部なくなったので、何か新しい機能を作る気になるまではひとまず開発終了ですね。
引用機能とか、Markdownへの変換とか、できそうなことはあるけど、今のところ必要はないので、課題も立てないでおきます。
第6回 隠れスライムフェスティバル （2025/10/15）｜目覚めし冒険者の広場
スライム見つけるやつ、やってきました。
なんか今回、角度がシビアというか、細かい角に遮蔽されて見つけてない扱いになることが多かった気がしますね。
とりあえず報酬はだいたい取れたかな。
モンジに交換してもらうやつがいくつかあるけど、結構回数重ねないといけないからやるとしたら時間あるときになるかな。
残り報酬よりも、しろいコキンとミフミンで通常報酬集めるほう優先したいです。
ほぼ完成と言っていいのではないだろうか！
ここらがメインとなる機能の実装。
このあたりは間違ってたところの修正。
名前、簡略化しました。
もともとHTMLへの変換専用を想定して書き始めたのですが、HTMLタグの出力を全部MarkConverterに投げて差し替え可能にした結果、MarkConverterを全部差し替えればHTML以外も出力できるように(理論的には)なりました。
だとすると名前にHtmlを付ける意味はないし、TgwsMark部分もこの名前空間内なら当たり前すぎるので省略していいってわけです。
こまごまとした変更とか。
結局これをやりたくて分離したようなものです。
やろうとしていることもできることもほ、ぼ同じで、新しいほうが高機能なんだから、古い方の実装を残す意味はないのです。
インターフェースとしては、インスタンスを意識せず簡単に使える口があるというのは大事なので、このクラス自体とtoHtml静的メソッドは残すつもりです。
他の公開メソッドは、本来内部的に使うだけだったのを深く考えずに後悔していただけだから、非推奨にして将来的に廃止してもいいかも。
いっぱいやったように見えて、割と単純作業！
マークアップごとに機能を差し替え可能にして、このマークアップはこのタグを出したいみたいなことを実現できるようにします。
今のところ差し替えられるのは見出しのHeadingToHnHtmlConverterとHeadingToFixedTagHtmlConverterですね。
h1~h6タグと、それ以外を選べます。
コミットメッセージにも書いたけど、バージョン情報がタグとcomposer.jsonの二重管理になってややこしいので。
他のリポジトリでは既に対応済みです。
インスタンス化して使えるようにする課題の実装始めました。
要はLineTypeごとにクラスを作ってそれぞれで処理させることで、クラスを差し替えて柔軟に動作を変えられるようにするという魂胆です。
いつぞややめた課題とは別方面で美しを目指すことになるんで、ちょっと長丁場になるかも。
AIにやらせるにしても、適度な分割が難しくて、細かくすればプロンプト書くよりコーディングのほうが早くなりそうだし、並列作業させればコンフリクト祭りになりそうだし、かといってまとめてやるには複雑すぎて美しの対極に向かいそうだし、ここはひとまず人力か。
ちなみに、行内コード補完程度の軽いやつならある程度やらせてます。
行内程度なら正誤も一目見てわかるし、プロンプト書かないのでほぼ確実にタイプ量削減になるし、いらなきゃ無視して手作業でコード書き続けるだけでいいし。
AIは爆速とか効率とかよりも楽するために使いたいんですよね。
それにしてもこれ、結構根本的な変更になるから、メジャーバージョン上げたほうがいいかもなァ。
課題とは関係ないけど、無意味な入力に変なタグが付かないことを確認するテストです。
カバレッジを上げることがなくてもこういうエッジケースは大事。
これはコミットじゃなくて課題。
空行をいっぱい開けることで要素間に行間を広くすることができるという、文書構造的には無意味だけど日記では使うことがある機能があったんですが、コードブロックは他の要素とは別枠でやっているので、適用されていませんでした。
はい、昨日言ってたファイル名の件実装してバージョン2.1.0として公開しました。
ただ、コードブロックの中は外とは違うエスケープしたほうがよさそうだなーとか思ったので…
新たな課題立てました。
あと、いつぞや言ってたのと違う方面でコードの柔軟性高めたいなってことで、新たな課題立てました。
上記のエスケープの件も、柔軟性の類になるので、インスタンス化の課題のほうが実装順としては先になる見込みです。
限りなく没に近いキャラの設定とデザイン発掘。
ふにゃの弟という設定です。
来週の放送情報。
女王様仮装してトリックオアトリートしちゃうの！？
コードブロック機能実装完了！
めちゃくちゃ大変そうな気がしてたけど、コードブロック中では他の文法は一切出てこないので、ちゃんと切り分けて考えればなんてことないのでした。
と言いたいところだったけど…
ファイル名指定機能まだ作ってなかったよ！
おきがえリポちゃん ～ デビパンクシャツ ～ （2025/10/21）｜目覚めし冒険者の広場
今月の貸衣装。
言葉では言わないけどどう見てもトリックオアトリートしたそうな色合い。
それ以外は普通の…と言いたかったけど、あえてのダメージ加工ストッキングとか、脇腹が開いてるとか、意外と大胆なところもある。
男向けには下装備ズボン。
ワンポイントついてて女性向けよりかわいくない？
まあ、ズボンもスカートもドラクエ10の世界では男女兼用だけど。
この課題、やめました。
“美しい設計”を目指し、感触を確かめるため仮の実装を行い、文法解釈スキップという“美しい設計”に真っ向から対立する概念を整合性を保ったまま美しくするのは難しいという判断に至りました。
どうせここから先やりたいのはせいぜいコードブロック機能か引用程度なので、もう最後までカオスなまま突っ走ることにしました。
せめてもの抵抗程度の美し要素。
状態管理を文字列で行うと、普通の文字列とごっちゃになってわかりにくいですからね。
無茶な全面改定を必要としない改善は続けよう。
AIに頼るにしたって、レビューという仕事は人間に残されるわけだから、なおのこと読みやすくないといけない。
で、まあ、さっき言ってたコードブロック機能を、これから開発始めるところってわけです。
来週の放送情報。
1700回記念ですね。
なんかエモにエモを重ねた感じ。
来週のサブタイトルに出てくる「ポエムさん」追加しました。
UFO写真撮った！
昨日言ってたやつ、さっそくIssue立てておきました。
で、その実装の前に、以前立ててた課題のほうを終わらせておきました。
夏イベント『炎夏の海を駆け抜けろ！２』開催！ (2025/7/14 更新）｜目覚めし冒険者の広場
夏イベント全員分やりました！
レース系の期間限定イベントはあまり積極的にはやっていないのですが、海のイベントは基本的に行くので、今回は行く方向で。
とりあえず全員2分10秒台は出せて、サニーボード手に入りました。
家具も買いました。
でっかいペンギンかわいいね。
他の写真は以下から。水着は染色次第で化けるね。
写真置き場「2025/07/17」
キャラ数検索の件、リリースしました。
最近から、細かい技術の話を日記に書くようにしたのですが、それに使っているTgwsMark、コードブロック機能がないんですよね。
だから自前でpreタグとかcodeタグとか書いてたんですが、そういうタグは認識しないので、段落記法と衝突してしまいます。
だから、コードブロック機能も作っちゃうべきかなーとか思っています。
あと、柔軟性を高める仕組みなんかも作れたら作りたい。
HTMLタグを直接使わせたくはないけどTgwsMark記法だけは使わせてもいいかななんてユースケースを想定して、課題立ててみました。
まあ、アンパンマンDBのコメント欄に使えてもいいんじゃない？って思ったからなんですけどね。
書いてる。 pic.twitter.com/Rm9ymQAfqA
— 📛松田美文 (@matsuda323) July 2, 2024
サーバーが変わってPerlCGIが動かなくなって長らく放置されていましたが、復活しました！
いえ、不老不死なんで死んでないんですが、コンテンツとして復活しました！
一応今のサーバーにも別バージョンのPerlが入ってるっぽいんですが、もうほとんど覚えていない言語で今更別バージョンに合わせた大規模改修をする気力もないので、PHPで全面的に書き直しました。
ペアリストもCSV出力対応しました。
通常のリストの表記に加え、「=」で左辺と右辺を繋いでいます。
README更新しました。
使い方やら文法やらを書いています。
完全に網羅ってわけじゃないんですが、主に使う部分についてはまあまあ書けた感じです。
亡くなったことに伴う更新です。
CSV出力機能調整しました。
まず、リスト項目をHTMLからもうちょっと見やすい形式に変更しました。
管理画面での表記と同じく、改行区切りでの表記となります。
表示とリンク先が違えば>で右にリンク先表示。
本来と別の個別DBへリンクしている場合、:の左に表記。
注釈は通常ページでの見た目通り、()に囲んで表記。
まあ、見やすいとはいっても、もともと複合的なデータなので、CSVに入れるにはちょっと複雑になっています。
それと、これはCSV以前のバグだったんですが、管理人による記事更新直後に検索を行うと、更新前のデータが検索キャッシュとして保存されるバグがありました。
そのため、検索画面と、その結果を使うJSON/CSV出力では、次の更新までずっと古いデータが表示されていました。
これが今まで問題にならなかったのは、記事更新時には更新した記事そのもののキャッシュを真っ先に更新していて、最新記事だけは更新後のデータで検索キャッシュが作られていたからでした。
これがなぜCSV出力のときに問題になったのかというと、CSV出力内容の変更に伴う内部データの変更もキャッシュされており、ずっと変更前の内部データが使われていたからでした。
ということで、古いデータをキャッシュに使わないという方向でこれを修正したというわけです。
具体的な作業はしてないけど、課題だけ立てときました。
貴方が作ってプルリクしてくれてもいいんですよ。
レンタルDVD情報。
Release 2.0.0 · mifumi323/TgwsMark
結局、リリースタグ付けてなかったのが原因でした。
よそ様のライブラリと比較して、よそ様のライブラリのほうにはcomposer.jsonにversion記載がないのにバージョン指定でインストールできていて、そこで気付きました。
私の他のライブラリも同じようにリリースタグを忘れていて、バージョンアップしたのにバージョンアップできない状態になっていたので、そちらにもリリースタグつけておきました(Mifuminator、SearchPhraseParser、TwitterLib)。
4階のカンフー-1。
足技中心の近接攻撃の衣装です。
だからまあ、剣士に近い使い勝手だけど、結構コンボが繋がる感じ。
リーチ短めでダメージ受けやすいのと、足場が悪い中での戦いもあったりして、何度かミスになってしまいました。
一度取り逃しも発生して、2週目でキラメキストーンコンプしました。
カウガールのアクションリハーサル。
人入りの樽と爆弾入りの樽が出てきて、人入りの樽だけ投げるやつ。
これまでのアクションリハーサルと比べて、見てから対処しても充分間に合うので、死に覚えゲーみたいな部分は少なく、1回のチャレンジで最高報酬条件の45人を超えることができました。
他の写真は以下から。
プリンセスピーチ Showtime!(2024/06/02)の写真
正式な曲目が公開されたので反映しました。
『森は枯れても2024』が新録ですね。
映画も森を舞台とした話なので、実際に使われる可能性が高そうです。
名前空間とか調整して、再公開しました。
これでもうばっちりだと思ったのですが、試しに自分のプロジェクトに入れようとしたら、うまくいきませんでした。
他の人のライブラリとかと見比べても決定的に足りないものはなさそうに見えるけど…。
急ぐ用事ではないし、ちょっと後日考えてみよう。
他のライブラリも名前空間変更したのですが、どうにも微妙な感じです。
一応、メジャーバージョンを上げておいたので、バージョン指定で導入している人には悪影響ないとは思うのですが。
来週の放送情報。
再放送ですね。
確かロールケーキちゃんの歌に他の人が一切合わせてくれず自分一人で全部歌いきる話だったかと(覚え方の偏りがひどい)。
ソースコードを調整して、テストも入れて、Packagistに公開…一応したのですが、ちょっと微妙な感じ。
名前空間が「MifuminLib\TgwsMark」で、Packagistのパッケージ名が「mifuminlib/tgwsmark」で、GitHubのリポジトリ名が「mifumi323/TgwsMark」なんですよね。
スラッシュとバックスラッシュとか大文字小文字の違いは、それぞれのネーミングの制約故ですが、「MifuminLib」と「mifumi323」の違いは気持ち悪いです。
問題の前半部分だけで考えると、他のパッケージは、名前空間「MifuminLib」、パッケージ名「mifumi323」、リポジトリ名「mifumi323」でした。
他のパッケージに合わせるならパッケージ名を「mifumi323/tgwsmark」にすればよさそうですが、そもそもこの不一致の発端は、「MifuminLib」という名前空間の妙な前半部分なわけです。
この前半部分、「美文のライブラリ」の意味でつけているのですが、この部分、本来はベンダー名を表しています。
つまりこれ、名前空間的には、「美文のライブラリさんが作ったTgwsMark」という意味になります。
まあ、「PHPUnit\PHPUnit」みたいに、関連する製品群をそれぞれパッケージで提供するためにチーム名的に本人じゃない名前を付けることもありますが、MifuminLibは単に私が作っただけってやつですからね。
なので、いっそのこと全部「mifumi323」に統一しちゃおうかなとか思ってます。
その場合、他のパッケージと不一致になってしまうけど、そこんとこはどうすべきか…。
早めに実装したいと言ってから一年が経過しました。
複製機能のほうは実装しました。
「ファイルの場所を開く」のほうが、実は今日やりたかったことの本命です。
で、昨年やりたいと言っていたもう一つ、「削除前に尋ねる · Issue #32 · mifumi323/FLaunch」が手つかずで残っています。
まあこれも、手を付ければあっという間なので、明日にでも実装して適当なタイミングでリリースするかな。
この日記やアンパンマンDBで使っているMarkdown風の変換機能、オープンソース化しようと企んでいます。
特段すごい技術でもなく、取り立てて需要があるわけでもないですが、見せていい部分を一般公開して、TGWSのサイト側のプログラムの規模をちょっとでも縮小したい意図があります。
サイト内のコードはなるべくサイト独自のものだけに絞りたいというわけですね。
あと、アンパンマンDBのJSON/CSV出力でもTgwsMark記法がそのまま出てくる部分があるので、オープンソース化に伴って、マニュアルを整備したいという考えもあります。
普段この手のライブラリを作るときには「Mifumin○○」みたいな名前を付けがちなんですが、今回はTGWSから抜き出したことに意味があるので、名前に「Tgws」を入れています。
他には、「Markdawn」とか「Markqown」とか、Markdownをもじった名前も考えたのですが、単なるタイポと思われるのも癪なので、部分的に似てるけど明らかに別物とわかる名前にしました。
ちょっと手元での移行作業に時間がかかっていて、今のリポジトリにはREADMEぐらいしかありませんが、近日中に整備して、Composerで入れられるようにしたいと思っています。