김정훈

ChatGPT를 이용한 반려동물 대화 개발log

잡담

필자의 본업은 코딩학원의 직원으로 (특이하게도) 주 업무는 외주 개발이지만, 종종 아이들에게 강의도 하고 학부모 상담도 한다.

그리고 수 년전부터 코딩을 잘 모르시고 OA, 자격증을 원하시는 학부모 상담시 이런 말을 했었다.

‘아이들이 성인이 되었을 때의 미래는 지금으로선 상상하기 힘들다. 20년 전 스마트폰을 상상하지 못 했듯.’

‘그렇기 때문에 아이들이 코딩을 배움으로 AI가 어떻게 생각하고, AI에게 어떻게 명령해야 할지를 깨우치는 게 중요하다.’

‘미래에는 직접 엑셀 PPT를 만들지 않을 가능성이 더 높다. 잘 명령하고, AI가 만들어준 결과물 중 좋은 것을 골라낼 수 있는 능력이 필요하다.’

라고.. 상담을 했는데 막상 글로 보니 엄청 오글거린다 😅

말은 저렇게 했지만 그런 미래가 언제 오나 싶었는데 지금 바로 눈앞에 있는 걸 보니 너무 신기하기만 하다.

프롬프트 엔지니어링

프롬프트 엔지니어링(Prompt Engineering)란?

생성 인공지능(Generative AI) 분야에서 프롬프트(Prompt)는 거대 언어 모델(Large Language Model; LLM)로부터 응답을 생성하기 위한 입력값을 의미한다.

아래에 자세히 설명되어있다.

출처-seongjin.me

라고 멋지게 설명하지만 그냥 노가다(단순 반복 작업)이더라. 😭

하면 할수록 ChatGPT를 이해하게되고 점점 원하는 결과에 가까워졌지만, 정해진 정답이 없기에 하면서도 이게 맞는건가? 하는 의문이 계속 들었다.

그리고 안정화가 됐다 싶다가도 언제 튈지 모르는 GPT 덕분에 울기도, 웃기도 많이 했다.

앞으로

물론 아직 많이 불안정하지만 출시를 하려고 한다.

궁극적인 목표는 미세조정(Fine-tuning) 이기에, 오픈해서 데이터를 먼저 쌓고 어떤 질문들이 들어오는지 모아 두는 것이 중요해 보여서다.

그리고 단순 재미만을 위해 chatGPT를 도입한것은 아니다.

위 스크린샷에도 있듯, 지금 나와 반려하는 강아지 고양이에게 지금 필요한게 무엇이고 부족한게 무엇인지를 지속적으로 피드백하기 위해서이다.

집사가 행여나 잊어버리더라도, 생애 주기별 필요한 검사부터 매일 챙겨줘야하는 산책, 급여까지

ChatGPT를 통해 피드백하고 육아를 도와 더 건강하게 반려동물을 기를 수 있게 하는 것이 바라봄의 목표이다.

👨‍💻🤝

바라봄 홈페이지 : https://barabom.me

개발자 인스타그램 : https://www.instagram.com/right_hot

[바라봄 개발log] 바라봄 어플 7.2.1 버전 업데이트

업데이트 내용 

• 메이저 버전 변경
• 건강수첩 개편
• 산책 인증서 추가

메이저 버전 변경 

바라봄의 메이저 버전은 바라봄의 프레임 워크인 ReactNative 버전이 변경 됐을 때 변경한다.

이번 업데이트에선 RN 0.68 버전에서 RN 0.71 버전으로 변경 작업이 있었다.

IOS 16 및 AOS 13 에서의 몇몇 이슈때문에 변경 하였는데, 버전 변경할 때 마다 앱 프로덕트라는게 큰 단점으로 느껴진다.

서드 파티 라이브러리의 호환성 체크 및 수 많은 버그들… 시간도 많이들고 언제 어디서 어떤 문제가 터질지 지금도 초 긴장 상태이다.

이럴땐 웹 개발자들이 참 부럽다. 🤣

건강수첩 개편

벼르고 벼르던(?) 건강수첩의 개편 작업을 마쳤다.

열심히 기록한 기록들을 어떻게하면 더 한눈에, 보기 쉽게 보여줄까 참 많은 고민을 하였는데 60% 정도 만족한다.

나머지는 운영을 하며 유저 피드백을 들으며 조금씩 채워나갈 예정이다.

산책인증서 추가 

사실.. 감성을 좀 넣고 싶었다. 😅 👉👈

바라봄은 개발자인 필자가 기획에 많은 관여를 해서인지 참 감성이 없다. ㅎㅎ

전반적으로 딱딱하고 기능이나 효율에 많은 중점을 두고 있는 편이다.

다들 직장인이라 평소엔 바쁘고 짬짬이 바라봄을 작업하기에 더 그런 것 같다.

(우리 또롱이와 산책한게 아닌 테스트 데이터이니 오해 마시길!)

결과는… 나 보단 디자이너가 참 좋아 하더라 ㅎㅎ

감성을 한 스푼 넣으니 앱의 분위기도 많이 바껴 보인다.

효율적인 개발도 좋지만 앞으론 디자이너 말도 잘 들어야겠다. 😅

👨‍💻🤝

바라봄 홈페이지 : https://barabom.me

개발자 인스타그램 : https://www.instagram.com/right_hot

[바라봄 개발log] 홈페이지 업데이트, DAU 200 후기

항상 개발 완료가 진짜 시작이더라…

바라봄 홈페이지를 오픈한지 약 2달, 단순히 바라봄을 설명하는 홈페이지로 남겨 놓기엔 너무 아까웠다.

그래서 홈페이지를 어떻게 활용할지 많이 고민했다.

SEO를 통해서 상위 노출을 시키고 싶었지만 검색 순위 상승을 위해선 백링크가 중요하다고 한다.

백링크란? - 위키

트렌드를 따라가자.

그래서 먼저 바라봄 홈페이지의 컨텐츠를 퍼갈 수 있도록 ‘공유’ 기능을 추가했다.

공유 기능을 추가 했지만, 홈페이지 유입이 거의 없었기에 바라봄 컨텐츠를 노출을 시켜야 했다.

노출을 위해 노출을 시켜야하는 아이러니…

어떻게하면 우리 컨텐츠를 사람들에게 알릴 수 있을까?

전통적인? 온라인 커뮤니티 홍보 방식엔 한계가 있었고, 새로운 시도를 해보고 싶었다.

그런 고민 끝에 찾은 인스타그램 스토리.

퍼스널 브랜딩이 중요하다고 하여 억지로 인스타그램을 하곤 있지만 타고난 기질이 '아싸'이기에 스토리에 링크를 걸 수 있는 기능을 이번에 처음 알았다.

그리고 다양하게 활용하고 있더라.

진저호텔 , 돌멩돌멩

UI 변경.

기존 바라봄 PICK의 경우 ‘로그인된’, ‘관심있는’ 유저가 사용한다고 가정하고 있었다.

그렇기 때문에 PICK 투표 , 댓글 위치도 컨텐츠의 가장 하단에 배치되어 있었다.

하지만 인스타그램의 경우 불특정 다수가 유입이 될 수 있다는 점 때문에 바로 주의를 끌고 참여할 수 있도록 PICK 투표 위치를 제일 상단으로 변경했다.

인스타그램에 적용 

이렇게 홈페이지를 개선하고, 인스타그램에 게시했다.

인스타그램에 스토리를 게시 했지만 당연히 유입은 없었다. 인스타그램 팔로워가 없었기에… 😭

그리고 투표엔 로그인이 필수라는 문제도 보였다.

(인스타그램 스토리에 참여할 때는 로그인이 불필요한 서비스가 많더라.)

문제는 문제를 낳는다. 

하나의 문제를 해결하면 또 다른 문제가 계속해서 생겨난다.

하지만 그와 함께 바라봄이 조금씩은 성장하는게 느껴지기도 한다.

2020년 6월 바라봄을 오픈하고

2022년 3월 DAU 100 달성까지 1년 9개월,

2023년 1월 DAU 200 을 10개월만에 달성했다. (APP only)

아직 작은 숫자이지만 작은 노력과 시도들이 쌓여 여기까지 올 수 있었다는 생각에 조금 뿌듯하기도 하다. 🤣

DAU 100 후기의 말미에 남겼던 말처럼, 포기하지 말고 바라봄이 꾸준히 업데이트 되었으면 좋겠다.

👨‍💻🤝

바라봄 홈페이지 : https://barabom.me

개발자 인스타그램 : https://www.instagram.com/right_hot

[바라봄 개발log] 홈페이지 개발 후기

필요성 

바라봄은 앱 프로덕트이고, 홈페이지의 필요성을 느끼지 못했었다.

그리고 지금도 갈등이 있다. 홈페이지 개발 할 시간에 바라봄을 업데이트를 하는게 좋지 않을까…?

앱 프로덕트의 단점 

앱의 가장 큰 단점은… ‘설치’가 필요하다는 것 이다.

홍보를 할 때 유저들이 설치를 해야 파악이 가능하고, 이 부분에서 생각보다 거부감들을 많이 보였다.

물론 구글 플레이스토어, 애플 앱스토어에서 앱소개를 적지만 한정된 양식에 프로덕트 소개를 담기엔 부족한 느낌이었다.

그래서 템플릿을 사용하여, 최대한 빠르게 홈페이지를 제작했다.

그런데… 홈페이지에도 바라봄의 생각을 모두 담기엔 어려웠다. 😭

플랫폼이 문제가 아니었구나… 아무래도 우리팀은 직장인들이고 무작정 서비스를 시작한 케이스라… 생각을 표현하는게 서툰 것 같다. 🥲

데이터 센터 추가 

이 부분은 조금은 내 욕심이었다.

우리 바라봄에 대해 개발자인 필자의 경우 수시로 디비에 접근하여 정보 조회가 가능했지만, 팀원들은 그렇지 못했다.

그래서 팀원들도 실시간으로 정보를 보고 동기를 부여 받고 또 재미있는 데이터들은 정리해서 공유하고 싶었다.

그리고 글을 쓰는 지금 회원 6천명, 데이터가 10만건이 넘어서 기분이 너무 행복하다! 🥰

이런 설렘을 공유하고 싶었다.

바라봄 외부 노출 

앱의 경우 SEO가 불가능하다.

따라서 앱내에 있는 컨텐츠가 외부로 보여지지도 않았기 때문에 외부 노출이 적어 홍보가 되지 않았다.

따로 광고를 할 돈이없는… 바라봄이기에 내부에 있는 컨텐츠를 외부로 노출시켜 유입을 시켜보고자 시도해봤다.

물론 지금은 데이터 센터에 임시로 넣어놨지만, 앱 내에서 보이는 정보를 노출하여 검색에 걸리게 하는 것이 목표이다.

개발 후기 

웹을 모르는 앱 개발자로 많은 키워드를 알게되었다.

SSR , NextJS , SEO … 아직 부족하지만 웹도 이번 계기로 공부해야겠다.

[바라봄 개발log] UX 개선 TOAST 알림

Toast notification 이란? 

토스트 알림은 짧은 메시지를 표시하기위한 비모달(non-modal)적이고 눈에 거슬리지 않는 요소이며 이벤트가 발생할 때 화면에 나타나는 알림.

모달(modal)이란? 

사용자 인터페이스 디자인 개념에서 자식 윈도에서 부모 윈도로 돌아가기 전에 사용자의 상호동작을 요구하는 창.

생각하지 못한 유저 경험 

바라봄은 기본적으로 모든 알림을 모달형태로 사용하고 있었다.

전에도 토스트를 생각하지 않은건 아니지만 굳이 그렇게까지 필요할까? 라고 생각했기 때문이다.

유저가 하루에 작성하는 글은 개인당 5개 미만이고 연속으로 작성 할 상황이 많이 없을거라 판단했기 때문이다.

환승 연애 아니… 환승 건강수첩?! 

바라봄에 유입되는 유저들 중 다른앱에서 기록을 하다가 넘어오는 경우가 많이 보였다.

이분들은 적게는 수개월치, 수년치의 정보를 일일히 옮겨아 하는 불편함이 있었다.

가장 좋은건 건강수첩앱 끼리 API 연동이 된다면 좋겠지만… 누가 그렇게 할까 싶다 ^^;;

실제로 직접 테스트를해보니… 글 작성이 10개만 넘어가도 피로감이 매우 쌓였다.

IOS와 AOS의 UX 차이 

필자의 경우 안드로이드 개발자였고 실제로 안드로이드로 네이티브앱을 개발할땐 토스트 메시지를 자주 사용했다.

하지만 RN으로 크로스 플랫폼을 다룬 뒤론 핸드폰도 아이폰으로 변경하고 사과 놓장을 꾸리며 토스트에 대한 경험을 거의 잊고 살았다.

아이폰을 사용하며 느낀 사용자 경험은 변경 사항을 일일히 고지 하지 않는다는 것이다. (요즘은 비슷비슷 해지고 있지만…)

아이폰은 기본 기능에서도 토스트를 지원하지 않는다.

[AOS]

[IOS]

변경된 바라봄 알림 

결론은 필자의 개발 경험이 섞인덕에 글 작성시마다 모달을 띄우는 좋지 못한 UX가 탄생하게 되었다 😭

제일 급한 글 작성 부분 부터 바로 적용했고, 점진적으로 모든 곳에 모달과 토스트 알림을 구분해서 적용 할 예정이다.