최근에 개인 위키를 찾고 있었는데 Hatta이 있습니다. Markdown을 사용하여 HTML을 편집하고 생성하는 작업을 단순화했습니다. 제 질문은 공식 Perl 구현이 이미 존재할 때 Python, Javascript, PHP 등에서 Markdown을 구현 한 이유는 무엇입니까? 이 선택의 이점이 있습니까?Markdown : 왜 "Markdown"마크 업 언어의 많은 구현이 있습니까?
한 가지 점은 개발 용으로 사용되는 다른 언어와 Perl 스크립트를 통합하려는 시도보다 재 작성하기가 쉽다는 것입니다.
또 다른 요점은 John Gruber가 5 년 넘게 원본 구현을 업데이트하지 않았으며 상당수의 사람들이 원본에 존재하지 않는 무언가 또는 다른 것을 원한다는 것입니다. 그래서 그들은 스스로 추가하여 종종 다시 구현합니다. 그 과정에서.
또 다른 점은 어려운 사람들이 소프트웨어의 재사용을 밀어 아무리, 꽤 많은 사람들이 적어도 조금 NIH 태도 어딘가에 숨겨져있다, 그래서 그들은 불필요하게 일을 구현 다시 점이다. 그 중 하나가 완전히 나쁘지 않아 -이 (- 난 내 자신을 쓰는 대신 사용할 수 이미 무엇을 재사용하는 대부분의보다 더 죄가있어 내가 그런 말을 할) 시간이 지남에 청소기 구현에 대한 이해뿐만 아니라 리드를 할 수 있습니다.
사람들은 대부분 이해를 위해 주로 글을 쓰기 시작합니다.하지만 마크 다운의 경우 사양은 충분히 간단하여 작성자가 직접 연습 한 것으로 작성된 코드와 생산에 정말 적합 (웹 개발자의 많은 또한 적어도 아주 잘, 차이를 알고 경험 부족).
모두가 perl을 실행하지 않으므로?
발을 사용하여 장소를 잡을 수있는 이유는 자동차와 버스가있는 이유입니다.
미안하지만 바보 같은 질문이긴하지만 여전히 나에게 분명하지 않습니다. PHP로 구현 된 위키에 텍스트를 입력 할 때 텍스트가 파일 및 디스크에 저장되지 않고 perl 마크 다운으로 사전 처리 될 수 없습니까? 어쩌면 그건 단지 일이 어떻게 이루어지는 것이 아니고 제 질문은 의미가 없습니다. 나에게 perl을 설치하는 것이 큰 문제가 아닌 것 같다. – wp123
Perl을 설치하는 것이 중요하지 않습니다. PHP 나 Python 등에서 작동하게 만듭니다. 일반적으로 하나의 언어를 사용하는 것이 더 쉽습니다. –
따라서 구현 된 장소가 아닌, 스폰 된 프로세스가 있어야 처리 시간이 오래 걸리고 잠재적 인 공격 경로를 열 수있는 다른 언어를 설치해야합니까? 오, 다른 언어에 의존하고 언젠가 당신의 통제 밖에서 언젠가는 변함이 없습니까? 그것은 전혀 좋은 조합이 아닙니다. 물론 모든 소프트웨어가 디스크에 저장되어 perl을 호출 할 수 있다고 가정하고 있습니다. – blowdart
이 많은 이유는, blowdart이 가능성을 언급있다, 그리고 나는 나를 항상 휠 재발견하게 하나 말할거야 :
어떤 사람들은 재미 모두 스스로 뭔가를 쓰고 찾아 재미를, 재미를 위해 또는 특정 언어 또는 일반적으로 프로그래밍 기술을 향상시킬 수 있습니다.
저는 약 8 개의 다른 프로그래밍 언어로 IRC 봇을 작성했으며, 이전 기술을 새로운 언어로 이전하고 이전 언어로 새로운 기술을 되돌려 놓았습니다.
사람들이 재미로 또는 자신이 원했기 때문에 또는 원래 구현이나 아이디어에 만족하지 않아서 복사하지 않은 것들은 많지 않습니다.
오픈 오피스의 피진 (Pidgin), 전체 리눅스 배포판 및 다른 운영체제의 클론이 있습니다.
사람들이 Java (JRuby, Jython) 또는 .NET (IronRuby, IronPython)과 통합하려고했기 때문에 Ruby, Python, C, C++, Haskell, Basic 및 Javascript와 같은 프로그래밍 언어가 여러 가지로 구현되었거나 학습을위한 자체 컴파일러 및 통역사
프로그래밍은 모든 비즈니스가 아니며 "아직 만들어지지 않았다면"만들 수 있습니다. 많은 사람들에게 취미가되었습니다.
그리고 지옥 거 시간을 내 자신의 마크 다운 구현을 곧 쓰기로 확신합니다!
열정을 절반으로 나누었 더라면 나는 훨씬 더 나은 프로그래머가 될 것이라고 생각합니다. 귀하의 의견을 보내 주셔서 감사합니다. – wp123
는 계획 프로그래밍 언어의 너무 많은 구현이있는 방법 같은 이유로 마크 다운 너무 많은 구현이 있습니다
그것은 빠르고, 재미있는 프로젝트처럼 보인다.
마크 다운은 정말 좋은 보이지만, 문서 또는 HTML을 조판을 읽을 ASCII 변환의 문제가 주변에있다 내가 만들고 싶어 하나, 작은, 작은 개선 ...
있다 장기. 필자가 알고있는 첫 번째 사례는 리처드 J. 립톤 (Richard J. Lipton)과 로버트 세짓 위크 (Robert Sedgewick)의 "Formatting Without Formatting"이라는 1990 년 기술 보고서에서 notech 인 경우입니다. 누군가가 그 보고서의 사본을 가지고 있다면, 나는 마크 다운 중 하나 ...
내 좋아하는 재 구현이 사랑을하는 형식의 전체 적재량을 interconverts pandoc이다.
링크를 제공해 주셔서 감사합니다. –
Pandoc은 멋지고 강력합니다. 평문에서 조판을 할 때,'LaTeX'가'notech'에 10 년 정도 앞서 있다고 생각합니다. 적어도 위키 피 디아는 나와 동의하는 듯하다. – Christoph
@Christoph LaTeX 마크 업이나 TeX에 대해서는 '평범한'것이 없습니다. Notech 보고서 사본을 얻을 수 있다면 그렇게 할 것입니다. –
주관적인 소리 – Woot4Moo
질문이 멍청하거나 주관적인 경우 사과합니다. 나는 누군가가 이미 Markdown을 재 구현하는 데 어려움을 겪었던 이유를 이해하기를 원합니다. – wp123