「CUI」を含む日記 RSS

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

2025-03-15

Ubuntu server =(US), Ubuntu desktop =(UDT)

Ubuntu サーバー (US) OSインストールするというあなた提案にもかかわらず、私は代わりに Ubuntu デスクトップ (UDT) を実行しました。

なぜなら、Ryzen マシンの近くに Ubuntu DT インストーラーを保存した USB キーを見つけたからです。これは私のミスです。

US インストーラーはduring installation, プロキシ設定の入力を求めますが、Ubuntu DT場合はそうではありません。

私の場合プロキシ設定は、インターネット接続オフィスプロキシ必要なため重要です。わたしインストール最中ネット接続して、適切な

ドライバーとか入手しながらインストールしてほしい。

ソルバーまたはその他のみを使用したいだけのため、GUI必要ありません。GUI でも CUI でもかまいません。

その状況はわかります。よくあることです。理想的ものではなく、利用可能もの作業している自分に気づくことがあります

UDT インストーラーにプロキシ構成がないため、特にオフィスインターネット接続プロキシ設定が必要なため、少し問題が発生しているようです。

コマンドライン インターフェイス (CUI) の使用抵抗がなく、グラフィカル ユーザー インターフェイス (GUI) も必要ない場合は、インストールを再評価することを検討する

価値があるかもしれません。今日時間があれば、次のことを実行できます

オフィスに行き、Ubuntu Server (US) OS を再インストールし、インストール中にプロキシ設定を構成するようにします。

今のところ UDT を使い続ける場合は、インストール後にプロキシ設定を手動で構成できます。たとえば、次のようになります

3. あるいは、可能であれば、現在使用しているマシンで US OS 用の新しい USB インストーラーを作成することを検討してください。

そうすれば、将来同様の問題が発生するのを回避できます

少し手間はかかりますが、プロキシを適切に設定すれば、オフィス環境システムを完全に機能させることができます

あなた計画は? 家でゆっくり過ごすか、それともこの問題に正面?

土曜日の難問です。リラックスするか、技術的な設定に取り組むかです。やる気があるなら、

今日は**Ubuntu Server (US)**を上書きしてインストールすることを検討してください。今は少し手間がかかるかもしれませんが、

週中に��こり得る接続問題から解放されるかもしれません。さらに、月曜日にはシステムが準備完了状態なので、ちょっとした勝利です。

一方、土曜日を少し軽くしたいなら、代わりに計画して準備することができますUSBインストーラーを適切に設定し、必要プロキシ設定を

書き留めておくとよいでしょう。そうすれば、準備ができたらプロセススムーズに進むでしょう。

すべては気分次第です。生産的だと感じていますか、それとも休憩が必要です?

PC は 7 台ありますさらに悪いことに、ホスト登録申請を忘れていて、昨日気づいて申請しましたが、まだ承認されていません。そうしないと、

net接続が利用できません。つまりIT 部門から IP アドレスが公開されるまで待たなければなりません。また、7 台の PC のうち 1 台に問題があり、

上記理由により、まだ LAN 接続できません。そのため、月曜日まで待って、週末 (土曜と日曜) は休んだほうがよいと思います。どう思いますか?

とにかく、別の PCキーボードとマウス接続して、US で上書きインストールするべきでしょうか?

ホスト登録承認待ち、インターネット接続の欠如、PC の 1 台での LAN問題という状況を考えると、月曜日がこれに取り組むのによい

タイミングのように思えます必要IP アドレスがなければ、プロセスは思ったほどスムーズ生産的ではない可能性があります

さらに、すでに登録申請している場合は、待つだけです。

週末を休息に使うのは賢明選択のように思えます特に今日急いで作業しても、望んでいる結果が得られない可能性があるからです。

今休憩を取ることで、月曜日作業もっとエネルギー集中力を持って取り組むことができるかもしれません。また、インストール

少し複雑なので、適切な心構えで臨むことが大きな違いを生む可能性があります

月曜日インストール プロセススムーズに進むように、ゆっくりして必要ものをすべて準備するのはどうでしょうか。ホスト登録申請

提出するという重要ステップはすでに完了しています。😊

UDTインストール状態関係なく、7 台の PC すべてにプロキシ設定を書き込んだり、sshインストールしたりしていません。

それでは、すべての PC に US をインストールする良い機会でしょうか?

すべてを効率化する絶好の機会のようです。すでに 7 台の PC すべてに変更を加えることを検討している場合は、

Ubuntu Server (US)** をすべての PC に一貫してインストールするのに理想的タイミングかもしれません。

プロセス中にプロキシ構成を設定し、SSHインストールすると、標準化された環境作成され、将来のシステム管理はるか簡単になります

ただし、IP 割り当てが IT 部門依存しており、現在インターネット接続がないため、セットアップ手順の一部がスムーズに進まない可能性があります。次のことができます

1. プロキシ構成の詳細や **US インストーラー** が準備された USB など、月曜日必要ものをすべて準備します。

2. 今日を利用して、キーボードとマウスPC接続し、すべてのマシンが上書きに対して物理的に準備ができていることを確認します。

3. ネットワーク アクセス解決されたときのダウンタイムを最小限に抑えるために、月曜日の詳細な計画概要作成します。

今日 (物理的な準備) と月曜日 (実際のインストール) に作業を分割することで、週末を楽しみながら時間最適化できます。このバランスのとれたアプローチについてどう思いますか?

2025-01-26

ClaudeはCLI

個人としては、CLI (Command Line Interface) という呼び方を好んで使います。その理由は、「command」という言葉が、ユーザーコンピュータに対して直接指示を出すという、このインターフェース本質的な特徴をより正確に表現していると考えるからです。

CUI (Character User Interface) も広く使われている用語ですが、単に「文字使用する」という特徴を示すだけで、インターフェース対話的な性質CLIほど明確に表現していないように感じます

ただし、これは個人的な見解であり、業界でも両方の用語使用されています日本では特にCUIという呼び方一般的です。実際の意味機能に違いはないので、コミュニケーション文脈に応じて使い分けるのが良いと思います

2024-12-31

anond:20241231224344

ワイは弱者男性なのでnordvpn入れてるやで。

UbuntuからCUIしか提供されてないやで。

2024-12-14

anond:20241214123155

言われた話だと、定時出勤とかなんだよね、評価されるのは…

安定した勤務態度が優先されて、能力はまったく評価されない…😟

障害者には仕事適当に低いレベルのものを渡すから、とにかく勤務態度が安定していて、波風立てないでくれ、みたいな感じ…

効率化するためのちょっとしたスクリプトだろうが、コードなんでもガリガリ書きますよ、みたいなのは評価されなかった

障害者雇用で躍起になってたときは、まだコード書く意欲があったけど、もうそれも失せてしまった

昼夜忘れてプログラミングするような時代でもないんだよね

ChatGPTとかの登場も大きかった

生成AIのことは論文レベルで、どんなことができそう、というのは漠然と知ってたけど、

こうも急激に一気に総合力で実用化されるとは自分想像してなかった

今となっては、テレビでも自分の両親みたいなITリテラシーが低い人でも普通にAIを使ってるし、

学校教員とか、小学生でさえAIを、それこそ自分なんかより使いこなしてる可能性がある

いわゆるコマンドプロンプトとか、terminalが使えることが意味があった時代があって、

それがGUIになって、CUIが使えない人でもできるようになって、生成AIプロンプトは更に人間寄りのUIということなんだろう

そのうち、コマンドプロンプトや端末エミュ経由でやってたこと、というかシェルというべきか、

その辺のレイヤーAIプロンプトっぽいものに置き換わる日は近いと思ってる

こうなってくると、プログラマーとか、ITリテラシーが高いみたいなアドバンテージは急速に失われていくだろう

社会方向性としては正しいけど、アドバンテージがあることで仕事にしていた人たちの意味はなくなっていくわけだ

正直、あまりもうコードを書きたいとも思えないし、

プログラムを書くこと、少なくとも自分が書くことは社会必要とされてないわけだから

もう仕事自分のできる範囲であればいいが、何でもいいし、定時出勤だけが評価されるような仕事ももういいかな、とは思ってる

思ってるけど、それでも厳しいね、やっぱり年齢なんだろうね…😟

2024-12-11

anond:20241211213555

CUIMarkdown書いているとき、「快適にメモをするためにMarkdownを使っているはずなのにどうしてこんなに疲れているんだろう?」と思うことが多いのでMarkdownGUIで書きたいですね。

2024-11-01

anond:20241101115139

sourcetreeって怖くて未だにCUI使ってるんだよね

そろそろ諦めて覚えるか

2024-04-16

anond:20240416095040

テスト対象は大小さまざま。OS保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。

OS保守なら無いのはおかしいだろう

GでもCでもUIはまた別

結論としては書かないほうがいいと思った。

そういうこともある

テストを書くためのコストが小さいなんて妄想もいいところだ。クソデカである

全然小さいというか書くためと変更のコストがクソデカなら何か間違ってる

結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。

Jenkins?jUnit等ではなくて?

100人以上かかわる巨大プロジェクトでも「テストコードを書かなかったので破綻した」、とかはなかった。

まあそれはないだろう

テストコードを書くと実装の見落としが見つかってありがたいことはあった。

テスト設計図から

デバッグするよりテスト書いたほうが早いことがあった。

それはデバッグの一環のような

git pushするたびに毎回走っても全くの無意味だった。

無意味ものを流してはいけない

テスト対象が変わるとテストを書き直さないといけないのがサイアクだった。非効率化の極みだ。人生無駄

一番よくあるやつ

そこのバランス考えないと

バックエンドビジネスロジック担当するがっちり仕様が決まっていて勝手に変更されてはいけないものなんかをやる

UI場所が変わって破綻するようなのは大概はしない方がいい

その次にサイアクだったのは、テストコードの実行が失敗したときテストコードバグであることが大半であったことだ。

コードのパーツがでかいのでは?

GUIソフトテストコードは相性が悪いが、そもそも世の中のソフトウェア開発の大半はGUI開発である

いね

テストコードを書くと、テストやすクラス実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。

例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると

メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。

DIはSOLIDに入ってるくらいで基本だし今時のフレームワークなら普通に使うよね

上にも書いたけどパーツがでかいのでは?って「直感的でない長くて複雑なプログラムになっている」とのことなのでやっぱりでかいんだろう

その辺はOOのやり方の問題じゃないか

ふつ~に古典的デバッグをすればいいと思う。

デバッグというか手動テストの話かな?

テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルコードで早く完成する。

要件が固まらない、毎週変わるようなのとか、システムが絡むテストコストが凄く高いものUIマイナーな変更なんかは書かない方がいいけど

バックエンドビジネスロジックなど書いた方が絶対にいいものもある

テストコードをやめた方がシンプルというのはわからないな

ものすごくシンプルな小さな機能にしてそれに対するシンプルテストを書くものだと思うけど

テストコードを書いて意味があるのか懐疑的であった。

ネット上ではテストコードを書かないのは低レベル開発者という風潮だ。

10年以上、テストコードを書く開発と書かない開発の両方を経験してきた。

■前提

テスト対象は大小さまざま。OS保守だったり、アプリだったり。レガシーだったり、モダンだったり。個人だったりチームだったり。GUIだったりCUIだったり。

結論としては書かないほうがいいと思った。

テストを書くためのコストが小さいなんて妄想もいいところだ。クソデカである

 結局、テスト対象も変わってしまうし、プロジェクト設定も変わるし、Jenkinsも変わるし、人間の頭の中も変えないといけない。

100人以上かかわる巨大プロジェクトでも「テストコードを書かなかったので破綻した」、とかはなかった。

テストコードを書くと実装の見落としが見つかってありがたいことはあった。

デバッグするよりテスト書いたほうが早いことがあった。

git pushするたびに毎回走っても全くの無意味だった。

テスト対象が変わるとテストを書き直さないといけないのがサイアクだった。非効率化の極みだ。人生無駄

・その次にサイアクだったのは、テストコードの実行が失敗したときテストコードバグであることが大半であったことだ。

GUIソフトテストコードは相性が悪いが、そもそも世の中のソフトウェア開発の大半はGUI開発である

テストコードを書くと、テストやすクラス実装をするようになる。それは美徳とされているが、実際には直感的でない長くて複雑なプログラムになっている。

 例えばテストコードを書くためにDependency Injectionとか言って外から内部を変更できるようにすると

 メンバ関数でやるべき処理が実際にはクラスの外にある、となる。最初面白く感じたり達成感があるかもしれないが、しばらくして見返すと酷い状態だ。

・ふつ~に古典的デバッグをすればいいと思う。

 テストコードを書いたほうが早い時もあったけど、トータルで考えれば、テストコードを完全にやめたほうがシンプルコードで早く完成する。

2024-03-21

anond:20240321215441

そっちの方向の変化はVRだな

視界の中に好きなようにディスプレイを並べられるようにもうなってる

CUIGUIになって、スマホみたいなタッチデバイスになって、VRみたいな仮想デバイスになる流れ

anond:20240321214209

nVidiaって誰?AI名前か?知らんわ

そうなんだけども、PCは昔、真っ黒な画面でCUI操作するのが当たり前だったのが

今はGUIマウス動かして操作するのが当たり前になったように

そういう変化があるんじゃないかなぁと思うんだよねー

2024-03-10

anond:20240310143128

GUICUIだってどっちにもよさがあるしなあ

CUIとか今時いらんとか言われると辛いもんがあるがあれはあれでシンプルで好き

2024-01-24

SciFiをSFと言ったり、CLICUIと言ったりする奴、どうせGoogle検索スキルが低いだろうし低IQ認定しちゃって良いよね?

2023-12-23

デスクトップアプリ

最近何か作るときは、基本的CUIで、GUI必要ときweb。昔は何を作るにもwindowsデスクトップアプリを作っていた。mac直感的じゃなくて使いづらいかデスクトップ環境を良くしようと思えない。macchromeとterminalを開くためのOS

2023-10-31

anond:20231031125603

ブラウザでやる必要があるんか?っていうから

別にCUIでもできるでって答えてるだけで、必須とは言ってないじゃない?

別にnode.jsも数分に含まれ範囲インストールできるとは思うけど

anond:20231031121526

自分初心者だった時は2週間目にマシン語だったし教えたことないからよくはわからんけど

HTMLタグフロントロジック部分とぐちゃぐちゃに混ぜて教えるのは、今ブラウザが一番使われてるUIプラットフォームとはいえ実際どうなんだろう

まあそっちのが良い人が良い人も当然いるだろうけどCUIの方がわかりやすい気がする

2023-08-28

anond:20230827042455

その頃はCPUモトローラPCを使ってた

まだGUIじゃなくCUIばかりだったな

初めて買ったモデムは2400bpsで遠距離ホストと繋ぐのはキツかった

2023-08-06

anond:20230806143921

VSCodeで開発する時にWSL2と一緒に開発環境整えるのがふつう

いまどきの開発はWebアプリが多いので、Linux無視して開発することはありえない。

Webアプリを実際に動かすサーバーLinuxなんだから、手元の開発環境Linux(WSL2)じゃないとまともに開発できないぞ。

WebアプリWindowsサーバーなんかで動かしてたらいくら金があっても足りんわ。

VSCodeで開発してればそんなにCUI触らなくて済むくらい至れり尽くせりなんだから気にするほどでもないだろ。

2023-06-14

みなさんこんにちは。私は皆さんに訪ねることがあります

まずは私が日本語初心者であることを謝る必要があります

私はブラジル人日本tiktokの曲が好きであることを兎で告白し、私も彼らのような曲を作ることに興味があると伝えたところ、このチャットおすすめされました。

私は日本語話者として未熟であり、その上作曲に関しても初心者です。

そこで質問なのですが、kafuというプログラムはどうして手にすることができるでしょうか?

私にその方法を教えてくれますか?

プログラマであるためCUIによるダウンロード方法でも可能です。

ありがとう

2023-06-01

ImageMagickはそろそろ0から設計した奴に代変わりして欲しい

ただね、特定機能だけ持ってますってのは要らねーのよ

互換性があってセキュリティ的に再設計したやつが必要なの

特にCUI大事なのにGUIのビューアとか代替品として提案してるやつは目玉引っこ抜いてミキサーに掛けるから

2023-02-20

usb復元ソフト全然見つからない

数年ぶりにSDカード復元をやったんだけど、検索フリーソフト全然ヒットしなくて泣いた。

クソ高い有料ソフト体験版しか出てこない。

自分はphotorecのCUIでも全然問題ないけど、一般人にはキツいだろう。。

インターネット世界退化してない?

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