  |
はてなキーワード: C++とは
つまり、物語にガベージコレクションの機能があれば、自然と伏線は回収されるのではないか
参照をカウントしてゼロになったときにデストラクタが発動するだけでも構わない
つまり、スコープから外れるとスタックなどに確保された変数の領域が開放されるように、
物語のある地点のスコープに含まれるもの、近くてどうでもいいものは記憶からも消えていく
しかし、グローバルではないが、どれだけ広範囲なのか分からない伏線のようなものがあり、
物語が如何に進行しようとも、そのポインタだけはキープしている
ときどき登場人物が思い出したかのように伏線を語るとき、参照カウントが追加される
そうやってカウントが増えたり減ったりして、
最後は大団円でauto release poolの中に登録された伏線がドバーッと開放されていく
だから伏線にはポインタのように誰が所有しているとか責任を取るべきみたいな概念が当てはまるのかもしれない
つまるところ、メモリにゴミを置いたままプロセスが終了するということであり、
それでも問題ないのはOSのように周囲が尻拭いしてくれるからである
作者はコアダンプを吐くべきだ
プログラマーに尋ねると、パソコン活用できて便利になっているという答えが返ってくる。
ゲーマーやYouTuberもパソコンで稼ぐ手段なので便利と返ってくる。
自分はプログラミングなんて趣味でVisualStudioやJupyterLab、Matlabを触るくらいだ。
Python、Julia、VBA、M言語、C++、C#とか素人なりに書くが、どうも便利になっているように思えない。
CUIでログの処理、スクレイピングとかはいいが、人に見せるためのグラフは毎回細かい調整が必要だし、
GUIはエクセルくらいマウス操作できるようになればいいのに、GUIのフレームワークだと操作がひっかかる。
ゲームはしない。
PhotoshopやIllustratorも一通り操作はできるようになったが、色々と不便だなと思うことが多い。
動画編集だとDaVinci Resolveでカットなどは便利だなと思ったけれど、Fusionだと複雑過ぎるのか、ネットで調べてもなかなか出てこないし、
これ出来ないかなと思うことが出来ない。
図を作ってアニメーションつけて説明しようとすると、途端に難しくなる。
AnsysやCOMSOLなどがあれば流体シミュレーションなどやれるのだろうけど、
そういったソフトはなかなかない。
というか、BlenderがPythonの塊なんではないかと思うんだけど
やろうと思えば、BlenderのGUIを使わないでPythonで操作できたはず
（近年のWebブラウザのJavaScriptみたいな立ち位置でもあるよなぁ
最近、Blenderが無敵ツールになりつつある気がするんだけど、
CG関係の論文の実証とかBlenderでやってるからという気もするし、
（そういう意味で最近はゲーム以外の用途で使うUnityがスゴいなぁと思ったり…
あと、Pythonのglueとしての機能がうまくいったパターンにも思える
ただ、Pythonがあらゆる問題に対して最適ということは当然ないわけで、
という増田を昨日読んだ今日、午前はPythonすげー便利だった
https://naglly.com/archives/2009/05/xkcd---a-webcomic---python.php
んだけど、いくつか候補を試してたら、
Windowsだとpip installでC++のコンパイルがなんかエラーが出て無理っぽいのがあった
WSLでもいいけど、グラフィカルなものなのでWindowsネイティブで動いてほしい
結局ソース読むんだろうか…
pip installとかPythonじゃなくてもなんでもそうだけど、
と思ってちょっとググってみたんだけど、実現できなそうなんだよなぁ
だから、VBAでスクレイピングはできそうだけど、サーバーは無理みたい
Excelファイルの内容を社内のどこからでもExcel立ち上げずにWebブラウザで見れると便利かなと思ったとき、
ExcelファイルをDBの代わりにするみたいなのはVBAでは無理に思えたんだけど、どうなんだろ…
あと、Pythonの強みは何でもglueとしてくっつけるところにあるわけで、
対象がExcelだけならPythonである必要はない、VBAでもRubyでもExcel操作はできる
でも、機械学習や人工知能系のみならず、PythonはExcelと膨大な何かを組み合わせることができるわけで、
でも、井の中の蛙大海を知らず、と言うけど、別に井の中で済むなら問題ないというか、
それどころか大海を知ってしまうと、自分の身の丈の小ささにショックを受けたり、
逆に刺激を受けすぎて、身の丈を越える目標を立ててしまったりもするわけで、
ぶっちゃけ、個人レベルで何でもかんでも1からコード書いて、便利！情報技術の勝利！、とか言ってるのはプログラミングそのものが好きな奴らのポジショントークでしかないよ。そうじゃなくてマジでコスパ含めて個人で便利にできるなら似たような機能の商用ソフトだのノーコードツールだのがこれほど乱立してない。
Excelの記録機能で雛形を作ってVBAマクロを微調整するのだって立派なプログラミングだし、それで用が済むのならそれでいいんだよ。エクセルwwwwVBAwwww情弱wwwwみたいなこと言ってるのもプログラミングそのものが好きな連中の中の一部勘違いした野郎がイキってるだけで何か深い思考があって言ってるわけではない。
Pythonだって機械学習系のフレームワークがpythonにロックインされちゃったから流行ってるだけで言語としては別に新しくもないC++と似たような時期からある古いクソ言語だし、最新のpythonプログラミングでキラキラエンジニアみたいなこと言ってる奴らは全員勘違い野郎だと思って間違いない。
特にエンジニア界隈で賛否両論喧しくやられているようだけども、おそらく話がだいぶ長く進んだこともあって途中から読んだり前の方の話を忘れたりで議論の流れがおかしくなった批判やコメントがいくつも流れてくるので、ちょっと整理したいと思う。
まず最初に、例のワニ漫画をきっかけに広くネットに認知された「100日後」フォーマット。本漫画もそのフォーマットを踏襲し、1日ごとに新作が投下される流れになっている。
この流れに沿っていくと、読者はその「100日後」に何かが起きることを想定した上で物語を消化していくことになるが、その「100日後」が設定されていることを「物語の中の世界」は全く知らない。それどころかその残り日数を無視したかのように呑気な展開を見せることすらあり、読者はそのコントラストも込みで翻弄させられるわけだが、当然この47歳さんの案件でも同じことが起きている。
この増田を書いている2021/10/05時点で残り18日。いわゆる退職の意志を通知する期限が1ヶ月前だの2週間前だの、その点を以って47歳さんの動きの鈍さをどうこう言うコメントがあるようでそうした世間一般における転職活動上の慣習と比較して述べる見解にはある程度同感はできるものの、最初に強く胸に留めておかなければならないことが一つある。「100日後」の期限は、読者にしか見えてないのだ。
そしてさらに言えば、47歳さんは決して転職活動をしているわけではない。
何度か自身から言及しているように、彼は決して現職を辞める意志は持っていない。
https://twitter.com/tome_ura/status/1440876591718940673?s=20
https://twitter.com/tome_ura/status/1444499320145731585?s=20
辞める意志を持っていない癖に短期間にこんだけ休みまくってるというのは、はっきり言って理解に苦しむ。いやいいのよ、休んでも。ただ、彼は転職活動ごっこを通じて他社から内定をもらい、その内定を現職経営陣にちらつかせることであわよくば賞与0円の評価を覆させたいという狙いをもって現状を展開させているのである。その前提条件がありながら、わざわざ現職経営陣に対してさらに自己の評価を貶めかねない行動を取ることにどれだけの合理的理由がある？というのは、当然あがってくる疑問だろう。何しろ、休暇をとってまで進めなければならないほど急ぐ話では本来ないのだから。「100日後」のトリックについ騙されてしまうが、(L社の都合さえ目を瞑れば)可能なペースでゆっくりやればいいのだ。
またごっことはいえ転職活動を始めるにあたって、普通のケースであれば「何のために転職するのか」とか「転職先で何を求めるのか」というような、エージェントとの面談でよく行われるような自己確認のプロセスを全く踏んでいない。ほとんど衝動的に転職活動ごっこになだれ込み、atcoderに没頭している。
https://twitter.com/tome_ura/status/1441237149269958659?s=20
正味の話、40代から上のしかも(マネジメント方面ではない)エンジニア志望の転職活動となると本当の本当に厳しく応募者を評価してくるので、若手の転職活動ですら生半可な応募は簡単に落とされるのにさらにこの年代の転職活動は鉄骨渡りかってくらいに肝を磨り減らす状況になる。それが何となくフワッと始まってしまったわけで、そりゃ見ている方は黙っていられなくなるってもんでしょう、という感想もある(その厳しさゆえ、経験者ほど語りたくなる心理をくすぐるという話も)。
そう。何もかもがフワッとしすぎなんよ。実際、あんだけご執心のatcoderというかコーディングテストも、それを持ち出したL社がどんな志望度合いかつ適性マッチングで、彼がどこまで本気出さないといけないか分かんないし。ここを「100日後」フォーマットの都合で説明するための分量は割けないとかって言うのは簡単だけど、流石に読者に丸投げしすぎだと思う。
でこの時点で会社側の47歳さんへの評価というのを振り返っておかないといけないが、ぶっちゃけ「いてもいなくてもいい」レベルになってると思われる。
もちろんその評価が一時的な気の迷いとか、社長お戯れをみたいな話もあることはあるが、そのくらいの意味を持つメッセージを47歳さんに与えてしまったことになる。
https://twitter.com/tome_ura/status/1440149422537543680?s=20
なぜかって言えば、賞与が0円になるということは、当人が転職をもし考えているなら「賞与支給時期まで待たずに今すぐ出ていっていい」ということになるからだ。まさしくIさんがそうしたように。
https://twitter.com/tome_ura/status/1437984013939929088?s=20
通常退職を考える場合、いつ退職するのが当人にとってベストかという考え方でスケジュールを設定することになる。多くの場合賞与が支給される時期まで待ち、しかるのち退職日となるよう調整を図る。それより前に退職してしまったら賞与が貰えないからだ、と言ってしまえば当然のように聞こえるが、逆に言えばそれまでは辞められない。早く新環境に移ってバリバリやりたいぜなんてケースでも、6月末なり12月末なりまで待たないと動けないのはかなわん、ということだってあるわけで。しかし賞与0円ということはそういったしがらみがなく、もう当人の好きなタイミングで辞めてしまっていいわけである。金銭的には痛さしかないが、転職活動をアクティブに行いたいと思えばこれ以上ないメリットとなる。しかも採用側も「即戦力が欲しい」とすぐにでも動ける人材こそ大歓迎と募集を掛けるケースもあることを考えると、実は結構有利なカードを47歳さんは持っている。
ただ、どうやら当人はそこを十分に理解しているとは思えない状況なのが実にもどかしい。まあ転職に関する経験値がある程度ないとこの辺は発想できないところではあると思うけど、ただその辺をケアしてくれるのがエージェントなんだよな本来なら。
ちなみに採用活動においてコーディングテストを課すケースが増えているのはその通り。分野や当人の志向性にもよるが、40代50代でも必要と判断されたらコーディングテストが行われるのは何ら不思議なことはないと思う。特に30-40代くらいからはテックリード系の募集が増えてくるのでそうしたポストを狙う際には大体必要になると思っていて間違いない。マネジメント系だと流石に減る。けど最終的には場合によりけり。
ただ、そうした募集形態はWEB系に多く、それらで需要の高いPHPやPythonやJavaScriptといった言語に比べて47歳さんの選択したC++はあまりお呼びでないケースが多い。ゲーム系なら多少はあるけど最近はC#の方が優位だし、現職で彼が担当しているようなサーバー側をC++でやるってのも(ないことはないけど)かなり限られてくるので、その点でもどうなんだろうね？という疑問符はつく(物語の必要上敢えて入れてるフェイクの可能性もあるけども)。まあやるならMMO系とかかな、かなり会社限られちゃうけど。他はMLや仮想通貨含む金融系、決済サービス、あとIoTモノもいけるか？どのみち選り取り見取りというわけにはいかないのでかなり長い期間腰据えて良いマッチングを探す必要が出てくると思う。
それにコーディングテストがあるかどうかは過去実績等で事前に知ることのできるものだし、応募する意志があるならその応募前の時点から準備をするようエージェントが促すことだってできたはず。準備に時間が必要と感じればその準備を先に47歳さんにやらせておいて、OKとなってから応募するのでも全然遅くないし、そういうふうに採用企業側に応募スケジュールを待ってもらえるよう、エージェントに交渉を頼むことだって十分できる。そう振り返ると、さっきも気になったけどこのエージェントも結構大概な輩な気がする。
賞与0円提示を受けるまでの物語前半から中盤にかけて休日も含めて連日連夜出勤しどおしだったわけで、おそらく有給も代休も溜まりまくりなはずだしその点での心配はないだろう、会社の制度に従って休む限りは思う通りにやればいいんじゃないかな。
ただ最初に触れたように47歳さんは決して転職活動をしているわけではなく、辞める気は現時点ですら全くない。それを考えた時、すでに賞与なしというほぼ最低級の評価を食らってしまっている状況でしかも他社の内定提示を以ってあわよくば会社側にその評価を覆させようとしている戦略と、いかに就業規則上認められた範囲の休暇行為とはいえどこまでマッチしているのよっていう疑問は拭えんのですよ。
大事なことなので繰り返すけど、「休んでいいかどうか」で言えばどうぞどうぞ存分に、しっかり休んでリフレッシュしよ？制度は有効に使えば宜しい。ただ47歳さんの今企んでることからすると完全にマイナス方向にすっ飛んじゃってる。ここで認識のズレたコメントやレスバが何件か見えた。この辺の把握のしにくさは前後の流れを続けて追いにくい投稿形式故の泣きどころか。
しかし流石に今後もずっとこのペースの勤務状況が続くとは思えないけど、こんだけ会社側に心象悪くしてたら次回賞与も0円提示だよ普通に。
これは本当に難しい。
確かに物語前半のように来る日も来る日も目の前のことだけに忙殺されて一息つく暇もないような状況に置かれたままでいると、人間誰しもまともな判断がつかなくなる。それによって普通なら苦もなくできる常識的な選択すらもできなくなって、どんどんドツボにハマる。これが怖いからブラック企業みたいな環境には(できることなら)近づくべきではないのだ。
しかし、47歳さんの場合その理屈をどこまで通していいのか？という疑問もある。
明確な基準があるわけではない。しかし、物語前半で悩まされてきたデスマが終わり、例の0円提示を受ける前後くらいからは勤務状況にも余裕が出てきてそれまで黙殺してきた転職エージェントのアプローチにも連絡をとってみようかと思えるほどには余裕が出てきたところだった。今後の身の振り方を時間かけて考えてみるのかと思いきやいきなりそのエージェントの言われるがままに求人応募をし、さらに応募先企業の求めるがままにコーディングテストに入ってしまった。それに47歳さんには家族もいる。20代やそこらのまだ身軽な立場とは訳が違うのだ。ごっこではない本当の転職活動を考えたなら、真っ先に相談しなければいけない相手がいるのに、である。
そりゃないぜおい、と総ツッコミ状態になるのも頷けるというものである。
そう。この物語を読む上で大事な要素がもう一つ。ツッコミ役がいないのだ。
出てくる人間皆どこか呑気であっけらかんとしていて、ブラック企業然とした勤務体制の割にどこか抜けている。それがある意味、ブラック企業を構成するのは必ずしも悪意や力による強制とは限らないリアリティを帯びていたりして読む者を惹きつけるのだと思うが、物語上の要請としてはやはりツッコミ役がいるといないとでは、読者心理の安定感が違ってくる。
ツッコミ役が居らず終始ボケ倒すだけの物語進行は正直辛い。特に主人公が必ずしもヒーロー的ではなく、様々な出来事に戸惑い振り回されミスを冒したりしながら進めていくような場合、「そうはならんやろ」と物語中で言ってくれる存在がどこかにいないとなかなか人は安心できない。ツッコミ役とは、物語世界と読者世界をリンクしてくれるありがたい存在なのだ。
ただ本案件においては、このツッコミ役の不在が逆にそれらの読者のフラストレーションを活用してネットのバズを呼び込み、言葉は悪いが炎上マーケティング気味に成功した側面もあると思う。なので功罪両面から見ていく必要があるとは思うが、物語の消化、進行という意味では間違いなくデメリットとして記憶しておくより他はない。
さらに踏み込んでしまうと、この47歳さん、「自分が周りからどう見えているのか？」という視点が全くない。驚くほどに。
通常40代も後半となれば、どれだけ拙くてもいいからチームや会社からどのように自分が見られているかを把握し(ようとし)、その上でどのようにプレゼンスを高めていくかを戦略的に考えて行くことが求められる年代だし、それが会社からは給与賞与として反映される仕組みであるとかの理解として備わってることを期待されるし、転職採用側もそういった視点を強く求めて応募者を見極めようとすることだろう。
しかしこの47歳さん、(いくらブラック勤務疲れで思考力が弱まっていたとはいえ)ただただ賞与0円提示をひっくり返すためだけに転職ごっこをはじめ、その代償に短期間に有休消化を繰り返し、現職も辞める気はないとくれば、側で見ている方はただただ疑問符ばかりが並ぶしかないわけである。そんな他社からの内定があったからって簡単に会社の評価が変わるか？というのも疑問だし、万一それで評価を変えたところで、そんな易々と評価が二転三転する会社を信頼して居続けることを良しとするか？という疑問だってある。
そもそも他社の内定を糧に現職に賞与アップを迫るという構想自体が、47歳さんの中での完全なひとりよがりである。何かしら彼がそう発想するに妥当性を与えるようなエピソードがあったわけでもなく、経営側の視点も他社の評価やatcoderの成績がどうこう影響しそうな要素は微塵もない。せめてそこを何らか裏付けるような話の流れでもあればまた印象は違っただろうが、他者からの視点や評価を全く交えず完全に47歳さんの思い込みだけで始めてしまったギャンブルを、そう簡単に肯定的に受け止めることなどできないわけでして。ええ。
元々の話がその「自分の評価を上げるため」に始まったものだったはずが、その「上げる」人が誰であってその人は何をすれば「上げて」くれるのか、この戦略判断からして怪しいぞとなってくれば、読者も黙っていられなくなるのは必然。どう見てもこの展開で47歳さんが賞与もらえる未来線描けないもの。
それも含めて作者の狙い？バズ呼び大当たり？うーん、どうなんすかね。
わかんない。
ただ言えるのは、縷々この記事で述べた通り、狙ってることとやってることがチグハグすぎてどうしようもないなというのが正直なところ。元々は転職する気がないのだから、ごっこ遊びなんぞには目もくれず全く別の戦略が必要だったかなというのもまあまあある。ただ、会社の体質として問題があるのは確かでその点は転職は不可避なんじゃないかと思える一方、その現職になんだかんだでよく適応してるのも確かなわけでどうしたらよかったかと言われると正直わからん。というか47歳さん自身、どうすべきか以前にどうしたいかのところでわけわかんなくなってないかい？知らんけど。
一方で今の状況じゃ転職活動としては踏み込みが甘いし、冒頭に述べたように「100日後」なんてリミットは彼には本来ないわけだから、転職に向けた自己分析とatcoderの練習とを諸々仕切り直しつつ毎週の週末に少しずつ進めていけばいいのだ。そしてしかるのちスケジュールをぐにゃっと変えて残り-30日か-60日ぐらいのタイミングで転職する47歳さんあたりがまあまああり得る妥当な展開かな。
L社のテスト？本気なら待ってもらうしかないっすね。他の候補者がどういう状況か次第だけど、本気で交渉すれば結構融通きかせてくれますよこの手の締切は。待ってもらえないなら巡り合わせが悪うございましたってことで。
@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年とのことなのですが、そろそろこうした議論は収束に向かってほしいと個人的には思います（とっくに収束していると感じている方もいらっしゃるでしょうけど）。
デジタル庁自体が菅政権の最大の施策の一つであり、また担当大臣の平井大臣が癒着やパワハラ、ネット工作などの疑義が前から掛けられてた事もあって関心は高かった。その中で、事務方トップである「デジタル監」の人事も少し話題から紛糾しており、カリブ海のロリータ島をセレブに提供していて最終的に消されたエプスタインとの金銭関係があった人物が一時候補になったが、流石に身辺調査したらやばくねということで見送られて、結果的に72歳の石倉氏が就任する運びになった。
しかし、就任会見(?)のときに、彼女の発言の一部が報道されて、デジタル庁のトップとしての適正がいきなり疑問視された。
Twitterなどでは主に石倉氏の経歴を理由に「彼女は優秀に違いない！！」バイアスが掛かった擁護が繰り広げられた翌日、彼女がインターネット上の基本的な著作権を理解しておらず、ガビガビの画像をブログに掲載するほどWebデザインにも無頓着ということが明るみに出てしまい、「スーパー72歳」とか「デジタルに超詳しい百戦錬磨の敏腕素人」と祭り上げていた人達は一夜にして梯子を外されてしまった。
https://twitter.com/KAZE/status/1433268216235630599
https://twitter.com/mesotabi/status/1433399709566062594
https://twitter.com/Benzman_TAKE2/status/1433308767442006018
5ちゃんねる、ヤフコメ、はてななど、右翼、左翼系のコミュニティーでは、一晩にして否定的な声が多数を占めてしまい、ここから挽回が期待されている。中には、「警視総監が万引きしたようなもんだ」という痛烈な皮肉まで展開されていて厳しい船出である。その中でもTwitterだけは、著作権侵害を告発した被害者であるPIXTA社がなぜか糾弾されるという被害者の二重レイプまで起きており、政府が力をいれているインターネット対策の中心地はここなのではないかとも勘ぐらされたのである。
日本人はとにかく学歴や権威に弱い。ショーンKとか齋藤ウィリアム浩幸とか竹花貴騎とかそうだけど、ちょっと豪華な学歴と経歴があれば、真偽はともかく「この人はすごいんだろうな」バイアスがかかる。このデジタル監の石倉女史も「経歴がものすごいんだから超優秀に決まってる！」という主張が相次いだ。一部では「プロ社外取締役」「渡り鳥」ではないかという意見もあったし、少なくともITやデジタルに関する業務はほとんど経験ないのは明白だったけど、とにかくすごい大学出てすごい会社の社外取締役経験してるんだから、お前等は何も言うな的な論調が高まっていた。
しかし、「誰が言ったか」ではなくて「何を言ったか」が問題なのである。たとえ華やかな経歴があっても72歳のお婆ちゃんだ。普通ならもう年金生活している段階の高齢者を引っ張り出してくるなら、相応のデジタルに対する知識や造詣、情熱が必要なのではないか。もちろん、彼女は実質前前任の桜田義孝サイバーセキュリティ担当大臣よりは数千倍マシであろうが、それでもデジタル後進国の日本のITリテラシーを高める急務が求められているときに、この人が本当に適任なのだろうか。同じマッキンゼー云々なら、南場智子氏の方が全然適職ではないのだろうか。経団連も兼任してるから厳しかったかもしれないが。普通にTwitterやブログやってるお婆ちゃんが事務方トップになれるなら、数百万人レベルで候補者が出てくるだろう。
そして、石倉氏に対する反応については、もう一つ大きな問題が有り、彼女が「ワードプレス」とか「Python」とかいう言葉を出しただけで、超敏腕のスーパー天才ITエンジニアではないか、という受け止め方がされていること。
https://twitter.com/youyakuya/status/1433449570134990853
もちろん非ITエンジニアにとっては「ワードプレス? Python? なんかよくわからんけどとにかく凄いんだろ！！」みたいな反応になってしまうことはある程度は仕方ないと思うのだが、そもそも彼女は「Pythonを勉強していいたけど難しくて挫折した」のである。これはむしろ氏のデジタル適正の完全否定他ならないと思うのである。アセンブラ言語やC++ならまだわかるよ。人には向き不向きあるからね。でもPythonができないのって普通に才能ないと思うよ。数ある言語の中でも平易なもの。だからこそ世界の主要言語に躍り出た。ワードプレスなんてただのブログ作成ツールだし、そのご自慢のブログでも早速やらかしてしまったんだけど、そこでも「本人はワードプレスには一切触れてなくて、部下やスタッフが勝手にやった」みたいな擁護までされて、WPバリバリに使いこなすスーパー72歳という設定はどこにいったの感がある。
「72歳なんだからプログラミングできないのは仕方ないだろ！」という声もある。しかし日本には石倉さんより15歳ぐらい年上なのに、Pythonより遥かに難解なObjective-CでiOSアプリを開発している女性がいるのだ。xcode使いこなすのはWPの数千倍難しいぞ。高齢者に対するデジタルへの抵抗感をなくすのが目的なら、彼女のほうがデジタル監に相応しいと思う。
https://style.nikkei.com/article/DGXMZO37707280T11C18A1000000/
要は「石倉さん? よく知らないけどwikipedia見たら経歴すごいし、PythonとかWordpressとか触ってるようだから、凄い人なんだ！！！」という思い込みと脊髄反射がされた一件である。我々もJavaやPHPやObjective-Cしか書けない底辺エンジニアであるのだが、恐らく世間的には増田さんって頭いいんですね～デジタル得意なんですね～みたいな受け止め方がされるのかもしれない。日本人は権威に弱く、日本人は「よく分からないもの」は「畏怖」を覚えてしまう。
しかし、石倉氏はデジタル監に完全に不適任かというと定かではない。というのも、こういうポジションは実務はほとんどなくて、ただのお飾りポジション、それこそ彼女が歴任してきた「名誉教授」とか「社外取締役」と同じなのではないかも思えるのである。実務がないのであれば弊害もないだろう。実際、Twitterのウヨ勢力はこぞって彼女を熱烈支持することに決めた。それこそ著作権侵害であってもさっさと謝罪したからむしろ素晴らしいというアクロバット擁護まで。
https://speakerdeck.com/faithandbrave/opunhua-gajin-muc-plus-plus-falsexian-zhuang-tozhan-wang
このC++のオープン化、ライブラリ、用途についてのスライドに対してのコメントとして「Rustでよくね？」って言ったら、関係ないこと言うな！って怒られるのね。スライド内の用途について語るところで他言語に対して言及してるんだから、そこに関連してコメントでRustについて言っても何も変なところは無いよね。というか、そんなツイートするくらいなら、C++とRustがどう違うかを周知したほうが有益じゃないか。というか、それは何なの？
ゲーム業界でプログラマーとしてやっている身から考えを書いてみる。
「私のフォロワーの方にはクリエイターやゲーム関係の方がたくさんいらっしゃると思います。皆様の意見を聞かせていただきたいです。」
https://twitter.com/gamemakerdiary/status/1413185724849954817
ゲーム会社の経理や人事でも、好きなゲームに関わっているということで満足する人もいる。
小規模なゲームをひとりで全部作りたいのか、中規模以上のゲームのどこかを担当したいのかくらいは考えておくべき。
次は専門職。シナリオ、グラフィック、作曲といった専門の教育を受けてないと手も足も出ない分野。
これも解像度を上げると、コンセプトアート、キャラデザイン、ムービー、モデリング、ライティング、UIデザイン、録音、効果音などなど無数に分類される。
ゲーム会社、特にコンシューマゲームのプログラマーとしてやっていくなら、学生時代に身につけている言語や環境よりも、「大規模なものや複雑なものを怖れず学ぶ」資質が大事だと個人的には思っている。
ゲーム開発は、ゲームエンジンやフレームワーク、ライブラリ、APIを多用する。それもネットで検索してもまったく情報がない独自のものだったりする。
そもそもゲーム機はOS自体が普通と違うし。ビルドに使用するツールチェーンもかなり複雑になっていることが多い。
簡単な例でいうと、Visual Studioよりもテキストエディタの方がシンプルで使いやすいと思うタイプは要注意だ。
複雑でも多くの人に支持されているツールは何か良いことがあるはず、と思ってVisual Studioを使いこなす気持ちを持とう。
学生時代の作品もProcessingなどではなくC++で書くべきとか言われるのもこの辺に通ずる。
あとプログラミングに自信がある人で、既存のライブラリは複雑で使いにくいからとオレオレライブラリを作ってしまう人も要注意。
実は俺もそういうタイプなので苦労した。
ゲーム開発は複雑なものをそのまま使わなくてはならない日がいつか必ず来る。
既存の複雑なものを使う能力と言うのは、つまり大量の（英語を含む）ドキュメントを読む能力、大量のソースコードを読む能力でもある。
シンプルで洗練されたコードも素晴らしいが、洗練されたコードをめちゃくちゃ時間かけて書く人よりも
多少いまいちでも手が止まらず書き続けられる能力がある人の方がまわりには多い。
そういう人は、いまいちなコードに何度も手を加えて最終的にはまともなコードにしてしまったりする。
ゲーム全般やゲーム開発に関する知識量は、プログラマーとしても最大の武器だ。
有名なタイトルがどういう特徴を持ったゲームなのか広く知るのには膨大な時間がかかる。ゲーム好きでそのあたりに詳しいだけでも強い。
Unityなどのゲームエンジンに触ったことがある、というのもスキルというより知識の武器という意味合いが強い。
入門書レベルではなく、UniRxとかのプログラムの書き方の根本からくつがえるようなライブラリ経験とか、Unreal Engineのソースコードをいじったことがあるとかレベルなら超強い。
大学のゲームサークルやインディゲーム開発のグループで経験がある人はここが強いように思う。グローバルゲームジャム参加経験者とかも。
それから、ここが一番言いたかった点なのだが、前述の専門職とまたがる知識のあるプログラマーはめちゃくちゃ重宝される。
グラフィックならシェーダーがめちゃくちゃ書けるとか、3DデータやIKを扱った経験があるとか、3Dベクトルや行列演算の数学が得意だとか。MayaやBlenderを使った経験があるだけでも強い。
サウンドならDAWや波形編集ソフトを普段から触っているとか、信号処理に詳しい人。
つまりデザイナーやモデラーや音楽家の気持ちがわかって、その人たちと専門用語で話ができるプログラマーはどこでも食っていける。
あと最近はAIに強い学生もゲーム会社は積極的に採用している。
ひとつの専門知識＋プログラミング能力を身につけるのはわりとおすすめの戦略だ。ゲーム開発の全部に詳しい必要は必ずしもない。
CEDECなどのカンファレンスに参加して、どういう知識体系があるのか知って、自分の強みを考えよう。
ゲーム開発用の自社ツール制作や、プロモーション用Webサイト制作など、ゲーム本体以外のプログラミングも多いので、
