香港居民

# npx -p [패키지명] [패키지실행명령] [파라미터-옵션] npx -p @kimtaehoon/go teddy-go ko -p 라는 옵션으로 패키지를 설치하고 내부에 선언된 실행문을 실행할수 있다. 마찬가지로 실행시 옵션도 부여 가능하다.

작업을 하다보면 이런 케이스 들이 있다 GUI (github, gitlab) 에서 신규 레파지토리와 브랜치를 생성해놓고 기본적인 공통 스케폴딩 코드만 업데이트된 상태. 로컬에서 위에서 말한 공통 스케폴딩 기반으로 작업을 시작함. 한동안의 작업을 신규 레파지토리에 연결하고 푸시를 시도함 다음과 같은 오류를 볼수 있다 pull 을 해봐야 해결되지 않는 상황일수 있다. 애초에 상이한 두 프로젝트로 인식하고 push를 거절한다. 이럴경우 2 가지 방법으로 해결 가능하다 #강제로 푸시한다 git push -u -f upstream branch_name 혹은 다음도 가능하다 #히스토리를 강제로 연동시킨다 git pull --allow-unrelated-histories 두 가지 방법다 약간 강제로 히스토리를 덮어버..

방법 1. Server-Sent Event : http 통신을 종료하지 않고 계속 상태 유지 (일방 브로드 캐스팅) 2. WebSocket: 양방향 통신 웹소켓이란 https://www.youtube.com/watch?v=yXPCg5eupGM 웹소켓 정의

가끔 하다 보면 develop 에서 파생된 브랜치지만 develop 과 내용이 너무 달라져서 최종 finish 머지를 진행하려고하면 어마무시한 conflict 가 발생하는 케이스가 있다. 최종 버전을 가진 브랜치(release 브랜치라고 하자) 가 기존 develop 의 모든 히스토리를 가지고 있고 충돌을 무시하고 release 브랜치로 다 덮어 쓰면 되는 상황이라면 강제 merge를 진행할 수 있다. 조금 무시무시한 상황이지만 release 브랜치 형상에 대해 전수 검증을 거친 결과물이라면 그래도 시도 할만 하다. 검색해보면 merge -X 뭐 이런거 있는데 다 복잡한 느낌이고 # upstream 공유 레파지토리 명칭 # 로컬 develop 브랜치에서 진행 git fetch upstream # rele..

플랫폼 경제와 공짜 점심 어렵지 않고 잘 읽힌다, 설명도 쉽게. IT 플랫폼 관련 일을 하지만 그냥 막연히 알고 있던 플랫폼, 그리고 요즘 IT 업계 시스템에 대한 쉽고 명확한 설명. 꽤 도움 되는 부분이 많은 책, 추가적으로 생각이 많아지는 책. 누구든지 보라고 추천할수 있다.

만화책으로 재미있다는 얘기는 예전부터 들었으나 딱히 땡기는 만화는 아니라 읽지 않았었다. 최근 넷플릭스에서 다른 애니메이션을 봐서 그런지 추천으로 올라오길래 볼까 말까 하다가 봤다. 결론은... 뭐 이런 재미있는 애니매이션이 있나 싶다. 만화책을 못봤길래 만화책 기준으로 슬램덩크와 비교 할순 없겠으나 애니매이션 기준으로 비교하자면 슬램덩크보다 재미있다. 내가 좋아하는 스토리 흐름이라 그런지 모르겠다 ( 주인공 하나 중심으로 돌아가는 스토리보다 모두가 주인공인 스토리를 좋아한다 ) 몰입력 엄청나다. 특별히 귀에 들어오는 OST 가 없는게 아쉽지만 ( 사실 딱히 아쉽진 않다, 스토리가 좋아서..) 시즌 3까지 다 보고 난 이후에 얘네 피규어를 검색해보는 나를 발견했다 - 피규어는 하나도 사본 적이 없다. 스..

const link: string = 'https://www.daum.net'; const url: URL = new URL(link); console.log(url); // output /* URL { __proto__: URL { href: 'https://www.daum.net/', origin: 'https://www.daum.net', protocol: 'https:', username: '', password: '', host: 'www.daum.net', hostname: 'www.daum.net', port: '', pathname: '/', search: '', searchParams: URLSearchParams {}, hash: '', toJSON: ƒ toJSON(), toStrin..

특정 이름의 태그를 일괄적으로 삭제하고 싶은 경우가 있다 로컬과 리모트 모두. 그럴때 썼다. 예를 들어 태그명에 2017 이 들어간 태그를 모두 지우고 싶다면, [shell] remote 먼저 삭제 git tag -l '2017*' | xargs git push --delete 로컬 삭제 git tag -l '2017*' | xargs git tag -d [/shell] 이렇게 하면 된다. 저 경우는 리모트 먼저 삭제하고 로컬을 삭제해야한다. 만약 로컬을 삭제하고 푸시를 넣으면 매칭 되는 태그가 없어 리모트에 있는 태그를 지울수 없다.

아래 문장이 마음에 들었다. 하나 잘해서, 하나 잘못해서 신뢰감이 생기거나 깨지지는 것이 아니다. 평소에 잘하는 모습과 변수가 발생했을 때 대응하는 모습이 모여 한 사람을 만든다. 아무래도 맡은 일에는 조금 지독해지는 걸 느낀다. 출처 https://blog.ncsoft.com/the-originality-gm-keb-200904/?fbclid=IwAR0shefxcyZ52FvDOhhi3MOkSrIcJMJxl4nNf0uGDKe1DzgzWuZwS58lb1w 오랫동안 사랑받는 게임이 되도록 Game Marketing, 곽은비 blog.ncsoft.com

기존 repository 를 다른 프로젝트에서 npm i 로 설치하여 사용할때 package.json 적혀진 git 주소는 정확한데 npm i 를 해보면 npm ERR! premature close 이런 애가 나오는 경우가 있다. 내 경우는 기존 repository 가 단순 static 이었는데 프로젝트 npm 초기화가 되어있지 않아 접근이 되지 않았던걸로 생각된다 기존 repository 에서 npm init 한 번이면 package.json 이 생성되고 다른 프로젝트에서 npm i 로 설치하여 사용할 수 있다.