<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Study on</title><link>https://taetaetae.github.io/tags/study/</link><description>Recent content in Study on</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sun, 07 Jan 2024 12:16:21 +0900</lastBuildDate><atom:link href="https://taetaetae.github.io/tags/study/index.xml" rel="self" type="application/rss+xml"/><item><title>그런 개발자로 괜찮은가 - '그룹 스터디' 편</title><link>https://taetaetae.github.io/posts/a-good-developer-in-terms-of-group-study/</link><pubDate>Sun, 07 Jan 2024 12:16:21 +0900</pubDate><guid>https://taetaetae.github.io/posts/a-good-developer-in-terms-of-group-study/</guid><description>&lt;p>　다양한 방식으로 스터디를 해왔다. 정말 많은 것을 배웠던 스터디도 있는가 반면에 지나고 보면 시간이 아까울 정도의 스터디도 있었던 것 같다. 직접 만들어 보기도 했고 참여도 해봤던 것 같다. 이런저런 경험들 끝에 작년 중순에 직접 만들었던 스터디 멤버와는 어느덧 반년을 넘어가고 있는데 바쁜 회사 생활을 하면서도 이제까지 지속할 수 있었던 노하우를 공유해 보고자 한다.&lt;/p>
&lt;h3 id="인원">인원&lt;/h3>
&lt;p>　다 그런 건 아니지만 기존 회사 분들과 스터디를 할 때면 아무래도 원래 알던 사이라 바빠서 준비를 못 해오거나 불참을 하는 경우에 &amp;ldquo;그럴 수도 있지&amp;rdquo;, &amp;ldquo;괜찮아&amp;rdquo; 하며 관대해졌던 것 같다. 또는 다양한 의견을 듣자며 10명 이상 진행을 했던 것 같다. 그렇다 보니 스터디 진행에 집중도가 떨어질 수밖에 없었고 모였을 때 이야기하던 사람들만 이야기한다든지, 중도 하차하는 경험도 많았다.&lt;/p>
&lt;figure>&lt;a class="lightgallery" href="https://taetaetae.github.io/images/a-good-developer-in-terms-of-group-study/blind.png" title="/images/a-good-developer-in-terms-of-group-study/blind.png" data-thumbnail="/images/a-good-developer-in-terms-of-group-study/blind.png" data-sub-html="&lt;h2>블라인드 글에 첨부한 스터디 참여 설문&lt;/h2>">
 &lt;img
 class="lazyload"
 src="https://taetaetae.github.io/svg/loading.min.svg"
 data-src="https://taetaetae.github.io/images/a-good-developer-in-terms-of-group-study/blind.png"
 data-srcset="https://taetaetae.github.io/images/a-good-developer-in-terms-of-group-study/blind.png, https://taetaetae.github.io/images/a-good-developer-in-terms-of-group-study/blind.png 1.5x, https://taetaetae.github.io/images/a-good-developer-in-terms-of-group-study/blind.png 2x"
 data-sizes="auto"
 alt="/images/a-good-developer-in-terms-of-group-study/blind.png" width="60%" />
 &lt;/a>&lt;figcaption class="image-caption">블라인드 글에 첨부한 스터디 참여 설문&lt;/figcaption>
 &lt;/figure>
&lt;p>　이번 스터디는 직접 &amp;lsquo;블라인드&amp;rsquo;라는 익명 커뮤니티를 통해 인원을 모았다. 작년 중순쯤 자바 백엔드 관련된 주제를 스터디 하겠다며 나와 비슷한 연차분들 위주로 모으겠다고 글을 작성했더니 신기하게도 3~40명 되는 분들이나 지원하셨고 그중 오프라인 모임을 고려해서 나 포함 6명 만으로 구성을 하였다.(뭔가 서류 전형 인사담당자가 된 느낌;;) 작은 규모 그리고 새로운 분들과 하게 되니 집중도가 오르는 경험을 할 수 있었고 무엇보다 6명 모두 다른 회사라 각 회사를 대표하는 것 같은 느낌이 들어 스터디 참여에 몰입이나 책임감이 더욱 올랐던 것 같다. 또한 한 주제에 대해 각 회사에서의 경험들을 이야기하다 보니 완전히 다른 시각을 얻을 수 있다는 장점도 있었다.&lt;/p>
&lt;p>　별거 아닐 수도 있지만(또는 오해가 될 수도 있지만) 남녀 성비, 그리고 나이대(연차)를 최대한 맞추고 싶었다. 그래야 분위기가 적당히 딱딱하지도, 부드럽지도 않을 것 같았기 때문이다. 지금은 여자 한 분 나머지 남자분들이라 초반에 걱정도 되었지만 생각보다 분위기가 잘 흘러가서 다행이라 생각을 한다.&lt;/p>
&lt;h3 id="주제와-목표">주제와 목표&lt;/h3>
&lt;figure>&lt;a class="lightgallery" href="https://taetaetae.github.io/images/a-good-developer-in-terms-of-group-study/roadmap.png" title="/images/a-good-developer-in-terms-of-group-study/roadmap.png" data-thumbnail="/images/a-good-developer-in-terms-of-group-study/roadmap.png" data-sub-html="&lt;h2>배워야 할게 한도 끝도 없는 개발자 세상스터디 목표에 따라 집중해야 할 범위를 좁히자!&lt;/h2>">
 &lt;img
 class="lazyload"
 src="https://taetaetae.github.io/svg/loading.min.svg"
 data-src="https://taetaetae.github.io/images/a-good-developer-in-terms-of-group-study/roadmap.png"
 data-srcset="https://taetaetae.github.io/images/a-good-developer-in-terms-of-group-study/roadmap.png, https://taetaetae.github.io/images/a-good-developer-in-terms-of-group-study/roadmap.png 1.5x, https://taetaetae.github.io/images/a-good-developer-in-terms-of-group-study/roadmap.png 2x"
 data-sizes="auto"
 alt="/images/a-good-developer-in-terms-of-group-study/roadmap.png" width="50%" />
 &lt;/a>&lt;figcaption class="image-caption">배워야 할게 한도 끝도 없는 개발자 세상&lt;br>스터디 목표에 따라 집중해야 할 범위를 좁히자!&lt;/figcaption>
 &lt;/figure>
&lt;p>　처음부터 모니터 받침으로 하기 좋을만한 두꺼운 책은 피했던 것 같다. 가볍게, 스터디원들끼리의 친밀도부터 올려야 한다는 생각으로 너무 딥 다이브 한 기술적인 내용보다는 누구나 한마디 정도 할 수 있을만한 가벼운 책부터 시작했다. 그러면서 최대한 참여도를 올리는데 집중했던 것 같다.&lt;/p>
&lt;p>　어디까지나 &amp;ldquo;공부&amp;quot;를 하기 위한 모임이긴 하지만 이 또한 사람과 사람 사이의 &amp;ldquo;관계&amp;quot;가 중요하다고 생각했기에 모였을 때 바로 스터디 이야기를 하는 것보다 부드러운 아이스브레이킹을 자주 해왔다. 또한 너무 루즈 해지지 않게 1달&lt;del>1달 반 정도로 끝날 수 있을만한 주제를 선정했다. 아무래도 한 주제가 2&lt;/del>3달 걸리다 보면 집중도가 떨어지는 경험이 많았기 때문이다. 책 한 권을 다 읽었다는 기간을 짧게 가져가면서 작은 성취의 효과를 최대한 활용하고 있다. 이번 회차가 벌써 네 번째인걸 보면 그래도 나름 잘 선택한 방법이라 생각이 든다.&lt;/p>
&lt;p>　한 회차가 끝날 즈음엔 다음 스터디는 무엇을 할 것인지에 대해 이야기를 하고 다수가 동의하는 주제를 선정한다. 또한 매 회차가 끝날 때마다 어쩌면 어색할 수 있는 이야기지만 스터디 참여를 그만 둘지에 대해 의사를 분명히 물어본다. (그런데 신기하게도 지금 스터디 모임은 이런 이야기를 하기도 전에 스터디 하고 싶은 주제를 먼저 말씀해주시는 편이라, 어쩌면 스스로 사람 운이 좋다는 생각도 해본다.)&lt;/p>
&lt;p>　그저 하나의 책을 읽기로 끝나는 &amp;ldquo;책 읽기 모임&amp;rdquo; 이 아닌 만큼 책을 기반으로 하는 스터디 모임일지라도 목표를 분명하게 잡는다. 여기서 목표는 개인마다 다를 수 있다. 가령 스터디 시간에 나왔던 내용을 각자의 팀에 공유 및 반영을 해본다든지, 스터디 내용에 대해 주도적으로 이야기를 하며 다른 분들의 지식을 훔쳐보겠다든지(?). 책 읽는 것으로 끝나면 안 되고 가능하다면 해당 내용을 실제로 경험하는 사이클까지 만드는 게 더 중요하지 않을까 생각을 해본다.&lt;/p></description></item></channel></rss>