はてなキーワード: 仮想化とは
計算機科学は、情報の理論的基盤から実用的な応用まで、広範な領域をカバーする学問です。以下に、計算機科学の主要な分野と、特にネットワークに関連するトピックを体系的にまとめます。
プログラミングパラダイム: 手続き型、オブジェクト指向、関数型、論理型など。
プロセス管理: CPUのスケジューリングとマルチタスキング。
機械学習アルゴリズム: 教師あり学習、教師なし学習、強化学習。
深層学習: ニューラルネットワークによる高度なパターン認識。
ネットワークは、情報の共有と通信を可能にする計算機科学の核心的な分野です。
OSI参照モデル: ネットワーク通信を7つのレイヤーに分割し、それぞれの機能を定義。
プレゼンテーション層: データ形式の変換。
アプリケーション層: ユーザーアプリケーションが使用するプロトコル。
TCP/IPモデル: 現実のインターネットで使用される4層モデル。
リング型: 各ノードが一方向または双方向に隣接ノードと接続。
IP(Internet Protocol): データのパケット化とアドレッシング。
TCP(Transmission Control Protocol): 信頼性のある通信を提供。
UDP(User Datagram Protocol): 信頼性よりも速度を重視した通信。
ルーター: 異なるネットワーク間のパケット転送とルーティング。
IDS/IPS(侵入検知/防止システム): ネットワーク攻撃の検出と防御。
VPN(仮想プライベートネットワーク): 安全なリモートアクセスを提供。
SDN(Software-Defined Networking): ネットワークの柔軟な管理と制御。
IoTプロトコル: MQTT、CoAPなどの軽量プロトコル。
SNMP(Simple Network Management Protocol): ネットワークデバイスの管理。
ネットワークトラフィック分析: パフォーマンスとセキュリティの最適化。
ネットワークオーケストレーション: 自動化された設定と管理。
AIによるトラフィック最適化: パフォーマンスの向上と障害予測。
マイクロセグメンテーション: ネットワーク内部の細かなアクセス制御。
『コンピュータネットワーク』 アンドリュー・S・タネンバウム著
『ネットワークはなぜつながるのか』 戸根勤著
Coursera: 「コンピュータネットワーク」、「ネットワークセキュリティ」コース
edX: 「Computer Networking」、「Cybersecurity Fundamentals」
IETF(Internet Engineering Task Force): ietf.org
IEEE Communications Society: comsoc.org
W3C(World Wide Web Consortium): w3.org
つむぎ秋田アニメLabの取り組み、大変すばらしいと思います。
https://b.hatena.ne.jp/entry/4756283245566539264/
しかし一点重大な危険性がこの前編後編の記事内で取り上げられていません。
それはUnreal Engineスキル保持者の給与水準です。
現在ゲームやアバター、映像等のエンタメ関連産業で周辺技術者は払底しています。
何故ならこれらエンタメBtoC企業の給与の倍から4倍の水準でBtoB企業、建築や機械、FAが引き抜いていくからです。
おそらくアニメ産業だと給与ギャップはさらに広がると思います。
この記事で描かれている作業従事者のスキル・経験者だと引く手あまたです。
エンタメ産業が1案件数千万円程度で受けてみんなで取り掛かる仕事に対し、BtoB大手だと着手前の調査費やコンサル費でそれくらい費やします。
そこでガッチリ仮想化や3D設計を組み立てることでのちの数十億円、数百億円の案件を取りに行くのでコストは惜しみません。
もちろん全く別業種なので内容に興味がないならそれまでですが、それをねじ伏せるくらいの給与や移籍金が飛び交います。
もし今後アニメ産業で推進していくなら、ガッツリ金を積んで引き抜きを防ぐか、会社を強く愛してもらわないととんでもないことになると思います。
すごい挑戦が成功しつつあることは喜ばしいですが、バンダイ側はおそらく「事業安定という部分」で心配していたのだと思います。
知りたいことがドキュメントにドンズバで書いてあることなんてほとんどなくて、
仮説を立てる→検証するの繰り返しで、なんか研究してるみたいで楽しい。
コンテナから仮想化、ハードまでいろんな可能性が考えられるから、
検証して見えてきた結果からあたりをつけてドキュメントを探してみたり。
私はプロではないのでわからないので、間違っているのは当たり前だと思って読んでください。
個々人のエンジニアの能力がとかクレジットカードがとかは基本関係ないという話です。
(関係なくてもパスワードを使い回している場合は、同じパスワードを使っているサービスのパスワードはすぐ変えるの推奨)
私は長年社内システムの奴隷をやって参りました。現在のクラウドになる前のサーバも触って参りましたので、その辺りからお話しをさせてください。
サーバーというのは、簡単に言うとシステムを提供しているコンピュータです。
貴方が触っているコンピュータシステムのネットワークの向こう側にいます。この増田も増田のサーバーというのがいて、私たちにサービスを提供してくれています。
しかし、このサーバ、どんなイメージを持っていますか? でっかい黒い冷蔵庫?ちかちか光るロッカー? それともバーチャルのネットワークで画面上に写されるものでしょうか。
サーバーといっても、実4形態ぐらいあるのです。私もチョットワカルぐらいなので間違っていると思いますが、まずは理解する為に簡単に説明させてください。
と言う段階があります。
ニコニコ動画のサービスはどうかというと、色々な情報を得ると、④を使いながら③にする途中で、まだ②が残っている、ということのようですね。
これらの使い分けについてですが、最近は自社でサーバを持っていると自分たちで管理しなければならなかったりして大変なので、できるだけ②から③、できたら④に持っていきたいと言うのが世の中の流れです。それでも②はのこりますが、最小限にしていく方向。
現在は、②のシステムがだけがやられたように、セキュリティ的にも預けた方が望ましいと言われています。
今回も、自社で管理している部分が攻撃されました。特にクレジットカード情報が漏れていないと何度も言われているのは、そこを自社で管理せずに専門業者に任せていたことが大きいわけです。
この流れをまずは頭に入れましょう。
さて、メールを扱ってるサーバーと、売れた商品をバーコードでピッとして管理するシステムは全く別でどちらかがハッキングされたからといってもう一つもされるこことはありません。これは何故かと言うと、それぞれを細かくたくさんのシステムや仮想サーバに別けた独立なシステムになっているからです。
さらにKADOKAWAのようにサービスを外部に展開してる会社の場合、外部向けのシステムと内部向けのもの(バックオフィス)で必要な機能が異なるので、部署が異なるのと同じように違う仕組みになっているはずです。ただし、物理的にどこにサーバがあるかなどはあまり関係がありません。
しかし、こうなると小さなサーバがたくさんたくさんあると言う状態になって管理が大変です。
利用者の視点にしても、システムごとにログインするための情報が別々だと非常に使いづらいですよね。会社で部屋ごとに別々の鍵がついていて、じゃらじゃら鍵束を持って歩くような状態は面倒です。
すると、どうするかというと、これらをまとめて管理するシステムというものが作られます。
これを「システム管理ソフト」と「認証システム」といいます。これらが全体に対してユーザ認証や、サーバが正常に動いているかどうかの管理を提供する事で、たくさんのシステムの管理を効率化するのです。
企業の警備室に機能を集約するようなものです。ですが、ここが要になっていて、破られると全ての鍵が流出してしまうということになるわけです。
出てきた情報から見ると、この管理するシステムと認証するシステムがやられたと思われます。
また、その前の前段はVPNと言う仕組み(ネットワークを暗号化して安全に隔離するもの)が攻撃されて破られたのではないかと推測しています。
これは近頃猛威を振るっている攻撃で、業務用で多く使われているVPN装置の脆弱性(弱点)が狙われて、多数の問題が起きています。当然脆弱性を修正したプログラムは適用されていると思いますが、次から次へと新たなセキュリティホールが見つかる状況であり、匿名のアングラネットでは脆弱性情報が取引されているため、訂正版のプログラムが出る前の攻撃情報が用いられた可能性があります。(これをゼロデイ攻撃といいます) あくまでも推測ではありますが。
個々のシステムは独立しています。ですが、こうなってくると、今回はシステム全体が影響を受け、さらにどこまで影響が及んでいるかの分析が困難なレベルだと言われています。
ここまで広範囲に影響するとすると、管理と認証とVPNが攻撃を受けてやられたとみるべきでしょう。
また、ここが破られていると、クラウドシステムにも影響が及ぶケースがあります。
一時期「クラウド」というとストレージの事を言うぐらい、クラウドストレージが当たり前になって、自社運用ファイルサーバは減りました。これは今では危険と認識されているほかに、こちらの方が安く利便性も高いからです。
それ故に、クラウドストレージ、たとえばSharePoint OnlineやGoogleDrive、Boxなど外部のシステムに置くようになっています。
オンプレミスの認証サーバが破られているので、その認証情報を利用してクラウドにアクセスできてしまったものだと思われます。言わば、鍵を集めて保管してあった金庫がやぶられるようなもの。
通常、クラウドシステムはそんなに甘い認証にはなっていません。例えば多要素認証といってスマホなどから追加で認証すると言うような仕組みがあります。貸金庫に入るとき、自称するだけでは入れず、身分証明書とパスワードの両方が必要なうなものです。
また、日本企業なのに突然ロシアからアクセスされたりすると警報をだして遮断する仕組みがあります。
とはいえ、いちいちクラウドにアクセスする度に追加認証をしていると大変で、面倒クサいと言う声が上がりがちです。
そんなときに行われてしまうのは、自社のネットワークからアクセスするときは、認証を甘くすると言う仕組みです。
つまり、ネットワークは安全だという仮定の下においてしまうわけですね。自社の作業着を着ている人なら合い言葉だけで、本人確認なしで出入り自由としてしまうようなものです。
ところが今回は、ここが破られてしまって被害を受けている可能性があります。自社の作業着が盗まれているので、それを着られてしまったので簡単に入れてしまったようなもの。
また、社内システムからデータを窃盗するには、どのシステムが重要かを判断しなければなりませんが、クラウドサービスだと世界共通であるため、一度入られてしまうと慣れ親しんだ様子で好きなようにデータを窃盗されてしまうわけです。
上記のことを踏まえて、KADOKAWAの展開してるサービス自体や、そこに登録しているクレジットカードは「おそらく」大丈夫です。パスワードも「ハッシュ化」という処置を経て通常は記録されていません。
ただ、パスワードを使い回している方は、その事実とは別にそもそも危険です。パスワード変更をおすすめします。さらに、ハッシュ化をされていても、時間をかければ色々な方法でパスワードを抜き出す事も不可能では無いことも忘れずに覚えておきましょう。
しかし、単なるユーザー、お客さんではなく、KADOKAWAと会社として関わってる人や従業員、取引先で色々な書類等出した人は、既に情報が窃盗されていて、そこから今後も追加で情報が出回る可能性があります。
一方で、分かりやすい場所に保存されていたわけではない情報(システムのデータベース上にだけ入っていたものなど)は、センセーショナルな形で流出したりはしないのではないかと予想しています。
犯人が本当に金が理由だとするならば、データを分析するような無駄な事に労力を割かないためです。
腹いせで全てのデータを流して、暇人が解析する可能性はあります。
ありますが、犯人はコストを回収しようとするので、これらの情報を販売しようとします。売り物になる可能性のものをただ単に流したりもしづらいのではないかと思っています。
もちろん、油断はするべきではありませんし、購入者が現れるとすると購入者は具体的な利用目的で購入するため、より深刻な被害に繋がる可能性も残されています。
犯人が悪いからやられたのです。レベルが低いからとか関係ありません。
また、周到にソーシャルハッキング(オレオレ詐欺のようになりすまして情報を搾取するなどの方法)や、このために温存したゼロデイ攻撃(まだ誰も報告していない不具合を利用した攻撃)を駆使され、標的型攻撃(不特定多数ではなく、名指して攻撃すること)をされると、全くの無傷でいられる企業や団体は、恐らく世界中どこにも存在しません。
それは大前提とした上で、敢えて言うならば、どちらかというと、経営判断が大きいと思われます。
ニコニコ系のサービスと、KADOKAWAの業務システムと2つに別けて話しをしましょう。
ニコニコ系のサービスは、現在、クラウドにシステムをリフトアップしている最中だったと思われます。先日のAWS(クラウドサービスの大手企業)の講演会で発表があったようにです。
ですが、この動きは、ニコニコのようにITサービスを専門にする企業としては少し遅めであると言わざるを得ません。
これは何故かと言うと、ニコニコ動画というサービスが、日本国内でも有数の巨大なサービスだったからだと思われます。特殊すぎてそれを受け入れられるクラウドサービスが育つまで待つ必要があったと思われます。
それが可能になったのはようやく最近で、動画配信系はクラウドに揚げて、残りを開発している最中だったわですが、そこを狙われたという状態ですね。
ただ、厳しい見方をするのであれば、その前に、クラウドに移行する前に自社オンプレのセキュリティ対策を行っておくべきだったと思います。結果論ですが。
それをせずに一足飛びでクラウドに移行しようとしたというのだとは思います。確かに一気に行けてしまえば、自社オンプレに施した対策は無駄になります。コストを考えると、私が経営者でもそう言う判断をしたかも知れません。
KADOKAWAの業務システムですが、これはITを専門としない企業であれば、オンプレミス運用(②番)が多く残るのは普通です。
何故かと言うとシステムとは投資と費用なので、一度購入したら4年間は使わないといけないからです。そして自社向けであればそれぐらいのサイクルで動かしても問題はありません。
しかし、それ故に内部的なセキュリテ対策の投資はしておくべきだったと思います。
以上の様にエンジニアのレベルととかは関係ありません。基本的には経営者の経営判断の問題です。エンジニアに責任があるとすれば、経営者に対して問題点を説明し、セキュリティを確保させる事ができなかったと言う所にあるでしょう。
ですが、パソコンのことチョットワカル私として、想像するのです。彼らの立場だったら…自社グループに経験豊富なエンジニアがいて、一足飛びにクラウドへリフトアップができそうなら、既存の自社サービスのセキュリティ変更に投資はしないと思います。
逆に、パソコンに詳しくなく、自社部門だけでは対応が難しく、SIerの支援を受けつつやらなければならないと言うのならば、SIerは固いセキュリティの仕組みを付けるでしょうし、システムごとにSIerが異なることから自然とシステムは分離されていたでしょう。
そして減価償却が終わった者から徐々にになるので時間がかかることから、昨今の事情により、セキュリティ変更に投資をしてからスタートしたかも知れません。
ただし、繰り返しになりますが、犯人が悪いからやられたのです。レベルが低いからとか関係ありません。
(おそらくは)社内のシステム管理を、自社でできるからと言って一本化して弱点を作ってしまったのは不味かったと思います。
先ほど述べたように、高度化していく手口でシステムへの侵入は防ぐことが出来ません。
なので、システムは必ず破られると考えて、それ以上被害を広げないこと、一つのシステムが破られたからと言って他のシステムに波及しないようにすることなどを意識する必要がありました。
これは物理的な話しではなくて、論理的な話です。例えば物理的に集約されていてもちゃんと別けていれば問題ないし、物理的に分散していても理論的に繋がっていたら同じです。
すごく簡単に言えば、管理するグループを何個かに分けておけば、どれか一つが破られても残りは無事だった可能性があります。
とりあえず今まで出てきた内容からするとニコニコとかその他のKADOKAWAの外部的なサービスは人員的にも予算的にも全然関係ない感じ
IIJの業績見通し、VMware製品の値上げによって「変動幅30億円」
実際、IIJは2024年5月10日に開示した2025年3月期の業績見通しにおいて、VMware製品ライセンスの値上げをユーザー企業に転嫁できるかどうかによって、売上高に当たる売上収益と営業利益が最大30億円は変動する可能性があるとした。
IIJは2025年3月期の決算見通しに30億円の幅を持たせる異例の開示をした
IIJは2024年4月からクラウドサービスの利用料金の値上げを実施したが、全てのサービスの値上げが完了したわけではない。ユーザー企業への価格転嫁が遅れるほど、IIJの損失が膨らむ。その損失額が最大30億円になると見込んでいる。
IIJの2025年3月期における営業利益の見通しは300億~330億円である。VMware製品ライセンスの値上げによって、全社営業利益の1割が吹き飛ぶ恐れがあるわけだ。同社が決算の見通しに幅を持たせたのは初めてという。
てっきりOpenStack?とかいう独自の基盤で運用してるのかとオモタ
トランプはキチガイのふりしてたけどビジネスマンとしてかなり優秀だったと思う。
業績は色々あるが個人的に評価したいのがクアルコムの買収阻止。
これによって成長率の低い寡占企業を買収し逃げ場の無い顧客から大金をふんだくるという邪悪企業ブロートコムによるクアルコムの買収を防いだ。
ブロードコムは最近でも魔手をいろんな企業に伸ばし、ブロードコムに食われた重要な企業にvmwareがある。みんなもご存じの仮想化の会社だ。
はてな諸兄もご存じの通り最近ではインフラ機器、スイッチやルーターなども仮想化されVMWAREの技術が使われている。
ちなみに恐ろしいことにブロードコムに買収されてから仮想ネットワーク機器のOSのリブートやインターフェースのフラッピングなど不可解な致命的バグが毎週のように見つかるようになった。ciscoやjuniperの筐体機器だったときや買収前は多くて年に数回程度だったのでその違いは歴然だと思う。ブロードコムに連絡しても次回のアップデートで直しますと言いつつ、アップデートでは新たなバグが追加されている。
わたしの業務量も増え、ワークライフバランスに多大な被害を及ぼしている。
仕事でIT系の資格を獲ろうとしてるんだけど、例えばLinC とか「OSとはなにか」から始まるような初心者向けばっかり
AWSやAzureの資格も仮想化とはないかからはじまるような超初心者向けの「資格をとってIT系に転職で収入UP!」みたいなので辛い。
なんかいいのないんか。
もともと、趣味でいろいろゴニョゴニョしているのだが、前は本業は全く関係の無い会社にいた。
その状態で趣味に近い所で声かけてもらって転職したんだけど、元々趣味だったからスキル証明の資格とか持ってない。
資格無しでもいいかなと思ってたんだが、自己流でやってきたから用語とかが曖昧で、スキルも必要なところだけ齧ってやってきたからつらい所がある。
で、仕事で金が出るというので、まぁどうせだしと資格を獲ろうとしてるんだけど、初心者向けの動画庫教材みたいなのが多くてつらい。
まぁ、先行研究で十分に立証されて関連付けられた理由がないから結論まで出すのは保留してるってことならわかるが
産業革命期労働者の研究でも、貧困層ほどタバコやジンなどの嗜好品に比率的に多くの金を出してることが知られてる
第一に「人はパンのみにて生きるにあらず」、貧困層ほど娯楽・心理的負荷軽減の手段を求めることは先行研究がある
第二にゲームとの相似、これは「現実世界では得られない成功体験を得られるから」が明快だろう
彼(女orX)とある時点で性欲は補足的な要素だ、キャラゲーが増えているから一要素ではあるが
派手な音楽や映像でわかりやすい(認知負荷が軽い)のは、漫画やなろう系よりもゲーム(とYoutubeや動画系)の人気がある要因の一つではある
底辺でも気軽に達成感が得られて、プライドが満たされてストレス解消になる
これが重要だ
人間の脳はタスクに対する挑戦と達成の刺激で快感を得るように最適化されている、生存のために
そして「ゲームはこのタスク解決そのものを仮想化し最適化した遊び」だ
これはゲーム界隈の研究では有名な話だからそっちを齧ってれば迷う余地はないんだが、まぁ知らなかったらしょうがないな
各分野の娯楽はもちろん脳に最大限の快楽を送り込むために最適化される、市場原理によって
中でもゲームは人間の根源的欲求、そして貧困層が日常生活では得られない「達成」の欲求を満たせる性質がある
まぁゲームと言ってもソシャゲと長時間プレイ前提のゲーム、対人ゲーそれぞれまったく違った効果にはなってくるし、対人ゲーの「達成」は結局スポーツと同等の難易度にはなってくるが
(強いて言えば相手を見つけて対戦するサイクルが短いこと、肉体的負荷は軽いことが特徴か)
スポーツについては高強度負荷を越えて目標を達成する、という現実世界での成功と大差ないシステムだから現実での成功者の趣味にもなりやすいんだろう
ゲームはその点、あらゆる層の達成欲求を叶えることに文化・市場最適化されているからな
ある意味ではスポーツというのは原始的なゲームである以上、より幅広い層……貧困層に強くリーチし、その市場を占有しているのが先端性のあるゲームなのは当然と言える
参入時点でKDDIに売却することが総務省とKDDIと合意されていたと考えるのが妥当。
楽天に貸与されている1.7GHz
電波の物理的な問題でどれほどアンテナを増やしても建物奥などに電波を到達させる回折性が無いので接続性は改善しない。
これを補完するのが回折性の高い低周波数のプラチナバンドなのだけど
されない。
到達性が高いのでとりあえずカバーエリアを稼ぐには都合がよい。
しかし電波は周波数が高い方が一本の波に乗せられる情報量が増える。
iMode程度の情報量ならばプラチナでも使い物になる、2.1GHzがどうしても届かないときだけ800MHzに切り替える。
ユーザーはその違いには気が付かない。こういう運用で問題が無かったが
基地局も違う、周波数が低いほど基地局は大きくなる。これも物理的な問題だからどうしようもない。
地デジ転換でVHF(90MHz~)からUHF(470MHz~)になったときに、屋根のアンテナが小さくなった。
携帯電話の基地局も同じで1.7GHzのアンテナ架台に800MHzのアンテナは設置できない。大きさが違う
楽天の既設基地局を見るとプラチナ拡張を想定した事業計画には見えない。
基地局の場所も問題、プラチナに向いたロケーションはすでに先行キャリアに抑えられてる
1.7GHzの小さなアンテナであれば地主やビルオーナーと交渉の余地もあるが、ここも厳しいだろう。
ともかく、楽天が今更プラチナを貰っても活用はできないしユーザー満足度が劇的に向上するわけではない。
プラチナ基地局をコツコツ増設したとしてもユーザーに訴求できるほどの効果が出るには数年単位かかる
で、話を戻すがそんなことは初めから分かってた。
ぽっこり空いた1.7GHzを直接KDDIに付与することはできなかった。
KDDIもそれは望まない。
1.7GHzは中途半端な周波数でこんなもん希望して貸与されちゃって「1本」とカウントされたのではむしろ損。
今後のモバイル通信はミリ波など高周波数が主戦場になるがそれら帯域の割り当てで不利になる
W-CDMAとCDMA2000、第三世代どちらにするか、auがcdmadOneとの親和性の高いCDMA2000を採用したのはauの自主的な経営判断、だろうか?
採用を判断した2000年当時、誰がどう考えてもW-CDMAが優位で将来性がある。
CDMA2000が筋の悪い技術であるのは明らかだった(通話とデータ通信を同時にできないとか)。
ところが外圧(アメリカはCDMA2000/クアルコムを推していた、ベライゾンとスプリント、
安全保障の問題もあり通信方式を分散する意義はあり、総務省としては3キャリどこかにCDMA2000を採用させる必要があった。
これをやらされたのがKDDI。
LTEとの親和性が無いので第四世代への移行に苦労させられた。
しかし電波行政の公平性とは関係ない建前上は自己責任の経営判断、が、政治的にはある。
ともかく、1.7GHzをauにくれてやるのはNTTもソフバンも納得している。
楽天がモバイルを止める時は電波を返却しなきゃならない、事業売却もできない。
売却不可、ギブアップ返却は総務省と楽天との紳士協定にすぎない。法的な縛りはなにもない。
「au」が買えば2兆円は下らない。
基地局仮想化なので楽天側の設備の軽微なソフト改修でauネットワークと結合できる。
合併の翌日から1.7GHzを既存のauユーザーに使わせることもできる。
ソフバン、NTTが買収した場合は結合に数百億の経費がかかる。(数十億でイケるかな?)
大企業は繰越欠損金制度があるので赤字の積み上げはやり方次第で旨味がある。
(法人にはすべて適用されるが単一事業の中小零細では意味がない、偶発的、突発的な単年赤字の救済策ではあるが)
収益本体事業の赤字で欠損金は不味いが、楽天の場合は収益1割のモバイルを切り離しても事業収益に影響はない。
これはかなりズルい。
モバイル事業で欠損金を積み上げ、しかるべきタイミングでモバイル売却し爆益を得ながら数年間は繰越欠損処理で法人税から逃れられる。
auにしても美味しい買い物、基地局整備済みの帯域一本。激安、WinWin
AndroidはSIM設定で「ネットワークを自動的に選択」というのがあって
例えばドコモの携帯からでもKDDIだのSoftBankの電波を掴んでいるのがわかる。
でも「楽天」ってないんだわ、44011ってのが表示されてたらこれが楽天なんだが
楽天の文字を入れちゃうとその文字列でなんらかソフト的な判定をしてたりするとau売却後に変更しなきゃならない
あえて入れなかったんだろうなぁ、いずれ楽天でなくなるのは予定されてんだろなぁ、とかさ
ともかく、楽天モバイルの売却は既定路線であり、それがどのタイミングになるか
株価250円くらいだろう
1年で10倍くらい上がるよ、長期保有しても良い
ITエンジニアでもソフトウェアエンジニア(というかこの人の場合旧来の「プログラマ」って感じだ)ではなく、インフラ系ならハッタリ効くしゴリゴリの最新技術は求められないよ。
というか、最新技術がだいたい既存の技術を仮想化してオーケストレーションできるようにしました程度なので、キャッチアップがめちゃくちゃ楽だから現時点のスキルはあまり問わない。
7-800程度でいいなら「単に経験が長い」というだけで行けるよ。職務経歴書をちゃんと書けるなら。少なくとも俺の経験上上場企業数社はそれで入れた実績がある。
むしろ小さいとこの方が細かいスキルチェックをしようとしてくる印象があるな。多分人事予算に余裕がないから最大効率を求めるんだろう。
なるべく手持ちのPC(以下、ホストPC)の環境をレジストリとか環境変数とかで汚したり悩まないよう
Windows10 ProとWSL2とVSCodeとDockerでやる感じかな
UnityとかVisual StudioとかintellijとかAndroid Studioを使う場合はどうしようもないので諦める。
Android開発はVSCodeでビルドはコマンドラインでとかはできそうだけど。
あとはUSBなどでシリアル接続する必要のあるarduinoとかもちょっと難しいかもしれない
これが基本的なところだけど、WSL2をホストPCに入れるので若干汚れるのとWSL2上のlinuxも同じく汚れるところ
Hyper-VでWindowsの仮想マシンを作ってそのうえでWSL2を動かすのが一番汚れずクリーンに使えそう
ただRyzenとWindows10の組み合わせだと、Hyper-Vの入れ子ができないので仮想マシン上のWSL2は動かないらしい。
Windows11だとできる
手元じゃないのでクリーンに使えるが、ビルドなどはリモートのスペックに依存
そこをよしとすれば楽そう
教えてください。
全体的に、線で結ばれているものが親子関係なのか包含関係なのかただ近い領域のものなのか曖昧なので意味のあるグラフというよりはキーワードを適当に散りばめて近い領域にあるものを線で結んだお気持ちマップに見える