URL が .php でいいなら
Posting kb10uy(@kb10uy@mstdn.maud.io) 📜もみあげと裾とコーディング
🔞性欲駆動アカウントにつき覚悟してください
Icon: 🐦️nunyu31
Header: 🐦️hataraku125
IIDX: 1751-5340
Switch: SW-4453-9803-7897
メカ夏稀もよろしくね: @mecha_natsuki
僕にはもう PHP の self と static の使い分けがわからない
Rust のトレイトで同じようなことが起きるとそもそもドット記法ではアクセスできなくなるね
if (foo is Bar)
{
foo.MethodByNew();
}
が今まで Foo.MethodByNew() が呼ばれてたのが Bar.MethodByNew() が呼ばれるようになる
This account is not set to public on notestock.
if (a is ClassB)
var b = a as ClassB;
あたりかな
ディルドとかオナホールにジョークグッズですって書いてあるのと同じようなもんか
明らかに悪用可能なソフトウェア（脆弱性のPoCとか）にはFOSSライセンスで公開していても追加でREADMEに「研究・教育目的です」的なことがよく書かれていますね
実はこういう(かなり黒な)用途に使えるんですよとか書いてあったら教唆になりうるかなとは思うけど
本当に特に用途について言及してなかった場合があやふやなのがちょっと不安だよねみたいな話です
Winny はそのような用途に使ってはいけませんみたいなこと書いてたから赦されたみたいなところない？
ていうかこの文面の感じだと Skeb コインのほうは結局 Skeb 本体が持つのか？
エアドロップ地味に扱い面倒そうだなあと思ってたので拒否できるならよかった
まだ起きたことがないからわからないけどあの手のライセンスの無保証/免責が(アメリカではともかくとして)日本でどれぐらい有効なのかは気になるんだよな……
「無制限に自由に扱ってよい」という文言から「犯罪に使ってもいい」という未必の故意をひねり出すような行為はやめていただきたいですね(謎のエアリプ)
元コレクションを操作した瞬間に IE を捨てれば生き残れるのか(いやだめだろ)
c# - ForEach文で中身の処理中に母集合側が変化するとMoveNextでエラーになる？ - スタック・オーバーフロー
https://ja.stackoverflow.com/questions/10119/foreach%E6%96%87%E3%81%A7%E4%B8%AD%E8%BA%AB%E3%81%AE%E5%87%A6%E7%90%86%E4%B8%AD%E3%81%AB%E6%AF%8D%E9%9B%86%E5%90%88%E5%81%B4%E3%81%8C%E5%A4%89%E5%8C%96%E3%81%99%E3%82%8B%E3%81%A8movenext%E3%81%A7%E3%82%A8%E3%83%A9%E3%83%BC%E3%81%AB%E3%81%AA%E3%82%8B
> 仕様上、foreachの処理中にコレクションに追加・削除が発生すると、InvalidOperationExceptionが発生します。
Rust の場合「イテレーターが不変参照を握ってるから可変参照を作れない」というのを言語構造としてチェックしてるわけだけど
元の List 側は IE で舐められてるかどうかなんて知ったこっちゃないというあたりに根本的な問題がある
フルトラでロコモーションオフにしてる人がそんなにいないみたいなのはあるかも
まとめると
・クリエイター側に売上が入ってくる時点で日本円に換金される
・クライアント側がコインを保有するぶんには普通の資産同様に価格変動は発生しうる(？)
・それはそれとして前払い対応のためにポイントも導入して、これの実際の扱いも上の業者に委任する(？)
みたいなところか？
カードの枠だけでやりくりするサービスは実際の金の動きと比較すると相対的にハードルが低いみたいなところありそうだなと思った(適当)
中小企業は、電子マネーを代わりに運用してくれるサービスをパッケージで買っている印象。（KYASH とかももともとそういう方向性だった覚えがあるよ）
と思ったがカードの与信枠と実際に振り込まれた金だとまた面倒が違ってくるのかしら
現行のスキームの時点で承認からリクエストまでは Skeb がホールドしてるから
> 有効期限が無期限の前払式支払手段は、中小企業にとって負担が大きく易々と導入できるものではありません。
は確かに別にそんなことねえだろ感高いブンショウだ
Skeb ポイントもその外部業者が持つんだろうか(これは明らかに円と同じ価値であるけど)
まあそれしか使えなくなるわけではないからクライアント側は税務処理したくないなら使わなきゃいいだけか
クリエイターが価格変動のあおりを受けることはない、裏を返すとコインの価格変動で損得が発生するのはクライアント側だけということだよな……
1 万円分で買った Skeb Coin をガチホするなどによって 1.2 万円相当のリクエストに使えるみたいになると使う側にも利益が発生するという解釈になりそうなんだけどこれは回避できるんだろうか
Skeb 側に入った瞬間に日本円になるから大丈夫ってそういう感じの原理か
初めてお付き合いさせて貰う彼氏の部屋が機械だらけだった
https://anond.hatelabo.jp/20220607001613
最初に出てくるコメントが反則だろ
記事を一通り読んだけど
> Skebを利用する限りでは、クリエイターのみなさんの税務処理が複雑になることはありません。
の部分のからくりがよくわからない
他の決済方法・既存の暗号資産でよいのではないか、依頼を受ける側の手続きが煩雑にならないか、暗号資産を立ち上げなくともポイントを発行すれば十分なのではないかなど、タイムラインでよく見かけた疑問に答えている。
Skeb Coinに関する補足説明 - skeb_jp - Medium
https://medium.com/skeb-jp/skeb-coin-supplement-d2c24bdd3521
まあ submodule が自動で update されるのがいいかというと別の話だけど
GitHub Actions で A 側に push hook 、B 側に workflow dispatch を仕掛ける
Mapped Types はともかく TLT とか複雑な CT はやらんほうがいい やらんで済むなら
何も TS 使うからと言って必ず Mapped Types やら Template Literal Types を使わなければならないわけでもない(むしろ使わないほうが健全だとすら思う)
無駄な型を書きたくないなら Hindley-Milner ベースの型推論がある言語をやると良いですよ、 Rust とか Haskell とか……
This account is not set to public on notestock.
ああいや単に Date だと思ってたら string だったみたいな事故が減るみたいな意味です
サーバーサイドだったら日付がプリミティブにあるシリアライズ形式を使おうねで良かったんだけど
たしか Object Array Number String Boolean のいずれかにしかならない
Array.sort は今や安定だからそれに起因するものでもないだろうしなあ
元々ウニの公募曲だったっぽいから尺がウニ向き(～160s)というのはありそう
A Philosophical Wandarer 先に入ってた Overrapid と Muse Dash より Rotaeno に入ってる方が尺が長いのか
