블로그 맵

Hestia·2022년 2월 19일

개발블로그

목록 보기

2/3

블로그를 굳이 해야하나?

취업을 준비하고 있는 입장에서 취업을 위해 최근 회사들이 요구하는 스택이나 지식이 어떤건지 주기적으로 파악하면서 필요한걸 골라내다보니, 배우는 내용들이 급증하기 시작했다.

다들 블로그를 쓰는데는 이유가 있구나...

개발 공부를 진행함에 따라 배운 내용이 쌓이고 자주 쓰지 않는 지식들은 기억의 바닥에 눌려 ' 아, 이거 분명 배웠던 내용인것 같은데? 이건 어떻게 쓰는거고 어떤 영향이 있었지? ' 같은 추상적인 지식만 생각나 실제 활용하는데 어려움이 생기기 시작했고, 지속적인 정리의 필요성을 직접 느끼게 되어 예전에 작성하고자 했으나 차일피일 미루게 된 velog를 다시 활용해보기로 했다.

지속 가능한 블로그 활용을 위해

주기적으로 업데이트하여 내가 작성해야할 내용들은 어떤건지, 작성한 내용은 어떤 내용이 있는지 index 처럼 활용하기 위해 본 내용을 작성하게 되었다.

추후 블로그를 작성할 때 ' 복잡해서 뭘 해야할지 모르겠다.'라는 핑계로 작성을 미루게 되는것을 방지하기 위해 리스트를 작성하는 규칙을 먼저 정했다.

리스트 작성 규칙

우선순위가 높을 수록 상단에 작성할 것.
대분류는 [ > ] 를 사용해 인용 형식으로 (인용문 작성으로 칸을 나누는 효과를 통해 대분류를 좀 더 빠르게 파악 할 수 있도록),
중분류는 하단에 [ - ]키를 활용하여 리스트화, 세부내용은 [ Tab - ] 를 활용해 들여쓰기된 리스트화할 것.
작성이 완료된 경우 작성한 내용을 하이퍼 링크 등록 후 내용이 최초 작성된 날짜, 추가 업데이트한 날짜 및 업데이트 내역을 적을 것.
되도록이면 작성 할 내용을 한가지 주제를 정해 작성하되, 내용이 방대한 경우 [ 기초 > 이해 > 응용 ] 또는 [ 기초 > 대안 > 발전 ] 형태로 작성할 것.
적어도 작성하는 동안은 해당 내용을 명확히 이해한 뒤 작성 할 것.
적어도 1주에 한번 이상 글을 작성하되, 부득이 하게 작성하지 못하는 경우 어떤 내용을 작성할지 정하여 해당 내용의 초안을 작성해 둘 것.
중간에 작성하는것을 포기하지 말고 자주 들여다 볼 것.

내용 작성 규칙

블로그 작성은 [ 지식의 이해 > 지식의 저장 > 이해한 내용의 전달 > 전달과정에서 발생하는 지식의 확장 ]을 목표로 한다.
축약어를 사용하는경우 원어를 추가 기재해두고, 국어로 대응 되는 단어가 있는 경우 해당 단어를 소괄호 안에 확장기재하여 둔다.
ex) JS(JavaScript : 자바스크립트)
= 1번 항목의 '이해한 내용의 전달'을 함에 있어 내용을 처음 접하는 사람도 연계된 내용을 보기 전에 해당 페이지만으로도 이해할 수 있게 돕기 위함
및 글 작성시 내 지식의 확장 연계를 위해 기재하기로 한다.
2번 항목에서 작성한 내용이 같은 페이지 내에서 재언급 되는경우 처음을 제외한 이후 작성시에는 확장기재를 하지 않는다.
ex) JS(JavaScript : 자바스크립트) 는 HTML , CSS 만으로 구동되던 Web을 이용자에게 (...) 이러한 이유로 JS를 널리 활용하게 되었다.
= 내용을 작성함에 있어 불필요한 타이핑이 늘어나게 되고 가독성이 떨어질 우려가 있다.
단편적인 지식 전달이 목표가 아닌 온전한 지식의 전달 및 읽는이의 이해를 돕기 위해 작성한다.
= 그 지식을 찾아 온 사람이 일부의 지식으로 잘못된 지식이 생기지 않게 방지 하기 위함 및 추후 내가 다시 수월하게 이해하기 위함이다.
연계되는 내용이 이미 작성되어 있는 경우 관련 내용의 링크를 추가해둔다. 연계되는 내용을 작성할 예정인 경우 추가 예정임을 본문에 표기해두고 블로그맵(현재페이지)에 메모해둔다.
당연하게도 참고한 자료들(Reference : 레퍼런스)의 링크를 모두 하단에 기재해둔다.

Usable knowledge

VCS (Version Control System : 버전 관리 시스템)
- Git : 2022.03.12
- Github
- Before Git ( Git 이전 : Subversion , Mercurial , CVS )
Design Model ? : 개발 디자인 모델
- Design Model : MVC ( Model-View-Controller 모델 )
- Design Model : MVP ( Minimum Viable Product 모델 )
- Design Model : MVVM ( model-view-viewmodel 모델 )
- Design Model : Flux ( Flux 모델 , 편의상 모델로 분류했으나 실제로는 Flux Architecture 로 구분.)
DevOps
Develope Model ? : 개발 방법론
- WaterFall 워터폴 방법론
- Lean 린 방법론
- Agile 애자일 방법론
OOP (Objective Oriented Programming : 객체 지향 프로그래밍)
SEO (Search Engine Optimization : 검색엔진 최적화)
Markdown (.md)