<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>jinoism@dev ~ %</title>
    <link>https://jinoism.tistory.com/</link>
    <description>지금을 기억하기 위한, 나를 위한 기록</description>
    <language>ko</language>
    <pubDate>Sat, 13 Jun 2026 12:43:37 +0900</pubDate>
    <generator>TISTORY</generator>
    <ttl>100</ttl>
    <managingEditor>JINOISM</managingEditor>
    <image>
      <title>jinoism@dev ~ %</title>
      <url>https://tistory1.daumcdn.net/tistory/3711672/attach/3ce97bc9d6354982ad64e0cd374778dd</url>
      <link>https://jinoism.tistory.com</link>
    </image>
    <item>
      <title>AI 코딩 시대, 개발자는 무엇을 준비해야 하나 &amp;mdash; 가치가 오르는 것과 떨어지는 것</title>
      <link>https://jinoism.tistory.com/82</link>
      <description>AI 코딩 시대의 개발자. 코드를 짜는 일의 상당 부분을 AI가 가져갔다. 그렇다면 개발자는 무엇을 준비해야 할까. 바이브 코딩과 에이전틱 워크플로를 다뤄본 끝에 정리하는, AI 시대에 가치가 오르는 역량과 가치가 떨어지는 역량.

들어가며
이 시리즈에서 두 가지를 봤다. 바이브 코딩의 현실에서는 AI가 앱의 70%를 만들어주지만 나머지 30%는 사람의 몫이라는 것을, Claude Code 실전 워크플로에서는 그 30%를 끌어올리는 건 프롬프트 솜씨가 ..</description>
      <category>  Engineering Log/AI Coding</category>
      <category>AIcoding</category>
      <category>AI시대</category>
      <category>AI코딩</category>
      <category>claudecode</category>
      <category>개발자성장</category>
      <category>개발자역량</category>
      <category>개발자커리어</category>
      <category>바이브코딩</category>
      <category>에이전틱코딩</category>
      <category>커리어준비</category>
      <author>JINOISM</author>
      <guid isPermaLink="true">https://jinoism.tistory.com/82</guid>
      <comments>https://jinoism.tistory.com/82#entry82comment</comments>
      <pubDate>Fri, 12 Jun 2026 13:36:48 +0900</pubDate>
    </item>
    <item>
      <title>클로드 코드(Claude Code)로 사이드 프로젝트 빠르게 만들기 &amp;mdash; 실전 워크플로</title>
      <link>https://jinoism.tistory.com/81</link>
      <description>클로드 코드(Claude Code) 실전 워크플로. AI에게 &quot;그냥 시키는&quot; 것과 &quot;제대로 시키는&quot; 것은 결과가 다르다. 사이드 프로젝트를 빠르게, 그러나 망가지지 않게 만드는 Claude Code 활용법을 CLAUDE.md&amp;middot;계획 우선&amp;middot;서브에이전트 중심으로 정리한다.

들어가며
지난 글에서 바이브 코딩의 한계를 봤다. 도구는 70%까지 데려다주지만, 나머지 30%는 결국 사람이 채워야 한다고. 그렇다면 질문이 바뀐다. 개발 지식..</description>
      <category>  Engineering Log/AI Coding</category>
      <category>AIcoding</category>
      <category>AI코딩</category>
      <category>claudecode</category>
      <category>CLAUDEmd</category>
      <category>개발워크플로</category>
      <category>바이브코딩</category>
      <category>생산성</category>
      <category>서브에이전트</category>
      <category>에이전틱코딩</category>
      <category>클로드코드</category>
      <author>JINOISM</author>
      <guid isPermaLink="true">https://jinoism.tistory.com/81</guid>
      <comments>https://jinoism.tistory.com/81#entry81comment</comments>
      <pubDate>Thu, 11 Jun 2026 11:10:17 +0900</pubDate>
    </item>
    <item>
      <title>바이브 코딩의 환상과 현실 &amp;mdash; 앱은 만든다, 근데 서비스는 아니다</title>
      <link>https://jinoism.tistory.com/80</link>
      <description>바이브 코딩의 현실. v0, Lovable, Bolt로 &quot;말만 하면&quot; 앱이 만들어진다. 어디까지 진짜로 되고, 어디서부터 막힐까. AI로 MVP를 만들 때 실제로 되는 것과 안 되는 것을, 환상 빼고 정리한다.

들어가며
&quot;코딩을 몰라도 앱을 만든다.&quot; 요즘 가장 뜨거운 키워드, 바이브 코딩(vibe coding)이다. v0, Lovable, Bolt 같은 도구에 원하는 걸 말로 설명하면 몇 분 만에 동작하는 앱이 나온다. Lovable은 사용자 800..</description>
      <category>  Engineering Log/AI Coding</category>
      <category>AI코딩</category>
      <category>BOLT</category>
      <category>lovable</category>
      <category>MVP</category>
      <category>V0</category>
      <category>vibecoding</category>
      <category>개발자</category>
      <category>노코드</category>
      <category>바이브코딩</category>
      <category>프로토타입</category>
      <author>JINOISM</author>
      <guid isPermaLink="true">https://jinoism.tistory.com/80</guid>
      <comments>https://jinoism.tistory.com/80#entry80comment</comments>
      <pubDate>Wed, 10 Jun 2026 11:09:36 +0900</pubDate>
    </item>
    <item>
      <title>쿠키 vs 세션 vs 토큰 &amp;mdash; 웹 인증 방식 비교</title>
      <link>https://jinoism.tistory.com/79</link>
      <description>쿠키 vs 세션 vs 토큰. 웹 인증의 3대 개념. 비슷해 보이지만 인증 정보를 어디에 저장하느냐가 다르다. 셋의 차이와 동작 원리, 그리고 언제 무엇을 써야 하는지를 그림과 함께 정리한다.

들어가며
로그인 기능을 만들다 보면 쿠키, 세션, 토큰이라는 단어를 반드시 만난다. 그런데 이 셋이 어떻게 다른지, 어떤 관계인지 명확히 설명하기는 의외로 어렵다. &quot;쿠키에 세션을 저장한다&quot;거나 &quot;토큰을 쿠키에 담는다&quot; 같은 말이 섞여 나오면 더 헷갈린다.

핵심..</description>
      <category>  Tech Stack/Backend</category>
      <category>jwt</category>
      <category>stateless</category>
      <category>로그인</category>
      <category>백엔드</category>
      <category>세션</category>
      <category>세션vs토큰</category>
      <category>웹인증</category>
      <category>인증방식</category>
      <category>쿠키</category>
      <category>토큰</category>
      <author>JINOISM</author>
      <guid isPermaLink="true">https://jinoism.tistory.com/79</guid>
      <comments>https://jinoism.tistory.com/79#entry79comment</comments>
      <pubDate>Tue, 9 Jun 2026 10:45:58 +0900</pubDate>
    </item>
    <item>
      <title>XSS와 CSRF &amp;mdash; 헷갈리는 두 공격, 무엇이 다른가</title>
      <link>https://jinoism.tistory.com/78</link>
      <description>XSS와 CSRF. 이름도 비슷하고 둘 다 웹 보안 공격이라 항상 헷갈린다. 하지만 공격 방향도, 대응 방법도 정반대다. 두 공격의 차이를 명확히 가르고, 각각의 동작 원리와 방어법을 코드로 정리한다.

들어가며
웹 보안을 공부하면 XSS와 CSRF가 거의 세트로 등장한다. 이름도 알파벳 네 글자로 비슷하고, 둘 다 웹 공격이라 헷갈리기 쉽다. 하지만 이 둘은 공격하는 방향이 정반대다.

XSS는 &quot;사용자를 속여 악성 스크립트를 실행시키는&quot; 공격이고, ..</description>
      <category> ️ Security Notes</category>
      <category>CSRF</category>
      <category>CSRF토큰</category>
      <category>httponly</category>
      <category>samesite</category>
      <category>xss</category>
      <category>백엔드보안</category>
      <category>보안취약점</category>
      <category>시큐리티</category>
      <category>웹보안</category>
      <category>크로스사이트스크립팅</category>
      <author>JINOISM</author>
      <guid isPermaLink="true">https://jinoism.tistory.com/78</guid>
      <comments>https://jinoism.tistory.com/78#entry78comment</comments>
      <pubDate>Mon, 8 Jun 2026 10:49:33 +0900</pubDate>
    </item>
    <item>
      <title>트랜스포머(Transformer)와 어텐션(Attention)</title>
      <link>https://jinoism.tistory.com/77</link>
      <description>트랜스포머(Transformer). RNN의 한계를 어텐션 하나로 뒤집은 구조. &quot;Attention Is All You Need&quot;가 왜 딥러닝의 판도를 바꿨는지, 셀프 어텐션의 동작 원리를 수식과 그림으로 정리한다. 오늘날 GPT&amp;middot;BERT의 출발점이다.

들어가며
RNN 글에서 순환 신경망이 순서가 있는 데이터를 어떻게 처리하는지 봤다. 그런데 RNN에는 두 가지 고질적인 한계가 있었다. 2017년, 구글이 발표한 논문 &quot;Attention ..</description>
      <category>  Data Science &amp;amp; AI/Deep Learning</category>
      <category>attention</category>
      <category>BERT</category>
      <category>GPT</category>
      <category>LLM</category>
      <category>Transformer</category>
      <category>딥러닝</category>
      <category>셀프어텐션</category>
      <category>어텐션</category>
      <category>자연어처리</category>
      <category>트랜스포머</category>
      <author>JINOISM</author>
      <guid isPermaLink="true">https://jinoism.tistory.com/77</guid>
      <comments>https://jinoism.tistory.com/77#entry77comment</comments>
      <pubDate>Sun, 7 Jun 2026 14:31:50 +0900</pubDate>
    </item>
    <item>
      <title>브라우저 렌더링 과정 &amp;mdash; google.com을 입력하면 화면에 그려지기까지</title>
      <link>https://jinoism.tistory.com/76</link>
      <description>브라우저 렌더링 과정. google.com을 입력하면 화면에 페이지가 그려지기까지 무슨 일이 일어날까. 개발자 면접 단골 질문을 따라, 요청 과정부터 브라우저가 화면을 그리는 렌더링 파이프라인과 성능 최적화까지 정리한다.

들어가며
&quot;브라우저에 google.com을 입력하고 엔터를 누르면 무슨 일이 일어나나요?&quot;
개발자 면접 단골 질문이다. 이 질문이 좋은 건, 하나의 흐름 안에 네트워크와 브라우저 동작이 모두 들어 있어서다. 특히 프론트엔드 개발자라면..</description>
      <category>  Tech Stack/Frontend</category>
      <category>async</category>
      <category>criticalRenderingPath</category>
      <category>cssom</category>
      <category>defer</category>
      <category>DOM</category>
      <category>REFLOW</category>
      <category>repaint</category>
      <category>면접질문</category>
      <category>브라우저렌더링</category>
      <category>프론트엔드</category>
      <author>JINOISM</author>
      <guid isPermaLink="true">https://jinoism.tistory.com/76</guid>
      <comments>https://jinoism.tistory.com/76#entry76comment</comments>
      <pubDate>Sat, 6 Jun 2026 20:25:52 +0900</pubDate>
    </item>
    <item>
      <title>주니어 개발자가 꼭 알아야 할 6가지 &amp;mdash; 시니어 개발자가 미리 알았으면 했던 것들</title>
      <link>https://jinoism.tistory.com/75</link>
      <description>주니어 개발자에게. &quot;나는 백엔드니까 이것만&quot;, &quot;나는 프론트니까 이것만&quot; 하는 선 긋기가 가장 위험하다. 10여 년간 현업에서 일하고 창업까지 거치며 본, 주니어가 흔히 하는 실수와 미리 알면 좋은 것들을 정리한다.

들어가며
2012년부터 개발 일을 하면서, 그리고 시니어가 되어 여러 주니어와 일하면서 비슷한 패턴을 자주 봤다. 실력이 부족해서가 아니라, 시야를 좁게 잡아서 생기는 아쉬움들이다.
이 글은 &quot;이렇게 하면 안 된다&quot;는 잔소리가 아니다. ..</description>
      <category>☕️ Essays</category>
      <category>T자형인재</category>
      <category>개발자마인드셋</category>
      <category>개발자성장</category>
      <category>개발자조언</category>
      <category>백엔드개발자</category>
      <category>신입개발자</category>
      <category>주니어</category>
      <category>주니어개발자</category>
      <category>커리어</category>
      <category>회고</category>
      <author>JINOISM</author>
      <guid isPermaLink="true">https://jinoism.tistory.com/75</guid>
      <comments>https://jinoism.tistory.com/75#entry75comment</comments>
      <pubDate>Fri, 5 Jun 2026 11:39:59 +0900</pubDate>
    </item>
    <item>
      <title>콜백 지옥에서 async/await까지 &amp;mdash; JavaScript 비동기의 진화</title>
      <link>https://jinoism.tistory.com/74</link>
      <description>JavaScript 비동기. 콜백 지옥에서 시작해 Promise, async/await로 탈출하는 과정을 따라가고, 그 모든 걸 가능하게 하는 이벤트 루프의 동작 원리까지 코드와 함께 정리한다.

들어가며
JavaScript는 싱글 스레드다. 한 번에 하나의 일만 한다.그런데 네트워크 요청이나 타이머처럼 시간이 걸리는 작업을 만날 때마다 멈춰 서서 기다린다면, 화면 전체가 얼어붙을 것이다.그래서 JS는 이런 작업을 비동기(asynchronous) 로 처..</description>
      <category>  Tech Stack/Frontend</category>
      <category>asyncawait</category>
      <category>JavaScript</category>
      <category>JS</category>
      <category>promise</category>
      <category>마이크로태스크</category>
      <category>비동기</category>
      <category>이벤트루프</category>
      <category>자바스크립트</category>
      <category>콜백지옥</category>
      <category>프론트엔드</category>
      <author>JINOISM</author>
      <guid isPermaLink="true">https://jinoism.tistory.com/74</guid>
      <comments>https://jinoism.tistory.com/74#entry74comment</comments>
      <pubDate>Thu, 4 Jun 2026 11:17:58 +0900</pubDate>
    </item>
    <item>
      <title>JPA N+1 문제 완전 정복 &amp;mdash; 재현부터 Fetch Join, Batch Size까지</title>
      <link>https://jinoism.tistory.com/73</link>
      <description>JPA N+1 문제. 잘 돌아가던 API가 데이터가 쌓이자 갑자기 느려졌다면, 십중팔구 N+1이다. 왜 생기는지, 어떻게 찾는지, 그리고 Fetch Join&amp;middot;EntityGraph&amp;middot;Batch Size로 어떻게 잡는지를 쿼리 로그와 함께 정리한다.

들어가며
JPA를 쓰다 보면 코드는 깔끔한데 성능이 이상하게 안 나오는 순간이 온다. 분명 회원 목록을 한 번 조회했을 뿐인데, 로그를 보면 쿼리가 수십, 수백 개가 나간다. 이게 바로..</description>
      <category>  Tech Stack/Backend</category>
      <category>BatchSize</category>
      <category>EntityGraph</category>
      <category>fetchJoin</category>
      <category>hibernate</category>
      <category>JPA</category>
      <category>NPlus1</category>
      <category>SpringDataJpa</category>
      <category>백엔드</category>
      <category>성능튜닝</category>
      <category>쿼리최적화</category>
      <author>JINOISM</author>
      <guid isPermaLink="true">https://jinoism.tistory.com/73</guid>
      <comments>https://jinoism.tistory.com/73#entry73comment</comments>
      <pubDate>Wed, 3 Jun 2026 16:10:35 +0900</pubDate>
    </item>
  </channel>
</rss>