23/04/25 01:38:34.19 .net
まあ、最低限exでなんとかできるだけのスキルは持っとけ
だよな
あとは自分の担当のサーバには必要なものはデフォルトでインストールしておくよな
30:名無しさん＠お腹いっぱい。
23/04/25 01:39:22.59 .net
>>26
おめーはちんちん切り落としとけ
31:名無しさん＠お腹いっぱい。
23/04/25 02:28:48.91 .net
ちんちん!シュッシュッ!シュッ!
32:名無しさん＠お腹いっぱい。
23/04/25 02:29:09.30 .net
コピペ馬鹿
33:名無しさん＠お腹いっぱい。
23/04/25 05:04:35.48 .net
全てはedから始まった
34:名無しさん＠お腹いっぱい。
23/04/25 06:53:59.42 .net
低能は無意味なことしか書けない
35:名無しさん＠お腹いっぱい。
23/04/25 07:45:19.49 .net
ちんちん！❢シュッシュッシュッ!
36:名無しさん＠お腹いっぱい。
23/04/25 08:07:27.43 .net
目つきの悪い少年がナイフをシュッ、シュッと
37:名無しさん＠お腹いっぱい。
23/04/25 08:09:37.50 .net
馬鹿ばっかり
38:名無しさん＠お腹いっぱい。
23/04/25 08:59:08.26 .net
勃起不全
39:名無しさん＠お腹いっぱい。
23/04/25 09:03:59.46 .net
くだらない事しか書けない馬鹿
40:名無しさん＠お腹いっぱい。
23/04/25 14:14:54.73 .net
ちんちん!シュッシュッシュッ!
41:名無しさん＠お腹いっぱい。
23/04/25 16:49:25.47 .net
>>29
> まあ、最低限exでなんとかできるだけのスキルは持っとけ
そのスキルって、ただのテキストエディタの使い方だよね？
文字編集して保存するだけ
そんなものに高度なスキルが必要って
おかしくないですかー？
42:名無しさん＠お腹いっぱい。
23/04/25 17:08:16.31 .net
ちんちん!シュッシュッ!シュッ!
43:名無しさん＠お腹いっぱい。
23/04/25 17:14:20.65 .net
プログラム向けテキストエディタ：vscode
設定ファイル修正用テキストエディタ:nano
もうこれでいいじゃん
44:名無しさん＠お腹いっぱい。
23/04/25 19:20:33.93 .net
>>41
全くおかしくないよ。アプリケーションによる高度な支援がない状況下での話だから。
45:名無しさん＠お腹いっぱい。
23/04/25 19:23:57.60 .net
>>43
質問だけどプログラムだとIDEがあるものはIDE使う気がするのでVSCodeは何処で使うか分からないのだよ。
HTML と JavaScript と同種のスクリプト言語の時くらいかな、と。
シェルスクリプトレベルならIDE要らないし。
周りにVSCode 使っている精錬度の高い人がいなくて、何処で使っているか知らないのだけど。
46:名無しさん＠お腹いっぱい。
23/04/25 20:12:49.32 .net
>>45
C, rust, pythonを書くのにつかってる。markdownもか。使いどころがないならそんでいいんじゃない。
47:名無しさん＠お腹いっぱい。
23/04/25 20:16:30.70 .net
exってviのexモードの基になったものの事でしょ
48:名無しさん＠お腹いっぱい。
23/04/25 20:54:32.39 .net
BASICってエディタとしてはよく出来てたよね
EDLINよりむしろ使いやすい
49:名無しさん＠お腹いっぱい。
23/04/25 21:49:55.76 .net
>>45
お前が知ってる限り多くのスクリプト言語の名前を言ってみろ
50:名無しさん＠お腹いっぱい。
23/04/25 23:10:48.63 .net
お爺ちゃん達、vscodeも使うんかい、と驚いた
51:名無しさん＠お腹いっぱい。
23/04/25 23:16:25.30 .net
むしろviやemacsを使わない
プログラミング用としてはvscodeに圧倒的な差で負けている
52:名無しさん＠お腹いっぱい。
23/04/25 23:36:58.48 .net
>>51
そこまで言い切るなら理由を聞こうか
全部論破するけどなw
53:名無しさん＠お腹いっぱい。
23/04/26 02:01:31.98 .net
そういうのは「余所でやってください。」
54:名無しさん＠お腹いっぱい。
23/04/26 02:21:06.18 .net
>>52
一例
Markdownプレビュー（画像プレビューあり）がデフォルトで対応
emacsの面倒な設定が不要という意味な
本質的じゃない設定作業、頑張れなー（笑）
55:名無しさん＠お腹いっぱい。
23/04/26 02:23:11.58 .net
基本的にemacsの問題は面倒ってことに尽きる
何をやるにも準備作業に時間がかかる
新しくあの機能が欲しいなーと思っても
それを実現するまで時間がかかる
誰もテキストエディタの設定マニアになりたいわけじゃない
56:名無しさん＠お腹いっぱい。
23/04/26 05:17:22.22 .net
ちんちん!シュッシュッ!シュッ!
57:名無しさん＠お腹いっぱい。
23/04/26 06:24:19.63 .net
vscodeってターミナルモードで使えないよね
それは不便
58:名無しさん＠お腹いっぱい。
23/04/26 09:31:05.75 .net
粘着馬鹿
59:名無しさん＠お腹いっぱい。
23/04/26 09:57:55.85 .net
viの派生使わないのは、sed, awk も使わないのかな、という気持ちになる。
セットで覚えたりする気がしている。
60:名無しさん＠お腹いっぱい。
23/04/26 10:47:40.31 .net
FreeBSDではNg、UbuntuではMgを使っている
micro Emacs
どちらもバイナリのサイズが200kB程度
一方VimはUbuntuで1.5MB、FreeBSDで3MBもある。
4MBのメモリー時代にそんなエディタをロードしたら他の作業はできません。
Emacsは6MBなので当然動きません。
61:名無しさん＠お腹いっぱい。
23/04/26 17:33:00.60 .net
>>57
ターミナルモードで使う必要がないんだよ
そもそもターミナルモードというのは不便で
たまたま接続したサーバーに、自分好みの設定がされているか？と言ったらされてない
サーバーごとにテキストエディタの設定をしなければいけない
vscodeはそこが大きく改善されていて、自分の好きな設定で
テキストエディタが使えて、サーバー上のファイルを修正できる
62:名無しさん＠お腹いっぱい。
23/04/26 19:10:14.06 .net
ちんちん!シュッシュッ!シュッ!
63:名無しさん＠お腹いっぱい。
23/04/26 19:19:35.73 .net
下品な奴だな
64:名無しさん＠お腹いっぱい。
23/04/26 19:44:21.53 .net
emacs-nox がコンソールから使う時、見かけが大人しくて狭いコンソールに向いていて良いよね。
GUI のはそんなに好きでもない。
65:名無しさん＠お腹いっぱい。
23/04/26 22:04:09.67 .net
コンソールを広げたほうがいいよｗ
640×480ドットしか表示できないコンピュータを使ってるなら話は別だがね
66:名無しさん＠お腹いっぱい。
23/04/26 22:22:59.32 .net
>>61
それ、emacsに昔からある標準機能のパクリだろ
67:名無しさん＠お腹いっぱい。
23/04/26 22:40:33.14 .net
でっかい画面で複数のコンソールを開いてプログラミング。
ある意味能率いい。
diff は GUI のツールの方が見易いけど。
68:名無しさん＠お腹いっぱい。
23/04/27 00:27:35.27 .net
わし、大学の頃にSS20を複数の学生で使っていて
emacsを2個立ち上げたら先輩に説教された
emacsは2個以上の編集もできるんだから2個も立ち上げるな！と
うちの研究室はemacs派だった
69:名無しさん＠お腹いっぱい。
23/04/27 01:04:53.21 .net
ちんちん!!!!!シュッ!!!!シュッシュッ!
70:名無しさん＠お腹いっぱい。
23/04/27 01:24:02.13 .net
>>66
より優れた形でパクったほうが勝ちだろう？
それとも何かね？emacsの機能のうち過去のテキストエディタのパクリは部分は
どれだけemacsが優れていても認めないとでも言いたいのかね？
71:名無しさん＠お腹いっぱい。
23/04/27 07:32:48.41 .net
>>22
リモートファイルの編集はemacsのtrampモードでできるぞ
72:名無しさん＠お腹いっぱい。
23/04/27 09:25:11.55 .net
vscodeの方がもっと優れた方法児で実装されている
同じことが出来る。
そのとおりだ。
同じことがずっと簡単ですごく便利なのがvscode
73:名無しさん＠お腹いっぱい。
23/04/27 10:03:27.52 .net
>>72
具体的にどう優れてんだ？
優劣を付けられるなら説明も出来るはずだ
74:名無しさん＠お腹いっぱい。
23/04/27 11:30:52.07 .net
〇〇は〇〇よりも優れている(あるいは劣っている)
(オイラは何もしないけど)FreeBSDは〇〇しろ
アラシの手口ですな
75:名無しさん＠お腹いっぱい。
23/04/27 12:21:33.82 .net
マジギレしちゃうのは過去の栄光に縋って脳みそ固くなった耄碌爺だろ
76:名無しさん＠お腹いっぱい。
23/04/27 15:21:06.52 .net
ちんちんシュッシュッシュッ
77:名無しさん＠お腹いっぱい。
23/04/27 15:28:15.80 .net
下品なやつは育ちが分かる
78:名無しさん＠お腹いっぱい。
23/04/27 15:46:04.47 .net
6.4MBのPC-9801の640x400のグラフィックスで
twmが立ち上がりemacsも立ち上がったのを覚えている
79:名無しさん＠お腹いっぱい。
23/04/27 15:56:13.40 .net
>>75
過去も現在も未来にも永遠に栄光とは無縁の奴に言われたくないw
80:名無しさん＠お腹いっぱい。
23/04/27 15:57:28.94 .net
>>73
私が見つけた TRAMP が実際に苦しむ領域の 1 つは、接続の待ち時間が比較的長い場合です。
私は現在東海岸に住んでいて、ワシントンの開発ボックスに接続して仕事をしていますが、
tramp は基本的に使用できません。プロジェクトにフォルダーを入力するたびに、
emacs は 1 ～ 2 秒間停止します (フォルダーが入力され、以前にキャッシュされていない場合:
残念ながら、emacs を再起動するたびに、すべてをもう一度実行する必要があります)。
リモート シェル バッファでオートコンプリートを無効にするのを忘れた場合、入力した最初の文字によって
emacs 自体が永遠にハングアップします。ファイルを開いたり、ナビゲートしたりするときでも、
許容できないほどの遅延があります。grepまたはmagitを実行して頑張ってください。
一方、VSCode では、まったく問題はありません。プロジェクトがリモートであるとさえ言えませんでした。
私はまだemacs（ssh経由でemacs -nw）を使用していますが、VSCodeの応答性にはほど遠いため、
GUIのemacsを使用できません。それは間違いなくフラストレーションの源です:/
81:名無しさん＠お腹いっぱい。
23/04/27 17:29:00.50 .net
間にgitでも挟んだら？
82:名無しさん＠お腹いっぱい。
23/04/27 22:30:38.16 .net
VSCode は Atom より軽いらしい、から始まったと思っているが、Visual Studio より重いからもっと頑張れよと思ってた。
Eclipse と比較したら、どっちが軽いんだ？
83:名無しさん＠お腹いっぱい。
23/04/27 23:07:06.59 .net
>>80
VSCodeだからって通信の遅延が無くなる訳じゃない
違うのはEmacsは全ての操作が同期的に実行されて、インターフェイスをブロックする
なので遅延が少ないことが前提になってるね
VSCodeはWeb技術を使ってるから非同期処理は得意なんだろう
84:名無しさん＠お腹いっぱい。
23/04/27 23:12:04.24 .net
＞＞80って
Emacs: ssh経由でリモートプロセスで編集
VSCode: ssh経由でローカルにファイルをキャッシュしてローカルプロセスで編集
ってことではないのか？
85:名無しさん＠お腹いっぱい。
23/04/28 02:08:08.19 .net
だから何をするにおいても
同じことがより洗練されて快適なのがvscode
もうemacsを使う理由はない
86:名無しさん＠お腹いっぱい。
23/04/28 02:42:14.95 .net
SKK使う人はEmacsじゃないかな
87:名無しさん＠お腹いっぱい。
23/04/28 02:54:56.57 .net
なぜSKKのために劣ったemacsを使わなきゃいかんのか
88:名無しさん＠お腹いっぱい。
23/04/28 08:32:53.36 .net
Markdown と KaTeX で完結する人にとって VSCode は神
89:名無しさん＠お腹いっぱい。
23/04/28 08:46:05.50 .net
新しいものが必ずしもいいものというわけではないけど
新しいものは大抵いいものである
90:名無しさん＠お腹いっぱい。
23/04/28 08:48:29.72 .net
OpenBSDの方がユーザー年齢層が若くて勢いある
FreeBSD界隈は愚痴ばかりの爺しかいない
NetBSDは今や酔狂しかいない
DragonflyBSDは知らん
91:名無しさん＠お腹いっぱい。
23/04/28 08:54:17.39 .net
気持だけ勢いがあってもだめでしょ
プロジェクト自体に勢いがないと
92:名無しさん＠お腹いっぱい。
23/04/28 09:32:32.25 .net
LittleBSDはもえもえとかしてくれるんか？
93:名無しさん＠お腹いっぱい。
23/04/28 10:16:45.00 .net
>>85
でもキーバインドはemacs
94:名無しさん＠お腹いっぱい。
23/04/28 10:27:35.26 .net
>>89
s/新し/古/g
生き残ってるものには何かがあるのだろう
95:名無しさん＠お腹いっぱい。
23/04/28 11:58:27.49 .net
VSCodeは開発環境としてはいいものかも知らんけど（つか使ってるけど）
他のもの全部捨てるかというと違う気がする
96:名無しさん＠お腹いっぱい。
23/04/28 12:42:54.22 .net
MIT License で GNU じゃないから気に入っているのか？vscode
ライセンスはさっき調べて知った。
97:名無しさん＠お腹いっぱい。
23/04/28 13:55:16.88 .net
>>96
わりとどうでもいい
98:名無しさん＠お腹いっぱい。
23/04/28 19:27:55.83 .net
使う分にはGPLかBSDLかなんかあんまり関係ないわ
配布には違いあるから気は使う
先々問題の起きる場合もなくはないので、できればライセンスの整理ができるならするし分けるべきところは分ける
Zshのcompleteはファイル2つほどGPLがあるんだっけあれはなんとかすべきだが
最近は著作権が及ぶかどうかの判定基準が厳しい傾向あるから面倒だわな
フリーライダーは気に食わんなんつーのはやり過ぎだとは思うがそういう主義なら仕方がないとは思う
コアからGPLを除くというのは面倒を避けるというのが大きいわ
99:名無しさん＠お腹いっぱい。
23/04/28 20:50:22.51 .net
>>94
> 生き残ってるものには何かがあるのだろう
互換性やろ？
古いコマンドを使い続けている老兵のために
100:名無しさん＠お腹いっぱい。
23/04/29 06:49:23.78 .net
emacsスレでやれ
101:名無しさん＠お腹いっぱい。
23/04/29 08:05:55.58 .net
もはやFreeBSD関係ないよね
102:名無しさん＠お腹いっぱい。
23/04/29 10:22:21.27 .net
>>93
むしろviとかemacsってキーバインドが全てだと思う
キーバインドさえ使えればvscodeでもなんでも構わない
103:名無しさん＠お腹いっぱい。
23/04/29 16:34:45.98 .net
おめーらが気に入るかどうかは知らんけどこんなところでもないと紹介できないようなブツを一つ
URLﾘﾝｸ(chimera-linux.org)
これはユーザーランドにGNU物を使わないLinuxディストリビューションだ
簡単に言えばツールチェインはFreeBSD同様のLLVM、libcは独自、ユーザーランドツールはF/N/Oの混合、Wayland+GNOMEデスクトップ
正直頭おかしいよな（褒め言葉）
104:名無しさん＠お腹いっぱい。
23/04/29 16:55:02.45 .net
libcについては訂正、別のプロジェクト（musl）のものを使ってる
MITライセンス
105:名無しさん＠お腹いっぱい。
23/04/29 16:59:14.66 .net
glibc 使わないで Wayland までやっているのか。
凄まじく頭おかしい。
そんな事出来ると思わなかった。
106:名無しさん＠お腹いっぱい。
23/04/29 20:06:48.87 .net
Linux = GNU コマンド 、BSD系 = FreeBSD コマンド
ってのも思い込みなんだわ
case `uname` in
*Linux*) GNU date のオプション ;;
*BSD*) BSD date のオプション ;;
*Darwin*) BSD date のオプション ;;
esac
みたいなシェルスクリプトを見ると
わかってねーなーってつねづね思う
107:名無しさん＠お腹いっぱい。
23/04/30 01:49:48.79 .net
そうそう！
そういう時はｐｅａｒｌ（あるいはあなたの好きなスクリプト言語に置き換えてね）の出番だよな！！！