プログラマが使ってはいけないテキストエディタ
■ このスレッドは過去ログ倉庫に格納されています
>>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
編集画面を開いて何も変えずに保存すると、どんどんテキストがかわる製品はたくさんある。 ■ このスレッドは過去ログ倉庫に格納されています