krr

キーボードの打鍵音オタクの皆様のために、打鍵音の解析アプリを作りました。 お手元のキーボードの打鍵音について、画像のように比べることができます。

PixioさんのHDMIコネクタストラップすっごい良いなぁ～～と思ってたらご提供していただけました！ 見えるところにキーホルダー飾れるの神～～！✨ あと配信では紹介してたけどモニターもご提供いただいてます…！白くてすごく使いやすい…！ 机の上まとめてまたみんなに紹介するね！ #PR #Pixio

あ、ソースコード読まないと不安な人？

おっさんが突然そば打ちに目覚めて脱サラしたり、「父ちゃん、AI漫画で喰っていくことにしたんだ」みたいになるのも同じで、自分で作った認識でいるうちは優れた作品に見えちゃうんですよね。メールの送信ボタンを押した瞬間、執筆者から査読者になって間違いに気付くのと同じ仕組み。

試作品ですが、、ペンギンできました🐧 卓上に置いてデスクランプの光源を使っていろんな表情を楽しむシリーズですー。 JRRFやデザインフェスタで販売予定です。 #3dプリンター

つくろがや！初出展記録 - Maker Lab TRe:proto｜ef note.com/ef_iii/n/n2be1… #つくろがや

つくろがや、いいイベントだったな… 出展者の方々は軒並みエンジニアパワーが高く、自分が感動しちゃってついつい質問などしちゃいました。

キーボードの打鍵音をFFTで解析 上が横軸が周波数のグラフ 下が時系列グラフ 何回か取得して波形を整えるとのこと 好きな打鍵音を定量的に語れる #つくろがや

2日目設営完了しましたー @krrkrkrkrr と展示中です 作業環境モニタリングキーボード, RCD01, 3Dマウス #つくろがや @ヨシヅヤ西春店

帰国後あるある: $1 ペットボトル飲料に感動してお茶を買う

With the Autodesk Fusion connector, designers and engineers can create and modify 3D models through conversation.

（推察）キーボード市場のユーザー母数は増えたが、それ以上の速度で供給側が膨張した。 中国系メーカーは完成品の価格性能比と投入速度を押し上げ、自作キーボードは高関与層の価値基準を変えた。 その結果、FILCOのような従来型の国内完成品ブランドは、一般層には高く見え、高関与層には古く見えるという難しい位置に置かれた。

マイクロソフトさんとのオンラインセミナー！！ ご清聴ありがとうございました！！！（ハッシュタグはないかな...?） msevents.microsoft.com/event?id=38152… 私の東映スライドはこちら！！ 「AzureのIaC管理からログ調査まで、随所に役立つSkillsとCustom-Instructions」 speakerdeck.com/aeonpeople/boo…

新しいエージェントスキルをインストールするとき、「npx skills add ...」を見るたびに、 うるさい！男は黙って！ ＿人人人人人人人人人人＿ ＞　gh skill install　＜ ￣Y^Y^Y^Y^Y^Y^Y^￣ と叫んでいる。 zenn.dev/ubie_dev/artic… #ClaudeCodeとフロントエンド開発

SDDへの過剰な期待や誤解、現実がよく整理されている。最近のPlanモードとSDDの違いは、作成された仕様書をどのように扱うか（Spec-first なのか Spec-anchored/Spec-as-source なのか）という一点に絞られてきている / 仕様駆動開発への期待と誤解 「仕様」とは結局何なのか htn.to/2Fdn125vAy

反響が大きかったので、STLファイルから3Dプリンタ用のアミアミ構造（編み込まれたような構造）を作るスライサーソフト「AmiSlicer」のα版を共有します。3Dプリンタ用G-Codeデータを生成するソフトです。動作保証はできませんが、使ってみてください。 github.com/kasanetarium/A…

PMを馬鹿にしてるエンジニア PM 「今回のNW設定変更、影響範囲を整理したいので教えてもらえますか？」 エンジニアA 「ルーティング1本追加するだけなんで影響ないですね」 PM 「ありがとうございます。切り戻し手順はありますよね？」 エンジニアA 「設定戻すだけですよ」 PM 「細かくて申し訳ないけど、具体的に何分で戻せます？」 エンジニアA 「いや…すぐっすよ」 PM 「すぐだと対外説明できないので、どれくらいの時間で戻せるのか教えてください」 （若干イラつくA） エンジニアA 「正直、こういうのって現場に任せてもらった方が早いですよ」 エンジニアA 「PMって細かいこと気にしすぎじゃないですか？」 エンジニアB 「まあ…気持ちは分かる」 PM 「じゃあ確認させてください。この変更で既存のセッションはどうなりますか？」 エンジニアA 「…あー、一部切れる可能性はありますね」 PM 「それ、ユーザー影響として何件ぐらい出る想定ですか？」 エンジニアA 「そこまでは…」 PM 「監視アラートはどうなります？」 エンジニアA 「一時的に上がるかもしれません」 PM 「夜間の運用チームが誤検知として処理できたりします？」 エンジニアB 「いや、それ事前に連携しないと普通に障害扱いになりますね」 （空気変わる） PM 「つまり現状はこうですよね？」 ・セッション断の可能性あり ・影響ユーザー数未算出 ・監視誤検知のリスクあり ・運用連携未実施 PM 「これで影響なしとは言えないと思いますよ」 （沈黙） PM 「インフラは動くかどうかじゃなくて事故らない状態で動かせるかまでが仕事ですよ」 エンジニアA 「……」 エンジニアB 「それは現場だけじゃ出てこない視点ですね…」 現場がこれくらいなら大丈夫っていう感覚で進めたときに限って事故ることが多いなって思ってます。 事故った後で初めて見えてなかった影響に気づくことが多い印象です。 だから事前に面倒くさがらず細かく確認してしまう。単純に同じミスを繰り返したくないんですよね。

@deep_reinforce 極めて悪質な不正行為です。この不正行為を賞賛するのはやめてください。 CodeforcesはAI開発者向けに、AIで挑戦している環境を有償で販売しているはずです。コンテスト環境に関する悪質な攻撃行為であり、決して賞賛されるべきものではありません。

記事を書いた。プロンプトの品質をAIに自己改善させるループを回す Skill です zenn.dev/mizchi/article…

そういえばブログにしてなかったので書きました．久しぶりの新作です． はてなブログに投稿しました 実際に飛ぶドローン名刺を作ってみた - fumiLab fumimaker.net/entry/2026/04/… #はてなブログ

まじで宇宙空間に岸田メルが漂ってる