일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 | 31 |
- 회고
- javascript
- js
- 생각정리
- nest.js
- WIL
- mysql
- 알고리즘
- 코테
- 기록
- mongo
- Git
- react
- next.js
- CS
- 네트워크
- 주간회고
- 피드백
- mongoose
- 리눅스
- til
- Grafana
- typescript
- 트러블슈팅
- 생각로그
- array
- 생각일기
- MongoDB
- Java
- 자바스크립트
- Today
- Total
목록전체 글 (285)
코딩일상

이번주 느끼고 생각하고 배운점 들 이번주 월요일 나의 메인 부서가 정해졌다. 데이터관리 부서로 배정이 되었다. 물론 부서이동을 하였다고 완벽하게 데이터 관리만 하지는 않을것이다. 현재 회사의 개발부서가 생긴지 1년이 채되지 않아 인력풀이 충분하지 않는 상황이기 때문이다. 하지만 나는 오히려 그렇기에 지금의 상황이 마음에 든다. 이제 개발이라는 거자체를 제대로 한지 6개월이조금 지난 상태에서 하나에 만 집중하느것 보다 전반적인것들을 다 경험하고 싶은 마음이 더 크기 때문이다. 그렇게 전반적인 것들을 경험하고 프로세스를 느끼고 난후에 그중 내가 원하거나 보았을때 더 비전있어 보이는곳을 선택하는것이 앞으로 나의 커리어에 더 도움이 될것이라 생각하기 때문이다. 이번주는 생각보다 정신이 없이 지나간거 같다. 옆자..

이번주 느끼고 생각한 점들 npm package agenda가 기존 서버에 적용이 되어있어 있었다. 이를 수정하고 보수해야 하는 과정에서 가장 기본적인 개념의 오류를 찾을 수 있었다. 어떻게 보면 항상 기본적으로 JS에서 변수를 선언할 때 const를 사용하였다. 아무래도 어디서 발생할지 모르는 이슈를 사전 차단하기 위해서 const를 사용한 것인데 어느새 너무 아무 생각도 없이 const를 남발을 하기 시작하였다. 그 결과로 에러를 만나게 되었다. 디버깅으로 보았을 때도 문제가 없어 보였는데 응답을 줘야 하는 곳에서 자꾸 요청을 끊어버리길래 도대체 무엇이 문제인가를 삽질을 하다가 퇴근을 하였다. 그러다 문득 집 가는 길에 요청을 보내는 값이 가변적으로 바뀌어야 하는데 그 부분이 const로 되어있다는 ..

이번주 배운 점들 요즘 주어진 과제를 진행할 때마다 새롭게 배운 것들이 많아 일을 하다 보면 한쪽 모니터에는 수많은 검색 결과 창들이 띄어져 있다. 제대로 소화를 다 했으면 좋겠다고 마음은 하지만 실천을 아직 제대로 하지 못해서 스스로에게 아쉽다. 그래도 마치기 전에 그대로 창을 닫지는 않고 링크들을 따로 개인노션에다가 하고 있어 주말에 한번 쭉 정리를 해보려고 한다. 이번주는 어쩌다 보니 다시 node.js로 구성된 서버를 유지보수하게 되었는데 반갑웠다. 하지만 언제나 느끼는 것이지만 남의 코드를 다시 하나하나 파악하는 것이 제일 어려운 일인 것 같다. 그래도 예전보다는 수월하게 디버깅도 하고 노드는 해왔던 것들이 spring보다는 많아 익숙하여 걱정 없이 시작하였다. 그렇다고 쉽게 해결되진 않았던 것..

벌써 4주차라니.. 곧 회사에 입사를 한지도 한달이 다 되어간다. 역시 일을 하니 시간이 더욱 더 빨리 가는것같다. 아직도 모든것이 새롭고 어색한 부분들이 있지만, 확실히 시간이 약(?)인듯 이제 점점 나의 자리또한 익숙해져가고있다. 이번주 배운점들 사실 기존에는 정말 백엔드로써 프론트를 전혀 안하다보니 회사에서 간단한 값들을 보여주는 부분의 하는것 조차도부담이 느껴지는 순간들이 많았다. 역시 안하던것을 하려고 하니 어색했던것 같다. 그래도 어쨌든 꾸준히 계속하게 되니 브라우저 개발자 툴을 사용하는법도 익숙해지게되었다. 이제는 어디서 어떤 이벤트로써 진행이 되는지 엄청 빠르게 파악은 아니더라도 차근차근 파악 할수있게 되었다. 아무래도 기존 프로젝트 만들어진 코드를(즉, 내가 만든 코드가 아닌) 보니 왜 ..

시간이 정말 빨리 가는 것 같다. 엊그제 첫 출근을 한 것 같은데 벌써 3주가 지났다니 믿기지가 않는다. 그래도 시간이 빠르다는것은 그만큼 집중을 했던 시간이 많았다느 것이라 생각한다. 1주차때는 주어진 task도 없어 그냥 솔직히 회사에서 현재 쓰고 있는 언어와 프레임워크에 대해 공부만 하였다. 그리고 간간히 프로젝트의 구성과 전반적인 과정에대해 설명을 듣고 말이다. 확실히 기업에서의 프로젝트 규모는 내가 한...것이라 전혀 비교가 되지 않을 만큼 방대하였다 왜 컨벤션이 존재하고 규칙들이 있는지 알것 같았다. (이런 것들이 없다면 유지보수 및 관리가 너무 나도 힘들 것 같았다) 사실 부트캠프에서 프로젝트를 할때는 그냥 하면 좋다고 하니깐 컨벤션과 룰들을 정했던 것이었다. 오히려 굳이 이렇게 많은 제약들..

MySQL 에서는 현재 시각을 조회하는 함수로 NOW() 와 SYSDATE 함수가 있으며 현재의 시간을 반환하는 같은 기능을 수행 SELECT NOW(); SELECT SYSDATE(); 시간 결과 차이 먼저 SYSDATE() 는 같은 SQL 에서도 조회 시점에 따라서 결과가 달라지게 됩니다. mysql> Select NOW(), SLEEP(5), NOW(); +---------------------+----------+---------------------+ | NOW() | SLEEP(5) | NOW() | +---------------------+----------+---------------------+ | 2017-10-31 09:57:36 | 0 | 2017-10-31 09:57:36 | +-..
nestat 명령어란?? nestat(network statistic)명령어는 전송 제어 프로토콜, 라우팅 테이블 등 수 많은 네트워크 인터페이스 (네트워크 인터페이스 컨트롤러 또는 소프트웨어 정의 네트워크 인터페이스), 네트워크 프로토콜 통계를 위한 네트크 연결을 보여주는 명령 줄 도구이다. 네트워크 통계( netstat) 명령은 문제 해결 및 구성에 사용되는 네트워킹 도구이며 네트워크를 통한 연결에 대한 모니터링 도구 역할도 할 수 있습니다. 수신 및 발신 연결, 라우팅 테이블, 포트 수신 및 사용 통계는 모두 이 명령의 일반적인 용도입니다. netstat -a TCP와 UDP를 모두 사용하여 모든 수신 포트를 나열 nestat -at TCP 모든 수신 포트를 나열 nestat -au UDP 모든 수..

결론부터 말을 하자면! ANSI SQL이란?? ANSI, American National Standards Institute(미국 표준 협회)가 각기 다른 DBMS(Oracle, MySQL 등)에서 공통적으로 사용할 수 있도록 고안한 표준 SQL문 작성방법입니다. 이를 찾아본 계기?? 일을하다가 LEFT JOIN구문을 사용했다고 한 부분에서 뭔가 특이한 SQL 구문을 보게 되었다?? 이게JOIN 방법이라고?? 우선 예제를 보자?? -- ORACLE SELECT a.name, b.name FROM STUDENTS a, TEACHERS b WHERE a.class_no = b.class_no -- ANSI SELECT a.name, b.name FROM STUDENTS a JOIN TEACHERS b ON ..

가장 중요한 SQL 명령어 들 SELECT- 데이터베이스에서 데이터 추출 UPDATE- 데이터베이스의 데이터 업데이트 DELETE- 데이터베이스에서 데이터를 삭제합니다. INSERT INTO- 새로운 데이터를 데이터베이스에 삽입 CREATE DATABASE- 새로운 데이터베이스 생성 ALTER DATABASE- 데이터베이스 수정 CREATE TABLE- 새로운 테이블 생성 ALTER TABLE- 테이블 수정 DROP TABLE- 테이블 삭제 CREATE INDEX- 색인 생성(검색 키) DROP INDEX- 색인을 삭제합니다. SELECT 구문(데이터 조회) SELECT * FROM Customers; SELECT column1, column2, ... FROM table_name; SELECT Cust..

벌써 2023년이라니 시간이 정말 어떻게 가는지 모르겠다. 이렇게 글을 쓰면서도 새삼스럽다. 그래도 2022년을 열심히 살아온 덕분에 현재 이 글을 조금은 마음 편히 쓰는 것 같다. (2022년 개발자로서 회사에서 취직을 하였기 때문) 오랜만에 첫 개발을 제대로 시작하려고 마음먹었을 때의 글을 다시 보니 그때의 결심과 마음이 보였다. 정말 열심히 준비하고 달렸구나, 그때 당시에는 정말 아무리 열심히 하여도 부족하다는 생각뿐이었다. 하지만 이제 와서 다시 글들을 보니 그때 나 자신은 어떻게든 열심히 공부하고 정리하고 나아갔구나라는 마음이 느껴진다. 글을 다시 보면서 가장 크게 느꼈던 점은 그때 당시에 공부를 할 때에는 뭔가 제대로 알고 한 것들은 아니었지다. 하지만 포기하지 않고 공부를 해왔던 것들이 알게..