FreeBSDを語れ Part57

■ このスレッドは過去ログ倉庫に格納されています
1名無しさん＠お腹いっぱい。
垢版 |
2023/04/23(日) 09:50:57.81
https://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part56
https://mevius.5ch.net/test/read.cgi/unix/1671084924/
過去スレ
FreeBSDを語れ Part55
https://mevius.5ch.net/test/read.cgi/unix/1649337763/
FreeBSDを語れ Part54
https://mevius.5ch.net/test/read.cgi/unix/1630061644/
FreeBSDを語れ Part53
https://mevius.5ch.net/test/read.cgi/unix/1607845477/
FreeBSDを語れ Part52
https://mevius.5ch.net/test/read.cgi/unix/1596404184/

関連スレ
初心者もOK! FreeBSD質問スレッド その125
https://mevius.5ch.net/test/read.cgi/unix/1632283136/
BSD/LinuxでのOffice/Desktop環境を語れ！　Part03
https://mevius.5ch.net/test/read.cgi/unix/1633521461/
RaspberryPiで稼働する*BSDを語れ
https://mevius.5ch.net/test/read.cgi/unix/1582471618/

##次スレは>>950を踏んだ人がたてませう
2023/04/24(月) 00:28:59.92
BSDにはviが良く似合う
2023/04/24(月) 05:41:17.16
というかvi以外あるのかね？
単純にテキストエディタｎ開発が3、40年前から
停滞しているだけに思えるが
2023/04/24(月) 05:42:38.11
え？ちょっと待って。もしかしてviってvimじゃなくて古いviのこと？
2023/04/24(月) 07:40:15.83
結論はLinuxが全て悪いって事？
たとえLinus氏がいなくても別の誰かがフリーのUnix Variantを作っただろうが
2023/04/24(月) 07:41:23.35
BSDユーザーならnviやろがい
2023/04/24(月) 07:51:27.82
デフォルト設定でBackSpace使えたの、vim だったか nvi だったか。
初期のredhatでvimだと思うのだか、BackSpace 使えた時に便利やなと思った思い出。
2023/04/24(月) 12:00:37.04
vim入れるでしょ
避ける理由ないし
guiうざいならtinyでいいんだし
2023/04/24(月) 12:36:47.85
VIMはlegacyモードでしかつかえない…。
2023/04/24(月) 14:20:12.63
vscodeで良くない？
2023/04/24(月) 15:42:34.75
ビル・ジョイはviを今も使っているか気になる
2023/04/24(月) 16:49:47.03
>>17
昔ながらのテキストデータより画面を沢山使う。
コンソール上のエディタと比較すると大き過ぎるけど、気にならない？
2023/04/24(月) 18:41:49.49
昔より大きくて安価なディスプレイでスクリーンエディタより多くの行と列を表示できる編集ウィンドウを複数開いて
同時に複数のソースを見ながら編集できる今の環境は
多くの人にとってウィンドウシステム抜きのスクリーンエディタより遥かに開発効率が高くなってる
旧時代の環境を利用しながらも開発ができるだのそれ自体を使いこなせるだののマイノリティや自己満足なんて今や何の役にも立たない
2023/04/24(月) 18:49:55.16
viも使えないなんてププ、というのくらいは許してほしい。さすがに、edも使えないなんて、という人は消え去ったかな？
2023/04/24(月) 18:51:08.62
>>19
ああ、そこからか

vscodeはクライアントに入れて、
サーバー上のファイルを編集できるんだよ
2023/04/24(月) 19:26:58.73
emacs をターミナルで使うと割りといい感じ。
（GUI版じゃないよという意味）
chromebook での話だが。
2023/04/24(月) 19:41:19.60
プログラミング用のエディタなら、好きなの使えば
システム管理用となると、選択肢が限られる
2023/04/24(月) 20:26:51.90
elvis使え
2023/04/24(月) 20:41:20.20
ちんちん!シュッシュッ!シュッ!
2023/04/24(月) 20:41:33.81
コピペ馬鹿
28名無しさん＠お腹いっぱい。
垢版 |
2023/04/24(月) 21:51:51.66
ちょっと前までのテキストエディタの進化で結構捗ったな
個人的にはいくつかウインドウ開いてもeasymotionとかacejump的な移動が出来るようになったのは大きいな
2023/04/25(火) 01:38:34.19
まあ、最低限exでなんとかできるだけのスキルは持っとけ
だよな
あとは自分の担当のサーバには必要なものはデフォルトでインストールしておくよな
2023/04/25(火) 01:39:22.59
>>26
おめーはちんちん切り落としとけ
2023/04/25(火) 02:28:48.91
ちんちん!シュッシュッ!シュッ!
2023/04/25(火) 02:29:09.30
コピペ馬鹿
2023/04/25(火) 05:04:35.48
全てはedから始まった
2023/04/25(火) 06:53:59.42
低能は無意味なことしか書けない
2023/04/25(火) 07:45:19.49
ちんちん！❢シュッシュッシュッ!
2023/04/25(火) 08:07:27.43
目つきの悪い少年がナイフをシュッ、シュッと
2023/04/25(火) 08:09:37.50
馬鹿ばっかり
2023/04/25(火) 08:59:08.26
勃起不全
2023/04/25(火) 09:03:59.46
くだらない事しか書けない馬鹿
2023/04/25(火) 14:14:54.73
ちんちん!シュッシュッシュッ!
41名無しさん＠お腹いっぱい。
垢版 |
2023/04/25(火) 16:49:25.47
>>29
> まあ、最低限exでなんとかできるだけのスキルは持っとけ

そのスキルって、ただのテキストエディタの使い方だよね？
文字編集して保存するだけ

そんなものに高度なスキルが必要って
おかしくないですかー？
2023/04/25(火) 17:08:16.31
ちんちん!シュッシュッ!シュッ!
43名無しさん＠お腹いっぱい。
垢版 |
2023/04/25(火) 17:14:20.65
プログラム向けテキストエディタ：vscode
設定ファイル修正用テキストエディタ:nano

もうこれでいいじゃん
2023/04/25(火) 19:20:33.93
>>41
全くおかしくないよ。アプリケーションによる高度な支援がない状況下での話だから。
2023/04/25(火) 19:23:57.60
>>43
質問だけどプログラムだとIDEがあるものはIDE使う気がするのでVSCodeは何処で使うか分からないのだよ。
HTML と JavaScript と同種のスクリプト言語の時くらいかな、と。
シェルスクリプトレベルならIDE要らないし。
周りにVSCode 使っている精錬度の高い人がいなくて、何処で使っているか知らないのだけど。
2023/04/25(火) 20:12:49.32
>>45
C, rust, pythonを書くのにつかってる。markdownもか。使いどころがないならそんでいいんじゃない。
2023/04/25(火) 20:16:30.70
exってviのexモードの基になったものの事でしょ
2023/04/25(火) 20:54:32.39
BASICってエディタとしてはよく出来てたよね
EDLINよりむしろ使いやすい
49名無しさん＠お腹いっぱい。
垢版 |
2023/04/25(火) 21:49:55.76
>>45
お前が知ってる限り多くのスクリプト言語の名前を言ってみろ
2023/04/25(火) 23:10:48.63
お爺ちゃん達、vscodeも使うんかい、と驚いた
2023/04/25(火) 23:16:25.30
むしろviやemacsを使わない
プログラミング用としてはvscodeに圧倒的な差で負けている
2023/04/25(火) 23:36:58.48
>>51
そこまで言い切るなら理由を聞こうか
全部論破するけどなw
53名無しさん＠お腹いっぱい。
垢版 |
2023/04/26(水) 02:01:31.98
そういうのは「余所でやってください。」
2023/04/26(水) 02:21:06.18
>>52
一例

Markdownプレビュー（画像プレビューあり）がデフォルトで対応
emacsの面倒な設定が不要という意味な
本質的じゃない設定作業、頑張れなー（笑）
2023/04/26(水) 02:23:11.58
基本的にemacsの問題は面倒ってことに尽きる
何をやるにも準備作業に時間がかかる

新しくあの機能が欲しいなーと思っても
それを実現するまで時間がかかる
誰もテキストエディタの設定マニアになりたいわけじゃない
2023/04/26(水) 05:17:22.22
ちんちん!シュッシュッ!シュッ!
2023/04/26(水) 06:24:19.63
vscodeってターミナルモードで使えないよね
それは不便
2023/04/26(水) 09:31:05.75
粘着馬鹿
2023/04/26(水) 09:57:55.85
viの派生使わないのは、sed, awk も使わないのかな、という気持ちになる。
セットで覚えたりする気がしている。
2023/04/26(水) 10:47:40.31
FreeBSDではNg、UbuntuではMgを使っている
micro Emacs
どちらもバイナリのサイズが200kB程度

一方VimはUbuntuで1.5MB、FreeBSDで3MBもある。
4MBのメモリー時代にそんなエディタをロードしたら他の作業はできません。
Emacsは6MBなので当然動きません。
2023/04/26(水) 17:33:00.60
>>57
ターミナルモードで使う必要がないんだよ
そもそもターミナルモードというのは不便で
たまたま接続したサーバーに、自分好みの設定がされているか？と言ったらされてない
サーバーごとにテキストエディタの設定をしなければいけない
vscodeはそこが大きく改善されていて、自分の好きな設定で
テキストエディタが使えて、サーバー上のファイルを修正できる
2023/04/26(水) 19:10:14.06
ちんちん!シュッシュッ!シュッ!
2023/04/26(水) 19:19:35.73
下品な奴だな
2023/04/26(水) 19:44:21.53
emacs-nox がコンソールから使う時、見かけが大人しくて狭いコンソールに向いていて良いよね。
GUI のはそんなに好きでもない。
2023/04/26(水) 22:04:09.67
コンソールを広げたほうがいいよｗ
640×480ドットしか表示できないコンピュータを使ってるなら話は別だがね
66名無しさん＠お腹いっぱい。
垢版 |
2023/04/26(水) 22:22:59.32
>>61
それ、emacsに昔からある標準機能のパクリだろ
2023/04/26(水) 22:40:33.14
でっかい画面で複数のコンソールを開いてプログラミング。
ある意味能率いい。
diff は GUI のツールの方が見易いけど。
2023/04/27(木) 00:27:35.27
わし、大学の頃にSS20を複数の学生で使っていて
emacsを2個立ち上げたら先輩に説教された
emacsは2個以上の編集もできるんだから2個も立ち上げるな！と
うちの研究室はemacs派だった
2023/04/27(木) 01:04:53.21
ちんちん!!!!!シュッ!!!!シュッシュッ!
2023/04/27(木) 01:24:02.13
>>66
より優れた形でパクったほうが勝ちだろう？

それとも何かね？emacsの機能のうち過去のテキストエディタのパクリは部分は
どれだけemacsが優れていても認めないとでも言いたいのかね？
71名無しさん＠お腹いっぱい。
垢版 |
2023/04/27(木) 07:32:48.41
>>22
リモートファイルの編集はemacsのtrampモードでできるぞ
2023/04/27(木) 09:25:11.55
vscodeの方がもっと優れた方法児で実装されている
同じことが出来る。
そのとおりだ。

同じことがずっと簡単ですごく便利なのがvscode
2023/04/27(木) 10:03:27.52
>>72
具体的にどう優れてんだ？
優劣を付けられるなら説明も出来るはずだ
2023/04/27(木) 11:30:52.07
〇〇は〇〇よりも優れている(あるいは劣っている)
(オイラは何もしないけど)FreeBSDは〇〇しろ
アラシの手口ですな
2023/04/27(木) 12:21:33.82
マジギレしちゃうのは過去の栄光に縋って脳みそ固くなった耄碌爺だろ
2023/04/27(木) 15:21:06.52
ちんちんシュッシュッシュッ
2023/04/27(木) 15:28:15.80
下品なやつは育ちが分かる
2023/04/27(木) 15:46:04.47
6.4MBのPC-9801の640x400のグラフィックスで
twmが立ち上がりemacsも立ち上がったのを覚えている
2023/04/27(木) 15:56:13.40
>>75
過去も現在も未来にも永遠に栄光とは無縁の奴に言われたくないw
2023/04/27(木) 15:57:28.94
>>73
私が見つけた TRAMP が実際に苦しむ領域の 1 つは、接続の待ち時間が比較的長い場合です。
私は現在東海岸に住んでいて、ワシントンの開発ボックスに接続して仕事をしていますが、
tramp は基本的に使用できません。プロジェクトにフォルダーを入力するたびに、
emacs は 1 ～ 2 秒間停止します (フォルダーが入力され、以前にキャッシュされていない場合:
残念ながら、emacs を再起動するたびに、すべてをもう一度実行する必要があります)。
リモート シェル バッファでオートコンプリートを無効にするのを忘れた場合、入力した最初の文字によって
emacs 自体が永遠にハングアップします。ファイルを開いたり、ナビゲートしたりするときでも、
許容できないほどの遅延があります。grepまたはmagitを実行して頑張ってください。
一方、VSCode では、まったく問題はありません。プロジェクトがリモートであるとさえ言えませんでした。

私はまだemacs（ssh経由でemacs -nw）を使用していますが、VSCodeの応答性にはほど遠いため、
GUIのemacsを使用できません。それは間違いなくフラストレーションの源です:/
2023/04/27(木) 17:29:00.50
間にgitでも挟んだら？
2023/04/27(木) 22:30:38.16
VSCode は Atom より軽いらしい、から始まったと思っているが、Visual Studio より重いからもっと頑張れよと思ってた。
Eclipse と比較したら、どっちが軽いんだ？
2023/04/27(木) 23:07:06.59
>>80
VSCodeだからって通信の遅延が無くなる訳じゃない
違うのはEmacsは全ての操作が同期的に実行されて、インターフェイスをブロックする
なので遅延が少ないことが前提になってるね
VSCodeはWeb技術を使ってるから非同期処理は得意なんだろう
2023/04/27(木) 23:12:04.24
＞＞80って
Emacs: ssh経由でリモートプロセスで編集
VSCode: ssh経由でローカルにファイルをキャッシュしてローカルプロセスで編集
ってことではないのか？
2023/04/28(金) 02:08:08.19
だから何をするにおいても
同じことがより洗練されて快適なのがvscode
もうemacsを使う理由はない
2023/04/28(金) 02:42:14.95
SKK使う人はEmacsじゃないかな
2023/04/28(金) 02:54:56.57
なぜSKKのために劣ったemacsを使わなきゃいかんのか
2023/04/28(金) 08:32:53.36
Markdown と KaTeX で完結する人にとって VSCode は神
2023/04/28(金) 08:46:05.50
新しいものが必ずしもいいものというわけではないけど
新しいものは大抵いいものである
2023/04/28(金) 08:48:29.72
OpenBSDの方がユーザー年齢層が若くて勢いある
FreeBSD界隈は愚痴ばかりの爺しかいない
NetBSDは今や酔狂しかいない
DragonflyBSDは知らん
2023/04/28(金) 08:54:17.39
気持だけ勢いがあってもだめでしょ
プロジェクト自体に勢いがないと
2023/04/28(金) 09:32:32.25
LittleBSDはもえもえとかしてくれるんか？
93名無しさん＠お腹いっぱい。
垢版 |
2023/04/28(金) 10:16:45.00
>>85
でもキーバインドはemacs
2023/04/28(金) 10:27:35.26
>>89
s/新し/古/g

生き残ってるものには何かがあるのだろう
2023/04/28(金) 11:58:27.49
VSCodeは開発環境としてはいいものかも知らんけど（つか使ってるけど）
他のもの全部捨てるかというと違う気がする
2023/04/28(金) 12:42:54.22
MIT License で GNU じゃないから気に入っているのか？vscode
ライセンスはさっき調べて知った。
2023/04/28(金) 13:55:16.88
>>96
わりとどうでもいい
2023/04/28(金) 19:27:55.83
使う分にはGPLかBSDLかなんかあんまり関係ないわ
配布には違いあるから気は使う
先々問題の起きる場合もなくはないので、できればライセンスの整理ができるならするし分けるべきところは分ける
Zshのcompleteはファイル2つほどGPLがあるんだっけあれはなんとかすべきだが
最近は著作権が及ぶかどうかの判定基準が厳しい傾向あるから面倒だわな
フリーライダーは気に食わんなんつーのはやり過ぎだとは思うがそういう主義なら仕方がないとは思う
コアからGPLを除くというのは面倒を避けるというのが大きいわ
2023/04/28(金) 20:50:22.51
>>94
> 生き残ってるものには何かがあるのだろう
互換性やろ？
古いコマンドを使い続けている老兵のために
2023/04/29(土) 06:49:23.78
emacsスレでやれ
2023/04/29(土) 08:05:55.58
もはやFreeBSD関係ないよね
2023/04/29(土) 10:22:21.27
>>93
むしろviとかemacsってキーバインドが全てだと思う
キーバインドさえ使えればvscodeでもなんでも構わない
2023/04/29(土) 16:34:45.98
おめーらが気に入るかどうかは知らんけどこんなところでもないと紹介できないようなブツを一つ
https://chimera-linux.org
これはユーザーランドにGNU物を使わないLinuxディストリビューションだ
簡単に言えばツールチェインはFreeBSD同様のLLVM、libcは独自、ユーザーランドツールはF/N/Oの混合、Wayland+GNOMEデスクトップ
正直頭おかしいよな（褒め言葉）
2023/04/29(土) 16:55:02.45
libcについては訂正、別のプロジェクト（musl）のものを使ってる
MITライセンス
2023/04/29(土) 16:59:14.66
glibc 使わないで Wayland までやっているのか。
凄まじく頭おかしい。
そんな事出来ると思わなかった。
2023/04/29(土) 20:06:48.87
Linux = GNU コマンド 、BSD系 = FreeBSD コマンド
ってのも思い込みなんだわ

case `uname` in
　*Linux*) GNU date のオプション ;;
　*BSD*) BSD date のオプション ;;
　*Darwin*) BSD date のオプション ;;
esac

みたいなシェルスクリプトを見ると
わかってねーなーってつねづね思う
2023/04/30(日) 01:49:48.79
そうそう！
そういう時はｐｅａｒｌ（あるいはあなたの好きなスクリプト言語に置き換えてね）の出番だよな！！！
2023/04/30(日) 19:11:38.16
Windowsでさえ1998年にターミナルサービスという名前で
リモートデスクトップを導入し、物理ディスプレイの表示なんてのは
どこに表示するかだけの問題になった。
それよりも重要なのは、借り物じゃない独自のデスクトップを持つこと。
2023/04/30(日) 19:28:55.64
UnixはXウインドウシステムが
設計過剰だったのがね
柔軟性を追求しすぎた
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況