「仮想化」を含む日記 RSS

はてなキーワード: 仮想化とは

2024-11-18

anond:20241118201223

BIOSに紐づいてることもあるから厄介だよな

Mac仮想化すんがいちばんだよ

ぱっけ版買っとけばライセンスつけまわせるしな

2024-11-07

anond:20241107011547

そもそもおれGoogleじゃないって2度目か3度目だが

普通Big Techは端末なんかなんでもありです

前のBig Techにいた時は俺の部署Windowsラップトップ支給だったけど

何万人も開発者だけでいるんだからMacだろうがなんだろうがありだよ

仮想化Windowsマシン100台くらい持ってたし

UNIXSolarisからHP/UXからAIXからあったし

なんならiSeriesまであったしメインフレームある部署もあったとおもうよ


君の想像とO^nくらい違うんですよ

2024-10-28

64bitで動かす前提のunityで作られた同人ゲームを手軽に(アプリケーション部分をなにかにぶちこんだだけで32bitでも動くようになるみたいな)32bitOSで動かす方法、ないかねえ

仮想化するとかめんどくせえよ…

2024-09-29

anond:20240929101737

どんだけ「 性 」の字が嫌いなんだよ そんな風に仮想化するから国連とかで女性の抑圧が~異常な商品化が~とか叩かれるんだぞ

anond:20240929092551

計算機科学知識体系とネットワーク技術

計算機科学は、情報理論的基盤から実用的な応用まで、広範な領域カバーする学問です。以下に、計算機科学の主要な分野と、特にネットワークに関連するトピックを体系的にまとめます

1. 計算機科学の主要分野

1.1 アルゴリズムデータ構造

アルゴリズム設計: 問題解決のための効率的な手順の開発。

データ構造: データの整理と管理効率化するための手法

1.2 プログラミング言語コンパイラ

プログラミングパラダイム: 手続き型、オブジェクト指向関数型、論理型など。

コンパイラ設計: 高水言語機械語翻訳する技術

1.3 オペレーティングシステム

プロセス管理: CPUスケジューリングマルチタスキング

メモリ管理: 仮想メモリメモリ割り当て。

ファイルシステム: データの保存とアクセス方法

1.4 データベースシステム

リレーショナルデータベース: SQLによるデータ操作

NoSQLデータベース: 非構造データ管理

1.5 人工知能機械学習

機械学習アルゴリズム: 教師あり学習教師なし学習強化学習

深層学習: ニューラルネットワークによる高度なパターン認識

1.6 ソフトウェア工学

開発プロセス: アジャイルウォーターフォールモデル

品質保証: テスト手法バグトラッキング

1.7 セキュリティ暗号

暗号アルゴリズム: 対称鍵暗号公開鍵暗号

セキュリティプロトコル: SSL/TLSIPsec

2. ネットワーク技術

ネットワークは、情報の共有と通信可能にする計算機科学の核心的な分野です。

2.1 ネットワークの基本概念

OSI参照モデル: ネットワーク通信を7つのレイヤーに分割し、それぞれの機能定義

物理層: 電気信号ビット伝送。

データリンク層: フレーム転送エラー検出。

ネットワーク層: パケットルーティング

トランスポート層: エンドツーエンドの通信制御

セッション層: コネクションの管理

プレゼンテーション層: データ形式の変換。

アプリケーション層: ユーザーアプリケーション使用するプロトコル

TCP/IPモデル: 現実インターネット使用される4層モデル

2.2 ネットワークトポロジー

スター型: 中央ハブを介して各ノード接続

リング型: 各ノードが一方向または双方向に隣接ノード接続

バス型: すべてのノードが一本の通信ラインを共有。

メッシュ型: ノード間が多重に接続され、高い冗長性を持つ。

2.3 ネットワークプロトコル

IPInternet Protocol): データパケット化とアドレッシング

TCPTransmission Control Protocol): 信頼性のある通信提供

UDPUser Datagram Protocol): 信頼性よりも速度を重視した通信

HTTP/HTTPS: ウェブデータの送受信。

FTP/SFTP: ファイル転送プロトコル

SMTP/POP3/IMAP: 電子メールの送受信。

2.4 ネットワークデバイス

ルーター: 異なるネットワーク間のパケット転送ルーティング

スイッチ: 同一ネットワーク内でのフレーム転送

ブリッジ: ネットワークセグメントの接続

ゲートウェイ: 異なるプロトコル間の通信可能にする。

2.5 ワイヤレスネットワーク

Wi-Fi802.11規格): 無線LANの標準技術

Bluetooth: 近距離間のデータ通信

セルラーネットワーク: モバイル通信3G、4G、5G)。

2.6 ネットワークセキュリティ

ファイアウォール: 不正アクセスを防止。

IDS/IPS(侵入検知/防止システム): ネットワーク攻撃の検出と防御。

VPN仮想プライベートネットワーク): 安全リモートアクセス提供

暗号技術: データの機密性を保護

2.7 クラウドネットワーキング

クラウドサービスモデル: IaaSPaaSSaaS

仮想ネットワーク: ソフトウェアによるネットワーク構築。

SDNSoftware-Defined Networking): ネットワークの柔軟な管理制御

2.8 分散システム

分散コンピューティング: 複数ノードタスク分散処理。

ブロックチェーン: 分散型台帳技術

2.9 IoTモノのインターネット

センサーネットワーク: デバイス間の通信データ収集

IoTプロトコル: MQTT、CoAPなどの軽量プロトコル

2.10 ネットワーク管理モニタリング

SNMPSimple Network Management Protocol): ネットワークデバイス管理

ネットワークトラフィック分析: パフォーマンスセキュリティ最適化

3. ネットワーク技術の最新動向

3.1 5Gと次世代通信

帯域幅と低遅延: リアルタイムアプリケーションの実現。

エッジコンピューティング: データ処理の分散化。

3.2 SD-WANSoftware-Defined Wide Area Network

ネットワーク仮想化: 柔軟なWAN構築とコスト削減。

中央集中的な管理: ネットワークポリシーの一元管理

3.3 ネットワーク自動化AI

ネットワークオーケストレーション: 自動化された設定と管理

AIによるトラフィック最適化: パフォーマンスの向上と障害予測

3.4 ゼロトラストセキュリティ

信頼しない設計: 常に認証検証を行うセキュリティモデル

マイクロセグメンテーション: ネットワーク内部の細かなアクセス制御

4. 学習リソースと参考文献

4.1 推奨書籍

コンピュータネットワーク』 アンドリュー・S・タネンバウム著

TCP/IP詳解』 W. リチャード・スティーブンス著

ネットワークはなぜつながるのか』 戸根勤著

4.2 オンラインコース

Coursera: 「コンピュータネットワーク」、「ネットワークセキュリティコース

edX: 「Computer Networking」、「Cybersecurity Fundamentals」

4.3 標準化団体リソース

IETFInternet Engineering Task Force): ietf.org

IEEE Communications Society: comsoc.org

W3CWorld Wide Web Consortium): w3.org

2024-07-15

アニメ業界Unreal Engine活用破滅を招きかねない

つむぎ秋田アニメLabの取り組み、大変すばらしいと思います

https://b.hatena.ne.jp/entry/4756283245566539264/

しかし一点重大な危険性がこの前編後編の記事内で取り上げられていません。

それはUnreal Engineスキル保持者の給与水準です。

現在ゲームアバター映像等のエンタメ関連産業で周辺技術者は払底しています

何故ならこれらエンタメBtoC企業給与の倍から4倍の水準でBtoB企業建築機械FAが引き抜いていくからです。

おそらくアニメ産業だと給与ギャップさらに広がると思います

この記事で描かれている作業従事者のスキル経験者だと引く手あまたです。

エンタメ産業が1案件千万円程度で受けてみんなで取り掛かる仕事に対し、BtoB大手だと着手前の調査費やコンサル費でそれくらい費やします。

そこでガッチリ仮想化3D設計を組み立てることでのちの数十億円、数百億円の案件を取りに行くのでコストは惜しみません。

もちろん全く別業種なので内容に興味がないならそれまでですが、それをねじ伏せるくらいの給与移籍金が飛び交います

もし今後アニメ産業で推進していくなら、ガッツリ金を積んで引き抜きを防ぐか、会社を強く愛してもらわないととんでもないことになると思います

すごい挑戦が成功しつつあることは喜ばしいですが、バンダイ側はおそらく「事業安定という部分」で心配していたのだと思います

スキル者を中小が確保し続けられるかどうか。

2024-07-02

探求

弊社でAWSを使ったシステム開発してるんだが、

AWS動作でも少しでもディープになると、

知りたいことがドキュメントドンズバで書いてあることなんてほとんどなくて、

仮説を立てる→検証するの繰り返しで、なんか研究してるみたいで楽しい

コンテナから仮想化ハードまでいろんな可能性が考えられるから

検証して見えてきた結果からあたりをつけてドキュメントを探してみたり。

もしそうならこういう挙動になるはずだと次の検証を考えてみたり。

社内の報告がちょっとした学会の発表会みたいな感じで、質問に答えるのも楽しい

KADOKAWAのハッキングの話チョットワカルので書く

私はプロではないのでわからないので、間違っているのは当たり前だと思って読んでください。

個々人のエンジニア能力がとかクレジットカードがとかは基本関係ないという話です。

関係なくてもパスワードを使い回している場合は、同じパスワードを使っているサービスパスワードはすぐ変えるの推奨)

三行

会社システムはどうなってるか

私は長年社内システム奴隷をやって参りました。現在クラウドになる前のサーバも触って参りましたので、その辺りからお話しをさせてください。


サーバーというのは、簡単に言うとシステム提供しているコンピュータです。

貴方が触っているコンピュータシステムネットワークの向こう側にいます。この増田増田サーバーというのがいて、私たちサービス提供してくれています

しかし、このサーバ、どんなイメージを持っていますか? でっかい黒い冷蔵庫?ちかちか光るロッカー? それともバーチャルネットワークで画面上に写されるものでしょうか。


サーバーといっても、実4形態ぐらいあるのです。私もチョットワカルぐらいなので間違っていると思いますが、まずは理解する為に簡単説明させてください。

と言う段階があります

ニコニコ動画サービスはどうかというと、色々な情報を得ると、④を使いながら③にする途中で、まだ②が残っている、ということのようですね。


これらの使い分けについてですが、最近は自社でサーバを持っていると自分たち管理しなければならなかったりして大変なので、できるだけ②から③、できたら④に持っていきたいと言うのが世の中の流れです。それでも②はのこりますが、最小限にしていく方向。

現在は、②のシステムがだけがやられたように、セキュリティ的にも預けた方が望ましいと言われています


今回も、自社で管理している部分が攻撃されました。特にクレジットカード情報漏れていないと何度も言われているのは、そこを自社で管理せずに専門業者に任せていたことが大きいわけです。

この流れをまずは頭に入れましょう。

じゃあ何がハッキングされたのか

さて、メールを扱ってるサーバーと、売れた商品バーコードでピッとして管理するシステムは全く別でどちらかがハッキングされたからといってもう一つもされるこことはありません。これは何故かと言うと、それぞれを細かくたくさんのシステム仮想サーバに別けた独立システムになっているからです。

さらKADOKAWAのようにサービスを外部に展開してる会社場合、外部向けのシステムと内部向けのもの(バックオフィス)で必要機能が異なるので、部署が異なるのと同じように違う仕組みになっているはずです。ただし、物理的にどこにサーバあるかなどはあまり関係がありません。

しかし、こうなると小さなサーバがたくさんたくさんあると言う状態になって管理が大変です。

利用者視点にしても、システムごとにログインするための情報が別々だと非常に使いづらいですよね。会社で部屋ごとに別々の鍵がついていて、じゃらじゃら鍵束を持って歩くような状態は面倒です。


すると、どうするかというと、これらをまとめて管理するシステムというものが作られます

これを「システム管理ソフト」と「認証システム」といいます。これらが全体に対してユーザ認証や、サーバが正常に動いているかどうかの管理提供する事で、たくさんのシステム管理効率化するのです。

企業の警備室に機能を集約するようなものです。ですが、ここが要になっていて、破られると全ての鍵が流出してしまうということになるわけです。


出てきた情報から見ると、この管理するシステム認証するシステムがやられたと思われます

また、その前の前段はVPNと言う仕組み(ネットワーク暗号化して安全隔離するもの)が攻撃されて破られたのではないかと推測しています

これは近頃猛威を振るっている攻撃で、業務用で多く使われているVPN装置脆弱性(弱点)が狙われて、多数の問題が起きています。当然脆弱性修正したプログラムは適用されていると思いますが、次から次へと新たなセキュリティホールが見つかる状況であり、匿名アングラネットでは脆弱性情報取引されているため、訂正版のプログラムが出る前の攻撃情報が用いられた可能性があります。(これをゼロデイ攻撃といいます) あくまでも推測ではありますが。

個々のシステム独立しています。ですが、こうなってくると、今回はシステム全体が影響を受け、さらにどこまで影響が及んでいるか分析が困難なレベルだと言われています

ここまで広範囲に影響するとすると、管理認証VPN攻撃を受けてやられたとみるべきでしょう。


また、ここが破られていると、クラウドシステムにも影響が及ぶケースがあります

一時期「クラウド」というとストレージの事を言うぐらい、クラウドストレージが当たり前になって、自社運ファイルサーバは減りました。これは今では危険認識されているほかにこちらの方が安く利便性も高いからです。

それ故に、クラウドストレージ、たとえばSharePoint OnlineやGoogleDrive、Boxなど外部のシステムに置くようになっています

しかし、今回はこれが破られている可能性があります

オンプレミスの認証サーバが破られているので、その認証情報を利用してクラウドアクセスできてしまったものだと思われます。言わば、鍵を集めて保管してあった金庫がやぶられるようなもの


通常、クラウドシステムはそんなに甘い認証にはなっていません。例えば多要素認証といってスマホなどから追加で認証すると言うような仕組みがあります。貸金庫に入るとき自称するだけでは入れず、身分証明書パスワードの両方が必要なうものです。

また、日本企業なのに突然ロシアからアクセスされたりすると警報をだして遮断する仕組みがあります

とはいえ、いちいちクラウドアクセスする度に追加認証をしていると大変で、面倒クサいと言う声が上がりがちです。


そんなときに行われてしまうのは、自社のネットワークからアクセスするときは、認証を甘くすると言う仕組みです。

まりネットワーク安全だという仮定の下においてしまうわけですね。自社の作業着を着ている人なら合い言葉だけで、本人確認なしで出入り自由としてしまうようなものです。

ところが今回は、ここが破られてしまって被害を受けている可能性があります。自社の作業着が盗まれているので、それを着られてしまったので簡単に入れてしまったようなもの

また、社内システムからデータ窃盗するには、どのシステム重要かを判断しなければなりませんが、クラウドサービスだと世界共通であるため、一度入られてしまうと慣れ親しんだ様子で好きなようにデータ窃盗されてしまうわけです。

どういう人が危ないのか

上記のことを踏まえて、KADOKAWAの展開してるサービス自体や、そこに登録しているクレジットカードは「おそらく」大丈夫です。パスワードも「ハッシュ化」という処置を経て通常は記録されていません。

ただ、パスワードを使い回している方は、その事実とは別にそもそも危険です。パスワード変更をおすすめします。さらに、ハッシュ化をされていても、時間をかければ色々な方法パスワードを抜き出す事も不可能では無いことも忘れずに覚えておきましょう。


しかし、単なるユーザー、お客さんではなく、KADOKAWA会社として関わってる人や従業員取引先で色々な書類等出した人は、既に情報窃盗されていて、そこから今後も追加で情報が出回る可能性があります

一方で、分かりやす場所に保存されていたわけではない情報システムデータベース上にだけ入っていたものなど)は、センセーショナルな形で流出したりはしないのではないかと予想しています

犯人が本当に金が理由だとするならば、データ分析するような無駄な事に労力を割かないためです。

腹いせで全てのデータを流して、暇人が解析する可能性はあります

ありますが、犯人コストを回収しようとするので、これらの情報販売しようとします。売り物になる可能のものをただ単に流したりもしづらいのではないかと思っています

もちろん、油断はするべきではありませんし、購入者が現れるとすると購入者は具体的な利用目的で購入するため、より深刻な被害に繋がる可能性も残されています

エンジニアレベルが低いからやられたのか

犯人が悪いからやられたのです。レベルが低いからとか関係ありません。

また、周到にソーシャルハッキングオレオレ詐欺のようになりすまし情報搾取するなどの方法)や、このために温存したゼロデイ攻撃(まだ誰も報告していない不具合を利用した攻撃)を駆使され、標的型攻撃不特定多数ではなく、名指して攻撃すること)をされると、全くの無傷でいられる企業や団体は、恐らく世界中どこにも存在しません。


それは大前提とした上で、敢えて言うならば、どちらかというと、経営判断が大きいと思われます

ニコニコ系のサービスと、KADOKAWA業務システムと2つに別けて話しをしましょう。


ニコニコ系のサービスは、現在クラウドシステムリフトアップしている最中だったと思われます。先日のAWSクラウドサービス大手企業)の講演会で発表があったようにです。

ですが、この動きは、ニコニコのようにITサービスを専門にする企業としては少し遅めであると言わざるを得ません。

これは何故かと言うと、ニコニコ動画というサービスが、日本国内でも有数の巨大なサービスだったからだと思われます特殊すぎてそれを受け入れられるクラウドサービスが育つまで待つ必要があったと思われます

それが可能になったのはようやく最近で、動画配信系はクラウドに揚げて、残りを開発している最中だったわですが、そこを狙われたという状態ですね。

ただ、厳しい見方をするのであれば、その前に、クラウドに移行する前に自社オンプレセキュリティ対策を行っておくべきだったと思います結果論ですが。

それをせずに一足飛びでクラウドに移行しようとしたというのだとは思います。確かに一気に行けてしまえば、自社オンプレに施した対策無駄になりますコストを考えると、私が経営者でもそう言う判断をしたかも知れません。


KADOKAWA業務システムですが、これはITを専門としない企業であれば、オンプレミス運用(②番)が多く残るのは普通です。

何故かと言うとシステムとは投資費用なので、一度購入したら4年間は使わないといけないからです。そして自社向けであればそれぐらいのサイクルで動かしても問題はありません。

しかし、それ故に内部的なセキュリテ対策投資はしておくべきだったと思います


以上の様にエンジニアレベルととかは関係ありません。基本的には経営者経営判断問題です。エンジニア責任があるとすれば、経営者に対して問題点を説明し、セキュリティを確保させる事ができなかったと言う所にあるでしょう。

ですが、パソコンのことチョットワカル私として、想像するのです。彼らの立場だったら…自社グループ経験豊富エンジニアがいて、一足飛びにクラウドリフトアップができそうなら、既存の自社サービスセキュリティ変更に投資はしないと思います

逆に、パソコンに詳しくなく、自社部門だけでは対応が難しく、SIer支援を受けつつやらなければならないと言うのならば、SIerは固いセキュリティの仕組みを付けるでしょうし、システムごとにSIerが異なることから自然システムは分離されていたでしょう。

そして減価償却が終わった者から徐々にになるので時間がかかることから、昨今の事情により、セキュリティ変更に投資をしてからスタートたかも知れません。


ただし、繰り返しになりますが、犯人が悪いからやられたのです。レベルが低いからとか関係ありません。


では何が悪かったのか

(おそらくは)社内のシステム管理を、自社でできるからと言って一本化して弱点を作ってしまったのは不味かったと思います

先ほど述べたように、高度化していく手口でシステムへの侵入は防ぐことが出来ません。

なので、システムは必ず破られると考えて、それ以上被害を広げないこと、一つのシステムが破られたからと言って他のシステムに波及しないようにすることなどを意識する必要がありました。

これは物理的な話しではなくて、論理的な話です。例えば物理的に集約されていてもちゃんと別けていれば問題ないし、物理的に分散していても理論的に繋がっていたら同じです。

すごく簡単に言えば、管理するグループを何個かに分けておけば、どれか一つが破られても残りは無事だった可能性があります


とりあえず今まで出てきた内容からするとニコニコとかその他のKADOKAWAの外部的なサービス人員的にも予算的にも全然関係ない感じ

結局社内のITシステムに十分な投資経営陣のトレーニングまでを含めた)をしなかったという月並みの話なんですかね

2024-06-14

IIJの業績見通し、VMware製品の値上げによって「変動幅30億円」

 実際、IIJ2024年5月10日に開示した2025年3月期の業績見通しにおいて、VMware製品ライセンスの値上げをユーザー企業転嫁できるかどうかによって、売上高に当たる売上収益営業利益が最大30億円は変動する可能性があるとした。

IIJ2025年3月期の決算見通しに30億円の幅を持たせる異例の開示をした

撮影日経クロステック

[画像クリックで拡大表示]

 IIJ2024年4月からクラウドサービスの利用料金の値上げを実施したが、全てのサービスの値上げが完了したわけではない。ユーザー企業への価格転嫁が遅れるほど、IIJの損失が膨らむ。その損失額が最大30億円になると見込んでいる。

 IIJ2025年3月期における営業利益の見通しは300億~330億円であるVMware製品ライセンスの値上げによって、全社営業利益の1割が吹き飛ぶ恐れがあるわけだ。同社が決算の見通しに幅を持たせたのは初めてという。

そんなにVMWare依存してたんか・・・

てっきりOpenStack?とかい独自の基盤で運用してるのかとオモタ

VMWareしか使えないレガシーアラフォーアラフィフおじの雇用代替が利かないわけで、

いまから別の仮想化経験者とか探すの無理やし地獄やな・・・

2024-05-26

トランプはよかった。

トランプキチガイのふりしてたけどビジネスマンとしてかなり優秀だったと思う。

業績は色々あるが個人的評価したいのがクアルコムの買収阻止。

これによって成長率の低い寡占企業を買収し逃げ場の無い顧客から大金をふんだくるという邪悪企業ロートコムによるクアルコムの買収を防いだ。

ブロードコム最近でも魔手をいろんな企業に伸ばし、ブロードコムに食われた重要企業vmwareがある。みんなもご存じの仮想化会社だ。

はてな諸兄もご存じの通り最近ではインフラ機器スイッチルーターなども仮想化されVMWARE技術が使われている。

ちなみに恐ろしいことにブロードコムに買収されてから仮想ネットワーク機器OSリブートインターフェースフラッピングなど不可解な致命的バグが毎週のように見つかるようになった。ciscoやjuniperの筐体機器だったときや買収前は多くて年に数回程度だったのでその違いは歴然だと思う。ブロードコムに連絡しても次回のアップデートで直しますと言いつつ、アップデートでは新たなバグが追加されている。

わたし業務量も増え、ワークライフバランスに多大な被害を及ぼしている。

トランプは是非復活してこの邪悪企業を滅ぼしてほしい。

2024-02-19

IT資格の教材初心者向けばかり問題

仕事IT系資格を獲ろうとしてるんだけど、例えばLinC とか「OSとはなにか」から始まるような初心者向けばっかり

AWSAzure資格仮想化とはないかからはじまるような超初心者向けの「資格をとってIT系転職収入UP!」みたいなので辛い。

なんかいいのないんか。

もともと、趣味でいろいろゴニョゴニョしているのだが、前は本業は全く関係の無い会社にいた。

その状態趣味に近い所で声かけてもらって転職したんだけど、元々趣味だったかスキル証明資格とか持ってない。

資格無しでもいいかなと思ってたんだが、自己流でやってきたか用語とかが曖昧で、スキル必要なところだけ齧ってやってきたからつらい所がある。

で、仕事で金が出るというので、まぁどうせだしと資格を獲ろうとしてるんだけど、初心者向けの動画庫教材みたいなのが多くてつらい。

動画教材だと検索もできないしさあ、効率悪すぎだよ。

2024-02-16

VRAMの仮想化増設とか、そういうのが今必要やろ

AIがVRAM容量に制限されている。

M.2 SSD増設するみたいに、VRAM増設できるようになれば、巨大なモデルが使えるようになるわけで。

2023-10-26

anond:20231026073724

逆になんでわからないんだ……??? 頭悪すぎないか

まぁ、先行研究で十分に立証されて関連付けられた理由がないか結論まで出すのは保留してるってことならわかるが

産業革命労働者研究でも、貧困層ほどタバコジンなどの嗜好品比率的に多くの金を出してることが知られてる

第一に「人はパンのみにて生きるにあらず」、貧困層ほど娯楽・心理的負荷軽減の手段を求めることは先行研究がある

第二にゲームとの相似、これは「現実世界では得られない成功体験を得られるから」が明快だろう

彼(女orX)とある時点で性欲は補足的な要素だ、キャラゲーが増えているから一要素ではあるが

派手な音楽映像でわかりやすい(認知負荷が軽い)のは、漫画やなろう系よりもゲーム(とYoutube動画系)の人気がある要因の一つではある

底辺でも気軽に達成感が得られて、プライドが満たされてストレス解消になる

これが重要

人間の脳はタスクに対する挑戦と達成の刺激で快感を得るように最適化されている、生存のために

そして「ゲームはこのタスク解決のもの仮想化最適化した遊び」だ

これはゲーム界隈の研究では有名な話だからそっちを齧ってれば迷う余地はないんだが、まぁ知らなかったらしょうがないな

各分野の娯楽はもちろん脳に最大限の快楽を送り込むために最適化される、市場原理によって

中でもゲーム人間の根源的欲求、そして貧困層日常生活では得られない「達成」の欲求を満たせる性質がある

まぁゲームと言ってもソシャゲと長時間プレイ前提のゲーム、対人ゲーそれぞれまったく違った効果にはなってくるし、対人ゲーの「達成」は結局スポーツと同等の難易度にはなってくるが

(強いて言えば相手を見つけて対戦するサイクルが短いこと、肉体的負荷は軽いことが特徴か)

スポーツについては高強度負荷を越えて目標を達成する、という現実世界での成功と大差ないシステムから現実での成功者の趣味にもなりやすいんだろう

ゲームはその点、あらゆる層の達成欲求を叶えることに文化市場最適化されているからな

ある意味ではスポーツというのは原始的ゲームである以上、より幅広い層……貧困層に強くリーチし、その市場占有しているのが先端性のあるゲームなのは当然と言える

2023-06-21

楽天

楽天モバイル黒字化は不可能

そもそも三木谷黒字にするつもりは無い。

参入時点でKDDIに売却することが総務省KDDI合意されていたと考えるのが妥当

楽天に貸与されている1.7GHz

これではモバイル事業は成立しない。

電波物理的な問題でどれほどアンテナを増やしても建物奥などに電波を到達させる回折性が無いので接続性は改善しない。

これを補完するのが回折性の高い低周波数のプラチナバンドなのだけど

ではプラチナバンド付与されたら劇的に改善されるのか。

されない。

そもそもプラチナバンドプラチナであったのは過去の話。

到達性が高いのでとりあえずカバーエリアを稼ぐには都合がよい。

しか電波周波数が高い方が一本の波に乗せられる情報量が増える。

3G時代まではそれほど通信量は多くなかった。

iMode程度の情報量ならばプラチナでも使い物になる、2.1GHzがどうしても届かないときだけ800MHzに切り替える。

ユーザーはその違いには気が付かない。こういう運用問題が無かったが

現代ではプラチナで出せる通信量では十分な補完性能がない。

 

基地局も違う、周波数が低いほど基地局は大きくなる。これも物理的な問題からどうしようもない。

地デジ転換でVHF(90MHz~)からUHF(470MHz~)になったときに、屋根アンテナが小さくなった。

さな室内アンテナでも受信できるようになった。そゆこと。

 

携帯電話基地局も同じで1.7GHzのアンテナ架台に800MHzのアンテナは設置できない。大きさが違う

出来なくはないが簡単にそのままポンの工事ではない。

楽天の既設基地局を見るとプラチナ拡張を想定した事業計画には見えない。

 

基地局場所問題プラチナに向いたロケーションはすでに先行キャリアに抑えられてる

1.7GHzの小さなアンテナであれば地主ビルオーナー交渉余地もあるが、ここも厳しいだろう。

 

ともかく、楽天が今更プラチナを貰っても活用はできないしユーザー満足度が劇的に向上するわけではない。

プラチナ基地局をコツコツ増設したとしてもユーザーに訴求できるほどの効果が出るには数年単位かかる

 

で、話を戻すがそんなことは初めから分かってた。

ではなぜ参入したかKDDI事業譲渡するため。

 

ぽっこり空いた1.7GHzを直接KDDI付与することはできなかった。

KDDIもそれは望まない。

電波貸与は各事業者へ公平でなければならない。

1.7GHzは中途半端周波数でこんなもん希望して貸与されちゃって「1本」とカウントされたのではむしろ損。

今後のモバイル通信ミリ波など高周波数が主戦場になるがそれら帯域の割り当てで不利になる

 

KDDI総務省に大きな貸しがある。CDMA2000

W-CDMACDMA2000、第三世代どちらにするか、auがcdmadOneとの親和性の高いCDMA2000採用したのはau自主的経営判断、だろうか?

実際には総務省ごり押しと考えた方が納得がいく。

採用判断した2000年当時、誰がどう考えてもW-CDMAが優位で将来性がある。

CDMA2000が筋の悪い技術であるのは明らかだった(通話データ通信を同時にできないとか)。

ところが外圧アメリカCDMA2000クアルコム推していた、ベライゾンスプリント

スプリントソフトバンクT-Mobile消滅

安全保障問題もあり通信方式分散する意義はあり、総務省としては3キャリどこかにCDMA2000採用させる必要があった。

これをやらされたのがKDDI

LTEとの親和性が無いので第四世代への移行に苦労させられた。

 

しか電波行政公平性とは関係ない建前上は自己責任経営判断、が、政治的にはある。

 

ともかく、1.7GHzをauにくれてやるのはNTTソフバンも納得している。

 

楽天モバイルを止める時は電波を返却しなきゃならない、事業売却もできない。

だがこれは法的には総務省裁量範囲

売却不可、ギブアップ返却は総務省楽天との紳士協定にすぎない。法的な縛りはなにもない。

 

ユーザー保護だのなんだの理由付けて売却を承認するだろう。

では楽天モバイル事業価値は?

au」が買えば2兆円は下らない。

 

ソフバンNTTが買収したのではこの額にはならない。

auとはすでにローミング接続されており、融合は簡単

基地局仮想化なので楽天側の設備の軽微なソフト改修でauネットワークと結合できる。

合併の翌日から1.7GHzを既存auユーザーに使わせることもできる。

ソフバンNTTが買収した場合は結合に数百億の経費がかかる。(数十億でイケるかな?)

 

大企業は繰越欠損金制度があるので赤字の積み上げはやり方次第で旨味がある。

法人にはすべて適用されるが単一事業中小零細では意味がない、偶発的、突発的な単年赤字の救済策ではあるが)

収益本体事業赤字で欠損金は不味いが、楽天場合収益1割のモバイルを切り離しても事業収益に影響はない。

これはかなりズルい。

モバイルを切り離せば大黒字になるのはわかってる。

モバイル事業で欠損金を積み上げ、しかるべきタイミングモバイル売却し爆益を得ながら数年間は繰越欠損処理で法人から逃れられる。

auにしても美味しい買い物、基地局整備済みの帯域一本。激安、WinWin

 

AndroidSIM設定で「ネットワーク自動的選択」というのがあって

これをみるとその端末が受信してるキャリア電波が見える。

例えばドコモ携帯からでもKDDIだのSoftBank電波を掴んでいるのがわかる。

でも「楽天」ってないんだわ、44011ってのが表示されてたらこれが楽天なんだが

楽天文字を入れちゃうとその文字列でなんらかソフト的な判定をしてたりするとau売却後に変更しなきゃならない

こーゆーの結構波及範囲が大きい。変えるの大変で

あえて入れなかったんだろうなぁ、いずれ楽天でなくなるのは予定されてんだろなぁ、とかさ

 

三木谷郵便銀行保険でもごちゃごちゃやったが

総務省に分厚い政治コネがあるんだろう。

 

ともかく、楽天モバイルの売却は既定路線であり、それがどのタイミングになるか

発表後楽天の株価は高騰する

それはいつか?欠損金自己資本比率ギリギリまで粘るだろうが

株価250円くらいだろう

300円切り始めたこからナンピンでよかろう

1年で10倍くらい上がるよ、長期保有しても良い

言うてもモバイルさえ切り捨てれば堅い会社から

三木谷は一流の政商やで

2023-06-09

今のデスクトップパソコン構成時代に合わなくなってきたのでなんとかして欲しい

今のデスクトップパソコンの不満点をあげる。

  1. GPUが3.5スロット専有するので、被って使えなくなるPCIeスロット無駄
  2. M.2をマザーボードにさせるが発熱大きく冷却ファンつけるのを想定すると、マザーボードにさす必要性がない
  3. パソコンケースが大きいわりに中がスカスカ
  4. CPUGPUの帯域がPCIeで足りてない。AIになって更に足りてない。
  5. AIだとVRAMが全然足りない。メモリ仮想化はない。後からVRAM増設も出来ない。

2023-05-19

コンピューターの性能向上が微妙になってきてからAI流行っちゃったな

先端プロセスはかろうじて微細化進んでいるけれど、装置高いわ、維持費も高いわ、

積層もRyzenが積層してもイマイチ性能上がってないし。


大規模言語モデルだと数十GBで1ファイルモデルGPUのVRAMに展開してとか、

メモリ仮想化とかなんだったんだってなってる。

チップチップ通信の速度も、今以上上がるんかとか。


電力もコンセント許容範囲超えそうやし

2023-04-17

anond:20230415000359

ITエンジニアでもソフトウェアエンジニア(というかこの人の場合旧来の「プログラマ」って感じだ)ではなく、インフラ系ならハッタリ効くしゴリゴリの最新技術は求められないよ。

というか、最新技術がだいたい既存技術仮想化してオーケストレーションできるようにしました程度なので、キャッチアップがめちゃくちゃ楽だから現時点のスキルはあまり問わない。

7-800程度でいいなら「単に経験が長い」というだけで行けるよ。職務経歴書ちゃんと書けるなら。少なくとも俺の経験上場企業数社はそれで入れた実績がある。

しろ小さいとこの方が細かいスキルチェックをしようとしてくる印象があるな。多分人事予算に余裕がないから最大効率を求めるんだろう。

2023-03-31

anond:20230331064514

おじさんってだいたい仮想化のあたりで止まっちゃってる人が多い印象

コンテナまでたどり着いてない

2023-03-24

開発環境の構築に悩むお年頃

概要

なるべく手持ちのPC(以下、ホストPC)の環境レジストリとか環境変数とかで汚したり悩まないよう

仮想化環境で開発+テストを行いたい。

Windows10 ProとWSL2とVSCodeDockerでやる感じかな

 

ホストPCに頼らねばならないところ

UnityとかVisual StudioとかintellijとかAndroid Studioを使う場合はどうしようもないので諦める。

Android開発はVSCodeビルドコマンドラインでとかはできそうだけど。

あとはUSBなどでシリアル接続する必要のあるarduinoとかもちょっと難しいかもしれない

 

WSL2+Docker+Docker Desktop + VSCode + devcontainer

これが基本的なところだけど、WSL2をホストPCに入れるので若干汚れるのとWSL2上のlinuxも同じく汚れるところ

 

Hyper-V (Windows) + WSL2+Docker+Docker Desktop + VSCode + devcontainer

Hyper-VWindows仮想マシンを作ってそのうえでWSL2を動かすのが一番汚れずクリーンに使えそう

ただRyzenWindows10の組み合わせだと、Hyper-V入れ子ができないので仮想マシン上のWSL2は動かないらしい。

Windows11だとできる

 

リモート開発サーバ的なところにDocker+Docker Desktop + VSCode + devcontainer

手元じゃないのでクリーンに使えるが、ビルドなどはリモートスペック依存

ネットワークエラーとかがつらそう

あとクラウドと金がかかる、自前だと別で電気代がかかる

そこをよしとすれば楽そう

 

なんかこうやってるよっての教えてください

教えてください。

2023-01-14

anond:20230114015744

全体的に、線で結ばれているものが親子関係なのか包含関係なのかただ近い領域のものなのか曖昧なので意味のあるグラフというよりはキーワード適当に散りばめて近い領域にあるものを線で結んだお気持ちマップに見える

なんか細かい所チクチク直しても全体がよくなる気がまるでせんので目的と線の意味定義し直して出直してくれ。

2022-12-02

最近オープンソースソフトウェア傲慢

githubとか見てて思うけど最近オープンソースコードって余計なものがあまりに多い

ビルド自動化ツールとか仮想化コンテナとかIDE設定ファイルとかあってもあんまり嬉しくない

結局そのせいでプロジェクト肥大化してコードも見づらくなるんだからつらいよ

2022-11-28

anond:20221127235304

多数決だとマシン台数にモノ言わせてゴリ押しできなくない(コンテナ仮想化10界王拳ゆゆう)

CAPTCHA突破みたいな話はあるにせよ

2022-10-08

anond:20221008134309

母艦Windows仮想化してノートPCLinux入れて接続すればいいじゃん

2022-10-08

Linux入門に失敗してWindowsに戻した話

色々あってLinuxに変えたけど、C#erが開発する上で色々不都合があってWindows今入れ直してる

 

Linuxのいいところ

①起動が早い

Windowsみたいなくるくるすらない。ウイルス対策ソフトすら入ってないからなんでもはやい。

コマンドライン操作が楽

なんでもワンタッチ

無駄が少ない

UIとかもなんでも楽

操作がわかりやす

基本的無駄なことをさせないか想像通りの操作をすれば想像通りの結果になる

 

Linuxダメなところ

Windowsアプリにほぼ対応してない

WINEを使って使えたVSTDTMの外部プラグイン)が2つだけ。まあ起動できたシンセサイザーさえあれば十分だから無問題ではあった 

C#を使うのに結構な手数がかかる

公式API使うのにすらいろんなものインストールした。linuxにとっては非公式から当たり前だけど

③開発系のアプリ日本企業ソフトがほぼWindowsのみ対応

今時全部クラウドビルドするから問題ないのかもしれないけど、ローカル環境ですぐに確認できないのは気になる

 

 

 

俺がRustとかCプラ使いなら問題なかったんだろうなー

無料だし普通に使いやすいからメインでWindowsPCあるならサブは間違いなくLinuxにするわ

iOSノートPC、常用使いがLinux、開発がWindows

そうしてもいいと思うぐらいのポテンシャルはあった

 

たった1週間しかメインとして使ってないけど、使うために奮闘してLinuxハードウェアだけじゃなくて開発環境周りの色んなことを学べてよかった

Permalink | 記事への反応(1) | 言及する | 13:43

ログイン ユーザー登録
ようこそ ゲスト さん