xtring.dev

node 기반 프로젝트 개발시 npm을 통해 여러 패키지를 설치하곤 한다. npm에 배포된 수많은 패키지를 사용할때 주의할 점 중 하나로 node에 대한 호환성과 타 패키지와의 의존성을 고려해해야 한다. 보통 NPM이 이런 문제들을 해결해주곤하지만 때때로 의존성 충돌로 인해 골머리를 쓰게 될때도 있다.혹은 협업을 하며 하나의 프로젝트에서 npm를 통해 패키지를 다운로드하고 개발할때 서로 다른 버전의 패키지를 사용하면 개발중 문제가 발생할 수 있다. npm install 시 우리는 npm install 하곤하는데 이는 다시 npm 패키지를 설치할때 틸드(~)나 캐럿(^)에 의해 특정 범위의 서로 다른 패키지를 다운로드할 수 있게 된다. 짧은 기간 내에 패키지의 코어한 기능이 수정되지 않는 경우 문..

때때로 프로젝트의 .git 디렉토리 내 특정요소들에 접근 실패로 git를 사용하는데 이슈가 발생했다. 이 때 .git 내 데이터는 남긴채 사용해야한다면 git init하지 않아야 한다. access 할 수 있도록 접근 권한을 상승시켜보도록 하자. 해결 방법은 생각보다 간단하다. 이슈가 있는 프로젝트의 .git 디렉토리 내에서 아래 명령어를 사용한다. # [이슈 프로젝트]/.git > sudo chown -R [User 이름]:[group 이름] *User 이름은 현재 컴퓨터의 사용중인 사용자 이름, group 이름은 finder의 get info에서 확인이 가능하다.(맥 기준이며, 보통은 staff인데 혹시나 확인이 필요하다면 눈으로 확인해보면 좋다.) linux chown 명령어에 대해서 알아보기

작년 말 새로운 회사에 입사해 프로덕트의 전사개편에 참여했다. 구성원 모두가 바쁜 일정을 소화하기 위해 밤낮없이 일하며 1~7월을 순식간에 보내게 되었다. 그래서 그런지 올해 1년은 어떤 때보다 빠르게 지나간 것 같다. 지금와서 생각해보면 열심히여서 좋았고 결과적으로 해냈다는 성취감도 얻을 수 있어 '큰 일'을 해냈구나 싶지만 나 자체를 채우는데는 소홀하지 않았나 싶다. 문득, 해야할 것들만 해내가는 시기쯤 '문제 해결에 좀 더 집중하고 싶다'는 생각을 했다. 좀 더 깊게 고민하는 과정을 거치는 것을 할 수 있으면 좋겠다고 생각했지만 아직까지도 스스로 많이 부족하다는 생각을 했다. 빠른 해답을 내는데 집중하면 결과는 빠르게 나오지만 결과적으로 또 다른 트레이드오프를 발생시키기도 했다. 그래서 스스로 사이..

Linux 터미널에서 명령어를 사용하여 컴퓨터에서 목적지로 가는 네트워크 경로를 확인하거나 DNS 서버가 정상적으로 동작하는지 확인하는 것을 통해 네트워크를 디버깅하는 방법을 알아봅시다. 알아볼 Linux 명령어는 traceroute와 nslookup입니다. traceroute traceroute 명령어는 실행하는 컴퓨터에서 목적지 서버로 가는 네트워크 경로를 확인시켜 줍니다. ping과 동일하게 ICMP 프로토콜을 이용하여 경로를 확인해주는 역할을 하여 ICMP 프로토콜을 제한하는 라우터가 중간에 있는 경우 해당 정보를 파악할 수 없습니다.(얘: 통신사망) 이를 제한하는 이유는 보안적 이슈가 있어 해당 정보를 숨기는 것입니다. traceroute 명령어를 사용하는 방법은 간단합니다. traceroute..

🕺 원문 https://blog.logrocket.com/understanding-javascript-currying/ Understanding JavaScript currying - LogRocket Blog Learn what currying is in Javascript, why and where you should use currying, and how to implement it with code examples blog.logrocket.com Currying은 람다 계산법 컨셉이지만 걱정할 필요없습니다.(간단합니다!) Currying은 한번에 하나의 인자(argument)를 가지고 다음 인자를 함께 새로운 함수에 반환하는 함수입니다. 함수를 f(a, b, c)로 호출할 수 있는 함수에서 f(..

자주 Merge되는 PR을 만들 위한 방법 Github을 통해 개발팀은 협업을 하게 되는데 코드 리뷰를 받고, approve하는 과정을 진행하게 됩니다. PR에서 Merge되는 과정을 짧고 빠르게 만들기 위한 방법을 알아보며 살아있고 빠르게 업데이트되는 서비스를 만들 수 있도록 해봅시다. 요즘 많은 개발팀이 PR(Pull Request)을 통해 Github에서 협업하는 것을 볼 수 잇는 있습니다. 하지만 우리는 매번 (1)PR을 보내고, (2)리뷰어가 리뷰를 진행하고, (3)Approve(승인)를 하기 전까지 항상 기다리기 마련입니다. Github에서 PR을 관리하는 다양한 방법이 있지만 오늘은 작은 PR이라는 주제로 리뷰어의 코드 리뷰 부담을 줄이고, PR comment를 잘 작성하여 한눈에 어떤 내용..

Home Postman Network Browse APIs, workspaces, and collections inside Postman. Explore Postman → learning.postman.com 개발자라면 누구나 한번쯤 들어보고 사용해보았을 만한 Postman의 Mock Server을 이용하여 팀과 협업 시 프론트 개발을 우선적으로 할 수 있도록 Mock API를 만들어 봅시다. Postman을 통해 개발한 API를 테스트하고, 결과를 공유하여 API 개발의 생산성을 높여주는 툴입니다. 주로 개발된 API를 테스트하기 위해 많이들 사용해보셨을 텐데요. 이 포스트은 Postman의 Mock Server을 통해 실 API가 나오기 전 Mock API를 만들고 프론트 개발을 먼저 시작하기 위해서..

생활코딩 docker 입문수업 - 호스트와 컨테이너의 파일시스템 연결 https://www.youtube.com/watch?v=AmSKD4p-jhw&list=PLuHgQVnccGMDeMJsGq2O-55Ymtx0IdKWf&index=7 이전 시간에 우리는 도커의 컨테이너 내부의 파일을 직접 접근하고 수정하는 일을 해보았습니다. 하지만 이는 불편하고 위험한 일들이 일어날 수 있습니다. 예를 들어서 우리가 도커 컨테이너의 파일 시스템에 접근하고 파일을 직접 수정 했는데 컨테이너를 삭제하는 일이 발생한다면 그간 작업 했던 것들이 모두 사라지게 될 수 있습니다. 컨테이너를 조심히 다루면 이러한 문제가 생기지 않을까요? 그렇지만 우리가 도커의 컨테이너를 사용하는 이유는 필요에 따라 컨테이너를 실행 시키기도 하고 정..