URL が .php でいいなら
if (foo is Bar)
{
foo.MethodByNew();
}
が今まで Foo.MethodByNew() が呼ばれてたのが Bar.MethodByNew() が呼ばれるようになる
このアカウントは、notestockで公開設定になっていません。
明らかに悪用可能なソフトウェア(脆弱性のPoCとか)にはFOSSライセンスで公開していても追加でREADMEに「研究・教育目的です」的なことがよく書かれていますね
まだ起きたことがないからわからないけどあの手のライセンスの無保証/免責が(アメリカではともかくとして)日本でどれぐらい有効なのかは気になるんだよな……
「無制限に自由に扱ってよい」という文言から「犯罪に使ってもいい」という未必の故意をひねり出すような行為はやめていただきたいですね(謎のエアリプ)
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が発生します。
まとめると
・クリエイター側に売上が入ってくる時点で日本円に換金される
・クライアント側がコインを保有するぶんには普通の資産同様に価格変動は発生しうる(?)
・それはそれとして前払い対応のためにポイントも導入して、これの実際の扱いも上の業者に委任する(?)
みたいなところか?
カードの枠だけでやりくりするサービスは実際の金の動きと比較すると相対的にハードルが低いみたいなところありそうだなと思った(適当)
中小企業は、電子マネーを代わりに運用してくれるサービスをパッケージで買っている印象。(KYASH とかももともとそういう方向性だった覚えがあるよ)
現行のスキームの時点で承認からリクエストまでは Skeb がホールドしてるから
> 有効期限が無期限の前払式支払手段は、中小企業にとって負担が大きく易々と導入できるものではありません。
は確かに別にそんなことねえだろ感高いブンショウだ
クリエイターが価格変動のあおりを受けることはない、裏を返すとコインの価格変動で損得が発生するのはクライアント側だけということだよな……
1 万円分で買った Skeb Coin をガチホするなどによって 1.2 万円相当のリクエストに使えるみたいになると使う側にも利益が発生するという解釈になりそうなんだけどこれは回避できるんだろうか
初めてお付き合いさせて貰う彼氏の部屋が機械だらけだった
https://anond.hatelabo.jp/20220607001613
最初に出てくるコメントが反則だろ
記事を一通り読んだけど
> Skebを利用する限りでは、クリエイターのみなさんの税務処理が複雑になることはありません。
の部分のからくりがよくわからない
他の決済方法・既存の暗号資産でよいのではないか、依頼を受ける側の手続きが煩雑にならないか、暗号資産を立ち上げなくともポイントを発行すれば十分なのではないかなど、タイムラインでよく見かけた疑問に答えている。
Skeb Coinに関する補足説明 - skeb_jp - Medium
https://medium.com/skeb-jp/skeb-coin-supplement-d2c24bdd3521
何も TS 使うからと言って必ず Mapped Types やら Template Literal Types を使わなければならないわけでもない(むしろ使わないほうが健全だとすら思う)
無駄な型を書きたくないなら Hindley-Milner ベースの型推論がある言語をやると良いですよ、 Rust とか Haskell とか……
このアカウントは、notestockで公開設定になっていません。
A Philosophical Wandarer 先に入ってた Overrapid と Muse Dash より Rotaeno に入ってる方が尺が長いのか