pinkcamel 님의 블로그

다섯 번째 사담콘 참여후기

거제 ㅇ...가 아니라사담콘~ 야호~역시 개발자는 파라파라 추지말고 말고 파라미터나 줘야지~AI AI~ 오이데 ~ 오이데 ~https://5th-sadamcon.sipe.team/ SIPE 다섯 번째 컨퍼런스 - 사담콘 야호, 파라미터나 줘야지2026년 7월 11일 토요일, 서울 마포구 마포대로 122 5층 박병원홀에서 열리는 SIPE 다섯 번째 컨퍼런스 사담콘에 참여하세요.5th-sadamcon.sipe.team지난 주말 사담콘이라는 개발자 IT 동아리의 세미나에 참석했다. 일단 왜 사담콘 야호인지 그리고 파라미터를 왜주는지에 대해서는 위에 설명해놓았다. 이 정도는 현대 시대의 필수 교양으로 안원잘부를 보고 꼭 배워야한다고 생각한다.왜 사담콘에 참여했나요?일단 내가 개발자를 하는 가장 큰 이유 중에 하..

자바스크립트를 공부하기 시작하면 가장 먼저 마주치는 질문이 있다. "그래서 이 코드를 어디서 실행하지?" 자바스크립트는 브라우저에서도 돌아가고 Node.js에서도 돌아가는데, 둘은 비슷해 보이지만 분명히 다르다. 이번 글에서는 두 실행 환경의 차이와 실제로 코드를 실행하는 방법을 정리한다.자바스크립트 엔진: 브라우저와 Node.js의 공통점모든 브라우저는 자바스크립트를 해석하고 실행할 수 있는 자바스크립트 엔진을 내장하고 있다. 대표적인 것이 구글이 만든 V8 엔진으로, Chrome과 Edge 등에서 사용된다.Node.js 역시 이 V8 엔진을 그대로 내장해서 만든 **자바스크립트 런타임(실행 환경)**이다. V8이라는 부품(엔진) 위에 파일 시스템, 네트워크 같은 기능을 얹어서, 브라우저 밖에서도 자바..

자바스크립트의 역사 — 모카에서 멀티 패러다임 언어까지 자바스크립트가 어떻게 지금의 모습이 되었는지 정리해 보았다. 단순한 브라우저 스크립트 언어가 어떻게 웹 전체를 지배하는 언어가 되었는지, 그 흐름을 따라가 보자.자바스크립트의 탄생 (1995)자바스크립트는 1995년 넷스케이프 커뮤니케이션즈(Netscape Communications)의 **브렌던 아이크(Brendan Eich)**가 개발했다. 처음부터 "자바스크립트"라는 이름이었던 것은 아니고, 다음과 같은 순서로 이름이 바뀌었다.모카(Mocha) → 라이브스크립트(LiveScript) → 자바스크립트(JavaScript)당시 큰 인기를 얻고 있던 자바(Java)의 유명세에 편승하기 위한 마케팅 목적의 개명이었기 때문에, 이름과 달리 자바스크립트와..

많은 사람들이 최근 들어서 하네스 엔지니어링에 관심을 많이 가지고 있는 것 같다.나 역시도 이에 관심을 많이 가지고 있고 지금 현재 진행 중인 프로젝트에 나만의 하네스를 만들어서 적용해보았다. 0번을 제외하고 요약하자면 notion에 있는 api 명세를 불러와서 설계 후 구현을 하는데 각 과정을 서로 다른 에이전트가 진행하고 이를 오케스트레이터가 총괄하도록 하며 마지막에 verify.sh를 실행해서 코드를 테스트하는 하네스이다. 추가적으로 프로젝트의 정보에 대해서 단일 진심 공급원도 제공하고 있어서 프롬프트는 너무 정교하게 작성하지 않아도 Agent가 잘 구현해주지 않을까라는 생각을 가지고 있었다. 하지만 오늘 겪은 아주 간단한 api 구현에서 프롬프트의 중요성에 대해서 다시 한 번 생각하게 되었다..

여느 때처럼 개발 중에 코드 토끼가 리뷰를 해줬다. Github actions를 활용해서 CI/CD 파이프라인을 구축하던 중에 이전에는 받지 못했던 리뷰를 받았다.일단 env설정은 secret으로 설정을 해두었고 서버에도 이미 둔 상태라서 바로 resolve하면 되는데 서드파티 액션을 커밋 SHA로 고정하라는게 무슨 말인지 알아보기로했다. 일단 서드 파티에 대해서 짧게 설명하면퍼스트 파티 - 개발자(나)세컨드 파티 - 사용자서드 파티 - 그외 다른 사람이 만든 앱 이제 다시 리뷰와 토끼가 준 글로 돌아가면 checkout은 github에서 공식으로 지원하는 action이지만 개발자인 내가 만든 앱은 아니다. 그래서 코드래빗은 GitHub Actions 문서를 참고해서 checkout을 태그로 사용하는..

NestJS란?서버사이드 애플리케이션우리가 어떤 웹 사이트에 접속하면 서버로부터 HTML, CSS, JavaScript 같은 파일을 받아 브라우저에 화면을 표시하게 된다.하지만 모든 사용자에게 항상 같은 화면만 보여주는 것은 아니다. 로그인한 사용자와 로그인하지 않은 사용자가 보는 화면은 다를 수 있고, 사용자의 권한이나 요청한 데이터에 따라서 응답 결과도 달라질 수 있다.예를 들어 게시판 서비스를 생각해보자.로그인하지 않은 사용자는 글 목록만 볼 수 있다.로그인한 사용자는 글을 작성할 수 있다.관리자는 다른 사용자의 글을 삭제할 수 있다.이처럼 사용자의 상태, 권한, 요청 내용에 따라 다른 데이터를 만들어 응답하는 과정을 서버에서 처리한다. 이러한 역할을 담당하는 애플리케이션을 보통 서버사이드 애플리케..