「kvm」を含む日記 RSS

はてなキーワード: kvmとは

2023-12-21

妻の承認をどうやっても得られないこと

kvmスイッチ付きのモニター超便利だから買い替えさせてくれ!

2023-12-11

ドロワーもしくはKVM

https://internet.watch.impress.co.jp/docs/news/1553259.html

ラック一式新調したときに合わせて納入されたHPEのドロワーが使いずらかった。

全体的に剛性が足りてない感じでペラペラ

タッチパネルとかキーボードもペコペコ音がしてへこむ。

そうめったに触るもんじゃいからいいか、と諦めたが。

こういうのは秋葉原とか行けば触れるところもあるのかな。

2023-08-02

anond:20230802080532

Mac使いの俺もWindowsを使う場面が多少はあるので EPSON Endeavor を買った。非力ではあるが小さくて安くて俺の用途には合ってるので一応満足。KVMスイッチMacと切り替えて使っている。

2023-01-08

なんで2023年にもなってUSB2.0が生き残ってんだよ

というかdpとtype-cのみのKVMスイッチないとか時間止まってんのか

2022-09-30

(その2)PCメーカー9社集結!企画会議9月29日に開催!「こんなPC https://anond.hatelabo.jp/20220929235802

(その2)とっくに解決済みであろう案と、印象に残った案について

KVMソフトウェア的に解決、もしくはモバイルモニタ買えよみたいなー

家中どこでもモニタたけ運べば使える、全てがワイヤレスハイスペックデスクトップPC

モニタが二枚あるノートパソコンを作ってください”

”展開時、画面Aと画面Bで縦並びの二画面ノートPC

似たような要望が紹介されなかった200近い要望のなかでも十件くらいあったときます

簡単に衛生が保てるパソコンがほしい”

”とにかくメンテナンスやすパソコン

こういうのて現時点、妥協の塊ですよね。

とにかく定期的にメンテナンスするか、そもそもチリホコリを持ち込まないか

ファンレスのゲーミングPC

Core UやPのCPUと控えめなTDPに設定したdGPUを組み合わせたライトゲーミングノートPC

はい無理。とにかく無理。ぜったい無理。

からみんなゲーミングノートPCだけは買うなと言うんですよ。

そんななかでロマンの塊でその時代時代ハイエンドパーツむりくりに入れて販売するGigaByteさんて素敵やんと思いました。

収穫だったお話は、思ってる以上に筐体内で許せる発熱量/時が限られているというお話です。

VAIOさんの開発者さんが言われてましたが、(受け止め方が間違ってたらすみません

たったの8wのあたりで壁が来るんですって!!!(ブースト時にどれだけ攻めれるのかという話には至りませんでしたが)

どんなにしょぼくてもたったの一度でも自作組んだ人なら実感わきますけど、10w発熱なんて屁みたいなもんです。

大型のヒートシンクとそこそこの12インチファンさえ当ててやれば100wくらいは飛ばせます。屁です。

一方でオープンケースでも完全フルファンレスはきつい。

かいヒートシンク積んでてもJOJOに熱がこもってきます

(その3)こういう企画について

2022-05-08

ギークためのChromebook入門

エントリ目的

ライトコンピュータユーザ一切合切無視してギークギークのため情報共有するためのエントリ
感想はてブへ、質問トラバに投げれば誰かが答えるんじゃないか?(他力本願)

開発者は初手でデベロッパーモードにするべし

セキュリティ懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
用途中でデベロッパーモードにするとストレージファクトリリセットされるので注意。

ハードウェア選択

Webで完結するのであれば低性能機で問題ない

Webエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的タブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ

ただし、Webベースゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。

ChromeOSハードウェアスペックで殴ると快適なのは変わらない

Core i7クラスCPUや16GB以上のワーキングメモリSSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラス3DCGAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。

Android Appレイヤーを中心に運用したいと考えてるならばx86_64機は非効率

Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。

1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者マジで底辺しか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。

しっかりリソース管理できているChromebook向けビルドアーキテクチャによらずサクサクなのでクロスプラットフォームビルドマジで開発チームの腕が如実に反映される。

ちなみにSnapdragon 8 Gen1なChromebook公式発表は今のとこ無いのでAndroid Appレイヤーブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。

Android Appレイヤー

macOSiOSレイヤーよりAndroid App数は多いし操作性は良い

Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。

Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。

GPS事実上ほぼ機能しない

ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバ接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。

USB over MIDIが使える

Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能ものの、iOS比較してレイテンシがそこそこ大きくDTM活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。

そもそも既存Android AppなDAWVSTやLV2などの外部プラグイン対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか?
ただし、DAW単体でDTMを完結するとレイテンシほとんど気にならなくなるので絶対Android AppでDTM不可能というわけでもない。

Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。

ChromeOS向けマルチタスク対応していないとAndroid Appはスリープする

ChromeOS向けマルチタスク対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。

まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの?とは思う。

ICT教育日本中学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスク考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか

Linuxレイヤー

実体LXC/LXD

LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも?

デフォルトイメージはChromeOS向けにカスタムされたDebian
別のLinuxディストリビューションへ置き換えることも出来るが一部機能制限される可能性がある。

IMLinuxレイヤー側で用意する必要がある

ChromeOS動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊ものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難

USB Pass Throughが使えない

ChromeOSマウントされたUSB機器、というかシリアル接続された機器Linuxレイヤーから認識しない。
見掛け上で接続されているハードのすべてはソフト仮想接続されているだけなので、一部経路から上手く認識しなかったりする。

まりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーゲームやろうと思ってもUSBゲームパッド動かないのでマウスキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。

それぞれが独立しているLinuxレイヤーAndroid Appレイヤー相互認識しない

言うなればAndroid Appレイヤースクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリキャプチャしようと思ってもキャプチャできず撮像は暗転している。

ChromeOSホストLinuxレイヤーAndroid Appレイヤーゲストなのでそりゃそうなんだけど気付かないとハマる。

LinuxレイヤーDockerを構築するのはやめておけ

LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境Chromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
まりゲストOS制限KVMも引き継ぐ。

ただしこれはDockerが導入できないという意味ではない。
自分解決する気概があるのならばDockerは便利に使える。

Web開発であれば必要十分

CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。

GIMPInkscapeなども動くけれどデザイナーAdobe使いたいんじゃなかろうか?

Chrome OS向けAndroid Studioが存在する

Android App向けIDEAndroid StudioはChromeOSけが存在するのでAndorid App開発が可能
しかデベロッパーモードでなければエミュレータや実機デバック制限が発生するので注意。

3DCGゲームを作りたいのであればGodot

UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスMITなので商用利用だってイケる。

3Dのほか2Dゲームもいける上に、最近IDEよろしくマウスポチポチUIを作れるし、軽量動作物理演算日本語ドキュメントまで揃っているので中高生ガンガン使える素晴らしいIDEだ。

総評

浅い部分は気軽だが深い部分は非常に難解、それがChromebook

浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザ視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。

しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇Linuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。

そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。

ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ

追記

少なくともGoogleエコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースアップデート無償で得られ、Gentoo LinuxベースなChromeOS潜在的マルウェア絶対数がそもそもWindowsMacよりも少ないという利点がある。
Bluetoothイヤホンヘッドフォンヘッドセットも使えるし、NestスピーカーNest HubNest Camを持っているのであればGoogleアシスタントからコントロールが容易なのは想像が付くだろう。Android AppレイヤーGoogleホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い
もちろんこれは選択するハードによるもの指紋認証ロックを解除することまでできる。

Googleエコシステムへ浸かっていてGoogle個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言欠点表現することが可能だ。


Chromebookじゃなくても別に良くね?」


そう、ギークLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギーク別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OS別になんだって良い。
このエントリは単にChromebookという新しい沼ギークの皆さんをご案内しているに過ぎないのだ。

2021-11-10

anond:20211109132706

沢山書いたやで

 

実名主義

80年代末まで偽名でも銀行口座が開けた。だから複数社会的人格を持って経済活動する事ができた。

職場旧姓を使い続けても問題無かった。1986年米国マネロン規制法、その後1990年までに国際的取決め、日本もそれに倣い口座の実名証明必須になり社会でも実名主義が当然になった。

 

MDMAエクスタシー)の不使用

MDMA非合法化されたのは1991年頃(うろおぼえ)。クラブシーンやレイブパーティでは当たり前に使用されていた。

心臓発作を惹起する為に規制m.o.v.e.のmotsu所属していたMORE DEEPの曲には「エクスタシーをキメていた頃」というフレーズがある。

 

マリファナの不使用

90年代クラブではマリファナ普通に喫われており、自分は使わなくても中に居ると副流煙景色がとろけてくる、肉体遊離感が起きるというのは当たり前だった。また自衛隊員米兵経由で入手する者がおり、除隊後に北海道野生パカロロツアーとかアムステルダム飛びツアーなどを企てる人もいた。

 

・式場での結婚式

1970年代からブライダル産業が隆盛し一般化した。これ以前は神前式キリスト教教会一般的。

団塊世代ロマンチックラブイデオロギーのため。この以前、地方では婚姻自由憲法上の絵に描いた餅であり、親が決めた相手結婚して神前式を挙げるのが当たり前で共同体から排除されないための義務だった。

団塊世代はそこからの逃避の為にフォークソング等でキリスト教式を称揚し、そのニーズに答える産業が発展して定着した。

古い評論を読むと戦中派、戦前派が式場での披露宴に憤っている文章がよく出てくる。

 

公共空間でのマナー

1990年頃まで日本人の公共空間でのマナー先進国ぶっちぎりで最低であり、酔って吐く、道にゴミや噛んだガムを捨てる、タンを吐くなど当たり前であった。終点近くの長距離列車車内はぶん投げたゴミだらけだった。

1990年代に反省の機運が起こり急激にマナーが向上した。

 

外国で旅の恥をかき捨てない

かつて旅の恥はかき捨てで、特に海外での不行跡が酷く日本旅行者特に団体)は眉を顰められる存在だった。

遺跡名前を彫ったり、腹巻で目抜き通りを歩いたり、コンダクター痴漢行為をしたり、名跡で立ち小便したり、売春ツアーをしたり、現地女性に「ハウマッチ」と聞いたりもの凄かった。

これを西洋宗教倫理文化日本恥の文化共同体の外では恥の羈束力は働かないからだ、と説明されていた。

自省により90年代に急速に改善

 

固定電話を初期費用無しで引ける

電話には加入権というものがあり、契約時に設備負担金を払う必要があった。金額は7万円と高い。

この為に電話加入権を売買したり、質に入れるという商売があった。2003年から段階的に廃止された。

 

役所サイトが一日中閲覧できる

森内閣の「IT革命」まで自治体や省庁のホームページは夜には繋がらなかった。これは庁舎内のドメインコントローラWindowsNTサーバIISインターネットインフォメーションサーバー)サービスHP提供していたため。

終業時間になるとサーバルータの電源を落として帰っていた。サイト作成役人趣味みたいな感じで作っていた。

コードレッドワームなどが流行すると当然に全滅。

 

ネットワークプリンタ共有

1998年ごろまでLANを構築していないオフィスというのが結構あった。プリンタパラレルポートで繋がれていたので、このパラレルケーブルを切り替える「プリンター切り替え器」というKVMのような装置が使われていた。

 

・駅のトイレトイレットペーパーがある

駅のトイレにはトイレットペーパーが無く、入口100円の紙販売機があるのでそれを買っていた。

民営化したJRが紙の常置を始め、1990年代前半に他社も倣った。

 

路上駐車車両が無い

90年代中頃まで路上駐車は当たり前に見逃されており、国道などの最左端は駐車車両で埋まっていた。駅近くでは駐車車両タクシー客待ちで二重駐車になっていた。

90年代中ごろに警察取締りを強化して根絶。

 

・TIMESなど時間駐車場

2000年から増える。警察路上駐車取締強化してから10年ほど、駐車場が無いのに路上にとめると必ず検挙という無茶な状態が続いていた。

 

洋室だけの家やマンション

和室は必ず設定されており、末期には3畳の納戸だけが和室なんてケースもみられた。1990年代前半に無くなった風習

 

家電量販店での価格表示

家電量販店が増えて競合で出来るようになると消耗品以外の商品価格は隠され、店員交渉で決めるという風になった。この為に店員電卓を持ち歩き、電卓を叩いて値段を表示した。

客足が減る悪習なので1990年代頃に取りやめられた。

 

スリム自販機

バブル後の都の財政難の打破を喧伝して都知事になった石原慎太郎1999年~)は増収策として無断で道路にはみ出し設置されていた自販機建物看板道路使用徴収を持ち出した。これまで自販機は当たり前に道路にはみ出して置かれていた。

これに対応して既存機の撤去スリムタイプへの交換が進み、他県でもはみ出し設置にならないスリムタイプが標準となった。

 

日本109キーキーボード

以前は富士通系の親指シフト配列を好む人が居たり、電源のオンオフリセットなどの余計なキーが付いている配列があった(誤爆シャットダウン頻出)。

2000年くらいに今の配列に一本化された。

 

プチフリしないSSD

2006年ころに一世を風靡したネットブックSSD一般化したが、最初の数年の製品は数秒に一度ごと動作が止まるなど酷いものだった。

 

会社員就業時間中に中抜けしない

嘗ては電気電話水道など公共料金というのは各社の窓口か郵便局銀行で「公共料金振込用紙」に書いて振り込むものだった。

当然平日3時までしかやっていない銀行会社員が行けるわけがない。

そこで振り込みの為に仕事中抜けするというのが黙認されていた。自動引落設定、コンビニ払いが一般化した1990年代後半頃に消滅

 

飲酒は二十歳から

18才は未成年飲酒できないはずだが、大学生は成人したものと見做され飲酒は黙認されていた。

ゼミ飲み会普通に教授も参加して飲んでいた。警察も何も言わなかった。

 

線路を歩かない

都電ローカル線などでは近道の為に線路を歩いていく人が普通にいた。電車進来時に警笛を鳴らされるが線路わきに避けていればそれ以上の事は何も言われない。トンネルや鉄橋で出くわすと流石に怒鳴られるがそれだけ。ストの時は皆線路を歩いて行く。家の玄関線路に向いている家も普通にあった。引っ越し作業は大変。

90年代中頃に写真撮影する鉄オタの事故連続し、その後厳しくなっていった。

 

飲酒運転絶対ダメ

初代のスーパーカブの取扱説明書などには「ビールコップ一杯程度なら良いが、ウイスキー酩酊するからダメ」と書かれている。

 

・小銭を所持しないで外出

1000円札の読み取り装置一般化したのは1980年代中頃。それまでは鉄道券売機でもバスでも小銭しか使えなかった。

この為、小銭の所持数が足りないとお金が払えないというのが当たり前だった。売店でガムなどを買って両替するのが必要だった。万券を両替する為に少額商品を買うのは喧嘩を売るのに等しく勇気が居る行為だった。常に所持している券種と小銭額の把握は必要だった。

 

一円玉の使用

1989年消費税導入まで物の価格は全て10円刻みになっていて1円玉公共料金以外殆ど使われていなかった。

 

・個室

和風の家の部屋割りは個室という概念が無い為、都会を除いて1960年代までの日本人はプライバシー空間というものが無い生活をしていた。個人あての手紙は親が勝手に開けて読んでいた。

 

個人

家にプライバシーが無く、また会社もイエが準用される社会だった為に「社員プライバシー踏み込む」という感覚が余りなかった。

会社以外の自分」も大事だと言い始めた団塊世代は「個人主義」と罵倒され、80年代世代は「新人類」と宇宙人扱いされた。

オークマンは街で個人空間に浸るものだとして批判対象になった。個人主義はそれ自体罵倒文句だった。

 

大学生勉強する

全共闘運動はあらゆる権威攻撃し、大学の知の権威というもの破壊した。この為その後大学教授というのは学生に対して尊敬されない状態継続。やがて学生は脱政治化したが大学学問には敬意が持たれず、特に文系では学生が誰も勉強せずレジャーランド化した。

90年前後大学改革ICU上智比較文化など厳しいカリキュラムに注目が集まり学生勉強するという当たり前の状態が復活した。

この為に卒業1994年頃を境に知識やモノの考え方で極端な程の違いがある。

 

・様々な塩製品

塩は国家専売品だったので専売公社製造する塩以外の岩塩ミネラル入り塩、胡椒入り塩などは製造販売禁止だった。塩の小売りには国の許可標識の掲出が必要だった。

1985年自由化により今の状況になった。

 

・「メイド喫茶」などの語

メイド」は放送禁止用語だった。基本住込みで働く為、身分制階級制の象徴のような職業であって、戦後身分平等にそぐわないと見做された為。メイドは家政婦と言い換えられ、住込みでなく通勤一般的な「雇用」となった。

一周回ってメイド構造過去帳入りした為に「メイド喫茶」などで使うのが問題視される事が無くなった。2005年頃。

 

・キャノーラ

キャノーラ油の原料は菜種。

米国では菜種油を食用販売することが禁止されている。この菜種油の成分を調整して販売を認めさせたのがキャノーラ油。

米国生産量が増加した後に日本に入ってきたので、一般化したのは1990年代。

 

弁護士事務所広告

過払い金などの広告が出来るようになったのは弁護士法改正された2000年から。それまでは屋号や執務時間などの表示のみ。

但し「勝訴率〇%」のような広告は今でも禁止

 

・夜まで開いてるスーパーデパート

1991年大店法改正されるまではデパート閉店時間はPM6時、スーパー閉店時間はPM7~8時というのが相場だった。更に定休日もあった。

基本的地元商工会意見で決められていた(大店法の定めによる)。これの改正商店街の全滅に繋がった。

 

生ビール

ビール酵母菌により発酵するが、発酵が進みすぎて飲み頃を過ぎると酸っぱくなってしまう。飲み頃に提供するのが生の地ビール

この為ビン缶詰では熱で酵母を全て殺してから詰める必要がある。

1970年代末にサントリーフィルター酵母を除去する製法を開発。飲み屋への営業力を活かしてジョッキ生を広めた。この為初期は生=サントリーだった。後に各社が参入して生戦争が勃発。

から地ビールの生はずっと昔からあったが、全国流通製品生ビールサントリー生が1970年代末、その他の各社は1984年ごろから。因みにサントリー生より生じゃないキリンラガーの方がずっと美味い。

 

サービス残業

バブル期の好景気期に端緒。残業上限規制が導入され36協定があっても残業上限40(80かも)時間/月の行政指導が主に大手企業に行われた。

それまで残業代はフルチャージだったが計算上打ち切るという慣行が発生。それらの会社はタダ働きしてると奇異の目で見られた。

これが平成不況時に残業代は基本支払われずに長時間労働という慣行に変化していく。当初の指導対象外だった中小企業ではずっと残業代フルチャージだったがこれらにも悪習が伝播していった。

 

東京自動改札機

1990年から1970年代にも導入が試行されたことがあるが全く普及せず直ぐに撤去された。例えば地下鉄では1974年開業有楽町線池袋駅だけに自動改札機があり、同駅の入場だけにしか使われていなかった。これも後の1986年頃に一度撤去札幌地下鉄などでは当初より継続して使われていたのと対照的

 

あきたこまちひとめぼれ等の米

1995年以降。それまでササニシキが絶大な人気だったが、冷害に弱く1993年冷夏で全国的な米の不作が発生、大騒動になった。

冷害に強いコシヒカリ系の後継種、あきたこまちひとめぼれが席巻するようになった。

 

バイク駐車違反

駐車違反バイクと車の別はないが、バイク駐車違反2006年まで摘発されていなかった。摘発民間委託してインセンティブを付加し原付まで摘発するようになると店舗駐輪場が無い都心ではバイク移動が不可能になり、バイク市場が干上がる効果となった。

 

大学生の専攻無し

学部でも一部以外では専攻は必ず取るものだったが、1990年代初頭の教育学部ゼロ免課程の流行福祉大などの開学で専攻無しの学生が増加。1990年代後半から

2021-08-27

anond:20210827095310

ノートでよっぽど毎日持ち運びとかでなければ、母艦KVMなりRancher入れてコンテナ管理したほうがええで

ローカルでやると常にパフォーマンスストレスがあるで

2021-05-22

突然、解説されるChromeOS環境構築

はじめに

エントリはある程度の情報技術リテラシー必須であり、一部の情報PC初心者および初級者に推奨できるものではない。
しかPC初心者および初級者はシステムを壊す、大事データを失うなどの手痛い失敗をして成長するのもまた事実であり、もしもプログラミングなどに興味のあるPC初心者および初級者がこの情報活用する場合システムを壊す、大事データを失うことを覚悟して実行するように

教訓「大事データバックアップ重要である

初期セットアップ

チュートリアルに指示通りに進めれば大きな問題はほぼ発生しません。

開発者向けの注意点

Chrome OSは初期状態デフォルトで「ノーマルモード」と呼ばれる一般ユーザーモードですが開発者向けに「デベロッパーモード」が用意されています
ノーマルモードChrome OSの様々な制限があり、デベロッパーモードによって制限の解除が可能です。

しかノーマルモードからデベロッパーモードへ移行するとPowerwash(初期化)されてしまい、システムユーザー領域へ追加された情報はすべて削除されます
もしデベロッパーモード必要場合デベロッパーモードの詳細を調べ、現在情報は削除されてしまうことを念頭に実行しましょう。

ちなみにProject CrostiniのLinuxレイヤーDebianリポジトリからパッケージを導入するなどにはデベロッパーモード必要ありませんので多くの場合ノーマルモードのままの運用で十分でしょう。
Android OSアプリChrome OSアプリを開発したい場合最初からデベロッパーモードにしたほうが後悔が少ないです。

キーボードショートカットの一覧を表示する

Chrome OSでは一部のキーがほかのOSでは見慣れないものが並んでいます
迷いがちなので一番最初に覚えるべきキーボードショートカットは「Ctrl+Alt+?」です。
「Ctrl+Alt+?」でいつでもキーボードショートカット確認できることだけは覚えておきましょう。

Google Play Store

多くの場合アプリ開発者意図していない

多くのChrome OSデバイスGoogle Play Storeへ対応しており、Google Play Store経由でAndroid OSアプリ導入が可能です。
しかしながらGoogle Play Storeへ公開されているAndroid OSアプリが必ずしもChrome OS最適化しているのか?と言えばそうではなく、Android OSアプリの開発環境であるAndroid StudioがデフォルトChrome OSでの実行を許可していることもあり開発者意図せずChrome OSインストールできてしまうことが大半です。
したがってChrome OSへ導入するAndoirdアプリ動作へ何らかの不具合があったとしても脊髄反射酷評せず、やんわりと丁寧に博愛精神をもってChrome OSではこうだとアプリ開発者情報共有することをオススメします。

CPUアーキテクチャーの違い

多くのAndroidスマートフォンタブレットARMアーキテクチャーと呼ばれるもの採用していますが、現在Chrome OSデバイスは高性能な製品になるほどx86(x86_64)アーキテクチャーを採用している傾向があります
本来コンピューターアプリケーションというものアーキテクチャーが異なると実行起動動作不可能ですが、Android OSアプリは異なるアーキテクチャー間でもアプリの実行起動動作が極力可能となるように互換性をだいたい確保しています
しかしながら例えばARMアーキテクチャー向けのAndoird OSアプリx86アーキテクチャーなデバイスで実行するとアプリ動作パフォーマンスが著しく落ることが多いです。

これは高度なグラフィックス機能必要とするゲームなどで顕著に現れる傾向にあり、Chrome OSでは期待したほどAndroid OSアプリが軽快に動かない可能性を理解しておく必要があるのです。

高性能なChrome OSデバイスしかインストール許可していないアプリ存在する

コロナ禍によって多くのChrome OSデバイス販売することが出来ましたが、それによってChrome OSデバイス間の性能差が問題視される機会も増えました。
具体的には「インターネット上でChrome OSでの動作報告がなされているAndroidアプリ自身Chrome OSデバイスではインストールできない」といった報告です。
これは一部のAndroidアプリ開発者デバイス性能によってインストール許可許可を決めているために起こることで解決方法基本的にありませんので諦めましょう。
これから導入するAndroidアプリのためにChrome OSを購入する際は価格につられて低性能すぎるデバイスを購入してしまうと失敗する確率が高まりますので注意が必要です。

ただし、Google提供するアプリなどは基本的にそのようなことは無いようです。

Project Crostini Linuxレイヤー

Linuxを利用する

設定からLinuxベータ版)」で「オンにする」とLinuxインストールが開始されます

Crostini GPU Support

現在Chrome OS v90ではLinuxレイヤーを実現するProject CrostiniではデフォルトGPUによる支援機能を実行できません。
Chrome Webブラウザを起動し、URL欄へ「chrome:flags」と入力アクセスして「Crostini GPU Support」を「Enabled」とし再起動してください。
この変更で動作不具合確認した際は設定を元に戻してください。

GUIパッケージマネージャーを導入する

LinuxにもGoogle Play Storeのような簡単Linuxアプリを導入できる環境存在します。
GUIパッケージマネージャーを導入する場合「ターミナル」を起動し下記を実行してください。

sudo apt install synaptic gnome-software

パッケージダウンロードを速くする

Chrome OSLinuxレイヤーではパッケージの導入先がデフォルト海外サーバーになっており少々遅いです。
日本国内サーバーへ変更することで速度を改善できる可能性があります。その際は「ターミナル」を起動し下記を実行してください。

  1. sudo apt edit-sources
  2. 下記を最上段へ追記
    deb http://ftp.jp.debian.org/debian/ stretch main contrib non-free
    deb http://ftp.jp.debian.org/debian/ stretch-updates main contrib
    deb http://ftp.jp.debian.org/debian/ stretch-backports main contrib non-free
    deb-src http://ftp.jp.debian.org/debian/ stretch main contrib non-free
    deb-src http://ftp.jp.debian.org/debian/ stretch-updates main contrib
    deb-src http://ftp.jp.debian.org/debian/ stretch-backports main contrib non-free
  3. sudo apt-get update && sudo apt-get dist-upgrade
日本語入力Chrome OSLinuxレイヤーで共有できない

現在Chrome OS v90ではChrome OSLinuxレイヤーを実現するProject Crostiniで日本語入力を共有できず、キーボード入力しても英字しか印字されません。
日本語入力をするには別途に日本語インプットメソッド日本語フォント必要です。
日本語インプットメソッド日本語フォントを導入する場合「ターミナル」を起動し下記を実行してください。

  1. sudo apt install fonts-ipafont fonts-ipaexfont fonts-takao fonts-takao-gothic fonts-takao-mincho fonts-noto-cjk fonts-noto-cjk-extra
  2. sudo apt install fcitx-mozc
  3. export XMODIFIERS=@im=fcitx
  4. fcitx-autostart
  5. fcitx-configtool
    1. 左下+をクリック
    2. Only Show Input Languageのチェックを外す
    3. Search Input Methodからmozc検索
    4. mozc選択してOK
    5. 下部の∧でmozcを上位にする
      1. sudo nano /etc/systemd/user/cros-garcon.service.d/cros-garcon-override.conf
      2. 下記を追記
        Environment="GTK_IM_MODULE=fcitx"
        Environment="QT_IM_MODULE=fcitx"
        Environment="XMODIFIERS=@im=fcitx"
        Environment="GDK_BACKEND=x11"
  6. 再起動

Linuxへ詳しい方はfcitx5のほうが何かと問題が少ないでしょう。
しかし一部のfcitx5向けパッケージDebian公式リポジトリ存在しない可能性があるのでご注意ください。

Chrome OSLinuxレイヤーディスクを共有する/マイクを共有する

設定→デベロッパーLinux開発環境

Linuxレイヤー仮想環境構築は推奨できない

KVMLXCDockerなどの仮想環境を幾度か試しましたが、仮想環境を構築したProject CrostiniのLinuxレイヤー再起動するなどによってProject CrostiniのLinuxレイヤーシステムへ致命的な破壊が起きることがあるのを何度か確認しています
Project CrostiniのLinuxレイヤー自体仮想環境のため、Chrome OSシステム破壊されるわけではないですが業務利用時にLinuxレイヤーシステム破壊が起きてしまうと困ってしまうので仮想環境構築は推奨できません。
仮想環境によって開発環境統一を計っている現場では開発デバイスとしてChrome OSデバイスは利用しないほうが良いでしょう。

ただし、Chrome OSデバイス実質的Android OSデバイスタッチスクリーンデバイスキーボード付きデバイスタブレットデバイスノートPCデバイスコンバーチブルデバイス(いわゆる2in1)、マルチタスクデバイスウィンドウ可変デバイスタッチスタイラスペン付きデバイスとして機能する可能性を秘めていますので実機デバッグデバイスとしては非常に価値があります
昨今はアスペクト比16:9でないどころかリアルタイムに可変してしまデバイスが物凄く増えていますのでスマートデバイス向けアプリを開発する現場ではデバッグ用として1台持っていても全く損しないデバイスかと思われます
さらに言えばティーン層はGIGAスクール構想によりChrome OSプログラミング学習をしているわけですからティーン層取り込みのためのUI開発にも使えるのではないかと考えます

長くなってしまいましたが、質問があれば気付いたときに随時回答したいと思います

2021-05-20

今年のGoogle I/Oで最もセンセーショナルなのはLinux正式版になったこ

Linuxフリークでもそうでも無い人でもLinuxへ多少の知見があればエントリタイトルが目に入った時の声はたった1つだろう。

「は?」

これは良くも悪くもLinuxデスクトップOSとしての評価如実に表している声だ。
不便・不安定・不親切、おおよその一般ユーザには全く推奨できず、不具合の解消はLinuxユーザ自身問題解決力が問われる。
しかしそんなLinuxは不気味なほど一部のパワーユーザからは絶大な支持を得る。

Chrome OS上のLinuxはProject Crostiniと呼ばれるプロジェクトの成果によりChrome OS上でLinux動作可能となってきたが、これまでBeta版扱いだった。
正直に言って誰しもがChrome OS上で動作するLinux永遠にBeta版であろうと考えていたと思う。
結局は好きものLinuxフリークのために用意してくれていたお遊びであって、GoogleとしてはProject Crostiniを本気で活用する気なんて無いのだと知った気になっていた。
なに、そもそもChrome OSAndroidLinuxベースOSだ。Linuxの上でLinuxを動かしているに過ぎないし、Googleはすでに我々へLinuxデバイスを多くリリースしてくれているではないか高望はいけないのだと諦めていた。
しかし違った!違ったのだ!GoogleはProject Crostiniへ本気だった!

ついに、ついに、ついに!家電量販店Linuxデバイスがいつ行っても買える時代がやってきた!

Androidのように自身Linuxディストリビューションであることを一般ユーザのために隠しているOSとは意味合いが全く違う。
しろAndroid StudioをインストールしてAndroidアプリを開発するOSだ。足りないパッケージAPTからインストールするLinuxディストリビューションとしてのOSなのだ

あぁ何とでも言えば良い!
Chrome OSLinuxレイヤーChrome OS側のIM連携できなくてLinuxレイヤー独自にFcitxなどのIMを導入する必要があるって?
んなもん知っとるわ!それがどうしたぁ!!!

仮想環境であるLinuxレイヤーKVMなどを導入しLinuxレイヤーを重ねて構築すると不安定になり全てのLinuxレイヤーが致命的に壊れることがあるって?
うそんなことは何度も繰り返してんだよ!壊す前提で実験しとるわい!!!

バカにされたって罵られたってChrome OSLinux正式版になったんだよ!!!
ありがとうLinuxフリークありがとうお前ら!ありがとうGoogleありがとうドザーありがとうマカー

2017-11-29

デスクトップPC欲しいんだけど

現在こたつノートPCをおいて使っていて、自分の座る位置のちょうど目の前にテレビがあるので

テレビを観ながらノートPCで調べ物したりなんかしている。

しかデスクトップPCだと基本ディスプレイモニタしかいから、モニタ邪魔テレビがみれなくなる。

アーム型にするとか立てかけ式にするとかいろいろ考えたけど、いまいち良い方法が思いつかない。


一番理想なのはディスプレイキーボードが一体になっているノートPCっぽい形なんだけど、

調べたらサーバラック用のKVM(20万以上)しか無かった。


今家庭用PCは圧倒的にノートPCで、スペック重視する人はディスプレイも重視するから

こういう需要あんまりないのかもしれないけど、ゲーミングPCとかでデスクトップPC

注目されてきているから、一体型ディスプレイがあったら使いやすいのにと思う。

2013-02-01

システム管理の憂鬱

Linuxが満足に扱えず、Windowsしか触れない人しかいないWeb会社LAMPWebアプリを構築している現状に憂鬱

そんなこともあり、システム環境LinuxBSDでフルに揃えられず、ハイパーバイザーはHyper-Vだったり、Linux情報豊富初心者にもやさしいCentOSで構築せざるをえなかったりする。個人的にはKVMFreeBSDを使いたいところ。

はぁー。

2012-12-19

子育てやす社会子供観点での幸せが多い社会ってどんなかね。

http://anond.hatelabo.jp/20121219105502

なんだか凄いプロファイリングだなぁ。「専業主婦専門職と同レベルには幸福」を書いた増田です。

仕事で嫌な事があったとき仕事関係者上司とか)がクソだったとき、そもそも仕事自体がどうしても好きになれないとき

「何でこんなの耐えなきゃならない!?誰のためにこんな苦労してんだ俺は!→妻子のため」って言い訳が立つじゃん。

女房が働いてたら「アタシだって勤めてんだよボケゴロゴロテレビ見てないで家事しろ!!」って反撃されたらぐうの音も出ない。

仕事は割と好きだけどな。まぁ3割〜4割くらいの時間はつまらんなー、面倒だなー、とは思うけどw

技術職で割と楽しくやらせていただいてます

最近の業務としてはLinux仮想化(KVM)を用いたコスト削減と冗長化(oVirt)。割と趣味の延長線上でもある。まぁ仕事としてやるといろいろ面倒もあるけどね。全体としては楽しいですよ。

「俺がこんなに嫌な思いして稼いだ金で暮らしてんだから専業主婦なんて気楽なもんだ、出来ることなら代わりたいくらいだ」が「専業主婦の女は幸せ」「女はみんな専業主婦になりたい」ってなる。

「君が思う私」はそう見えているんですね。

twitterのフェミクラスタをRSSで観察していた時に思ったんだけど、

ステレオタイプな「悪い男性像」を声高に主張する傾向があるように見える。

君はフェミニストではないのであれば女性全体にそういう傾向があるのか、

あるいは、「悪い男性像」を声高に主張する女性の声が大きいのか。。。


もちろん仕事楽しい働きたい女性は働けばいいと思いますよ。ただみんながみんな仕事のしんでる訳じゃないしなー。どうですかね。20〜30歳くらいの女性の方は今より仕事したいのかしら。

あと私は「女はみんな専業主婦になりたい」とは言っていませんよ。そういう女性もいる、程度です。

まぁ、そういった女性希望も「家事をしっかりやりたい」とか微笑ましいわけで、

そういう女性幸せをかなえられる社会ってどんなかな、と思うのも悪くないと思うのです。

具体的には育児手当ての増加( これは世代間格差縮小、リフレ政策的側面もある )、長時間労働の制限( ワークシェアリング )、高校無償化等の育児コストの削減、地方活性化( 地方から都心に出てきてしまっていると乳幼児期、母親が祖母の手を借りにくい )

女性が無理に働きにでなくても良い社会

子育てにかかるコストも減って、無理に働かなくても良い社会、ってのは割と良いものではないかな。

2012-02-29

http://anond.hatelabo.jp/20120228234156

>家庭内のLAN100Base-TXもしくは1000Baseが当たり前で、十分回線も太い。

その通信パケットの分解・組立やフロー制御

どこでやってると思ってるんだい?

パケットがそのままメモリに書かれるんじゃないんだぜ。

無視しないで欲しい。

要は「androidKVMにすればいいってことよ」と言いたいようだが、

見合った金くれれば、メーカー仮想化だの喜んでやるだろうな。

他人様に「タダでヤレ」なんて虫が良すぎねえか?

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