消費税の端数処理は切り捨て？切り上げ？消費税改正後の対応とは
https://www.obc.co.jp/360/list/post74

ぐぬぬキャッシュでこれの問題にブチ当たったのでちょっと調べている

> 以上より、消費税が改正され適格請求書が義務づけられて以降は、以下の２つのルールに従って端数処理を行うことになります。
>
> 1. 1つの適格請求書内で端数処理を1回行う
> 2. 税率単位で合計額に対し端数処理を1回行う

ふぬぬｷｬｯｼｭ

> 販売において消費税の端数処理は、「切り捨て」「切り上げ」「四捨五入」のどれを選択しても可。

ふーぬ

よくある相談 : 消費税価格転嫁等対策 - 内閣府
https://www.cao.go.jp/tenkataisaku/yokuaru.html#Q4

> 各事業者における販売価格の設定方法や価格表示の方法、レジにおける精算方法については、取扱商品や提供するサービスの性質、取引慣行などを踏まえ、各事業者の判断に委ねられているところです。

つまり場合によるから帳簿では苦労しろということですね、はい

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

エロゲとデータ化といえば、声優がｴﾖｹﾞで別名義を使うことが多い現象の扱いとかも LOD になるとかなり幸せになれる類のものだと思っている

RDB がお好き？ けっこう。ではこの話は終了になりますよ。 - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2019/12/15/you-can-use-rdb-lightly/#karaoke-activities-in-rdb--my-example--schema

名義問題についてはローカルの DB でも考えたことがあって、そのときは別名義やキャラクターボイスとしての出演を membership として扱うことにした。
たとえば 名義 foo (実際は bar) だと foo が bar グループに所属している扱いとし、 ほげ (CV. ふが) であれば「ほげ (CV. ふが)」が「ふが」に所属しているとする

とはいえ、実世界で大規模にやるなら OWL 的なアレ (オントロジー) で処理することになるのだろうなという気持ちもある

同一視とか包含関係、処理系の負担が大きそうだから積極的に使いたい気持ちにならないんだよなぁ。まあ実際極めて有用であるのは間違いないんだけど、処理系に選択の余地がないようではしょうがない……

この辺りの問題もある

静かでハスキーボイスめのジト目がち妹キャラが好きなので、1024個くらい名義使ってそうな某声優のボイスとかも大好きですよ

安玖深音 - Wikipedia
https://ja.wikipedia.org/wiki/%E5%AE%89%E7%8E%96%E6%B7%B1%E9%9F%B3

このアカウントは、notestockで公開設定になっていません。

やっぱり Linked Data とはいっても、実用的には良質なスキーマを用意するために誰かがイニシアチブを取らないといけないんだろうなぁという諦観というか、むしろ良質なスキーマが力を得てくれという祈りの気持ちがある

同一視で繋げられるから質が悪い情報でも構わないというのは、ちょっとね……

思うところはある。まあ実際それはそれで有用なのも間違いないんだけど

これありそうだよな……

実世界のデータ、大抵は閉世界仮説が適用できないのでとにかく扱いが面倒

あと最近の状況だと「VTuber のキャラとしての個性は公式には変化していないが中の人が入れ替わった/増えた」とか、未来を知っている神でもないとうまく扱える DB スキーマ設計とかできないでしょ……

中の人が変わるくらいならアニメとかのキャラクターと声優で例がある (e.g. らき☆すたの泉こなた) けど、まさか増えて複数がほぼ区別されないものとして同時に活動するとは思わないでしょ……

このアカウントは、notestockで公開設定になっていません。

これほんまこれ、 XML と graph DB 系はとにかく Java ばかりだったりして悲しい

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

ｴﾖｹﾞとかアニメ関係のメタデータ表現の OSS なプロジェクトあったら参加してみたいわね

理屈の上では triplestore 実装は RDB 上にｽｯと乗せられそうなものなんだけどねぇ……

RDF の仕様が重いというのはある……

コンペで特定の名前を勝ち取ることになるが今のところは仮の名前しか持ってない VTuber 候補のそれぞれをどう表現するかみたいな

前提として globally unique な ID がないことには何を表現するにも険しさがなくならないし、そこで IRI を使おうにも SNS のアカウントとかブログとかは簡単に消えるし urn を使おうにもドメインとか持ってる人のほうが少ないし、勝手に UUID 割り当てても共有するには結局オントロジー必要だし、まあいろいろとね……

このアカウントは、notestockで公開設定になっていません。

現代の概念は自動的に URI を得ることが多いので扱いやすいはずという儚い期待は粉々に砕け散るわけです

このアカウントは、notestockで公開設定になっていません。

なさそう……

これはもう完全な偏見なんですが、ああいう草の根生え抜き的な人々の活動でマトモな情報の扱いがされているとは到底思えない (これは任意の界隈について言える)

人々は前に進むことしか考えておらず、人が歩いた跡に石畳を敷き詰めるような人は通常いないし、稀にいたとして普通に労力足りないので無理

まあ後ろを向いて歩けというのもそれはそれで酷というか……難しい話

このアカウントは、notestockで公開設定になっていません。

wiki とか markdown とか、あの辺りはある程度即時性のほしい人間用情報共有などには向いているけど、機械可読性とは対極の存在なので……あれらが流行っている時点で希望などない

いい話をするか

相対性理論のおかげで全宇宙で通用する絶対的な時空の座標を用意しえないことが示されたはずなので、無理です (極論)

もっと言えば、異なる位置における同時性という概念も意味を持たないので、時空関係の値を ID に使おうとする時点で実はそれなりの無理があります (もちろん精度を下げることで実用的には問題を無視できる文脈もある)

UTC が世界共通に見えるのは人類がそれだけ低い精度で活動しているからにすぎない

NeruPointerException

尿意を我慢していると寒さを強く感じるようになってくる現象

このアカウントは、notestockで公開設定になっていません。

https://mstdn.maud.io/@omasanori/104070160920157389

「𓀁（口に手を当てている人。食べる、考える、伝える、助言するなど、様々な意味を持っていたと考えられている）」

を単語登録したのかと思った (煽り気味リアクション用)

このアカウントは、notestockで公開設定になっていません。

俺ガイルの再放送観てたら原作全部買うか……みたいな気持ちになってしまったのよな

XCF とか？

UHK 使ってるプロがいたら聞きたいんですが、 UHK の無刻印キーって外しても位置わかるようになってます？ (たとえば裏側を見ると qwerty での位置が書いてあるとか、一意な番号が振ってあって位置の図表が公開されているとか)

qwerty と dvorak 両方使うので、中二的な意味を置いておくにしても無刻印がかなり現実的にアリな選択肢なので

このアカウントは、notestockで公開設定になっていません。

互換性が気になるならね、 †正しい† デザインで自分達で実装するしかないんですよ

xkcd#927

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

この辺りは一度違法・脱法薬物あたりの蔓延率が教育でどう変化したかちゃんと検証すべきだと思っていて、たとえば教育によって違法薬物がどういったものでどういった経路で伝わってくるのか教えることで状況が悪化したかなどをちゃんと考えるべき

それで教育にポジティブな効果が大きいと認められるのであれば、違法な性産業についても同様の結果を期待できるかもしれない

合法な性産業に配慮しろとかその辺りはまた難しい話なので別の話題としたいところ

このアカウントは、notestockで公開設定になっていません。

https://pawoo.net/@arisue_neetsha/104070424688783250

これ不自然でも何でもなくて、電波でこまめに補正できることを前提に組む時計であれば通常のクォーツ時計より精度が低くてもおおよそ問題なかろうというのは自然な発想だし、これを電波の届きづらい場所に置けば言うまでもないが精度は下がる

このアカウントは、notestockで公開設定になっていません。

ゲーム依存条例の成立過程に問題　香川県議有志、調査委設置求める ｜ 共同通信
https://this.kiji.is/627430520418731105

このアカウントは、notestockで公開設定になっていません。

テキストエディタで画像見るとか何考えてるんですか？？？ テキストエディタはテキストをエディットするものですよ

さておき xkcd は頻出の番号を覚えておくと捗る (ことがある)

303: Compiling
927: Standards
1782: Team Chat

あたりは本当によく使うので

1782 を「よく使う」のは界隈が特殊すぎるか……

つよい すいしょう
よわい すいしょう
そんなの ひとの かって
ほんとうに つよい とけいなら
すきな すいしょうで
かてるように ひょうじゅんでんぱをつかうべき

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

Layout and keycaps – Ultimate Hacking Keyboard
https://ultimatehackingkeyboard.com/layout-and-keycaps

どうとでもなりそうだな

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

非実在創作ヒトガタの性器部分をそのまま印刷することもできない狂った国であるという文脈を踏まえてもう一度どうぞという感じだ……

性関連の規制したがる連中は実在か非実在かとか一切関係ないしどうでもいいと思っているので、 VR や AR も当然規制対象として見ているし、たぶん現行法の範囲で既に十分リスキー

つらいなぁ……

UHK をﾎﾟﾁｰする覚悟を決めたんだけど、 trackball と trackpoint どちらにしたものか (両方ともちゃんと使ったことがない)

このアカウントは、notestockで公開設定になっていません。

party cactus だ……

₍₍⁽⁽🌵₎₎⁾⁾ WATER OR DIE ₍₍⁽⁽🌵₎₎⁾⁾

カルマじゃん

karmaの意味・使い方・読み方 | Weblio英和辞書
https://ejje.weblio.jp/content/karma

「自業自得や」を "It's your karma." などと言うらしいです

Pocket (getpocket.com) 一時期使ってたけど、アプリのビューアの出来栄えがあまり好きではないとか、うまく整理するのが難しいとか、まあいろいろあって結局今は Shaarli 鯖立ててそれ使ってる

リーダーモードにするとコードブロックとかが全て消滅したりするの、流石にやりすぎでしょ……フォントやスタイルを変えるくらいはまだ許せるけど、ブロックまるごと消したり解説に必要な画像を消したりみたいなお節介は勘弁してほしい……

……と思ったけど、記憶が古すぎて定かではないので、もしかするとこれは Pocket ではなく Firefox Android のリーダーモードへの文句だったかもしれない (覚えてない)

でも私がそんな普通のｳｪｯﾋﾞページで reader mode を積極的に使っていたとも思えないので、やっぱり高確率で (firefox でなく) Pocket に問題があったのだろうと思います

このアカウントは、notestockで公開設定になっていません。

GNU_PROPRIETARY に空目 (本質的矛盾)

オラッ！

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

Rust は基本的に型を消去しない方向でやりがちなのでインライン展開が極端に強力であることが期待できるところに、ある意味では癖があるともいえる

関数を呼んでいるからといって本当に関数を呼んでいるとは思わないことです (???)

まあ大半のﾎﾟﾖｸﾞﾔﾏについて言えば、そんな究極のﾊﾟﾌｮｰﾏﾝｽとか気にしなくてもコンパイラに任せといて、綺麗で error-prone な API の設計に注力した方がいいという感じ

こういうの理屈の上では生ループ書いてるのと同等くらいのコード吐けるはずだからな (実際 rustc がどこまで頑張るのかは知らないけど)

C# わからんけど &mut dyn Iterator<Item=T> 自体は Sized なので型消去っぽいことはできるよ

dyn Iterator を直接 self にしようとすると Self: Sized に引っ掛かるけど、 Iterator についていえば
impl<I: Iterator> Iterator for &mut I
があるので実際どうとでもなる

あとは型に命名する必要がないなら impl Iterator もあるし、正直文脈によるのではとしか

まあ C# わからんが

そもそも IEnumerable<T> を返すという時点で Box<dyn Trait> 相当なのではというお気持ちがあるんだけど、実はそうでもなかったりするんですか

この場合は Box<dyn Iterator<Item = T>>

暗黙の型消去とかおよそ初心者向けの機能ではない (適当)

このアカウントは、notestockで公開設定になっていません。

文脈に依存して型が暗黙に変化するの、認知機能も疲弊するし険しい