편집기 전쟁

편집기 전쟁(Editor war)이란 vi와 Emacs 사용자들 사이에서 일어나는 분쟁을 일컫는 용어이다. 이 전쟁은 해커 문화와 자유 소프트웨어 공동체의 지속적인 부분으로 되고있다.

Emacs와 Vi 간의 싸움은 유즈넷 그룹^[1]에서 일어난 성전(聖戰)의 하나였으며, 적어도 1985년 이래로 자신들이 선택한 편집기가 편집에 대한 완벽의 전형이라고 주장하면서 수많은 악성 댓글이 오갔다.^[2] 운영 체제, 프로그래밍 언어, 버전 관리, 심지어는 소스 코드 들여쓰기 방식에 이르는 여러 부분에 걸쳐 관련 전쟁이 발발하였다.^[3]^[4]^[5]

같이 보기 편집

브라우저 전쟁

각주 편집

↑ “Holy War (Hacker Jargon)”. 2012년 4월 2일에 원본 문서에서 보존된 문서. 2017년 5월 30일에 확인함.
↑ “EMACS vs. vi: The endless geek 'holy war'”. 2016년 11월 30일에 원본 문서에서 보존된 문서. 2017년 5월 30일에 확인함.
↑ “Just Let Me Code”. 2015년 5월 1일에 원본 문서에서 보존된 문서. 2017년 5월 30일에 확인함.
↑ “Why Coding Style Matters”. 2015년 5월 3일에 원본 문서에서 보존된 문서. 2017년 5월 30일에 확인함.
↑ “Never use hard tabs”. Reasons not to use hard tabs
· Due to legacy, different text editors treat hard tabs different. UNIX text editors prefer hard tab is 8 spaces, Windows text editors and IDEs (Eclipse) prefer that a hard tab is 4 spaces.
· The hard tab length agreement between different text editors cannot be reached
· The hard tab length agreement between people cannot be reached
· Thus, hard tabs may break source code readability and editability if there is more than a single person editing the file. They will open the file in an editor with different tab settings, edit it and next time you open the file it is ruined and all indentations are wrong.
· This is even worse on white space sensitive languages (Python, CoffeeScript) as this might actually cause syntax errors or programming logic errors
However, you can avoid this problem in the first place if you do indentation using soft tabs (spaces) instead.
Even if you were the single person in the world editing the text file, even you might switch the text editor in some point and accidentally shoot yourself in the leg.

	이 글은 컴퓨터 과학에 관한 토막글입니다. 여러분의 지식으로 알차게 문서를 완성해 갑시다.
	이 글은 문화에 관한 토막글입니다. 여러분의 지식으로 알차게 문서를 완성해 갑시다.

[1] “Holy War (Hacker Jargon)”. 2012년 4월 2일에 원본 문서에서 보존된 문서. 2017년 5월 30일에 확인함.

[emacsvsvi-2] “EMACS vs. vi: The endless geek 'holy war'”. 2016년 11월 30일에 원본 문서에서 보존된 문서. 2017년 5월 30일에 확인함.

[3] “Just Let Me Code”. 2015년 5월 1일에 원본 문서에서 보존된 문서. 2017년 5월 30일에 확인함.

[4] “Why Coding Style Matters”. 2015년 5월 3일에 원본 문서에서 보존된 문서. 2017년 5월 30일에 확인함.

[5] “Never use hard tabs”. Reasons not to use hard tabs
· Due to legacy, different text editors treat hard tabs different. UNIX text editors prefer hard tab is 8 spaces, Windows text editors and IDEs (Eclipse) prefer that a hard tab is 4 spaces.
· The hard tab length agreement between different text editors cannot be reached
· The hard tab length agreement between people cannot be reached
· Thus, hard tabs may break source code readability and editability if there is more than a single person editing the file. They will open the file in an editor with different tab settings, edit it and next time you open the file it is ruined and all indentations are wrong.
· This is even worse on white space sensitive languages (Python, CoffeeScript) as this might actually cause syntax errors or programming logic errors
However, you can avoid this problem in the first place if you do indentation using soft tabs (spaces) instead.
Even if you were the single person in the world editing the text file, even you might switch the text editor in some point and accidentally shoot yourself in the leg.

[1]

[2]

[3]

[4]

[5]