はてなキーワード: guiとは
時間 | 記事数 | 文字数 | 文字数平均 | 文字数中央値 |
---|---|---|---|---|
00 | 107 | 10650 | 99.5 | 39 |
01 | 45 | 4850 | 107.8 | 31 |
02 | 9 | 1493 | 165.9 | 65 |
03 | 22 | 4230 | 192.3 | 37.5 |
04 | 22 | 2130 | 96.8 | 56 |
05 | 23 | 2754 | 119.7 | 62 |
06 | 34 | 2137 | 62.9 | 46 |
07 | 45 | 4654 | 103.4 | 45 |
08 | 107 | 9041 | 84.5 | 52 |
09 | 118 | 9562 | 81.0 | 42 |
10 | 129 | 12334 | 95.6 | 47 |
11 | 148 | 12980 | 87.7 | 44 |
12 | 241 | 24107 | 100.0 | 43 |
13 | 117 | 13082 | 111.8 | 50 |
14 | 174 | 23990 | 137.9 | 58.5 |
15 | 167 | 13621 | 81.6 | 43 |
16 | 181 | 15159 | 83.8 | 35 |
17 | 171 | 11302 | 66.1 | 37 |
18 | 157 | 10619 | 67.6 | 40 |
19 | 143 | 16385 | 114.6 | 33 |
20 | 152 | 11872 | 78.1 | 36 |
21 | 131 | 12149 | 92.7 | 41 |
22 | 146 | 18136 | 124.2 | 44 |
23 | 123 | 8453 | 68.7 | 23 |
1日 | 2712 | 255690 | 94.3 | 42 |
小熊(7), CLI(15), 礼子(5), スーパーカブ(20), CUI(8), 都立高校(6), 宗教差別(4), GUI(19), IOC(7), ぱふぱふ(3), ガチオタ(3), 数値計算(3), ドラクエ(13), 反差別(15), 中卒(15), ちやほや(10), 五輪(34), BAN(7), Excel(6), 文法(6), コンピュータ(8), バイク(12), 論理的(12), 私立(14), 入試(9), キーボード(10), 開催(30), 接種(16), フィクション(18), オリンピック(41), 老害(16), 科学(19), 選手(17), ワクチン(39), B(34), 中止(21)
■いつまでコンピュータで消耗しなきゃならないの? /20210527100955(32), ■酒タバコギャンブル薬以外で /20210527220752(24), ■スーパーカブは事故らない /20210527115035(24), ■そういう話じゃない スーパーカブ /20210526180451(20), ■チヤホヤされるのは嬉しいけど男はキモい /20210526202537(19), ■素手でうんこをつかまされた /20210527011354(14), ■anond:20210527000044 /20210527000429(13), ■ドラクエの愚痴。 /20210527161226(12), ■宗教差別ってあんまり話題に上がらない気がする /20210527034931(11), ■人類って案外賢くないのかも /20210527074616(11), ■ /20210526204209(10), ■職場での挨拶問題 /20210527195515(10), (タイトル不明) /20210527113140(9), ■ /20210526132741(9), ■あっさりマスコミの誘導に乗っちゃう人々 /20210526202046(8), ■セルクマはシステム上で禁止すべき /20210527093801(8), ■後発が劣化しているのに古いのを使うと老害と言われる例 /20210522105612(8), ■漫画家が歳をとるとめちゃくちゃ絵が下手になって悲しい /20210527150621(8), ■しなびた個人勢vtuberが好き /20210527160131(8), ■男は女のそういうところを見ている /20210527150810(7), ■世間は男の性欲を甘やかしすぎだろ /20210527153756(7), ■食事が好きすぎる /20210526234417(7), ■数学と、数式をプログラムに落とし込む書籍教えて欲しい /20210527102709(7), ■新人VTuberの毒島あかりと申します。 /20210527121410(7), ■もっとそういう話じゃない スーパーカブ anond:20210526180451 /20210527101944(7)
そもそも CLI みたいなコードしか元々理解できないのがコンピュータなんだよ。
初期の DOS にはグラフィックなんてなかったし、それは Linux でもなんでも一緒。
その CLI でできること(=プログラム)の一部をグラフィックで使えるように後付けされたのが GUI だ。
どんな GUI のプログラムも最終的には CLI のようなコードに変換されて動いてる。
そして、CLI でできることのうち、よく使うものを GUI のメニューとかから使えるように
(CLI のコードに加えて)プログラムを作成するわけだから、GUI の方がコストが増えるに決まってる。
CLI でできる処理の組み合わせは無限にあって、いちいち CLI の全パターン分の
メニューやボタンなんて作ることはできないので、CLI に比べて GUI でできないことの方が多いのも当然。
結局、GUI でできないってなったら CLI に戻るしかないということだな。
GUIはクリックして画面が変わってから次をクリックしないといけないけど
ファイルを開くときでもGUIならプログラム開いて、開く押して、出てきたファイルから選んで、ってやる
CLIのプログラミング環境って話があまり一般的な話ではないから誤解した。
というのも、Androidアプリとかを作りたい場合は環境がGUIになるのは必然だが、インフラ側で動作するスクリプトを書く場合は、GUIのない環境でCLIだけでコーディングする場合があるからCLIを使う場合も多い。
書く量は少なかったとしても、結局GUIがあるってだけで保守コストが増えるんだよね...
例えば形態素解析機を作りたいってときに、ライブラリとかCLIとかで作るのはわかるけど、そこにGUIをつけようとは思わない。
すべてのプログラムにとって言えることが、GUIをつければそれだけ保守コストやバグが増えるということだよ。CLIのプログラムを作るにはCLIの環境が必要になるのはわかるでしょう?
GUIだと、「画面の右上にある『選択』ボタンを押して、開くダイアログから『デスクトップ』を選択して、デスクトップに配置した〇〇.xlsxファイルをクリックして...」と言葉にしたとして、「右上」の感覚や「ダイアログ」のどこに「デスクトップ」があるか、など、わからない人には本当にわからない。
CUIは (パスの概念は難しいけど) 「open("パス") と打ってEnterキーを押してください」で済むので。
なんでみんないつまでも100年以上も昔のタイプライターの成れの果て、みたいなキーボードをカタカタ叩いてコンピュータ操作してるの?
使いこなすには習熟が必要って、そりゃそうかもしれないけど度が過ぎてないか?
特にCUIがいけすかない。DOSプロンプトを初めて見た日から今に至るまで、あんな不親切なインターフェースを一度だって良いと思ったことはない。
$とかC:\とかなに?適当に文字を打ってもエラーしか出ない。使われるのを拒絶しているようにしか見えない。
ゲームで言うなら1980年代のテキスト入力型アドベンチャーみたいなレベル。コマンドを全部覚えてないと何もできないクソゲー。
多分もうおっさんしか知らない。いまどきそんなゲームはないだろ?つまりそれだけ遅れてるんだよ。
使いやすいようにカスタマイズするのが当たり前?だったら最初からその使いやすい状態で提供してくれよ。不親切なまま提供しないでくれ。
ややこしいところはコンピュータでよしなにやってくれよ。いまどきのコンピュータの処理能力はすごいんだろ?ユーザーがわからない部分はちゃんと誘導してくれ。
お前のレベルが低い?おう低いよ。
でも、コンピュータってのはあまたの人類を幸せにするために作られてるんじゃないの?
CUIを使うのはプログラマみたいなIT関係の人間で、高いレベルが要求されるというのは一定の説得力はあるかもしれない。
でもな
不当な難しさをそこここに感じるんだよ。
ありとあらゆる前提や約束を覚えてないとまともに使えない環境は、たとえプロ向けでも俺は環境とすら呼びたくない。
ヘルプを見ろ?読んでるよ。ヘルプ読んだだけで使える人間がどれだけいるんだ?しかもどれだけヘルプを読んで覚えないといけないんだ?
コマンドラインオプションも訳がわからない。ハイフンが1つだったり2つだったり、$ tar xvfとかなんだよ。毎回ヘルプ読まないと使えやしない。
慣れるほど使い込んでいるユーザーばかりだと思わないで欲しい。
GUIでは右クリックですぐにメニューが出ることが多くて100万倍マシだが、あれだって「右クリックする」というお約束があっての話で最適解からは程遠い。
ものを使うのに大事なのは機能そのものであって、使い方はもっと然るべき自然な誘導があるべきじゃないのか?
特別にHHKBをけなす意図はないが、無刻印キーボードとか最たる例だ。
なんだありゃ?既にUIであることすら放棄してるだろ。旧時代の複雑な飛行機のコックピットですら各部に名前くらい付いてるぞ。
あれを日常的にありがたがって使ってる人間が「あらゆる人間が使いやすいものを作る」のを目指すのはなにかの冗談にしか聞こえないんだよ。
それとも、高尚な人間が下々の無知蒙昧な人間に使いやすいものを提供してやろうって感じなのか?
俺も少しはコンピュータを使って飯を食ってるが、そうじゃないと思いたいんだよ。
コンピュータの都合でグラフィックが使えない環境ならテキストベースになるのはしょうがない。
でも、しょうがないで終わらないでほしいんだよ。しょうがなくない環境でも人の都合で使ってる場合も多いよな?
今を最高とか思わずに、なんとかそこから進む意思を持ってほしいんだよ。
文字列を延々と眺めてカタカタターンッ!てのが格好いいと言う時代はさっさと終わって、次の時代になってほしいんだよ。
当エントリはある程度の情報技術リテラシーが必須であり、一部の情報は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開発にも使えるのではないかと考えます。