音吹 光(AppassionatoSystems)

得体のしれない変な事言うアカウントになりつつあるので自己紹介です。 ○名前とブランド 音吹 光(Hikaru Otohuki)です。 「AppassionatoSystems」という名前でゆるく活動してます。 ○仕事 コンサル会社のSI部門でSEやってます。 メーカー系の基幹システムの開発・保守とかやってます。 技術は固定せず、必要ならその都度キャッチアップするタイプです。 最近はAIも仕事・個人ともにゴリゴリ使う武闘派です。 ○プライベート ・トランペット 15年以上やってます。楽器8本、防音室あり。 団体5つ掛け持ちで、月1〜2回は本番入っちゃってます(一応捌けてます)。 ・3DCG / 個人開発 楽器モデル作ったりしてます。 手作業が面倒すぎて、ツール連携や自動化（MCP）を開発してます。 ・ボランティア 子供向けIT学習の団体で活動してます。 講師のつもりが基盤構築や提案とかコンサルっぽい事もやることになりました。 ・ゲーム開発 サークルでプログラマーとして参加してます。 Unreal Engineで設計やノベルゲーム開発とかやってます。 ○ブランドの意味 Appassionato（情熱的）から取ってます。 創作×技術の開発を軸にしてます。 著作権は意識強めなので、そこは厳守してプロダクトを提供したいです。 ○Xでの投稿ポリシー 真面目な時は固め、ふざける時は振り切って書いてます。 中途半端なノリはあまりやらないタイプです。 あと、発信前に背景はできるだけ調べてから出してます。 あぁァたためぇよろしくぅぅァ_(:3」∠)_ ※AI生成コンテンツは最後のスライドだけです。

私はチキンハートなので、該当のこのポストの引用RPにリプする勇気は無いのでここでお話します。 無料で提供しろ的な意見が少し出てますが、私は多少なりともお金を取ることに賛成です。 こういった記事だったり、アマチュアの演奏会だったりと、一見無料で提供されそうなプロダクトに料金を設定するのは、 さも当然の様に無料で寄越せと言い張るテイカー気質の方をはじくためです。 対応コストが高いので。 ちょっとお金取って自身の手間を低減出来るならとてもメリットがあります。

あっあっああぁぁァァァん♡ GW明けきぃちぃぃん♡ エナドリのせいかビ◯◯ソしか出ねぇ

私の幼少期の経験ですが、 1、親指を蛍光灯のグロー球のソケットに突っ込む。 2、あっ♡気持ちいい♡ 3、調子に乗って、近くにあった銅線をソケットにつっこっむ。 4、ギィヤァァアァァァァ！！！！！！！！！ 5、家のブレーカー落ちる。 6、指に銅線の跡がくっきり残る火傷を負い、しばらくアロエで治療。 俺のターンドロー！！！

今年のGWは非常に濃密な時間だった。。。 人生で初めての事も経験できたものだから、私は怠惰な休日を過ごしたとは思わない。

@nokeyss ずっとファゴット気になっているのですが、前々から興味がある、ライツィンガーってどんな感じの楽器でしょうか？

なんかファゴットデビューしてるフォロワー様多いな。その調子です。一家に一台ファゴットに着実に近づいてます。

@tyakachan17 eかぁんばぁぁぁん

お前今絶望の顔をしてるな？ さてはトヨタ系で働く愛知県民だろ！

@tyakachan17 マヂムリィィィン

今日愛知県民に明日で休み終わりだねと言う人はエアプ。 トヨタ系は明日から仕事です(地雷を早速踏んだ人)。

需要があるか分からないですけど、Mondで質問窓口を設けてみたので、よろしければお使いください。 純粋に興味があるのと、ネタ確保でっす mond.how/ja/appasssys

とにかく、自分は誠実な変人でありたい

Codexに浮気しちゃったから、ClaudeとClaudeCodeをアンインストールするけど、ClaudeCodeのアンインストールがそこそこメンドイ。 全部PowerShell叩かなきゃいけない。

ご意見ありがとうございます。 この場ではサイゼリヤの事と解釈して頂いて大丈夫です。 ですが、こちらは他のシステムのAPIなどにも当てはまり、そちらの規約に従う必要があるので、汎用的な考えと認識頂ければ幸いです。 ただし、そもそもサイゼリヤが使用可能なAPIとかは提供していなかったはずなので、ここでの「人様」に含めるのはいかがな物かとは思っております。 なので、「自分以外が所有しているシステム全般」と解釈頂けると嬉しいなと思います。 いかがでしょうか？

@AppassSys とても良い意見だと思いますが、 > 人様のシステムを使わせてもらう 確認ですが、この主語はもちろんサイゼリヤですよね？

えらいトンチンカンな意見だったので、ちょうどインプ稼ぎに良かったから引用して、一連のサイゼの件について私の意見を言います。 他の投稿も見る限り、「主観的な考えでしか物を言えない、幼稚な発言が目立つ」の一言に尽きます。 まず利用規約の話ですが、私が調べた限りでは「公式サイト利用時」の利用規約しか見つかりませんでした。 なので、どこから「注文システムの利用規約ではOKだった」という話が出てきたのか不明です。 ただし、その規約にも、損害を与える行為、法令違反のおそれがある行為、有害なプログラムの使用または提供、その他不適切な行為は禁止と書かれています。 これが注文システム専用の規約にそのまま適用されるとまでは断定しませんが、少なくとも通常想定されていない方法で本番システムを操作する行為が歓迎されるとは考えにくいです。 また、「利用規約に書いてないからいいのでは」という意見もありますが、書いていない理由なんていくらでもあります。 ・単に想定していなかった ・想定はしていたが、細かく書くと運用上面倒なので包括条項に寄せている ・列挙しすぎると「書いてない抜け道はOK」と誤解されるため、あえて詳細化していない なので、どう転んでも「規約に書いていなければやっていい」という結論にはなりません。 仕事で開発をやっている人間からすると、運用想定なんて、どれだけ先を見越しても完全には網羅できません。 だからこそ、想定外の使い方を見つけた側が「書いてないからOK」と突っ走るのは筋違いです。 それをサイゼ側の非にするのも違います。 さらに、技術者倫理に関しても話が出ていますが、あれは非常に平たく、あえて幼稚な言い方をすれば「相手の立場に立って、嫌な事はやらないでね」という極めてシンプルな話です。 もちろん実際には、公衆の安全、法令・規約、運用負荷、責任範囲、他の利用者への影響まで含めて考えるものですが、今回の件はその幼稚園レベルの言い方で十分説明できます。 本来の使用方法から逸脱した方法で注文システムを実行されれば、社内では確認、リスク分析、追加対応、場合によっては法務確認まで発生します。 そんなもの、嫌な事に決まっているでしょう。 なので、一連の感想としては、 ・ロクに調べもせず「利用規約ではOKだった」とほざき、 ・書いていなかったとしても、企業側の運用背景を考慮せず突っ走り、 ・いざ指摘されれば、技術者倫理の定義の曖昧さを盾に騒ぎ立て、 ・挙句の果てに、既存の注文UIへの批判に話を逸らす。 これら一連の発言は、世間一般でいうところの、俗に言う「バカ」と呼ばれる内容です。 ネットスラングを引用するのであれば、半年ROMってろと思いたくなります。 過去に他の投稿に対しても言いましたが、人様のシステムを使わせてもらう際は相当の配慮をしないといけないという事をご理解いただきたい。

生まれて始めての万バズというものを経験しましたが、内容が内容なので宣伝などは特にありません。 心にしまっておいて頂けると幸いです。

とりま、サイゼ行って飯食ってお布施してきました

流行りの年金の詐欺メール来た 厚生年金で全部払っている第2号被保険者(会社員)に送られてきてもなぁ…。 ワンチャン会社が払い忘れているとかもあるが

疲れた…。 散髪してサイゼ行ってきます ピザ食べたい

あぁ....。元ポスの人、学生さんか。。。 ちょっとムキになりすぎてしまった。 なんとなく言い過ぎた気もする。 誹謗中傷は良くないとは思うけど、このあたりって、どこかで考える機会があってもいいのかな、くらいには感じた。 学生のうちはそこまで大きな話にならないことも多いだろうし、後から振り返れば笑い話になることもあるのかもしれないけど、 そのままの感覚でいったときに、どうなるのかは少し気になるところではあるし。。。 たった30歳の自分がこんなこと言うのもどうかと思いつつだけど、今後どこかで困ることがなければいいな、とは思ってる。

自分で書いておいて、技術者倫理の定義がふわっとしていて不安になったので、TLで流れてきたACMにも一通り目を通しました。 とても勉強になります。

一応こちらから話を振ってしまった件でもあるので、整理させてください。 私の中での「レート制限」は、全体のアクセス数を抑えるようなイメージで捉えていました。 そのため、それだと全体側に影響が出るのでは、という認識でした。 一方で、返答の通りセッション（席単位）で制御するという意図であれば、その点は私の理解が追いついていなかった部分です。 ただ、セッション単位であってもリソース自体は共有される認識だったため、その観点で影響の可能性を考えていた、というのがこちらの意図でした。 また、「他責思考」という表現についてですが、 今回の件を一個人のポカとして捉えた場合に、いくら設計上の責務があるとしても、企業側に矛先を向けるのは違うのではないか、という認識から出た発言でした。 ただ、前提の認識がずれていた状態で使う言葉としては適切ではありませんでしたので、この点は撤回します。 いずれにしても、言い方も含めて配慮に欠けていたのは事実なので、その点は申し訳ありませんでした。

@AppassSys レート制限はセッション単位でかけるので他席には影響しませんし、APIの異常検知はサービス提供者の基本設計の範疇であって他責思考とは別の話ですが

何故に異常なリクエストがあったら、レート制限をかけなきゃいけないの？ レート制限をかけたら、サイゼの店舗側の注文に影響が出ると思うから、注文業務に支障が出たら結果的にサイゼのビジネス機会の損失の恐れがないか？ 何で一個人のポカによって、企業側が機会損失する羽目にならなきゃいけないのか理解出来ない。 多分言いたいのは、正規のブラウザからのリクエストは遮断すればいいと言いたいと思うが、不特定多数の端末のブラウザからのアクセスを特定するのは容易では無いと思う。 先程から企業側の肩を持つ発言ばかりで申し訳ないが、何で企業側に責務を負わせようとする他責思考をなるのかが理解出来ない。

すいません誤植修正です。 誤 正規のブラウザからのリクエストは遮断 正 正規のブラウザ以外からのリクエストは遮断