기본 콘텐츠로 건너뛰기

핀다 앱 베타 버전 사용 후기

지난 달 핀다라는 서비스에서 안드로이드 앱의 베타 테스터를 모집하는 글을 보고 무슨 서비스인가 홈페이지에 들어가보니 카드나 P2P 투자, 대출 등을 추천해주는 서비스이더군요..

그렇잖아도.. 유리지갑인 팍팍한 직장인의 눈꼽만한 여유자금이라도 조금이라도 이자가 높은 곳에 투자하고 나에게 좀 더 좋은 혜택이 있는 카드를 추천 받을 수 있으면 좋을 것 같아 낼름 신청해봤습니다.

그리고 1월 30일 베타 테스트 앱의 출시와 함께 사용해 봤습니다.

우선은 전 성격이 모나서 좋은 점보다는 불편한 점이 더 먼저 눈에 띄더군요..

먼저 베타테스트 앱을 사용해보기 전에 홈페이지에 가입을 시도해 봤습니다.

그런데 기능으로는 분명 페이스북으로 가입과 로그인이 있는데.. 안되더군용.. 췟..

그래서 여러번 시도하다가 그냥 메일로 가입했습니다. 지금도 여전히 저에게는 페이스북으로 가입하거나 로그인 하는 기능은 안되네용.. 췟..

이때부터 이미 기분은 조금 상해 있었습니다.

앱을 다운로드 받으려고 하니 에러가 뜹니다.. 어떻게 어떻게 앱을 받았습니다. (얼마지나지 않아 다운로드 경로가 잘못되었다고 메일이 하나 더 날아오긴 하더군요.. 뭔지 모르게 잔망한 실수들이 많아지니 슬슬 기분이 달아오르지 않습니다. 뭔가 새로운걸 쓸때는 기뻐야 하는데 말이죠..)

앱을 실행하니.. 이미 홈페이지에 가입이 되어 있는데.. 또 가입하랍니다.. 아니 왜?

그런데 가입을 하고 나니 베타 테스트 하는 사람에게는 핀다 코인이라는걸 100코인 준다고 했던것 같은데.. 안주네용..

아마 홈페이지 가입한것때문에 안주나봅니다. 앱으로만 가입해야 주는거였나봅니다.

나이가 들어서 눈이 어두워진건지 머리가 나빠진건지 그냥 베타 테스트 하면 주는걸로 이해했는데 아닌가 봅니다.

앱은 베타테스트 기간이라서 그런지 기능이 많지 않습니다.

소비계획이라고 가계부의 예산 기능과 비스무리한 기능이 있는데.. 한땀 한땀 수작업 입력을 해야하고 이미 기존 사용하는 가계부도 있기 때문에 쓸거 같지는 않아서 한번 들여다보고 패스 했습니다.

금융정보 기능은 정식 출시 이후에 사용가능하다고 봉인되어 있더군요.

나름 핵심이라 생각되는 추천 기능은 카드 추천받기와 대출 추천받기가 구현되어 있습니다.

저는 P2P 투자 추천이 있었으면 했는데 없네용.. 킁..

대출은 관심이 없어서 카드 추천받기를 사용해봤는데.. 요즘 유행하는 봇이랑 대화하는 형태를 취하고 있습니다. 그런데, 처음 시작할 때 제가 입력한게 아니라 이미 입력된 대화가 제가 쓰는것처럼 출력되는데 웬지 기분이 나쁩니다. 그래도 나름 신선하고 재미는 있네요.

그런데 여러 선택 가능한 조건이 많지 않고(예를 들며, 특정 조건에 연회비가 면제되거나 이벤트로 연회비가 면제되는 경우도 있는데 그런건 안찾아주네요.), 결과 자체도 단순 나열식이라서 좀 아쉽네요.

추천된 카드를 서로 비교하거나 카드 내용을 한 화면에서 깔끔하게 보여주지는 못하네용.. 오히려 결정 장애가 옵니다. 그냥 느낌이 내가 추천해준거 닥치고 신청하라는 느낌입니다.

도와주는 느낌이 아니라 영업 사원이 강매하는 느낌이 듭니다.

이 카드가 어떻게 나에게 추천되었는지 좀 더 친절하게 설명해주거나 조금 귀찮더라도 사용자의 소비습관이나 성향등을 고려해서 추천해주는게 더 낫지 않나 싶습니다.

베타 서비스라 그런지 기능이 많지 않아 둘러볼만한게 많지 않네요. 그냥 안쓸것 같습니다. 뭐랄까.. 계륵같은 느낌입니다. 필요는 한데.. 끌리지 않는 느낌..

원래 베타 테스트 이벤트로 후기 적으면 일만코인 준다고 했는데.. 원래 그런건 좋은 이야기만 적어야 할것 같은데.. 뭐랄까.. 2% 부족한 느낌에 뭐랄까.. 딱히 추천하고 막 그러고 싶지는 않은 서비스라서.. 혹시 관심 있으시거나 필요하신 분은 핀다라는 서비스를 한번 둘러보시는 것도 좋을 것 같습니다.

앱이 아닌 웹에서는 둘러보면서 P2P투자 서비스 몇군데 더 가입해보기는 했습니다. 분산 투자는 중요하니까요..

카드나 대출이나 요즘은 정말 종류가 많은데.. 결정 장애로 힘드신 분들은 한번 둘러보심도 좋을 듯 합니다.

댓글

이 블로그의 인기 게시물

에이전틱 AI 프로젝트에서 테스터의 5가지 핵심 원칙

AI 코딩 에이전트와 자율형 에이전트가 빠르게 개발 워크플로우에 통합되면서, 단순히 코드를 잘 짜는 것을 넘어 '에이전트와 어떻게 협업하고 통제할 것인가'가 개발자와 아키텍트들의 가장 큰 화두로 떠올랐습니다. 윤석찬 님의 아티클 "AI 에이전트 시대, 개발자는 어떻게 일해야 하는가? – 프론티어 엔지니어링의 10가지 원칙"은 에이전틱 AI 시대에 엔지니어가 마주하는 패러다임 변화와, 실무 현장에서 일하는 방식을 어떻게 재정의해야 하는지 아주 명확한 가이드라인을 제시해 줍니다. (출처: channy.creation.net - 윤석찬 님의 블로그) https://channy.creation.net/blog/1989 비록 대규모 에이전트 오케스트레이션이나 초거대 인프라 시스템을 개인이 직접 구축하고 운용하는 것은 비용적·기술적으로 현실적인 한계가 있습니다. 하지만 개인 프로젝트에서 AI와 바이브 코딩(Vibe Coding)을 활용하며 겪었던 맥락 손실, 환각, 통제 불능의 경험들을 떠올려보면, 이 아티클이 제시하는 10가지 프론티어 엔지니어링 원칙은 소규모 개인 개발 환경에서도 대단히 깊은 공감을 불러일으킵니다. 이 글은 단순히 "AI 도구를 잘 쓰자"는 수준에 머무르지 않습니다. AI 에이전트가 생성해내는 불확실성 속에서 인간 엔지니어가 시스템의 맥락을 주도하고, 오작동을 제어하며, 품질의 키(Steering Wheel)를 쥐기 위한 구조적 사고법을 다룹니다. 그렇다면 프론티어 엔지니어링의 원칙을 바탕으로, 시스템의 신뢰성과 안전성을 검증해야 하는 테스터는 과연 어떤 실무 원칙을 세워나갈 수 있을까요? 윤석찬 님이 제시한 엔지니어링 원칙을 테스팅 관점으로 재해석해 보면, 다음과 같은 5가지 원칙으로 정리할 수 있을 것 같습니다. 1. 결정론적 검증에서 '경계선 및 허용 오차(Boundary)' 테스팅으로 전환하라 에이전트 기반 시스템은 같은 입력을 주어도 매번 다른 추론 경로를 거치는 확률적(Stoc...

결국 테스팅은 어렵다

 AI 코딩 에이전트와 대형 언어 모델(LLM)이 코드를 순식간에 쏟아내고 테스트 스크립트까지 자동으로 만들어주는 시대가 되면서, 일각에서는 "이제 테스팅도 버튼 하나 누르면 끝나는 쉽고 단순한 일 아닌가?"라는 착각에 빠지곤 합니다. 하지만 품질 전문가 매슈 하이저(Matthew Heusser)가 자신의 블로그 Quality Remarks에 기고한 "Turns Out Testing is Hard" 아티클은, 기술이 아무리 화려하게 발전하더라도 소프트웨어의 '진짜 품질'을 검증하는 일은 여전히 지독하게 어렵고 복잡하다는 현실을 서늘하게 되짚어 줍니다. (출처: Quality Remarks - Turns Out Testing is Hard / Matthew Heusser) https://qualityremarks.com/turns-out-testing-is-hard/ 이 아티클이 말하는 핵심은 간단합니다. 단순한 스크립트 실행이나 표면적인 기능 작동 여부를 확인하는 '체크(Checking)'는 AI나 도구를 통해 얼마든지 자동화하고 속도를 높일 수 있지만, 시스템의 숨겨진 리스크를 탐색하고 비판적으로 질문을 던지는 '진짜 테스팅(Testing)'의 난이도는 오히려 이전보다 더 올라갔다는 점입니다. AI 코딩 에이전트가 단 몇 초 만에 수백 줄의 코드를 생성을 해내면서 당장 눈앞의 기능은 돌아가는 것처럼 보입니다. 하지만 그 이면에서는 오작동이 일어날 수 있는 엣지 케이스, 시스템 간의 미묘한 맥락 단절, 그리고 나중에 거대한 장애로 돌아올 인지부채가 순식간에 쌓여갑니다. 매슈 하이저는 왜 테스팅이 여전히 지독히 어려운 과제로 남아있는지 몇 가지 근본적인 이유를 제시합니다. 첫째, '모호함과의 싸움'입니다. 소프트웨어 요구사항은 언제나 비어있는 행간과 모호함을 품고 있습니다. AI는 주어진 텍스트 그대로 명시적인 조건만 테스트하지만, 실제 인간 테스터는 명시되지 않은 사용...

피드백 루프: AI 시대 테스터가 지켜내야 할 핵심 엔진

소프트웨어 개발과 테스팅 현장에서 가장 자주 언급되지만, 막상 시스템이 복잡해질수록 쉽게 경시되곤 하는 핵심 개념이 바로 '피드백 루프(Feedback Loop)'입니다. 코드를 수정하고, 빌드하고, 테스트 결과를 확인하고, 다시 개선하는 그 순환 과정의 속도와 정확도가 결국 소프트웨어의 품질을 결정짓기 때문입니다. 품질 전문가 매슈 하이저(Matthew Heusser)가 자신의 블로그 Quality Remarks에 기고한 "One Loop After Another" 아티클은 바로 이 피드백 루프의 다층적 구조와, AI 시대에 우리가 놓치지 말아야 할 품질 검증의 본질을 날카롭게 되짚어 줍니다. (출처: Quality Remarks - One Loop After Another / Matthew Heusser) https://qualityremarks.com/one-loop-after-another/ 매슈 하이저는 소프트웨어 개발 생태계가 단순히 하나의 커다란 테스트 루프로 돌아가는 것이 아니라, 시간 축과 관점에 따라 겹겹이 쌓인 '연쇄적인 피드백 루프들(One Loop After Another)'로 이루어져 있다고 설명합니다. 초단기 루프 (Inner Loop): 개발자가 코드를 작성하는 몇 초~몇 분 단위의 루프입니다. 단위 테스트(Unit Test)나 IDE의 Linter, AI 자동 완성이 즉각적인 피드백을 주는 영역입니다. 단기 루프 (Daily / CI Loop): 커밋과 푸시가 이루어지고, CI/CD 파이프라인에서 통합 테스트와 정적 분석이 실행되는 몇 시간 단위의 루프입니다. 중기 루프 (Iteration / Exploration Loop): 스프린트 단위로 탐색적 테스팅(Exploratory Testing)을 수행하고, 실제 사용자 시나리오나 엣지 케이스를 사람이 직접 검증하며 시스템의 유기적 작동을 확인하는 며칠~몇 주 단위의 루프입니다. 장기 루프 (Outer / Market Loop): 실제 ...