はてなキーワード: SuDoとは
当エントリはある程度の情報技術リテラシーが必須であり、一部の情報はPC初心者および初級者に推奨できるものではない。
しかしPC初心者および初級者はシステムを壊す、大事なデータを失うなどの手痛い失敗をして成長するのもまた事実であり、もしもプログラミングなどに興味のあるPC初心者および初級者がこの情報を活用する場合はシステムを壊す、大事なデータを失うことを覚悟して実行するように。
チュートリアルに指示通りに進めれば大きな問題はほぼ発生しません。
Chrome OSは初期状態のデフォルトで「ノーマルモード」と呼ばれる一般ユーザーモードですが開発者向けに「デベロッパーモード」が用意されています。
ノーマルモードはChrome OSの様々な制限があり、デベロッパーモードによって制限の解除が可能です。
しかしノーマルモードからデベロッパーモードへ移行するとPowerwash(初期化)されてしまい、システムやユーザー領域へ追加された情報はすべて削除されます。
もしデベロッパーモードが必要な場合はデベロッパーモードの詳細を調べ、現在の情報は削除されてしまうことを念頭に実行しましょう。
ちなみにProject CrostiniのLinuxレイヤーへDebianリポジトリからパッケージを導入するなどにはデベロッパーモードは必要ありませんので多くの場合はノーマルモードのままの運用で十分でしょう。
Android OSアプリやChrome OSアプリを開発したい場合は最初からデベロッパーモードにしたほうが後悔が少ないです。
Chrome OSでは一部のキーがほかのOSでは見慣れないものが並んでいます。
迷いがちなので一番最初に覚えるべきキーボードショートカットは「Ctrl+Alt+?」です。
「Ctrl+Alt+?」でいつでもキーボードショートカットを確認できることだけは覚えておきましょう。
多くの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ではこうだとアプリ開発者へ情報共有することをオススメします。
多くのAndroidスマートフォンやタブレットはARMアーキテクチャーと呼ばれるものを採用していますが、現在のChrome OSデバイスは高性能な製品になるほどx86(x86_64)アーキテクチャーを採用している傾向があります。
本来コンピューターアプリケーションというものはアーキテクチャーが異なると実行起動動作が不可能ですが、Android OSアプリは異なるアーキテクチャー間でもアプリの実行起動動作が極力可能となるように互換性をだいたい確保しています。
しかしながら例えばARMアーキテクチャー向けのAndoird OSアプリをx86アーキテクチャーなデバイスで実行するとアプリ動作のパフォーマンスが著しく落ることが多いです。
これは高度なグラフィックス機能を必要とするゲームなどで顕著に現れる傾向にあり、Chrome OSでは期待したほどAndroid OSアプリが軽快に動かない可能性を理解しておく必要があるのです。
コロナ禍によって多くのChrome OSデバイスを販売することが出来ましたが、それによってChrome OSデバイス間の性能差が問題視される機会も増えました。
具体的には「インターネット上でChrome OSでの動作報告がなされているAndroidアプリが自身のChrome OSデバイスではインストールできない」といった報告です。
これは一部のAndroidアプリ開発者がデバイス性能によってインストールの許可不許可を決めているために起こることで解決方法は基本的にありませんので諦めましょう。
これから導入するAndroidアプリのためにChrome OSを購入する際は価格につられて低性能すぎるデバイスを購入してしまうと失敗する確率が高まりますので注意が必要です。
ただし、Googleが提供するアプリなどは基本的にそのようなことは無いようです。
設定から「Linux(ベータ版)」で「オンにする」とLinuxのインストールが開始されます。
現在のChrome OS v90ではLinuxレイヤーを実現するProject CrostiniではデフォルトでGPUによる支援機能を実行できません。
Chrome Webブラウザを起動し、URL欄へ「chrome:flags」と入力しアクセスして「Crostini GPU Support」を「Enabled」とし再起動してください。
この変更で動作に不具合を確認した際は設定を元に戻してください。
LinuxにもGoogle Play Storeのような簡単にLinuxアプリを導入できる環境が存在します。
GUIパッケージマネージャーを導入する場合は「ターミナル」を起動し下記を実行してください。
sudo apt install synaptic gnome-software
Chrome OSとLinuxレイヤーではパッケージの導入先がデフォルトで海外のサーバーになっており少々遅いです。
日本国内のサーバーへ変更することで速度を改善できる可能性があります。その際は「ターミナル」を起動し下記を実行してください。
現在のChrome OS v90ではChrome OSとLinuxレイヤーを実現するProject Crostiniで日本語入力を共有できず、キーボード入力しても英字しか印字されません。
日本語入力をするには別途に日本語インプットメソッドと日本語フォントが必要です。
日本語インプットメソッドと日本語フォントを導入する場合は「ターミナル」を起動し下記を実行してください。
Linuxへ詳しい方はfcitx5のほうが何かと問題が少ないでしょう。
しかし一部のfcitx5向けパッケージがDebian公式リポジトリに存在しない可能性があるのでご注意ください。
KVMやLXC、Dockerなどの仮想環境を幾度か試しましたが、仮想環境を構築した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開発にも使えるのではないかと考えます。
main をpainにかえただけで 動かなくなったプログラム
プロなら 10分?って聞かれたけど
全部のコードを洗って
最悪 ファイルが1個消えている というのも すべて 確認していくから
これだけのファイル数があると 数ヶ月
ようするに これをうたがう って mala
rm main.cc って やって まぁ これなら 10分って 今度はアシスタントさんになおしてって 聞いてみた いちおうサブバージョンははいっている
え?Gitがいいしょうがないなぁ sudo yum install git
git init
git commit -m""
つぎなにしよっか?
え?subversionとコリジョンしている?とりあえず消してみる?
yum remove subversion
いわれたとおりに やってるよ
Webエンジニアの技術確認って、知識や経験が多方面に渡るから難しいと思ってる。
Webアプリ作れます!と言って完成物だけを見るとたしかにそれなりのができてる。
もちろんテストはない。動けばいい。
N+1やSQLインジェクションが埋め込まれてる(後者はフレームワーク側でほぼ無いが)。
Gitは漢のmaster(main)一本だし、rebaseはできない。何かgitでトラブったら全消ししてcloneし直す。
デプロイもHerokuコマンドをよく分からず打ち込んでるだけ。ちょっと凝ったことはできない。
データベースも大きなExcel程度と考えていて、一つのテーブルに全部のデータを入れる漢のスキーマ。
コマンドも例えばgrepやfindを使えない。XXenvの使い方がわからない。何でもかんでもsudoをつける。
vimが使えないからなんかのはずみでvimの画面になったらパニックになる。
まだまだいろいろあるけど挙げたらきりがない。
となるとどこかで線引きをしなければいけないけど、その線引きの一つの手段が対面での会話の内容、受け答えの態度だと思う。
この解説記事の通りにやったらDockerのインストールが完了した。
sudo apt-get remove docker docker-engine docker.io containerd runc
sudo apt-get install apt-transport-https ca-certificates curl gnupg-agent software-properties-common
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -
# :OUTPUT:
# OK
sudo apt-key fingerprint 0EBFCD88
# :OUTPUT:
# pub rsa4096 2017-02-22 [SCEA]
sudo add-apt-repository "deb [arch=amd64] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable"
sudo apt-get install docker-ce docker-ce-cli containerd.io
# :OUTPUT:
間違ってたらごめんくさい
まずHyper-Vという仮想環境にもインターネット回線を回すために、クッソややこしい仮想スイッチとやらを構築する
作るのは「外部」のほう。んで「管理オペレーティングシステムにこのネットワークアダプターの共有を許可する(M)」にチェック。
そうして、ホストたるPC側のOSは、作ったスイッチ(vEthernet)経由でネットにつながる。
DHCPに頼るとトラブルの元なので、ホスト側も仮想環境側もIPアドレスは固定にした方がよさげ
インストーラーが起動して言語選択するときに日本語がなかなか出てこなくてイライラするけど、テキスト入力ボックスに「j」って打ったら日本語がすぐ出てくる
できるだけサービス等のリソースはケチりたいので、デフォルトの最小環境(Minimal Install)に。
OSインストール完了した時点でチェックポイント作っておくと、間違えたときにサッサと元に戻せるので便利
IPアドレスはnmtuiというやつで設定するのが楽っぽい
https://www.server-memo.net/centos-settings/network/nmtui.html
https://www.server-world.info/query?os=CentOS_7&p=download
このサイトの右側メニューにある(02)から(09)までやる。
特にリポジトリ登録の意味不明な文字列の入力が腹立つけど、カーソルキーの上を押したらヒストリーが出てくるので必要なところだけ書き換えられるから慌てなくていい
この辺まで終わったら、またチェックポイント作っておくのがいい
wget https://raw.githubusercontent.com/zma/usefulscripts/master/script/install-wine-5.0-centos7.sh
これでとてもありがたいスクリプト(Wine5.0のソースや依存関係全部入れてくれる上に自動的にビルドしてWine5.0本体までインストールしてくれる)が手に入る
sh install-wine-5.0-centos7.sh 5.0
あとはひたすら待つ。core i7-2600で2時間半くらいかかる。なんかエラー出てる気がするけど多分大丈夫。
止まってる!?って思ってもひたすら待つ。たぶん動いてるから。
MATEというGUIは、ここを参考にすると間違いなくインストールできる
https://arm-lab.blogspot.com/2018/06/centos-minimalmate.html
いや、実はGUI入れる前にwine立ち上げたらどうなるんじゃろー(^q^)ってやったら動かなかったので真似しないほうがいいよ
winecfg
ってやるといつものとおり最初の質問攻めに遭うけどぜんぶYesYes。.wineディレクトリも出来るはずで(隠しファイルを表示するにしないと出てこないけど)、もちろんその中にdrive_cもあるからフォントとか必要くさいのは先に入れておくとパニックにならなくてよい。
あとはFirefoxでインストーラーの.exeをダウンロードしてWine Windowsプログラムローダーで開けば…。まぁいけるんちゃいますかと。前みたいに事前にWindowsPCでインストールしたファイルをコピーしなきゃ動かないってことはなかったっす
最近の若者は物を知らない。
IT企業に就職したのに、IT用語の読み方を間違える恥ずかしいやつが多くて困る。
新入社員でもこれぐらいは抑えておいてほしい。
製品を選ぶことすら面倒。それどころか「無難さも性能の一部だろ」くらいに思っている。保守的な傾向があり女性率が高い。
macOSユーザーによる「iPhone使っているならMac使えば?」という言葉が大変ウザいと考えていて「ハードの縛りキツイし、もう少しコスパが良くなれば検討する」という評価。
AppleによるIntel Mac移行期にマーケティングへ失敗しクリエイター需要がWindowsへ移ってしまったため、クリエイターがこの組み合わせであることも多い。
Androidはクリエイティブなアプリケーションのライナップが少なく性能も微妙なのでiOS/iPadOSを使わざる得ないという事情もある。
情報技術者が使っている場合「WSL2便利すぎワロタw」と喜んでいる。
コスパ重視で多少の使いにくさも我慢できるという人の組み合わせ。
クリエイティブ用途はあまり考えておらず、価格対性能のコスパを重視する傾向にある。
Windows x iOS/iPadOSの場合と同様に何も考えずこの組み合わせになっている年配がかなり多いが、IT技術者やゲーマーなどが採用することの多い組み合わせでもある。
Googleが大好きで何故かmacOS x iOS/iPadOSなAppleユーザーを敵視していることもある。
好きな言葉は「最強」。
Appleの囲い込みによる製品連携シナジーの恩恵を最大限に得ている。
MacやiPhone/iPadどころかAirPodsやApple Watch、HomePod、Apple TVも持っている。
「意識高い系」と言われるのが大嫌いで、大抵の場合は「ユーザービリティを考えたら〜」と反論するものの、そのユーザービリティは自分個人のみを指すことが多い。
情報技術者の場合「安定したPOSIX互換機」という評価をしていて「iOS/iPadOS Appsが開発が完結できてプロプライエタリなソフトが充実するならLinuxでも良い。あとサウンド周りな」と思ってる。
クリエイターがこの組み合わせの場合は絵描きであることが多く、3DCGやDTMの場合はIntel Macへの移行に遅れてしまった人が大半。
自分の価値観にこだわりがあり、Androidが好きというよりも制限の多いiOS/iPadOSが嫌いと言った方が実態に近い。iTunesも嫌い。
「データのやり取りはクラウドを経由するし意外とそこまで問題ないよ」が口癖。
Apple製品が好きだがGoogle製品も好き。何ならAmazon製品も好き。
正攻法では使いにくすぎるこの組み合わせにこだわるユーザーはmacOS x Androidよりも物凄く変わっている。
iOS/iPadOSの脱獄は当たり前、ていうかそうしないとLinuxではまともにiOS/iPadOSが使えない。
彼らの存在によってiOS/iPadOSの脆弱性は明るみになりAppleの新製品情報も内部コードから発見してしまう。
完全にギーク。不具合は自分でなんとかするDIY精神にあふれる組み合わせ。
他所の良いものは悪びれもなくパクり、他所より良いものを開発したらドヤる。
何か言われても「ランレベルを1にして〜」とか「sudo pacman -Sy archlinux-keyring」とかおおよそのユーザーには理解できない呪言を吐く。
おおよそのユーザーはそもそもそういうのが面倒なわけだが、そういう細かい心理は気にしない。
MicrosoftやAppleをイジり倒すのも趣味にしており、彼らの口から一般人に知られていない面白い過去のエピソードが飛び出すことが結構ある。
裏を返せば「お前ら何で他のOSがそんな詳しいんだwMicrosoftやApple好きすぎるだろwww」ということなのだが、それは公然の秘密である。
Chromebookは安く買えるLinux向けハードウェアだと思ってる。