specval = block handler | prev epなのか、確かにそれで充分だわ
mameさんがプロすぎる
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
Peglin、ルート選択不可能なギミック出てきたときが一番腹立つな
ルート考えながら攻略してるのにそれを不可抗力で妨害されるのが台パンしたくなる
本来それをズルいと思っちゃいけなかったんだよな こうなってくると特定の宗派のために施してきた善意をすべて取り消さなきゃいけない方向に進んでしまう
あの主張は「特権的」のところよりも「不当」のところに強い意味があると思ったけどな
"特定の宗派について"、宗教という建前で特権的な扱いを受けることを「不当」と感じる層があるという事実が示唆的だと思う
それは特定の宗教を差別することに繋がりうるから
宗教上の問題で本人のチャンネルに上がる切り抜きしか見ないことにしているので誰が編集したかはさておき投稿前にその配信者が確認しているはずだということを踏まえるとこうね
ストグラの切り抜き作る動画編集者たち、遠くのPLの声が聞こえないときはその人の配信行って音声拾ってくればいいのに、なんで聞こえづらいの放置したり無理やり自分のとこの音声大きくしたりするんやろ
多少配信者間でやり取り必要とはいえお互い様だし見やすい動画のためと思えばそんなハードル高くないやろ
pgroongaが入ってるブランチだけ何故かActiveRecord Encryptionが壊れてユニットテストが通らないんだけど、マジでなんで?
WebUIとスタイルを正確に合わせることを目指しているのであれば大変だろうけど、そうでなければ独自のスタイルを当てていたアプリは多いからね
まぁ方針もだいぶ変わってきているということで、その姿勢はいいんじゃないでしょうか
ちなみにアプリ側はもともとHTMLをパースすることを求められているのであまり変わらないと思う
VSCodeのMerge EditorについてるAccept Combination機能めちゃくちゃ賢いんだけどこれなんのマージアルゴリズムなんだろう、gitのデフォルトにしたい
目的としてはupstreamにコンフリクトするような変更が入ったことを早期発見してマージのコストを下げることなので、日常的に人間の手を介さずに最新の状態にしていきたいということだね
運用としては、scheduledでupstreamを改造に取り込むPRを作る→PRがコンフリしなければそのままmerge queueに叩き込むように仕込む
この記事を読んで、自分がAuto Merge機能を誤解していたことを知りました
GitHubのMerge Queueとは何か?それと、認識しておきたいこと - Mitsuyuki.Shiiba
https://bufferings.hatenablog.com/entry/2024/02/10/173552
upstreamを追いかける作業、merge queueでやればコンフリクトしない限り自動化するの簡単じゃね?(前はマージ後の状態でCI回すのが複雑だった)
シャツはいくら洗っても無限にライブTが湧いてくるから積極的にいけるんだけど、ズボンはそんなに本数がないのもあって頻度を合わせられない
部屋着の洗濯頻度を明確に定めていないので「洗いたくなったら」洗うことになっているが、シャツはなんか汗かいたなぁとかそういう条件が一定の頻度で洗濯させてくれるのに対して、ズボンを洗いたくなる日がなかなか来ない
いまざっと見たけど組み込みライブラリのクラスに後者の用法で使われている!メソッドはなかったので、おそらく例外を出すかどうかで!をつける風習が一般的になったのはActiveRecordからじゃないかな
rb_bug、呼び出すとCRubyのコールスタックを吐いてabort()するのでその場でデバッガも止まって一石二鳥というかなんというか…
破壊的かどうかわからないメソッドなら!が破壊的の意味
破壊的なのが確定してるメソッドなら!は例外を出すの意味(無印は例外を出さない)
Exposed ORMにsingleという「結果が1件だけなら返却、さもなければエラー」というメソッドがあったのでActiveRecordにもないかと探したらsoleというメソッドがあった
願わくば!をつけておいてほしかったが、良いことを知った
iOSのアクセスガイド便利だよねー。
これでアプリ固定しておくとスライドして別のアプリに切り替わるのも抑制できるので、
デレステのライブをプレイ中に画面が切り替わる事故とかも防げる。
配信するときも安全対策になるし。 [参照]
購読解除が簡単にできないとメールが送信できない時代だし、簡単なクリック操作で自動振り分けも設定できるようになってるんだからむしろメールボックス整理はしやすくなっているのでは
このアカウントは、notestockで公開設定になっていません。
遠方でも移さない人は結構いるらしいですね そっちの方の事情はわからんけど、住民票がなくて実生活で困るのって、たまに「住所違いませんか?」って聞かれることと、あと確定申告みたいな特殊な手続きがある人だけなので
大勢居るとされている選挙券(誤字ではない)がない大学生、みんなこれですよ
僕の選挙券も実家に飛んでるせいで投票できません(帰るのめんどいので)
数年に一回は住所変わるし、すぐ行ける位置に変更の必要がない実家住所があるからわざわざ面倒くさい手続きを踏むより実家に送られた郵便物をルーティングするほうが効率がいいみたいなところがあり…
このアカウントは、notestockで公開設定になっていません。
伝えたいことを投稿欄に入力したら結びの部分に書くことが思いつかなかったからとりあえず「顔ない」ってつけておきましたくらいの勢いがある
組織でGitホスティングするときにgit.とサブドメインなしを両方作れなどという暴論が成立しないのと同じレベルで、Webサイトをホスティングするならwww.とwww.なしを作れという主張を捉えることが出来る
Webサイトを開設するためにドメインを取るからそうなるんだと思う
まず組織がサービスをホストするためにドメインを購入して、その中の一つとしてWebサイトがあるならサービス名としてのwww.のみが存在することが説明できる
このアカウントは、notestockで公開設定になっていません。
研究者みんな大学のメアド書くけど、大学ごと所属替えすること多いのでリンク切れ(とは言わないが)は日常的に発生しているからあんまり気にしないと思われる
ちゃんとwww.が要求されるページ、大学部局のページでありがち(ドメインを組織構造から類推して直接打ち込むので、NXDOMAINになることが多い)
リセール当たる気配ないし配信で我慢するつもりなんだけど、未練タラタラなのでキャンセルできずにいる 今更あたっても交通手段が確保できない気がする
こんなわけわからん時間に飯食ってたら知り合いが偶然飯食いに来て謎の遭遇を果たした
早朝にカラオケから帰る社不と徹夜明けのカラオケに向かう社不になった