<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Nearby Interaction on Kelly Dev</title><link>https://kelly-chui.github.io/tags/nearby-interaction/</link><description>Recent content in Nearby Interaction on Kelly Dev</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 14 Jan 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://kelly-chui.github.io/tags/nearby-interaction/index.xml" rel="self" type="application/rss+xml"/><item><title>SniffMEET. NI·MPC 프로필 드랍 흐름 소유권 고민하기</title><link>https://kelly-chui.github.io/posts/sniffmeet-dev-log-ni-mpc-profile-drop-ownership/</link><pubDate>Tue, 14 Jan 2025 00:00:00 +0000</pubDate><guid>https://kelly-chui.github.io/posts/sniffmeet-dev-log-ni-mpc-profile-drop-ownership/</guid><description>&lt;h2 id="들어가며"&gt;들어가며&lt;/h2&gt;
&lt;p&gt;SniffMeet의 프로필 드랍 기능은 주변 사용자를 찾고, 기기 간 연결을 만들고, 거리와 방향 조건을 만족했을 때 프로필을 전달하는 흐름이다.&lt;/p&gt;
&lt;p&gt;겉으로 보면 &amp;ldquo;주변 사람 찾기&amp;quot;와 &amp;ldquo;프로필 보내기&amp;quot;를 나누면 될 것 같았다. 하지만 실제 흐름을 펼쳐보니 MPC, NI, 유즈케이스, 인터랙터가 서로 맞물려 있었고, 단순히 기능 이름으로 유즈케이스를 나누기 어려웠다.&lt;/p&gt;
&lt;p&gt;이 글은 프로필 드랍 흐름을 유즈케이스로 나누면서 고민했던 지점을 정리한 기록이다.&lt;/p&gt;
&lt;h2 id="기존에-생각한-흐름"&gt;기존에 생각한 흐름&lt;/h2&gt;
&lt;p&gt;당시 프로필 드랍은 대략 다음 순서로 동작한다고 봤다.&lt;/p&gt;</description></item></channel></rss>