Viva La Vida

Node.js express 시작하기

죠르띠에 — Wed, 2 Sep 2026 12:48:30 +0900

공식문서 따라하기

Installing · Express.js 5.x

Learn how to install Express.js in your Node.js environment, including setting up your project directory, managing dependencies with npm, and configuring TypeScript. Documentation for Express.js 5.x.

expressjs.com

시작할때 가장 쉬운 방법은 공식문서를 따라하는 것이다. 하지만 공식문서를 보면 완벽하게 설명해주지 않는다.

따라서 부분적으로 추가내용이 필요하다.

Installing을 끝내고

TypeScript가 필요하지 않는 사람도 있겠지만, 이번에 개인 프로젝트를 시작하면서 TypeScript를 공부하기 위해 추가하려고 한다.

TypeScript를 설치하고 tsconfig.json과 src/app.ts까지 만들었다면 app.ts에서 ts 오류가 나타날 것이다.

이것은 CommonJS(CJS)와 ES Module(ESM)때문에 발생한다.

package.json을 열어서 type을 보면 "commonjs" 라고 되어있는 것을 "module"로 변경해야한다.

{
  "type": "commonjs"
}

{
  "type": "module"
}

이제 실행을 하면 오류 없이 실행이 되고 localhost:3000에 접속하면 "Hello World!"를 볼 수 있을 것이다.

넥토리얼 코딩 테스트 폐지

죠르띠에 — Tue, 1 Sep 2026 22:15:35 +0900

올해 넥토리얼에서 코딩 테스트가 폐지되었다. 영상에 내오는 내용 중에 인상 깊은 것이 있었다.

과연 코딩 테스트가 채용 과정에서 어느 정도의 역할을 하고 있고
좋은 척도로서의 역할을 하고 있냐에 대해서 고민이 많았다.
그리고 실제 코딩 테스트에서 좋은 평가를 받았던 분들이
실무에서도 좋은 평가를 받고 있다는 실질적인 상관 관계를 도출하지는 못했다.

게임 개발은 못 해봤지만, 회사를 다니면서 코딩 테스트에 나온 문제를 해결하면서 알게 된 알고리즘이나 해결 방법을 실무에 적용해 본 적이 없다. 내가 여러 회사의 코딩 테스트를 하며 느낀 것은 단순히 점수를 매겨 그 사람의 이력서를 볼지 말지 순서대로 나열하기 위한 수단으로 밖에 보이지 않았다.

Q. 코딩 테스트를 폐지하고 지원자들에게 어떤 영향이 있을까?

A: "코딩 테스트를 준비하는데 많은 시간이 필요하다는 사실을 알고 있다. 그래서 그 시간이 사라지면서 게임 개발에 필요한 기본적인 지식들이나 전공 과목에 더 많은 시간을 공부에 할애할 수 있을거라 생각한다."

이 답변에 굉장히 공감한다. 코딩 테스트보단 본인이 개발(웹, 게임, 하드웨어 등)하고 싶은 것의 지식을 쌓는 것이 더 필요하다고 생각하기 때문이다.

BOJ(Baekjon Online Judge) 서비스 종료

죠르띠에 — Mon, 20 Apr 2026 20:56:56 +0900

코딩 테스트 문제를 풀 수 있는 백준이 서비스 종료를 한다.

서비스를 종료하는 명확한 원인은 나오지 않았지만 AI 때문이지 않을까 예상한다.

요즘 뉴스들을 보면 AI를 활용하는 사람을 많이 채용한다.

코딩 테스트로 기본적인 능력은 보겠지만, 평가 기준이 많이 낮아지지 않을까 생각한다.

코딩 테스트 강의도 몇 번 시청했는데, 대부분 백준에서 문제를 가져오는 경우가 많았다.

그래서 기존에 있던 강의들은 어떻게 될지 의문이다.

지금은 LeetCode로 코딩 테스트 문제를 풀고 있지만, 백준의 서비스 종료는 많은 아쉬움을 남긴다.

React와 Next.js

죠르띠에 — Tue, 17 Jun 2025 16:01:16 +0900

Next.js 15.1+는 Vercel 외 환경에서 사실상 쓸 수 없다 | GeekNews

Next.js 15.1.8부터 메타데이터 처리 방식이 변경되어 Vercel 이외의 배포 환경에서 심각한 문제 발생메타데이터가 HTML head에 직접 렌더링되지 않고 "메타데이터 스트리밍"이라는 방식으로 따로 전송

news.hada.io

2025년 React와 커뮤니티의 현주소 | GeekNews

React는 여전히 가장 널리 쓰이는 UI 프레임워크지만, 최근 수년간 커뮤니티 내 혼란과 논쟁, 불신이 증가했으며, 공식 팀과 외부 개발자 간 커뮤니케이션 부재와 잘못된 마케팅이 혼합되어 우려

news.hada.io

GeekNews의 해당 글을 읽고 간단하게 정리하고 느낀점을 작성한다.

최근에 프론트엔드와 바이브 코딩을 공부하기 위해 Next.js와 Cursor를 사용해 클론코딩을 하고 있었다.

하지만 위에 있는 두 개의 글을 읽고 생각을 조금 해보았다.

(게시글의 내용은 링크를 통해 직접 확인해보길 바란다)

먼저 React에 대해 얘기해보면 부트캠프를 이수할때 React를 공부했다. 그때는 CRA가 많이 사용되고 있었고, React 프로젝트를 시작하는데 많은 무리는 없었다. 하지만 최근에는 React에서 CRA를 없애고, Next.js나 Remix등 프레임워크를 추천하고 있다.

그래서 Next.js를 선택하여 학습하고 있던 도중 15.1+ 버전들은 Vercel 외 환경에서 사실상 쓸 수 없다 라는 글을 읽게 됐다. 바이브 코딩으로 공부하기 위해 사용한 프로젝트여서 배포할 생각은 없었지만, 만약 풀스택 개발자로 취업하게 됐을 경우 해당 사항을 고려하지 않을 수 없었다. 현재 웹사이트들을 둘러보면 가장 많이 사용하고 있는게 AWS나 Cloudflare였는데 Vercel에 벤더 록인이 심하다는 평이 많다.

현재 생각하고 있는 대안은 Next.js가 이후 Vercel 벤더 록인이 느슨해질 가능성을 보고 계속 학습을 할지 아니면 다른 대안으로 Vue.js 또는 다른 React 프레임워크를 사용할지이다.

패션플랫폼 무신사, PC버전 지원 종료

죠르띠에 — Wed, 4 Dec 2024 14:12:22 +0900

패션플랫폼 무신사, PC버전 지원 종료…모바일에 올인 | GeekNews

2024년 6월 3일부터 무신사 공식 홈페이지가 모바일 버전으로 전환됨반응형 웹사이트가 아닌 모바일 전용 버전으로만 제공됨"헤럴드 경제, 무신사, PC 웹 페이지가 사라진 이유?"에 따르면 현재 무

news.hada.io

GeekNews의 해당 글을 읽고 간단하게 정리하고 느낀점을 작성한다.

블로그 작성하는 걸 미루다보니 꽤나 옛날 소식을 가져오게 됐다.

한때 정말 관심이 많았던 뉴스 중에 하나였다. PC버전 지원종료와 모바일에 올인하겠다는 얘기였으니 말이다.

댓글을 보면 많은 추측들이 있지만 내가 생각하기에는 PC 버전 유지보수와 비용 문제 때문에 중단했다는 느낌이 들었다.

PC 버전의 사용 유저 수는 날이 갈수록 줄어들고, 유지보수하는 개발자의 연봉도 생각해봐야 했을 것이다.

그리고 무신사가 처음 웹이 제작되었을때 기술과 현재 사용하는 기술, 결국은 레거시가 되어 해결할 수 없을 정도로 였을 것으로 생각된다.

이렇게 된 이상 PC버전을 버리고 모바일에만 집중하자는 결과가 나온 것 같다.

여러분들도 무신사의 사례를 보며, 무엇 때문에 저런 선택을 하게 되었는지 생각해보길 바란다.

데이터 아키텍처? 쉽게 배워봅시다

죠르띠에 — Mon, 25 Nov 2024 16:05:31 +0900

데이터 아키텍처? 쉽게 배워봅시다 | 요즘IT

오늘은 데이터 아키텍처에 대한 이야기를 나누려고 합니다. 처음 접하면 낯설고 복잡할 수 있지만, 함께 차근차근 알아보면 더 이해하기 쉬울 거에요. 데이터 아키텍처(Data Architecture)는 조직이

yozm.wishket.com

요즘IT에서 글을 가져왔습니다.

데이터 아키텍처에 대해 간략하게 설명하는 글이다.

간단하게 데이터 아키텍처의 개념부터 데이터 원천, ETL, 데이터 웨어하우스와 레이크, 데이터 마트, 데이터 활용까지 설명되어 있다.

한때 공장 생산관리시스템을 개발하고, 리포트 또는 보고서를 만들때 데이터 웨어하우스 개념을 사용할까 고민했던 적이 있어서 이 글을 가져왔다. 기존에는 데이터 활용을 단순히 로우 데이터에서 조인의 조인을 하여 원하는 데이터를 추출하였는데, 규모가 커질수록 한계에 부딪치게 됐다. 활용에 앞서 해야하는 ETL, 웨어하우스와 레이크, 데이터 마트의 개념을 알게 되어 좀 더 지식이 늘어났다.

해당 글에는 하트카운트의 원문도 있으니 참고하길 바란다.

이제 마케팅 아니고 '다크패턴'입니다

죠르띠에 — Sun, 17 Nov 2024 17:19:02 +0900

이제 마케팅 아니고 ‘다크패턴’입니다 | 요즘IT

온라인 다크패턴이란 ‘소비자의 착각·부주의를 유발하여 불필요한 지출을 유도하는 행위 및 그러한 의도로 설계된 온라인 인터페이스’를 뜻합니다. 그러나 ‘착각·부주의’라는 표현에서

yozm.wishket.com

해당 글은 요즘IT에서 글을 가져왔습니다.

다크패턴이라는 단어를 처음 접해서 글을 작성해보았다.

다크패턴은 소비자들에게 차각이나 부주의를 유발하여 지출을 유도하는 행위나 그러한 의도로 설계된 인터페이스라고 한다.

내가 접한 이커머스나 쇼핑몰 등에서 많이 봤을 수도 있다.

이 글은 총 4가지의 다크패턴 유형을 잘 알려주고 있다.

편취형
오도형
방해형
압박형

자세한 내용은 해당 글을 읽어보길 바란다.

기획할때나 UI/UX 디자인할때 참고하면 좋을 부분이다.

그리고 공정위에서 작성한 온라인 다크패턴 자율관리 가이드라인도 있으니 읽어봐야겠다.

[인사이트] 자바는 Call By Value(Pass By Value) 방식으로만 동작한다.

죠르띠에 — Thu, 14 Nov 2024 16:05:31 +0900

[Java] 자바는 Call By Value(Pass By Value) 방식으로만 동작한다

1. 자바는 Call By Value(Pass By Value) 방식으로만 동작한다 [ 자바 개발자 제임스 고슬링의 얘기 ] 아래의 내용은 자바 언어의 창시자인 제임스 고슬링(James Gosling)이 집필한 “The Java Programming Language”

mangkyu.tistory.com

망나니개발자님의 블로그 글을 가져왔습니다.

이 글을 읽고 링크를 남겨뒀을때가 c++을 다시 공부해볼까 생각을 들었을때다.

c++에는 포인터라는 개념이 있어서 call by value, call by reference가 따로 분리되어 개념을 정리할 필요가 있었다.

하지만 글을 읽고 내가 아는 것이 틀렸구나라는 것을 알게 되었다.

자바에서는 call by reference로 동작하는 줄 알았는데 반대로 call by value 방식으로만 동작하는 것이다.

분명 나처럼 잘못 알고 있는 경우도 많을 것인데, 해당 글에 토비님이 작성하신 글도 있으니

궁금하다면 해당 블로그 글을 읽어보길 바란다.

2024년 쿠버네티스 표준 아키텍처

죠르띠에 — Tue, 12 Nov 2024 09:12:25 +0900

2024년 쿠버네티스 표준 아키텍처 | 요즘IT

2024년 쿠버네티스는 이제 꽤 성숙한 제품이 된 것 같습니다. 그리고 쿠버네티스와 밀접한 연관이 있는 클라우드 네이티브 컴퓨팅 재단(CNCF, Cloud Native Computing Foundation)에서도 성숙한 제품이라고

yozm.wishket.com

요즘IT에서 글을 가져왔습니다.

클라우드 네이티브 컴퓨팅 재단에서 총 24개의 제품들을 발표했다.

쿠버네티스를 적용할때 여기를 참고하여 하면 좋을 것 같다.

어떤 제품들이 선정되었는지 궁금하다면 링크에 들어가서 확인하도록 하자.

[인사이트] 상위 1% 엔지니어의 7가지 간단한 습관

죠르띠에 — Mon, 11 Nov 2024 16:18:59 +0900

상위 1% 엔지니어의 7가지 간단한 습관 | GeekNews

"엘리트 코더가 다른 코더보다 뛰어난 능력을 발휘하는 방법"코더가 아닌 엔지니어가 될 것 (Be an engineer, not a coder)엔지니어링은 문제를 해결하는 것최고의 엔지니어는 코드를 목적 달성을 위한

news.hada.io

GeekNews의 해당 글을 읽고 간단하게 정리하고 느낀점을 작성한다.

제목에서는 7가지이지만 막상 나열해보니 9가지이며, 간략한 이유도 작성된 글이었다.

9가지 습관을 나열하자면 아래와 같다.

코더가 아닌 엔지니어가 될 것 (Be an engineer, not a coder)
컴퓨터가 아닌 인간을 위한 코드 (Code for the human, not the computer)
코드 자체에서 벗어나기 (Detach from the code itself)
일관된 표준 사용 (Use Consistent standards)
간단한 코드를 작성 (Write simple code)
의외성을 허용하지 않음 (Don't allow surprises)
자주 소통하기 (Communicate often)
빠르게... 그리고 느리게 코딩하기 (Code fast... and slow)
맹목적으로 규칙을 따르지 말 것 (Don't follow rules blindly)

이때까지 개발로 일을 하면서 가장 공감되는 것이 세 가지가 있다. 간단한 코드를 작성, 의외성을 허용하지 않음, 자주 소통하기이다.

간단한 코드를 작성하면 다른 사람이 코드를 봤을 때, 이해하기 쉽고 어떤 의로를 가지고 작성했는지 파악하는 시간이 짧아진다.

의외성을 허용하지 않아야 어떠한 상황에서도 같은 결과를 에측할 수 있고, 재사용이 가능하다. 생산관리시스템을 개발할때 공장의 생산 프로세스를 맞춰 커스텀을 한 경험이 있어서 모든 상황에 맞게 기능을 하나하나 개발하다보니 하나의 메소드 또는 함수에 복잡하게 되어버리는 경험을 한 적이 있다.

자주 소통하기는 기획, 설계, 개발, 운영 모든 것을 다 혼자한다면 상관없지만, 대부분 회사에 들어가면 다른 직원들과 소통하게 된다. 기획서를 받아서 읽어보고 어떤 의도로 기획된 것인지, 어떤 문제를 해결할 수 있는지에 대해 소통해야하고, 설계에서도 어떤 데이터를 처리할 것이고, 저장 수정하게 될지 등 많은 것들을 혼자 생각하고 일을 진행하는 것보다 물어보고 이해하고 소통하는 것이 일의 진행이 더 빠르게 처리할 수 있다.

이와 같이 내가 경험했던 것으로 설명해 보았다. 해당 링크의 글을 읽고 자신의 경험에 빗대어 인사이트를 얻길 바란다.