  |
はてなキーワード: 変数とは
タイトルは釣りだが、統計学者たちが科学研究の「正しい」方法論について語りだしたら、即座に信用するのはやめたほうがいい。実際、論者によってその方法論がどうあるべきかについて差がある。統計学者は科学全般に物申すことが多いので、謙虚さのない統計学者はたちが悪い。(論者によって差があってどれが正しいか自明ではない場合があるのに、自分の信じる理論だけが唯一正しいと主張して、ツイッターという道具を用いて影響力を行使するのは相当の傲慢さを感じる)
類推的ではあるが、物理学の分野でも狭いコミュニティの中で集団思考に陥っている。隠れた変数理論というのがあるが、量子の動きを正確に予測するニューラルネットを学習するための実験＆データ収集方法を確立すれば隠れた変数が存在していることを示せるかもしれない、ぐらいのことは確か言われているが ( https://arxiv.org/pdf/2010.01324.pdf )、どういうわけか量子スケールにおいて決定論は存在しないという見方が多数派として固定化されてしまっている。
言いたいことは、フォロワー数が多い自称サイエンティストみたいな連中のツイッター上のマウンティングに刺激されたからといって、なんでもかんでも盲信するのはやめたほうがよいという話。盲信する前に、複数の異なる見解を持つまともな専門家の論文を嫁。日本語の情報だけに頼るな (もし科学について何か言いたいなら)。
マッチングアプリへ登録するか、自己肯定感の高低よりも行動力の高低の方が大きい変数だと思う
データ分析の練習や説明用によく使われる、「1970年代の」ボストンの不動産価格データセットは、"ethical problem" があって、いろんな機械学習ライブラリから排除されるのね。
“B”
Just in case you’ve gotten this far without somehow paying attention, the column in question is called “B”:
B: Black proportion of population. (1970 US Census)
This is already offensive to 2019 eyes (and hopefully 1975 eyes). But let’s try to give the authors the benefit of some doubt that I’m missing something historical, or otherwise relevant, that would warrant the inclusion of this field in the “common specification” of hedonic house pricing.
racist data destruction?. a Boston housing dataset controversy | by M Carlisle | Medium
https://medium.com/@docintangible/racist-data-destruction-113e3eff54a8
Deprecated since version 1.0: This function is deprecated in 1.0 and will be removed in 1.2. See the warning message below for further details regarding the alternative datasets.
sklearn.datasets.load_boston — scikit-learn 1.0.1 documentation
https://scikit-learn.org/stable/modules/generated/sklearn.datasets.load_boston.html
データに含まれる "B" という「地域住民のうちの黒人の割合」を示す列がいかんらしいね。まぁ、日本で「〇〇市の不動産価格データセット」があったとして、そこに「地域住民のうちの部落出身者の割合」が同じく "B列" であったら燃えるだろうしなぁ。でも、実際に目的変数である不動産価格に負の影響を及ぼしてるんだけどねぇ。
いわゆる憧れ産業っていう職業についている人だけど安易に「なれば？って勧めるのは」本当にやめた方が良いと思う。
やめたほうが良い理由
例えばゲーム会社で言えば普通に大手だと足切り……は一見ないけど履歴書が色眼鏡で見られなくなるという有利な点がある。
追加して食っていけなくなったときのセーフティネットとして学歴はあったほうが良い。フリーター無職出身で他業種の人を雇うより、高学歴無職の方が全然採りたい。
なので、それを目指すというよりは普通に勉強して、ついでに専門の事やったほうがいい。できる人はついででもできちゃうし、専門のことはその仕事についた方が身につく。
個人でやれるレベルには限界があるから、レベルが低いことが多い。
専門的に勉強してるはずの学生の制作物とか話にならんものが多いのと一緒。
Youtuberだとしても、例えば東大出身で映像会社出身のやつと、ニートのどっちが目が出る確率が高いかって話。
・結局勝っているやつは頭のいいヤツ
学歴も同様だけど、ゲームを作っている時に”できる”って思うやつは大体普通に頭がいい。
求められる頭の良さを説明するなら、物事を構造化・抽象化して捉える能力、それを具体化して説明できる能力、物事を逆算で考えられる論理的思考力、抜け漏れがないかをチェックできる俯瞰的な思考能力。
これらは何で養われるかというと、学校の数学だったり、社会だったりする。そういった授業でいかにそれを行なってきたかによって能力値が変わる。
例えばみんなが知っているような歴史で言えば、三国志でなぜ蜀は漢に成り得なかったのかを考えた時、劉備の人格のせいなのか、実際の市井の状況のせいなのか、それを補完する経済政策なのか、地政学が原因なのか、本当に天下三分の計で呉を攻めなかったら蜀が勝っていたのかということを考えるか考えないかで能力値が違う。
ゲームをプレイするときにも、これはどういう戦略で、どこが弱くて、何に強いのか、だからメタを張る時にどう動けば勝てるのか、とかを考えるか考えないかで違う。
大体頭がいいやつは歴史だけでなく一つ一つの物事に対してこういうことを考えていて、だから教養もあるし、能力値も高い。
で、そうした時に自分の子供がそうなれるような土台や教育、教養を得られる環境、受け継がれるであろう自分の考え方を持っているか持っていないかだと思う。
持っていた上で、自分の子供がそれを満たすと踏めるならやればいい。
そうでないならやめる方がいい。
じゃないと勝てないんスわ。
憧れ産業、上を見たらキリないんですわ。
そしてそういうやつも失敗している。
だから何も持たない人が、何も考えずにツッコんだら死ぬんですわ。
まぐれ当たりで一発当てるなら運が良ければイケるかもしれない。
でも、こういうモノづくりの産業ではトップを取り続けないと干されるし、そのためには強固な理論と、そしてそれを柔軟に取り回せる知恵が必要。
で、トップの話をしたんだけど、そもそも安定して食っていきたいならトップ取るつもりで勉強とか理論構築とかしてないと普通に取り残されて死ぬ。
勝てないけど勉強し続けないと食っていけない。
普通に50近くで新卒と同じような給料で食ってるようなおっさんとか見るんだわ。
もしくはライン工みたいに延々年下部下の下でアセット素材作ってるようなおばちゃんとかいるんだわ。
その人達、普通にゲームづくりの勉強、デザインの勉強はしてるんだわ。
もちろん、運だとか印象だとか経歴だとか見た目だとか人当たりだとかいろんな変数があるから一概には言えないけど、これらは学があれば(正確に言えば自分から勉強して困難を乗り越えた経験があれば)乗り越えられるんですわ。
だから、俺がそういう憧れ産業に付きたいっていう奴に言うことがあるとしたら、とにかく「学校の勉強をいっぱいしろ」ってことです。
その上で目指しているなら「なれば？」が正解だと思う。そういうやつはやっても反対されね―から。もしくは反対されても勝手にやっちゃうから。
なので反対されてクダ巻いてるだけの時点ですでに負けなんです。
ちなみに学校の勉強に関しても経験上指標があってお伝えしておくと、少なくとも大学偏差値65ラインは担保しておいたほうが良いと思います。
もし、あなたが反対されて上記の偏差値をどうやっても満たせない場合には、死ぬほど手を動かして実績を作って、モノで相手を納得させたほうが良いです。
お子さんの場合には、最小環境を与えて(漫画なら紙と鉛筆)それで作って年齢を満たしてなくても大人の出す賞に出させてください。
つまり、物語にガベージコレクションの機能があれば、自然と伏線は回収されるのではないか
参照をカウントしてゼロになったときにデストラクタが発動するだけでも構わない
つまり、スコープから外れるとスタックなどに確保された変数の領域が開放されるように、
物語のある地点のスコープに含まれるもの、近くてどうでもいいものは記憶からも消えていく
しかし、グローバルではないが、どれだけ広範囲なのか分からない伏線のようなものがあり、
物語が如何に進行しようとも、そのポインタだけはキープしている
ときどき登場人物が思い出したかのように伏線を語るとき、参照カウントが追加される
そうやってカウントが増えたり減ったりして、
最後は大団円でauto release poolの中に登録された伏線がドバーッと開放されていく
だから伏線にはポインタのように誰が所有しているとか責任を取るべきみたいな概念が当てはまるのかもしれない
つまるところ、メモリにゴミを置いたままプロセスが終了するということであり、
それでも問題ないのはOSのように周囲が尻拭いしてくれるからである
作者はコアダンプを吐くべきだ
もっともらしいこと言ってるつもりかもしれないけど、比較しているのはたとえば「偏差値69の早稲田大学政治経済学部の人間と偏差値49の大東文化大学法学部」で、49の方は大学のボリュームゾーンなんだから偏差値のばらつきは小さい。
そもそもの20というのも雑な数字なわけで、細かい差は本質的じゃない。
科目の話も見当違いで、別に英語の能力が違うと英語の話が合わないと言っているわけではなく、会話を成立させる諸要素と相関する変数として「偏差値」と言っているんだから、個別の科目より数科目総合の方が妥当。
話の本筋を考えずに目についたところだけ見て揚げ足を取ろうとするやつは、頭が悪い。
さっきちらっと見た記事にそれを推奨するかのように書いてあって、でもめっちゃ叩かれてたんだけど。
実際どうなのかね。
他の言語は良いよ。finalの後にvar付けなくて良いんだから。
でもJavaってvar抜きで変数宣言できないんだね…。まぁそれなら賛成こそしないが、final抜きでと言いたくなる気持ちは分かるわ…。
自分のブログだと倫理的に微妙だったので増田で好き放題書こうと思います。
10年の時を経てアイマス2の没データが発掘されたじゃないですか。前々からそういう話のあったミリオンライブのレイジュリモモ3人に関するデータが。
なんのことって人は↓を見てくれ。面白いことに今回出てきたデータって過去の噂とめっちゃ符号するんですよ。
https://www.nicovideo.jp/watch/sm39673087 絵と音は権利者削除で消えちゃったけどインターネットの海を探せば残骸くらいはありますね。
あと用語説明とか背景説明とかめんどいんで、ある程度アイマスに詳しい人向けに書きます、ご容赦を。逆に間違ってるところあったら指摘してください。
(週刊ファミ通 VOL.1787にてミリオンライブの立ち上げについて家庭用で用意されたキャラもいると明言されていました。どっかで関係者が言っていたとかはあったけど出版物のレベルでは初かな？)
「じつは何名かは家庭用開発の際にイメージされていたアイドルもいて、状況によっては家庭用で立ち上がっていたかもしれません。」
さて、まずは周辺の噂や事実について改めて調べたことを並べていきましょう。
これにはアイマス2の発売日など、当然のことも含みますし、それらについては情報元を提示しません。
299 ：声の出演：名無しさん：2010/09/24(金) 22:14:45 ID:EtBVV8/MO
高山ゆうこも歩き煙草して吸い殻放置してるの見たぞ。しかも今度アイマスに出るってでかい声で自慢してた。聞き間違いかもしれんが。
https://toki.5ch.net/test/read.cgi/gal/1294758877/
長文になるかもなんで先に謝らせてくれ
ライブの帰りの電車内で、服にゲストパスはっつけたままのを含む４人組が近くにいたんだ
自分はぼっち参戦だったから静かなもので、その４人がべらべら話す内容が否応なしに聞こえてきた
それ曰く
（ハードは不明だがおそらくPS3で）新規アイドル３人が登場らしい
１年半ほど前から歌の収録は始まっており、シナリオパートはまだ
４人のうち３人はその新キャラのCVの様で「早くシナリオ録らないとキャラ忘れちゃう」だそうだ
784 ：名無しくん、、、好きです。。。：2011/01/12(水) 10:25:26 ID:ltUFsrr6
あと別の一人は男だったんだけど「なかがわさん」って言われてた
829 ：名無しくん、、、好きです。。。：2011/01/12(水) 10:38:11 ID:ltUFsrr6
そう、愚痴りたいだけだったんだ、吐き出したいというか
「なかがわさん」はサウンドの人とは違うっぽい
「はるかさん」はどこだったけな…横浜付近だった気がするけどその時はまだ
858 ：名無しくん、、、好きです。。。：2011/01/12(水) 10:46:22 ID:ltUFsrr6
ちなみに安心してぺらぺら喋ってたのも当人たちなりの理由（笑）があるんだと思う
周りの男性Pたちは少し離れたところに乗ってたし、ライブの感想語り合ったりしてたし
ショッピングバッグは持ってなかったし
それでもやっちゃいけないレベルだと思うんだけどね
956 ：名無しくん、、、好きです。。。：2011/01/12(水) 11:15:22 ID:ltUFsrr6
そろそろ鬱陶しく思われる頃合だろうし、次スレだしで自重するけど最後に
「二人はなんかかっこよさげな苗字なのに自分だけ『たかはし』とか庶民的で～」とか言ってた
内容は出さずに「ライブ帰りの車内でぺらぺら漏らすのやめてくれ」って1度だけ書いた
多分自分だ
にわかには信じられない内容だけど
「本当だとしたらそれは酷い」とか怒ってくれた人ありがとう
188 ：名無しくん、、、好きです。。。：2011/03/09(水) 00:57:52.78 ID:ZG1QonQg
なんか解析の人がこんなこと書いてるんだがどういうことだ？
> アイマス2のプログラムファイルをながめていたら IDOL_REI IDOL_JUL IDOL_RIN とか見つけたけど
この件で俺が気になる点は
です。
まず1点目、今回出てきた没データだが偽物ってことはないでしょう。モデルとコミュだけならギリギリ疑う余地があると思うけどリンコの声がモロに桃子です。桃子が歌うWAOとビジョナリー出されたら反論不可能ですはい終了。
2点目、まずリンコは何回か言ってるように確定とします。残るはジュリアとレイカですが、2chの10年前の書き込みを信じるなら「たかやま」さんと「はるか」さんになる。わたなべのけいこさんは該当しませんね。
当時の松田ビル系所属声優から高山ゆうこ＆佳村はるか or 山崎はるか(当時事務所預かりだったらしい)では？と言われていましたが、個人的にこれが正しかったんだと思います。ジュリアはちょっと判別が難しいですが少なくとも愛美の声ではありません。レイカはWAOの音源しかないですが、違うと断定できないくらいには山崎はるかの声に似ています。歌い方のクセ鑑定士がいたら鑑定してください。ということで私の中では3人確定ということにしています。
3点目、いつ没になったのか。これが難しい。2009年くらいから歌を録り始め、新年ライブに招待されてることから箱版発売直前の2011年1月ではまだ出演予定があったということになります。
この8ヶ月のどこで彼女たちが死んだのか、本当にわからない。本来のルートならアニマスの2クール目に出てきてもおかしくないけど、どっちもシリーズ構成レベルで石原絡んでるから連携は取れるだろうしなんもわかりません。モデルもだいたいできてて(?)歌まで録って没になるって何事？？？？？？
あとジュリアの本名って熊野説があるけど電車の会話が正しければ「高橋」になるんですよね、なんか高橋と戦艦とジュリアをこじつけるロジックないかな。現行設定は熊野だと勝手に思ってます。
とくに総括もないですし、書きたいこと書いたので終わります。
あとTGS版のROMは去年発掘されてたとかなんとかあるらしいけど4chanは掘りきれてないので知りません。
142 ： おにいちゃん 2021/11/30 03:00:36 ID:644YyA1qSI
今回の件で思い出したのは、ミンゴスとぴょんの初対面の時の話
2013年8月配信のアイマスタジオ第122回でミンゴスが語っていたことなので、詳細はDJCDで確認できると思う
発言の「3〜4年前」の出来事だった、というから2009年か2010年ごろの話
曰く、事務所に所属する前のぴょんが「何かの歌唱オーディション」を受けているところにミンゴスが出会したのだという（時期的にミリオンのオーディションではないのは確定）
ぴょんが細かなニュアンスについてのディレクションに的確に反応することにミンゴスは強い印象を受けたとのこと
何気なく聞き流してしまいそうになるが、スタッフでもないミンゴスがオーディションの具体的なやりとりをブースの外で聞いていた、というのはよく考えるとかなり不可解な状況で、個人的にずっと引っかかっていた
(騒動も一段落したので2021/12/13にちょっとだけ直した)
https://togetter.com/li/1801421
物理学をやれば計算が出てくるが、あれを算数の延長と考える人は居ない
四則演算したとしても、それは物理学をやるためのツールと認識されるだけだ
これを学ぶときに、算数の延長から離れられる生徒は、どの程度の割合なのだろう？
高校でこれらを教えるときに、「数学とは」を語る教師はどの程度いるんだろう？
私の時は「大学受験へのHowTo」として授業が為された
https://ja.wikipedia.org/wiki/%E5%BE%AE%E5%88%86
初めに最も簡単な場合を扱う。すなわち、実数値の変数を1個もち、値も1個の実数であるような関数 f(x)（または単に f とも書く）を微分することを考える。
「微分する」というのは、より正確には、微分係数（英語版）または導関数のいずれかを求めることを意味している。
説明を単純にするため、f(x) はすべての実数 x に対して定義されているとしよう。
すると各々の実数 a に対して、f の a における微分係数と呼ばれる数がある（定義されない場合もあるが、ここでは理想的な状況のみを想定して説明する）。
これを f′(a) で表す。また、実数 a に対して微分係数 f′(a) を対応させる関数 f′ のことを f の導関数という。
直感的だろうか？
躓く人は、「1+1=2」の時は出来ていたマッピングが出来ないだけではなかろか
（高校時に）文系選択の子で数学が苦手な子は、考えすぎてるんだよね、解釈とか世界観とか、形式的操作と意味を分離できない。対して理系選択の子で数学が苦手な子は、手の動かし方しか知らない。
これ凄い事かいてるんだぜ
教える側が「とにかくツールの使い方を覚えろ」と、「手を動かすだけじゃダメ」を併記して、だからダメなんだろうと言ってる
バッシングの嵐ではなかろか
きちがいじみた鬼ネストを書いてて、うんこのピラミッドをひり出してるって本人気が付かないもんなの？
しかも広範囲に影響する変数をばらまいた上に一時変数の使い回しとかして、バグらせたがってるとしか思えないんだけど
処理とか要件を整理しないでプログラム書き散らすのやめてもらえませんか？
プログラムは計算機動かす前に人間が読むための文章でもあるんだが、こういうプログラム書くやつってそもそも日本語もろくに書けなかったりするんだよな
逆を言うなら最低限の日本語文章かけるやつなら算数能力あればまともなプログラムかけるんだけど。最低限の日本語+算数できる時点で結構ふるい落とされる人が多い現実よ
Pythonの無言ブクマをよく見かけるのでネットワークに続いてちょっと書いてみることにしました。
東大・京大のコンテンツが初心者向けでおススメという言説を見かけるのだけど、これは本当だろうか。私は人を選ぶのではないかと考えています。
あれは確かによくまとまっているし、初心者向けに制作されてはいるのだとは思うのですが「大学の学生に向けた授業で用いる」内容だということを失念して手放しで称賛しているきらいがあるなと。
私としてはあの資料は以下の前提で用意されていると考えています。
とはいえ、資料を読んだ時の理解度など人それぞれですから、私が勝手にそう思っているだけなのかもしれません。
あの資料が本当に初学者である自分に向いた資料であるのか。挫折せずに続けられそうか。それは10分やってみたらわかると思います。
なのでまずは10分だけでもいいので実際に試してみて欲しいです。
なお、10分というのは、Google アカウントをお持ちの方限定で、AndroidもGmailなど、Googleのアカウントなんて持ってないぜという方は、アカウント作成にプラス10分割くか、Googleに与したくないということであれば似たような環境であるAnacondaを導入してJupyterNotebookを起動させるかのいずれかで試してください。
後者はnotebook立ち上げる前にめんどくさくて嫌になる可能性があるけど、ポリシーの問題だから仕方ないよね。
Pythonの実行環境は色々なパターンが増えましたが、2021年現在で一番お手軽に試せる環境は Google Colab です。異論は認めない。そしていまんとこ無料なので安心して欲しい。
Google Colab：https://colab.research.google.com/
アクセスすると「Colaboratory へようこそ」というページにたどり着きます。
タイトルの直下にメニューが並んでおり、そこから「ファイル」⇒「ノートブックを新規作成」と選ぶだけで新しいノートブックが開きます。このノートブックというのが Python を実行するための環境になります。
もしGoogleアカウントにログインしていない場合、ここでログイン処理が間に挟まるので、その場合は粛々とログインするだけでOKです。
再生ボタンのようなアイコンと、その横にテキストボックスが表示されたと思います。このテキストボックスは「セル」と呼称します。Excelと同じですね。
これは所謂Jupyter Notebookというもので、Google Colabのカスタマイズが施された専用バージョンです。
では、このテキストボックスにまず「1+1」と書いて実行してみましょう。
実行は再生のアイコンをクリックするか[Shift]+[Enter]キーを押下するかのいずれかで行なえます。
結果として2と出れば完璧です。
下にもう1個セルが出てきたと思います。今度は次の2行書いて実行してみましょう。
msg_text = "Hello World!"
print(msg_text)
所謂Hello Worldですね。文字列が表示されたと思います。
ここでお気づきかも知れませんが、最初の1+1はprint()を省いても結果が出力されました。
実はGoogle Colab（とその元になったJupyter Notebook）では、print()を書かなくてもセルの最後の結果を表示してくれる機能があります。
これはPython標準機能ではありませんので、その点にはご注意ください。基本的にはprint()などの表示するための関数が必要で、セルで実行する際には例外であると覚えておいてください。
さて、これでPythonを実行する環境が整いました。多分ここまで5分も掛からずに実践できたと思いますがいかがでしょうか。
Pythonプログラミング入門： https://utokyo-ipp.github.io/
この中から以下の2つをGoogle Colabに写経しつつ実施いただきたいと思います。残り時間でぎりぎり終わるところまででひとまずいいかなと思います。10分頑張ってみましょう。
いかがでしょう。Python楽しそうだと思えたでしょうか。このまま学習を進められそうでしょうか。
まず、このまま続けられそうであれば、この資料は向いている（素養がある）のだと考えます。上記で飛ばした以下の項番も含めて順番に項目をやってください。
私見ですが、この資料は学習順序も考えてまとめられた資料と思われるので、つまみ食い的に興味があるところだけというのは余りおすすめしません。
一歩ずつ進めていきましょう。それだけでPythonの入門は可能です。がっつり時間を割けるなら1週間もあれば入門できてしまうでしょう。
一方で、ちょっと無機質すぎて読みすすめるのに飽きてきたという方もいるのではないでしょうか。必要最低限の情報だけずっと読みすすめるって意外としんどいものです。
そんな人は、少しお金はかかりますが、やはり教科書の類を購入することをおすすめします。
体系的にまとめつつコラムなどを挟むことで読み進めやすいように配慮されたもので、挫折せずに最低限の知識を得るための最初の一歩としては、やはり書籍が良いでしょう。
初心者向けに漫画形式にした入門書もありますし、網羅的にまとまった教科書系も人気があります。
まずは最初の一歩だけ、必要最小限の知識を得るための電子書籍であればこんな本もあります。
https://amzn.to/3lOodKF：Pythonに興味はあるけれどもはじめの一歩をなかなか踏み出せないでいる人のためのPython「超基礎編」
Kindle Unlimited 対象なのでPrime Reading 加入者であれば無料で読めるのでお手に取ってみませんか。
これで駄目そうなら「マンガでざっくり学ぶPython」が良いのではないかなと思います。
https://amzn.to/3aL0819：マンガでざっくり学ぶPython（パイソン）
京都大学の資料も拝見しました。こちらも内容としてはそれなりの網羅性があり、脱・初心者にむけた内容にまとまっているとは思います。
難点はやはりアカデミックすぎるかなというところです。
https://repository.kulib.kyoto-u.ac.jp/dspace/bitstream/2433/245698/1/Version2020_02_13_01.pdf
東大も京大も「一般的な初学者」向けかというところに疑問符をつけたいのです。2冊目、3冊目辺りの知識強化として用いるのが良いかなというのが個人的な見解で、1冊目はもう少しやさしい内容から始めるというのが良いと考えています。
また、ゼロからの知識習得というものは Web の1ページをつまみ食いしつつ覚えるというのは結構難しくて、それなりに体系化されたまとまった情報を順番に辿るのが近道だという風に私は考えています。
1. 初学者向けのかんたんな Python 本を買う（変数・関数辺りが理解でき、イラストなども交えているのが理想的）
2. 知識補強として京大資料 または東大資料を参照し、復習しつつ 項番1 の本では得られなかった知識の補強を行う（ここで脱・初心者を果たせる）
3. 自分が本当に目指したい分野の知識習得にあたる（項番 2 までで得られるのは汎用的な基礎知識である。画像編集や機械学習・深層学習などはほぼ含まれていない）
そして、項番 1 の候補で挙げた本も250円（Kindle Unlimited対象）と、1,574円です。時給換算で2時間分程度の費用で、右往左往せずに目的地に目指して進むことができると考えたら、そこまで高い買い物でもないのではないかなと考えています。
投げ出したくなるような学習方式に敢えて挑んで、その通り放置してしまうのが一番勿体ないなと思い、この記事を作成いたしました。
なんとなくググったらたどり着きました。Python Japanという老舗のサイトで初心者向けコンテンツを掲載しています。京大/東大の資料より先にこちらを試したほうが良いかなと考えます。試しに覗いてみてください。
ゼロからのPython入門講座：https://www.python.jp/train/index.html
他にも有益なコンテンツが出てくるでしょうから、コンテンツの個人的な評価を anond:20211023221206 の記事にまとめることにしました。
詭弁だな。
税率aの範囲を(0≦a≦1)と定義した以上、手取りがマイナスになる訳ないだろ。
a=1（つまり税率100%）の場合に手取りが0になって、それ未満の数値（税率）の場合には手取りは必ずプラスになるんだから。
累進課税の場合税率は所得に比例すると勝手に決めつけて謎の変数bを設定し、全く関係ないx-x^2のグラフを提示したとて、手取りがマイナスになる訳ないだろ。
どうせ、現在の所得税の最高税率に近い数値を適当に入れただけだろ？
税率が50%超えると手取りがマイナスになるのか？そんな訳ないだろ。
例え税率が90%を超えたとしてもマイナスにはならねーよ。
1974年の所得税の最高税率は75%で、住民税の最高税率は18%で合計93%だったんだぞ。
税率93%が適用された人は手取りがマイナスになったのか？そんな訳ねーよな。
お前の書いたことは単に間違っているというだけではなく、見た人に対して累進課税の上限を高くすることはできないという誤った認識を流布するので極めて迷惑だ。
それも嫌だというなら一向に構わん。
@kis (id:nowokay) さんの以下の記事についてです。
https://nowokay.hatenablog.com/entry/2021/09/25/042831
ブコメにもあるようにちょっと内容が雑というかわかりにくいせいで賛否両論になってしまっていて、もしかしたら近いうちにアンサー記事が出るかもしれませんが、自分自身の理解を助けるためにも言わんとしていることを推測しつつ、自分の認識もまとめておこうと思い書くことにしました。明らかに誤読してそうな箇所があれば、指摘してください。
まずは前提を書いておかないと論点がぼやけると思うのでいちおう。
その他の前提:
2000年代に入って関数型プログラミングが脚光を浴び始めたのは、コンピュータ資源が潤沢になりパフォーマンスをそれほど気にしなくってよくなったことが大きな理由ではないか、という認識があります。
関数型プログラミング言語の内部実装を読んだことがないので推測ですが、データを不変にするということはその都度メモリ領域を新たに割り当てることになり、そのオーバーヘッドがプログラムのパフォーマンスに影響を与えるので、パフォーマンス要件がをシビアな場合、どうしてもメモリ割り当てや計算効率を考えるとミュータブルにせざるをえないと思います。が、ウェブアプリケーションに限っていえば、データベースアクセスやネットワークアクセスのレイテンシが大きいので、そうした相対的に細かいオーバーヘッドを無視しても（大抵の場合は）問題にならなくなった、というのが「時代」の流れなんだという認識です。
いっぽうで別の観点もあって、REST API や FaaS が一般化して、関数単位で処理を分割し、アプリケーション外部に配置することが当たり前になってきた現状があり、マイクロサービスのようにアプリケーション自体もモジュールの一単位として考えると、アプリケーション内部のモジュール同士でも関数ベースでやりとりする形になっても不自然ではないと考えられます。
元記事にもありますが、RPC の派生（実装？）として生まれた Java の CORBA や Microsoft の DCOM みたいな振る舞い付きのオブジェクト（コンポーネント）を共有しようという世界観は廃れ、REST API のような単一の振る舞い（エンドポイント）とそれにひもづく JSON のようなデータ構造のみを受け渡すやり方が一般的になったアプリケーション間通信の潮流と、計算機資源が潤沢になって再度脚光を浴びた関数型プログラミングが、レイヤーの違いを飛び越えてひとつになろうとしているのではないか、と。
つまり、元記事に書かれている「時代に合ってない」というのは、「データ構造と振る舞いが一体となったオブジェクト」のような「なにか」は、そうした背景があるために、どこにも存在する必要がなくなってきているのではないか、と解釈しました。
なので、以下のコメントはちょっと論点がずれてると思いました。
はあ？「再利用する方法としてはWeb APIが主流」って、その中身をオブジェクト指向で設計することは、全く矛盾しません。 部品化の単位は、慣習や柵などで大きく変わります。オブジェクト指向とはほぼ無関係です。
https://b.hatena.ne.jp/entry/4708813645995359202/comment/suikyojin
なんでサービスとして外とやり取りする話とサービスの内部設計の話をごっちゃにしてんだ。なんか理解度が怪しくない
https://b.hatena.ne.jp/entry/4708813645995359202/comment/ssssschang
たしかに、アプリケーション単位とアプリケーション内部のモジュール単位とでその表現形式を合わせる必要はないんですが、元記事の言わんとしていることはこの一文に端的に表れていると思います。
ソフトウェアの記述をまとめるという視点では主にステートレスな関数を分類できれば充分で、データと振る舞いをまとめたオブジェクトというのは大きすぎる、システムを分割して管理しやすくするという視点ではオブジェクトというのはライフサイクルやリソース管理の視点が足りず小さすぎる、ということで、オブジェクト指向の粒度でのソフトウェア管理は出番がなくなっているのではないか、と思います。
「オブジェクト指向でなぜつくるのか」という本がありますが、「え、いまどきオブジェクト指向でつくらなくない？」っていつも思います。内容的には、もうほとんどはオブジェクト指向関係ないソフトウェア工学の紹介になっていますね。
当該書籍は読んだので後半はまぁわかるんですが、前半は「え、いまでもオブジェクト指向でつくるのが主流じゃないの？」って思ってしまいます（オブジェクト指向の定義が「データ構造と振る舞いが一体となったオブジェクトの集まりとしてソフトウェアを組織化すること」なのであれば）。
Joe Armstrong が "Why OO Sucks" を書いたのが2000年とのことなのですが、そろそろこうした議論は収束に向かってほしいと個人的には思います（とっくに収束していると感じている方もいらっしゃるでしょうけど）。
