どうでも良いけど、正直人が白人であろうが、黒人であろうが、本当に、どうでも良いです。誤解しないように何が言いたいのかということを言っておくと、わざわざ肌の色で顔真っ赤にする必要性は、感じないということです。リトルマーメイドの件は、ディズニー本人が原作レ〇プしたという事実は消えない

前にも言ったと思うけど、リトルマーメイドは人魚姫をベースとしたオリジナル作品という認識なので、実写版は原作レ〇プっていうのが俺の見解

だいたい言うけどさ、日本人だって肌こそ黒くはないけど、白くもないじゃない？その辺はどうなの？

先頭の「どうでも良いけど」、個人的にはどうでも良くないので、要らないです。肌の色に関して、そんなに気にする必要あるか？と思っているので、それに関してだけ「どうでも良い」です

まぁ、確かに、昔は肌の色に関して差別されてきたんだし、俺が想像できないような苦しみを味わってきたんだろうけど、それを無理やり話に組み込むべきか？っていうのは別の話だよね。そういうテーマならまだしも。リトルマーメイドは、少なくとも、アニメ版はそういうテーマじゃなかったし、->

実写版ではそれがテーマだ！とは言っても、アニメ版を壊さないようにしなきゃならん。俺はこれに関しては、どうしても成功したとは思えない。売れたとしても、だ。売れたという意味では成功したが、イメージ的には失敗と言っても良いと思う

そもそもアカデミー賞の基準からして、終わっている。「マイノリティをテーマにしなきゃ、絶対に受賞されない」だからな

差別ガー！って言うけど、この時点で差別になっていることが、理解できてないのかね？🤔

差別をなくしたいなら、その差別の対象になっている人の差別をなくすだけじゃなく、その逆の立場の人に対する差別も怒らないようにしないと、そうしないと、真に差別をなくしたとは言わん。アカデミー賞も、ディズニーも、真に差別をなくしたとは言えない

怒らないようにしない❌ 起こらないようにしない⭕️

特に、実際差別したことのない人に対しても、「お前の祖先が差別をしてきた！ならばお前もその報いを受けて差別されるべき！」とか言われても、知らんがな、としかならんのよな。俺からしたら、感情論でしかないと思うし、意味不明。まぁ、俺のこれも、多分感情論なんだろうけどね

俺も差別反対主義者だから、今のディズニーやアカデミー賞が許せないあまり、怒りに任せて変なことを言ってしまい、反省している

まぁ、ディズニーに関しては、なんでかはわからない()けどポリコレの代表格みたいな人が退職したらしいので、これで思想の押し付けが改善されるといいんだけどね・・・

前々からそれっぽいと思ってたんだよね 全てアイドルの所為です。 https://t.co/HuFsytf0g1 youtube.com/shorts/sy3b59U…uTubeより

Promise.allの件、むしろ並列に処理させたいなら、これが一番スッキリしないか？って思ってるんだけど、そういう話ではない？

最適化のためにPromise.all使うのがダメ、awaitを複数使って直列化すべきだ、っていうのは見た

でも個人的に、awaitって処理を待ってほしい時にしか使わないイメージで、だからawaitになったと思ってるんだけど、間違ってる？そもそも、正しい非同期処理の使い方をしているのか？

まぁ、正直、ク〇コードかそうじゃないかって、本物のブツを見ないとわからんでしょうなぁ・・・毎回非エンジニアが書いた業務用コードがひどすぎるって擦ってごめんけど・・・

一応、Fetch APIを使う目的で、awaitは使ったことあるんだけど、ちょっと勉強しただけで、そんな理解できていないかもしれないことはご了承いただきたい

awaitっていうか、async/awaitとPromise

まぁ、少なくとも、Promise.allが著しく可読性を落とす要因になるとは思えないなぁ。そりゃ、明らかに間違った使い方をしていれば悪くなるんだろうけど、と付け加えてはおくけど

逆に聞きたいけど、Promise.all以外に、並列処理をスッキリ記述する方法を教えてほしい。後学のためにも

あ、Promise.allSettledってのはなしね

ほかにも指摘している人がいたので、ある意味パクツイになっちゃうけど、件のPromise.allがダメな人のGitHub見てみたけど、なんか俺の知っている世界とは異なるJSの書き方してるってことはわかった github.com/wraith13/writi…

JSというか、TSだけど・・・

というか、これ、Gitの使い方として、どうなんだ？俺には、あまり良い使い方をしているとは思えないとお見受けするが・・・

可読性の話で言うなら、この人のソースコードも俺的には「読みにくい」部類に入るし（非エンジｎ（しつこい））、Promise.allを使ったら可動性がーっていうのは、あまり人のこと言えてないんじゃ？

可動性❌ 可読性⭕️ ｋ打ててませんでした・・・

まぁ結局のところ、場合による、がFAでアンチパターンではないんですよね

結局の話、単純にしたいのはそうなんだけども、簡単に単純にできるわけじゃないから、「これは複雑になるけど、しょうがないかーこうするかー」って場面もあると思うから、複雑になるのがダメとも思えないのが正直なところ

APIの制限を超えましたみたいなのは仕様ってTwitterさんが言っているらしいのですけど、最近のTwitter、バグを仕様と言って認めないという、無能な運営によくある状態に陥ってしまっているのでは

あー、俺もなったわ、APIの制限回数。これが仕様ですか・・・

「Webブラウザ版のTwitter」で起こったんだけど、これ本当に仕様？だとしたら改悪すぎるな・・・不具合と認めろや

なんだこの不具合クソバード

🐦💩「あぁー不具合〈ク〇〉出してスッキリしたわ・・・APIの回数制限を超えました・・・あ、これ不具合じゃなくて仕様ね！」

イーロン・マスクCTO「これは仕様だ。誰が何と言おうと仕様なんだ」

自分のことをTwitter史上最高CTOだと思い込んでいる無能CTO

おい、イーロン・マスクCTO、これが見えるか？これが仕様ってのか？？？

機能変更するのは良い（「改悪」でなければ）んだけどさぁ、変更したときに、ほかの処理に影響を及ばないかとか、そういうことも考えてね。エンジニアの世界じゃ常識よこれ？

考えてないから、機能変更するたびに何らかの不具合が出てるんでしょ？それ以外にどう説明すんのこれ？