여론 조사를 하고 연방 사회에 문의하는 것 외에 더 좋은 방법은 없습니다!
]]>저는 주로 Markdown를 사용하지만, Org-mode를 배우는 것도 고려하고 있습니다. 마크업 언어 자체가 아닌 Markdown, Org-mode 및 오래된 일반 텍스트 외에도 두 가지를 언급하는 AsciiDoc와 LaTeX도 있습니다. 새로운 마크업 언어를 배울 가치가 있는지, 그리고 다른 사람들이 사용하는 것이 무엇인지 궁금합니다. 그들이 새로운 마크업 언어를 배우는 것이 쉬웠습니까? 그들은 그것을 연구 논문을 쓰고, 블로그를 쓰고, 이메일을 보내고, 메모를 하는 데 사용하고 있습니까?
여론 조사를 하고 연방 사회에 문의하는 것 외에 더 좋은 방법은 없습니다!
Fell의 논문에서, LaTeX는 선택된 마크업 언어이지만, 다른 모든 경우에, 좋은 오래된 평문은 모든 것과 호환되기 때문에 충분합니다.
찬성해요. 일반 텍스트는 일반 텍스트입니다. 이것은 메모를 하는 가장 쉽고 빠른 방법입니다. 특정 파일을 한 마크업 언어에서 다른 언어로 변환하는 것에 대해 걱정할 필요가 없습니다.
하지만, Nick Anderson에게 Org-mode은 생명입니다. Nick는 지식 관리, e-메일 쓰기, 블로그, 프레젠테이션, 추적 시간, Jira 티켓팅 등 모든 작업에 Org-mode를 사용합니다. Nick의 전체 워크플로우와 일상적인 작업을 통해 Org-mode성을 보장할 수 있습니다.
Nick가 공유한 기사들을 확인해봤는데, Nick의 경험과 과정을 거치고 나니 Nick의 일상 업무가 어떻게 더 빠르고 쉽게 만들어졌는지 짐작이 갑니다. 이것은 제가 언급했듯이, 저는 Org-mode를 배우고 그것을 일상 생활에 통합하는 것을 고려해왔습니다.
Evan Keeton를 들어, 정답은 Markdown 및 LaTeX 마크업 언어입니다. Evan는 수학과 관련된 모든 것에는 LaTeX이 사용되어야 한다는 것을 공유했습니다. 이것은 사실입니다, LaTeX은 과학 문서를 출판하는 데 있어 선택입니다. 만약 여러분이 연구 논문을 출판할 계획이라면, LaTeX에 숙달하는 것이 좋은 생각입니다.
하지만, 노트 필기와 같은 것들에 대해, Evan는 Markdown이 완벽하게 들어맞는다고 말했습니다. Evan의 경우, Markdown는 적절한 렌더러 없이도 읽기 쉽습니다. 그것은 증명할 수 있습니다. Markdown를 오래 사용하는 제 마음은 마치 제 뇌가 렌더러인 것처럼 Markdown 문서를 처리합니다. 자연스럽게 흐르기 때문에 문서의 마크업에 대해 의식적으로 생각할 필요가 없습니다.
Potung Thul는 Fell와 동일한 보기를 공유하며, 일반 텍스트는 폴링의 모든 선택 항목 중 가장 호환되는 형식입니다. Vim는 또한 텍스트 편집을 위한 크로스 플랫폼 소프트웨어를 사용하는 Potung입니다.
위의 여론 조사에서, 그것은 결정적이지는 않지만, fediverse 시민들이 어떤 형식 또는 마크업 언어를 사용하는지에 대한 일반적인 개요를 제공했습니다. 위의 두 가지는 Markdown와 Org-mode, 그 다음에 일반 텍스트입니다. LaTeX은 과학 출판물과 다른 분야에서 사실상의 선택입니다 1.
저는 AsciiDoc에 대해 좋은 점을 들었습니다. 비록 이번 여론조사에서 몇 표를 얻었을 뿐이지만, 그것은 고려해야 할 마크업 언어입니다. 그것은 다른 인기 있는 선택들에 비해 당신에게 더 쉬울지도 모릅니다.
이러한 마크업 언어 중 하나를 사용해 보시겠습니까? 네, 당연히 그래야 합니다. Markdown는 소프트웨어 개발에서 일반적으로 사용됩니다. 예를 들어 Codeberg와 2 같은 웹 저장소 서비스에서 사용되는 마크업 언어입니다. 또한 Hugo와 3 같은 많은 정적 사이트 생성기에서 기본값입니다. 또한 이전 BBcode 형식 이외의 Markdown 편집을 허용하는 포럼 소프트웨어도 있습니다.
그리고 언급했듯이, LaTeX은 STEM (과학, 기술, 공학 및 수학) 출판의 사실상 표준입니다. 작성자는 논문을 LaTeX 문서로 제출할 수 있으며, 게시자는 굵은 글씨, 기울임꼴, 이미지 및 각주와 같은 텍스트 정보를 잃지 않고 자신이 선호하는 형식으로 변환합니다. PDF, ODF 및 DOCX 문서를 제출하는 것과 비교하면 게시자가 변환이 정확한지 확인해야 할 가능성이 높습니다. 아니면, 논문의 저자들은 연구와 실험에 더 많은 시간을 쓸 수 있을 때 이런 것들에 더 많은 시간을 써야 합니다.
물론 일반 텍스트도 마찬가지입니다. 굵은 글씨나 기울임꼴처럼 프레젠테이션이 중요하지 않은 경우, 일반 텍스트는 문서화와 필기에서 일상적인 요구를 충족시킬 수 있습니다. 컴퓨터의 시대 이전에도, 그것이 우리가 이미 하고 있던 일입니다. 평이한 텍스트로 적는 것입니다.
언급된 다양한 마크업 언어에 대한 자세한 내용은 다음과 같은 유용한 링크를 참조하십시오:
주의사항 : 네이버 파파고 신경번역
]]>Microsoft가 EdgeHTML 브라우저 엔진과 Microsoft Edge 브라우저 프론트엔드를 포기한다는 최근 발표는 Browser Wars 2.0의 끝을 의미합니다. 그들의 다음 주력 브라우저가 Chromium 기반이고 따라서 Blink 브라우저 엔진에 의해 구동될 것이라는 그들의 계시는 브라우저 엔진을 통해 인터넷을 제어하기 위한 전쟁인 Browser Wars III의 시작을 알립니다.
Browser Wars III를 이해하려면 이 새로운 전쟁에는 Browser Frontend와 Browser Engine이라는 두 가지 전선이 있음을 알아야 합니다. 이 두 가지 전선을 구별할 수 있습니다.
브라우저 프론트엔드는 단순히 사용자가 보는 브라우저입니다. 이 경우 Chromium 및 Mozilla의 *Firefox [Quantum]*이 있습니다. Chromium 브라우저(프론트엔드 및 엔진)가 있기 전에 가장 많이 분기된 브라우저는 Firefox였습니다. 가장 인기 있는 Firefox 기반 프로젝트 중 일부는 Pale Moon(Gecko 엔진을 Goanna로 분기하기도 함), Waterfox, Comodo IceDragon, Tor Browser 및 원본 Flock 브라우저 .
Chromium이 현장에 도착했을 때 천천히 전환자를 얻었습니다. Flock은 Firefox 기반 브라우저에서 Chromium 기반 브라우저로 마이그레이션하여 충성도 높은 사용자를 확보했습니다(훨씬 나중에 Flock 개발이 종료됨). Opera Browser의 배후에 있는 회사인 Opera Software는 브라우저 프론트엔드와 Presto 브라우저 엔진의 개발을 중단했습니다. 거기에서 그들은 새로운 Chromium 기반 Opera를 만들었습니다! 마이크로소프트가 그들이 할 것이라고 발표한 것과 정확히 일치합니다.
그것으로 충분하지 않다면 Opera 브라우저의 팬들은 Otter Browser 및 *Vivaldi*라는 자체 브라우저도 만들었습니다. 새로운 Chromium 기반 Opera 브라우저보다 훨씬 낫습니다).
다른 Chromium 기반 브라우저는 다음과 같습니다. Yandex Browser; 코모도 드래곤; 용감한; 에픽 브라우저; 그리고 Torch, 몇 가지만 언급하자면. 아무도 더 이상 Firefox를 선택하지 않습니다!
이것은 우리를 …
브라우저 전쟁 III의 브라우저 엔진 부분은 지난 두 번의 브라우저 전쟁에서 가장 중요하고 대부분 무시되었습니다. 오늘날 기사는 Chromium과 Blink를 교환하고 있습니다. 그러나 Chromium은 브라우저 프론트엔드이고 Blink는 브라우저 엔진입니다.
프론트엔드와 엔진은 호환되지 않습니다. 개발자가 할 수 있는 …
Firefox의 브라우저 엔진인 Gecko는 위에서 언급한 사용 사례를 가진 많은 제품을 보았습니다. Blink의 사용은 주로 Chromium에 집중되어 있습니다. 결국, 이미 Chromium이 있는데 왜 처음부터 브라우저 프론트엔드를 구축해야 할까요? 데스크톱과 모바일 플랫폼 모두에서 소프트웨어나 앱의 일부인 것처럼 Chromium을 직접 사용할 수 있는데 왜 내장 브라우징 기능을 추가해야 할까요? (기본 브라우저가 Firefox로 설정되어 있어도 브라우징 경험이 Chrome 자체에 잠겨 있는 소프트웨어를 발견했습니다. Chrome은 Google의 Chromium 기반 브라우저입니다.)
그러나 Chromium과 Blink가 상호 교환 가능하다는 것을 의미하지는 않습니다. 특히 …
프론트엔드 개발자는 소프트웨어와 웹사이트를 디자인할 때 다른 브라우저에 대해 테스트합니다. 현실은 이러한 브라우저를 구동하는 엔진에 대해 테스트하고 있다는 것입니다. 제품 또는 웹사이트가 Blink, Gecko 및 WebKit(Safari 및 모든 Apple 제품) 기반 브라우저에서 테스트된 경우 일반적으로 개발자는 다른 브라우저에서도 동일하게 해석할 수 있습니다. 동일한 엔진에 의해 구동됩니다(반복하지만 일반적으로, 엔진과 해당 버전이 동일하더라도 결과를 변경할 수 있는 다른 요인이 관련되어 있음). Chromium, Chrome, Opera, Vivaldi, Brave 및 Yandex를 설치할 필요가 없으며 모두 Chromium을 통해 Blink에서 구동됩니다.
모두가 Chromium을 기본 브라우저 프론트엔드(개발자) 또는 일일 브라우저(최종 사용자)로 선택하면서 “이 웹사이트가 가장 잘 작동하는” 및 “Google과 같은 Blink 기반 브라우저를 다운로드하세요. Chrome, Opera, Vivaldi, Yandex 및 Brave를 사용하여 이 웹사이트로 계속 이동합니다. 또한 웹사이트를 운영하고 자금이 최대한 빨리 흐르도록 하는 데에만 관심이 있는 개발자와 회사는 Blink가 오늘날 시장에서 가장 큰 점유율을 차지하고 있기 때문에 테스트만 할 것입니다.
그것은 인터넷에 불균형을 초래합니다. Blink의 개발자이기도 한 Chromium 개발자는 이제 인터넷이 표시되는 방식에 대해 더 많은 권한을 갖게 되었습니다. 그들이 그것을 남용하지 않기를 바랍니다. 그러나 숫자나 특정 요소 또는 속성이 작동하는 방식을 기반으로 W3C 컨소시엄(웹 표준을 설정하는 그룹) 내에서 결정이 있었고, 앞으로도 항상 있을 것입니다. 또는 새로운 웹 기능이 Chromium의 버전이나 Mozilla의 해석을 따라야 하는지 여부.
크롬은 표면일 뿐입니다. 브라우저 엔진은 여기에서 진짜 위험입니다. Chromium은 단순히 Blink의 주력 브라우저입니다. 대부분은 브라우저를 처음부터 시작하는 것을 원하지 않기 때문에 분명히 Chromium을 사용하기로 결정하고 원하는 모양으로 조정하고 고유한 기능을 추가했습니다. 그러나 아무도 브라우저 프론트엔드를 처음부터 구축하고 Blink를 브라우저 엔진으로 사용하는 것을 막지 못합니다. Chromium은 개수가 적고 Blink는 개수가 많습니다.
“이 사이트는 다음에서 가장 잘 작동합니다” 및 “이 웹사이트는 완벽하게 테스트되었습니다“는 모두 브라우저 엔진에 관한 것이기 때문에 어떤 브라우저 프론트엔드가 가장 인기 있는지는 중요하지 않습니다. Blink, Gecko, WebKit, Goanna 및 KHTML에 관한 것입니다.
Firefox Quantum을 사용하세요. 하지만 어떤 이유로든 Firefox가 마음에 들지 않는다면 Gecko Quantum 엔진으로 구동되는 브라우저를 사용하세요. Chromium 기반 브라우저가 유일한 대안은 아니며 Firefox 기반 브라우저도 있습니다. 프론트엔드 개발자라면 Gecko Quantum 기반 브라우저에서도 웹사이트 프로젝트를 테스트하십시오. 특정 브라우저 엔진이 시장에서 큰 격차와 지배력을 갖게 함으로써 인터넷을 위험에 빠뜨리지 맙시다.
내 개인적인 경험에 따르면 Gecko는 항상 W3C 권장 사양을 구현하는 데 있어 항상 앞서 있었습니다. Chromium에는 항상 무시되거나 “버그가 아님” 및/또는 “의도한 대로 작동"으로 반복적으로 닫힌 버그가 있습니다. 예를 들어 일부 [아시아] 스크립트에 영향을 미치지만 다음에서 완벽하게 작동하는 글꼴 대체 메커니즘에서 Gecko 기반 브라우저!
마지막 생각 하나. 3개의 브라우저 엔진(Trident, Gecko 및 Blink)이 있는 2개의 아시아 브라우저가 있습니다. IE 기반 Avant Browser 중국 개발자 및 IE 기반 Lunascape 일본 개발자. 예, 다중 엔진 브라우저(Firefox의 경우 확장)가 있습니다.
이 브라우저 전쟁 III는 분명히 브라우저 엔진인 Blink와 Gecko에 관한 것입니다. Chromium과 Firefox인 브라우저 프론트엔드는 부차적인 것입니다. 평범한 Joe와 Jane은 이러한 “이름"에만 익숙하기 때문에 더 많이 언급됩니다.
고시 : Google 번역
]]>