ブログでPythonのメタクラスよりも書きたいことが出てきたので、Pythonのメタクラスの記事は後回しさせてください。すみません。
ブログでPythonのメタクラスよりも書きたいことが出てきたので、Pythonのメタクラスの記事は後回しさせてください。すみません。
底辺職の件、マジで書いた人は毎日足の指全部角にぶつける呪いにかかれば良いと思った。 全部自分たちの生活のために必要な職業ばかりじゃねえか。まぁ、その割に給料が低いところも、それはそれで問題だけど。明らかな差別。
日本は昔から身分差別の文化が根付いているからか、今でも「底辺校」だとか「低学歴」だとか「底辺職」だとかで、差別する人が多いのよね。 どういう理由があって底辺校に入ったのか、低学歴になったのか、底辺職と書かれてた職種に就いたのか、事情があるのではないかと考えない人が多すぎる。
どうでも良いけど、正直人が白人であろうが、黒人であろうが、本当に、どうでも良いです。誤解しないように何が言いたいのかということを言っておくと、わざわざ肌の色で顔真っ赤にする必要性は、感じないということです。リトルマーメイドの件は、ディズニー本人が原作レ〇プしたという事実は消えない
前にも言ったと思うけど、リトルマーメイドは人魚姫をベースとしたオリジナル作品という認識なので、実写版は原作レ〇プっていうのが俺の見解
先頭の「どうでも良いけど」、個人的にはどうでも良くないので、要らないです。肌の色に関して、そんなに気にする必要あるか?と思っているので、それに関してだけ「どうでも良い」です
まぁ、確かに、昔は肌の色に関して差別されてきたんだし、俺が想像できないような苦しみを味わってきたんだろうけど、それを無理やり話に組み込むべきか?っていうのは別の話だよね。そういうテーマならまだしも。リトルマーメイドは、少なくとも、アニメ版はそういうテーマじゃなかったし、->
実写版ではそれがテーマだ!とは言っても、アニメ版を壊さないようにしなきゃならん。俺はこれに関しては、どうしても成功したとは思えない。売れたとしても、だ。売れたという意味では成功したが、イメージ的には失敗と言っても良いと思う
そもそもアカデミー賞の基準からして、終わっている。「マイノリティをテーマにしなきゃ、絶対に受賞されない」だからな
差別をなくしたいなら、その差別の対象になっている人の差別をなくすだけじゃなく、その逆の立場の人に対する差別も怒らないようにしないと、そうしないと、真に差別をなくしたとは言わん。アカデミー賞も、ディズニーも、真に差別をなくしたとは言えない
特に、実際差別したことのない人に対しても、「お前の祖先が差別をしてきた!ならばお前もその報いを受けて差別されるべき!」とか言われても、知らんがな、としかならんのよな。俺からしたら、感情論でしかないと思うし、意味不明。まぁ、俺のこれも、多分感情論なんだろうけどね
俺も差別反対主義者だから、今のディズニーやアカデミー賞が許せないあまり、怒りに任せて変なことを言ってしまい、反省している
まぁ、ディズニーに関しては、なんでかはわからない()けどポリコレの代表格みたいな人が退職したらしいので、これで思想の押し付けが改善されるといいんだけどね・・・
前々からそれっぽいと思ってたんだよね 全てアイドルの所為です。 https://t.co/HuFsytf0g1 youtube.com/shorts/sy3b59U…uTubeより
Promise.allの件、むしろ並列に処理させたいなら、これが一番スッキリしないか?って思ってるんだけど、そういう話ではない?
最適化のためにPromise.all使うのがダメ、awaitを複数使って直列化すべきだ、っていうのは見た
でも個人的に、awaitって処理を待ってほしい時にしか使わないイメージで、だからawaitになったと思ってるんだけど、間違ってる?そもそも、正しい非同期処理の使い方をしているのか?
まぁ、正直、ク〇コードかそうじゃないかって、本物のブツを見ないとわからんでしょうなぁ・・・毎回非エンジニアが書いた業務用コードがひどすぎるって擦ってごめんけど・・・
一応、Fetch APIを使う目的で、awaitは使ったことあるんだけど、ちょっと勉強しただけで、そんな理解できていないかもしれないことはご了承いただきたい
まぁ、少なくとも、Promise.allが著しく可読性を落とす要因になるとは思えないなぁ。そりゃ、明らかに間違った使い方をしていれば悪くなるんだろうけど、と付け加えてはおくけど
逆に聞きたいけど、Promise.all以外に、並列処理をスッキリ記述する方法を教えてほしい。後学のためにも
ほかにも指摘している人がいたので、ある意味パクツイになっちゃうけど、件のPromise.allがダメな人のGitHub見てみたけど、なんか俺の知っている世界とは異なるJSの書き方してるってことはわかった github.com/wraith13/writi…
というか、これ、Gitの使い方として、どうなんだ?俺には、あまり良い使い方をしているとは思えないとお見受けするが・・・
可読性の話で言うなら、この人のソースコードも俺的には「読みにくい」部類に入るし(非エンジn(しつこい))、Promise.allを使ったら可動性がーっていうのは、あまり人のこと言えてないんじゃ?
結局の話、単純にしたいのはそうなんだけども、簡単に単純にできるわけじゃないから、「これは複雑になるけど、しょうがないかーこうするかー」って場面もあると思うから、複雑になるのがダメとも思えないのが正直なところ
APIの制限を超えましたみたいなのは仕様ってTwitterさんが言っているらしいのですけど、最近のTwitter、バグを仕様と言って認めないという、無能な運営によくある状態に陥ってしまっているのでは
「Webブラウザ版のTwitter」で起こったんだけど、これ本当に仕様?だとしたら改悪すぎるな・・・不具合と認めろや
🐦💩「あぁー不具合〈ク〇〉出してスッキリしたわ・・・APIの回数制限を超えました・・・あ、これ不具合じゃなくて仕様ね!」
機能変更するのは良い(「改悪」でなければ)んだけどさぁ、変更したときに、ほかの処理に影響を及ばないかとか、そういうことも考えてね。エンジニアの世界じゃ常識よこれ?
考えてないから、機能変更するたびに何らかの不具合が出てるんでしょ?それ以外にどう説明すんのこれ?