寝るか 久しぶりに体力使ったわ
For those who wants information about Yuito, subscribe my English posts only (available on account profile, Mastodon v4 or above).
くだらないこと言ってる人格は わんせた 、コード書いてる人格は kyori
呼ぶときは わせたん でもよし。たんってついてればかわいいので
Manages: https://odakyu.app https://nitiasa.com
Maintains: https://accelf.net/yuito (fork of Tusky)
when these instances down see here: @ars42525 @ars42525
Server Status: https://graph.accelf.net
Wi-Fiルーター(子機運用)がイカれて録音のアップロード処理が回らなくなってしまったせいで詰まったっぽいな
さて、実際にやろうとするとうちのingressを仕込んでいないmicrok8sを躾けるところからなんだけど…(めんどい)
port上書きしなきゃいけないのはローカルの方だけなので、よほど変なportにしても大抵の場合は設定できると思う
課題としては自宅サーバーと同じIPで誰かが何かを回していたときに面白いことになることよね
下手に大学内の意味わからんアドレスレンジのネットワークに接続したりするから被らないアドレスってのが難しい
例えば自宅サーバーのローカルアドレスを最優先、次点で外部からアクセス可能なアドレスを設定したら、ローカルネットワーク内ではローカルアドレスを使うホスト名が実現できるのでは?
ㅋㅋㅋㅋ
このアカウントは、notestockで公開設定になっていません。
睡眠時間は足りてないのに目が覚めてしまった
狂った科学者を追って突然のハワイ旅行が始まるなんだかアホっぽい夢を見ていた気がする
…あれだなこれ コナン映画の系譜だ
インタープリタ起動時に普通に入れればいいやんと思ったが、Spring Preloaderとか考慮してか?
そもそもJITがforkで壊れないかというのはたしかに問題なのだが(ちょうどそういう研究をしているので)
Rusty's Retirement、βテストでオーバーレイ方式の変更が来てたから試してたんだけど、明らかに旧方式よりも裏のアプリケーションの操作を妨げるから戻した
evering、Kyashからオートチャージできるから事実上Kyashのプロキシとして使う分には便利なのではという気がしてきた
pveproxyのportに443からforwardingしてしまうのが良さそうだったんだが、いかんせんlocal forwardingのほうが面倒くさそうだったんで
自宅PVE、:443でアクセスするためにnginx置いてるんだが証明書がreloadされてない事案が発生することがわかったので、PVEのノードに直接お邪魔してcronに毎日nginxをreloadさせるように仕込んだ(脳筋)
こうなっちゃうのよね
アプリに組み込めるブラウザでUSBにアクセスさせると困るのか、はたまたプロプライエタリな何かがあるのかはわからないけど
こういうことね
特にWebAuthnで二段階認証をしてる人はこの方法じゃないとログインができないので、知っておくと良いです
お得情報なんですが、Tuskyがアプリ内ブラウザを使うのは一部の端末でアプリへの遷移に失敗するせいなので、ログイン画面でドメインを入力したらボタンを押さずに右上のメニューから「ブラウザでログイン」をすると快適です
Schemaに定義されていないような入出力をしようとするとrender jsonやparamsの型検査が通らないの
Rails APIのControllerのinput/outputに何らかのSchema Drivenなアプローチを与えたいと考えたときに最も良さそうなのが静的型検査なんだけどどうかな
やっぱGET系のAPIはGraphQLにしたいなぁ…
ユーザーの身になってみると両方実装されていてほしいのだけど
消すようにしないとexcept内で閉じなければならない例外が外に漏れ出してしまうのである(スコープはどうしたスコープは)
このアカウントは、notestockで公開設定になっていません。
ビジネスロジックのいちばん大切なところで真偽値がひっくり返っているコードを見つけてしまったんだけど、このコードで他のテストケースが通ってしまっていることが最大の問題だと思う
それと、こちらはboobee.blueを運営しているKingYoSunさんの、このインタービューをうけて書かれた記事です。
boobee.blueは、Mastodonをそれぞれが好きなように立ててるのと同じように、公式とは別に立てられた独自Blueskyサーバね。その先駆け。
関心があったら、これもあわせて読んでおくといいと思うよ。
ジャック・ドーシーがBlueskyを辞めた理由をもうちょい詳しくエスパーする
https://note.com/kingyosun/n/n2cdc6ea4b776
一案としては型検査だが、mockの振る舞いに網羅性があるかという疑問と、そもそも型検査がない言語ではどうするのかという問題が
'a -> 'bみたいな関数があったとして、'aの振る舞いをmockした上で'bをこの関数をテストしたとき、'aがmockのように振る舞うことはどう検証するべきなのか
そらるさんの名古屋公演で最前ど真ん中当たった女(22)が脅迫まがいのことして現場にノコノコ現れたからその場で捕まりましたってなんのギャグ?
チャット形式のLLMアプリケーションで、何らかのやり取りをしたあとに、「今回のやり取りで得たことを踏まえて自身のシステムプロンプトを更新するにはどのようにしたら良いか」を確認してアシスタントを成長させることは可能だろうか
ルーターに嬉しいハードウェア機能って何なんだろうか
ルーター向けRISC-V Variantとかあってもおかしくないぞ
服の収納スペースを1.5倍に拡張してとりあえず散らかっていた服をすべて収納したが、まだ入りきっていない服がある時点でお先真っ暗である
TwitterでGitHub Codespacesの障害情報見ようと思ったのにTL読んでそのまま閉じてしまった 最悪だ
これはPythonではないと思う
仮想現実で期待する体験を得られるとしたらなんのために体験するのかよくわからんな 死んでしまえばいいのではなかろうかという自省を得た
GitHub Codespaces、ちゃんと仮想マシンが割り当てられているだけあって普通にCAP_SYS_ADMINが貰えた
普段通り仮想化環境で作業していたのでCAP_SYS_ADMINが効かないことに全然気づかなかった
ORMを使っていない時点で複雑度が一定を上回っているというのに、ORMよりも抽象度が下がって自動的に複雑度が増すSQLを使わなければならないのおしまいでしょ
どうせ大して遊びたいゲーム出てこないし任天堂のハード買うくらいならパソコン強くしたほうが良いんじゃないかという気持ちと戦うゲームなんだよな
このアカウントは、notestockで公開設定になっていません。
HTTP Structured Field Valuesで文字列のエンコーディングとかややこしく指定があるのはそのへんなのかもなと
💬 Commented on "[2024.5.0-beta1]ノートを配送できない [ERR_INVALID_CHAR]: Invalid character in header content ["User-Agent"]": fruitriin "顛末:
package.jsonのversionがAP配送のUserAgentとして採用されるため、全角文字を入れるとInvalid Characterとしてすべて配送できない かも"
https://github.com/misskey-dev/misskey/issues/13802#issuecomment-2097376834
GPUからマザボ側に映像出力のパススルーがあることをマシン内で完結してるベンチマークで測ってどうすんねんというツッコミが足りない
なぜかRecvStream::stop()だけはSendStream::stopped()でハンドルできるけど
Quinn、SendStream::finish()をRecvStream::finished()的なインターフェースでawaitすることも出来ないじゃん
あらゆる値がboolチックに扱える言語を仮定するのであれば、T = Truthy<T> | Falsey<T>みたいな型付け規則を用意して、&&と||をTruthy<T>, Falsey<T>に対して正しく定義するほうが良さそうかな
string = truthy string | falsey string
truthy string || T = truthy string
falsey string || T = T
truthy string && T = T
falsey string && T = falsey string
string && T = T | falsey string
(T | falsey string) || T = T
ほら出来た
string型についてtruthy string型とfalsey string型を導入してそれぞれに対する&&と||のオペレーションを定義すればよいと思われる
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
とりあえずまずはGoogle Driveに置いておくと事故が生じそうなブツを保管してみた
将来的にはマジで見つかっては困るブツを置きたいのだが、どういう管理の仕方にするかが悩ましい
人々が裸で過ごすのは他人に見られる危険があるからであってなんのリスクもないのに裸で過ごすことになんのメリットもないのではないかと思いつつある今日この頃