개발자_승딱 개발자_승딱

토이프로젝트로 만들었는데 어떻게 유입을 만들어 낼까 고민하다가 유입이 되도 그걸내가 어떻게 알수가 있지? 라는 생각이 들어서 ga 를 적용 해봤다. 1. google analytics 에서 속성 생성 2. google analytics 데이터 스트림 생성 3. 코드적용 google analytics 에서 속성 생성 계정생성 > 설정 > 속성만들기 순서로 진행하면서 사이트 정보 입력해줍니다. 구글 애널리틱스에서 속성(Attribute)은 웹사이트 또는 앱에서 추적하고자 하는 특정 정보를 나타내는 항목입니다. 속성은 웹사이트나 앱에 대한 특정 데이터 세트를 생성하고 유지 관리하는 데 사용됩니다. 예를 들어, 특정 웹사이트의 속성은 사용자의 방문, 페이지뷰, 구매 등과 같은 데이터를 추적할 수 있습니다. go..

5일동안 문제만 풀었더니좀 지치네 이제좀 띄었다가 주기적으로 봐야지 후 일단 느낌점 정규표현식 g 글로벌 태그 역할 : 최처검색만 찾아내는게 아니라 이후 찾는것도 배열 형식으로 다 찾아줌 그리디 알고리즘은 뭐 특별한 건 없었고그냥 문제속에서 최적의 상황을 가정할수 있는 문제여야 하고 그상황이 이후의 상황에 영향을 주지 않았을때 사용할수 있는 거지 어떤 패턴 같은 이야기는 아니였다. 내가 이해한 바로는... bfs 최단거리 문제 풀때 dfs 보다 효율적임 근데 내가 큐 만들고 와일문에서 큐체크해서 하는식으로 하는걸 또 반복문 안에서 하는식으로 해서 좀 복잡하게 풀었는데 다른사람 푼거보니까 dfs 로 되게 깔끔하게 풀었더라 내가 아직 재귀사용해서 떠올리는 걸 바로바로 못하는듯 다음에 바꿔서도 풀어봐야지 내가..

bfs > 큐이용 해서 트리 상단혹은 어느지점 부터 넣고 와일문에서 빼면서 해당노드에 연결된 점들은 큐에넣고 조건에 따라 해줄거 해주고 해서 큐비면 전체 탐색 완료됨 dfs > 재귀이용해서 포문안에서 조건체크 및 다음 스텝 재귀 호출 재귀호출 스텝을 줄여가면서 탈출조건이용해서 역으로 값을 누적시켜와서 사용하는경우 재귀초출 스텝을 늘려나가면서 특정조건 만족시 스텝체크하는 방식 dfs 방식으로 이용하는지 이때는 visited 체크 해주는 배열 넘겨줘서 체크하는 패턴 이랑 스텝 같이 넘겨주는거기억해주고 여러갈래로 재귀로 퍼뜨리면서 최종상태가 됬을대 인자로 받는값을 통해서 원하는값 체크하는 패턴 아 쓸수록 헤깔리네 무튼 재귀 장점을 다시 정리하면 아래서부터 리턴될값을 가정해서 사용하는 방법 인지 최종상태로 여러..

내일은 bfs dfs 공부해야징 ~ 일단 오늘 느낀점 포문보다 while 이 좋은케이스들 i 가 여러개 혹은 케이스별로 다르게 변할거같을때 스텝다 밟고 필터링이나 서머리 하는것보다 중간에 하면서 스텝거쳐가는게 효율측면에서 좋음 그니까 애초에 쌓을때 반환할 값에 접근이 안으로 들어가면 효율성 측면에서 좋다는 이야기임 new Set 중복제거 할때 쓰는데 add 랑 size 메서드 잇었네 처음알음 reduce 사용은 가능한데 복잡한거는 아직 생각해내기 어렵더라 쉬운거부터 자주 써보고 리팩토링할때도 고려해보자 움직임 같은거 체크할때 좌우 중첩 이나 대칭 이런거 유의해서 보기 중복조합은 그냥 조합이랑 거의 도출하는거 똑같음 재귀에 들어가는게 나자신이 제거된게 아니라 그대로 들어가면 되는거니까 n진법 케이스 toS..

오늘 몇개풀다가 느낀거 정리 패턴있을거 같은 문제 풀때 항상 손으로 인풋 그리고 아웃풋으로 가는 과정 꼭 쓰면서 해보기 그려가면서 해야댐 그래야 관찰과정이 들어가서 사고 하기 쉬어짐. 뭐 그런 형태 문제아니여도 그리면 좋은듯 배열 중복제거 할때 new Set() 객체 사용하면 편하게 할수 있음 소수체크할때 효율성 있게 짜는거 고려해 이게 문제자체보다는 문제속에서 필요한 경우가 있는데 효율성 문제 야기할수 있는 부분임 포문돌때 제곱근 까지돌고 홀수만 체크하는 식으로 해서 줄일수 있음 문제자체에 개수에 제한이 있는 경우 패턴을 찾는데 노력하는 거보다 완전탐색 방향의 문제일 가능성이 좀더 높을수 있겠다. 염두하고 문제보도록하자. 완전탐색할때 재귀 어떤방식으로 사용할지 고려 포문와일문 > 조합,순열문제 > 재귀..

프로그래머스 안풀어 본거 풀어보려다가 오늘은 풀어본거 보면서 상기하다가 느낀점정리 특정알고리즘형태의 문제풀이방식이 아닌경우 한가지 방식에 집착하지 않기. 하다가 불편함 낌새 느껴지면 바로 바꾸기 스플릿으로 쪼개서 체크하다가 스플릿 하는 조건 자체가 다양해질수 있다는걸 느꼇을 때 바로 다른 방식 고려 해야지 구질구질 하게 덧붙여서 해결하려고 하지마 스택유형의 문제 팝하면서 조건체크하는 패턴 어려운 패턴은 아니라고 생각하는데 코딩할때 자주 썻던 패턴은 아니여서 바로 바로 못떠올릴수 있어서 아~ 하는 때가 있어서 적어둠 나는 이게 잘 안떠오르 더라공 이게 딱 느낌이 개념화가 안되있어 일단은 뭐하나 넣고 그뒤에거랑 비교해서 빼거나 없어지거나 고런느김 그외에 효율성체크에서 비교도 영향을 주는게 의외라고 느꼇음 그..

/home/ubuntu/SBT-ticket-server/node_modules/firebase-admin/lib/app/firebase-namespace.js:84 0|index | this.INTERNAL = new FirebaseNamespaceInternals(appStore ?? new lifecycle_1.AppStore()); 0|index | ^ 0|index | 0|index | SyntaxError: Unexpected token '?' nodejs 에서 firestore 사용할때 마주한 에러 로컬에서는 문제 없었는데 우분투에서 에러가 남 검색결과 node버젼이 낮으면 나올수 있는 에러였음 나는 로컬은 18 이였고 우분투는 12 버젼 이였음 그래서 배포전에는 몰랐음 우분투에서 nvm 설치..

https://velog.io/@inyong_pang/MAC-%ED%99%98%EA%B2%BD%EB%B3%80%EC%88%98-%EC%B4%88%EA%B8%B0%ED%99%94 npm config ls -l npm root -g npm config set prefix "/usr/local" 이거 위에 디폴트 있음 아오 path 설정 https://anywaydevlog.tistory.com/8#:~:text=%EC%84%A4%EC%B9%98%20%EB%AC%B8%EC%A0%9C%EA%B0%80%20%EC%95%84%EB%8B%88%EB%9D%BC%20%EC%9C%88%EB%8F%84%EC%9A%B0,%EC%9D%98%20%EA%B8%80%EB%A1%9C%EB%B2%8C%20%ED%8C%A8%EC%8A%A..