분류 전체보기

* [각자도생 끝에 관용] 시리즈 #1 관용이 넘치는 사회는 어떤 세상일까. 처음 보는 사람에게 온갖 불평불만을 쏟아내도 뭐라 하지 않는 세상일까. 아님 남의 일에 신경 쓰지 않는 세상일까. 어쩌면 관용이 넘치는 세상은 모두가 마음속에 간직하고 있는 이상 사회일지도 모르겠다. 누구나 관용에 대해 한 번쯤 생각해보았지만 관용을 어떻게 실천해야 하는지에 대해서는 명확하지 않다. 이 글에서는 관용이 있는 세상은 어떤 세상일지를 상상해보며 현대사회에 어떻게 적용할지 고찰해보는 시간을 가져보겠다. 관용이 있는 세상이란 그닥 직관적으로 와닿지 않는다. 현실이라는 벽에 부딪히며 산산조각 나버린 관용을 직관적으로 받아들이기엔 쉽지 않다. 그러면 관용 있는 세상은 현실의 문제를 먼저 해결한 세상이 아닐까? 이 물음에 앞..

⚙️ 기본 설정 다음과 같은 환경을 사용해서 개발합니다. Es6 문법 webpack5 nodejs v17.5.0 🚀 프로젝트 세팅 웹팩 5와 javascript-obfuscator 모듈을 활용하겠습니다. 먼저 npm 모듈을 설치합니다. npm install --save-dev webpack-cli javascript-obfuscator webpack-obfuscator package.json 에서 번들링 구문을 설정해줍니다. { ... "scripts": { "start": "node app.js", "bundle:development": "webpack --mode=development", "bundle:production": "webpack --mode=production" }, ... } 🔌 Web..

📂 동기 내 블로그를 들여다보면 썸네일 크기와 형식이 제각각이다. 대체 어떤 내용을 전달하려고 하는지도 명확하지 않다. 썸네일은 블로그의 첫인상인데, 보다 간결하고 명확하게 바꿀 필요가 있었다. 문제는 썸네일뿐만이 아니었다. 카테고리의 정리가 더 시급해 보였다. 프로그래밍과 컴퓨터 카테고리는 기술로 묶고, 잡다한 이야기나 불쑥 떠올라서 쓴 글들은 모두 생각 카테고리로 집어넣었다. 이때 회고 카테고리도 신설했는데, 회고를 글로 옮긴 적이 거의 없어서 이번 기회에 프로젝트 기준으로 회고를 작성하려 한다. 그동안 블로그를 운영해오며 생각이 정리되었다. 살아가면서 얻은 소소한 경험을 글로 기록한다는 일 자체가 참으로 값진 일이라는 걸 깨달았다. 그렇게 글 하나하나에 할애하는 시간은 점점 늘어갔고 비로소 글 전체..

fs모듈에서 폴더를 삭제하고 싶을 때 사진과 같은 에러가 뜨며 정상적으로 삭제되지 않는 경우가 있습니다. 에러 화면에서 볼 수 있듯이 폴더 내에 파일이 있으면 에러를 뿜게 됩니다. 이때 강제적으로 제거할 수 있는 방법이 있습니다. fs.rmdir(directory, { recursive: true, force: true }, (error) => { if (error) { return { isremoved: 0 } } else { return { isremoved: 1 } } }); { recursive: true, force: true } 를 설정으로 추가해주면 됩니다.

😅 그동안의 비효율적인 배포 과정 기존 홈서버에 배포할 때 번거로운 과정의 연속이었다. 원격 접속으로 파일을 이동하고 서버를 종료시킨 다음 코드를 덮어쓰고 다시 실행하는 과정을 통해 코드를 업데이트할 수 있었다. 또한 깃허브와 같은 툴을 쓰지 않아 버전 관리에도 문제가 있었다. 이외에도 의존성이 깨지면 다른 소프트웨어에도 영향이 간다거나, 다운그레이드를 위해 앞선 과정을 다시 진행하는 등 문제점이 많았다. 코드란 유기체와 같다. 지속적으로 관리해주고 신경 써주지 않으면 찌꺼기(레거시 코드)가 필연적으로 발생하게 된다. 관리 방법 중 하나가 바로 배포의 자동화다. 이전 글에서도 설명했듯이, 몇 년 전에는 USB로 파일을 이동하는 만행(?)을 저지르기도 했다. 분명 당시에는 버전이 꼬이고 레거시 코드가 넘쳐..

https://devent.tistory.com/141 NodeJS 템플릿 개발기 I. 개발 동기 개발 동기를 3가지로 정리하자면 반복적인 코드 귀찮음 예) 로그인/인증 로직 라우터 몰빵 습관 개선 의지 내가 짠 코드 오픈소스화 '그동안 발로 짠 코드가 많아서 이번 기회에 devent.tistory.com 🖥 바퀴를 재발명하지 말자 앞선 글에 나와있듯이 자동차를 만들기 위해 바퀴를 재발명할 필요는 없다. 반복적인 일을 줄이기 위해서는 한 번 발명했던 기술을 공식화하여 누구나 쉽게 사용할 수 있도록 해야 한다. 마치 수학자들이 수학 공식을 만들듯, 개발자 또한 템플릿화를 해놓으면 편하다. 대부분의 상용 서비스들은 고만고만하다. 커뮤니티, 채팅 앱, 정보공유 서비스 등등 무수한 웹서비스들은 모두 프론트/백엔..

비판 없는 글은 없다. 독자로 하여금 글의 형식이 형편없거나 지루하다면 누구나 쉽게 비판할 수 있다. 그렇게 생긴 비판의 이유는 참으로 다양하다. 가치관이 서로 맞지 않아서 생기는 비판이 대부분이지만 간혹 가다 건전한 비판을 마주하기도 한다. 필자는 건전한 비판에 대해 "다시 생각하게 만드는 또 다른 의견"이라고 생각한다. 건전한 비판은 당사자로 하여금 생각하게 만든다. 글을 쓰다 보면 글의 목적과는 다른 방향으로 전개될 때가 허다하다. 이때 건전한 비판은 초점 잃은 문맥을 정확하게 꼬집으며 일맥상통하는 내용을 만드는 밑거름이 된다. 단적인 예로, 고등학교의 생활기록부가 있다. 생활기록부는 학교생활 전반의 이야기를 담은 기록물이다. 동시에 사람에 대한 객관적인 평가와 비판을 담고 있는 경우가 많다. 생활..

# [프리스타일 생각] 6번째 이야기 어떤 종류의 불편함이든 눈에 보이기만 하면 치워버리고 싶은 마음이 든다. 몇몇 작은 불편함은 금방 해결되지만 그렇다고 해서 모든 불편함이 사라지지는 않는다. 사라지지 않고 끊임없이 괴롭히는 불편함이란 개인이 해결하기 힘든 세상의 문제들이다. 그런 불편함을 편하게 해결할 수는 없다. 세상의 불편함은 불편하게 해결해야 한다. 발명의 대가였던 토머스 에디슨은 "인간의 가장 큰 약점은 끈기가 부족하다는 것이다."라는 말을 남기며 끈질김의 중요성을 강조했다. 무언가를 창조하거나 불편함을 해결하기 위해서는 끈기를 가지고 불편하게 노력해야 한다. 그렇게 얻은 편함은 불편했던 역사를 뒤바꿀 정도로 강력한 친구가 된다. 컴퓨터 기술이 발달하며 세상에 있는 수많은 불편함이 해결되었고 ..