  |
はてなキーワード: コンバートとは
前回
https://anond.hatelabo.jp/20240722123310
こんばんわ。
補足があるから書くよ。
どうも脂質をずっと控え続けるように思ってる人がいるが安心しろ。
15日に1回は、唐揚げやラーメン、ミスタードーナツなど、好きなものを食っても良い。
サッカーを知らない人には申し訳ないが、脂質を抑えてバキバキの体を作った男のロールモデルとしてセルヒオ・ラモス（38歳）がいる。
https://www.instagram.com/p/CCqxHiShEc5/?utm_source=ig_web_copy_link
何にでもマヨネーズをつける男として有名で、特にマクドナルドのハンバーガーにマヨネーズをつけるのが彼のお気に入りだったようだ。
セルヒオ・ラモスはマヨネーズをはじめ、マクドナルドやピザなどが大好きだったが、そのような脂質の多い食品を制限して体をつくりはじめる。
https://www.youtube.com/watch?v=dG8N5M-omGw
この頃は右SBとしてプレイすることが多いから、このようなシャープな体だったが、後にCBにコンバートされると、セルヒオ・ラモスは屈強な体を作ることになる。
https://youtu.be/4ldXtYLkulU?si=KFtZ4EQSJu7i51Gr
脂質を抑えることに加え、より高い負荷のトレーニングを取り入れ、今ではバキバキのバイキングのようなカッコイイ体になったのだ。
近代のラ・リーガ（スペインリーグ）では、速くて強く豊富なスタミナのあるDFが求められる。
セルヒオ・ラモスが184センチと、けして高いわけではない身長でも、世界最高峰のDFとして戦えたのは、この「速さ、強さ、豊富なスタミナ」があったからだ。
ボールがFWに収まる前に、高速でインターセプトしたり、高速タックルで潰せるから味方は高い位置でポジションを取り、有利にゴールを狙えたのだ。
実はセルヒオ・ラモスも脂質制限解除のルールを15日に設定してる。
CBとして屈強な体を作らないといけないわけだが、そんなセルヒオ・ラモスでも15日に1回は友人と好きなものを食べているわけだ。
これを読んでいる、はてなデブーのあなたも、15日ルールを採用してみると良い。
唐揚げやラーメン、ミスタードーナツを控え、刺身や蒸し鶏などの脂質を控えた食事を心がけるのだ。
バターを使うパンを米に変えるなど、日本人らしく米中心の生活をすれば良い。
米の量もこれまで通りで良い。
頑張れるなら「いつもよりも50g減らしてみる」とか、きつくならない範囲内でチャレンジして欲しい。
そして、15日がきたら「唐揚げやラーメン、ミスタードーナツ」など、なんだって良い。
好きなものを食べて、また15日間、脂質を抑えて頑張るのだ。
7/8(月) 7:00からSBIFXトレードで障害が発生し、今もなお続いている。
復旧のお知らせ【7/8(月) 取引ツールにアクセスしづらい事象について(第7報)】 | SBI FXトレード
7/9(火) 7:00現在も、復旧の目処が立っていない。
材料は外から見てわかる情報だけだが、自分なりに考察してみたい。
7/6(土)のシステムメンテナンスでシステムを更新したことに起因しているようだが、7/6(土)のシステムメンテナンスでどんな更新が行われたのか気になったので過去のお知らせをみたところ、6/21(金)のお知らせで以下のようなお知らせが掲載されている。
【重要なお知らせ】外国為替証拠金取引の契約締結前交付書面の変更について（2024/7/9 15:30更新） | SBI FXトレード
外国為替証拠金取引の契約締結前交付書面新旧対照表を見ると、どんな変更を行おうとしていたのか読めてくる。
今まで前営業日取引終了時の仲値レート(日別固定値)で判定していた証拠金判定をリアルタイムに円換算した金額で計算するようにしたのだろう。
顧客一人分の判定であれば一瞬ではあるが、全顧客分の証拠金判定となると相当量の計算となる。
顧客数 x 各顧客が保持している全通貨 x ポジション(ask、bit)
毎秒なのか、毎分なのか、どこまでリアルタイムに計算するようにしたのかまではわからないが、パフォーマンスが悪化しすぎて、重くなりすぎたのではないかと思われる。
データを保管しているDBテーブルのスキーマ(構造)なども新仕様に合わせて更新されている。
当然ながら考慮されていない古いバージョンでは参照できないか、スキーマの違いによりシステムが正常に動作しない、エラーが発生するといったことが起きる。
7/6(土)メンテ以降の新バージョンのDBテーブルを、古いバージョンでも動くようにコンバートするといった対応が必要となってくる。
コンバートが単純変換でよい場合もあれば、何かを考慮して変換をかけなければいけない場合もあるので、状況によっては人間の判断も必要な時もあるし、そのような会話、判断が内部的に行われているのかもしれない。
システム屋さんが外からみて勝手に想像しているだけなので、この通りかどうかはわからないが、早期復旧できるよう頑張ってほしい。
7/9(火) 14:55 に復旧したようですね。
やはりまだ誰もカワサキe-1シリーズのインプレ試乗記レビューを書かないようなので海外バイク誌の記事をリンク貼ってGoogle翻訳した一部を引用しておいてやる😤
↓
https://www.cycleworld.com/motorcycle-reviews/kawasaki-ninja-e-1-and-z-e-1-first-ride/
「カワサキの全電気自動車Ninja e-1とZ e-1について知っておくべき最も重要なことは、それらがオートバイのような見た目と感触を意図しているということです。2 番目に重要な点は、バイクのフルサイズ設計にもかかわらず、従来のバイクの代替となることを意図したものではないということです。おそらく、より適切に比較できるのは、都市部の通勤の難題を解決する有力な解決策となった電動スクーターや自転車です。」
「Ninja 500 と Z500 は e-1 テストバイクと並べて駐車したり、直接比較したりすることはできませんでしたが、e-1 を単独で見ると、フルサイズのオートバイと非常によく似ています。よく見ると、どちらも細部にまで注意を払って作られており、カワサキに期待される品質を構築していることがわかります。これは、オートバイ分野以外の安価な電動自転車ソリューションでは得られないかもしれません。唯一イライラするのは、フル充電したマシンの上に足を投げ出して、航続距離が 40 マイル未満であることだ。このバイクを本来の用途で購入し、長い距離を走るつもりがないのであれば、飲み込むのは簡単だ。」
「どちらのバイクでもライダートライアングルは窮屈に感じませんが、身長が6フィートを超える人にとっては、ステップからシートまでの隙間が少し狭いです。」
「考慮すべき重要なことは、これはカワサキが水に足を浸し、電動自転車のスペースを見つけ出したばかりであるということです。他のメーカーもコンセプトバイクや将来のビジョンを持っているかもしれないが、カワサキは現在バイクを開発中であり、電動ラインナップが成長するにつれて将来的に有利に働く可能性がある。
フルサイズの寸法とスポーティな外観により、Ninja e-1とZ e-1はすでにカワサキの注目を集めています。そして、まだ多くのライダーをコンバートするには十分ではないかもしれませんが、その時はあなたが思っているよりも早く来るかもしれません。
コードの重複があるわけでもない状況で、コードを関数ごとに分離するメリットデメリットを知りたいという話ですよね。
コードの重複がある場合に関数などに切り分けていないと、同じコードを何度も書くことになり、不具合があった時にコピーされたすべての個所に変更が必要となるというデメリットがあるので理由がわかりやすいですが、重複が無いとその点が不明確ですね。
画面に収まらないサイズのコードは複数の関数に分割するのが一般的だとは思います。
理由は元増田も書かれている通り、長いと理解の限度を超えるからです。
コードは意味があるまとまりで短ければ短いほど理解がしやすいと思います。
グローバル変数を使わないようにすると、入力・出力が関数を読むだけで明確にわかるので、さらに理解がしやすいです。
また、関数に分けておけば、関数が仕様通りに動くかの確認するユニットテストも簡単に書けます。
ユニットテストでは関数がさらにほかの関数を呼び出している場合、呼び出される関数の代わりにテストダブルを用意することもあります。
分割して、複数の関数を呼び出すようにすることのデメリットは、
下手糞が切り分けるとなんでそういう切り分けになったかわからないところで切り分けられてかえって可読性が損なわれるとか、
関数の機能が拡張してより多く・あるいは少なくの情報が必要な時に関数インタフェースの変更が必要になることとか、
関数を置いているファイル内の場所を変えたときにバージョン管理システムが追っかけてくれないことがあるとか
くらいでしょうか。
いずれにせよ、分割するメリットの方がデメリットを上回ることが大半なので、大抵は機能ごとに分割して小さい関数を作り、それをメインからは呼ぶようにすると思います。
まず、関数の名前をやっている工程を表すものにすることですね。
「データの取り込み」 とか 「データの突合せ」とかを明示すると、それを呼んでいるということはそういうことをしてくれると思うので。
また、関数が何をしてくれるのかも関数のコメントとしてつけておくとよいと思います。
例えば、
filename引数で指定されたファイルからデータを取り込み、JSONフォーマットで返す
返値: JSONフォーマットされた取り込まれたデータ。例: [{'employee name': '山田 太郎', 'employee id': 1}]
例外: filenameを開けない場合はFileOpenError、JSONにコンバートできなかった場合はConvertError
みたいなコメントをつけておくと何をする関数なのかわかるので、その機能を調べたいとき以外は読まないでいいかなと。
あと、コードを連続で読みたい場合、ソースを解析してタグジャンプをつけてくれるツールやらIDEやらを使うことが普通だと思います。
これはどういう意味でしょうか？同じものを表すのに関数ごとに別の変数名を付けているとか？
もしそうだとしたら、使っているプログラミング言語の制約やプログラミング規約によるものなのでしょうか？
ある関数のローカル変数が他の関数のローカル変数に影響を与えることは無いはずなので、ローカル変数は大抵適当な名前が付けられるイメージです。
今時のプログラミング言語なら変数のスコープが関数の中にとどまるような書き方ができると思うのですが。
関数インタフェースを定義し、そこにいちいち引数を書くのが面倒というなら...まあ、それは必要税って感じがします。
そこに引数を書いておくことでこの関数が何に影響されるのかわかるので。
参考までに。
ブラック企業は新興宗教団体と同じプロセスを経ます。基本的に同業者からのコンバート組が最初期には強く、その後は若者がターゲットになります。そのため、ブラック企業を脱するも、同業者はかつての敵である所属員をもてなすことはしません。ここでは、私の経験したことを踏まえて、ブラック企業に入ってはいけない理由を解説します。
「若者はあえて『ブラック企業』で働いてみるべき訳」https://toyokeizai.net/articles/-/691858 という記事が出ていたので、内容を読まずに反論する。というか、僕はオウム真理教のような「ブラックAI企業に勤めてました」という話をします。マジで私はオウムの上祐っぽいムーブメントをしてましたので、反省してみようと思います。
という感じの記事を書いてよいか？ブラック企業なんて、反社なんですよ。経歴がついたら、一生を棒にふりますからね。ブラック企業にいたやつを積極的に雇う理由がありますかね？ないですよね。ズルして生産性が高いなんてカンニングして進級したようなもんです。まったく意味がありません。ブラック企業で仕事をしたということに、価値はありません。むしろ、邪魔です。
でもさ、未だに Python2 しか書けない残念なアラフィフもいるのさ。EOL 来ていても中途半端に需要もあるせいか、引退時期を間違えるやつも多いのがこの業界の悪いところなんだよ。そいつさ、未だに Private な関数の書き方がわかんないみたいだし、is とか使うのだぜ？オブジェクト指向とかいうレベルでないし、引数の型を指定する意味とかも「めんどくさいよね」とか言って勉強しないんだよ。はっきり言って、消えてほしい。だから、ほんとうは勉強しないと消えざるを得ない世界のがまともなんだよ。おそらく彼は３年以内には仕事がなくなるだろうけど、年金をもらえるまで20年ぐらい無職かもしれない。リカレント教育とかも、年齢制限あるからな。コンバートは早めにだな。
この批判がまさにそうなのだが、どうもわれわれ日本人は「ChatGPTが一番苦手なこと（≒自分が知らないことを教えてもらう）にChatGPTを使おうとする」という傾向があるらしい。日本の経営者に聞いたChatGPTの使い道のアンケートでは、「仕事で調べものをする時に活用する」が39.3%でトップだ。これが米国の職場でのChatGPT利用法の調査だと、上から順に、
となっていて、情報検索や調べもののタスクは上位5位に入っていない。総じて米国の働き手は、ChatGPTを自分に情報をインプットするためのツールではなく、自分が他人に情報をアウトプットするためのツールととらえている。
深津氏も折に触れて言っていることだが、生成AIは元々「文章の続きを書くAI」であり、それがスケーリング則によって多くの拡張的能力を獲得したものだ。だから一番得意なのは、「プロンプトで与えたテキストを指示通りに加工すること」（校正・要約・分類・翻訳など）と「プロンプトで与えた指示によって、新たにテキストを作り出すこと」（作文・提案・問題作成・コード作成・ロールプレイなど）だ。元々そのようなことを実行するための仕組みなのだから、ここがスイートスポットになるのは当たり前だ。少し触ってみて、何ならうまくいくのか、何だとうまくいかないかを自分なりに検証して結果を見れば、今のChatGPTはテキスト加工器・テキスト生成器として使うのが一番いいということがすぐわかるはずだ。増田自身も
と書いている。その通り。そこが一番使える用途なのだ。つまり元増田も、体感的にはそれがChatGPTの一番得意なことで、情報検索は不得手だとわかっているのに、不得意なことをバリバリやらせて、その結果に失望している。GPT-3やGPT-4は「2021年9月以後の情報は持たない」と折に触れて回答してくるのにも関わらず、生成AIのハルシネーション問題がこれだけ広く注意喚起されているのにも関わらず、それを調べものに使って勝手にガッカリしているのである。
これは元増田だけではない。自分の周囲にも、同じことをやって同じようにガッカリしている連中がたくさんいる。おれは、これが日本人が文化的・歴史的に〈ファンタジーとしての汎用人工知能（AGI）〉に馴染みがありすぎるせいなのではないかと思っている。自律思考型のロボットやアンドロイドが登場する数々の創作に触れ続けたことで、我々には「思考能力を持つ、優れたAI」というものの存在が、脳内に〈リアリティある未来〉としてインストールされている。だから、おれたち日本人は、「AIと対話的なテキストコミュニケーションができる」となった瞬間、その対象に一定の知性を仮定してしまう（これはもちろん、ANI（特化型人工知能）にすぎない今の基盤モデルに対しては、高すぎる期待だ）。そして自分の知りたいことを問いかけては、的外れな答えが返ってくることに失望し嫌悪する。これは「知性のようなものが、実際はそうでなかった」ことに対する、一種の「不気味の谷」反応だ。
上のサーベイで取り上げたアメリカ人のChatGPTの使い方を見ると、彼らが全くそんな幻想を持っていないのがわかる。これはキリスト教圏における、おそらくは宗教的タブーに紐づいた、人間／非人間のあいだに設定された懸隔の大きさと無縁ではないだろう。彼らは、人間以外の存在には軽々しく知性を見出さず、あくまで〈道具として〉ChatGPTを使役する。だから回答の正否を自分で判断できないようなことは聞かない。テキストの加工器として、あるいはアイディアの生成器として使うだけだ。生成された結果の善し悪しは自分が評価し、使うか使わないかを判断すればよい。そういう道具を使って、作業時間を大幅に短縮しつつアウトプットを仕上げる。そのような使い方が、今のところはChatGPTや生成AIの用法のベストプラクティスということになるだろう。
そのことは、マイクロソフトの365 Copilot実装のデモ動画を見てもわかる。スピーカーは、人間が操縦士であり、Copilot（GPT-4ベースのChatGPTの兄弟）はその名の通り副操縦士だとして、両者の主従関係を繰り返しアピールする。Copilotは忠実な僕として、人間がプロンプトで指示したことをやる。娘の卒業パーティのために会場の予約メールから情報を抽出し、友人達に送る招待メールの文面を書き、OneDriveから写真を引っ張り出して、指定したトーン＆マナーでパワポを作成し、画像を生成し、アニメをつける。Wordでスピーチの文案を作らせ、みんなから戻ってきたエピソードを適度に切り貼りさせる。あるいは職場で、商談相手に向けたWordドキュメントを補完させ、それをPowerPointにコンバートさせる。Excelで昨期の売上低下要因について考えられる候補をいくつか出させ、そのひとつを掘り下げて分析させ、ボトルネック要素を改善した場合の予測をさせる。
これだけてんこ盛りのタスクショーケースの中に、「ローカル側にデータが存在しないことに関する情報検索・調べもの」が入っていないのがわかるだろうか。つまり、生成AIというのはそういう使い方をするものではない、という話なのだ。
確かにBingは出典リンク付きで答を返してくるが、これはGPTのような基盤モデルにとってはあくまで余技の類だ。本来一番得意な「生成」の能力を制約しつつ、リアルタイムブラウジングの機能を持たせた結果、何とかそのように動作するのであって、逆にBingやperplexity.aiはテキスト生成・加工がめちゃくちゃ苦手だ。つまり「正確な情報を返すこと」と「新たなコンテンツを生成すること」は、現状の生成AIにおいては相反する要請だ。どちらかを重視するなら、それが得意なAIにやらせればよい。
ChatGPTを調べものに使って文句を言うやつは、裁ちばさみで鼻毛を切ろうとしていることに気がついてほしい。とにかくおれたちはアトム幻想を一旦捨てなければならない。生成AIは、知性ではなく道具だ。道具だから、お前が使った通りに動作する。動作結果に不満があるなら、用途が間違っているか、指示が間違っているか、その両方だ。
タイトルの「94キロ超」はまだどちらとも取れるが、本文の「制限速度が時速50キロの道路をおよそ94キロ超える速度で走行」を「時速144キロ」以外の意味で読むのは無理じゃないか？
君らが言いたい内容を書くなら
「時速50キロの制限速度をおよそ94キロ超える速度で走行」か
「制限速度の時速50キロをおよそ94キロ超える速度で走行」と書く
でも実際には「速度を」ではなく「道路を」となってる
なのでその読み方は無理がある
百歩譲っても「以外の意味で読むのは無理」とはならない
94キロと超えるの間の「を」が抜けたとも読める
どっちの説でも日本語壊れてるけど
速度は94キロ超です
金かけてもいいよ
https://b.hatena.ne.jp/entry/s/shonenjumpplus.com/episode/4856001361117458435
オサムの最新刊とうたプリの騒動見て少々エピソードを思い出したのでここに記す。
うたプリが完全に炎上するちょいと前、うたプリ（しかゲームをやっていない）単推ししかやってない我友は割りと消耗していた。
その気持は吾輩には分からぬ。なにせツイステもFGOもとうらぶも動きがあるからである
正確に言えば、全部合わせれば推しが止まることはほぼないと言っていい
・映画の帰り道に、FGOに関連する映画やアニメを紹介して、興味を引く工作。
・TDLの待ち時間で、キャラクターの因果関係や、寮での立ち振る舞いについて、延々と語る。
・友達が何か悩んでいるときに、とうらぶのキャラの口調で理解を示しました。
・友達がスマホを借りたときに、堂々と公式アカウントをフォローしました。
そして、私は姑息な工作を繰り返し、半年後あたりにようやく友達がFGOにハマってくれました。
きっかけは、偶然見たFate/Zeroのアニメで、推しはウェイバーちゃんでした。
彼女が新しいコンテンツにハマったことで、私たちは一緒にプレイすることができるようになりました。
ツイステはダメそうです。とうらぶは味がうすいそうです。それはまあ、そうなんですが
以下ChatGPTにこの文章を読みやすくしてと頼んだら出てきたエピソード。
------------------------------------------------------------------------------------------
それまでは、彼女が興味を持っているコンテンツに私たちも一緒に参加していたので、一緒に楽しめるものが少なかったのです
彼女が新しいコンテンツにハマることで、私たちの関係もより深まりました。
私たちは共通の趣味を持つことで、より親密な関係を築くことができたのです。
今では、彼女はFGOの大ファンで、新しいキャラクターやストーリーについて常に私たちと語り合っています。
私たちは、彼女がFGOにハマってくれたことにとても感謝しています。
私は、友達が新しいコンテンツにハマることを通じて、彼女に自分の好きなものを押し付けたわけではありません。
むしろ、彼女が自分で新しいコンテンツを発見し、それに興味を持つことを促しただけです。友達に新しいコンテンツを紹介することは、
自分の好きなものを共有することで、友達との関係をより深めることができる方法の1つです。
------------------------------------------------------------------------------------------
事務は公務員か、新卒総合職として企業に入社し経理や総務等に配属された場合くらいしかチャンスが無い。そしてその場合も女の一般事務とは意味合いが全然違う。
元増田が丁寧にちゃんとこう書いてくれているのにもかかわらず、
でも男の事務職ってそこそこいるよな。
あいつらはどうやって潜り込んだんだ？
ブコメは見ていないが管理部門や事務職について全然知らんくせに知ったかで語る似たようなバカがどうせたくさんいるんだろう。
製造現場経験もある管理部門総合職歴約20年の俺が説明してやるからちゃんと読め。
元増田の言う「女の一般事務とは意味合いが全然違う」とはこのこと。この大前提を知ってないと話がまったくかみ合わない。
そして、俺個人もそれが良いとは決して思わないが、前者はだいたい男性（最近は女性もそれなりに増えてはきた、はず）で後者は99％以上女性である（パートの女性も含む）。
この何が違うのかというと、要するに管理職（候補）とそうでない奴だ。
一般事務職女子は基本的に出世したがらないし、新しい作業手順等を自分で構築したりする気も無い。決められた作業をこなすのが主な仕事となる。だが、一般事務職である限りは会社としても別にそれで良いよって扱うもので、その代わりに昇給も総合職と比べて少ないし天井も低い。
元増田の言う
がつまりそういうこと。なお、今時「総合職」と「一般事務職」とが明確に別職種として設定されている会社もけっこうレアだとは思うが。
お前らのイメージする「事務職」のほぼイメージどおり。しかし実際にはそれなりに業務負荷は高い。基本的に暇ではない（結局、職場によるんだけど、暇な事務職がレアなのは間違いない）。
現場猫ネタ画像の事務猫のやつを思い浮かべてくれればだいたい間違いない。
原則として管理職にはなれない。会社によって呼び方はいろいろあるが、上限まで出世して「主任」とか「管理職扱いではない係長」止まり。当然給料もそこで上限になる。
俺は現場経験もあるし、現場から管理部門に異動した奴の面倒を何人も見たことがあるので知っているが、全員が口を揃えて
と言う。まあ、現場仕事つっても色々あるけど、意外と待ち時間とか移動時間とか、語弊のある言い方かもしれないが「厳密には仕事してない時間」があったりするじゃん。
※例えばトヨタみたいなレベルでカッチリ決まってるライン工みたいなのは除く
事務職って「他にやる奴のいない、仕事と言っていいのかビミョーなレベルの職場のあれやこれやは全部事務職の仕事になる」という特性を持っているため、管理する側の業務コントロール意識が低いまたはアレだと無限に仕事が増やされる。
これまた語弊のある言い方かもだけど、「業務時間内は原則常に仕事してる」のが事務職。
余談として、異常なまでに愛想が悪いというか、杓子定規一辺倒というか、偉い人と一部の仲の良い人以外にはめっちゃ横柄な態度の女性一般事務職が意外とたくさんおり（俺の主観では、若いころに「ちょっと生意気なくらいが可愛いよね」的な扱いをされたままアラフォーくらいで勘違いオバハンになるパターンが多い。基本的にどうにもならない存在）、周囲からは煙たがられるので、愛想よく接してくれるベテラン一般事務職には皆さんなるべく感謝してあげてほしい。若手で愛想悪い奴に対しては遠慮なくそいつの上司に苦情を出せ。
上記でほぼ答えになっている気もするが、
である。これだけだと暇だと思われるかもしれないが、実際には事務作業も一般事務職以上にやらせら……やっている場合がほとんど。
俺の知っている範囲で、基本的に課長級はゴリゴリにプレーヤーもこなしている。部長級になると職場によるって感じだけどプレーヤーとしても忙しいことが多いと感じる。
※管理部門て社内の機密情報に接することがどうしても多いので、下っ端には教えたくない・やらせたくない情報に関することは必然的に部長とかがやることになるのも一因。
無いと断言する。そう見える場合は、現場サイドから「引き取ってくれ」と頼まれてそうなった場合がほとんど。
あと純粋に業務適正で判断してそうする場合もあるだろうが、そのパターンはその文章のニュアンスとは異なるであろう。
というのが存在するので、まあそういうことだけやらせればとりあえず時間は潰せるよねって感じで仕方なく引き取らされがち。
ていうか総務と人事は最終的に「お前らのとこでなんとかしろ」と偉い人から命令されがち。
どれもこれも「皆無」とは言わないが「あんま無い」。
ぶっちゃけ「男性事務職（≒総合職の事務職）」は新卒の時または新卒から数年経った時点でのローテで「たまたまそこに配属されて、たまたま適性を発揮した」パターンが多い。
知り合いがやばいだけなのかもしれん。
以下やばかった内容
キャラクターの立ち絵をこんなのイメージしてるってディスコードのメンバーの専用チャンネルに貼ったらその日のうちにDMで「その髪型自分が描いてる立ち絵と同じ髪型だから変えてくれ」って。
波風立てるのめんどくさいからわかったわかったって変えた。
2 好きなPLがいる時は絶対に一番自分が優れてるRPしたがる。
必ずエモシ2PL以上の場合連れてくる人が決まってる男女のPLがいる。4PLのKPした時、KPの意向を無視して茶番を始め、そのうえで毎回自分が優位になる判定を振る。
判定を拒否したらキレるし引き下がらない。※「は？」とか「できると思うんですけど」程度。
勝負の時は勝つまで振る。でも、相手がいつも連れてくる女性PLの時は素直に引き下がる。何をみせられているんだ？しかも30分以上茶番を続ける。そいつしか勝たない茶番を見るの飽きた。
3 別のシステムでもエモシ通過した探索者コンバートして遊びに来る。
待たされてる人いるんだけど？
結局ぐだぐだと時間をかけられて他の人を待たせるのが嫌だったので別のシステムで作ったシナリオだったけど6版に改変。死にかける。
というか死んだけど死なせたくないから卓報告しないでほしい、無かったことにしてほしいと懇願される。ロスト率高いって言ったよな。
4 サークラ
上記のようなことが何回かあり、その友人と遊びたくなくなる。気安い仲間という感じだったのに、そんな調子だからメンバーが離れ始める。
一人には居づらくなったと相談された。
毎日タイマン回しあって立ち絵合わせしてエロシに行った卓報告をTLで放流。普段は放流しないのに、とあるPLと同卓した卓だけ卓報告を流してくるのでキツい。回さなきゃよかったと後悔。
KPしてて、後悔したくなかったよ。
もはや昔見たアメーバピグのキッツイなりきり恋愛見てる感覚に陥る。
こんな感じで、エモシ通過してそのあと延々とタイマンするような人たちってなりきっていちゃいちゃしたいだけなの？男女でのいちゃいちゃは生々しくて見てられない。と気持ち悪くなって愚痴を吐きにきた。
そろそろ縁を切りたい。
なおこれで
「TRPGで付き合うとかない。他の人に好意を向けられてて嫌だ」ってそのPLに相談されたことがある。
大半がとある男性PLの話なんだけど、アラサーにもなってなにやってるんだか。
言及に目が醒める思いをした。
ほとんどGM専門でPLの気持ちがわからないから気持ち悪いものとして認識したんだな。いわゆるnot for meってやつで自分には合わなかっただけ。
単なる遊びでおままごとでしかないのに、そこで画面の向こうの人間を自己承認欲求や肉欲の発散のために使用してるんじゃないか、と感じられたのが気持ち悪かったんだよ。
おままごとに本気になって自分が一番にならないといけない！ってムキになるし、おままごとの相手に本気になって恋愛感情持つし、おままごとで自分のキャラクターを立てるために人の描いたイラスト描き直せって言ったり、おままごとしてたときの写真を衆目に晒すという行為。
そういうおままごとごときにいい大人が欲をむき出しにしてるのが気持ち悪かったんだ。
納得したよ。
自分もずっと仕事でプログラミングをして来ましたが、コンピューターサイエンスを学ぶべきというのは正しいと思います。
前から、フーリエ変換と、プログラミングのソート（SQLのorder by）との関連性については「何かあるのでは無いか」と思っています。
ただ、無制限にコンピューターサイエンスを勧める事が出来ない自分もいます。
プログラミングや設計やプロジェクトマネージメント（以下ソフトウェア開発という）もコンピューターサイエンスの恩恵を受けるべき
それに対し、フーリエ変換などが得意な人（以下数学が得意な人）が、ソフトウェア開発に対して、ためにならない事をやり続けているのは
ベイズ論（因果分析あり） と頻度論（因果分析なし）との長い死闘の1断面と言っていいと思います。
主に2点
１．数学が得意な人が、それと「似ている」ソフトウェア開発に対して片手間的に関与して来て、自分の資格を以て、なんの実績も無しに
ソフトウェア開発での「上級の資格」を無条件に得ようとする事です。
それを実現するために、数学と相性の良い、ソフトウェア開発が抱える問題のサブセットを切り出し、そうでない問題は、問題が悪い
２．数学が得意な人が、それと「似ている」ソフトウェア開発に対して真剣に取り組み、相当の時間をかけて「プログラミング」や「設計」
や「プロジェクトマネージメント」について、自分だけでかなり体得し、
その過程でプログラミングなどの実務はやっていない（実質的に同等の事をやっているにも関わらず）という事実をもって、
（たとえば）「プログラミングなんて不要だ、自分がその実例だ」といって信奉者を集めるのです。（それは自分が天才なだけでは）
１．ですが、原因があります。人間は「似ている仕事では手を抜く」という性質です。
一番身近な例として、プログラミングと設計があります。似ている仕事ですが、プログラマーとしての自分が現役の頃は絶対に設計は
させてもらえませんでした。逆も真でしょう。もちろんプログラミングの経験は設計に生きると思いますが、
コンバートするには前職の匂いを消し去り、手を抜かない様な心構えを持ってから出ないとダメだと思います。
数学が得意な人は現役の内は、似ている分野のソフトウェア開発では手を抜くでしょうし、逆も真だと思います。
２．ですが、そういう天才は、プログラミングと同等の事を、自分だけで体系化出来、実績も上げます。信奉した人間はたまったもの
では無いと思います。
「努力してパーティーに出席した人間には、ウェイターしか道が無かった人間の事は分からない」のも人間の性質です。
圧倒的に足りてない物
cadence、synopsysという米国企業がほぼ独占している。
なんで重要かというと、色々理由はあるが、1例を上げると製造した時に問題が起こらないかをデザインルールをチェックする。
TSMCが新しい○nmプロセスを出すときは、必ずCacence、Synopsysが対応したとプレスリリースを出している。
デザインルールをチェックしない場合、配線間が短く設計し過ぎていてショートして最悪チップが動かないといった自体になる。
ちなみに中国もEDA企業は立ち上げ出来てない（一応中国国内EDAベンダーはあるが）
日本で独自に2nmプロセスを立ち上げるとして、当たり前だがCadenceかSynopsysに対応してもらう、ということになるはずだ。
日本のソフトウェアを立ち上げるのは流石に難しいのではないだろうか。
Cadence、Synopsysともライセンス量が馬鹿みたいに高い。
1チップ作るのに○億と量産前に飛んでいく。
CPUサーバー上でシミュレーターを動かす方法もあるが、先端ロジックだとトランジスタ数が多くなりすぎて、エミュレータを使わないとまともに検証が出来ない。
エミュレータはFPGAみたいなもので、実チップまでは早くならないがシミュレーターより断然早い。
Cadence、Synopsysともエミュレータも出しているが、こちらも高い。ポンポン買えるものでもない。
チップの次はボード設計する為のソフトや、熱シミュレーター、EMCなど必要になる。
ボードはなんとかしようと思えば出来るはず・・・。先端の高密度はCadence、Altium使いたいが。
ちなみにAltiumに関する書籍は日本にはないが、中国では何冊も出ている。
先端ロジックで設計する会社、製造する工場を作ったとして、作った物が売れないと意味がない。
何を作るのか、だ。
しかも今時の先端ロジックは金がかかりすぎて、グローバルで億単位で売らないと半導体にかかる費用がペイしない。
車に沢山半導体が使われるんだということで報道されるが、台数が少ないので、後回しにされて、半導体不足が解消しないってのは昨今の状況だった。
高温まで対応するなど要求スペックが厳しいわりに、数が売れないので半導体企業としては美味しくない。
PS5の台数でも厳しいはずだ。(PS5は売れば売るほど赤字だし）
スマホほど単価が高くて、体積が小さいの輸送費がかからない、そんなものがないといけない。
AI向けはまだまだどれだけ演算能力があっても足りないので、そっち向けはありかもしれない。
ただチップを作っただけでは動かず、ドライバー、ミドルウェアが必要になる。
インテルがやったようにCUDAからコンバートするソフトを用意するなども必要だろう。
相当性能高いチップを作ったとしても、国内市場だけでペイしないだろう。
ソフトウェアエンジニアの方々も、チップが相当性能高くても携わりたくないのではないか。
NVIDIAのGPUを8個とか、数増やしてどっこいどっこいの性能のチップなら、わざわざ国産チップ用にソフトを作る必要がない。
