風呂入ってリセットして試験勉強したほうがよい
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
このアカウントは、notestockで公開設定になっていません。
GraphQL設計ベストプラクティス的なものを読んだ
こういうの蓄えといてどっかでGraphQL使いてぇな
退勤ボタンを押した私には複数の選択肢が待っている
* 試験勉強をする
* デスストのストーリーをいい加減進める
* アニメ見ながら寝落ちを狙う(狙うな)
MastodonのWebUIのヘッダーが1174px以下で出てくるの絶対おかしいじゃんって思ってたんだけど、これ上級者向けUIじゃないほうの境界になってるからこういう動きするのか
4.1で直ってる?
JCBのクレカ持ってるとおっそいバスに無料で乗れるよw
ハワイ「ワイキキトロリー」乗車賃無料! https://www.jcb.co.jp/campaign/c07_060trolley.html
作る側にとってはそのUIが使いやすく見えてる可能性があるから、本当に使いづらいと思ったらちゃんと声を届ける努力はすべきだと思う
MastodonのWebUIは広告ないし時系列順だから非公式クライアントを作るモチベーションが生まれないという言論を見て、不自由に飼いならされた人類…って顔になった
これはTweetDeckみたいなクライアントがあればできるんじゃなくてその人にアカウント分けの素養があるんだよ
このアカウントは、notestockで公開設定になっていません。
Pauli Zの挙動見ようと思って探してたらどうしてその初期状態を選んだのっていう動画出てきてウケた
Bloch Sphere Rotation - Pauli Z - YouTube | https://www.youtube.com/watch?v=uuEjWfgUd8w
SwitchBotのアプリ開いたらHub → Bot間が死んでるケースがよくある
連携が死んでると一回切るしかなくてめんどいけど
Cloudflare Tunnelくん、ホスト側でリバプロ置いたりポートこじ開けたりする手間を全部吹き飛ばしてくれたので好き
ドメインを取る前にかつて使われていたドメインにはそのようなリスクがあることを承知しなければならなかったと判断されるのがベストだが
かつてActivityPubが動いていて定期的にリクエストを飛ばしていたドメインが他者に取られ、あとからドメインを取ってサービスを運用していた人が「大量のリクエストによりサービス運用を妨害されている」と連合先を訴えた場合、判決はどうなるのだろうか
ドメイン再利用も好きにやればいいと思うんだけど、勝手にやって疎通できなくなるのはそっちだよっていう感じにはなる
このアカウントは、notestockで公開設定になっていません。
その人が迷惑だと思ったなら迷惑なのは間違いないが、迷惑だという指摘を無視する権利があなたにはあります
「python multiple domain activitypub implementation」で普通に出た
jointakahe/takahe: An ActivityPub/Fediverse server | https://github.com/jointakahe/takahe
Pythonでマルチドメイン対応AP実装書いてる人いたよね?(名前が思い出せないため掘り返せない)
その程度のアイデアなら実際すでに着手してる人は居るはずだが多分ユーザーがそんなにいないせいで流行ってない
内部的には1鯖で運用できるMastodonはMastodonじゃなくて別ソフトとして実装してMastodon互換APIを実装するのが妥当なライン(というかそうせざるを得ない)
自動でAWS上に独立したインスタンスが立つMastodonホスティングサービス、コストかかりすぎて採算取れなさそう
Discord感覚で気軽に鯖を立てては潰すなんてことをされては困るので今のままでいて欲しいが、そもそも本来万人に気軽に鯖を立てて潰す権利があるにも関わらずそれが許容できないのは現在のFediverseの実装系が鯖の閉鎖に脆弱であるせいなので、本来なんとかすべきなのは我々である
結婚って社会的な営みだし社会的な理解が得られなければアウトなので、強いて言えば同性婚ほど世の中に理解されていないのが理由として挙げられる?
同性と近親がだめな理由が同じなので同性が良ければ近親もいいはず(論理的にはね)
なので前提が間違っている
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
PCで普段聞く時はケーブル延長してるからこだわりのかけらもないんだよな
真面目に聞きたいときだけ延長外してる
イヤピ合わなくなってきたから交換ついでにTA1純正極細ケーブルに戻してみた
スペクトルぜったい高周波に偏った
Twitterはサードパーティ向けのAPIをメンテナンスするコストを下げたいのであってだな
このアカウントは、notestockで公開設定になっていません。
そんなものは使わずにDirectoryを使えという思想なので(Directoryなら許せる理由は不明)
お知らせに絵文字リアクション付けられる一方、投稿には付けられないのは、ちょっとバランス悪いかなと思うことはある #iwatedon
コンテナ内のサービスはどのポートをBindすべきかという問題はありそう
どうせポートフォワードするんだから別に80/443とかに拘る必要はない
UTokyo Accountのパスワード、定期変更させるのはいいけどたまに手打ちさせられる(学内端末への入力するシチュエーションがある)のが最悪なんだよな
いつの間にか光熱費が上がっていたとしても気にしてはならないのだ(そして確定申告で嫌々見る羽目になる)
目が覚めてから活動開始するまでの時間短縮したいって一生言ってる
今日は3時間くらいかかってる
本格的にTwitterをニュースフィードとして使う段階が来たっぽいしアカウントの運用整理してもいいかもな
自分の感性だし好き勝手にすればいいと思うんだよね
世の中モノが溢れてるしそんなものにかまってる暇があったら好きなもの浴びたいじゃん
Play Storeのスクショが古いUIとか往々にしてあるでしょ、まさかそんなとこの数値まで読まれてケチつけられるとは思わなかったよ
ユーザー数の増加に伴ってレビューの質が下がるのはわかるが、投稿のMax文字数が4096になっているからPlay Storeのスクショを差し替えろという苦情はウケる
Tusky、DMも連合も見れるのに定期的にこういう話が湧く(tuskyapp/TuskyでIssueが立っては即閉じされる)の、UIが悪いんかね
Application SettingsとAccount Settingsが分かれてるのが分かりづらいという話はありそう
このアカウントは、notestockで公開設定になっていません。
GolangとかJavaの自由度低めParserだとsomeのときはanother: nullになって耐えるし、型が柔軟なTSとかKotlinのSealed Classとかにも相性がいい
JSON in JSON as String、せっかくRequest LibraryでJSON Parserを通してるのに別途JSON Parser通さなきゃいけなくて嫌い
{ type: Type; some?: Some; another?: Another } みたいな形式ならだいたいどのJSON Parserでも処理できるからそうしてほしい
React.useReducerを知った
外部のステート管理ライブラリがいらない理由がまた一つ増えた
ChatGPTのコンテクスト維持どうしてるのかなと思ってたんだけど、意外とシンプル脳筋解決策だった
こういうの思いつくのが結構大事よね
> ChatGPTに延々と格闘しているのを見かけるけれど、彼は基本的にステートレスで、会話がつながるように見えるのは、過去の会話ログ(の最後の部分)を前置して入力しているから
このアカウントは、notestockで公開設定になっていません。
context、どうなんかなぁ
JBのIssue Trackerに提案されてた<A, B>.fn()スタイルのほうがいいと思うんだけどなぁ
勝手にバージョンが上がっていがちなJavaとKotlin
なお何が新しくなったのか追えていない
contextにOptIn Flagがいらないのはいつからですかね
試験勉強、最初の年を学習するのが0→1で一番しんどい
2年目以降はだいたい分かるから楽
(講義を聞いておいて(聞いたよね?)ゼロ知識とは何事だ)
well-known、well-knownって言うならwell-definedであって欲しい
Apple Music on WindowsするならCiderがそれなりに安定して使えてる
ブラウザ部分の挙動がたまに怪しいけど裏で流しておくには十分
言及元が見やすいBT言及見つけた
2023年1月16日 - ars42525@odakyu.appの投稿 - notestock | https://notestock.osa-p.net/@ars42525@odakyu.app/20230116/view#note_1380f7a05d86986f62872e59ea55b4e5
サンプルリンク持ってこようと思ったんだけどNotestock公開の人へのBT言及が見つからない
まぁ文字列リテラルをゴリゴリと即値命令とStore命令でメモリに読み込む実装も不可能じゃないよね…
データの部分仮想記憶でメモリマップすればいい感じに読めそうだなとは思った
実装どうなってるか知らんけど
このアカウントは、notestockで公開設定になっていません。
食堂が混雑していないのは事実だが、決済は不便になっているしアプリが決済手段として未熟すぎるのは事実
うちは手作りの漬物ばっか食べてたから、市販の漬物はもうちょっと耐えるんじゃないかと思うところ
酸っぱくても美味しいと思うなら好きにすればいいと思うけど、俺は酸っぱくなった漬物は普通に吐きそうになるけどなぁ…
社内に4400台以上のスマホがあるのと、それがなくなっても業務に支障が無い(スペアだったと言うこと?)のがすごいなと思った。
バンナム元社員、会社スマホ4400台を無断で売り約6億円着服 民事訴訟へ - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/2301/18/news166.html
スタバはモバイルオーダーがWebアプリ完結で好きなんだけど、マイクロサービス極めすぎてドメイン遷移するたびにめちゃくちゃリソース読み込むあたりは嫌い
甘いものが食いたいが家にそんなものはないになってる
牛乳ないのが一番しんどいが牛乳調達する元気はどこに?
遺体ってフローター載せていいんだ
生きてる人間でも行けたんかな、死んでるから許されてるだけ?
フレームワークの機嫌を伺うDB設計はつまらない上に間違えるので、とりあえずガチ設計してからフレームワークが許す形に落とすのが良さそうだなと思いました
久しぶりに本気でDB設計したら応用情報対策してたときの気分になって楽しかったので一生DB設計してたい
フィルター配慮のためにそぎぎを使っている人は表記揺れを起こさないが、別にフィルターする気がない人はそうしない傾向にあると思う
このアカウントは、notestockで公開設定になっていません。
Cloudflare AccessでGoogle WorkspaceとかのSAMLを刺すとかっこいいのでお得(オタク早口
Cloudflare Accessでブロックするのがおすすめですがマシンの自由が効かないとCloudflare通すのむずかしい?
脳筋WoL好き
やろうと思えばCurrent Stateも取れるしWoLより有能という可能性はある
というわけで、共有アクションを出しそうなアプリを一つ一つアンインストールするなどで切り分けるか別プロファイル作って動くかチェックかな
OSのShareハンドラが壊れてる可能性があって、壊れる原因としてはインストールしているアプリが出せる共有アクションが壊れている可能性がある
Androidのメーカーカスタマイズ、バグはあって当然って勢いだし治る未来も見えないし自力でなんとかできる可能性があるAOSPの方がまだマシよなとか思いながら諦めて使うしかない
このアカウントは、notestockで公開設定になっていません。
畑はもう一回はじめにちゃんと動画の伸ばし方を習ったらどうなんだ
特に大食い、サムネとタイトルで結論がだいたい見える(と視聴者に思わせてしまう)くらいテンプレ化してる
布団の中で12時間の破壊力がヤバすぎて布団から飛び出すことに成功したからちっぱに泣いて感謝を伝えなきゃ
このアカウントは、notestockで公開設定になっていません。
なんか昨日の昼食ったカレーが匂いだけ部屋に残ってて飯食いたいけど食いたくない感じになってる
脳裏に配送端末が出てくるときのピロ〜ンって音がこびりついて離れないんだけど
こうやって配達人はミュールになっていくんだな…
Discordでめちゃくちゃ通話してるログだけあるDeleted Userこわい
誰だか全くわからない辺り自分がこわい
通話中に寝落ちするやつ信じてない
他人との会話とか一番気遣うから寝れるわけねぇだろって一生思ってる
寝落ちするってわかってるのに布団に入るのが悪いというか、もはや寝るつもりがないのに布団に入るのは確信犯なのでは?
食育とか言うなら「きちんと保存していれば賞味期限が一日過ぎたぐらいで食べられます」も教えて良いのでは。
>油淋鶏を調理した後、衣に使った小麦粉の賞味期限が前日の12日だったことに気付いた
https://www.yomiuri.co.jp/national/20230115-OYT1T50075/
ぼく「酒のんでつまみでも食いながら課題進めるわ」
減ったもの: 酒とつまみ
一文字も進んでないもの: 課題
ある日突然コンテンツ(HTML)はそのままサイト全体のデザインが15年くらい進化した研究室のページがあるんだけど、あらゆるページにほとんど変更入れずにレスポンシブ対応完遂してるのHTML本来の使い方できててめちゃくちゃえらいと思った
お仕事でLINEログインが動かないという報告が来て試してみたら問題なかったので、一部のユーザーだけか?とTwitterで状況を見てみたら、ツイートは見つからなかったけど、ユーザーはいっぱいいた。というかなんで名前に設定すんねん。 https://gyazo.com/f604fd3931ec4b3c6725edb93c88102b
このアカウントは、notestockで公開設定になっていません。
Yuitoは困ったらTuskyに頼むといいよ!って逃げられるのでフォーク最高だぜって顔してます
使ってない機能実装してもあとでつらいだけだから、Feature Requestを拒否する胆力は大事だと本当に思う
Updateで公開範囲が拡大する場合、配送はどうなるんだって問題があるのでは?
今までその投稿を見れていたAさんはCreate->Updateを受け取るけど、新しく可視範囲に加えられたBさんはいきなりUpdateを受け取るのか?という話になりそう
ちょっと進捗出したしあんま性能よくないけどこれはこれで終わらせるか
別課題に手を出すべきかどうかみたいな感じにはなってる
なんか人の声が聞こえると思ったら無音で回してるつもりだったサイスタがスピーカーに繋がってた
心臓壊れるかと思った
パソコンつけっぱなしで呑気に寝落ちしている間にもCodespacesの枠と電気代が課金されている
<Field> has already been takenがRailsオリジナルのエラー
ユニーク制約違反、already been taken的なエラーだった気もしてきたんだよね
Unique constraint violation
Railsのモデル上のユニーク制約違反
stale bot動かしたりContribution Policy整備したりするまで気力が持てばいいんだけど、だいたいそこまで行かずに無視を始めてプロジェクトが終わる
Issue TemplateをはじめとするContributor向けプロジェクト整備、どう考えても本筋のプログラミングだったりソフトウェア開発から離れすぎててやる気起きない
的はずれだったり知るかそんなもんって思われたりするようなIssueがバカスカ飛んでくるので気軽に投げればいいんじゃないかな(って言うとそういうIssueのせいでメンテナ側が迷惑していることを察知してそういうの気にする人からのIssueが減りそう)
このアカウントは、notestockで公開設定になっていません。
たぶんさっきフジイさんと同じものを見て同じ感想を抱いた
~~~~~~~~~~
[https://odakyu.app/@ars42525/109690528070614892]
理系分野で大学の助教をしているという方が、ChatGPTで学術的なことを聞いたら実在しない論文を紹介されて騙された、みたいなことを嬉々として語ってるんだが、それでも本当に研究者か?って顔をせざるを得ない
なんで道具の原理とか背景を調べずに誤った使い方をしてるの?
寝たほうがパフォーマンスが出るのではなかろうかという至極まっとうなアイデアと、一度でも寝ようもんなら課題なんかやらないんじゃないかという至極まっとうな意見が戦ってる