プログラマが使ってはいけないテキストエディタ
■ このスレッドは過去ログ倉庫に格納されています
何と言ってもラインエディタモードがあること、これに尽きる。
%s/A/B/g なんか良く使うが、この手軽さは他のエディタは逆立ちしても敵わない。 vimとviの違いも分かってないような奴の話に価値があるとは思えない
大抵のunix環境にあるのはviで、皆がドハマりするのはvimだ >>255
viとvimは初期設定が違うだけだよ
viはレガシーモードになってるvimのこと
もういい加減レガシーモードは排除したほうが良いと思うね >>257 エディタに別に興味が無いなら別に問題無いが、テキストエディタを語る上でviとvimを混同するのは駄目だよ
シンタックスハイライトもインデントも無いエディタをメインで使えると言い張るのは馬鹿げている >>257は実体がvimのviコマンドを素のviだと思ってるじょうよわさんでしょ viの実体はvimだよ。それ以外のviなんてもう絶滅したよ。 BSD系のシステムでは純粋な vi がまだ生きてたりするんじゃないかな
Linux だとシンタックスハイライトとかできないようにコンパイルされている small構成の vim とフル機能のvimが両方用意されてることが多くて
vi をどっちにするかはデストリビューションの設定で変更できる viってデバッグとかそのままgitとかできるん?
インフラ作業でしか使わんからようしらんわ
開発用のエディタとして見ないな 普通のatomとかIDEの入力を
vimにするプラグインが大抵はある
元がatomとかIDEな訳だから
git連携は同時に使える Emacsの常用はGPL感染を促進し、あなただけでなく周囲の労働環境をも破壊します
Emacs、ダメゼッタイ viが必須である例
ディレクトリ内全てのプログラム(*.C)のmakeをして
実行ファイルをbinの下に作成したい時
「vi makec」で新規ファイルを開き
gcc -c $1.c
gcc -o bin/$1 $1.o
rm -f $1.o
※ 通常「rm $」はaliasで「rm -i $」指定にして削除確認を聞くように
していると思うのでここでは削除確認なしの「-f」オプションを付ける。
を入力して「:wq」で書き込み、「chmod +x makec」で実行権を付与する。
「ls -1 *.c > makec_all」でCプログラムリストのファイルを作成する。
「vi makec_all」で上記作成ファイルを開き
「:1,$s/\.c//」 → これができるのが大きい
「:1,$s/^/makec /」 → これができるのが大きい
を実行して「:wq」で閉じる。
「source makec_all」を実行するか
「chmod +x makec_all」で実行権を付与して「makec_all」を実行する。 ↑
な?手順書くと意味不明やろ?
こういうのはCLIコマンド使えばいいんだよ >>274
それで何で必須なんだ?お前が他の方法を知らないだけだろ >>276
お前みたいにviを使いこなせない奴は当然必須じゃないw >>277
viじゃなくてもできるから、
「vi必須ではない」
ことを指摘しただけだ
結局、お前みたいな他のことをできない馬鹿が癌なんだよ
死ねよ それだけのことだったら
ex でも ed でも構わないとは思うが
カースが動かない状況でも使えるし >>274
for f in *.c; do gcc -o bin/${f%\.c} $f; done
ってやるだけやん
複数のオブジェクトをリンクしないならgcc -cなんて要らんよ >>283
悔しくてただ言い返すだけしかできなくなったか?
馬鹿は早く死ねよ >>284
なんでクズに悔しがる必要があるんだよw
勘違いクズは早く死ね。 そもそも、本当にviを使い倒してるなら 1,$ なんて面倒くさい書き方せんわな それ普通に使うだろ
もっと楽な書き方あるんだっけ? >>286
ファイルの1行目にカーソルを持ってきてから(「:1」Enter)
「:,$」にすればいいとでも言いたいのか?w
カーソルの位置を確認したり1行目に持ってくる手間より
「:1,$」とした方が速いに決まってる。
だいたいstart行省略の指定はカーソルの位置を確認する必要があるし
ミスする可能性がある。 りーだぶるじゃないと感じますね
自己満足ならそれでよいと思います
ですがこれだと、vi以外のユーザは他の方法が分かりやすく読みやすいと感じると思います
viのメリットは他にあるかなと思います viのメリットはLinuxのターミナルでほぼ標準でインストールされてることだよ
emacsは数十〜数百MBにもなるからインストールされてない。
サイズだけならnanoでもいいが、歴史的理由からvi(vim)がインストールされてる
これは設定ファイルをいじるための簡易的なテキストエディタで
通常使いをするものではない。vscodeなどを使ったほうが快適。 >>288
何を言い出すかと思えば…レベル低〜
マニュアルをもう一回隅から隅まで読んだらまたおいで VScodeもそろそろwindows10にプリインされてもいいかなあと思う
MSにしてはほんと珍しくいまのところは出来てるエディタだ >>292
図星で反論できないから貶して精神勝利w >>292
あら~、引っ込みつかなくなった感じ?w >>294
VSCODEはWindowsだけでなく、RedHatとかDebianにも標準で入るようになる!!
いつかはMacにも標準インストールされる Macにも標準インストールはされんやろw
あれHomebrewというサードパーティの
パッケージ管理システム入れないと、ろくにアプリ使えないぞ viのいい所は連打ベースなところ
通常のエディタのショートカットは3キー押し
とかがあって操作負荷になる
だけどviは連打やトグル操作を基本動作とするので
複雑な同時押しがほとんどない その反面モード切替などがあってviは面倒
モード切替も同時押しもないvscodeが一番だよな 使う人の知能が高くてやりたい事を実現させる為の一連の操作を無意識に近い状態で指が動く程度まで訓練された場合の効率をストローク回数の最適化まで考慮するとやっぱりvim? >>301
どんだけ入力が速くても、搭載されてない機能は使えません。 結局一番高速でコーディングしてるのってIDE使ってる人たちだわ
vimは手癖でカーソル動きまくるが能率的に開発してるかと言えばそうでもない IDEの最大の欠点はカーソルを動かすのにカーソルキーに手を
伸ばさなければいけないこと。これが効率を落とす。viとかemacsだと
これがないので高速。 人間は同じ姿勢を維持することには向いてない
ホームポイントなんか維持しないほうが総合的には効率的 >>304
それはキーバインドを変えればいいだけのこと macのコマンドキーの位置がゴミすぎる
キーボード狭いし
アルミの角がエッジ効いてるし
メモリは筐体に閉じ込められて交換できないし
Finderはエクスプローラーに遠く及ばないし
Excelもサクラエディタもないし
アプリ起動遅いし
林檎は尽くゴミだな >>307
馬鹿は黙っていればいいのに
どうせ>>274の馬鹿だろ >>305
そういやkinesisのキーボード買ったら説明書にそんなことが書いてあった気がする
ホームポジションを維持することに固執しない方がいいと >>309
そうすると効率を犠牲にしてしょっちゅうキーボードに
視線を持って行けということか? 利点は何? ここを見てると、
馬鹿が使うテキストエディタ=vi
と思えるよなあ >>314
馬鹿が使うではなく、馬鹿でも使えるに訂正してくれると嬉しいのだが。
特に、複数のCのソースファイルを一括でmakeして実行ファイルをbinの下に配置したいスーパーパワーユーザ達も使っているので、
馬鹿のみの御用達とは言えないのではないか? ちなみに、俺も/etc/HOSTNAMEを編集するときにviを使います。
鉄人はcatを使うみたいですが、俺は動物愛護派なので、catを使うことに抵抗があります
これからも宜しくお願いします! Windows 10, WSL なら、
Explorer で、\\wsl$ と入れると、ネットワークフォルダから、Linux 側へつながる。
(つながらない場合は、コマンドプロンプト・PowerShell で、wsl と入力して起動してからやる)
改行コードさえ、気を付ければ、Windows 側のエディタでも編集できそう
VSCode の拡張機能にも、Remote WSL というのが出た ここの>>274をemacsスレに投下したら、奴らぐうの音もでなかったぜ!
こんな形で元祖エディタ戦争が決着するとは思わなかった。
しかも完全決着だった・・・・
>>274は本当にいい仕事をしたな かつて職場で自分を認めてもらえなかったのが悔しくてたまらず
ここならヒーローになれると期待してたのにすべて見透かされ…
いやはや慢心とは恐ろしい >>323
viの使い方の例として挙げたもの(スレチ)にケチつけるクズw >>322
emacs の中で shell モードを上げれば簡単にできるのでは? 「viが必須である例」
と
「viの使い方の例」
では全然意味が違う
馬鹿の言い訳かね >>328
お前はクズのイチャモンかね
>>329
スレチの事をぶり返す粘着クズ ヒーローだと思ってる人は一人もいないよw
自作自演してるだけ バカにされても構ってもらえる方がいいんだろうなw
俺には理解し難いけど 普段アクセスしない環境で少し編集するくらいになら全然良いけど、viを常用してはいけないこれだけの理由
・シンタックスハイライトが存在しない。注意資源を浪費する環境でコーディングしてはいけない
・スクリプトによる拡張ができないのに使い易さを考えられていない
・(New!)vimとの違いを理解できないバカと同列視される。マトモなコーディング経験が無いと見なされる
macOSを使って「漢字Talkは素晴らしい!右ボタンなんて要らなかったんや!」とか言ってるような奴には何の話もできねえってことだ
認識と言葉が雑過ぎるわ 操作や使い方を学ばなきゃいけない時点でなあ
その時間で他のエディタなら開発できる >>274さん、
他には、「viの使い方の例」はありませんでしょうか? >>333
クズがまた出た。
その他
スレの本質と関係ない事をいつまでもグダグダケチをつけてるクズ共w >>338
こんにちは、>>274さん。
>>274さんの書き込みにより、
「プログラマが使ってはいけないテキストエディタ」は[v意外のすべてのテキストエディタである」というのを議論する流れになっていると思います。
罵り愛よりも、もっともっと、viの優位性を上げていただけると嬉しいのですが、、、、
取り敢えず、私もCのファイルをいくつか作って>>274の手順を試してみますね。
私はphpプログラマなので、コンパイルは敷居が高いのですが頑張ってみます! ここまでで共通の認識
>>274
「viが必須である例」
の書き込みをした人物は馬鹿である >>336
その代わり、一生エディトするたびに時間を損する
一生でどれぐらいの量になることやら プログラマで一番時間をかけるのは読むことじゃなくて書くことだ馬鹿野郎
アウトラインも表示できない、シンタックスハイライトもできない、git difftoolにも使えない
メモ帳レベルの表示機能しかないviでどんだけ時間と脳を浪費するつもりだ >プログラマで一番時間をかけるのは読むことじゃなくて書くことだ
あんまり意味のない分類だと思ってたが今日は言ってやる
おまえはコーダーだ
プログラマーじゃない お前の書き込みも自己矛盾もいいとこだ
全部読むための道具じゃねーか
書くのにいるのはサジェストとかFindBugsとかリファクタとかだろ >>342-344
僕は余り読み書きをせずに、口ばかり動かしているプログラマーです。
生産性は、マウスでブラウザの範囲をグリっと選んでC-v C-yで出来上がりです!
ですから、今のところメモ帳で間に合ってしまっています。
未熟者ですみません デフォかそれに準じてメジャーな言語を静的エラー解析してくれて、
フレームワークいじるからエクスプローラ表示からファイル操作出来るといいですねー
コマンドでlsで辿るとかはめんどすぎるのでちょっと
あとタブでインデントスペース4つとかもあればいいなあ
で、これらをExcel使う程度の人が調べずに出来るといいかな Windows系かLinux系かで変わってはくる。
また、好きに構築できる自分の環境か、客先の環境か、でも変わってくる。
客先の本番環境を触るような場合でも、自前のUSBに入れたエディタを入れて良いかどうか、でも変わってくる。
んじゃない? 言い換えるとこう。
客先の本番環境に「ドサクサに紛れて」無断でエディタをインストールorUSBから起動するような連中が好むエディタはクソ。
そういう理由で俺はサクラエディタを吐き気がするほど嫌いになった。
自分で使ったことはないんだけど。 >>349
お前が嫌いな奴が使っていたからといってその道具まで嫌うのは合理的ではないな。まあおまえの主観としてその道具を嫌うのは勝手だけど。
そんな理由で他の人に勧めないものとして挙げるのはバカなことだな。 サクラエディタは過去使ってたから愛着はあるけど、
機能的にはもう今どきじゃない気がするんだよな
アイコンとかは郷愁を感じて好きなんだがね、国産だし
他のエディタに追いつくのは難しいだろうね 単に機能が貧弱か、慣れなくてもそれなりに生産性のあるエディタか、使いこなせるまでに修練の要るエディタのどれか
vimとかemacsとかkakouneとかacmeとかは最後に該当する。使うなとは言わないが勧める人は選ぶべき
vscodeとかatomとかは最初からある程度生産性のあるエディタ。こだわりが無ければ使っても良いと思うし、間違いじゃない
windowsオンリーor macオンリーのエディタは大体が機能の貧弱なエディタなので避けるべき。例外はxyzzyくらい ■ このスレッドは過去ログ倉庫に格納されています