プログラマが使ってはいけないテキストエディタ
レス数が1000を超えています。これ以上書き込みはできません。
>>3
気持ちはわからなくもない
なんかマ板って下らないことでもいちいちマウントとろうとしてくるやつが増えた
そのために息をするように自演するし嘘つくし
それがわかってないのって本人だけだし
いちいち付き合うの疲れるし相手にしたくない Visual Studio Code
Sublime Text
NotePad++
Vim
もはや笑える 使ってはいけない理由を誰一人説明出来てないのが受ける windos のメモ帳
先頭に BOM を勝手につけてくれる
これがなかなか見えない Windowsのメモ帳のデフォルトはBOMなしUTF-8だろ UTF-8で保存しなきゃ
と思って BOM 付きで保存する人が後を絶たない 右下にUTF-8って表示されてるんだから
わざわざデフォルトから変えるやついないだろ >>8
Visual Studio Code と Notepad++ は普段使いしてるんだが >>16
テキストファイルにBOMの有無で問題になるのは想定していない設定ファイルを書き換えた時くらいだからお前がバカ >>25
いや、私がやるんじゃなくて、「動かないんですけど・・・」と相談されることが多くて
このパターンが結構ある メモ帳のBOMは去年無くなったらしいんだがどうにもなってないの? 去年(もう去年か・・・)の10月に勝ったwin10マシンのメモ帳にはBOMがついているな Windows 10 Insider Preview ビルド 1903 の新機能
メモ帳の更新
https://docs.microsoft.com/ja-jp/windows-insider/at-home/whats-new-wip-at-home-1903#%E3%83%A1%E3%83%A2%E5%B8%B3%E3%81%AE%E6%9B%B4%E6%96%B0notepad-updates
UTF-8 エンコード
メモ帳でのエンコードの処理方法が大幅に改善されました。 このビルド以降、バイト オーダー マークのない UTF-8 にファイルを保存するオプションが追加され、このオプションが新しいファイルに対する既定値になります。
バイト オーダー マークのない UTF-8 は、ASCII との下位互換性があり、これを使用すると、UTF-8 が既定のエンコードになった Web との相互運用性が高くなります。 さらに、ドキュメントのエンコードを表示するための列がステータス バーに追加されました。 visudoで何故か起動したnanoが使いづらすぎてビックリした Atom、なつかしー、
今見るとデザインが古臭く感じるよね
SublimeTextなんてのもあったなー emacsはカスタマイズ沼にハマって仕事がおろそかになるから、プログラマが使ってはいけない >>41
飽きればそれ以上カスタマイズしようとはしなくなるよ
最初だけ 最近はmelpaあるし、設定ファイルの.emacsなんて20行程度だぞ Remote DevelopmentとDockerの組み合わせが革命過ぎる >>46
vscodeのRemote Developmentプラグインとって書いとけw とりあえず、Webサイト作成の競技大会で使われるエディタなら、いんじゃね?
詳しくは厚労省の公式サイトで(゜ω゜) マジwordだけは使うの苦手だわw
文字送りとか段組みとか巧くいかなすぎ…
IMEと相まって只のワープロのくせに微妙に動きが遅いような気もするし >>50
Wordは書式を選択してから文字を書くという基本がわかってないひとには難しい。 WordでLaTeXの数式が使用できるのに
今更LaTeX専用ソフトを使う必要あるの?
LaTeX専用ソフトを使うと数式じゃないところまで
苦労するはめになるでしょ? ワードはスタイルをカスケードさせて欲しい
ちょっとだけ違うスタイルを定義した後に元のスタイルを変更して反映されないからいちいち合わせて変更するのはタルい >>56
word文章はgitでdiffとったりマージしたり出来ないからな >>59
diffはワード本体でできるからいいけどマージは流石に無理だしねぇ
誰かマージツール作ってくれねぇかな
俺には無理 コンパイルするとwordになるマークアップ言語を開発すれば解決 >>64
ああそういう反応しかできないってことはgitやsvnのマージ機能を知らんわけね
>>61のマージは操作が面倒なのをさっぴいても複数の人が変更したらマージできなくなるよ なぜ複数の人が変更したらマージできないと?
そもそも行単位でマージできればだいたい事足りるソースコードと、
長い一連の文章(80文字ごとに改行なんて入れませんよ?w)の
一部分を修正する文章でマージ戦略が同じなわけないし、
図や表などソースコードのバージョン管理ツールじゃ扱いづらいものまで
扱わなければいけない文書で同じことができるなんて思っちゃいないだろうな
だから使ったこと無いんだろうなって話 こいつ、ソースコードの自動マージが
文書でも使えると思ってそうなんだよなw 使えないから>>59の結論になるんだが…
わざわざ意味のない>>61出してくるとかマジモンのアスペかよw >>63
AsciiDoc程度ならなんとかなりそうな気もする >>70
お前が理解してないだけじゃんか
まず「ワード文書」ではなく「自然言語による文書」な
「自然言語による文書」はソースコードの差分やマージはうまく機能しないが、
その代わりにワードでは「自然言語による文書」に適した
修正をまとめる機能があるって言ってるの。
LaTeXには「自然言語による文書」に適した修正をまとめる機能はないでしょ
バージョン管理機能の「ソースコード」の差分やマージの機能で"代用"することはできても
それは自然言語による文書には適していない わかり易い例だとXMLファイルに対して
gitのdiffやマージが使えるだろうか?って話に例えられるな
XMLはテキストベースだからgitのdiffやマージは動きはするだろう
だがSVGファイルはXMLベースだからXMLファイルと言えるが
SVG(画像)に対して差分をマージしたって壊れるだけなんだよ。 >>72
> その代わりにワードでは「自然言語による文書」に適した
> 修正をまとめる機能があるって言ってるの。
人間に丸投げしてるだけだろ
あの程度ならgit/svnの方が楽にできるぞ
>>73
ふつうにSVGでもマージできるだろ
画像は修正範囲が大きくてコンフリクトしやすいだけのこと
根本を全く理解してないことがよくわかるw > ふつうにSVGでもマージできるだろ
出来ないよ。お前は意図した結果にならなくても
とりあえず動けばいいと思ってるんだろうけどなw 例えばSVGで四角の画像と三角の画像をマージしたら
四角と三角が表示されるかと思ったら、そうはならないからな なるだろ
塗りつぶししてるなら重ね合わせ順序とかで見えないかもしれないけど内部的には存在してるし
ひょっとしてSVGがどんなもんか知らんのか?w SVGのことを知っているなら、
同じ見た目でも、中身は全く違っていたり、
SVG的には影響がまったくない改行が入っていたり
入っていなかったりするのを知ってるはずですがねぇ そんなのは普通のソースコードでもありますけど?
恥の上塗りしすぎだろw あるかないかの話じゃないだろ
それがどれだけ多いかの話だ
アホだなぁ 同じ図形でXMLがコロコロ変わるってどんな環境なんだ?w >>83
SVGが使えるワープロ専用機なんてあったっけ? >>82
SVGは少し変えるだけでXMLがガラリと変わることがあるぞ
一般的に画像編集ソフトっていうのは通常SVG形式以外にも対応してる
だから画像の内部データをSVGデータとして持ってるとは限らない
内部形式からSVGへのエクスポートをするとき、元のSVGと同じものが生成されるとは限らない
同じソフトを使って僅かな修正だけすれば変更も僅かかもしれないがな
だけど画像を編集するときに、あるオブジェクトを付けたり足したり移動したりだけでコミットしたりしない
付けたり足したりするとバランスが悪くなるので全体も一緒に調整する
ソースコードは多くの場合、80文字だか100文字だかの行単位で意味が完結するものだが
画像は全体で意味をなしてる。文書はパラグラフ単位で意味をなしている。
他の行はなるべく変えないようにするソースコードの編集とはそこが違うんだわ
差分を見るだけならまだできるかもしれないが、マージは壊滅的
(ワード文書でも差分を見るだけなら問題なくできるよw)
これはソフトの問題ではなくてコンテンツ(画像や文書)の性質によるもの
SVGをテキストファイルとして編集するんじゃないんだからさぁ
ソースコードと同じやり方が通じるわけがないんだよ
バージョン管理ツールはソースコード以外にうまく適用できるとは限らない
動くかどうかじゃなくて、差分やマージが実用になるかどうかって意味ね 結局具体的なツール名も出せずに撃沈かよw
そもそも全体を編集した奴なんてどうやってもマージなんてできないだろ
ソースコードも全体をリファクタリングしたら似たようなことになるから通常の編集とは別に実施してコミットするとかやるし
画像ソフト使うならSVGに限らずマージは諦めて別ファイルで管理するとか普通にやる
まともな運用を知らんだけじゃないの? >>89
?
word文章はgitでdiffとったりマージしたり出来ないっていうから、
それはソースコードじゃないんだから、gitでdiffやマージが出来ても
実用にならないから嬉しくないって言ってるんだが
ワード文書なら、ワード文書のマージツール(>>61)が適してる そのマージツール(>>61)がダメダメっていう話なんだけど…
ないよりはマシだけどいちいち反映するかを判断することになるから実際にやるとなると大変だよ
なので、>>55-56 ⇒ >>59 ってことね Vimになれてしまうと他のが苦痛で使えないので使ってはいけない (vimではなく)viはvi互換モードを切って使ってる。
vi互換モードはカーソルキーでABCDと入力されたりとクソだが
set nocompatibleで標準モードにすれば基本的な機能は使える。
標準モード(笑)がない古いviなんてもはや存在しないでしょ
IEと同じで切り捨て切り捨てw >>89
編集画面を開いて何も変えずに保存すると、どんどんテキストがかわる製品はたくさんある。 間違った。
アリアンツ社内ではなく、自社のホームページで使っていた。 世の中、クソみたいな製品でもなぜかよく売れている。
WordPressなんてデータベース設計がクソすぎるが、なぜかよく使われる。
データベース設計がクソなんで馬鹿みたいに工数がかかって、人件費で死ぬ。 みんな見えていないところを確認せずに騙されて買うんだよな。 SVGを第一に考えるならinkscapeを使うのが一番よ。スレ違いになるから詳しくは言わないけど >>101-103
たくさんあると言いながらアリアンツとかよく知らん会社のツール出されてもな困るw >>108
アリアンツは日本では知名度は低いが、世界中で知られている大手グローバル保険会社。 外国では保険会社のアリアンツは有名。
世界トップレベルの保険会社。 なんでもいいけど自動保存がデフォルトで有効なエディタをそうと知らずに使うのはやめてほしい
タイムスタンプ意味なく変えんといて
git管理してるファイルならともかく確認する手間が >>109-110
だから何?
アリアンツかアンメルツなのか知らんけど、ここ見てる奴のほとんどがまず使うことのないツール挙げられても困る
>>99 > 製品はたくさんある。
って言うなら有名どころの製品を2~3挙げなよ >>117
Excel、Word、PowerPoint、Access 嘘だと思うのなら、拡張子をzipにして展開し、XMLを見ればいい。 >>118
ググれとかしか言えないならでかい口叩くな、ボケ
>>119
オフィスソフトは更新回数とかを変更するから当たり前
そんなことも知らんのかよw >>120
どうせテキトー言ってるだろw
どこのタグが変わるのか言ってみ マイクロソフト製品はバグで保存するたびにどんどんXMLが変わっているんだぜ? >>124-125
まだやるの?
そう言うのは具体的な事例がないと意味ないぞw せっかくVisual Studio 2015(のプロジェクトファイル)とかの答えも用意してあったのに、>>127のレベルが低すぎて話にもならない現実なw >>128
Windowsだってそうだよ。もともとこう言ってもよかったが、あなたは何を言おうが反論する性格だから、あえて言わなかった。 >>129
> Windowsだってそうだよ。
何言ってるのこの人
アプリとOSの区別もついてないのかよw 俺の使ってるエクセルだと docsProps/core.xml の dcterms:modified というタグに保存時間が入ってるので、セーブの度に書き換わるね >>131
>>122にも書いたけどオフィスソフトはその手の情報を書き込むからバージョン管理が面倒なんだよな >>130
OSだってほとんどがアプリケーションだよ?
無知すぎるだろ。 > OSだってほとんどがアプリケーションだよ?
> OSだってほとんどがアプリケーションだよ?
> OSだってほとんどがアプリケーションだよ?
www 色々と設定に手を入れてあるvim
プレーンなviは他にどうしようもない時のために使えるべきだが
vimをメインに使うやつは底抜けのバカ
emacsも同罪、特殊環境仕込むのやめろ >>134
OSはカーネル以外は、OSの一部というよりは付属アプリケーション。
無知すぎる。 >>136
> OSはカーネル以外は、OSの一部というよりは付属アプリケーション。
> OSはカーネル以外は、OSの一部というよりは付属アプリケーション。
> OSはカーネル以外は、OSの一部というよりは付属アプリケーション。
www
デバイスドライバも知らないらしい >>138
デバイスドライバはOS外のソフトウェアです。
Windowsなどはよく使われる互換性のあるドライバを持っているだけで、デバイスドライバとは、OSが用意するものではなく、そのOSで使えるようにデバイスを開発する側が作るものです。
無知をさらすのはかまいません。
さらに反論できるのから、また反論してください。 >>138
デバイスドライバはOS外のソフトウェアです。
Windowsなどはよく使われる互換性のあるドライバを持っているだけで、デバイスドライバとは、OSが用意するものではなく、そのOSで使えるようにデバイスを開発した側が作るものです。
無知をさらすのはかまいません。
さらに反論できるのなら、また反論してください。 初期のUNIXのデバイスドライバはどう考えてOSの一部と言うべきものだったけどね
いまでも、カーネルと一緒に静的にリンクされる一部のデバイスドライバは、OSに属すると言っていいだろう フィルタードライバとかプロトコルスタックとかも知らんのか…
無理すんな、恥の上塗りにしかなってないぞw 接続される側も準備が必要だから、OS側にもあるのは当然。しかし個々のデバイスはOSが知る由もなく、ドライバの大半はデバイスを開発した会社が用意する。
OSはエスパーではないので、未知のデバイスのドライバを先に用意することはできない。 こういうWindowsアプリケーションが必要だとユーザーが考えたら、マイクロソフトが勝手に作ってくれるような話になっているが、言っていることが滅茶苦茶だとなぜ気づくかない? 初期のUNIXでは標準で提供されないデバイスドライバは、ソースコードの形式やコンパイルだけされた*.oの形式で提供されて、ユーザがカーネルにldでリンクして使ってたんだよ?
必要ならばユーザがデバイドライバを直接書いたりもしていた
昔は物理デバイスに対応するようなデバイスドライバを直接カーネルにリンクする必要があった
プロコルスタックとかフィルタードライバなんてものは無かった、似たような端末ラインデシプリンモジュールは比較的初期からあったのかな ふつうにvimだよな。何がダメってvi使いの仕事が遅いことと、バグが多いこと。 >>144-145
お前は一体何を主張してるんだよw
ドライバを誰が作ったかなんてどうでもいいだろ
Windowsにはメーカーが作ったにせよ山ほどドライバが含まれてるぞ
あとお前は知らんだろうけどキーボードとかUSBメモリーとかはdevice classと言うものがあって基本機能は標準的なドライバで動作するようになってる >>149
紙テープならキャラクタ毎に切り貼りできますよw >>150
タイピュータとかならまだしもゴルフボールなんて使った日にはうるさくてたまらんぞ >>151
デバイスドライバはOSの一部と言い張るやつがいたから書いた。 >>154
> OSはカーネル以外は、OSの一部というよりは付属アプリケーション。
とか言ってた奴が何を言ってるんだよw >>154
Unixのデバドラは、OS の一部どころか、全てカーネルに静的リンクされてたんだぜ昔は どこまでがOSかなんて定義出来ないし
人や状況によっても変わる
議論するだけ無駄 vim(viじゃない)はそんなに使われているのか。
使ったことがある人は0.1%未満くらいかと思った。 今はもうviはvim-tinyのエイリアスやろ?
使われてるのはvim(viじゃない)ばっかりやろ >>155
わかりやすく説明したのにね。まずはOSとは何なのか調べよう! はぁ、馬鹿がでしゃばってうざいから終わらせるわ
Part2 OSの基本的な機能
https://tech.nikkeibp.co.jp/it/article/lecture/20070423/269172/
> 基本ソフトウエアには,(1)カーネル,(2)言語プロセッサ,(3)ユーティリティが含まれ,
> これを「広義のOS」と呼ぶ(図1)。最近のクライアントではデスクトップ環境の
> 利用が前提となっているので,広義のOSにはウインドウシステムも必須となっている
ソフトウェアの分類
システムソフトウェア
└ 基本ソフトウェア(広義のOS)
├ カーネル(狭義のOS)
├ 言語プロセッサ
├ ユーティリティ
└ ウインドウシステム
オペレーティングシステム(OS)
http://kccn.konan-u.ac.jp/information/cs/cyber06/cy6_os.htm
基本ソフトウェア(広義のOS)
・アセンブラ、コンパイラ、インタプリタ、
・エディタ、各種ツール >>161
Windows のことしか知らない無知で井の中の蛙なお子様は黙ってろ このスレッドは過去の書き込みも見ずに他人を見下す書き込みをするやつが多いね。 >>99 名前:デフォルトの名無しさん[] 投稿日:2020/01/20(月) 18:18:46.33 ID:HeAD8eoi
>>89
編集画面を開いて何も変えずに保存すると、どんどんテキストがかわる製品はたくさんある。
これをごまかすためにOSだとか話を逸らすバカとそれに釣られるバカども 揚げ足取りばかりでどんどん別の質問にすり替えやがる PGならエディタなんか好きなのでいいやん出先でviしか無いって鯖屋の話でしょ >>164
お前日経の記事を鵜呑みにするのか?
日経なんて技術のことをしらない分競馬鹿の巣窟だ、一目見て嘘臭いことがお前にはわからないのか?
日経URLの部→「言語プロセッサ」???なんだそれは?「ユーティリティ」また漠然とした雲のようなワードだ、なんだそれは?
甲南大学URLの部→エディタを OS に入れるのか?なんで?? >>173
日経のことを信じないと言うのは勝手だけど、
他も全部日経と同じことが書いてあるから、
お前は「世間の常識」を信じないって言ってることになってるよ
それともお前がもっと信用できる記事を持ってきてくれるのかな? >>175
その記述多分コボラーレベルの爺が書いたんだと思うよ
そもそもクロス開発前提の組込みOSだと言語プロセッサ(要するにコンパイラーやリンカー)やユーティリティ(エディタやコピーやソートツール)が無いとか普通にあるしな
スゲー狭い領域しか知らないんだと思う >>176
言い訳はいらないよ。
俺は(誰も)信じないじゃなくて
俺はこの情報の方を信じてるっていいなよ
それともやっぱり、見つからない?
だったらお前の常識のほうが間違っていたということだな >>175
その「他」とやらはいったいどこ、そして内容はなに? 内容はOSの定義はあるんだからオレオレ定義で語るな。
そしてソースも出てるのに、オレオレ定義をゴリ押しするな。
説得力はもはやゼロだ。ってことだよ >>179
お前が提示したのは日経と甲南馬鹿大学だけだよ
そして、日経の定義はでたらめもいいところだと思うね
OS の定義の中にユーティリティとかエディタとかツールとか入っているようでは、それはなんでもありということになりはしませんかね? Windowsをクリーンインストールしたら入るもの全て含めてOSという場合もあるし
カーネルを指してOSということもある >>180
それでお前は何も情報を提示しないの?
ググって何十個も貼り付ければ、お前は満足するの? >>180
> OS の定義の中にユーティリティとかエディタとかツールとか入っているようでは、それはなんでもありということになりはしませんかね?
だから、なんでもありで、それがOSの定義だっていってんの
昔からそうだろ。 QZは視野が狭く頭も性格も悪いから
間違いを認めるなんて可能性は無い 伸びていると思ったら関係ない話しているガイジのオンパレード MS-DOSなんてのがOSを名乗っていた時代もあったことですし 立派に当時としてのOSの役割は果たしていただろう。 AIかなんかで保守してんのかな?
関係ないOSの話ずっとしてるようにみせかけて >>177
言い訳?
そういうゴタクは
> そもそもクロス開発前提の組込みOSだと言語プロセッサ(要するにコンパイラーやリンカー)やユーティリティ(エディタやコピーやソートツール)が無いとか普通にあるしな
に反論してからにしなよ
そもそもWindowsアプリケーションであるVisual Studioの話に
> Windowsだってそうだよ。
とか頓珍漢なレスした>>129が意味不明なんだけどなw
これがLinuxなら100歩譲って「Linux(のアプリケーション)だってそうだよ」って解釈することもできるけどねぇ このスレはチンパンジーのアイちゃんに監視されています IEがOSの一部というマイクロソフトの主張はどうなったんだっけ? XAMLに移行したからIEなくても大丈夫なのでは。
古いソフトは動かなくなるだろうけど。 >>190
> > そもそもクロス開発前提の組込みOSだと言語プロセッサ(要するにコンパイラーやリンカー)やユーティリティ(エディタやコピーやソートツール)が無いとか普通にあるしな
> に反論してからにしなよ
え?それに反論してほしいの?w
「コンパイラやリンカがOSの定義に含まれる」という話と
「OSにはコンパイラやリンカが絶対に付属してないとダメだ」っていうお前の主張と何の関係があるのさw
反論おしまい。 こういうゴミ話しかできないからマ板いけつってんのに >>195
バカなの?
> 広義のOSにはウインドウシステムも必須となっている
早く反論しろよw エレクトロン系を使ってない奴って漏れなくセンスないよな
デフォルト箇条書きのプレゼン資料とか作りそうw >>184
その定義は「すべてのソフトウェアはOSである」といっているようなもの、自己矛盾を含みませんか?
そんなガバガバな定義を許容できる度量はすばらしいのですが… >>198
最近のクライアントではデスクトップ環境の利用が前提となっているので,広義のOSにはウインドウシステムも必須となっているねよ? >>202
そんなこと言ってるから
> スゲー狭い領域しか知らないんだと思う
って書かれるわけで… ウィンドシステムを持たないOSなんていくらでもあるだろ どうでも良い言葉じりだけの議論で中身が無い
実にくだらん
「いも」といえば普通じゃがいもだろ
さつまいももこんにゃくもいもだろ
いもの花までいもの一部だろ
花までいもならチューリップもいもになる
私の普段の会話でいもと言えばいも畑のこと
いもとあやこは間違いなくいも >>202
「すべて」前提になっているのか
前提になっているものが「多い」のか
で話は全然変わってくる そもそも、echo,sed,awkが有れば、テキエディなんざ必要おまへんがな おーえすの話してるけどおーえすってテキストエディタなんでつか?(´・ω・`) 2020年にもなってosがどうちゃらで喧嘩する
おじいちゃんたち 喧嘩?
バカがボコられてるのに無駄な抵抗してるだけやでw メモ帳「私のために争わないで!UTF8デフォ対応しますから!」 >>217
デフォ対応するのはBOM無しのUTF-8の保存で元からUTF-8に対応しているんだが
メモ帳もおじいちゃんだから痴呆でボケているんだな、使えねぇ Terapad は、サロゲートペアに対応していない!
中国の「深圳」とか >>222
ビッグエンディアンのユニコード駄目なのは知ってたけどサロゲートペア読めないのは困るな
>>221
メモ帳に負けたよ。駄目じゃん >>222
「圳」はU+5733だからサロゲートペアではないぞ。 またRuby君(>>222)がいい加減な知識で嘘をばらまいてるのか >>221
色分けが便利なのはいいが文字コード回りが強いって何を指して言っているのかわからん
フォントも使えるもの限定されるしサロゲートペア表示されないのも事実だし Unicodeの絵文字がカラー表示されないのは非対応ってことでいいのかな 最近EmEditorの記事読んだな
https://internet.watch.impress.co.jp/docs/interview/1231545.html
こだわってる点が俺の欲しいモノと全く違うことが分かったのでこれからも使うことは無いと確信した 常にVisual Studioを起動してるので別にテキストエディタを使うことはないけどでかいログファイルとかを見る時は良いかも IDEは重いし狭いから直接IDE書かんわ。
Atomにvimプラグイン入れて書いてからIDEに貼っとる
同じエディタでペイン分割するより複数エディタで
ウィンドウ分割する方が便利だから
参照用と書き込み用、
編集が面倒な部分のスニペットを貼り付けとく
サクラエディタの3エディタで運用しとるわ。 >>232
使うべき、というか、使えた方がいい状況が
時々あるから一通り使えるようになっとくべき テレタイプ端末からテキスト編集するプログラマってどこの会社ですか?
それプログラマですか? もしかしてUbuntuの設定ファイル編集するプログラマですか? ttyでも必要であれば非IDE環境でも対応できる方が望ましいと思う。それにプログラマならvi位は使えるでしょ。 そういえば、unix上でテキストファイルの編集が出来ない若い子がwindowsにファイルを持ってきて編集してunixへ返した時に改行コードでトラブった事を思い出した。 viはviしか使えないような環境で使うものであって常用するもんじゃないだろ
メモ帳と同じ いやいや、通常のエディタに
viのプラグイン入れて使うよ
テレタイプ端末でコーディングするなんて言ってない。 いや変態じゃないよ
もしかしてviはインフラのいじるためだけの
エディタだと思っているのか?
通常のタイピングはまっさらなファイルから
コードを書き始めるときのもの
viは既存コードを編集することに
特化したエディタ
そして殆どのプログラミングは
既存コードの編集が大多数 なんどviは既存のコードを修正できるのだ
こんなエディタ他にはない! >>249
既存コードをいじる場合の他のエディタに対するviの優れた点てどこ? ファイル名を指定して、ファイルを開くことができる。
これはこれまでのエディタにはなかった機能だ。 >>251
行移動
行や行範囲のコピペ
インデント変更
ソース上のカーソルの高速移動
同じ操作の繰り返し
これらをマウスに触れずにキーだけで行なう 何と言ってもラインエディタモードがあること、これに尽きる。
%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くらい サクラエディタはエクスプローラーから該当ファイルを探して編集する、という単発の小手先の作業には適しているとは思う
メモ帳よりはできることが多い。エンコーディングとか改行コード変換とか
けど、底は浅い。アレのマクロとか吐き気がするくらいに醜い。使っちゃだめ 一昔前はPeggyが良かったけど今はvscodeだな。
あ、使ってはいけないやつか。
未だにmifesとか使ってるやつ見ると軽く殺意湧く。 まって?もうメンテナンスされてないxyzzyはセーフなの?? 複数のCのプログラムを一括コンパイルしてbinの下に配置するのに適したエディタを使いたいな。
こういう用途だと、やっぱサクラエディタ一択だろうな エディタのペイン分割してる奴って馬鹿だよな
どう考えたってウィンドウ分割の方がいい スクロールをシンクロさせるときにはペイン分割が便利だ HiDPIとUnicode完全対応した現代版Peggyが欲しい viのせいで大学生時代UNIXで課題やるの嫌だったな
今はAtomかVS codeだろ 適応力がないんだろ
viなんて2~3日使ってりゃ慣れる 慣れるけど好きにはなれないな
なんかこう、直感的じゃない 関数callの引数を全部消すのに「f( dt)」とか…
この爽快感はこたえられん 個人的にはSublime textが好きだったんだがフリーでいいのが出た以上、移行せざるを得なかった
VS codeもAtomも若干重いよね
国産ではMeryに少しだけ期待してるが、大して発展しないだろうな viは軽いからまだいい
誰だ複数の文書を編集するためにemacs複数起動したやつは!!! 30年前なら>>370の怒りも理解できるけど今言ってるなら単なるアホだろ ここの住人はちょっとでも自分のお気に入りツールが
規制された環境に置かれると激怒したり
プログラミングできなくなったりしそう メモリ馬鹿喰いのchromeが普通に動く環境なら、emacs のマルチフレームなぞ楽勝。 ぶっちゃちゃけ5chは若者のいるところではないぞ
場違いだ 場違いは老害の方だろ
とっととコロナにかかって死ねよ 最低限、
・OS標準ではない
・有償、無償を問わず、サポートが終了している
は使ってはいけない。だろ?
お前らさ、gdgd言うならそういうラインを設けろや。 >>384
/usr/bin
以外のファイルシステムが壊れているとき >>274
viでなくともできることだろ
なぜviが必須だと言い切るのか?安倍晋三の先手と同じく頭おかしいだろ >>384
シリアルポートしかないIoT機器の設定を変更するのに必須 >>393
むしろviでどうやってやるのかを知りたいわ シリアルポートから接続していいんだったら
Windowsでまともなテキストエディタ使えるわな? 今さらRS-232CしかないIoT機器なんてあんの?
あったとして、それをIoT機器と呼んじゃ駄目だろ。
「レガシーな何か」だと思う。 IoT機器中でLinuxが動いていて、シリアルポートの先にgettyがいるんじゃないの? たぶんそろそろちゃんと393辺りが説明してくれるから こんなしょうもないこと言ってる暇あったらviくらい覚えたらいいのに。 えっ、vi使えない奴なんていないだろ…
もしかして>>400は必死にvi覚えたの?w >>397
RS-232Cは無いが、USBしかないIoT機器ならあるよ シェルに入れるのがRX,TX,GNDのピンヘッダしかないIoT機器なんて山ほどあると思うが。 >>402
> USBしかないIoT機器ならあるよ
それをIoTって言うのかって話な インターネット経由ではログイン出来ないようになってて、メンテ用にシリアルなりUSBを使うのよ >>406
telnetはもちろんsshですらインターネット向けには接続させないよ。
サーバーでもないのにssh開けてる機器があったらただのバカ。 シリアル接続できても専用コンソール画面しか出てこない機器もあるし >>410
そりゃT-Kernel系の機器はbusyboxすら動かんからな 機器の設定するお仕事の人は使えば良いんでないの。
プログラマも含めてそれ以外には向いていないけど。 学術の巨大掲示板群 - アルファ・ラボ
ttp://x0000.net
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など
PS スカイプ友達の掲示板 ttp://skype.x0000.net Windowsのメモ帳は止めてくださいお願いします。 メモ帳しか使えない環境でbatやらVBSいじったな、昔
いま考えるとようやりきったわ 世の中にはechoコマンドしかない環境でプログラムやった輩もいるんですよ >>426
結局、そこに尽きるんだよな。
このスレで複数のcのソースをコンパイルしてビルドするようなツワモノがほとんどいないからね。
今の御時世、ルビーやPHPなどスクリプト全盛だから並のプログラマはVSCODEやEclipseで十分なんだよね。 そもそも>>274は
> ディレクトリ内全てのプログラム(*.C)のmakeをして
と言いながらmakeコマンドを使ってない
多分makeコマンドすら使えないんだと思う >>429
コンパイルしてリンクしてと言うのが面倒だったからmakeと言っただけ。
スレチな事を永久に言い続けてイチャモンをつけるクズw > コンパイルしてリンクしてと言うのが面倒だったからmakeと言っただけ。
普通にビルドでいいだろ
永久に恥の上塗りし続ける低能乙w >>429
>>274はシェルスクリプト内でmakeを使ってバッチ化してるんだよ。
一見,makeを使っていないようで、スクリプト内に隠蔽して多数のmake実行を自動化するという高度な手法を使っている。
僕も最初全くわからなかったけど、>>274をじっくり書き込み読んで理解できた。
vi使いはすごいと思うよ 連投ですみません。
以前から思っていたのですが、このスレって、VB6しかできない人多いんんじゃないかなと思ってます。
僕の上司がVB6しかできない人で、結構気難しいです。帳票の達人なのでどんな複雑な帳票でもVB化してしまうのですが、
プログラミングスキルがどの程度あるかわかりません。
彼は、MSのエディタ信者ですが、似たような処理をいくつも実装するので僕にはなかなかついていけません。
>>274みたく自動化して処理の数を減らすほうが後々楽ができるような気がします 存在自体が人生のmake(負け)組。ちゃんちゃん。 MSBuildかCMake、ターゲットはNinja。 >>432
emacs でも shell mode でやれば同じことはできると思うが Windows 10, WSL, Ubuntu 18.04 で、build-essential を入れて、
バージョンマネージャーのanyenv の、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 をインストールしてから、
Rails のプロジェクトを作ると、
nokogiri 1.10.9 with native extensions などのネイティブモジュールは、
build-essential を使って自動的に、どんどんコンパイルされていく
build-essential には、
gcc(GNU C compiler), g++(GNU C++ compiler), libc6-dev(GNU C Library), make などが入っています makeも理解してないやつがcmake,bazel,ninjaあたり使ったら確実に事故るぞ。 >>440
make をイロハから学ぶのに適したチュートリアル、
情報源を教えてください。 makeはシェルスクリプトを起動するためのショートカットとしてしか使ってないw
よく使うコマンド+オプションの覚書に丁度いいんだわ
使う側からしてもmakeインストールしなくてもMakefileみれば
どういうオプションでシェルスクリプト実行すればいいかわかるしw スレ違いも甚だしいけど、makeに変わる自動化ツールってあるのかね?
CMakeとかmesonとか、ソースをコンパイルするのには適しているかもしれないけど、もっと汎用的なツールって無いものか
イベント定義→変更検知→更新処理実行 がmakeより破綻しづらくて速いやつ。 >>444
make よりまともなものは存在しないし存在し得ない make が破綻する場合ってどういうとき?
どこかに更新があれば、それ以降はリビルドが必要なんじゃないの? それは当然だけど「makeの用途」であればmakeが適してる
>>444が欲しがっているのはmakeの用途ではないんだよ
> どこかに更新があれば、それ以降はリビルドが必要なんじゃないの?
テストにおいてはこれが破綻する。
あるモジュールを変更したら、そのモジュールに依存しているもの全てを
テストしたいものだが、直接参照しているモジュールしかテストされない
スクリプト言語だとどのテストを実行すればいいかわからない場合すらある 当たり前だろ
変更箇所からテスト範囲がわかるなら手間掛けて全体のリグレッションテストなんてしないよw
makeの範疇じゃないわな だから最初から本当に欲しい機能はmakeの用途ではない。
「自動化としての機能」だと言っている。 >>445 tupはmake以上にシンプルでmakeより速いよ。ninja並みに速い
プログラムのビルド以外にも「イベント検知→タスク実行」ツールとして何か無いか聞いてみたかっただけ >>449
最初の質問者が>>444で、より詳細な意図が>>451。
お前は横から口を出して勝手に「本当に欲しい機能」をでっち上げて他人を非難している。
という構図でOK? vi使いはエディタを使える自分に誇りを持っている。
↑
Windowsで言うとメモ帳を使える俺スゲーみたいな話だからね。
マジキチ。 ヘッダの位置くらい知ってておkってことで、makeなんぞ使わないのに。
まさか使ってんじゃないだろな?
マジキチ。 makeより速い実装ってのは実質メモリ上に以前のビルド情報を保持しとく方法しかない。
それが問題になることは馬鹿が思ってるよりもかなりある。 メモリ上にビルド情報を残すのも
ファイルにビルド情報を残すのも同じなんだがね いまどきmakeなんか使ってたら、みんな迷惑するだろ。
あやまれ。 >>455 世の中馬鹿が多いってこと?makeから乗り換えてるプロジェクト沢山あるけど、そいつら皆馬鹿って言いたいの?
再帰的Makefileの対策もせず、遅いのを放置するのは馬鹿だよ
ちなみにmakeが遅いのはゴールから逆算して変更検知することが原因で、
ninjaとか最近のビルドツールはファイルの変更検知から始めるのが大きい。ビルド情報を残して次に使うのはそれほどキーじゃない >>450、>>453みたいにvi使いを貶す奴らって
viが使えないから妬んでるの?w
エディタで何を使おうが人の勝手じゃん。 昔はファイルの更新日付を見て処理するのが
処理速度の点から仕方なかったけど、
今だとファイルの中身(ハッシュ値)で変更検知してもいいぐらいだしね
まあmakeは設計が古い エディタで何を使おうが人の勝手
その通り。
プログラミングしにくいテキストエディタを使うのは人の勝手
だが人の話はどうでもいい。
テキストエディタの話をしよう。
その使ってるテキストエディタは使いづらいんだよね? >>462
> viが使えないから妬んでるの?w
こういう所が実にバカっぽい vi vi騒いでるやつもどうせぬくぬくvimつかってるんだろ?
真のviも知らず、edからviの登場でむせび泣いたこともなく、
何がvi使える、だよw /usr/bin
以外のファイルシステムが壊れていてデータを救出したいとき >>471
立たなくなったら男としてはおしまいだなw viで、VScodeとかみたいにデバッグとか補完とか支援がついたプログラミングできるの?
エディタの設定をアカウントプロファイルで引き継いだりとか プログラマが使ってはいけないエディタって、まんまviのことだろ。
vi使いはLinuxの壁紙でも設定してろや。 >>474
できるよ!どうやればうまくいくか試行錯誤すればなんとかなるよ! できないよ!vimにはできるけどviにはできないよ!
vimをviと呼び続ける馬鹿が一人いて、そいつをからかうヤツもいるから問題が収束しない
shとbashとzshを一緒と見なしてshellの良し悪しを議論したいって言ってるようなもんだし、C言語で十分!クラスもテンプレートもあるし!とか馬鹿みたいな主張してるって気付けてないんだ
用語も認識もすり合わせることができない時点でプログラマじゃないことは明らかだし、労働も学業も未経験だろ 雑誌のSoftware Design で、ずっと、vim の連載をやってるけど、
最近は、言語サーバーの話ばっかり。
VSCode が全言語の言語サーバーの仕様を決めているから、すべてのエディタで使える!
VSCodeが、世界を変えた!
その恩恵が、すべてのIDE に及ぶ Eclipse, Vim などは、VSCode が決める規格を、丸々パクれば良いw
VSCodeの躍進によって、他のIDE も、大きく進化するはず! >>478
Software Designって老害連載を削除したらページ数が半分になりそう ソフトウェアデザインってウェブサイトクラックされておきながら上から目線でセキュリティの記事載せてる雑誌だろ。
他人のこと非難する前に自分とこ何とかしろ。
ルートとられたうえ、取り返すことも出来なくなったのに、情報の漏洩はありませんでしたとか、アフォかと。 Linuxカーネルってウェブサイトクラックされておきながら上から目線でセキュリティがどうとか言ってるOSだろ クラックされたウェブサイトの100%がLinuxを使ってるけど、それはウェブサイトのほぼ100%がLinuxだからでは。 ルート取り返せなくなったのが一番ワロタ。
さすがに世界でもソフトウェアデザインだけだろ。 うちも迷惑メール届くようになった。
タイミング的にソフトウェアデザインしかないんだけどな。
漏洩していないと言われても信じられん。
Hi ○○と名前入りで来るし。 モルフィーワン絶賛記事載せて投資を煽り、頓挫したら知らんぷりという事件もあった。
自分とこで素晴らしいと投資を勧めたんだから、頓挫したときには何か対応が有って良かったんじゃないか。
クラックされたときも流出は確認されていませんと言ってたけど、そりゃ犯人が頂きましたと言うわけないんだから、調べなけりゃ確認できないだろ。
ソフトウェアデザインレベルでは、調べても確認できないだろうけど。 vi推しがいなくなった。
ってことはやはりステマだったのか。 けど、ストアで買ったものってハズレが多いな。
XとかWSL用ディストリとか買ったけど、結局使ってないな。 ハズレというより、自分には必要なかったんだろな。
ステマ恐ろしいわあ。
つい乗せられてしまうわあ。 リーダーが優秀で問題解決できる人間を片端から念入りに排除してくれたおかげで
チーム内でエースポジションになれますた
超嫌われて今度俺も排除されるけど vi推しは高齢者だろう
高齢者はコロナリスクが高いからなぁ
つまり… 一体いつまでグダグダ言ってんだ?
viにケチつけてる奴はviに恨みでも持ってるのか? >>502
vi自体よりvi推しの奴が気に入らないとかそんな感じなんじゃね。やりあってる奴等も議論の中身ではなく相手に勝つことが目的になってるような。正直どうでもいいので早く終わって欲しい。 >>504
> 正直どうでもいいので早く終わって欲しい。
vi vs. emacsで延々やってるのと同じでこの手の宗教戦争は終わらんよ
スレそっ閉じお勧め emacs使いだが言うほどvi vs emacsなんて論争ないわ。
どっちも場合によって使うし。
ツールこだわり馬鹿とそうでない人がいるだけ。 90年代はviよりemacsの方が強かった気がする
muleとか >>508
ゴミ薦めてる=自分が使いこなせないものを薦めてる
>>510
(誤) プログラマがvi使う理由なんてない
(正) viを使いこなせないプログラマがvi使う理由なんてない viエディタはviエディタしかないような状況で、かつ急ぐときに使うもの。使ってもいいが他人に勧めるものでもない。 ルーターやスイッチの設定はviが必要なんだ!
↑
そんな雑用、高校生のアルバイトにお願いしたらいいやん。 Emacsenならまだわかるけど、viはないわー。
だってこれ、旧石器時代と弥生時代くらいの差があるよ。
石器じゃ闘えんわー。 石器の恐ろしさを見せてやる!
↑
あ、フラグ立った。
って感じ。
見てて切ない。 今時とは思うが
メインフレームにGUIとかSAKURAエディタ入れるわけにもなあ 汎用機
なんか大事そうな部屋においてあってLinux入ってるアレは
メインフレームじゃなかったのか… N88BASICならエディタもOSも開発言語もシームレスに連携ビルトイン! 可哀そうな人なのか、可哀そうな人を演じる釣りなのか、わからないレスって、他の板ではたまにあるんだけど。
この板では初めて見た。 自分がなんか勘違いしてる可能性も頭の片隅にいれとくべきじゃないかな 知ったげに嗤うだけの奴はもう絶対信じない
何度煮え湯を飲まされたか >>525
この、どんなPC98にも N-88BASIC が搭載されている、という特徴をなんとか利用できないかと思案にくれているところです お前ら、まとめて、>>274氏の書き込み見て勉強したほうがいいともうぞ、ホント Linux板でやればええやんか。
ム板で釣られる人いないよ。 釣りということにしてあげたのに!
コイツお礼も言わない! 学術の巨大掲示板群 - アルファ・ラボ
ttp://x0000.net
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など >>532
で、一体何を勉強するの?
何度打たれてもへこたれない鉄の心臓とかか?w vi派が本気で言ってるとしたら相当痛い。
釣りだと思いたい。 所詮初級レベル(>>274)の使い方をドヤ顔で晒す心臓 初級レベルの使い方をドヤってるだけなら生温かく見守ってやるけど
> for f in *.c; do gcc -o bin/${f%\.c} $f; done
> ってやるだけやん
のことをわざわざvi使って面倒なことをしてるのが嘲笑されてるだけだから >>543
スイ違いじゃねーよ!ドンピシャだよ
>>274氏はviが必須って言ってるんだから、vi以外は、「プログラマが使ってはいけないテキストエディタ」なんだよ >>545
すぐviに切り替えろ。いまなら気づかないふりしてやる。
274氏にも黙っててやる >>531
最近のMSXのBASICはSDに対応してた ん?謎のモビルスーツは標準機のSDガンダムだって? 何度も言うけど
emacs で shell モードを起動すれば
先ほどの vi でなければできないと主張していることはできる 秀丸のアラート出しながらずっと使ってたおっさんいたなあ
無能だった 漏れは今まで、vim を使っていたけど、
Windows 10, WSL, Ubuntu 18.04 で、
VSCode の拡張機能、Remote WSL で、Linux 側へもアクセスできるから、
今ではVSCodeで、Linux側のファイルを更新してる ソフトウェアデザインと言えば、ボランティア翻訳者が翻訳ソフトの訳を参考にしていたとして、許されることではないという趣旨の記事を掲載して糾弾してたことがあった。
現在4年目だけど、Ubuntu Japanese Teamを中心としてLinux板有志で被害者の会を結成して、そのボランティアを糾弾してる。
俺はこれ、ちょっと違うかなあと感じる。 >>558
もし翻訳ソフトと人間の翻訳が完全に一致していたとしたら
どうなるんだろうって話だよね
長い文章をそのまま取り込んだら流石にまずいけど
短い文章なら同じ翻訳になることは多い
文章が一致してるのに使ってならない理由はないし 俺の着眼点は、オープンソースのボランティアにどこまで責任を追及できるかということだけど。
自由にコードを追加してくださいといえば、問題のあるコードが流通するので、管理が必要ではないかなと。 ソフトウェアデザインの主張は当初よりだいぶ後退して、適切に管理されていたので問題が起きなかったのだということになった。
俺はそれも少し変だなと感じていて、問題が起きなかったらなぜ被害者の会があるの?と疑問を感じてる。 翻訳ソフトの訳を参考にするって何がいけないのか?
そもそもそう言う風に使うためのものだろ 翻訳ソフトの参照を批判してる人は辞書の例文を参照するのをどう考えてるんだろう? そこらへんは開発者とお客様の意識の差と考えると興味深い。
Linux板はお客様の視点なので、ム板と対照的な意見。 「ソースコード」を元に「コンパイラ」が生成した「バイナリ」の権利は誰にあるのか?って考えればわかりやすいかな
「日本語」を元に「機械翻訳」が生成した「翻訳」の権利は誰にあるか?
日本語を書いた人だろう? ソフトウェアデザインは糾弾に徹していて、議論の余地なしとしてるけど、俺は示唆に富んだテーマだと思う。 連載で見れる。
買わないで知ろうと言うのは無理。
雑誌なので。 なんかだめな記事っぽいね
「Ubuntuでは翻訳成果物のライセンスがBSD-2だそうです」で
読む気をなくした(実際は3-clause BSD)。
三次資料しか読んでいないことが明らかで論ずるに値しない。
https://b.hatena.ne.jp/entry/338739701/comment/night1ynx なるほど。正確には機械翻訳がだめなのではなく
「ライセンスに問題のある翻訳」がだめなんだな
http://gihyo.jp/admin/clip/01/ubuntu-topics/201306/14
> 「ライセンスに問題のある翻訳」とは,「?転用ができない機械翻訳サービス」を用いた翻訳のことです。
> たとえばエキサイト翻訳などのWebベースの翻訳サービスや,廉価な翻訳ソフトウェアが該当します。
> これは,Launchpad上で行うUbuntuにおける翻訳の成果物は
> 3-Clause BSDライセンス(いわゆる「修正BSDライセンス?」?)として扱われるためで,
> 転用ができない機械翻訳サービスの成果物は3-Clause BSDライセンスとして扱えないためです。 Productを成果物と訳すのはLinuxから始まった流儀だと思うけど。
これもちょっと違和感あるんだよな。
普通に製品と言っちゃダメなんだろうか。 ふむ。俺と同じ判断の人がいた
https://namikawamisaki.hatenadiary.org/entry/20170223/p1
ライセンス問題を起こさないように翻訳するには*翻訳を使わないは当然として、
Web上にある和英辞書とか例文をググるのはダメなのだろうか。紙の辞書・参考書を見るのはOK?
hito
@_hito_
辞書や参考書はOKです。他のソフトウェアの定訳を確認するのもOKです。
マズイのは、「生成された成果物は貴様のものではない」と書いてある系翻訳ツールです。
たいていの、プロ向けでない翻訳ツールがこれに該当します。プロ向けであっても該当することがあります。 つまりは転用してはだめって書いてある翻訳は明らかに違反だが
Google翻訳に関しては転用してはだめと書いてないのが問題なんだな https://anond.hatelabo.jp/20170225195916
Ubuntuの翻訳プロジェクトで発生したトラブルの話です。
この話では、「もちろん、利用規約的に問題なければWeb翻訳の結果をOSSの
翻訳に突っ込んでも*ライセンス的には*問題ありません。」という追記がされてます。 俺は、転用自体にはさほど興味が無くて、主体側がボランティアを糾弾する部分に興味を引かれてる。 >>575 の最後に書かれているコミュニティの方針について、事前に明示されていなかったという部分が最大の問題ではないかな。 ソフトウェアデザインは個人叩きに持って行ったけど、俺は運営側の想定に問題があったように感じる。 自由にコードを追加していけば玉石混合になるのは当たり前のことで、石を混ぜやがったと糾弾しても仕方ないのではないかと。
石が混ざらないようにするのは、管理側の責任になるのではないだろか。
というような感じで、示唆に富んでいるなあと。 オープンソースの根幹にかかわるマネジメントの話題を単なる個人叩き記事にしてしまったのだから、ソフトウェアデザインの力量が今一つ。 Ubuntu側にしてみれば、糞コード混ぜやがって許さんって事になるけど、糾弾されてるボランティアの立場に立ってみると、悪気なく手伝っただけでこんなに批判されて可哀そうな話だしな。
ボランティアの人は住所氏名電話番号すべて調べ上げられてネットで晒されてるし。
Ubuntuのすさまじい怒りは伝わってくるけど、Ubuntuの体制を変えるのが本来の対処ではないかと思う。
ボランティア参加資格を得る事前の試験を行うとか、面倒くさい手続きを設けたほうが良いのでは。 翻訳ソフトを下訳に使うのは普通のことだけど
機械翻訳をそのまま上げるのは割と不誠実(主に役の品質面で) ソフトウェアデザインのアホ記事なんか知らんけど
品質の低い翻訳を入れてしまったというが問題で
それの本当の問題はレビュー機能がうまく働いていなかったということだろう?
例えばこれがソースコードだったらどうよって話
誰かが変なコードを入れてしまったら?
ライセンス云々は後付だろ。
ライセンス問題が把握する前から問題になってたんだから
最初から指摘する点がずれてた 俺も最初はそう思ったんだけど、ソフトウェアデザインがボランティア叩きに奔走してるところが一番の問題かもな。 運営側の不手際なのに、運営側が被害者の会を結成してボランティアを叩いてるのが奇妙に見えるのかな。 被害者の会とかアホ日本人が騒いでるだけだろ?w
世間でひと目を集められないから、ウェブサイトで告発ジャーっていう
よくある間抜け 板違いスレ違いにも程がある。一人で1日10レス以上も書く前に↓に移動しなさい
Web翻訳家 志賀慶一氏を語るスレ 22
http://mao.5ch.net/test/read.cgi/linux/1585372508/
主張内容の正しさと、それを主張するTPOの適切さは全く関係が無い そういやソフトウェアデザインってエディタの記事が無駄に多いな ステマだけ書き込んでもつまらないから、他の話題も振ってみようかなと。 >>589
これは酷いな。
もはやただの誹謗中傷になってる。 viを勧めたいならviの良いところを提示して勧めればいいのに。
不自由なソフトウェアを販売するレッドモンドの卑劣な会社のIDEは云々みたいなことを書かずにはいられないのが特徴。 GNUってなんであんなに不自由なんだろう?
他のライセンスを見習ったほうが良い >>595
そりゃ元々のコンセプトが「オレらの自由を阻害するやつは一切認めない」っていう思想だから
その「特定の自由」以外は全て禁止されるってわけ >>595
君には
・GNUが嫌なら使わない
と言う自由はあるよ vi使ってるとおかしくなる、というのだけは理解できた
スレタイ通りだわ 俺の学説では、脳細胞は時間とともに劣化し32歳でキチガイになる。
昔の人はそれを厄年といったのでは。 viを使えないあるいは使いこなせない奴の一部は
自分の利用環境以外は認めずイチャモンをつけずには
いられない事だけはこのスレで理解できた。 viにこだわってる老害より、若いくせにviに入れ込んで若年寄になってる奴の方が見苦しい >>602
見苦しいのはお前みたいにviを特別に敵対している奴。
お前がviを使わなくて関心がないならスルーすればいいだけなのに
いちいちケチつけてくるのが異常。 >>600
なるほど
脳の更年期と體の更年期が厄難だな 若くても歳いってても馬鹿は馬鹿だよ。年齢は関係ない。 使えることは問題ない
問題なのは生産性を下げてまでviを常用するアホ >>606
だからその生産性を下げると言うのは
お前のスキル、お前の利用環境に限定した話だろ?
まだvi憎しのイチャモンを続けるのか?w 覚せい剤勧めてくるのはもれなくクズ。
逮捕するべき。
環境関係ない。 プログラマ限定の話なので、vi使うなというのは正しい。 >>610
プログラマ限定ならvi利用者は多いんじゃないか?
そもそもこの業界(経験者を含む)以外でviを使う奴なんているか? 今更ながらvscodeのリモートデバッグ凄いな。
組み込み屋なのでそんなのは無縁と思ってたけど、ローカルでGDBできる環境あったら簡単にSSH経由で実機リモートデバッグできる。
在宅勤務が捗るわ。 状況を想定せずにvi使う/使わないとか言ってる奴は漏れなくバカっていう結論でいいだろ
使わなきゃいけない状況なら使うしもっといいツールが使えるならそれ使うだけ 使えないっていうか特殊なショートカットが覚えられないと言ったほうが良いかな。
プログラマならタッチタイピングできるけど、だからといって
名前忘れたけど独特なキーボード配列のタッチタイピングできるわけじゃないでしょ?
それと一緒。viはショートカットが特殊だから慣れない
他のもっと使いやすいテキストエディタやIDEをメインで使うからね
難しいとかじゃなくてショートカットに慣れないという意味 あ、ちなみに、俺はカーソルキーで操作できるように設定された
vi(vim)は使えるけど、vi互換モードになってたら無理だよw
あとマイナーなコマンド?も知らない。 >>614
要る要らないなら、要らない
居る居ないなら、居るんじゃね どこまで使えればviが使えると言えるのか?
カーソル移動できて文字を編集して保存して終了できれば
viを使えると言っていいだろう
例えばメモ帳を使えるというのもこの程度でいいのだから。
なのでショートカット一覧表を目の前に置いておくのがOKなら
プログラマは誰でも使える
viで難しいことはやらなくていい。
そういうのは専用のソフトに任せよう vimも嫌いじゃないよ。ポテンシャルは感じる。vimperatorやvimiumはブラウザに必須だし、<Leader>にスペースを設定したときの操作性に未来を感じた
操作の一貫性とかコンセプトの綺麗さだとvimよりkakouneの方が上だと思うんで深入りする気が失せたし、今はdoom emacsに落ち着いたけど、
テキストを編集するっていう目的ならvimも捨てたもんじゃない
viは捨てた。アレは今更持ち上げるようなもんでもないし、アレを崇めるヤツは大体バカ。このスレでも照明済み viはハッキリ言って糞だぞ?
Windowsで言えばメモ帳のようなもの。 メモ帳も使いこなせません
ほんとうにすみませんでした メモ帳使いこなすのは無理だぞ。
それはお前が悪いんじゃない。
メモ帳が糞。 viはとにかく使いにくい。
バカには使いこなせないと言うが、じゃあ天才だけで使ってくれ。
一般に勧めるな。 UIの授業取ったら、モードを持たないことを最初に習うはずだろ。 俺はviを使ってるとセーブしたくなって間違ってC-X C-Sを押すとなぜかキーが効かなくなるから
C-Cをおすとまたキーが効くようになるという間違いを何度も繰り返している SHIFT押して移動で選択ができないテキストエディタは不便で仕方ない
なんでviもemacsもこの発想に至らなかったのか? viユーザーはカーソルキー押さなくていいのがすごいって言うけど
いいキーボードに買い替えろよとしか思えない スプーンとかフォークがあるのに、木の枝が一番使いやすいって吠えてる人種だろ また極論いいやがって・・とおもったが
よく考えたらいがいと本質を突いててクソワロタw viの利点は編集中に一括置換等の処理を別画面を起動せず
最低限のキーボード操作で可能な事だ。
viの扱いに慣れていて早く処理したい人にとってマウス操作は邪道。 >>630
そこら辺は殆どのエディタがそうじゃね? >>630
そんな機械的な置換作業が多発する状況が思いつかない。 クラス名だけを選択とかできないから、viはダメだわ。
リファクタリングはIDEじゃないと無理だわ。 viはライブシェアついてないから共同作業に向いていない。 そんな広範囲に広がった後にクラス名変えるような状況自体がなんかやべーと思わんのかね。 定義に折りたたむだけにプラグインとか設定が必要なエディタは糞だわ 壁紙変更という重大ミッションに投入されるエディタ。 viが好きな訳じゃないがvisudoとかcrontab -eでviじゃないのが立ち上がるとおかしな編集してしまって焦るんだが 今までWordだったけど気まぐれでEmエディタ使って感動して買おうと思ったけど、
収入なくなったからNotePad++にした。
俺のレベルならこれでも多機能すぎるくらいだ。 >>653
論外の馬鹿
こういうのはプログラマではないからスレチ 間口を閉じると入ってくる人がいなくなるから、むしろ入り口に立ってる人には親切にするべき。 コーディングはvimでも普通のテキスト書くのはコピぺとかが直感的にできるサクラを使ってるがいかんのか? >>663
直感的という言葉はくせもの
個人差が大きい
慣れてしまえばどうということはないことが多い >>665
具体的に言えば
Windowsのクリップボードとやりとりする
vimのコマンドシーケンスは覚える気がしない じゃあ話題も尽きたことだし、つぎは最高のエディタ決定戦をやろう。 状況によって違うとか、日和った意見は必要ないから。
どのような状況でも最高のエディタ、メモ帳が存在するのだから。 女子大アンケート
Q. 1番この世から消えてほしい有名人
1位 堀江貴文 使いづらいキーボード配列でも慣れたらそれ以外使えないのと一緒なんだよな
viはそれに該当する。
そもそも制限がない(少ない)GUIと制限が多いCUIでは
どちらが使いやすいものを作れるのかわかりきった話
CUIというかターミナルの制限で、SHIFT+カーソルキーとか
ALT+カーソルキーというキー操作が入力不可能になってる
そんなんじゃ使いやすいエディタなんか作りようがない ^s^e^d^xでカーソル移動してた頃もあったけど
hjklでカーソル移動も覚えたし
どっちも慣れれば問題無い viのキーバインドが使えないエディタ、IDEは三流 notepad++は文字列を選択してドラッグするだけで文字列が移動するせいで
マウス使ってると文字の順番がめちゃくちゃになってテキストが壊れたことがあるから
使うのをやめた 正直テキストエディタなんてどれでもいいだろ
俺は普段はvim使ってるが、VSCodeとかのIDE使う方がやっぱ効率はいいだろう、普通に考えて
プロジェクトで成果物の品質とか高めるならチーム全員IDEにそろえておくのが無難
俺はもうIDE入れて使い方覚える気力がないからvim使ってるし、
GUIでファイル探すの手間だからgit statusとgit grepでこれからも戦うけど 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」を実行する。 メソッドジャンプの精度が悪いエディタ。
ちゃんと構文解析してくれるヤツがいいよね >>681
そんな短期間では無理無理
あと5〜6年待ってまたおいで >>682
しばらく前に荒れたときのレスをまた貼り付けて同じことを繰り返させようとしてる愉快犯だと思う。
相手する意味はないしスルーしとこう。 >>682
コピペクズはスルーで。
>>684
コピペクズだよw インテリセンスにたよるのって、どんくさくない? もっさーーーとしているし。IDEはパンパンパンスコーン!
って、はいおしまい。って入力できないからねえ。 '('を打つだけで勝手に')'が入力されたりカーソルが戻ったりするのうざいよねω 最近は普段使う言語2つ3つとかじゃないから、インテリセンスないと間違えちゃうわ android studio はテキストエディタとして優れていると思う。 ソースエディタとテキストエディタ使い分けてないの? word とか pdf造るツールってテキストエディタ? >>694
おまいはWordやPDFで既存のプログラムを編集するんけ? >>274 Emacsの場合
$ emacs Makefile
/bin/load_module: *.c
(タブ) echo $(LINK.c) -o $@ $^
^x^s
M-x shell
make
以上。 >>697 誤記
(タブ) echo $(LINK.c) -o $@ $^
↓
(タブ) $(LINK.c) -o $@ $^ >>697
$ emacs Makefile
bin/load_module: *.c
(タブ) $(LINK.c) -o $@ $^
^x^s
M-x compile
でいいんジャマイカ ^x^fMakefile
m-!ls *.c
^acc -o bin/load
m-xcompile cのソース一個一個からそれぞれbin/の下にロードモジュールをcompileするなら
こう
^x^fMakefile
SRC = $(wildcard *.c)
LOAD = $(SRC:%.c=bin/%)
all: $(LOAD)
bin/%: %.c
(タブ) echo $(LINK.c) -o $@ $^
^x^s
M-xcompile >>701 誤記
(タブ) echo $(LINK.c) -o $@ $^
↓
(タブ) $(LINK.c) -o $@ $^ >>694
おまいはソースに文字修飾や注釈をかけるんか? >>704
色分けも必要だし複数のフォントも画像も必要なんだよ!
MSはリッチテキストエディタって扱いにしているな >>705
>色分けも必要だし複数のフォントも画像も必要なんだよ!
お使いのプログラム言語の名称を教えてもらえないでしょうか ソースファイルとして拡張子docxやpdfのファイルを納品されたら間違いなくそいつ殴り倒すわ メモ帳でテトリス造ってる動画もあるしな
マイクラがwordで描かれてても驚かない >>712
ネタにマジレスとか人とのつながりがない人かな Wordやパワーポイントでソフトを作ると聞いて
>>711
なるほどその発想は抜けていたわ
オートシェイプでGUIを構築とは恐れ入ります。 からかうわけじゃなくて、本当に分からないんだけど、
1万円近くするエディタって、freeのと比べて何が優れてるの? サポートだろ
まあエディタはプログラマー自身が最もよく使うツールなのでフリーの奴でもとんでもなく高機能だったりするからあえて有償のやつを使うのはあまりないと思うけど 客先や立ち上げだとデフォルトのしか使えないし
リモートアクセスでも同様
Windows、Mac、Linuxでほぼデフォルトエディタは縛られるでしょう
AndroidとiOSでは標準エディタ何使ってんだろーな IT掲示板群 ttp://x0000.net/forum.aspx?id=15
学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など
simulationライブラリで純粋な関数式プログラミングをする
ttp://x0000.net/topic.aspx?id=3631-0
UIライブラリ (C#, 2D) を作ったよ
ttp://x0000.net/topic.aspx?id=3688-0
連続と離散を統一した!
ttp://x0000.net/topic.aspx?id=3709-0
4Dエンジン(画像有り)
ttp://x0000.net/topic.aspx?id=3677-0
matrixのライブラリ
ttp://x0000.net/topic.aspx?id=3711-0
ある強力なFor関数
ttp://x0000.net/topic.aspx?id=3630-0
SQLライブラリ
ttp://x0000.net/topic.aspx?id=3675-0
VMを書いた(C#) * x86ではない!
ttp://up.x0000.net/files/TSimulang.zip
malloc / free を実装してみた (C#)
ttp://up.x0000.net/files/TMallocTest.zip >>687
可哀想に。非力なマシン使わされてるのだね。
今時のマシンはIntelliSense超速いよ。
昔は君が言うような状態だったがやっとマシン性能が追いついてきた。 fzf いいね。
インクリメンタルサーチの触り心地が好きな人、ってどのくらいいるかな? え。なんだって?クリの触り心地?
嫌いなヤツおらんだろう >>714
オートシェイプはGUIの一部でもあるんだよ。 全能テキストエディタ「Vim」の歴史と開発者に広く普及した理由
https://gigazine.net/news/20200704-how-vim-become-popular/
Đuza氏は「私はVimエディタに乗り換えるべきだと言っているわけではありませんが、Vimを学んで設定しようとすることは、スキルと能力の向上につながるでしょう」とする一方で「重要なのはどのエディタを使うかではなく、エディタを使って何をするかです」と語っています。 vim って edlin よりは使いやすいから普及したんだよな でも、edlinの方が使ってるところ見せると後輩女子の受けは、良いな。edlin 使ってると黄色い声援が止まないがvimはサイレントだ >>728-729
edlin は MS-DOS の話ですよ、vi が MS-DOS にあるとは聞いたことがありませんが 8ビット、16ビットパソコン時代に大きいテキストデータを扱うことはないからな。 MS-DOSのテキストエディタって
seditじゃねーの? copy con
echo なんとか > hoge
echo なんとか >> hoge
sed
awk このスレで圧倒的に目につくviとvimが使ってはいけないテキストエディタなのは把握 >>739
なんで?cのソースファイルを特定のファイル下へビルドしたい時とか、プログラマには必須だぞ? vimはもっぱら設定ファイルの編集に使うイメージ。
vimを開発で使う人も沢山いるとは思うけど、ctagは今時の開発環境に比べるとタグジャンプの精度が低くない? 大学でパールとユニックスいじった時に
VI使ったけど、クセ強いね
でもカーソル移動がとても快適だった 真珠だよ、真珠、
それでユニックス。
クセ強いけど、カーソル移動がとても快感 …ックスいじった時に…
クセ強い
…とても快適だった Takuto Wada
h t t p s : / / t w i t t e r . c o m /t_wada/status/1281024224778305536
毎年講師を務める各社の新卒研修で「お好みの開発環境で参加してください」と言っているので、
若者のエディタやIDEのシェアがざっくりわかるのですが、
年々VSCodeのシェアが増えて今年は9割くらいVSCでした。
大きく離されて第2位がIntelliJなどJetBrains製品群。Vim は2%くらい。Emacsはゼロ(悲しい) やはり、使える人材の割合は2%程度なのだな。教育を根本的に見直す必要がある 昔は、Emacs 採用だった
Lisp, Emacsを使える香具師は、高偏差値だから。
東大とか。
Fortran の時代
Ruby の創始者・Matz は今でも、Emacs 公偏差値がemacs使ってるからと言って
emacs使いが公偏差値って訳じゃないんだが
>>753 みたいにそれを判ってない人が多過ぎた テキストエディタの選択肢がすくなかった時代と比較してもしょうがないとは思うよ。 >>754
>>753はいつもバカなことを言ってるRuby大好き荒し君だから、頭悪いのは仕方ない。 >>756
文章に特徴あったから何となくそうかなとは思ったけど
ID検索したらやっぱりそうだった
触って悪かった それはさておき、vimの色設定は標準だとslateが一番見やすいと思う。 >>752
確かに重すぎ「た」
現在ではviに次いで軽い ARM64ビルドが安定版に 〜フリーのコードエディター「Visual Studio Code」2020年6月更新 オッサンがオッサンエディタ使って何がわるい!
オッサンがイキって若いやつが着るファッションしたら痛いだけ!
オッサンはオッサンらしくするのが一番なんじゃ! >>1
vs code、Visual Studio内臓エディタ >>766
文字を持たない言語に対応できていない。訂正すべき。 >>753
emacsは、記憶力が必要なエディタ。
キーバインドを丸覚え出来る人向け。
記憶力が良くないと使いこなせない。 記憶型の頭の良さを持つ人は、emacsが向いている。
考える力型の頭の良さの人には向いていない。 CUIで動くテキストエディタはCUIでも使えるというメリットは有るが
逆にCUIの制限があるからGUIを超えることができないんだよな ゲーミングパッドとかいうトラックボールマウスとキーボードが合体したようなヤツあるけど
キーバインド得意な人が使うのか 記憶力良い人しか使いこなせないなーと思って
1万6千円もするのかよー
こんなの買う人いるんだースゲー ゲームは記憶じゃなくて反射でしょ?
鍵盤の位置を体で覚えているようなもんだよ ゲーミングなんちゃらは派手で写真映りがいいという意味で
かならずしもゲームに向いているとは言えない罠 ゲームに向いているというより、単に性能がいいんだよな
ゲームはしないけどゲーミングマウス使ってる
性能がいいから ソースエディタやコードエディタにこだわるのならともかくテキストエディタにこだわるプログラマがいたらまともじゃない まともかどうかは知らんがエディタ戦争は昔からの定番 >>781
コーディングしかしないプログラマならコードのエディタさえあれば良いかも知れないけど、普通は設計や調査、テスト、データ作成、研究などテキストファイルの編集が必要になることも少なくないと思う。日常的によく使う道具なんだからこだわるのはおかしなことではなかろう。 「こだわる」という言葉をどう捉えてるのかがそもそも人によって違ってる気がするが
テキストエディタでもバイナリエディタでも画像編集でも音声編集でも何でもいいが使うなら使いやすいものがいいってだけだな >>780
やっぱり使ったらだめなんだな
viも一緒にしておこう まさかVZエディタ言う奴がいるとは思わなかった。
じゃ、Red >>786
文字が虹色に輝くエディタ(?)
普通は色分けするから虹色ぽくなるが そしてスクロールが爆速!
爆速すぎてカーソル一回うっただけで最後の行まで移動するw
ジョークみたいだけど、昔一時期そんなブームあったからな
スクロール速けりゃいいみたいにキチガイみたいな速さで
スクロールするエディタがそれを売りにしてた時代w このスレって、
「俺が昔使ってたエディタを自慢するスレ」
になってないか? emacsにマークダウンプレビュー機能はついたかい? emacs のフォントやサイズを変更できるシンタックスハイライトとマークダウンモードの組み合わせが、へなちょこエディタとプレビューよりも使いやすくて、emacs が手放せない
コードはIDEやVSCode使って書くけどね プレビューよりも整形されたのを直接編集できた方が便利だからおれは知らないけど、探せばあるんじゃない?
emacs の機能で実装するのは簡単そうだし >>789
red懐かしいな
FMRで使ってたよ
Lattice-c とかってc言語でプログラム書いてたわ markdown-preview-mode
というのもある。 サクラエディタってUnix/Linuxにとってのviみたいなもので
だいたいどんな現場でも使えるし必要な機能は概ね揃ってるし
数十万〜数百万行のファイルをほぼ一瞬で読み込んでしかもモタつかないしで
メインでは無理だがちょっとした作業にはこれ以上のものを求めても中々ない
素晴しいエディタ。
悪いことは言わないから騙されたと思って使っとけ。
ちなみにUnix/Linuxにとってのviみたいなものはメモ帳では?と思った人もいる
と思うがメモ帳はcatレベルでしょ。 秀丸ってUnix/Linuxにとってのviみたいなもので
だいたいどんな現場でも使えるし必要な機能は概ね揃ってるし
数十万〜数百万行のファイルをほぼ一瞬で読み込んでしかもモタつかないしで
メインでも使えるしちょっとした作業にもこれ以上のものを求めても中々ない
素晴しいエディタ。
悪いことは言わないから騙されたと思って使っとけ。
ちなみにUnix/Linuxにとってのviみたいなものはメモ帳では?と思った人もいる
と思うがメモ帳はcat以下でしょ。論外 unixでお手軽エディタはnanoかな
俺は初心者の頃eeっての使ってた https://ja.wikipedia.org/wiki/Cat_(UNIX)
cat(1)は悪いユーザインターフェースデザインの正統な手本とされている。それはこの悲しいまでにわかりづらい名称のためである。
catは、ファイルの連結(concatenate)に使うよりもむしろ標準出力への出力に使われることの方がはるかに多い。
後者の使用法に対するcatという名称は、ちょうどLISPのcdrのように非直感的である。 その点MS-DOSは素晴らしい。ファイルの連結はcopyで行う
copy /b a + b + c abc
このように+を使って可読性が高い指定の仕方が出来るのだ なおwindowsのコマンドプロンプトでは、
typeコマンドでコンテンツを表示し、
copyコマンドでファイルを連結する。 msysのcatコマンドはLFがCRLFに変換される親切機能付きバージョンがあったので、人知れず泣いた人は多かったと思う。 何も考えずにテキストモードで入出力しちゃうとそうなっちゃうね 全然関係ないけど、公開されてるソースコードはoccuredってスペルミス結構多いね。 emacsも今は.emacsガツガツ書かなくなってる。packageインストールが普通。 >>813
普通に多画面で使っているけど
ちなみに複数バッファは多画面とは言わないの? >>813
xemacsってマルチウインドウだった気がする むしろ1画面でほぼすべてのことができてほしいというニーズのためにあるんじゃないの a.1つのconsoleというかterminal上で1つのemacsで頑張って画面分割
b.terminalをいっぱい開いて各terminal上でそれぞれemacs
どっちが得?というか使いやすい? emacsはxemacsと統合される前からターミナル上で起動じゃなくて自分でウィンドウ作って起動できる
新しいウィンドウ作って起動した場合には、ウィンドウの数は自由に増やせる
普通にビルドするとそっちがデフォルトで、-nw オプションつけた場合にターミナル上で起動する >>817
aの方がバッファ間の移動がしやすいかなあ
bだとマウスが必要にならない? だからオッサンがオッサンエディタつかって何がわるいんだよ!!(怒
ハゲちらかしてるオッサンのくせに若作りのファッションしてるオッサンのほうがよっぽど格好わるいぞ >>820
ターミナル上でなくてウインドウ作って起動すれば、複数ウインドウでバッファは共通だし、elispからウインドウ切り替えできるし、それをキーにバインドできる Xが通せるなら単独emacsから複数のウィンドウを手元で開くな 複数窓開いてるだけで一画面オッサンエディタには変わらん vimにterminlが来た時、emacs捨てた。 一般的用語を使ったのが
Xが通せるなら単独emacsから複数のウィンドウを手元で開くな
emacs用語で言い換えると
Xが通せるなら単独emacsから複数のFrameを手元で開くな こいつが言ってる1画面オッサンエディタというのは、ウインドウをサイドパネルとか複数パネルで区切って無いエディタの事だと思う
画面≠ウインドウ、画面=パネル え?
普通Frameを複数のWindowに分割して使うよね…… 彼の中では画面分割はノーカンなのだろう
vscodeもテキスト編集部分は分割出来るし 最近のRHELとかだとviって打っても、
実はvimなんだよな。
違うだろ、それ。 emacs liisp のウィルスってどれくらいあるの? >>835
聞いたことがない
エディタのコマンドをいじるだけで
どうやつて外から聞き勝手なコードを動かすの?
ソースコマンドは全部見えているだろうし
一部バイトコンパイルしているプログラムとかは
さすがに使わなんしな 90年代の初め頃使ってたのはemacsじゃなくて、
発展途上中のmuleだった。
電総研の半田さんとソニーの人がガンガン開発してた。 弘法筆を選ばずと昔から申しまして
状況次第でどんなエディタでも使いこなせるのが真の 弘法筆を選ばず、ったってさすがの弘法先生も
木の切れ端で綺麗に文字書けっていわれりゃさすがにそれは無理っていうだろう >>842
いや上手い奴は木の切れ端で道路に書いてもそれなりに綺麗ぞ vimはプラグイン入れて使うものってイメージあるけど、
大量のプラグイン入れまくって使ってるやつ見ると、
"もう統合環境使えば"って気持ちになる。 わかっていないな
vimを使うことが生活の一部なんだからやめられるわけないだろ ノーマル vi でCだろうがC++だろうがPerlだろうがPythonだろうが書く。これぞ真のvi使い。 今ノーマルviってcent OSに入ってないんだよな でもvimmerってなんだかんだでコーディング能力高くないか エディタが高機能だとコードは糞になる
エディタに頼らないから良いコードになる 最近メモ帳が改悪されて、アスキーで保存しても英数だけの場合、次回UTFがデフォルトになってる
バッチに日本語を初めて書いた時にアスキー保存するか、毎回選択して保存するか
注意力か、面倒が必要になった
パワーシェルに移行させるための嫌がらせかな そのパワーシェルを管理権限で起動するにはDOS経由っていう謎
保守系の嫌がらせかなw
自動化を阻止して手作業を残す=自分の仕事を残す >>855
BOM無しの英数だけのUTF8は、中身がアスキーと同じだから、区別出来ない >>855
バカだよねコイツ
なんでいままでBOM付いてたかわかったぜ
お前みたいのが居たからだ >>856
>パワーシェルを管理権限で起動するにはDOS経由
意味分からないんで解説お願い >>859
不便な方が偉い理屈が分からん
>>860
powershell -ExecutionPolicy Unrestricted -file "%~dpn0.ps1" ポリシーの変更せずにpowershell実行するだけのコマンドだな スタートボタン右クリックで管理者権限で起動できるけど? VisualStudioCode
逆に使っていいのは、ひでまる、gEdit,Kate。 >>862
これを書いたバッチのショートカットを作り、「管理者として実行」にチェック 俺の環境では hoge.ps1 を右クリックしても「管理者として実行」は出てこないが まずはパワーシェルの起動なのかパワーシェルスクリプトの起動なのかをはっきりさせようか… テキストエディタ関係ないし話が噛み合ってないし統失どもがレスバやっているように見える このスレの目的って何なんだろうな
vscode 使ってもクソコード書くやつは書く
言語やフレームワークがどれだけ良く出来てても
ゴミクズ製造出来る人は居る
あれは特殊な才能だな くそコードを書く人って、とりあえず書き始めて
その書いたコードを生かすように書き直して
削除はほとんどせず、を繰り返しているような気がする。
どんどん複雑になるけど、なかなか解決に近づかない 技術系のblog見てると、
・○○にジョインしました。
・技術的負債
・レガシー
って言うのが若者の間で流行ってるらしい。 >>872
数学の問題の解答とかだと
計算用紙に計算残して
解答欄は清書するみたいに出来るけど
ソースコードでは計算用紙に相当する部分が
消した方が勿論すっきりするけど
デバッグ中とかだと残しておきたいって言うのはあって
別ファイルにすれば良いとも思うけど
コメントとかの場所の対応が難しい
良いツールあったら教えて gitだろうな
くそコードのバージョンを残して
清書したコードを最終稿にすればいい vimはコピペ親和性がな…
コピペ元と
コピペ先でインデントの調整と
インデントルールの調整
を最もスマートに行う方法はないか?
コードフォーマットは
なんとなく全体が壊れる可能性が嫌なのと
無用な差分が発生する懸念があって
あまり好きではない >>854
エディタの性能と、その時代のコード量は比例するのでは。 ラインエディタで書いてみればいい
性能が低いエディタは生産性を著しく下げるってわかるから インテリセンスのお陰でコンパイルエラーは無くなったけど、
見直し回数が減って仕様ミスを気付く機会が無くなったとか、そういうことかな。 ちゃんと頭で考えずに
テキトーに描いてテキトーに動いたわってだけの
糞コードが量産されるって意味だろうな >>874
少量ならコメントで残したりもするけど
gitでローカルブランチとか適切に活用すれば捗るんじゃね
コードがある程度固まったらブランチを整理すれば良いし
gitもGUIツール使って修正した軌跡とか見ると試行錯誤するにも色々可視化出来て便利 C言語やSwiftのように、#if, #endif でコメントアウトできる言語なら途中経過で使ったソースをそのまま埋め込んどけばいい。 #if 0 の範囲を後で使う可能性が有るのか無いのか判断に迷う それもコメントに書いときゃいいじゃん
#if 0
// ※後で使う可能性があるかないかわからないがいちおうコメントアウトしておく
:
:
#endif perlなら=pod,=cutかね。コメントアウトの切り替えを手軽にできる言語は便利。 >>886
途中経過が10個も20個も溜まった頃には人間が読めないコードになってそうw そろそろ、viが必須である理由について語り合いたいな >>890
バージョン管理してるなら消してOKじゃない? >>893
「git使用の推奨」に対して「#if, #endif でコメントアウト〜」って話から始まったのだから
バージョン管理やってないケースの話じゃね
個人的には「#if, #endif」も使うけど
開発途中なんかでロジック切り換えとか動作比較したいときとかに使うくらいで
コードが固まったら後々の可読性のため使わない方は消してしまうし
使わない方をコメントで残しても後日メンテナンスするときには
コード書いた本人が覚えてればコメントの意味とかも判って参考になるケースもあるかも知れないけど
他人が書いたコードになるとただのごみ扱いだったり
何世代もコメントが残ってると邪魔な存在でしかないんだよね >>896
なんでviよりも優れたテキストエディタを使ったらダメなの? viよりも優れたテキストエディタを使うと
なんで甘えになるの? >>900
vscode
viの欠点は端末の機能に制限されるって所
だから文字単位でしか描画できないし
使えるショートカットにも制限がある >>903
そんなトーシロの意見を堂々と書かれると恥ずかしい。
Compute Engineで動かないのは土俵にすら上がる資格がない >>904
Compute Engineで動かす必要はない
ローカルで動かせばいいからだ
Google Compute Engine && VS Code でのremote ssh環境構築
https://note.com/hgsgtk/n/nb36465c1ac7f
Compute Engineのviは単に動くだけ。
何も設定されてない使いづらいvi
ローカルのvscodeは使いやすいように設定されているいつものvscode
これができないからviは急速に廃れた そもそもねキーアサインがviならviじゃなくてええねん 結局慣れの問題では?
どうしてもvscodeでなければダメな機能って何? remote developmentだって
標準のviでできなくて、誰かが似たようなものも作ってないだけで
自分でプラグイン作るか、最悪ソースコードを修正すれば
vscodeと全く同じものができるのではないだろうか? viは標準で入ってて共通の操作を期待できるという部分にのみ価値がある
カスタマイズしまくったviはクソ カスタマイズしまくった vim は カスタマイズ済 emacs 同様訳が分からん。 ほかの人にわかってもらいたいわけではないからな
使ってもらいたいわけでもない
自分が便利ならそれでO.K. 初心者にも共通の操作は残したまま追加の操作を設定したVim秘伝のタレなら問題なかろう 好き好んで使うやつが必ず自分向けにカスタマイズしちゃうから 何でカスタマイズがダメなの?みんなが同じものを使うことを強要されてるの? >>924
もしお前が素のviしかない、もしかしたらedしかない環境でプログラムを修正しなければならないとする。
とか、関係ない人にはマッコトどうでもいい話だとおもうんじゃがのう。
或いは、カスタマイズが目的化して現世に戻ってこれない事を恐れてるのかも。 >>924
よしじゃあお前は俺がカスタマイズしたもののみ使え
or 死んでもお前だけがそのシステム全体のメンテナンスをし続けろ vscodeやatomは重い
2万円台の安いPCじゃ起動で待たされる
notepad++, subprime3, bracketsあたりが軽くてお薦め >>932
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」を実行する。 vimを起動するときは、vi 、vim どっちですか? $ ls -l /usr/bin/vi
lrwxr-xr-x 1 root wheel 3 1 1 2020 /usr/bin/vi -> emacs
$ whereis emacs
/usr/local/bin/emacs
$ ls -l /usr/local/bin/emacs
lrwxr-xr-x 1 root wheel 3 1 1 2020 /usr/local/bin/emacs -> vim
$ whereis vim
zsh: command not found: vim サクラエディタにマクロ設定してvi風キーバインドで使ってるんですがfキー押下時のマクロの実装が難しくて
なにか妙案ないですか? 真面目な話なんだけど、、、
今時のプログラマーにはVisual Studio Code一択だろう
全ての現場で標準エディタになっているし、自習用にも機能面でダントツだから、他の選択枝はあり得ないよ FreeBSDに対応してないテキストエディタにはご退場願いたい >>939
EUCの〜の化けるのだけどうにかなれば移行できるんだけどなぁ >>942
設定で自動エンコード有効にして、文字化けするワークスペースでは無効にして文字コード指定してるけど面倒くさいね VimとかEmacsとかVSCodeとかずーっとカスタマイズしてプログラミングが捗らないから使ってはいけない 「まずあらゆる事実を退けることからはじめよう。なぜなら、事実は我々の問題にすこしも関係がないからである。」ジャン・ジャック・ルソー マリーアントワネットのパンがなければケーキを食べろ
って嘘流布したのもルソー さすがパヨクの創始者 vimを常用している奴はプログラマーとして優秀なやつが多い印象。 >>954
その印象を正しいと考える根拠を提示せよ >>955
ディレクトリ内全てのプログラム(*.C)のmakeをして実行ファイルをbinの下に作成したい時に一括で作業できるから なんでもC言語で押し切ろうとする人はあまり優秀じゃないと思うが まだソースエディタとテキストエディタの区別ができない人とスレタイに「使ってはいけない」って書いてあるのが読めない人がいるのか ソースコードエディタはテキストエディタの一種だから区別するもんではないよ >>953
フランス革命自体が略奪を100%美化した嘘だからな >>959
道具は専門で使う人ほど使い分けるもの
包丁をペーパーナイフにする阿呆の料理人はいないだろ
でスレの結論としてはviでいいんだろ >>964
viはコーディング用ではないのでプログラマーが使ってはいけないってこと? viはコピペのやりにくささえなんとかなれば最強なんだが… thonny pythonで@decoratorが使えない viはショートカットが特殊なので誤操作に気づきにくいのが難点
他のテキストエディタはCTRLと英数字キーを組み合わせてコマンド実行するので誤操作は起きにくい 初心者が既存ファイルを開いてうっかりrainと入力したら、あまり直感的でない結果になるでしょ >>969-970
モードが違うって話を「ショートカットキー」って表現してる時点で判ってない人だと判る コンパイルできない
できたとしても表示画面に謎の空間ができる ていうかメモ帳をエディタに使ってるってのがネタだよね? 全角スペースと半角スペースが区別できないものなんて使えるわけない Visual Studio uohlZhvszw@v@.s@x;. emacsのキーバインドは口で言おうとすると実はあまり覚えていないことがある。
何か編集操作を意識(考えるのではなく意識)した瞬間、体操の選手みたいに指が自然に動くようになるんだよね。
VZやviもそう。
そうなるとメニューで編集機能を選択しているより、とてもはやく編集できるようになる。 編集操作を意識というか、編集の流れを意識すると
ピアノで曲を演奏するみたいに編集操作の流れを自然に手が奏でるような感じ viの f とか t はさすがに考えながら打っている
普通のカーソル操作などは手が覚えているけど >>987
それは学習障壁が非常に高いということで、初心者がemacsやviを選んではいけない理由にしかならないよ。 >>991
初心者向けでなければダメなエディタ、なんてことはないでしょう。
そもそもソフトウェア開発は、専門性が高く、訓練・学習を積むにつれスキルが上がり
長い時間を書け高度な開発ができるようになっていくものなので、
習熟者までが初心者向けのエディタや言語を使う必要はなく、自分の能力に応じて
より能率の良いツールを使えば良い筈です ま、いまはソフトウエア開発人材の裾野が広がっ、てシロウト率高くなっちゃってますけれ >>990
ctとかc2wとか、その他もろもろ
特に意識しなくても、編集したいテキストをイメージすると手がスッと動くようになるよ >>993
初心者だけじゃないな。
emacsに慣れていない熟練者も、その学習コストの問題で乗り換えできないよ。
高機能エディタに乗り換えるなら、emacsじゃなくて比較的無難な作りのIDEに乗り換えるなぁ。今ならvscodeとか。 >>996
オレは目的に応じて最も適したものを使い分けるけど
そういう人はそれでいいんじゃない? 学習コストは万人一律では無いからね
どれだけ練習しようとも波動拳出たり出なかったりする覚えの悪い者と
説明読んだだけで思った通りのタイミングでスクリューパイルドライバー出せる人とでは違って当然
覚えの悪い学習障害者は己が劣っている事を認めたくなくて無駄に壁が高いかのように印象操作する まあITドカタなんて揶揄されるようにPGがある一定以上の「出来る者」の仕事では無くなってしまったから仕方無いね このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 585日 13時間 30分 16秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。