온라인 기사 작성 방법


단도직입적이다
나는 글 쓰는 것을 좋아한다. 내가 이렇게 할 때, 나는 가격 인하로 쓰는 것을 더욱 좋아한다.최근에 사람들이 줄곧 나에게 작문 과정이 무엇과 관련이 있느냐고 물었기 때문에 나는 그것을 이 단문에 쓰기로 결정했다.이것은 나의 과정이니, 너는 절대로 그것을 사용할 의무가 있다고 생각해서는 안 된다.도움이 되었으면 좋겠습니다.

나의 작문 과정
이 모든 것들은 내가 한 가지 생각을 가지고 있다고 가정한다. 나는 내가 무엇을 쓰고 있는지 안다.이 자체가 완전히 다른 화제여서 여기에는 토론이 없다.만약 네가 내가 어떻게 썼는지 알고 싶다면, 이것은 적당한 곳이다.

나의 목표
나는 몇 가지 작문의 주요 목표가 있다.
  • 안정 도구: 내가 쓴 것은 반드시 안정되어야 한다(다시 쓰고 싶지 않다!)
  • 저장: 내 글을 저장하고 싶다. 이렇게 하면 내가 반복하고 인용하며 계속 저장할 수 있다.
  • 교정: 제 문장의 맞춤법과 문법을 검사하고 싶습니다.
  • 가격 인하: 저는 가격 인하로 글을 쓰는 것을 더 좋아합니다
  • 오프라인: 오프라인으로 작업해야 함

  • 내 워크플로우
    나의 업무 절차는 매우 짧아서 나의 주요 목표에 도달했다.바로 업무 흐름에 들어갑시다.

    - 1-VS 코드
    나는 VS Code로 글을 쓴다.그것은 가격 인하 지원이 매우 좋고, 매우 안정적이며, 나의 두 가지 목표를 만족시켰다.그리고 나는 하루 종일 이 안에서 일하기 때문에 다른 도구로 전환할 필요가 없다.
    다음은 내가 사용한 VS 코드 확장입니다.
  • Markdown Lint
  • Markdown Preview
  • Spell Right

  • Peacock - 나는 색깔로 나의 vs 코드 편집기를 인코딩해서 글을 쓴다

  • -2. 견본 작성
    나는 현재 맞춤법 사용 권한 (위의 링크 참조) 을 사용하여 가격 인하에서 맞춤법을 검사하고 있다.그런 다음 구문 확인을 위해 Grammary의 로컬 문서에 컨텐트를 복사하여 붙여 넣습니다.Microsoft Word를 비롯한 모든 구문 확인 도구를 사용할 수 있습니다.
    맞춤법 검사는 이야기의 일부분만 포착하기 때문에 나는 이것이 매우 좋은 절차라고 생각한다.문법 검사는 문장을 혼동하는 것을 피하는 데 도움이 된다.

    - 개인 GitHub 재구매 추진
    내 콘텐츠를 위한 GitHub 저장소를 만들고 내 콘텐츠를 저장하며 잃어버리지 않도록 (두 가지 목표) 강화합니다.나는 이것이 개인적인 것이라고 희망한다. 왜냐하면 그것은 나의 많은 작문을 포함하고 있기 때문이다.나는 또한 나에게 의미 있는 방식으로 나의 저장소를 조직한다.나는 내 글을 빨리 찾아서 수정하고 교체한 후에 계속 전진할 수 있다.
    VS 코드는 GitHub과 잘 통합되어 있으며, 나는 매일 그것을 사용하여 원본 코드를 제어한다.내가 익숙한 도구 중에서, 나는 쉽게 글을 쓰고, 제출하고, 추진하고, 전진할 수 있다.
    다음은 dev.to의 meta 예입니다.
    --------
    title: How I Write Online Articles
    published: true
    description: How you can write online articles
    tags: devrel, vscode, markdown, discuss
    cover_image: https://thepracticaldev.s3.amazonaws.com/i/n0ecqvxjrzh9qy6ekfgy.png
    canonical_url: https://johnpapa.net/how-i-write-online-articles/
    --------
    

    -4 - 대상 사이트에 복사 및 붙여넣기
    제 글의 목표는 Ghost(제 블로그 소재지), Medium, dev.to 또는 그 어떠한 수량의 플랫폼일 수 있습니다.불행하게도, 그것들은 모두 다르기 때문에, 일부는 서로 다른 기능을 지원하고, API는 매우 적기 때문에, 나는 지금 그것들을 복사하여 붙여 넣는다.복사하고 붙이는 데 몇 분밖에 걸리지 않아서 별거 아니에요.
    일단 내가 목표 플랫폼에 붙이면, 나는 보통 좀 어색해 보이는 것들을 발견할 수 있다.나는 목표 플랫폼에서 조정하고 미리보기에서 테스트(발표하지 않음)를 한 다음에 효과가 좋을 때까지 반복한다.
    그리고 변경 사항을 로컬 VS 코드 편집기로 복사해서 제출하고 전송할 것입니다.

    - 5 - 내 블로그에 게시하고
    나는 먼저 나의 내용을 나의 블로그에 발표한다. 왜냐하면 그것은 나의 블로그이기 때문이다. 나는 나의 모든 내용을 저장할 집이 있는 것을 좋아한다.그리고 저는 설정canonical_url을 통해 블로그 게시물의 규범 URL을 제목의 dev.to 목표로 복사합니다.그리고 나는 dev.to에 같은 글을 발표할 것이다.

    표지 그림이나 스케치 노트
    나는 나의 문장에 약간의 시각적 효과를 첨가하는 것을 좋아한다.나는 문장에서 시각적 효과를 찾았고 개념을 한데 연결시키는 데 도움을 주었다.그리고 이거 재미있어!판세 면제 사진을 얻을 수 있는 방법은 매우 많다.Pexels가 그중의 하나다.
    보통 나는 매우 구체적인 그림을 원하는데, 그리는 것이 훨씬 쉽다.이것은 내가 스카치노트를 사용하는 곳이다.본문 맨 윗부분의sketchnote는 내가 문장을 기획하는 데 쓴 것이다.

    I'll share more on how and why I use sketchnotes in a future article.



    미래에 대한 생각
    나는 모든 컴파일 플랫폼에 적용되는 오픈 API, 특히 dev.to를 원한다.당신이 가장 좋아하는 도구(예를 들어 VS 코드)로 로컬에서 작성한 다음 명령을 눌러서 dev.to에 글을 발표하는 것을 상상해 보세요!dev.to에 발표할 확장자를 어떻게 만드는지 토론하고 있습니다.확장은 대상 플랫폼의 API와 확장에 작성할 수 있는 일련의 멋진 기능(예를 들어 liquid Embeddes를 사용하여gist 미리보기)을 필요로 한다.하지만...어이..이것은 매우 재미있고 매우 유용할 것이다.
    dev.to의 위대한 팀은 API를 고려하고 있습니다.나는 이것이 그들이 우선적으로 고려하고 있는 일련의 위대한 생각 중의 특징이라고 생각한다.

    읽기 시간 표시
    가격 인하가 얼마나 걸려야 다 볼 수 있는지 보고 싶습니다.이것은 내가 목표의 정확한 길이에 도달했는지 (더 길든 짧든) 아는 데 도움이 된다.다음은 새로 확장된 이 게시물과 설치할 수 있는 링크입니다.


    You can get Read Time here from the VS Code Marketplace



    뭐 하세요?
    나는 나의 작문 과정을 나누었다.나는 너의 말을 매우 듣고 싶다.너는 달라?너는 그것이 무엇을 좋아하니?당신은 당신이 무엇을 바꿀 수 있기를 희망합니까?

    좋은 웹페이지 즐겨찾기