Dudmy's Devprint

JvmStatic with Synchronized

Sun, 21 Mar 2021 00:00:00 +0000

JvmStatic & Synchronized 어노테이션이 동시에 선언된 정적 함수를 어디에서 (자바 or 코틀린) 호출하느냐에 따라 lock을 거는 객체가 달라지는 점을 주의해야 한다. 아래는 간략한 예시 코드이다.

sealed class A {
    object A1 : A()
    object A2 : A()

    companion object {
        @JvmStatic
        @Synchronized
        fun getInstance(): A {
            return if (/* ... */) A1() else A2()
        }
    }
}

class B { // Kotlin Class
    init {
        A.getInstance()
    }
}

public class C { // Java Class
    public C() {
        A.getInstance();
    }
}

Thread Dump

"DEADLOCK_TEST-1" prio=3 waiting for monitor entry
  java.lang.Thread.State: BLOCKED
     waiting for DEADLOCK_TEST-2 to release lock on <0x6f5> (a java.lang.Class)
      at net.dudmy.example.A$Companion.getInstance(A.kt:55)
      - locked <0x3044> (a net.dudmy.example.A$Companion)
      at net.dudmy.example.B.<init>(B.kt:13)

"DEADLOCK_TEST-2" prio=3 waiting for monitor entry
  java.lang.Thread.State: BLOCKED
     waiting for DEADLOCK_TEST-1 to release lock on <0x3044> (a net.dudmy.example.A$Companion)
      at net.dudmy.example.A$Companion.getInstance(A.kt:46)
      at net.dudmy.example.A.getInstance(A.kt:-1)
      - locked <0x6f5> (a java.lang.Class)
      at net.dudmy.example.C.<init>(C.java:53)

DEADLOCK_TEST-1 : Call from Kotlin

① locked ...$Companion ⟶ ③ waiting to release lock on java.lang.Class
코틀린에서는 아래 함수를 호출하여 Companion의 lock을 먼저 획득

public static final class Companion {
    @JvmStatic
    @NotNull
    public final synchronized A getInstance() {
        // ...
    }
}

DEADLOCK_TEST-2 : Call from Java

② locked java.lang.Class ⟶ ④ waiting to release lock on ...$Companion
자바에서는 아래 함수를 호출하여 A Class의 lock을 먼저 획득

public abstract class A {
   @JvmStatic
   @NotNull
   public static final synchronized A getInstance() {
      return Companion.getInstance();
   }
}

개선 방향

JvmStatic 어노테이션 제거 후 자바에서는 A.Companion.getInstance() 호출하도록 하여 해결할 수도 있지만, Synchronized 어노테이션 대신 lock을 걸고자 하는 객체를 명시적으로 작성하는게 안전할 듯 하다.

sealed class A {
    object A1 : A()
    object A2 : A()

    companion object {
        @JvmStatic
        fun getInstance(): A {
            synchronized(A::class.java) {
                return if (/* ... */) A1() else A2()
            }
        }
    }
}

Android 11 GROUP BY 동작 변경

Mon, 08 Feb 2021 00:00:00 +0000

일반적으로 GROUP BY 절은 반드시 그룹 함수(COUNT, MIN, SUM 등…)와 함께 쓰여야 한다. 다른 데이터베이스는 SELECT * FROM {table} GROUP BY {column} 같은 쿼리를 허용하지 않는다. SQLite는 이를 허용하고 있지만 이러한 쿼리의 결과는 예측할 수 없다. 이와 별개로 SQLite 버전에 따른 동작 변경 사항이 있어서 기록해둔다.

TABLE dog

SELECT * FROM dog;

rowid	address	name
1	seoul	coco
2	seoul	ari
3	busan	kiara
4	seoul	casper
5	incheon	marie
6	seoul	fleur
7	busan	rai
8	jeju	rai
9	incheon	bella
10	busan	lucy
11	seoul	molly
12	jeju	daisy

Android 10 SQLite v3.22.0

SELECT * FROM dog GROUP BY address;

rowid	address	name
10	busan	lucy
9	incheon	bella
12	jeju	daisy
11	seoul	molly

Android 11 SQLite v3.28.0

SELECT * FROM dog GROUP BY address;

rowid	address	name
3	busan	kiara
5	incheon	marie
8	jeju	rai
1	seoul	coco

쿼리 결과

v3.22.0은 rowid 컬럼이 최대값인 데이터를, v3.28.0은 rowid 컬럼이 최소값인 데이터를 가져오는 차이가 있다.

Duplicate class found in modules

Fri, 18 Dec 2020 00:00:00 +0000

의존성 충돌 문제가 발생했을 때를 위한 기록…

Error: Duplicate class {clazz} found in modules {moduleA} and {moduleB}.

Error: Conflict with dependency {dependency} in project ‘:app’.

Gradle을 사용하여 안드로이드 프로젝트의 dependency tree를 확인한다.

./gradlew app:dependencies

만약 출력을 텍스트 파일로 쓰고 싶다면 아래와 같이 입력한다.

./gradlew :app:dependencies > filename.txt

만약 HTML 파일 형태로 보고 싶다면 프로젝트 리포트 플러그인 추가 후 아래와 같이 입력한다.

apply plugin: 'project-report'

$ ./gradlew htmlDependencyReport

참고: Using gradle to find dependency tree - Stack Overflow

Git 저장소마다 다른 사용자 정보 설정하기

Mon, 31 Aug 2020 00:00:00 +0000

Git을 설치하고 나서 사용자 정보(이름과 이메일 주소)를 설정할 수 있다.
커밋 할 때마다 이 정보를 사용하며 모든 저장소에 적용되어 우리는 딱 한 번만 설정해 주면 된다.

$ git config --global user.name "dudmy"
$ git config --global user.email dudmy@example.com

만약 저장소마다 다른 사용자 정보를 사용하고 싶다면, 해당 저장소에서 –global 옵션을 빼고 설정해 주면 된다.

$ git config user.name "yujin"
$ git config user.email yujin@example.com

아래와 같이 사용자 정보가 정상적으로 설정된 것을 확인할 수 있다.

$ git config user.name
> yujin

$ git config user.email
> yujin@example.com

참고: Setting your username in Git - GitHub Docs

마지막 Commit Message 수정하기

Wed, 26 Feb 2020 00:00:00 +0000

가장 최근의 커밋 메시지는 아래의 명령을 사용하여 변경할 수 있다.

git commit --amend

위 명령어에 -m을 추가하면 텍스트 편집기로 넘어가지 않고 메시지를 바로 변경할 수도 있다.

git commit --amend -m "new commit message"

GitHub에 이미 푸시 한 경우에는 수정된 메시지와 함께 커밋을 강제로 푸시해야 한다. 다만 강제로 푸시하면 repository history가 변경되어, 이미 clone 한 사람들에게 문제가 발생할 수 있는 점을 유의해야 한다.

git push --force

참고: Changing a commit message - GitHub Help

ViewPager2 간단히 사용해보기

Sat, 02 Mar 2019 00:00:00 +0000

안드로이드 ViewPager2의 알파 버전이 2019년 2월 7일에 릴리즈되었다. 새로운 기능으로는 RTL 레이아웃과 수직 스크롤링이 지원되고 기존 ViewPager 버그 수정으로 notifyDataSetChanged 기능이 완전히 동작한다.

샘플 코드 : https://github.com/dudmy/blog-sample

우선 build.gradle에 의존성을 추가한다. ViewPager2는 Android X 용으로 출시되어서 사용하려면 프로젝트가 Android X로 마이그레이션 되어야 한다.

implementation 'androidx.viewpager2:viewpager2:1.0.0-alpha01'

그리고 Activity 또는 Fragment에 ViewPager2 위젯을 추가한다.

<androidx.viewpager2.widget.ViewPager2
    android:id="@+id/pager"
    android:layout_width="match_parent"
    android:layout_height="match_parent" />

RecyclerView.Adapter

ViewPager2에서는 RecyclerView.Adapter가 PagerAdapter를 대체한다. RecyclerView 사용법과 같기 때문에 별도의 학습비용이 없다는 장점이 있다.

class PagerRecyclerAdapter(private val bgColors: List<Int>) : RecyclerView.Adapter<PagerViewHolder>() {

    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): PagerViewHolder =
            PagerViewHolder(LayoutInflater.from(parent.context).inflate(R.layout.item_pager, parent, false))

    override fun onBindViewHolder(holder: PagerViewHolder, position: Int) {
        holder.bind(bgColors[position], position)
    }

    override fun getItemCount(): Int = bgColors.size
}

class PagerViewHolder(itemView: View) : RecyclerView.ViewHolder(itemView) {

    private val textView: TextView = itemView.findViewById(R.id.page_name)

    fun bind(@ColorRes bgColor: Int, position: Int) {
        textView.text = "RecyclerViewAdapter\nPage $position"
        itemView.setBackgroundColor(ContextCompat.getColor(itemView.context, bgColor))
    }
}

마지막으로 ViewPager2에 어댑터를 설정해주면 된다.

pager.adapter = PagerRecyclerAdapter(bgColors)
pager.orientation = ViewPager2.ORIENTATION_HORIZONTAL

FragmentStateAdapter

FragmentStateAdapter를 이용하면 이전처럼 페이지 아이템을 프래그먼트로 구성할 수 있다. 기존 ViewPager의 FragmentStatePagerAdapter를 대체한 API이다.

class PagerFragmentStateAdapter(private val bgColors: List<Int>, fm: FragmentManager) : FragmentStateAdapter(fm) {

    override fun getItem(position: Int): Fragment =
            PagerFragment.newInstance(bgColors[position], position)

    override fun getItemCount(): Int = bgColors.size
}

class PagerFragment : Fragment() {

    override fun onCreateView(inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle?): View? =
            inflater.inflate(R.layout.item_pager, container, false)

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)
        arguments?.let {
            page_name.text = "FragmentStateAdapter Page ${it.getInt("position")}"
            view.setBackgroundColor(ContextCompat.getColor(view.context, it.getInt("bgColor")))
        }
    }

    companion object {
        fun newInstance(@ColorRes bgColor: Int, position: Int): PagerFragment {
            val bundle = Bundle()
            bundle.putInt("bgColor", bgColor)
            bundle.putInt("position", position)
            return PagerFragment().apply { arguments = bundle }
        }
    }
}

이번에는 새롭게 지원되는 수직 스크롤링으로 설정해보았다.

pager.adapter = PagerFragmentStateAdapter(bgColors, supportFragmentManager)
pager.orientation = ViewPager2.ORIENTATION_VERTICAL

OnPageChangeCallback

기존 ViewPager의 addPageChangeListener는 인터페이스여서 메서드를 모두 재정의해야 했다. 하지만 ViewPager2의 OnPageChangeCallback은 추상 클래스이기 때문에 필요한 메서드만 재정의하면 된다.

pager.registerOnPageChangeCallback(object : ViewPager2.OnPageChangeCallback() {
    override fun onPageSelected(position: Int) {
        super.onPageSelected(position)
    }
})

이제 첫 번째 릴리즈라서 Known issues가 좀 있지만, 기존 문제점이 많이 보완되고 사용법이 쉽기 때문에 ViewPager2가 ViewPager를 충분히 대체할 수 있을 것 같다.

참고 자료)

.gitignore 동작하지 않을 때

Tue, 19 Feb 2019 00:00:00 +0000

간혹 .gitignore 파일에 작성한 untracked 파일이 무시되지 않고 changes에 포함되는 경우가 있다.
이를 해결하기 위해서 하드디스크에 있는 파일은 그대로 두고 Git만 추적하지 않도록 해야 한다.

즉 git rm으로 tracked 상태의 파일을 삭제한 후에 git add으로 다시 파일을 추가한다.
이때 .gitignore 파일에 포함된 untracked 파일은 추가되지 않는다.

git rm -r --cached .
git add .
git commit -m "Fixed gitignore issue"

참고: Git - git-rm Documentation

Drag and Swipe RecyclerView

Wed, 02 May 2018 00:00:00 +0000

RecyclerView에서 아이템을 편집할 때 사용하는 대표적인 제스처 2가지가 있다.

Drag & Drop : 아이템 순서 바꾸기
Swipe to Dismiss : 아이템 제거하기

Android Support Library에는 RecyclerView에 위 기능 추가를 지원하는 유틸리티 클래스가 포함되어 있다.

ItemTouchHelper

ItemTouchHelper는 RecyclerView.ItemDecoration의 서브 클래스이다. RecyclerView 및 Callback 클래스와 함께 작동하며, 사용자가 이러한 액션을 수행할 때 이벤트를 수신한다. 우리는 지원하는 기능에 따라 메서드를 재정의해서 사용하면 된다.

ItemTouchHelper.Callback은 추상 클래스로 추상 메서드인 getMovementFlags(), onMove(), onSwiped()를 필수로 재정의해야 한다. 아니면 Wrapper 클래스인 ItemTouchHelper.SimpleCallback을 이용해도 된다.

동작에 대한 애니메이션도 추가할 수 있지만, 여기서는 간단하게 구현만 해본다.

샘플 코드 : https://github.com/dudmy/blog-sample

item_artist.xml

뷰홀더의 레이아웃은 아래와 같이 구성한다. 아이템 정보들과 오른쪽에 드래그 핸들 아이콘을 추가했다.

ItemDragListener.kt

사용자가 Drag 액션을 시작할 때 itemTouchHelper에 이벤트를 전달한다.

interface ItemDragListener {
    fun onStartDrag(viewHolder: RecyclerView.ViewHolder)
}

ItemActionListener.kt

아이템이 Drag & Drop 됐거나 Swiped 됐을 때 어댑터에 이벤트를 전달한다.

interface ItemActionListener {
    fun onItemMoved(from: Int, to: Int)
    fun onItemSwiped(position: Int)
}

MainAdapter.kt

어댑터에서는 ItemActionListener 인터페이스를 구현한다. onItemMoved(), onItemSwiped()을 재정의하여 아이템 이동과 제거 코드를 작성한다. 이때 어댑터가 아이템 변경 사항을 인식할 수 있도록 notifyItemMoved(), notifyItemRemoved()를 호출해야 한다.

class MainAdapter(
        private val items: MutableList<Artist>,
        private val listener: ItemDragListener
) : RecyclerView.Adapter<MainAdapter.ViewHolder>(), ItemActionListener {
    // ...

    override fun onItemMoved(from: Int, to: Int) {
        if (from == to) {
            return
        }

        val fromItem = items.removeAt(from)
        items.add(to, fromItem)
        notifyItemMoved(from, to)
    }

    override fun onItemSwiped(position: Int) {
        items.removeAt(position)
        notifyItemRemoved(position)
    }
}

MainAdapter.ViewHolder

어댑터 생성자의 파라미터로 받은 ItemDragListener는 뷰홀더에서 사용된다. 여기서는 드래그 핸들을 통한 아이템 이동을 구현하고자 하기 때문에, 드래그 핸들 뷰에 터치 리스너를 달아준다. 그리고 사용자가 ACTION_DOWN 액션을 취했을 때 listener.onStartDrag()를 호출한다.

class ViewHolder(itemView: View, listener: ItemDragListener) : RecyclerView.ViewHolder(itemView) {

    init {
        itemView.drag_handle.setOnTouchListener { v, event ->
            if (event.action == MotionEvent.ACTION_DOWN) {
                listener.onStartDrag(this)
            }
            false
        }
    }
    // ...
}

ItemTouchHelperCallback.kt

ItemTouchHelper.Callback을 상속받는 ItemTouchHelperCallback 클래스를 구현한다. 생성자의 파라미터로 ItemActionListener를 받는다.

우선 getMovementFlags()를 재정의해 Drag 및 Swipe 이벤트의 방향을 지정한다.
아이템이 Drag 되면 ItemTouchHelper는 onMove()를 호출한다. 이때 ItemActionListener로 어댑터에 fromPosition과 toPosition을 파라미터와 함께 콜백을 전달한다.
아이템이 Swipe 되면 ItemTouchHelper는 범위를 벗어날 때까지 애니메이션을 적용한 후 onSwiped()를 호출한다. 이때 ItemActionListener로 어댑터에 제거할 아이템의 position을 파라미터와 함께 콜백을 전달한다.
isLongPressDragEnabled()은 아이템을 길게 누르면 Drag & Drop 작업을 시작해야 하는지를 반환한다. 디폴트는 true이지만, 여기서는 불필요하기 때문에 재정의하여 동작을 비활성화한다.

class ItemTouchHelperCallback(val listener: ItemActionListener) : ItemTouchHelper.Callback() {

    override fun getMovementFlags(recyclerView: RecyclerView?, viewHolder: RecyclerView.ViewHolder?): Int {
        val dragFlags = ItemTouchHelper.DOWN or ItemTouchHelper.UP
        val swipeFlags = ItemTouchHelper.START or ItemTouchHelper.END
        return makeMovementFlags(dragFlags, swipeFlags)
    }

    override fun onMove(recyclerView: RecyclerView?, viewHolder: RecyclerView.ViewHolder?, target: RecyclerView.ViewHolder?): Boolean {
        listener.onItemMoved(viewHolder!!.adapterPosition, target!!.adapterPosition)
        return true
    }

    override fun onSwiped(viewHolder: RecyclerView.ViewHolder?, direction: Int) {
        listener.onItemSwiped(viewHolder!!.adapterPosition)
    }

    override fun isLongPressDragEnabled(): Boolean = false
}

MainActivity.kt

액티비티에서는 ItemDragListener 인터페이스를 구현한다. 뷰홀더에서 onStartDrag() 이벤트를 보내면 ItemTouchHelper.startDrag() 메서드를 호출하여 파라미터로 전달된 뷰홀더 Drag를 시작한다. 마지막으로 onCreate()에서 ItemTouchHelperCallback을 파라미터로 하는 ItemTouchHelper를 생성하고 RecyclerView에 붙여주면 된다.

class MainActivity : AppCompatActivity(), ItemDragListener {
    // ...

    override fun onCreate(savedInstanceState: Bundle?) {
        // ...

        itemTouchHelper = ItemTouchHelper(ItemTouchHelperCallback(mainAdapter))
        itemTouchHelper.attachToRecyclerView(recycler_view)
    }

    override fun onStartDrag(viewHolder: RecyclerView.ViewHolder) {
        itemTouchHelper.startDrag(viewHolder)
    }
}

Sample

Drag & Drop

Swipe to Dismiss

CharSequence와 String의 차이 (feat. StringSpannableBuilder)

Fri, 15 Sep 2017 00:00:00 +0000

String?

String은 하나의 클래스이다.
Java 프로그램의 모든 문자열 리터럴은 이 클래스의 인스턴스로 구현된다. 중요한 점은 문자열 값은 작성된 후에 변경할 수 없다는 것이다. String 객체에 보관하는 문자열은 유니코드로 변형되므로 HTML과 같은 마크업 문자를 입출력할 때 문제가 발생한다. 이와 같이 마크업 문자를 입력하여 사용할 수 없기 때문에 변경할 수 없는 문자열이라고 부른다.

추가로, 변경할 수 있는 문자열을 지원하는 StringBuilder와 StringBuffer가 있는데, 이는 나중에 다루어보도록 한다.

유니코드란?
위키백과에 따르면 유니코드(Unicode)는 전 세계의 모든 문자를 컴퓨터에서 일관되게 표현하고 다룰 수 있도록 설계된 산업 표준이다. 유니코드의 목적은 현존하는 문자 인코딩 방법을 모두 유니코드로 교체하려는 것이다.

마크업 문자란?
위키백과에 따르면 마크업 언어(markup 言語, markup language)는 태그 등을 이용하여 문서나 데이터의 구조를 명기하는 언어의 한 가지이다. 대표적인 예로, HTML 마크업을 사용하여 문자열에 스타일을 추가할 수 있고 안드로이드에서는 태그를 사용하여 구조적인 데이터를 나타내는 XML 마크업을 활용할 수 있다.

CharSequence?

CharSequence는 클래스가 아니라 인터페이스이다.
인터페이스명(character + sequence)에서 짐작되듯이 char 값을 읽을 수 있는 시퀀스이다. 그리고 이 인터페이스는 다양한 종류의 char 시퀀스에 대해 균일한 읽기 전용 접근 권한을 제공한다. CharSequence를 implements 하여 구현된 대표적인 클래스로는 String, SpannableStringBuilder, StringBuilder, StringBuffer 등이 있다.

중요한 점은 CharSequence 객체에 보관하는 문자열은 같은 유니코드라도 마크업 문자를 사용할 수 있다. 이처럼 String 클래스와 반대로 변형과 가공을 할 수 있기 때문에 스타일 문자 또는 연속된 문자라고도 한다. 아래와 같은 XML에서 사용하는 스타일이다.

<?xml version="1.0" encoding="utf-8"?>
<resources>
    <string name="hello">Hello, <b>world</b>!</string>
</resources>

Example

위에서 설명한 CharSequence와 String의 차이를 SpannableStringBuilder 예제를 통해서 알아본다. 그 전에 예제에 사용되는 클래스에 대해 간략히 설명하자면, Spannable은 마크업 객체를 붙이고 분리할 수 있는 텍스트를 위한 인터페이스이다. 그리고 이를 implements 하여 구현되었으며, 색상 및 글꼴 두께와 같은 속성을 사용하여 스타일을 지정할 수 있는 텍스트 객체가 SpannableStringBuilder 이다.

샘플 코드: https://github.com/dudmy/blog-sample

public CharSequence getTextWithIcon(String text, Drawable icon) {
    ImageSpan imageSpan = new ImageSpan(icon);
    SpannableStringBuilder builder = new SpannableStringBuilder();
    builder.append("#") // (1)
            .append(text) // (2)
            .setSpan(imageSpan, 0, 1, Spanned.SPAN_INCLUSIVE_EXCLUSIVE); // (3)
    return builder;
}

public class SectionsPagerAdapter extends FragmentPagerAdapter {
    // ...
    @Override
    public CharSequence getPageTitle(int position) {
        Drawable icon = getDrawable(R.mipmap.ic_launcher_round);
        CharSequence title = getTextWithIcon("HELLO", icon);
        return position == 0 ? title : title.toString(); // (4)
    }
}

위의 getTextWithIcon() 메소드는 text와 icon을 파라미터로 받아 icon + text 형태를 반환하도록 구현한 것이다. 만약 파라미터의 값이 “HELLO”와 😀 이라면, 아래의 과정처럼 진행될 것이고 앞서 알아보았던 CharSequence와 String의 차이를 확인할 수 있다.

(1) “#” 문자를 추가 : “#”
(2) text 값을 뒤에 추가 : “#HELLO”
(3) [start, end] = [0, 1] 영역을 ImageSpan으로 세팅 : “#” -> ImageSpan
(4)
position == 0 : 타이틀이 CharSequence로 반환되므로 “😀HELLO”로 표시
position != 0 : 타이틀이 String으로 변환된 후 반환되므로 “#HELLO”로 표시

코드 페스티벌 STAFF로 참여하다

Sun, 10 Sep 2017 00:00:00 +0000

어제 즉, 9월 9일에 카카오 코드 페스티벌 본선이 진행되었다. 카카오에서 준비한 대학(원)생 프로그래밍 경진대회로 온라인 예선을 걸쳐서 오프라인 본선에 진출한 참가자들이 참여하였다. 나는 대회 참가자는 아니고 STAFF로서 참여하게 되었다.

그동안 행사나 컨퍼런스에는 항상 관람자(?)로서 아무도 모르게 조용히 가서 아무도 모르게 조용히 듣고 오는 입장이었다. 하지만 이번에는 STAFF로 지원했는데, 여러 가지 이유 중 몇 가지만 뽑자면

낯가림을 극복하고 싶다. 조금 심하게 가리는 편이라 익숙한 환경이나 사람들이 아니면 꺼린다. 하지만 앞으로 다양한 경험을 하고 싶기 때문에 천천히 줄여나가야 하는 두려움이다.
프로그래밍 대회가 궁금하다. 이쪽에 실력이 없어서 참가를 한 번도 해본 적이 없지만 한 번쯤은 어떻게 진행되는지 보고 싶다.
관람자가 아닌 진행자로서의 시점은 어떨까. 물론 처음부터 참여한 건 아니고 서포트하는 것이지만 새로운 배움이 있을 것 같다.

대회 장소는 경기창조경제혁신센터에서 열렸다. 주말에 판교를 가는 건 처음이었는데 언제, 어디에서 가도 참 멀다… 도착해서 오늘 해야 할 일에 대한 설명을 듣고 간단한 식사를 한 후에 대회 장소를 둘러 보았다. 포토월에는 라이언, 무지, 콘의 거대한 프렌즈 삼인방이 함께 지켜주고 있었다.

우선 접수대에서 참가자들의 신청을 받았는데, 어려운 일은 아니었기에 함께하는 크루들과 협동하여 무사히 마쳤다. 이러한 대회를 경험해본 적이 없어서 참가자의 심정을 100% 이해한다고 할 순 없지만, 시험을 준비하는 것과 비슷한 마음일 거라 생각해 진심으로 응원했다.

잠시 쉬어가는 시간이 생기면 왜 이러한 대회에 참가하지 않았을까 생각에 잠겼다. 그러다 대학 시절 까지 거슬러 올라가 알고리즘 강의에서 눈물을 훔쳤던 흑역사도 떠오르고… 이처럼 자신이 없기도 했지만, 우선적으로 흥미가 덜했다. 나는 객체 지향적인 설계, 디자인 패턴 및 응용 도메인 영역 등에 관심이 많았고 이를 주로 공부하면서 자연스레 지금까지 흘러왔다. 하지만 가지지 못한 것에 대한 선망의 대상처럼 잘 하고 싶다고 마음속 한 쪽에 숨기고 있었다. 그래서 지금이라도 조금씩 Codility 문제 풀이를 하는 것 같다. :D

대회가 시작되고 나서는 대회장 안에서 풍선을 나르고 다녔다. 이번 행사에 참여하면서 신기했던 게 이 풍선의 역할이다. 각 문제당 하나의 풍선이 배정되어 있고, 문제를 푼 참가자의 자리에 해당하는 풍선을 놓는 것이다. 즉, 문제가 총 8개라면 모든 문제를 푼 참가자의 자리에는 8개의 풍선이 놓인다. 대회에 방해가 되지 않도록 조심스럽게 나르고 다녔는데, 다들 집중하느라 모르시는 것 같았다.

스코어 보드에서는 실시간으로 참가자의 풍선 분배 현황과 대회 종료까지 남은 시간을 확인할 수 있다. 대회 종료까지 얼마 남지 않으면 스코어 보드가 프리징되고 더 이상 순위가 제공되지 않는다. 이와 같은 장치들은 기발하면서도 대회의 재미와 긴장감을 높이는 요소인 것 같다. 만약 내가 참가자였으면 마음이 쫄려서 머리가 백지가 되었을 것 같다. ;)

대회가 종료된 후, 다들 진이 빠질 만 한데 시작 전보다 더욱 활기차 진 느낌이다. 케이터링을 즐기면서 풀었던 문제에 관해 토론하는 소리로 가득 찼다. 그렇게 이벤트와 시상식까지 마친 후에 카카오 코드 페스티벌은 성공적으로 마무리되었다.

온종일 STAFF로 참여하면서 많은 것을 느꼈다. 낯선 환경에서 준비하며 부딪히는 게 힘들긴 하지만 함께함으로써 얻는 새로움을 알게 되었다. 그리고 참가자들의 대회에 임하는 모습이, 좋아하는 일을 하는 것에서 오는 즐거움으로 보였다. 또한, 예선부터 본선까지 오랜 시간 집중하는 열정이 멋있었다. 최근의 내 생활과 비교해보니 반성도 되고… 마지막으로 세상에는 참 날고 기는 사람이 많구나 하는 생각이 들었다. 만약 내가 이 대회에 도전했다면 어땠을까 가정해보았는데 아마도 예선에서 떨어지지 않았을까…? ;(

스스로의 부족함을 다시 한번 느꼈지만 앞으로 더욱 노력해야겠다는 다짐도 다시 한번 해본다. 몸은 피곤하지만 참여하길 잘 했다고 생각이 드는 하루다.