<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>젝트</title>
    <link>https://brunch.co.kr/@@ixKD</link>
    <description>IT 동아리 젝트 구성원들의 여러 가지 인사이트 글들을 공유합니다.</description>
    <language>ko</language>
    <pubDate>Sat, 02 May 2026 19:36:40 GMT</pubDate>
    <generator>Kakao Brunch</generator>
    <image>
      <title>IT 동아리 젝트 구성원들의 여러 가지 인사이트 글들을 공유합니다.</title>
      <url>//img1.kakaocdn.net/thumb/C100x100/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FixKD%2Fimage%2F7WS7iEcbttAfTV08z6neaqtIwXg.png</url>
      <link>https://brunch.co.kr/@@ixKD</link>
      <width>100</width>
      <height>100</height>
    </image>
    <item>
      <title>우리 팀은 왜 자꾸 규칙을 다시 쓰게 될까 - 프로덕트 디자인 아티클 #2</title>
      <link>https://brunch.co.kr/@@ixKD/3</link>
      <description>디자인 규칙을 새로 쓰는 한이 있더라도 UX 개선이 우선되어야 할까요? 어느 날, 함께 프로젝트를 진행하는 동료 디자이너 A씨와 다음과 같은 대화를 나누게 됐다면: A씨: 콜아웃에 사용된 본문 텍스트 색상 말인데요, 지금 정의된 컴포넌트와 디자인 시스템 내 규칙대로 사용하게 되면 페이지 내 시선 흐름이 자연스럽지 않아요.나: 동의합니다. 그런데 콜아웃이 공&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FixKD%2Fimage%2FNl6pNKhRjKVKq1-HSNIABLz3qDM.png" width="500" /&gt;</description>
      <pubDate>Mon, 27 Apr 2026 04:16:06 GMT</pubDate>
      <author>젝트</author>
      <guid>https://brunch.co.kr/@@ixKD/3</guid>
    </item>
    <item>
      <title>GitHub Issue와 PR에서 드러나는 협업 능력 - 프로덕트 개발 아티클 #1</title>
      <link>https://brunch.co.kr/@@ixKD/2</link>
      <description>개발자의 역량은 &amp;lsquo;코드 작성&amp;rsquo; 이 전부가 아니다 보통 개발자를 평가할 때 가장 먼저 보는 것은 역시 코드입니다. 얼마나 깔끔하고, 얼마나 효율적인지가 개발자의 역량을 평가하는 중요한 요소입니다. 하지만 몇 번의 프로젝트를 겪어보면 &amp;ldquo;코드를 잘 짜는 사람&amp;rdquo;과 &amp;ldquo;일을 잘하는 사람&amp;rdquo;, 그리고 &amp;ldquo;함께 일하고 싶은 사람&amp;rdquo; 은 다르다는 것을 알 수 있습니다.  실무에&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FixKD%2Fimage%2FP-lf6zaVp5DOYBW2ilS2FVWWl7I.png" width="500" /&gt;</description>
      <pubDate>Mon, 20 Apr 2026 00:00:19 GMT</pubDate>
      <author>젝트</author>
      <guid>https://brunch.co.kr/@@ixKD/2</guid>
    </item>
    <item>
      <title>제품을 만드는 제품 - 프로덕트 디자인 아티클 #1</title>
      <link>https://brunch.co.kr/@@ixKD/1</link>
      <description>우리 팀의 개발은 왜 느릴까 분명 다들 열심히 하고 있는데, 생각보다 개발 진척이 느리거나 일정을 맞추기 힘들 때가 있죠? 그럴 때 보통 기술이나 인력에 관해 문제를 해결하려 하는 것이 대부분입니다. 더 적절한 프레임워크를 선택하거나 편리한 라이브러리를 끌어 오는 경우도 있고, 개발자를 더 충원한다거나 일정을 더 촘촘하게 관리하는 것들 말이에요.  하지만 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FixKD%2Fimage%2FeK6rnxa5ZoHlaCtJaJs9tm_spgM.png" width="500" /&gt;</description>
      <pubDate>Mon, 13 Apr 2026 03:18:26 GMT</pubDate>
      <author>젝트</author>
      <guid>https://brunch.co.kr/@@ixKD/1</guid>
    </item>
  </channel>
</rss>
