종이상자 공책

2024-2025 회고: 과유불급, 수미상관 그리고 유종의 미 (1)

paperboxturtle — Sun, 11 Jan 2026 05:32:43 +0900

또 다시 해를 넘겨 회고하는 시간이 돌아왔습니다. 2026년 새해 복 많이 받으시길 바랍니다.

이번 회고의 제목은 2024년, 2025년 회고이지만, 2022년에 썼던 회고를 바탕으로 2023년도는 어떻게 지냈는지 간단하게 짚고, 2024년과 2025년을 어떻게 보냈는지 분기별로 정리하는 시간을 갖고자 합니다.

2023년과 같이 2024년과 2025년 회고는 시작도 하지 못했다고 생각했는데, 의외로 제목만 써두고 공개하지 않은 글이 둘이나 있었습니다. 본 회고의 제목은 2024년 회고의 제목이 적절하다고 생각하여 글과 제목을 수정한 결과물이기에, 일부 환경에서 오래된 글로 표시될 수 있습니다.

2023년 회고

2023년은 2022년과 다름 없이 휴학이 이어졌습니다. 2022년 회고를 읽어보신 분들은 아시겠지만 예정보다 매우 이른 시점에 제대하였기 때문에 교무 규정의 유사 조항을 바탕으로 실제 제대 명령 시점인 7월 말에 맞춰 자진 신고하였으나, 해당 조항 상 기재되지 않은 용어로 인한 사유인 터라 도리어 그대로 둘 것을 권유받아 1년의 시간을 추가로 확보할 수 있었던 것입니다.^[각주:1] 그래서 1분기에는 소프트웨어 마에스트로 재지원을, 3분기에는 지난해 완성에 이르지 못했던 JUNCTION ASIA 대회 출전을 목표로 대략적인 일정을 수립했습니다.

그러나 코딩 테스트 실력 부족으로 소프트웨어 마에스트로 14기는 탈락했고, 이때의 기억을 바탕으로 향후 DB프로그래밍 과목 수강이나 SQL 코딩 테스트 실력 향상을 위해서는 문법에 대한 이해가 필요하겠다고 판단하여 2분기 중 SQLD 자격증을 취득했습니다. 당시 2023 유선배 SQLD 합격노트 책이 도서관에 있어 빌렸었는데, 한달 간 공부하면서 구성 자체는 나쁘지 않으나 오래되거나 잘못된 정보들이 종종 있어서 아쉬웠습니다. 돌이켜 보면 이는 매년 새 기출을 바탕으로 출간해야 하는 수험서들의 고질적인 문제점인 것 같아, 아마 해당 책만의 문제는 아닐 것 같네요. 이때 즈음 편입을 고려해 TOEIC 학원을 다니게 되었고, 일정에 맞지 않아 약 9개월에 걸친 스마트폰 멘토 봉사 활동을 마무리하게 되었습니다. 평일에만 운영하는 특성상 복지관에서도 지원자가 많을 수 없어 무척 아쉬워 하셨는데, 지금 돌이켜보면 하반기에 공백이 너무 커서 이 활동만큼은 요일을 옮기더라도 계속할 것을 그랬나 하는 후회가 살짝 있었습니다. ~~아마 그랬으면 학교 포털의 비교과 기록에 봉사 시간 73.5시간이 아니라 100시간 즈음 찍혔을지도 모르겠습니다~~ 이때 즈음 작년 UbuCon Asia 2022에 참가했던 기억을 바탕으로 UbuCon Korea 2023의 웹사이트 관리 담당에 지원, 2024년에 우분투한국커뮤니티의 정식 운영진이 되는 계기도 발생하게 됩니다.

2분기 말에는 SW중심대학협의회에서 주최하는 SW중심대학 공동해커톤의 참여 가능 범위가 휴학생으로 넓어져 기적적으로 해커톤을 한 번 더 경험할 수 있었습니다. 다만, 다음 해부터는 학생들의 개발 능력을 좀 더 보겠다는 의미인지 대회의 성격이 해커톤이 아닌 경진대회 형식으로 변화하였고 대학에서도 사업비 집행 규정이 재학생으로 구체화됨에 따라 앞으로는 휴학생 신분으로 참여하긴 어렵겠지요. 비록 수상에 이르지는 못했지만, 이전 해캐톤에서의 경험을 바탕으로 시간 분배가 보다 잘 되었고 합이 정말 잘 맞는 사람들과 좋은 경험을 할 수 있어서 행복한 시간이었습니다. #회고글

3분기 초에는 JUNCTION ASIA 2023 출전을 위해 준비했는데요, 직전 해커톤에서 생소한 라이브러리인 Svelte만을 할 줄 알았던 저로 인해 React만을 원했던 다수의 팀에서 거절당했던 경험으로 이제는 React를 다시 공부해야겠다는 결심을 하게 됩니다. 이렇게 해서 완성된 프로젝트가 폐의약품 수거지도였는데요, 기후에너지환경부(당시 환경부)에서 새로 표준 데이터를 공표하기 전까지 각 지역의 데이터에 포함되는 내용이 천차만별이라서 출전 전에는 경기도에서 공공 데이터 형식으로 해당 데이터를 공개하고 있는 유이한 지역인 고양시와 구리시만을 포함해 CSR(Client Side Rendering) 방식으로 개발했습니다. 그런데 아무래도 이렇게 개발하면 검색 최적화에는 불리한 부분이 있고, 최초 페이지 표시 시간도 다소 아쉬워서 해커톤 이후에는 SSR(Server Side Rendering) 방식으로 갈아 엎게 됩니다. 다만, 이 프로젝트 자체가 환경부의 표준 데이터 발표 전까지^[각주:2] 서로 다른 공개 범위를 갖는 지역의 공공 데이터를 재가공하는데 많은 시간을 쏟아 부어야 해서 혼자서 개발하는 특성상 개발 능력 향상에는 그다지 도움이 되지 않았던 점이 무척 아쉽습니다.

어쨌든 덕분에 JUNCTION ASIA 2023에서 3위를 수상하였고, 공언했던 2025년에는 다른 개발자 컨퍼런스에 참가하면서 가지 못했지만 국가우수장학금 기준 조건에 한 걸음 다가갈 수 있었습니다.^[각주:3]

3분기 말에는 UbuCon Korea 2023 준비위원회의 웹사이트 관리 담당과 기타 몇 가지 일을 수행하게 되면서 행사 준비에 여념이 없었고, 당일 사회를 맡으면서 150여 명의 참가자 앞에서 짧지만 떨리는 순간을 경험했습니다. 덕분에 4분기 소규모 회고 밋업에서 발표자로 나설 수 있는 동력이 되기도 했던 것 같네요. 이때 내적으로는 이미 국가우수장학금을 수혜받을 수 있는 조건에 거의 도달했는데 편입해서 자신 없는 수학과 물리, 화학 등의 이과계 과목을 들을 자신이 있을까 하는 고민이^[각주:4] 있었습니다. 그래도 4분기 초 한차례 더 토익 성적을 갱신했고, 최종 935점으로 마무리하였습니다. ^{당연하게도, 2025년 12월이 지난 현 시점에서는 다시 갱신하지 않았기 때문에 만료되었습니다.}

2024년 회고

1분기: 이 많은 것을 한 번에?!

지원한다고 다 되는 것은 아니니, 기회가 있을 때 도전하라!
하지만 그렇다고 거의 다 되어버리면 어떻게 해요

1분기에는 어차피 다 되는 일은 없을 테니 일단 대외 활동에 지원해본다는 마음가짐이 무척 강했습니다. 때문에 2023년에 떨어졌던 SW마에스트로를 제외한, 작년에 접했던 활동들이나 SW중심대학사업단에서 모집하는 활동에 다수 지원했습니다. 최종적으로 5개 중 4개 정도 되는 바람에, 아이고 이거 큰일났다. 어쩐담. 무척 당황스러웠던 기억이 뚜렷합니다.

처음 지원했던 것은 2023년 4분기에 우연히 알게된 구름톤 유니브 활동입니다. 해커톤이 좋았던 저는 GUAP(Goormthon Univ After Party, 또는 9UAP) 행사를 Festa! 등의 플랫폼으로 알게 되어 참석했었는데요, 당시 1기였고 저희 대학은 참여 대학이 아니었기에 주로 내년 유니브 신규 모집에 지대한 관심을 갖고 지켜봤습니다. 특히 당시 저희 학교에서는 인지하기로 멋쟁이사자처럼의 운영이 위태로운 상황이었고, GDSC는 프론트엔드를 모집하지 않았기 때문에 그간 소외받았던 기획, 디자인, 프론트엔드 역할을 구름톤 유니브가 커버할 수 있을 거라고 생각했습니다.

구름톤 유니브 운영진 Onboarding Seminar 장면. 구름 스퀘어 판교에서 촬영

이러한 점을 어필하여 동아리 운영 경험도 없이 결과적으로 구름톤 유니브 2기 대학 대표에 합격해 학교로 구름톤 유니브를 들여오게 되었습니다. 아무래도 이런 프로그램이 디자이너와 기획자 직무를 뽑기 상당히 어려웠는데, 이는 저희 학교에 디자인 관련 학과라고는 유일하게 복수전공 전용 학과로 개설되어 있는 것이 전부라 디자인 역량자가 부족한 것이 한 몫하리라 생각이 되네요.^[각주:5] 개인적으로는 다양한 기회를 제공하는 것이 목표였던 만큼 별도의 기준과 점수표를 놓고 가급적 정성평가보다는 정량평가에 힘쓰고, 저처럼 면접에 약한 사람이 있지 않을까 싶어 서면 인터뷰도 도입을 했는데 지원자가 아주 많지는 않아서 활용할 기회가 많지 않았던 점은 아쉬움이 남습니다. 사족을 달자면 저의 운영 역량과 타 분야와의 형평성을 고려해 최소한의 인원만 배정받을 수밖에 없었는데, 훌륭한 백엔드 개발자 분들의 실력에도 떨어뜨려야 하는 사정과 비교적 교내 기회가 부족했던 프론트엔드 개발자 분들의 열망이 느껴지는 선발 과정이었습니다.^[각주:6]

그 다음으로는 약 2~3주간 스페인 여행을 다녀온 후, 작년 Ubuntu Korea Community에서 UbuCon Korea 2023 준비위원회로 활동했던 기억이 좋아서 마침 커뮤니티 공고 상 Event Organizer 직을 추가 선발하는 상황이기에 지원했습니다. 구름톤 유니브 면접이 마무리된 직후 가족과 함께 스페인 여행을 가 있던 터라 면접 일정을 한 차례 연기하게 되었지만 무사히 면접을 마쳤고, 기존 운영진 분들의 긍정적인 답변으로 운영진에 합류하게 되었습니다. 이후 실수나 잘못도 자주 하면서 배웠던 점도 많은데 직장이 아니라는 특성을 바탕으로 너그러이 이해해주실 때가 많아 정말 다행이라는 생각이 많이 들었네요. 쓸 수 있을지는 모르겠지만, 자세한 내용은 올해 7기 운영진 활동이 마무리되고 자연스럽게 8기 운영진 체제가 된 만큼 회고를 써보게 되지 않을까 싶습니다.

마지막으로는 2월 중순 기습적으로 공개된 충북대학교의 ICCAS 2024 해외교육 프로그램이었습니다. 아직 이어서 쓸 내용이 많지만 1차 회고글에서 남긴 바와 같이 주요 분야에 대해 하나도 모르는 상태라서 망설였는데요, 집에서도 그게 되겠니. 일단 지원해봐라 하셔서 지원을 한 것이 스노우볼처럼 굴러가서 이렇게 동시에 3개를 하게 되었습니다. 그래서 뭐라도 보완해 보고자 그나마 학교에 딥러닝 강의가 있어서 신청을 했지만, 4학년 과목이라 잔여 좌석이 적어 실패하였고 결국 남은 학점을 채울 방법을 찾아 헤매다가 DSC공유대학의 충남대학교 교수님께서 제공하시는 딥러닝 강의를 이수하였습니다. 동시에 해외 연수를 갈 계획은 없지만, 해외 연수 필수 조건인 교내 영어 교육 프로그램에도 참가해서 부족한 점을 보완하려다 보니 더욱 바쁜 일정이 되었습니다. 이 프로그램이 아쉬운 점은 대학에서 합류를 신청해야 갈 수 있는데, 충북대학교에서 ICCAS 2025 프로그램을 진행하였음에도 불구하고 단 한 해만, 2명만 선발하여 보낸 탓에 다른 학생들에게 추천할 수 없었다는 것입니다. 대신 연말에 CES 탐방 프로그램이 신설되었는데, 이 프로그램은 얻어가는 부분은 다소 적을 수 있지만 2년 연속으로 진행되고 있어 다행으로 생각합니다.

나머지 2개는 1분기 말 ~ 2분기 초 즈음 결정이 되었던 것으로 기억합니다. 하나는 3학년이 지원 요건의 최종 학년이었던 SW중심대학사업단의 SW 관련 활동 촉진 프로그램이었고, 나머지는 본래 구름톤 유니브 또는 멋쟁이사자처럼과 통합 운영을 검토했으나 중앙 동아리 신청 일정과 맞지 않아 별도로 운영하게 된 교내 IT 동아리였습니다. SW 관련 활동 촉진 프로그램은 일정상 반드시 사업단의 필수 참여 프로그램에 참가할 수 있다는 보장이 없었어서 그런지 떨어졌고^[각주:7], 교내 IT 동아리도 구름톤 유니브가 우선인 탓에 집중하지 못해 결국 1년만에 자연스럽게 활동 종료 수순이 되었던 터라 아쉬움이 남습니다.

벚꽃톤이 열렸던 kakao AI campus 입구 표지판. 사진과 같이 산 속에 있어서, 대중교통으로 가기에는 험난한 길이었습니다.

2분기를 앞두고 마지막으로 집중했던 활동은 구름톤 유니브의 벚꽃톤 스태프 활동이었는데요, 당시 해커톤에 참가할 수 있을만큼 상황이 여유롭지 않다고 생각하여 스태프로 자원하고 남은 기회는 부대표 분께 양보하게 되었습니다. 해커톤에 참여만 했지 운영에 참가하는 것은 처음이라서 직접적으로 그 노고를 확인할 수 있는 기회였는데요, 마침 또 행사 장소였던 카카오 AI 캠퍼스가 대중교통이 불편한 곳이라 대중교통을 골랐다가 시작 전 고생을 하기도 했습니다. 이름표를 하나씩 다 집어넣고, 테이블 세팅이나 식사 인솔을 맡고, 수시로 돌면서 출입 금지 구역에 드나드는 분들이 없는지 확인하고, 행사 종료 보고에 쓸 사진을 여럿 찍고…무박 2일간 최종 마무리를 해야 하는 팀들이나 직접적으로 행사를 준비해 온 중앙 운영진의 고생에 비해서는 덜하겠지만, 적지 않은 체력과 열정을 요하는 일이었습니다.^[각주:8] 안타까운 점은 우리 학교에서 참가한 팀들이 모두 수상에는 실패하였다는 점인데요, 그래도 참가 팀 중 하나였던 디스턴스, 큐터디^[각주:9]는 실 서비스 운영으로 이어져서 학교 축제 등에 활용되었기에 약간의 뿌듯함이 남았습니다.

2분기: 쌓아올린 것을 모조리 털어보자

이번 2분기는 제게 개인적으로 중요한 분기 중 하나였습니다. 쉬는 동안 역량이 어느 정도로 하락했는지를 살필 기회였고, 다양한 성적이나 장학금 관련 신청과 결과가 이때 공고되기 때문이었습니다.

한편 동아리 활동을 본격화하는 차원에서 여러 동아리에서 운영진으로 활동하게 되고, 구름톤 유니브의 벚꽃톤 이후 동력을 잃어버릴 것이 염려되어^[각주:10] 교내 다른 IT 동아리와도 연합으로 행사를 추진하면 어떨까 싶어 회고 모임 비슷한 성격의 동아리 행사를 추진했었습니다. 아무래도 현업 개발자 분들 앞에서 발표나 면접을 치루게 되면 상당히 떨리는 일이니 학생들 사이에서 다소 완화된 긴장감으로 연습을 해보자는 취지였는데요. 그러나 아무래도 다들 후원사 또는 중앙 운영진의 커리큘럼에 따라가기 바빠 추진이 지속적으로 연기되는 부분이 있었고, 최종적으로 무산되었습니다. 커뮤니티에서도 구하기 어려운 것이 연사자인데, 그때의 저는 그러한 부분을 간과했던 점도 컸던 것 같습니다. 나중에는 구름톤 유니브 대학들끼리 할인 제도를 이용한 해커톤 장소로의 공동 이동이나 연합 행사도 추진했었는데, 이 또한 좌초되어 아쉽게 되었습니다.

그러던 도중 받아 둔 연락처로 교내 GDSC 대표 분과 연락을 받아 GDSC 차기 Lead 추천을 요청받는 일이 있었습니다. 아무래도 동아리들의 공통된 고민이 대부분 교외 동아리에 참여하고 싶어하는 사람들은 빨라야 3학년이고, 4학년이 대부분으로 다음 기수 대표 선발에 어려움이 많은 터라 그 어려움이 공감이 되었습니다.^[각주:11] 다행히 저와 다른 한 분이 구름톤 유니브에서는 해당되었으나 공통적으로 7월까지 ICCAS 2024에 참여하고 있었고, SOUP는 비교적 저학년이 많았지만 팀을 이끌어나갈 정도의 역량이 있는지 확인하기 어려웠습니다. 저의 경우 동아리 운영은 이번이 처음이다보니 바로 이어 더욱 큰 규모의 GDSC를 추가로 운영하는 것은 상당한 부담으로 다가올 것이 예상되어 ~~그리고 자기 자신을 추천하는 행위가 좀 그랬습니다.~~ 다른 한 분을 추천드리게 되었습니다.

국가우수장학금은 전공에 따라 재원의 출처가 다른데요, 인문100년, 예술체육 분야의 경우 교육부 주관인 반면 이공계는 과학기술정보통신부 재원으로 운영되는 장학금이어서 R&D 예산 삭감의 영향이 있었는지는 몰라도 공고도 늦고^[각주:12] 교내 추천 인원이 상당히 축소되었습니다. 그럼에도 JUNCTION ASIA 2023 수상 경험이 크게 작용하였는지 다행히 추천서를 받을 수 있었고, 2년간 학비 걱정은 없이 다닐 수 있게 되었습니다.

뒷이야기: 그런데 최초 공고에는 예년과 같이 8명으로 공지가 나가서 이공계 학과 비율이 절반을 넘는 학교지만 백분율 기준 자체는 만족하고 봉사 점수도 만점에 수상 경험도 있으니 그 정도면 간신히 말석에 들 수 있지 않을까 싶은 기대에 차 있었고 다행히 학생지원팀에서 추천해주셔서 국가우수장학금으로 선발되었을 때도 그런 줄 알았습니다. 나중에 12월 중순에 메달을 수령하러^[각주:13] 학생지원팀에 갔을 때 1명 뿐이라고 해서 이상하다 생각하였는데 그게 아니라, 일자 미상으로 1명으로 대폭 축소 반영된 공고가 올라갔고 그렇게 선발된 인원이 저였던 것입니다. 열심히 준비하기도 했고 결과적으로는 좋은 결과를 얻을 수 있었지만 사실을 알고 나니 다소 복잡한 심정이었습니다.

국가우수장학생에게 제공되는 메달. 이공계장학금이다보니 뒷면에는 과학기술정보통신부 장관의 성함과 수여 연월(2024년 11월, 제작 완료일 기준)이 적혀 있다.

장학금 이야기를 했으니 공부 이야기도 안 할 수 없는데요, SQLD로 준비했던 DB프로그래밍, OS 스터디로 준비한 운영체제 과목을 동시에 듣는 학기여서 그때의 경험이 고스란히 반영될 수 밖에 없었습니다. 그런데도 기말 대체 과제에 이르러서는 다양한 활동과 동시에 진행되면서 역량 부족을 절실히 느꼈고, 고스란히 성적에 반영되었습니다. 그나마 다행인 점은 휴학하는 동안 A 이상 성적의 최대 부여 기준이 종전 30%에서 40%로 상향되었기 때문에 예상보다는 높은 성적으로 마무리했습니다. 한편 교양이지만 3학점인 심리학 과목을 들으면서, 가장 듣고 싶었던 교과목 중 하나를 들을 수 있었기에 과제 양은 많았어도 흥미롭게 들을 수 있었습니다.

ICCAS 2024의 1차 집중 교육도 회고에 남긴 바와 같이 이때 마무리되었으나, 계획과 달리 앞서 언급한 대체 과제 2종(OS, DB)과 커뮤니티 컨퍼런스 준비(UbuCon Korea 2024) 등으로 상당히 바빠진 결과 실질적인 개발 활동을 거의 진행하지 못했습니다. 후회가 남지만 성적과의 균형을 위해 어쩔 수 없이 희생한 부분이기도 했는데요, 조만간 2차 회고에 남기겠지만 3분기에 잘 수습하여 마무리할 수 있었습니다.

마지막으로 TOPCIT 성적 부분은, 소프트웨어 마에스트로에 참여하셨던 분들이나 SW중심대학 사업의 지원을 받는 대학을 다니고 계신 컴퓨터 계열 학과 전공생분들이라면 공감하시듯 응시 자체는 필요하지만 아주 중요한 부분은 아닙니다. 그렇지만 2021년 2학기 당시 학교에서 처음으로 TOPCIT 신청 접수를 받을 적에 3~4학년으로 제한이 걸려 신청하지 못하고 있던 것을 교수님께 말씀드려 응시할 수 있었고, 결과적으로 교내 단체 접수자 중 1위를 기록하여^[각주:14] 장학금도 받고 교수님께도 칭찬을 들었던 기억이 있다보니 올해(2024)도 좋은 성적을 내고 싶은 욕심이 생긴 것입니다. 결과적으로는 3학년 1학기에도 아슬아슬했지만 1점 차로 1등, 606점을 달성하여 장학금도 받고 다음 시험에서 수준 4를 노려볼 수 있게 되었습니다.

보충 설명: 2021년 당시 교수님께서는 우리가 사업을 따 왔는데, 학생들의 참여율이 저조해서 참 걱정이다. 같은 말씀을 수업 중에 하셨고, TOPCIT에 대한 이야기도 당시에 나왔던 것으로 기억합니다. 저의 경우 교내 공지를 기억하고 있어서, 교수님께 감히 3~4학년으로 설문 양식 선택 란이 제한되어 있어서 신청을 하지 못했다고 말씀을 드렸었고 교수님께서 즉시 잠시 강의실을 떠나시더니 사업단과 논의하셨는지 3학년으로 신청하면 된다고 한다, 는 답변을 받아 신청할 수 있었습니다.

3분기: 아슬아슬, 체력 부족

충북대학교 청주 사진. 왼쪽부터 순서대로 정문, 학연산공동기술연구원, BTL 기숙사

영국 현지 교육 사진. 순서대로 Warwick 대학교 기숙사, 컨퍼런스 홀, 런던 기념품 샵의 강아지

7월과 8월에는 별도 회고로 남길 ICCAS 2024 2차 몰입 교육, 곧이어 영국 현지 교육이 끝나면? UbuCon Korea 2024가 돌아오는 주 토요일에 개최되었습니다. 그래서 다른 활동은 거의 꿈꾸지 못했고, 간신히 구름톤 유니브의 수료증 전달만을 마칠 수 있었습니다. 구체적으로는 2차 몰입 교육이 약 2주 정도 되었고, 영국 현지 교육은 1주일 정도 소요되었습니다. 그래도 2주라는 기간 안에 해커톤 비슷하게 구현을 진행하다 보니 기본적인 기능은 얼추 완성할 수 있었고, 2분기 말 진척이 거의 없어 불안했던 상황에 반전을 불어넣을 수 있었습니다. 이 부분은 조만간 쓸 2차 몰입교육 회고에 구체적으로 이야기할 예정입니다.

UbuCon Korea 2024는 반성이 많았던 행사였습니다. 초반에 체크인용 프린터기의 용지가 없어 급히 영수증 용지를 빌려오는 사고가 있었고, 현장 운영 면에서 2023년 대비 상당히 미숙한 점이 많았습니다. 가령 제가 담당하였던 점심 케이터링의 경우 채식이나 이름 유사성 등의 이유로 유부초밥 메뉴가 선정되었는데, 2023년에는 전문 케이터링 업체를 불러 핑거푸드를 제공하였던 터라 부정적인 피드백이 많았습니다. 저를 포함한 운영진 모두가 바쁜 와중에 행사를 준비하다 보니 챙기지 못한 부분이었기도 합니다. 다만, 따로 회고를 남길 예정이기도 하고 대외적으로 남길 수 있는 부분에는 제한이 있어 가급적 생략하고자 합니다.

그렇게 총 4~5주 정도를 계속해서 몰입해서 활동하다 보니, 행사가 끝난 뒤로는 체력이 거의 소진되어 다른 활동을 하지 못했습니다. 그나마 수강 신청은 원하는대로 신청하였다는 점이 위안이라면 위안 거리지만, 때문에 IT 관련 아르바이트나 외주 경험을 쌓을 기회가 찾아왔는데도 거절할 수밖에 없었고 그 뒤에 인턴 등은 합격하는 일이 없었기에 대학 생활 통 틀어서 가장 큰 후회로 남는 부분입니다.

충남대학교 전경.

그럼에도 기존에 하던 활동들은 대체로 이어져서 한 주 정도 지난 시점에 상장 수령 겸, 잘 마무리된 ICCAS 2024 멤버들과 한차례 청주에 위치한 충북대학교에서 프로그램을 운영하셨던 교수님과 뵙기도 하고, 이전에 신청했던 행사였던 DSCU AWS 해커톤에 참석하기도 했습니다. ICCAS 2024에 대해서는 회고에 남길 예정인데, DSCU AWS 해커톤은 그러지 않을 예정이라서 간단하게 이야기를 하자면 사실 후회와 실망이 주가 되는 행사였습니다. 운영을 담당한 업체의 열정이나, 운영진 분들의 성격 등은 대체로 좋았지만 대회 운영에 영향을 미치는 공지가 누락되는 문제가 있었습니다. 행사 당일의 상황을 보아 복합적인 문제였을 것으로 보이는데, 운영진 측에서는 잘 몰랐던 것으로 보이고 아마도 DSC 공유대학 측의 착오로 융합전공 참여 학생들에게만 제대로 공지하되 그 외 일반 학생들에게는 일체 공지가 도달하지 않은 문제였을 것으로 보여 다음 해에는 비슷한 기회가 있어도 참여하지 않는 계기가 되었습니다.^[각주:15]

DSCU AWS 해커톤은 무박 2일의 짧은 해커톤으로 충남대학교에서 개최되었습니다. 해커톤 전날 AWS 관련 교육을 이수할 것을 필수 조건으로 하여, 당일 실전 애플리케이션 개발 교육 후 개발을 한다는 상당히 촉박하고 여러 사정이 겹쳐 보이는 일정이었는데요. 누락된 공지는 대략적으로 정리하면 다음과 같습니다.

사전에 아는 사람들끼리 팀을 꾸릴 수 있었으나, 공고문, 공유대학 공지사항, 대회 공식 Slack 채널, SMS 등에서는 이러한 사항이 공지되지 않았음
당일 실전 애플리케이션 개발 교육이 AWS 관련 필수 교육과 유사한 내용으로 변경되었으나, 공고문, 공유대학 공지사항이나 대회 공식 Slack 채널, SMS 등에는 공지되지 않았음.

이로 인해 전공생들이 아닌 마이크로디그리, 비교과 한정으로만 참가하는 일반 참가자들에게 일종의 페널티가 부여되었고, 팀을 꾸릴 수 있다는 사실로 인해 팀 빌딩 시간보다 앞서 기획에 들어갈 수 있는 문제점까지 발생하게 되었습니다. 설상가상으로 저희 팀은 사전에 팀을 꾸릴 수 있다는 사실을 안내받지 못한 결과로 구성된 임의 팀이었기에 일반 참가자들 위주로 구성되어 있었는데 다른 팀의 멤버가 부족하다는 이유로 구성 직후 운영진이 저희 팀의 인원을 1명 빼갔고,팀원 대부분이 정작 희망 역할에 대해서는 경험이 없고 당일 실전 애플리케이션 개발 교육으로 해결할 계획이셨던 터라 운신의 폭이 매우 좁아졌습니다. 팀원 중 한 분의 경우 직전에 진행된 AWS DeepRacer 교육 프로그램에도 참가하셨었는데, 유사한 교육 내용을 3번 반복으로 듣게 되셨다는 것으로 보아 업체 측의 사정도 있었겠으나 참가자 입장에서는 그다지 좋지 못한 경험이었습니다.

결과적으로 구현 가능한 아이디어가 한정적이니 빠르게 결정되어야 할 기획이 새벽 3시를 넘겨도 제자리 돌기를 했고, 대회 수상은 커녕 기초적인 기능 완성도 할 수 없었으며, 사전에 인지했던 문제점 정도나 지적받고 끝났습니다. 시간, 금전 등 모든 측면에서 낭비가 되는 경험이라 사실 무척 불쾌했었는데, 좋은 후기를 남겨달라고 하기에 당시에는 혹여나 안 좋은 감정으로 더 부풀려서 쓰거나 DSC 공유대학에 안 좋은 이미지가 될까봐 삼가다가 DSC 공유대학이 종료되는 올해(2026) 비로소 이야기를 하게 되었습니다. 아마 지금이라면 좀 더 실력이 향상되어 혼자서도 구현을 거의 해결할 수 있었겠지만, 당시에는 저도 그 정도의 실력은 아니었던 터라 아쉬움이 남기도 합니다.

그럼에도 좋은 점이 있었다면 해당 해커톤을 운영했던 담당사의 멘토 분들께서 새벽 중 개별 멘토링을 통해 향후의 커리어나, 창업 관련 이야기들을 따로 말씀 주셨는데, 저는 거의 이야기를 하지 않은 터라 듣기만 했지만 적어도 좋은 마음으로 행사를 기획했고 어려운 상황에도 진행하게 되었구나 하는 진정성은 잘 알 수 있었습니다.

참고 자료: 공고문 원문

2. DSC 공유대학 AWS 기업체 연계 클라우드 해커톤 프로그램_안내문.pdf

0.12MB

4분기: 이런 경험이 자꾸 쌓이면 나쁜 버릇이 들어

학교 기숙사에 슬슬 질려가던 찰나 이제는 새집 증후군 우려도 없겠다 좀 더 신축인 연합 기숙사로 옮겨가게 됩니다. 때문에 통학 시간이 추가되었지만, 스트레스 경감 측면에서는 상당히 도움이 되었습니다. 그러다 보니 좀 더 새로운 작업을 해도 된다, 고 판단했던 모양입니다. 3분기 말, 그러니까 9월 말 학술제를 앞두고 학술제 주요 행사의 출석을 체크하는 애플리케이션 개발 경진대회가 열려 급히 2인 팀을 꾸리고 개발에 들어갔습니다. 10월 한 달간 관련 커밋만 110건을 할 정도로 바빴으나, 디자인, 팀장, 프론트엔드 업무를 동시에 수행해서 한 달이 겨우 되는 기간동안 완성한다는 목표를 달성하려다 보니 실패하여 결과적으로 백엔드 팀원 분께 큰 폐를 끼쳐드렸습니다. 그런데 다행히 실제 웹 앱으로 사용되지는 않았지만 3위로 수상은 받게 되어, 기쁜 마음보다 얼떨떨한 기분과 복잡한 심정이 공존했습니다.

이 시기 수강했던 과목 중 가장 영향을 많이 주었던 과목은 컴파일러였는데요, 사실 신청하기 전에 과제와 시험이 정말 사악하다는 이야기를 많이 들었던 터라 잠깐 망설였습니다. 하지만 점차 컴파일러 과목을 들을 수 있는 대학이 줄어들고 있는 시점에서 프로그래밍 언어를 연구하시는 교수님께 강의를 들을 수 있다는 점 자체가 매력적이었고 당시 시점에서 막 은퇴를 하신 석좌 교수님이신지라 몇 해 안에 강의를 그만두실 수도 있지 않을까 싶어 지금이 아니면 기회가 없다고 생각하여 신청하게 되었습니다. 과연 악명이 자자해서 그런지 수강 신청자는 폐강 기준을 간신히 넘겼고, 많이 쉽게 바꾸셨다고는 하셨지만 여전히 시간 내 풀기 어려운 기말고사와 상당한 분량을 기대받는 첫 번째 보고서 같은 부분에서 약간의 난관이 있었습니다.^[각주:16]

그래도 사용하는 도구인 Bison, GCC 등이 GNU 프로젝트이고, 같이 사용하는 flex도 Unix-like 운영체제에서 구동되는 점을 고려해 리눅스로 실습 시에는 가산점을 주는 제도가 있었고, 다행히 리눅스를 오래 써온 제게는 어려운 일이 아니라서 보고서까지 리눅스에 설치된 LibreOffice로 작성해 제출했습니다. 첫 번째 보고서는 40장 정도 썼는데, 새로 서식도 만들고 애시당초 본격적인 수업에 들어가기 전에 내 주신 과제인 터라 많은 내용을 적기는 어렵긴 했습니다. 결과적으로 비교적 좋은 평가를 받았고 이후에도 잘 쓰지 못한 보고서의 성적을 만회하는 데 쓰였습니다.

다른 한 가지 과목은 시스템 분석 및 설계 과목으로 실질적으로는 소프트웨어 공학2 였습니다. 같은 연구실에 있었던 동기와 팀을 구성해서 과제를 수행하였는데, 일정상 중간고사 분량에 대해서는 동기가 전적으로 맡고 후반부 분량은 제가 맡아서 마무리하는 구성이 되었습니다. 기말 분량을 마무리할 때 또 아슬아슬한 시간 제한에 맞췄기 때문에 둘 다 제출에는 성공했지만 시간 여유가 없었을 동기에게는 지금도 미안한 부분입니다.

이번에는 저의 기여 비중이 부끄러운 수준이라 따로 후기로 남기지 않지만 10월 중에는 4년 만에 연합 대학 해커톤에 참가하기도 하였는데요, 교수님의 인삿말에서 최초 행사에 참석했던 친구들은 졸업했겠지만~ 하시는 와중에 최초 행사 참가자였던 저는 살짝 머쓱한 기분이 들기도 했습니다. 뭐, 4년 내내 참석했거나 그때 군대에 있었다면 졸업했을테니 대체로 틀린 말씀은 아니지만요. 여기서도 프론트엔드 분야를 맡아 Svelte 기반으로 웹 앱을 작성하였고, 특히 다른 팀원 분이 작성하신 구형 Tensorflow.js 코드를 새 모델과 코드 기반으로 전환하는 작업을 주로 진행했습니다. 다만 핵심적인 알고리즘 부분은 성균관대 팀원 분께서 준비하신 내용이라서 마치 '버스에 올라탄' 느낌이었습니다. 물론 성균관대 팀원 분께서는 이력서 한 줄 남기기 위해 참석한 대회이니 편안한 마음으로 일찍 끝내자고는 하셨지만,^[각주:17] 여러모로 격차가 실감되기도 했고 최우수상을 받았을 때 알고리즘에 대한 아이디어를 제대로 이해하지 못하면서 이 상을 받아도 되는가 죄책감이 들기도 했습니다.

노트북이 닫혀있는 사진. ThinkPad 로고와 T14s 모델 표기가 선명하다.

그리고 TOPCIT도 10월 말에 시험이 있어서 한 번 더 봤고, 결과 690점을 맞아 수준 4를 달성하였습니다. 아슬아슬하게 교내 단체 응시자 공동 1위를 하였는데요, 3번을 모두 1위를 하다 보니 슬슬 부담스러워지기 시작합니다. 3분기 당시 TPM 등에 이상이 있어 슬슬 고장나던 LG 그램을 보고 막연히 어쩌면 노트북을 새로 사야겠다는 생각을 하던 차였는데, 두 회사(Intel, AMD)의 새 CPU 발표는 되었지만 정작 제품이 많이 나오지 않아 기다리다가 성적 향상 장학금까지 받아 ThinkPad T14s Gen 6 (AMD) 모델을 새로 들일 수 있었습니다. 그래도 그램이 먼저 고장나서, 한동안은 사업단에서 제공해주는 노트북을 잠시 빌려 다녔습니다. 1.8kg에 달하는 갤럭시 북2 기본 모델이었는데요, 아무래도 간혹 두 개의 노트북을 동시에 들고 다닐 일이 생겨서 한 달 정도는 정말 가방이 무거웠습니다.

그 밖의 일로는 갑작스럽게 우분투한국커뮤니티에서 포항 행사 담당자를 맡게 되어, 포항시청과 아시아 행사 관련 추진을 위한 협력 업무를 담당하게 되었습니다. 그러다 보니 11월에는 포항에서 실제 행사도 준비하였는데요, 정작 아무도 방문해 주시지 않아서 흑역사로 묻혔습니다. 혹여 방문하셨으나 안내가 미비해 참석하지 못한 분이 있었다면 이 자리를 빌어 사과의 말씀을 드립니다.

마지막으로 GDGoC(구. DSC, GDSC)의 경우 제가 추천드렸던 대표 분이 2024 - 2025 시즌을 맡게 되셔서, 오랜만에 면접장에서 뵐 수 있었습니다. 프론트엔드 분야가 신설되었지만, 그간 ICCAS 2024나 다른 경험을 통해 AI 역량이 많이 부족하다는 생각이 들어서 AI 일반 멤버로 지원하였고 아무래도 몇 번 뵌 사이이다 보니 그 부분에 대해 해명하기가 다소 수월했던 것 같습니다. 결과적으로 합격하여 머신러닝 과목 수강과 AI 스터디를 병행하였고, 일정상 다소 어려움은 있었으나 무사히 마칠 수 있었습니다.

연말에는 시험 공부 중 영향을 크게 받을 일이 있어 제대로 마무리하지 못했고, 기말고사를 망침에 따라 성적에 큰 영향을 미치게 됩니다. 그래서 3.5는 넘더라도 4는 못 넘겠다고 생각했는데, 4.08이라는 예상 밖의 성적을 받아 다음 해에 제대로 방심하는 계기로 작용했습니다.

마무리

2024년 회고 제목은 예전부터 "과유불급"이었습니다. 보다시피 많은 활동을 추진했었으나 과한 목표로 인해 실패하거나 어중간한 단계에서 마무리해야 하는 작업들이 많이 있었습니다. 2025년에는 2024년에 마무리하지 못한 활동이나 심적으로 지친 상황의 영향을 강하게 받았고, 결과 두 회고를 두 편에 나눠서 씀에도 불구하고 같은 제목을 갖게 되었습니다. 개인적으로는 2025년 상반기에 휴학하는 편이 좋다고 생각했지만, 결과 엇학기 복학을 하는 것은 좋지 않다는 판단 하에 무리하게 되었고 아마 이것이 2024년 최악의 선택이 아니었나 싶습니다.

어쨌거나 얻어간 점이 있다면 부족한 상황에서 팀을 독자적으로 운영할 수 있는 능력이 어느 정도인지 가늠할 수 있었고, 시청과 협력하면서 관공서와의 연락 방법이나 업무 수행이 어떻게 이뤄지는지 법인으로 보는 단체와 시청 사이에서 약간은 배울 수 있었습니다. 아직 부족한 점이 많지만, 2024년에 배운 부분들을 토대로 일정 부분 보완할 수 있어서 다행으로 생각합니다.

본 회고에 담지 못한 여행, 각종 프로그램 등은 순차적으로 풀어나갈 예정입니다.

당시 고민은 입대 휴학 만료 후 1년 휴학을 통해 국가우수장학금 또는 편입에 도전하느냐, 아니면 복학하느냐였는데 아무래도 1년 휴학은 일반 휴학 가능 기간을 모두 사용하기 때문에 배려해주신 것도 있어 보입니다. [본문으로]
이 프로젝트에 집중했던 2023년 중순부터 2024년 초까지는 표준 데이터가 없었고, 공공데이터포털 메타데이터상 공개일은 2024년 12월 2일이었습니다. [본문으로]
대학마다 한국장학재단의 2년 지원형 추천 기준이 다르지만, 저희 대학은 대회 수상 경력 배점이 가장 높고 성적, 봉사 등이 추가됩니다. 성적과 봉사는 앞선 경험을 통해 충족한 상황이었고, 대회 수상 기준은 시/도 대회, 국제 대회 등의 급간이 있는데 JUNCTION ASIA는 아시아 지역 예선 대회 성격이라서 국제 대회로 볼 수도 있고, 주최가 부산광역시였던 덕분에 시/도 대회로 볼 수도 있어 학생지원팀에서 확실한 답을 주지는 않았지만 후술할 선발 과정과 결과에 따르면 적어도 둘 중 하나로는 인정된 것으로 보입니다. [본문으로]
이는 당시 고려했던 대학이 한양대학교 ERICA였기 때문입니다. 성적 하락 우려, 어차피 해야 하는 기숙사 생활, 높아지는 초과학기 확률 등의 문제로 포기했습니다. [본문으로]
결과적으로 디자이너 참가자는 없어서 다른 학교로 TO가 넘어갔습니다. [본문으로]
참가 신청자의 개인정보 보관에 대한 문제로 현재는 대부분 기록이 파기되거나 접근 불가 상태여서 별도의 회고는 쓰지 않고, 남은 부분은 이번 회고에 녹여서 썼습니다. [본문으로]
아니면 사업단 선생님들께서 기억해주실 정도로 자주 얼굴을 비춰서 더 많은 친구들에게 기회가 돌아가도록 하는 차원에서 그렇게 하셨는지도 모르겠습니다. [본문으로]
최종 마무리라고 하여 의아하실 수 있을텐데, 적어도 2024년 당시 구름톤 유니브의 벚꽃톤은 약 2주 간의 개발 후 무박 2일의 최종 마무리로 심사 받는 시스템이었습니다. [본문으로]
이쪽은 한때 운영되었으나 현재는 운영되지 않고 있습니다. [본문으로]
이는 내부적으로도 문제 제기가 되어, 3~4기에는 구름의 KDT 등과 연계하여 개선된 것으로 알고 있습니다. [본문으로]
구름톤 유니브는 당시엔 한 학기 단위여서 상반기 한정으로 이 문제에서 자유로웠는데, 2025년 4기부터는 1년으로 확대되면서 같은 문제를 겪게 될 것이라 걱정이 많이 남습니다. [본문으로]
일반적으로 빠르면 3월 말, 늦어도 4월 중순에는 공고되었는데 이번에는 5월 초에나 공지나 나갔습니다. [본문으로]
그런데 이것도 원래는 3분기 즈음 제공하는 것이 일반적이었습니다. 메달에 적힌 2024년 11월 등을 고려했을 때 아마 그 즈음 과학기술정보통신부 장관이 바뀌면서 새로 제작에 들어갔던 것이 아닌가 싶습니다. [본문으로]
당시 전국적인 전산 오류로 시험이 지체되었으나 수준 3, 553점을 받았었습니다. 추가 정보 입력 당시 당장 쓸 얼굴 사진이 없어서 급하게 교내 사진 부스에 들어가 찍었던 기억이 납니다. [본문으로]
이것이 특히 문제였던 이유는 중요 공지이기도 했지만 애초 참가 대상이 DSC 공유대학 참여 대학 재학생 전체였기 때문에, 평등하게 정보가 제공되어야 하는 것이 원칙상 맞았습니다. 공지 채널이 없었다면 모르겠지만, 공식 Slack 채널을 운영했던 대회 특성과 휴대폰 번호를 입력할 수 있는 DSCU 행정 시스템 특성상 알릴 방법은 얼마든지 있었습니다. [본문으로]
교수님께서 두고두고 화자하시는 사례 중 하나는 첫 번째 보고서를 100장이나 써서 낸 학생이 있었다는 것입니다. 선배님께선 어떻게 하신 걸까요. [본문으로]
실제로 이때 이례적으로 다른 해커톤에서는 경험할 수 없는 속도로 일찍 마무리가 되었습니다. [본문으로]

[충북대 ICCAS 2024](1) 선발, 그리고 1차 집중교육

paperboxturtle — Wed, 5 Mar 2025 14:06:33 +0900

올해 2월 중순, 여느 날과 같이 SW중심대학사업단 공지사항을 열어보던 차에 ICCAS 2024 프로그램 참여 신청 글을 발견했습니다. 영국에서 발표하고, 그 전에 집중 교육, 멘토링 등을 제공하면서 디지털 치료제로서의 기능성 게임을 개발하는 프로젝트라는 말을 듣고 망설였습니다. 저는 의료IT공학과도 아니고, 게임 개발에는 줄곧 관심 없었으며, AI의 A도 모르는 사람이니까요. 그런데 학교에서 할 수 있는 프로그램 중 그나마 유사한 성격인 K-SW 스퀘어 프로그램은 제가 이공계 국가우수장학금을 받게 되면 참여할 수 없는 것이라서, 주변으로부터 조언을 듣고 안 될 거라 생각하면서도 일단 신청해보기로 했습니다. 21년도에 진행했던 국민대 UCI-GREAT 프로그램처럼 이 프로그램에 내년에도 저희 학교가 참여할 거란 보장이 없을 뿐더러, 비록 학교 출발 기준으로 산정되기는 하지만 각종 비용을 지원해주시기로 하여 부담도 덜 했기 때문입니다.^[각주:1]

방학 중이라는 조건에도 불구하고 인기가 많았던 탓인지, 게임에 관심있는 동기에게 이 프로그램을 이야기하려던 중 다시 들어가보니 하루가 채 지나기 전에 마감되어 있었습니다. 바로 다음 날 영어 면접이 잡혀서 당황했고, 옆에 있었던 다른 학생이 훨씬 영어를 유창하게 하였기에 떨어질 거라 직감했습니다. 그런데 정작 저도 합격했고, 교수님과의 2차 면접을 위해 급히 기차를 잡아 학교로 다녀와야 했습니다.

면접장에는 저희 과 교수님 두 분이 계셨습니다. 교수님께서 하시는 질문에 면접자 모두 저를 필두로 동문서답을 했기 때문에, 제가 최종 선발된 까닭에는 팔은 안으로 굽는다는 요인도 있지 않았을까 의심했으나 나중에 상담 때 여쭤보니 알고리즘에 대해서 물어봤을 때 다른 사람 대비 어느정도 이해하고 있다고 판단했기 때문이라고 하셨습니다. 같이 선발된 다른 한 분은 같은 동아리에 계셨던 분으로 이전에 K-SW 스퀘어 경험도 갖고 계시고 과도 관련 학과여서 충분히 선발될 이유가 있다고 생각했습니다. 어쨌거나 저희 학교에서는 단 두 명만이 선발되어 프로그램에 참여하게 되었고, 그 밖에 경운대, 동서대, 부산대, 인제대, 인하대 및 주관 기관인 충북대 학생들이 함께 모여 3월 온라인 OT를 듣고 4월이 되자 본격적인 프로그램 시작을 위해 청주 글로스터 호텔에 모였습니다.

본 글은 시리즈로 이어집니다. 지난 8월에 작성하려던 글을 되살려 하나씩 회고해봅니다.

1편 : 선발, 그리고 1차 집중교육 (여기)

2편 : 벼락치기로 시작하는 구현과 디자인

3편 : 기사회생의 시간: 2차 집중교육 1주차

4편 : 영국에서의 끝맺음, 그리고 다시 청주로

4월, 청주 글로스터 호텔에서

ICCAS 프로그램은 동명의 학회와 혼동이 있을 수 있지만, 기본적으로 해외 한인 과학자 협회가 주최하는 EKC 컨퍼런스와 연계된 프로그램입니다. 작년에도 진행되었지만 1차 집중 교육 기간은 이번보다 하루 짧았다고 하는데, 학생들이 많이 고생하는 탓에 조금 빡빡하지만 하루를 더 늘려 진행하게 되었다고 말씀주셨습니다. 후술하겠지만 그렇게 하루가 늘어난 2박 3일 일정조차 그리 넉넉한 일정은 아니어서, 부산대 등 멀리서 오는 학생들의 어려움 등에도 불구하고 이렇게 결정한 이유가 이해되는 일정이었습니다.

마침 저는 공교롭게도 수업이 없는 날이라, 아침 일찍 학교 기숙사에서 채비를 하고 청주로 향하기 위해 천안 터미널로 향헀습니다. 출발 전 충북대학교 SW중심대학사업단에서 1차 집중교육 기간 식사 메뉴에 대한 설문을 받았는데, 이틀차 저녁으로 냉모밀을 선택했던 사실을 까맣게 잊어버리고 천안 터미널 야우리 푸드코트에서 냉모밀을 선택하는 어리석은 실수를 하기도 했어요.

여러분은 이런 어리석은 실수를 하지 마세요.

당일에는 한창 선거 기간이라 식사를 마치자마자 일찌감치 출발, 청주의 한 투표소에서 유권자로서 권리를 행사하고 호텔로 향했습니다.

첫날에는 2인 1실로 구성된 호텔 방 배정과 아이스 브레이킹을 겸한 팀명 정하기, 그리고 디지털 치료제를 만들 질병 선정 시간이 있었습니다. 이를 위해 먼저 방 배정을 받아 짐을 풀고 내려와서 저희 조 책상에 앉아 팀원을 기다렸습니다.

ICCAS 2024 집중 교육 프로그램에 대해 안내해주시고 있는 장면

조는 사전에 교수님께서 만들어주신대로 구성되어서, 대체로 충북대 1명, 기타 다른 대학 3명이거나 충북대 2명에 타 대학 2명 조로 구성되었습니다. 저희 조(7조)와 바로 다음 조(8조)에 각각 저희 학교 인원이 배치된 것으로 보아 타 대학도 대학별로 나눠 배치하고자 노력하시지 않았나 추측합니다. 어쨌든 저희 조는 충북대 1, 부산대 1, 인제대 1, 순천향대 1 이렇게 모두가 다른 대학 출신이었음에도 취미, 감성, 학년 같은 부분에서 서로 부분적으로 겹치는 부분이 있어서 처음에는 다소 어색했지만 이후 과정에서 대체로 순조로운 편이었습니다.

팀명을 정하는 과정에는 다양한 의견이 나왔지만 결론적으로 디지털 치료제를 만드는 프로그램이라는 점에서 착안해 '병실' 키워드를, 그리고 영국에서 최종 발표가 있다는 점에서 '티타임' 키워드가 나왔고, 처음에는 '병실에서의 티타임' 같은 이름이었고 교수님께서도 마음에 들어 하셨으나, 너무 길다는 이유로 조금 더 줄여서 '티타임 환우회'가 되었습니다. ~~아마도...?~~ ^[각주:2]

금요일 저녁 식사로 먹었던 불고기 비빔밥.

MORE MORE PROOF!

선례인 ICCAS 2023에서 선정한 질병은 선택하고 싶지 않았고, 다른 조와도 겹치지 않길 원했기에 첫째 날 과제였던 디지털 치료제 질병 선정은 쉬운 일이 아니었습니다. 교수님께서는 반대로 무엇을 구현할지를 먼저 정하고 이 구현체가 어떤 도움을 줄지 생각해보는 것도 방법이라고 말씀하셨고, 결국 이 조언이 저희 주제 선정의 열쇠가 되었습니다.

초반에는 특정한 질병을 토대로 개선방안을 제시해보기도 했으나 의학적인 근거가 아직 정립되지 못했고, 일부 완화 가능성이 있는 방법에 대해서는 시중에 비슷한 앱이 많다는 점에서 기각되었습니다. 다른 질병도 비슷하기는 마찬가지여서 충북대 팀원 분의 구현 아이디어인 '리듬게임'을 바탕으로 손 기능 저하라는 키워드를 도출하였고, 손 기능 저하의 원인으로 뇌졸중 편마비를 발견하여 이를 중심으로 토요일 오전 발표를 준비하게 되었습니다.

호텔 조식을 이용할 수 있어서, 아침으로 카프리제 샐러드와 맛감자, 스크램블 에그 등을 먹었습니다. 속탈의 원인이었던 것 같기도 합니다.

그러나 구현 아이디어를 먼저 고른 이상 끼워넣기가 되기 쉽습니다. 잘 되었다면 좋은 결과였겠으나 구현 아이디어에 열중하느라 근거 자료를 찾고 명확히 인지할 시간이 부족하였고 이튿날인 토요일 발표에서 찾은 근거를 제대로 소개하지 못해 지적을 받았습니다.

그래서 기존 자료에 대한 명확한 정리는 물론이고 리듬게임이라는 구현 방식이 불러온 환자의 사용 가능 여부 문제도 타 대학 석사학위논문 등 다양한 논문을 추가로 검토하여 해당 연구에 달린 몇 가지 조건을 본 프로젝트에도 부가하는 방향으로 구현 난이도를 완화하였습니다. 평소에는 점심부터 새벽까지 논문을 들여다보는 경험이 극히 드물기 때문에 심정적으로는 머리가 빠지는 줄 알았어요. 어떤 논문이 신빙성이 높은지에 대해서도 조언을 들을 수 있어서 유익했습니다만, 한편으로 저희 팀을 비롯한 몇몇 팀이 너무 늦게까지 완성하지 못해서 교수님들께서 걱정하시기도 하셨습니다.

토요일 점심으로 먹은 쉬림프 롤과 우동

토요일 저녁이었던 냉모밀과 돈까스. 그래도 이 선택은 후회가 없었습니다.

시나리오 쇼타임

학술적인 근거가 물론 핵심이지만 일요일에 발표해야 하는 부분 중 하나는 시나리오였습니다. 발표 자료의 각 부분을 나누면서 적당한 분업이 필요했기 때문에 저는 초반엔 디자인을 하려고 했으나, 제가 원하는대로 디자인에 들어갔다간 새벽은 커녕 아침에도 완성하지 못할 것이 훤했기 때문에 대략적인 와이어 프레임 제작과 UI 배치는 팀장님이 하시고 저는 그 배치를 기반으로 시나리오를 작성했습니다. 그렇게 교과서에 나올 법한 길동 어르신은 이후 다음 발표와 페르소나 정립 과제에서도 계속 함께하게 됩니다.

일요일 아침 발표에서는 제한된 시간으로 인해 급한 마음이 강했고, 결과 제 파트에서 마치 랩을 하듯 시나리오를 소개하는 부작용이 발생했습니다. 다행히 당시에는 구현 계획이 비교적 간단한 편이고 발표 자료를 미리 받아보신 교수님께서도 리듬게임이라는 개념을 인지하고 계셔서 심사에 큰 어려움은 없으셨던 듯하나, 이후 다른 발표에서는 명확한 단점이 되었기에 최종 발표까지 점진적으로 고쳐야만 했습니다.

다른 팀과 비교했을 때 저희 팀은 디자인이 좋진 못했습니다. 그도 그럴 것이 다른 팀은 미리캔버스나 유료 프레젠테이션 템플릿을 쓰고 애플리케이션 디자인에도 신경을 쓴 모습이 보였으나, 저희는 Google 슬라이드에 있는 기본 디자인을 사용하고 글꼴만 조정한데다 UI 디자인은 사실상 디자인이라기보단 배치만 한 수준으로 나갔기 때문입니다. 이렇게 된 것은 아침에 지적받은 사항이 워낙 중대하다 보니 근거를 찾고 저희 팀의 구현 방식에 맞게 조정하는 과정이 상당히 오래 걸렸고, 탄탄한 근거가 뒷받침되지 않으면 시나리오나 와이어 프레임 제작을 시작할 수 없기에 줄줄이 지연된 까닭이 컸습니다. 대신 시나리오는 와이어 프레임의 단순 나열에 그치지 않도록 ~~비록 성함이 성의가 없긴 했으나~~ 조금 고민해서 작성했습니다. 나중에 '시나리오를 쓰라는 부분이 이런 걸 말하는 게 아니었나?'라는 혼란을 불러오기도 했지만요.

시나리오에 포함할 수 밖에 없기에 임시로 게임 이름을 정하는 과정에서도 몇 가지 안이 오가다 결정하지 못하고 hand game이라는 누가봐도 가칭인 이름을 썼는데, 이대로 굳어져서 ICCAS 프로그램이 끝나는 날까지 hand game이라는 이름을 쓰게 될 줄은 몰랐습니다. 앱 아이콘까지 초기에 AI가 그려준 디자인을 그대로 쓰진 않은 것이 다행일지도 모릅니다.

ICCAS 2024 프로그램이 끝나는 날까지 함께 해주신 홍길동 어르신과 가칭이 되지 못한 Hand Game

어느 정도 정리가 되어 있고 시나리오는 괜찮았다는 평가 속에서도 ChatGPT API를 이용한 보고서 조언 같은 부분에서 AI를 억지로 끼워넣은 것 같다는 지적을 받았고, 당초 저희가 자료를 찾아볼 때는 인지하고 있었으나 발표에는 포함하지 못하면서 음악 저작권, 실제 활용 가능 여부와 같은 부분에서 추가로 피드백을 받을 수 밖에 없었습니다.

점심은 사전에 안내된 바가 없었기에 당연히 각자 먹을 것으로 예상하고 있었으나 교수님께서 버거킹 와퍼를 준비해주셔서 팀원들과 함께 와퍼를 먹으며 조금 더 시간을 보내고, 교수님께서 멀리서 온 학생들을 배려하는 마음으로 일찍 끝내주셨지만 혹시 모를 지연을 고려해 한참 늦게 잡은 버스 시간 덕분에 조금 더 청주를 즐기다 학교로 복귀했습니다.

지나가던 초등학교에 흐드러 펴 있던 벚꽃

청주의 상징 직지 동상

마치며

그간에는 해커톤에서 길어도 5시간 정도 진행했던 브레인 스토밍이 가장 긴 주제 선정 경험이었는데, 팀 이름 짓기부터 아이디어 선정까지 3일을 잡는다는 것이 경험 전까지는 선뜻 이해되지 않았습니다. 그러나 경험해보니 왜 작년의 이틀이 모자랐다고 하셨는지 잘 알 수 있었고 한편으로 식사, 숙소, 피드백 등 여러 부분에서 교수님과 관계자 분들께서 학생들을 배려해주시는 마음도 느낄 수 있었습니다. 물론 다들 늘어난 시간만큼 더 공을 들였지만요. 시작이 순조로워서 이 프로그램에 참여하는 스스로를 향한 걱정에 대해서도 덜었던 것 같습니다.

실제로 2025년도에도 충북대에서는 ICCAS 2025 프로그램을 진행하지만, 저희 학교는 참여하지 않게 되었습니다. K-SW 스퀘어 프로그램도 중단된 마당에 좋은 프로그램을 경험해도 지원이 끊겨서 쉬이 추천해주기 어려운 만큼 부디 해외 교육 프로그램에 연속성을 가졌으면 하는 바람입니다. [본문으로]
그리고 바로 그 다음해 팀명의 유래가 된 작품이 다시 개봉한다는 소식을 들었습니다. 세상에. 아참, 결코 재개봉때문에 생각나서 후기를 쓰고 있는 것은 아닙니다. [본문으로]

홈 발행 중단 및 댓글 관리 공지

paperboxturtle — Tue, 3 Sep 2024 10:23:37 +0900

안녕하세요, 종이상자입니다.

그간 글 공개에 있어 홈 발행 주제 선택 시 이점이 있어 홈 발행 기능을 이용해 왔으나, 스팸 댓글이 급증함에 따라 향후 홈 발행 기능을 이용하지 않을 예정입니다. 또한, 구독, 블로그 방문 등을 유도하는 비밀댓글은 별도의 안내 없이 삭제하오니 이 점 참고바랍니다.

불안했으나 결과는 좋았다: JUNCTION ASIA 2023 수상 후기

paperboxturtle — Mon, 2 Sep 2024 23:12:05 +0900

작년 JUNCTION ASIA 2022 행사는 제게 있어서 웹을 공부할 거라면 이렇게 있어서는 안 되겠다, 라는 깨달음을 주었던 뜻 깊은 행사였습니다. 네, 수상은 못 했지만요. 그래서 다음 해에는 꼭 제대로 준비해서 수상하고 말겠다는 마음가짐으로 프로젝트도 만들고, 다른 대회도 나가보고, 대외 활동도 준비해보는 등 나름대로 대비하며 지냈습니다. 다만 불안했던 부분은 JUNCTION ASIA 2022의 주최였던 SHIFT가 알 수 없는 사유로 해체된 것으로 보이고, JUNCTION ASIA 행사를 유치한 부산광역시의 장이 바뀌는 바람에 정책적으로 축소나 취소가 될 수 있겠다는 점이었는데요, 실제로 다소 지원이 축소된 것으로 보이기는 했으나 다행히 카운트다운이 열리고 올해도 개최되었습니다.

불안했던 선발 과정

다행히 프론트엔드 단 오류였지만, 이 오류를 제보한 시점도 늦었고 답변도 마감 하루 전이었다.

처음 지원서를 작성하던 순간부터 지원서 접수 사이트에 버그가 있어 제출 전 검토를 시도하면 데이터가 사용자 측면에서만 보이지 않는 버그가 있었고, 지원자가 많지 않았던 것인지, 아니면 버그를 뒤늦게 제보받으면서 긴급히 연장한 것인지 접수 기간이 연장되면서 전반적인 일정이 조금씩 뒤로 밀렸습니다. 여기에 뒤늦게 다른 JUNCTION 행사와 형평성을 맞추기 위해 올해는 호텔을 포함한 시설 내에서의 숙박을 제공하지 않는다는 지침이 알려져, 이에 대한 대비도 필요했지만 너무 늦게 알려져 준비하기 쉽지 않았습니다. 아무리 미리 예약해두고 선발되지 않으면 취소하면 된다지만, 인원 수를 많이 뽑는 것도 아니고, 경우에 따라서는 취소 패널티가 있기도 하니까요.

특히 선발 인원 발표가 작년보다 늦어지면서 평소 이용 가능했던 내일로 티켓으로 KTX 예매하는 일이 꽤 어려워졌습니다. 매진 시간대가 많아 시간대를 고르기 쉽지 않았기 때문인데요, 다행히 일요일 올라오는 표는 비교적 구하기 어렵지 않았습니다.

호텔 미제공 대신 신세계백화점 센텀시티점 내에 위치한 스파랜드 이용권이 1매 제공되었는데, 결과적으로 보면 큰 도움이 되었지만 사우나 영업 시간이 24시간이 아니었던 탓에 자유롭게 이용하기 어려웠습니다.

스릴 넘치는 팀 빌딩

작년에는 인터넷에서 미리 팀을 짜서 갔지만, 올해에는 조금 새로운 도전을 해보고자 개인으로 참여했습니다. 다양성 측면에서도 이렇게 지원하는 것이 더 좋겠다고 생각했고, 올해 다른 해커톤도 팀 빌딩을 해보니 그리 경험이 나쁘지 않았기 때문에 용기도 났습니다. 그러나 문단 제목에서 알 수 있듯, 팀장님께서 피치 못한 사정으로 참여하지 못하게 되어 팀이 해체될 뻔하고, 다른 팀원을 구해보고자 했으나 이미 팀을 짜서 참여한 인원이 많아 팀원을 구하기 어려운 상황 등 다양한 어려움이 있었습니다. 그래도 기존 팀장님께서 만들어 주신 자료나 팀명 등은 사용할 수 있었고, 다행히 기한 내에 직접 팀원을 구하는 데 성공하여 랜덤 팀 빌딩으로 넘어가는 사태는 막아 지금도 다행이라고 생각합니다. 팀이 와해되는 일을 막기 위해 노력해주신 잔류 팀원 전원과 마지막으로 합류해주신 백엔드 팀원분께 이 자리를 빌어 감사드려요.

이때의 전 몰랐어요. 이름만 올려놓으면 돌이킬 수 없는 팀장 직이 된다는 사실을.

이 과정에서 주최 측과 연락을 주고 받으며 필요한 상황을 처리할 임시 팀장을 다시 정할 필요가 있었는데, 일단은 제가 나서서 처리하였으나 대회 정책상 돌이킬 수 없게 되어 그대로 이름 뿐인 팀장이 되었습니다. 이후로 팀장이라는 직함을 필수로 요구하는 일은 기본적으로 제가 처리하긴 했지만, 발표, 멘토 질의, 아이디어, 팀 빌딩 등 다양한 부문에서 저를 제외한 모든 팀원 분들도 각자 주도해주셔서 개인적으로는 이 팀의 모두가 팀장 급으로 활동하시지 않았나 생각합니다. ~~요컨대, 저는 LTE 라우터를 빌릴 때 필요한 신분증 셔틀이었다는 것이 저의 주장입니다.~~

후원사 홍보 타임!

JUNCTION ASIA는 특이하게 해커톤에 앞서 각 트랙에 해당하는 후원사에서 홍보를 진행하는데, 작년과 달리 올해는 모든 트랙이 홍보를 진행하진 않았던 것으로 기억합니다. 뭔가 여기서도 일정 조정이나 오표기가 있었던 듯 싶고요. 어쨌든 작년 홍보는 트랙에서 만들어야 하는 프로젝트에 직접적인 영향을 많이 미쳤는데, 올해는 5개 트랙 중 1~2개를 제외하고는 감을 잡기가 애매모호한 내용이 주를 이뤘습니다. 이제 와서 돌이켜보면 숙박과 마찬가지로 아마 이런 측면에서도 작년 행사가 처음이었던 만큼 이례적이었던 것이 아닐까, 싶기도 하네요.

그래서 후원사 세션만 보고 예측했던 결과, 단 한 개의 트랙만 무엇을 구현하면 되는지 맞출 수 있었습니다. 개인적인 흥미는 있었던 트랙이었는데, 하드웨어(전자종이)를 다뤄야 하는 유일한 세션(솔루엠)인 탓에 다루기 까다로웠고 테스트와 개발을 위한 하드웨어 수량도 한정되어 있어서 실제 현장에서는 하이 리스크 하이 리턴이었습니다. 결과적으로 행사에서는 해당 트랙을 공략한 팀이 JUNCTION 2023 본선행 티켓을 획득하였는데, 어려운만큼 확실한 보답을 얻었으니 그 팀은 참 뿌듯하지 않았을까 싶어요.

1일차: 짧은 부산 여행

작년에도 김해에 거주 중인 지역 주민 분과 밀면을 먹고 서면 교보문고에서 시간을 보내는 등 짧은 부산 여행을 할 기회가 있었는데요, 올해도 조금 일찍 구경다니고 싶어서 기차표를 점심 즈음으로 끊고 작년과 같은 분과 낙곱새와 커피를 먹었습니다. 특히 낙곱새는 작년 해커톤에서 프렌차이즈인 개미집만 가보았으나 이번에는 현대백화점 부산점 주변의 지역 맛집에 가게 되어 굉장히 기대했었는데, 역시나 다른 의미로 상당히 맛있어 다음에 갈 수 있다면 또 가고 싶은 집 중 하나입니다. 밑반찬으로 나오는 부추가 상당히 고소해서 낙곱새가 익기도 전에 다 먹어버렸고, 낙곱새도 짭잘하지 않게 간이 잘 베어있어 제 입맛에 상당히 만족스러웠습니다. ~~지난 해커톤에서도 먹는 얘기 하지 않았나요?~~ 사진이 없는 점은 아쉽네요. 그만큼 맛있게 먹었습니다 :)

부산역 너머에서 커피를 마시고 서둘러 벡스코로 향하던 중 본 바다 경치는 "내가 부산에 왔구나", 하는 감상을 불러왔습니다. 그러나 길을 잘못 들거나, 화장실이 급해 좀 더 늦어지는 등 첫 날부터 아슬아슬했고 결국 살짝 늦게 도착했습니다. 다행인 점은 아직 줄이 모두 해소되지 않았고 팀원들도 한 명을 제외하고는 모두 늦어 비슷한 시각에 도착했다는 것이었습니다. 긴 줄을 기다려 스파랜드 티켓과 굿즈 박스를 받고 입장하였는데, 행사장의 풍경은 작년과 크게 다르지 않았습니다.

1일차는 아니고 3일차 행사장 풍경. 앞만 보면 2022년과 거의 동일한 배치이다.

그러나 조금 다른 점이 있다면 2022년에는 행사장 정면 왼편에 세 개의 트랙 부스가 있었고, 행사장 입구 방향의 휴식 공간이 완전히 열려 있었는데 2023년에는 휴식 공간에 방처럼 파티션이 추가되었고, 그 파티션 앞으로 트랙 부스가 놓였습니다. 기존보다 트랙 부스가 더 잘 보여서 여쭙기 수월한 점이 좋아보였으며, 호텔이 제공되지 않는 올해 행사의 문제를 완화하기 위한 노력이 보였습니다. 특히 JUNCTION ASIA 행사는 올해도 트랙 부스에 계신 분들이 곧 심사위원이기에, 주제에 대한 힌트를 자주 얻으러 갈수록 이점이 있는 만큼 개선된 배치 방법이라고 느껴졌어요.

그리고 올해는 LTE 라우터를 대여하는 방식으로 인터넷 접속 방식이 개선되었는데, LTE와 5G조차 제대로 되지 않았던 공동 해커톤과 달리 장소가 도심이고 더 큰 행사장이어서 그런지 대여받은 라우터로도 팀원 전원이 사용하는 데 지장이 없을만큼 속도가 나와주었습니다.

그래서 어떤 트랙을 고르나

이번 해 트랙은 다음과 같았습니다.

신한카드 & 부산관광공사 부산광역시 오픈 API 및 신한카드 비공개 데이터를 이용한 "A Better Life Using Public Data"
Jaka Robotics & Podosees(한국 총판) 음식 조리 로봇에 대한 편견을 타파하는 주문 시스템
Solu-M 전자종이 활용처 확대를 위한 신규 솔루션 개발
Ground K "평소와는 다른 교통" 여행에서의 교통 솔루션?
CNT Tech 배달 음식 의존도를 낮추고 포장 주문을 장려하는 서비스 개발

당시에는 2030 엑스포를 준비하던 시기였기 때문에 엑스포와 관련하여 교통이나 관광 방향으로 주제가 준비되어 있었고, 그 밖에 전자잉크 디스플레이의 활용성을 확대하려는 Solu-M 트랙과 로봇 음식 제조의 장점을 살리고 거부감은 줄이는 방향의 Jaka Robotics 트랙도 있었습니다. 처음 예상했을 때는 Jaka Robotics도 하드웨어 트랙일 것이라고 생각했는데 로봇을 대회장에서 활용하기 어려워서인지 하드웨어와 연결하는 SDK조차 사용하지 않아 처음 안내받을 때 조금 충격이었습니다. 오히려 식음료 업장에서 많이 사용된다는 점을 어필해서 푸드 테크 분야를 강조한 CNT Tech와 부분적으로 겹친다고도 볼 수 있어서 아쉬움이 남았습니다.

맨 처음 팀에서 고르지 않기로 결정한 트랙은 CNT Tech와 신한카드였습니다. 신한카드 트랙은 비공개 데이터를 공유받는 만큼 금융과 연관이 있으리란 계산은 되나 데이터 종류가 상당히 방대한 탓에 어떤 아이디어를 선택해야 할지 고민이 많이 드는 주제였고, CNT Tech는 이미 포장 주문 애플리케이션이 상당히 많이 나와있어서 경쟁력있는 아이디어를 구현하기 어려울 것으로 보였습니다.

남은 트랙 중 앞서 언급했던 Solu-M 트랙은 전자잉크 장치가 한정되어 있고 전용 SDK를 사용해야 해서 확실한 아이디어가 없으면 선택하기 쉽지 않았습니다. 전자책 리더기를 자주 사용하는 저로서는 호감이 가는 주제였지만, 전자책 리더기, 대형마트 가격 표시기, 버스 도착 정보 안내기처럼 일부 영역에서 사용되고 있다는 건 알지만 어떤 아이디어를 선택해야 전자잉크 특유의 느리고, 리프레시 현상에 익숙하지 않은 사람들을 어떻게 설득할지 자신이 없어서 결국 선택하지 않았습니다. 참고로 이때 1위 수상했던 팀은 레스토랑에서 사용하는 빌지(영수증)를 전자종이로 대신하는 아이디어를 냈습니다. 이렇게 보면 쉬워보이지만 저도 마지막날 발표 현장에서 목격하기 전까지는 전혀 생각하지 못한 생각이었어요.

이렇게 소거법으로 마지막까지 선택지에 남은 트랙은 Jaka Robotics와 Ground-K. ~~대회만 나가면 뭐 먹은 얘기를 하는 제게 걸맞는~~ 음식 관련 주제를 할지, 교통 관련 주제를 할지 고민되기는 했으나 시간이 지남에 따라 Jaka Robotics로 굳어졌습니다. Ground-K 관련으로 논의할 때는 수요 응답형 버스, 관광지 관련 큐레이션 등의 아이디어가 나왔지만 결정이 좀처럼 되지 않았고, 결국 Jaka Robotics를 선택하는 것으로 결정하였습니다.

하드웨어와는 인연이 없는데⋯그래도 그냥 하는 마음

그러나 트랙만 정하면 다는 아닌지라, 일단 자세히 분석해보기로 했습니다. 사실 로봇에 별 관심이 없었던 저로서는 장점도 단점도 구하기 힘들었어요. 세션에서 들었던 예시는 개인 맞춤형 조리 서비스였고, 그나마 팀원들과 함께 고민한 결과 주요 장점이 일관성, 예측성, 데이터 저장과 이용이었습니다.

그러나 이렇게 해서 도출된 신용카드 카드 정보를 이용한 비-멤버쉽 회원 주문 저장 및 추천 기능은 트랙 멘토 분들께 여쭤본 결과 보안 문제로 현실화되기 어렵다는 결론이 내려졌고, 이에 아이디, 비밀번호 기반으로 우회하는 방향으로 결정되었습니다. 이 밖에도 조리 소요 시간, 재료 조절에 따른 환경 포인트 적립 등의 아이디어가 추가로 나와 함께 구현하기로 하였습니다. 이런 내용들을 잘 정리해서 미국에서 오신 기획자 님께서 영문으로 Proposal을 작성해주셨고, 첫째날 자정을 넘기기 전에 제출을 마쳤습니다.

서비스 이름도 정했는데, 영어권 이름 'Bob'과 한국어 '밥'의 발음이 유사한 점을 고려하여 사용자의 친구임을 강조함과 동시에 사용자가 원하는대로 맞춤형 설정이 된다는 의미를 담아 'BoB(Bring your own Bob)'이 되었습니다.

디자이너 분께서 만들어주신 서비스 로고. 밥 그릇 안에도 BoB이 있다는 점이 흥미로웠어요.

프론트엔드는 저와 다른 한 분이 함께해주셨는데, 처음부터 React 가능하신 분을 모집하고 계셨기에 당시 제작하고 있던 폐의약품 수거지도 프로젝트 경험(Next.js App Router)을 바탕으로 이번에도 Next.js App Router를 기반으로 하기로 하였습니다. 다른 한 분께서는 Next.js Pages Router가 더 익숙하셨으나 경험이 부족했던 제게 맞춰주신 거라서 구현에서 많은 도움을 받았습니다. 제가 프론트엔드이긴 했지만 팀장셔틀이라도 맡지 않았더라면 부끄럽게 생각했을지도 모르겠어요.

멘토 님께 자주 묻는 팀이 '정답'에 가까워질 거라는 믿음

대략적인 방향성이 정해진 뒤 저희 팀의 전략은 멘토님 괴롭히기 였습니다. JUNCTION ASIA는 경험했던 다른 해커톤과 달리 심사위원이 곧 멘토 님이어서 멘토 님의 취향을 파악(?)하는 것이 무엇보다 중요했기에, 작년에 꾸준히 방향성을 질문하지 못한 끝에 좋은 결과로 이어지지 못했던 점이 너무 아쉬웠어요. 그래서 주제 선정부터 추가 아이템, 서비스 아이디어, 구현 한계점 등 다양한 측면에서 돌아가면서 질문을 던지고 최대한 좋은 반응을 이끌어내는 것을 목표로 했습니다. 다만, 저희가 마지막까지 다양한 보완 아이디어를 냈음에도 불구하고 멘토 분들께서 원하는 결과물로 완성하지는 못했습니다. 결과적으로 보면 확실한 인상을 남기는 데에는 성공했지만, 목표했던 바를 온전히 이루지는 못했던 겁니다.

2일차: 춥고 아파요

본래 첫째날 자정 전후로 아이디어를 정하고 나면 쉬어왔기에, 이번 해커톤에서도 그렇게 하기로 했습니다. 그런데 호텔을 제공하지 않았고 스파랜드도 영업 시간이 아니었기 때문에 다들 행사장 구석 휴식 공간으로 몰렸고, 순식간에 빈백(Bean Bag) 자리가 모두 동나 바닥에 누워야만 했습니다. 그런데 문제는 작년과 달리 행사장 홀 바닥에 위치한 에어컨을 칸막이가 막고 있지 않아서 상당히 추웠어요. 당시 같은 행사에 다녀오셨던 다른 팀 분도 너무 추웠다고 하셨던 걸 보면 저희만 그런 건 아니었던 듯한데, 에어컨 약하게 해달라는 요청에도 한계라는 안내에 어쩔 수 없이 버텨야만 했습니다. 기억이 맞다면 지난 공동 해커톤 때 받은 담요도 챙겼던 것 같은데, 그래도 추워서 여름이 맞나 싶었어요.결국 저는 고작 몇 시간의 추위에 버티지 못하고 몸살 기운이 도졌고, 중간에 운영 팀으로부터 종합 감기약을 챙겨 먹어야 했습니다.

키오스크 첫 화면

아침에는 디자이너 분이 키오스크 디자인을 마무리하셨고, 프론트 팀도 첫 화면을 시작으로 디자인에 맞춰 구현에 들어갔습니다. 그러나 바로 추가 구현에 들어가지는 않았고, 좋지 못한 상태를 감안해 본래 전날 새벽에 이뤘어야 했던 '충분한 휴식'을 위해 지급받은 스파랜드 이용권을 쓰기로 했습니다. 아무리 온천이라고 해도 그 정도로 피로가 풀린 적은 없었는데 이때만은 상당히 효과적이었습니다. 4시간 이용권에 불과한지라 온천욕 후 사우나에서 1시간 남짓 잠을 청하는 것이 다였지만, 좋지 못한 몸으로 낮동안 버틸 수 있는 체력을 쌓아주기도 했습니다.

이후 점심부터는 식권을 이용해 작년과 마찬가지로 제1전시장 지하 식당에서 식사했습니다. 작년에는 식권을 각자 사용하고 추가 금액을 결제하는 방식으로 쓰다보니 자연스럽게 바빠서 생략하게 되는 아침 분에 해당하는 식권이 남았는데, 올해는 한 사람에게 몰아준 다음 아침 식권까지 사용한 덕분에 딱 맞게 쓸 수 있었습니다. 다만 둘째 날 저녁에는 갔던 식당의 메뉴 대부분이 매진되는 바람에 주문이 아슬아슬했습니다. 메뉴 선택권이 전혀 없을 뻔했어요.

저녁 이후에는 팀원 중 한 분께서 분식 대신 칵테일을 주제로 하는 변경이 어떤지 아이디어를 내주셨습니다. 그러나 이미 상당 부분 구현이 되어있는 상태였고, 이제 디자인을 변경하기에는 모험을 필요로 했기 때문에 변경하지 않고 기존 기능을 강화하는 방향으로 가기로 하였습니다. 의견을 내주셨음에도 불구하고 반영되지 못해 아쉬우셨을텐데, 이러한 결정에 양해해주셔서 이 자리를 빌어 감사드리고 싶습니다.

3일차: 무난한 마무리, 그리고

회고가 너무 늦어진 탓에 첫째날이었는지 둘째날이었는지 기억이 살짝 애매하기는 한데, 아마 이틀차에서 마지막 날 넘어가는 밤이었을 겁니다. 더 버티지 못하고 그나마 적당한 온도를 유지하던 BEXCO 복도 의자에서 잠을 청하기로 하였습니다. 처음에는 4D홀 근처에서 누웠을 것이 분명함에도 일어나보니 4C 홀이었습니다. 제가 평소 몽유병을 경험해 본 적은 없다보니 상당히 당황스러운 경험이었어요. 잠결에 팀원들이 와서 무언가 말하기에 일어나긴 했지만 전혀 들리지 않기도 했습니다. 그만큼 상태가 안 좋았던 것이었겠지요. 지금 와서 돌이켜봐도 3등씩이나 할 수 있었던 것은 팀원분들 덕분이었으리라 싶습니다.

그 후 개발은 백엔드와 프론트엔드를 연결하고, 기획은 디자이너 분과 함께 발표 자료를 만드는 방향으로 이뤄졌습니다. 지난 공동 해커톤에서는 이 단계에서 요청을 백엔드 서버가 제대로 인식하지 못하는 문제가 있어 로그를 보면서 수정했었는데, 이번에는 문제가 발생하지 않았습니다. 대신 이유를 알 수 없는 500 에러가 간헐적으로 발생해, 백엔드 개발자 분께서 고생해주셨습니다.

마지막 발표 자료 제출을 마치고 FINAL MISSION END가 나올 때까지 여유있게 기다리다 찍은 사진

발표 자료는 예정 시간보다 상당히 여유있게 제출할 수 있었고, 기획자 분께서 미국에서 오신 덕에 발표를 상당히 매끄럽게 감당해주셨습니다. 심사위원 분들께서는 질문을 거의 던지지 않으셨는데, 시연이 가능한지 여부를 확인하시고는 다음 팀으로 넘어가셔서 저희를 잔뜩 긴장케 했습니다. 저는 지난 공동 해커톤에서 질문이 하나도 나오지 않은 채 끝장이 난 경험을 맞이한 직후였고, 다음 팀에서는 이런저런 질문을 던지시느라 많은 시간을 쓰셨기 때문에 비관적인 예측이 팀 내에 자리잡았습니다. 그런데,

3등 수상과 함께 받은 굿즈들

결과는 3등이었습니다. 어리둥절해서 일단 신나기는 하는데 제대로 사진도 못 찍고 내려왔습니다. 팀원 중 한 분께서는 매번 3등만 하는데 이번에도 3등을 했다며, 조금은 지겹다는 농담을 던지기도 했지만 어쨌거나 3등이라도 할 수 있어서 다행입니다. 이 날 저는 남은 이용권을 소진할 겸 저녁 식사 후 열차를 타기 위해 스파랜드로 갔고, 이후 상장과 본래는 상품권이었던 상금에 변화가 있어서 시간이 조금 더 걸리기는 했지만 세금을 제외한 현금으로 받은 후 팀원 분들께 분배하는 단계를 끝으로 마무리되었습니다.

마무리

22년도에도 23년도에도 이 해커톤은 여러 어려움에도 불구하고 제게 도전과 모험을 잊지 않게 해준 대회였습니다. React조차 할 줄 모르던 저를 그래도 Svelte와 React 정도는 할 수 있는 사람으로 만들었고, 다양한 해커톤에 나갔음에도 수상은 19년도 교내 해커톤이 다였던 제게 오랜만에 상을 받게 해줬으며, 결국 이 대회에서의 수상실적 덕분에 이공계 국가우수장학금까지 받을 수 있었습니다. 아쉽게도 24년도에는 일정 중복 문제로 참여하지 못했지만, 25년도에도 계속된다면 다시 도전할 것 같습니다. 올해는 부산이 아닌 경주에서 열렸던데, 23년도보다는 더 나은 운영으로 참가자 분들께서 큰 어려움 없는 대회였길 바랍니다.

이 글에서 언급하는 모든 '작년'은 2022년입니다.

KDE Neon Plasma 6 업데이트 후 발생하는 언어 입력 및 UI 문제 해결하기

paperboxturtle — Mon, 13 May 2024 22:24:01 +0900

지난 2월 경 KDE Neon 안정 버전에도 Plasma 6이 도입되면서 본격적으로 Wayland 지원이 시작되었습니다. 안정 버전이라고 하기에는 버그도 상당히 많았으나 5월 시점에선 점차 안정화가 되어가는 시점이라 이제는 몇 가지만 더 설정해주면 그럭저럭 사용할 수 있을 것 같은 정도가 되었습니다. 하지만 여전히 ~~그리고 아마 다음 버전에서도 다시 우리를 괴롭힐 수도 있는~~ 한글 입력 문제와 일부 패키지의 KDE Plasma 6 미지원으로 인한 UI 문제가 자리하고 있어서 비교적 간단하게 해결할 수 있는 방법을 공유하고자 합니다.

본 글은 문제를 보다 쉽게 해결할 수 있는 초보자용 해결책을 제시하며, 전문적인 방법에 대해서는 언급하지 않습니다. ~~그럴 능력도 안 됩니다.~~

fcitx 설정 후 로그인이 불가능한 문제

본 문제에 대해서는 Plasma 5.27 기준이긴 하지만 fcitx 공식 위키에서도 명시하고 있는 설정법대로 기존 값을 지우고 필요에 따라 다시 설정하면 해결됩니다. 그간 Debian 계열 배포판에서 유용하게 사용한 im-config 도구가 여기서는 오히려 그래픽 환경 로그인을 먹통으로 만드는 문제가 되는 것입니다.

추가로 아마 현재 Neon을 쓰시는 분들은 시스템 설정 - 키보드 - 가상 키보드에서 Fcitx 5 외에도 Fcitx 5 Wayland Launcher (Experimental) 항목을 하나 더 발견하실 수 있으실텐데, 현재는 둘 사이에 큰 차이가 없어 어느 것을 골라도 상관은 없다고 합니다. 포럼 게시글이나 Google 그룹스에 계시된 출시 안내글을 보면 향후에는 점차 Wayland Launcher 쪽으로 넘어갈 것으로 보이긴 하네요. 현재 사용 중인 입장에서 불안정성을 느끼지는 못했습니다.

일부 애플리케이션의 한글 입력 해결하기

flatpak 애플리케이션 한 번에 관리하기

fcitx 위키에 명시된 바와 같이 일부 애플리케이션은 환경변수를 따로 설정해두어야 하는데, flatpak을 사용하는 패키지들도 그러합니다. 비교적 쉽게 관리하기 위해서 저의 경우 아래와 같은 방식으로 해결하였습니다.

flathub에서 Flatseal 설치하기
실행 후 All applications 선택
Environment 부분에서 환경 변수 설정

이때 환경 변수는 다음과 같이 설정합니다.

GTK_IM_MODULE=fcitx
QT_IM_MODULE=fcitx

이름에서 유추 가능하듯, GTK 기반 애플리케이션과 Qt 기반 애플리케이션에 각각 입력기를 설정해주는 환경 변수입니다. 기존에는 im-config 등을 이용하여 설정하였으나, 현재 환경에서는 전역 설정 시 로그인이 불가한 문제 등이 발생하므로 flatpak 환경에만 별도로 설정한다고 보시면 되겠습니다.

앱마다 어떤 프레임워크를 사용했는지는 다르겠지만, 향후 설치할 애플리케이션마다 따로 설정하고 값을 관리하는 것은 번거로운 작업이고, 두 값을 모두 설정한다고 하여 애플리케이션의 작동이 어려운 것은 아니므로 위와 같이 설정하였습니다. 자신이 애플리케이션마다 어떤 프레임워크를 사용했는지 명확히 알고, 직접 하나씩 관리하고 싶다면 앱마다 환경변수를 설정하여도 무방합니다.

그 외 일부 앱들의 한글 입력 해결하기

현재 KDE Neon에는 Krita, LibreOffice 등 Plasma 6 및 Qt 6에 대응하지 못한 애플리케이션들이 함께 포함되어 있습니다. 이 중 일부는 한글 입력이 불가한 현상이 일어나고 있는데, 마찬가지로 fcitx 공식 위키에서 언급한 바와 같이 환경 변수를 별도로 설정하여 한글 입력 문제를 해결할 수 있습니다. 개인적으로 가장 쉽게 설정했던 방법은 kmenuedit을 이용하는 것입니다.

kmenuedit은 말 그대로 KDE의 메뉴를 편집하는 도구입니다.

Plasma 앱 실행기(시작 버튼)에서 kmenuedit을 검색하여 실행하는 화면

KDE 메뉴 편집기를 실행하면 다음과 같이 앱 실행기의 앱 목록에서 보았던 카테고리와 애플리케이션이 나타납니다. 이 중 문제를 일으키는 앱을 선택하여 편집을 진행하면 됩니다.

각 애플리케이션에는 명령행 인자, 환경변수, 앱 설명, 아이콘 등을 편집할 수 있는데 이를 통해 명령어로는 접근할 수 있지만 메뉴에는 등록되지 않은 애플리케이션을 등록해주거나, 아이콘을 바꾸는 등의 작업도 가능합니다. 여기서는 환경변수를 설정하여 한글 입력이 가능하도록 할 것이므로 아래와 같이 애플리케이션의 프레임워크에 맞춰 환경변수를 설정합니다. (잘 모르겠다면, QT_IM_MODULE과 GTK_IM_MODULE을 모두 설정해도 됩니다. 이때, 각 환경변수는 쉼표로 구분합니다.)

Krita는 Qt 기반 프로그램이므로, QT_IM_MODULE=fcitx로 환경변수를 설정하였습니다.

환경변수 입력 후, KDE 메뉴 편집기 왼쪽 상단의 저장 버튼을 반드시 눌러 적용해주세요. 이후 메뉴에서 프로그램을 실행하면 정상적으로 한글 입력이 되는 상황을 확인할 수 있습니다.

LibreOffice의 외관 문제

LibreOffice 자체는 KDE 6을 지원하는 패키지(libreoffice-kde6)가 Fedora나 Arch Linux에는 존재합니다만, 아쉽게도 이유는 모르겠으나 Ubuntu 22.04, KDE Neon 저장소 모두 지원 패키지가 탑재되지 않았습니다. Ubuntu 24.04에서도 Kubuntu는 Plasma 5.27 버전을 사용하기로 하여 Ubuntu 측에서 관련 패키지를 넣어줄 것을 기대하기는 어렵고, Neon 자체 저장소에 추가되어야 할 듯한데 아무래도 X11 기본 UI 디자인이다보니 마치 혼자 Windows 2000(혹은 95나 98)으로 되돌아간 것 같은 UI 뼈대에 최신 아이콘이 둥둥 떠다니니 앱 안쪽으로도 바깥으로도 영 봐줄만한 화면이 아닌 상황입니다.

다행히 약간 문제가 있지만 Plasma 5 확장을 활성화하는 방법이 알려져 있어, 아래와 같이 설정하여 한글 입력과 UI 문제를 함께 수정할 수 있습니다. LibreOffice 메뉴 항목이 통합 1개, 애플리케이션마다 1개씩 있어 모두 수정해야 하는 까닭에 번거로우므로, 한 번 입력 후 복사 붙여넣기하시기를 권장드립니다.

입력해야 하는 값은 다음과 같습니다.

GTK_IM_MODULE=fcitx, SAL_USE_VCLPLUGIN=kf5

이후 마찬가지로 왼쪽 상단의 저장 버튼을 눌러줍니다.

한글 입력을 확인하는 LibreOffice Impress 화면. Breeze 테마가 적용되어 있다.

이후 마찬가지로 실행시켜주면 KDE 스타일의 파일 탐색기와 UI 디자인, 그리고 한글 입력이 모두 반영된 것을 확인할 수 있습니다.

다시 또 다시, 개인 웹사이트 제작 회고

paperboxturtle — Thu, 21 Dec 2023 00:40:30 +0900

예스피씨를 만들기 전, Svelte와 SvelteKit을 사용해서 처음 완성하려고 했던 건 개인 웹사이트였습니다. 기존에 만든 것이 3년 전에 만든 것치곤 부실하여 부족한 점이 많았고, HTML과 CSS, JavaScript를 이용한 순수 정적 웹사이트임에도 불구하고 속도가 빠르지 않아 개선할 필요가 있었습니다. Jekyll과 같은 정적 사이트 생성기를 사용한 것도 아니라서 유지보수가 어려웠던 건 덤이고요.
그래서 당시 개편에서는 다음과 같은 부분을 목표로 했습니다.

SvelteKit 프레임워크에 익숙해지기: 웹 프레임워크를 사용하는 것이 처음이라, 문서가 잘 정리되어 있고 체감상 React와 비교했을 때 진입장벽이 낮게 느껴진 SvelteKit을 선택했습니다. 물론 지금은 React 공식 문서도 잘 정리되어 있지만, 당시에는 해당 문서가 베타 버전이었고 저는 베타 버전의 존재를 몰랐습니다(!). 만약 그때 알고 있었다면 범용성이 높은 React로 시작했을지도 모르겠네요.
Firebase Firestore 사용해보기: CRUD^[각주:1] 기능이 포함된 형태로 제작하고 싶었습니다. 포트폴리오 사이트에 반영할 데이터를 올리기 위해 GitHub 잔디밭에 잔디를 심고 싶지 않았고, 그래서 선택한 서비스가 웹 콘솔에서 쉽게 데이터 관리가 가능한 Firestore였습니다. SQL 문법을 몰라도 상관없고, SDK가 제공되므로 쉽게 적용할 수 있을 것 같았습니다. 4년 전에 Firebase Cloud Messsaging을 사용해본 적이 있으니 어딘가 친숙하다고 생각했던 부분도 있습니다. 완전히 착각이었지만요.
오래 쓸 수 있는 형태 만들기: 나중에 데이터를 더 쉽게 추가하고 다른 유형의 데이터와 서브 웹사이트 구축이 가능하도록 조금 더 고민하기로 했습니다. 후술하겠지만 이 부분은 착실하게 나아가고 있는지 아직도 잘 모르겠습니다. 아마도 글을 쓰고 있는 현 시점에선 아닌 것 같네요.
Node.js의 패키지 매니저 중 하나인 Yarn 공부하기: 사실 npm도 제대로 써본 적이 없었습니다. 그런데 예전에 React 책을 보고 따라해보겠다고 쓸 때, 프로젝트 하나 설정한다고 무수히 많은 파일을 새로 설치하고 node_modules가 복잡해지는 걸 보고 이걸 매번 프로젝트 하나 만들 때마다 한다고? 싶은 생각을 했던 적은 있어서, 당시 기준으로 약 반 년 전에 읽었던 토스 팀의 Yarn Berry 관련 글이 생각이 나 Yarn Berry에서 도입했다는 Plug'n'Play 방식은 좀 낫지 않을까 싶은 생각에 도전하게 되었습니다. 읽은지 좀 시간이 지났으니 이제는 비교적 여러 곳에서 지원이 잘 될 것 같다는 근거없는 자신감도 있었습니다.

그러니까, 웹 프레임워크의 ㅍ도 모르고, 데이터베이스의 ㄷ도 모르는데다, Node.js라는 걸 처음 만져보는데 이걸 한 번에 다 해보겠다고 무작정 시작한 셈입니다. 조각조각 알아봤자 파편화만 된다는 인식이 없었던 건 아닌데, 빨리 웹사이트를 갈아치우고 싶은 마음과 React 공부 시작한다고 선언한지가 언제인데 아직도 React의 R도 시작 못했다면 문제가 있는 거 아닌가 싶은 조급함에 스스로를 좀 밀어붙였습니다.

첫 도전은 실패

큰 꿈을 꾼 것까진 좋았는데, 선택한 라이브러리나 프레임워크 등에도 여러 문제가 있었습니다.

당시 SvelteKit은 급격한 변화(BREAKING CHANGES)를 앞둔, 아직 정식 출시 전의 프레임워크였습니다.
같이 사용했던 WebComponents 기반의 @material/mwc-* 계열의 UI 라이브러리는 아직 0.2x.0 버전대의 정식 출시 전 라이브러리였습니다. ~~지금도 버전만 올라갔지 여전합니다.~~ 이 글을 너무 오래 발행하지 못한 탓에 지금은 정식 출시되었습니다.
- 최신 버전에선 문제가 없지만, 당시의 @material/mwc-* 계열의 UI 라이브러리는 브라우저 환경에서 사용할 것을 전제로 제작되어 onMount와 함께 사용했어야 했습니다. 예스피씨에서 카메라와 키보드 입력을 선택하는 부분이 제일 늦게 뜨는 이유도 같습니다.^[각주:2]
웹 사이트를 올릴 Vercel은 아직도 Yarn Berry를 정적 웹사이트 빌드에만 지원합니다. 그런데 이 프로젝트는 SSR(Server-Side-Rendering)으로 만들 예정이었습니다. 다행히 설치 명령어를 커스텀하여 yarn set version <버전명> && yarn install로 변경하면 제 환경에서는 문제가 없긴 했습니다.

그러니 만들다가 마이그레이션하고, 해결책 찾으러 가고, 꼼수를 쓰는 등 여러 고생을 하다보니 생각보다 오랜 시간이 걸렸습니다. 겨우 데이터를 불러오는 부분까지는 완성했는데, 끝까지 해결 못한 문제가 있어 완성하지 못하고 결국 예스피씨 등 다른 프로젝트에 집중하는 것으로 방향성이 변경되었습니다.

Firebase가 꽤 잦은 빈도로 접속에 실패하였습니다: Could not reach to backend로 기억하는 오류 메시지가 뜨면서 접속이 잘 안 되는 현상이 발생하였는데, 해당 메시지만 뜨면 Vercel에 올린 웹사이트가 망가져서 사용할 수 없었습니다. 결국 사이트가 망가지는 문제는 최대한 줄였지만, 실시간 갱신 기능(onSnapshot)을 적용한 상태로는 인터넷에서 찾아본 각종 해결책이 작동하지 않아 포기할 수 밖에 없었습니다.
속도가 너무 느렸습니다: Firebase에서 데이터를 가져오는 속도도 서울 리전임에도 불구하고 빠르지 않은 편이었는데, 불러오는 데이터 양이 너무 많아 당연히 너무 느릴 수 밖에 없었습니다. 거기다 앞서 언급한 바와 같이 클라이언트 단에서 불러와야 하는 UI 라이브러리까지 있으니 더 느렸습니다. 지금 생각해봐도 왜 그렇게 큰 용량이 되었는지는 모르겠는데, 데이터를 가져오는 방식이 비효율적이기는 했습니다. 이미 가져온 데이터는 또 가져올 필요가 없는데도 다시 가져왔으니까요. 다른 페이지라면 몰라도 같은 페이지 내부에서 발생한 일이므로 구현이 잘못된 건 확실해보였습니다.

그러나 언젠가는 다시 만들 개인 웹사이트였기에 나중에 넣을 기능이였던 TISTORY 블로그 글 목록을 불러오는 부분과 관련, API 키를 가져오는 페이지를 먼저 만들고 다음을 기약하기로 했습니다. 그렇게 다음은 5월에 도래했습니다.

다시 도전, 1일차

이번에는 Svelte도 업데이트되었겠다, @material/web 패키지도 문서는 아직 대부분 작성 중이었지만 코드를 보고 이해 가능한 수준까지 발전해서 다시 제작을 재개해도 되겠다는 판단이 들었습니다. 이번에는 다음과 같은 목표를 우선으로 시작했습니다.

Material Design 3이 적용된 @material/web 패키지 사용: 작년에는 @material/mwc-*로 시작하는 Material Design 2 기반의 0.2x 버전대 패키지를 사용했었습니다. 이는 당시 사용하려던 @material/web 패키지가 아직 0.0.1 버전으로, 사실상 사용 불가 상태였기 때문이었습니다. SMUI 같은 다른 라이브러리도 사용하려고 했지만, 필요한 부분에서 커스텀이 제한적이거나, 알 수 없는 이유로 잘 작동하지 않아서 포기해야 했습니다.
Firebase Lite SDK와 SvelteKit API Endpoint를 이용한 데이터 읽기: 실시간 갱신이 그리 중요하지 않은 서비스임을 감안하여 SDK 크기를 줄일 겸 과감하게 포기하기로 하였습니다. 추가적으로, 당시에는 제대로 사용할 줄 몰라 +page.svelte에 억지로 +server.js를 붙이고 정작 데이터는 +page.svelte에서 불러와서 읽었지만, 이제는 +server.js가 Firebase SDK를 이용해 전체를 읽고 JSON 포맷으로 +page.svelte에 넘겨주는 비교적 정석적인 형태로 전환하기로 하였습니다.
각 콘텐츠를 담당하는 탭을 눌러 페이지 이동하도록 변경: 작년에 제작할 때는 한 페이지에서 URL도 변하지 않아 새로고침하면 다시 기본 탭으로 변하는 문제점이 있었습니다. 물론 쿠키를 사용해 유지할 수도 있겠지만, 다른 사용자나 다른 기기 간에 쿠키가 공유되지는 않는 법입니다. 특정 탭을 공유하려는 상황 등에서 적합하지 않다고 생각했습니다.
소형 기기에서도 잘 읽을 수 있도록 반응형 디자인 적극 적용: 이전 버전에서도 나름 잘 고려했다고 생각했는데, 앞선 문단에서 언급한 API 키 가져오는 페이지를 제작하는 과정에서 동일 레이아웃으로 웹 사이트를 짠 결과 G8 ThinQ 기종에서 레이아웃이 깨지는 결과가 나와, 생각보다 더 소형 너비를 사용하는 기기에서도 어느정도 읽을 수는 있도록 대응할 필요가 있음을 느꼈습니다.

아무래도 고치기 쉬운 부분이 데이터를 실시간으로 불러오지 않는 부분이다보니, 첫 날 고친 페이지는 오픈소스 라이선스 및 사용한 오픈소스 소프트웨어를 명시한 oss 페이지였습니다. JSON과 같은 다른 파일에서 데이터를 불러오는 형태가 아니라, +page.svelte 파일에 직접 작성하는 형식으로 제작한 페이지였는데 이날에는 단순히 @material/mwc-list 패키지를 사용했던 목록을 @material/web 패키지를 사용하는 식으로 변경하는 정도였습니다.

그러나 문서가 이미 거의 완성된 몇몇 컴포넌트와 달리, 아직 md-list 컴포넌트에 대해 문서가 작성되진 않아서 그리 간단한 과정인 것만은 아니었습니다. 아마도 향후에는 Storybook 기반으로 사용하는 방법을 안내할 것으로 보이는데, 당시에는 관련하여 제작 중인 데모에 기록된 내용과 라이브러리 코드를 같이 참고하여 적용할 수 밖에 없었습니다. 여기에 Material Design 3부터는 Adpative Color의 적용으로 색상 관련 CSS 변수가 다수 추가됨에 따라 신경써야 할 부분도 늘었습니다. 다행히 @material/web 패키지와 달리 웹용 Material Theme Builder는 이미 출시되어 있어서 주요 색상 두 개(Primary, Secondary)를 결정했다면 비교적 생성이 어렵지 않긴 합니다만, 아무래도 자동 생성이다보니 모든 색상이 마음에 들지는 않기도 하여 저의 경우 일부 조정하거나 사용하지 않기도 했습니다.

이전 mwc-list와 비교하자면 기존에는 마치 li 태그처럼 여는 태그와 닫는 태그 사이에 텍스트나 같이 삽입할 컴포넌트를 넣고, 옵션은 태그 안 속성으로 처리했는데 이번 md-list 컴포넌트부터는 옵션과 텍스트 모두 태그 안 속성으로 처리되고 여는 태그와 닫는 태그 사이에는 md-icon 등 다른 컴포넌트가 오도록 변경되었습니다.

그리고 같이 사용하는 mwc-icon은 Material Icons를 사용하였는데, md-icon에서는 이후에 출시된 Material Symbols Ountlined를 사용함과 동시에 옵션을 조정하여 Rounded 등 다른 속성도 사용할 수 있어 좀 더 자유롭게 커스텀이 가능하게 되었습니다. 여전히 아이콘을 사용하기 위해 별도로 Google Fonts에서 아이콘 글꼴을 불러와야 하는 부분은 아쉬웠지만요.

공통적으로 두 컴포넌트 모두 이전과 달리 onMount 시점에 불러오지 않아도 작동하도록 개선되었기에, 정확히 얼마나 지연시간이 차이나는지는 확인하지 못했지만 적어도 리스트에 적용된 모양이 늦게 적용되는 문제는 확실히 감소하였습니다.

<mwc-list>
	<mwc-list-item twoline graphic="icon">
    	<span>첫째 줄입니다</span>
        <span slot="secondary">둘째 줄입니다</span>
        <mwc-icon slot="graphic">design_services</mwc-icon>
    </mwc-list-item>
</mwc-list>

@material/mwc-list 및 @material/mwc-icon 0.28.0 기준

<md-list>
	<md-list-item label="첫째 줄입니다" supportingText="둘째 줄입니다">
    	<md-icon data-variant="icon" slot="start">design_services</md-icon>
    </md-list-item>
</md-list>

@material/web 1.0.0-pre.8 기준

겸사겸사 +layout.svelte에서 사용하는 @material/mwc-icon-button-toggle 패키지도 @material/web 패키지로 교체 작업을 진행하여 적어도 oss 페이지에서는 @material/mwc-* 패키지를 사용하는 사례가 없도록 작업하였는데, @material/mwc-icon-button과 @material/mwc-icon-button-toggle 두 가지로 나뉜 패키지가 이제는 @material/web 안의 icon-button 컴포넌트에 toggle 속성을 추가하는 것만으로 구현이 가능해져서 비교적 간결해졌습니다.

mwc-icon-button-toggle 시절에는 on 속성 여부로 토글 버튼의 아이콘도 변경되었는데, 이제는 다른 컴포넌트들과 통일되어 selected 속성 여부로 변경되는 점도 차이점이었습니다.

구현하면서 어려웠던 점이 있다면 md-list와 md-list-item의 margin 값 적용이 이상하게 작동하였다는 점입니다.

margin의 top과 bottom 값은 적용되지 않고
left와 right는 위 아래로 적용

되는 문제가 있었습니다. 그래서 어쩔 수 없이 정상적인 스타일 적용을 위해 md-list를 감싸는 별도의 div를 사용하여 margin을 부여할 수 밖에 없었습니다.

본격적으로 난이도가 높아진 2일차

2일차에는 탭 부분을 구현하려고 하였습니다. 페이지 중 하나까지 구현하면 최고지만, 이전에는 탭별로 페이지 이동하는 형태로 구현하질 않아서 시행착오가 있을 것으로 예상, 목표량을 낮게 잡았습니다.

Tabs 컴포넌트를 사용하려고 했는데

@material/web 패키지의 GitHub README.md 파일 일부. Tabs가 Beta 부분에 Complete로 표기되어 있다.

GitHub - material-components/material-web: Material Design Web Components

Material Design Web Components. Contribute to material-components/material-web development by creating an account on GitHub.

github.com

전날 봐두었던 문서에는 Tabs가 Beta 단계까지 Complete로 표시되어 있어서, 이전에 사용한 List 컴포넌트와 마찬가지로 1.0.0-pre.8 버전에서 사용가능할 것이라고 판단했습니다. 그래서 처음에는 Material Design 3 문서에 기재된 가이드라인과 저장소의 컴포넌트별 Demo 폴더를 참조하여 탭을 작성했습니다.

그런데 이상하게도 tabs.js를 찾을 수 없다고 하여, 무슨 일인가 해서 봤더니 당시 기준 전 주에 출시된 1.0.0-pre.8 버전에는 아직 Tabs가 없었습니다. 그러니까, 전 주와 그 다음 주 사이에 Beta 수준까지 개발이 완료되어 출시를 앞두고 있던 컴포넌트였던 겁니다. 당장 사용할 방법이 없어 어쩔 수 없이 변경사항을 롤백하고 탭처럼 쓸 수 있는 컴포넌트를 찾아보아야 했습니다. 물론 다른 라이브러리의 탭을 사용하는 등의 방법도 있었지만, 되도록 같은 라이브러리를 사용하여 포트폴리오 웹사이트가 필요 이상으로 무거워지고 파편화되는 것을 막고 싶었습니다. 게다가, 비슷하기는 하지만 Material Design 2와 3의 탭은 약간 UI 요소가 다른 부분이 있어서 디자인을 한 쪽에 최대한 맞추고 싶었습니다.

Tabs와 비슷한 대체제 찾기: Segmented Button

1.0.0 시점에서는 출시하지 않을 예정이지만, 특이하게도 당시 제공되는 패키지에서 제공하는 컴포넌트 중 하나가 Segmented Button이었습니다. 가이드라인을 보니 탭 역할이라기보다 카테고리 구분에 사용되는 역할이었는데, 일단 탭이 구현되기 전까지는 유사하게 사용할 수 있을 것으로 보였습니다.

그런데 md-list 혹은 mwc-list 컴포넌트와 달리, 컴포넌트에 a 태그를 감싸는 방식으로는 링크를 구현할 수 없었습니다. 그래서 JavaScript를 이용한 이동을 해야 했는데, md-icon-button과 달리 onClick 이벤트가 작동하지 않았습니다. 단순히 동작하지 않으면 다행이고, location.href를 통해 이동하는 스크립트를 넣었는데 아무 행동을 안 해도 끊임없이 자동 페이지 이동이 발생하는 문제점이 발생하니 사용할 수가 없었습니다. selected 속성 부여 여부로 구분하려고 할 때도, selected 속성으로 컴포넌트의 선택 여부를 설정할 수 있는 것은 맞지만 클릭 여부에 따라 속성이 변경되는 것은 아니었습니다. 그러니까,

selected 속성이 있으면, 선택된 것으로 렌더링 (O)
선택되어 있으면, selected 속성이 있다 (X)

인 상황입니다. 그래서 selected 속성의 부여 여부로는 변화를 감시할 수 없었습니다.

Segmented Button인데, 클릭하고 나서의 일을 처리할 수 없다? 이해할 수 없어서 곰곰이 생각하다가 mwc-tab-bar와 mwc-tab을 쓸 때도 별도의 커스텀 이벤트를 제공해서 이를 바탕으로 처리했던 기억이 났습니다. 그래서 소스코드를 찾아봤습니다.

private emitSelectionEvent(index: number) {
    this.dispatchEvent(new CustomEvent('segmented-button-set-selection', {
      detail: {
        button: this.buttons[index],
        selected: this.buttons[index].selected,
        index,
      },
      bubbles: true,
      composed: true
    }));
  }

~~https://github.com/material-components/material-web/blob/main/segmentedbuttonset/lib/segmented-button-set.ts~~ 현재는 삭제됨

그랬더니 segmented-button-set에서 발생하는 이벤트가 따로 있음을 알 수 있었습니다. 여기서 index 값은 0부터 시작하여, 버튼 목록 중 선택된 버튼을 표시하기 때문에 이 이벤트와 SvelteKit의 goto()를 이용하여 ~~goto라니 이름이 뭔가 찜찜하지만~~ 페이지 이동이 가능했습니다.

이때 같이 발견한 함수 중 하나가 setButtonSelected였습니다. selected 속성을 직접 부여하는 코드를 작성했지만, 아무래도 특정 상황에 한정해서 사용하다보니 놓치고 있는 부분이 있을 수 있다고 생각해서 적용을 검토했습니다. 그런데 실제로는 사용하지 않았는데, 이유가 있었습니다.

setButtonSelected(index: number, selected: boolean)

이 탭이 위치한 +layout.svelte 파일은 모든 경로가 공유하고 있어서, 페이지 주소가 oss인 경우를 제외하고 탭을 표시하도록 구현되어 있습니다. 그래서 oss 페이지에서는 이 탭이 아예 구현되지 않게 됩니다. 이론상 탭을 사용하는 메인 페이지와 oss 페이지를 오가는 과정에서, 뒤로가기가 되었든 다른 링크가 되었든 메인 페이지로 이동하면 이 함수로 메인 탭을 선택 상태로 만들어주어야 합니다. 실제로 contacts 페이지와 메인 페이지 간에는 버튼 클릭이 아닌 뒤로가기로 이동하더라도 잘 작동했습니다.

하지만 위 사례에서는 작동하지 않았는데, 이유는 정확히 알 수 없지만 함수 실행 시점에 아직 버튼이 렌더링되지 않은 것인지 버튼이 하나도 없다고 인식하고 오류를 콘솔에 출력했습니다. 그래서 기존에 직접 구현한, 페이지 URL을 기준으로 selected 속성을 부여해주는 코드로 롤백할 수 밖에 없었습니다.

이 과정에서 +layout.svelte 파일에 필요한 JavaScript 코드가 크게 다크모드 토글, 한 줄 공지사항 순환 및 데이터 가져오기, 페이지 이동 시 정확한 탭에 선택됨 표시 이렇게 총 3가지가 되면서 파일 가독성이 상당히 떨어지게 되었습니다. 그래서 한 줄 공지사항과 소개문을 가져오는 부분을 Teaser.svelte 컴포넌트로, 탭 부분을 Nav.svelte 컴포넌트로 분리하였습니다. 그리고 마지막으로 컴포넌트와 페이지를 분리하기 위해 컴포넌트만 모아두는 폴더를 따로 생성하여 넣어주었습니다.

이렇게 만들고 보니, Segmented Button 류는 가로 스크롤을 지원하지 않아 작은 화면에서 의도하지 않은 레이아웃 깨짐을 유발하는 문제가 있었습니다. 따라서 특정 가로 픽셀 이하에서 별도의 링크형 메뉴를 만들어 주었고, 이 상태로 연락처를 소개하는 페이지를 작업했습니다.

다시 탭으로: 3일차

앞선 이틀과 달리, 연속되는 날은 아니지만 어느정도 시간이 지나자 자연스럽게 탭도 출시되었습니다. 실제로 1.0 정식에서는 자취를 감춘 Segmented Buttons와 달리, Tab은 1.0 출시에 함께하기로 예정되어 바꿀 필요가 있었습니다. 하지만 오직 Segmented Buttons 하나 때문에 만든 소형 기기용 별도 메뉴가 아까워 페이지 전환에 transition(애니메이션 효과 같은 것. 여기서는 페이지 전환 때마다 오른쪽에서 왼쪽으로 페이지 콘텐츠가 날아오도록 했습니다.)을 추가하는 등 미적거리다가 겨우 전환했습니다.

다행히 Material UI v2 시절에 사용했던 tab 컴포넌트 사용법을 참조하니 크게 다르지 않아 구현은 쉬운 편이었는데, Svelte에서 제공하는 탭 전환 시 포커스 및 스크롤 위치 변경 방지 기능이 제대로 작동하지 않아 이슈를 열었다, 닫았다 반복할 수 밖에 없었습니다. 며칠 뒤 이 부분만 따로 작업해보니, 탭 로드 전에 선택한 탭을 명시하는 코드가 먼저 발생한 경우 제대로 반영되지 않는 문제와 연관이 된 것으로 유추되었습니다. 정확한 사유는 확실히 단정지을 수 없지만, 탭이 인식되기 전에 관련 코드가 발생한 경우 코드가 제대로 동작하지 않으면서 작동을 멈추는 문제가 발생한 것으로 보였어요.

많이 늦게 시작한 티스토리 블로그 글 보여주기 (4?일차)

TISTORY API를 이용하여 현재 글 3개를 불러온 모습.

사실 1년 전에 개인 웹사이트를 처음 만들 때부터 트위터(현재는 X), TISTORY, 그 밖의 다른 블로그 서비스를 지원할 생각은 늘 있었는데, 일단 웹사이트를 완성해야 한다는 생각에 도입하지 못했습니다. 그래도 API 인증하여 키를 얻어내는 부분은 만들어야겠다는 생각이 들어서, .env 파일에 넣을 키 값을 만들어주는 프로젝트는 이미 올해 1월에 완성된 상황이었습니다. 언젠가는 완전 자동 연계까지 하여, 계정에 연결하면 포트폴리오를 관리하는 방향으로 나아가는 것이 가장 좋겠지만요.

아무튼 그리하여 7월 말 즈음에 트위터 임베딩과 티스토리 글 목록 보여주기 기능을 본격적으로 구현하였습니다. 트위터의 경우 다크 테마와 라이트 테마가 있긴 한데, 정작 자동 전환은 불가해서 어쩔 수 없이 모드가 바뀔 때마다 다시 로드할 수 있도록 했는데요, 특히 버튼으로 전환하는 상황이 아닌 기기 테마가 바뀌어서 자동 전환되는 경우에도 대응하느라 조금 고민이 필요했습니다. 처음에는 그냥 트위터 컴포넌트에 특정 값만 부여하면 바뀔 거라고 안일하게 생각했지만, 실제로는 컴포넌트를 다시 로드해야 되는 문제였기 때문입니다. 이렇게 구현하면 느려지는 문제까지 있지만 비교적 어울리는 디자인을 위해 희생했습니다.

그 밖에도 트위터에서 Firefox 등의 추적 방지 기능에 걸려 트윗을 로드하지 못하게 되면 목록이 제대로 표시되지 않는데, 이를 대체할 때 보이는 버튼이 다른 버튼과 비슷한 모양을 갖춰야 했습니다. 다만 이건 어렵지 않아서 금방 해결했습니다.

티스토리는 API 가이드가 기본적인 글 목록 읽는 데에는 아무 지장이 없는 수준으로 작성되어 있어 API를 이용하여 보여주는 건 문제가 없었는데, 평소 블로그 글 목록에 공지사항도 혼합되어 올라오지 않다보니 공지가 같이 올라올 것을 미처 생각하지 못했습니다. 그리고 글의 개수도 너무 많으면 지나치게 길어질 것 같아, 카테고리와 함께 5개로 제한했다가 현재는 3개까지로 제한하고 있습니다. 다만 카테고리를 따로 표기하고 있지 않고 있는데, Chip 형태로 표시하고 싶었으나 리스트 컴포넌트 내 표현이 다소 제한적이어서 아직은 제작하지 못한 상황입니다.

5일차: 마무리하기

마지막으로 작업한 부분은 데이터를 읽어오는 도중에 표시하는 작은 대화상자^[각주:3]제작과 자잘한 버그 수정, 그리고 접근성 표준에 맞춘 색상 대비 조정^[각주:4], DOM 구조 변경 정도였습니다. 특히 접근성의 경우 이번에 작업하면서 색 대비에 대한 표준에 대해 처음 인지하였고, 브라우저 개발자 도구에 포함되어 있는 도구로 현재 요소가 잘 보이는지 다양한 방법으로 확인 및 시뮬레이팅할 수 있으며 Svelte에서도 잡아낼 수 있는 일부 접근성 문제는 알려주는 등 기술적인 도움도 받을 수 있다는 사실을 알게 되어 다른 프로젝트에도 순차 적용하고 있습니다.

앞으로의 방향

개인 웹사이트 개발은 일단 이것으로 일단락되었지만, 향후 몇 가지 수정사항을 더해야 하는 상황인데요, 특히 적은 양의 데이터임에도 불구하고 데이터 로드가 오래 걸리는 문제가 그 과제 중 하나입니다.

Firebase SDK 대신 REST API 기반으로 변경: 현재 Firebase Lite SDK를 사용하고 있는데, 아무래도 SDK 초기화 과정이 매번 필요하다는 문제로 인해 퍼포먼스 저하가 있는 것으로 추정되어, 이를 REST API 기반으로 전환하려고 합니다. 데이터를 빈번히 변경하거나 실시간으로 변경 사항을 반영할 필요가 없고, 티스토리 API 등 다른 API는 대체로 fetch를 이용해 불러오도록 되어 있어서, 동시에 불러와야 할 일이 있을 때에도 적합하지 않다고 판단했습니다. 다만 결과적으로 성능이 향상되지 않는다면 그대로 돌아가거나, CloudFlare R2 저장소를 캐시로 사용하여 원본 DB는 Firestore가 담당하되 파일은 JSON 형식으로 미리 생성하여 가지고 있는 방식으로 전환할 예정입니다.
각종 환경에서 더 적절한 레이아웃 적용: 현재 데스크톱 레이아웃은 불필요하게 넓은 공간을 낭비하고 있어, 이를 정리하는 차원에서 너비를 약간 줄이고 가운데 정렬을 하도록 할 예정입니다. 여기에 기존 의존성 항목인 md-list의 경우 단점이 많은 컴포넌트여서 자체 컴포넌트로 전환하고, 소개 글, 각종 링크 등을 :hover 혹은 클릭 상황에서 보여줄 수 있도록 개선할 예정입니다.
편집 기능 도입: Cloud Firestore 콘솔에서 데이터를 수정하거나, 웹사이트 코드에 손을 대야 데이터 갱신이 가능한 현재 구조를 대폭 개선하여, 데이터 소스를 이원화하더라도 개인 웹사이트 내에서 편집이 가능하고, 되도록이면 코드를 변경하지 않고 CloudFlare R2 혹은 Firestore 같은 별도의 저장소 혹은 DB에서 가져올 수 있도록 만들 예정입니다.
Mini 버전 제작: 현재 버전은 DB 연결을 필수로 하고 있어, 파일 기반의 비교적 가벼운 버전으로 제작, 현재 소지 중인 다른 도메인에 넣을 예정입니다.

이 중 Mini 버전 제작은 사실상 별도의 프로젝트를 하나 더 만드는 모양새이니 그렇다 하더라도, 다른 기능들은 찬찬히 완성하여 졸업 전에는 잘 구성된 형태로 제작하고자 합니다. 어쩌면 목표하는 기능이 너무 많고 유지보수가 까다로워서 언젠가 노션 기반으로 전환할 수도 있겠지만요.

업데이트: 이 글을 작성하고 얼마 지나지 않아 티스토리 Open API의 서비스 종료 결정이 내려졌습니다. 따라서 향후 개발은 RSS 기반으로 전환해야 할 필요가 생겼네요. 단점도 많이 있었지만 생태계 확장에 많은 도움이 되었던 API인 만큼, 그리고 갑작스럽게 종료 결정이 내려진 만큼 아쉬운 마음 뿐입니다.

Create, Read, Update, Delete [본문으로]
현재 예스피씨가 사용 중인 @material/mwc-tab 및 @material/mwc-tab-bar 부분에 해당하는 컴포넌트는 아직 출시되지 않아 해당 버전이 출시되면 예스피씨도 업데이트 예정입니다. [본문으로]
호서대학교 웹사이트를 참조했습니다. [본문으로]
색 대비에 맞는 색상을 찾아주는 웹사이트를 이용했습니다. [본문으로]

KDE + kime 조합에서 발생하는 각종 오류 해결하는 간단 팁

paperboxturtle — Tue, 18 Jul 2023 15:36:58 +0900

이전까지 Kubuntu에 fcitx 조합으로 잘 사용하다가, 최신 KDE Plasma 데스크톱을 사용하고 싶은 마음에 23.04 버전으로 올렸더니 fcitx 자동 실행에 실패하는 문제점을 해결하지 못하여 KDE Neon으로 갈아탄 후 kime를 설치했습니다. 별도로 설정하지 않아도 한/영키가 잘 작동하는 터라 만족스러웠으나, Wayland 세션만 실행하면 잠길 때마다 loginctl unlock-session 명령어로 세션을 깨워주어야 하는 문제가 있어 X11 데스크톱만 사용하는 상황이었습니다.

그러던 중 우연히 Krita 실행 시 특정한 리소스가 없다는 오류를 내면서 종료되는 문제를 보고, 혹시 이건 KDE Neon의 문제가 아니라 kime의 문제는 아닐까? 하는 의심이 들었고 kime 저장소에 가서 확인해보니 같은 오류를 겪은 분들이 소스 빌드를 직접하여 해결하셨다는 내용을 남겨주셨습니다.

krita 실행시 `undefined symbol: _ZdlPvm, version Qt_5` 오류 · Issue #634 · Riey/kime

개요 #424 와 연관이 있을 수도 있습니다 소스로부터 빌드하고 업데이트하겠습니다 시스템 정보 Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 6.3

github.com

다만 수동 빌드하여 설치할 때 선택 패키지 중 일부는 사실상 필수여서 기록 차 남겨봅니다. 현재 안내문에서는 다음과 같은 패키지를 필수로 안내하고 있습니다.

cmake
cargo
libclang
pkg-config

그러나 KDE Neon 기준 오류나 경고 없이, 사용 중인 환경에서 원활히 사용하려면 다음과 같은 패키지가 필요했습니다.

cmake
cargo
libclang-dev
pkg-config
libdbus-1-dev
xcb
libfontconfig-dev
libfreetype-dev
gtk-3-dev [Firefox 등 GTK 3 기반 프로그램에서 한글 입력에 필요]
gtk-4-dev [GTK 4 기반 프로그램에서 한글 입력에 필요]
qtbase5-private-dev [Qt 5 기반인 KDE 등의 프로그램에 필요]

빌드 절차 및 데비안 패키지 생성 작업은 안내문 내용대로 하면 되지만, 대신 충돌 방지를 위해 kime 제거 후 다시 설치하는 것을 권장합니다. 이유는 알 수 없지만 기존 kime 패키지보다 크기가 더 크게 나왔습니다.

다행인 점은 기존에 개발 중단된 한글 2022 Beta 등의 한글 입력을 위해 복사, 붙여넣기한 Qt 파일이라든지, im-config 설정을 바꿀 필요는 없었습니다.

이렇게 빌드를 마치면 이제 Wayland 환경에서도 잠금 해제가 정상적으로 이루어지며, Krita도 문제 없이 실행됨을 확인할 수 있습니다.

팀원 모두가 돋보였던 2023 SW중심대학 공동해커톤 참여 후기

paperboxturtle — Sun, 16 Jul 2023 23:15:04 +0900

저희 학교는 2021년에 신규 선정되어, 2022년부터 공동 해커톤 참여 자격이 생겼습니다. 그래서 참여를 원했지만 21년도에는 참가 자격이 없었고, 22년도에는 휴학생도 참여할 수 있는지 명시되어 있지 않아 다음을 기약할 수 밖에 없었습니다. 그런데 23년도 공지를 보니, 휴학생도 참여 가능한 것으로 명시되어 있어 드디어 참여 기회가 생겼습니다.

해커톤 준비 단계

대학 내 선발전: 교내 해커톤이라는 이름의 시험

대학 내 소프트웨어 계열 학과의 입학 인원이 275명이니까, 개발자 4명 정도는 금방 채울 것이란 예상은 당연했습니다. 그런데 아무래도 평소 저조했던 다른 행사들의 참여율 때문인지, 아니면 휴학생이 정말 참가할 줄은 몰랐던 것인지 교내 해커톤이라는 이름의 선발전이 급하게 잡혔습니다. 때문에 급히 시험을 보게 된 관계로 군대에 있던 동기와 몇몇 학생들은 선발전에 나올 수 없게 되었습니다.

이 선발전에는 그래도 10~15명 정도의 사람들이 나와서 치뤘고, 최종적으로 공동 3위의 성적으로 선발되어 학교 대표로 출전하게 되었습니다. 해커톤이라는 이름에 걸맞게 기본적인 문제 하나와 아이디어 하나 이렇게 두 문제의 제출을 요구하였고 약 2시간 정도의 시험 끝에 저녁식사를 겸하기 위해 한솥 치킨마요와 음료를 증정받았습니다. ~~매 해커톤 후기마다 음식 얘기만 하는 것 같다면 기분 탓입니다~~ 사전에 안내받은 내용이 없어서 저녁을 먹고 임했던 지라 다소 당황스럽기는 했지만, 감사히 먹고 집으로 돌아왔습니다. 아무래도 휴학생 신분이다보니 왕복 6시간이 부담스러웠지만, 어차피 해커톤은 천안에서 열려서 왕복 6시간해야 하는 건 똑같은 걸요.

대회 전, 미리 준비하기

셔틀버스 수요를 위한 사전 조사, 사전 아이디어 제출, 자기소개 이렇게 3가지를 먼저 마무리해야 했습니다. 셔틀버스야 정해진 KTX편이 이미 있어서 순조롭게 작성하였으나, 사전 아이디어 제출 여부를 상당히 고민하다가 결국 제출하지 않는 것으로 마무리지었습니다. 이유는 지금 들고 있는 아이디어가 상업적으로 부족한 부분이 많았고, 이를 보완하기 위해서는 IoT 기반 개발이 동반되어야 해 해커톤에서 선보일 수 없었기 때문입니다.

자기소개에 있어서는 처음에는 예시처럼 간단하게 Slack에 줄글로 남기고자 하였으나, 결국 순차적으로 올라오는 포트폴리오를 보며 개인 웹사이트 개발을 빠르게 마무리짓고 이를 선보이는 것이 좀 더 나은 인상을 줄 수 있겠다는 생각에 일단 미루고 개인 웹사이트 개발을 우선시했습니다. 이 과정에서 준비 중이던 다른 활동에 지장이 가기도 하여서, 지금 와서 돌이켜보면 이때 적절한 선택과 집중이 이뤄지지 못했다는 생각이 듭니다.

SW중심대학 공동 해커톤 2023 | 포트폴리오 | 종이상자 공간

개인 프로젝트 등 포트폴리오를 소개합니다

paperbox.pe.kr

당시 급히 제작했던 포트폴리오 사이트는 위와 같아서, 단순히 문서를 추가하기만 하는 것이 아니라 향후에도 사용할 수 있도록 신규 UI를 작성하고 몇몇 라이브러리를 도입하는 등 대공사에 가까운 작업이었습니다. 그래도 이렇게 작업한 덕분에 SvelteKit에 대한 이해가 한층 높아져서 해커톤에는 도움이 되었습니다. 관련한 내용은 나중에 개인 웹사이트 개편 후기에 작성할 예정입니다.

1일차: 너무 졸린데 이대로 해커톤을 시작하나요?

10시부터 등록이었지만, 가장 적합한 KTX 열차는 7시 45분에 출발하기 때문에 기상을 늦어도 6시에는 해야 씻고 준비하여 나갈 수 있었습니다. 이마저도 비몽사몽 상태로 나가보니 약간 시간이 부족했는데요, 다행히 지하철을 놓치지 않아서 겨우 시간에 맞춰 탈 수 있었습니다. 그러다보니 졸린 것은 당연, 그렇다고 졸았다간 그대로 대전까지 타고 갈까봐 그러지도 못하고 겨우 내려서 어제 산 빵과 함께 편의점에서 음료을 사 마시고 셔틀버스에 탔습니다. 셔틀버스는 3번 정류장에 위치할 예정이라고 안내 받았는데, 실제로는 1번 정류장에 있어서 마침 기다리던 다른 사람들과 다같이 헤맸던 점은 아쉬운 부분이었습니다.

입구에 들어서자마자 커다랗고 권위적인 JEI 로고와 만나 다소 웃겼다.

어찌어찌 도착하고 나서 앉은 옆자리는 우연히 같은 학교, 같은 학과 학생이었습니다. 심지어 나중에 알았지만 기숙사 룸메이트이기도 해서, 다행히 다니는 동안 편안하게 지낼 수 있었습니다. 다만 이와 별개로 아무래도 너무 빡빡하게 짜여진 일정으로 인해 자꾸 미뤄지는 과정이 불안에 불안을 낳았습니다. 여기서 해커톤을 하는 것은 아니라고 했지만 벌써부터 대강당의 인터넷은 느리고, 개회사에서도 일정 문제로 협의회장님께서 온라인으로 참석하시는 등 오랜만에 오프라인으로 개최된 점이 여러 혼란을 낳는 듯 했습니다.

공동해커톤 개회식과 강연, 아이디어를 설명했던 대강당. 늦게 올 수 밖에 없는 지역의 학생까지 배려하기에는 너무 많은 일정이 있었던 빡빡한 일정표는 지켜지지 못했다.

점심을 먹고 아이디어 발표를 듣고 있으니 원하는 프로젝트는 참 많았는데, 정작 프론트엔드를 원활하게 구하기 위해서인지 React를 요구하는 프로젝트가 많아 Svetle를 주력으로 쓰는 제겐 예상대로 쉽지 않았습니다. 게다가 규정 상 불가하였지만 아무래도 제지할 인원도 없고 하다보니 아이디어를 보드에 붙이기 전 팀원이 결성되는 사례도 많아 팀 빌딩 과정이 다소 험난한 측면이 있었습니다.

그래도 운 좋게 이번 프로젝트를 함께 해주신 24팀 팀장님께서 괜찮다고 말씀해주셨고, 그리고 먼저 오셔서 대기하고 계시던 백엔드 개발자 분께서 Svelte를 사용해보신 적이 있으셔서 설득을 도와주신 덕분에 낙오되지 않고 시간 내에 팀을 확정할 수 있었습니다. 본래 팀 구성은 5명으로 제한되어 있지만, 여러 상황 상의 문제로 일부 팀의 6명 구성이 가능해지면서 최종적으로는 데이터 분석 2명, 백엔드 2명, 프론트엔드 1명, 디자이너 1명 조합으로 결성했습니다. 나중에 주최 측에서 요청한 역할 분배는 자료 조사, 소통 등 조금 예상과 다른 역할들이어서 특히 후반부에는 소통을 맡아주신 백엔드 개발자 중 한 분께서 꽤 고생하셨습니다.

해커톤 본 장소인 체육관. 목소리가 잘 울리는 구조여서 조금 아쉬웠다. 춥기도 했는데, 다행히 공동 해커톤 측에서 담요를 하나씩 제공해서 큰 문제는 없었다.

팀이 확정된 후, 바로 기획 및 디자인, 개발을 진행하고자 했지만 다수의 접속자로 인해 WiFi, LTE, 5G 할 것 없이 모두 느려지는 바람에 제대로 시작할 수 없었습니다. JUNCTION ASIA 2022 때도 비슷한 일을 겪었기 때문에 새삼스럽지는 않았으나, 그때는 핫스팟을 이용해서 완화할 수 있었고 많은 사람들이 이용할 때도 문제가 없을 정도로 나중에는 개선되었는데 이번에는 그렇지 못했습니다. 아무래도 JUNCTION ASIA 2022가 열렸던 대형 전시장인 BEXCO는 지하 2층에 위치한 연수원 체육관과 달리 여러 사람이 한꺼번에 인터넷을 이용할 것을 미리 염두에 두어서 통신망을 좀 더 촘촘하게 구축하기도 했을 것이고, 통신망이 더 잘 닿을 지상 지역이며, 유선 인터넷 회선 구성도 연수원보다는 사정이 나았을테니 어찌보면 당연하겠지만, 아무래도 해커톤이다보니 인터넷 연결이 중요하여 운영진을 포함한 모두가 분주하게 해결책과 대안을 찾기 위해 3일 내내 고군분투하였습니다. 사회자 분께서 본인의 업무가 아님에도 불구하고 많이 죄송해하시고 모두가 열심히 할 수 있도록 격려해주셔서 감사했습니다.

팀장님께서 털어오신(?) 몬스터. 그 밖에도 컵라면, 과자 등을 수시로 가져다 먹었다.

이때 일부 팀은 다른 장소로 이동하여 해결하였다고 하는데, 우리 팀도 더 빨리 그럴 수 있었으면 약간은 더 여유가 있지 않았을까 싶기도 합니다. 특히 프론트엔드를 맡았던 제가 개발을 마무리하는 데 시간이 걸려 3일차에 급히 마무리한 측면이 있어 더 아쉽게 느껴지는 것일지도 모르겠네요. 그래도 다행인 점은 지난 번에 참여했던 JUNCTION ASIA 2022와 달리 빠른 의사 결정으로 아이디어 구상에 너무 많은 시간을 쓰지 않아서 개발 환경만 안정되면 바로 개발에 들어갈 수 있었다는 점입니다. 그래서 중간 중간 쉬어가는 시간을 둘 수 있었고, 둥글게 모여 앉아 컵라면과 김밥을 같이 먹거나 수시로 간식을 가져오는 등 평안한 분위기가 지속되다가 오전 4시 즈음 3시간 정도 잠을 보충하고 오는 것으로 합의하였습니다.

서둘러 멘토링을 신청해야 해

첫 날 팀을 무사히 꾸린 후, 고민했던 점은 "멘토링 신청을 어떤 분께 드릴 것인가"였습니다. 팀 신청에 안도한 나머지 순식간에 많은 멘토분들의 멘토링 슬롯이 금방 차면서도, 인터넷 문제로 업데이트가 제때 되지 않아 고생했습니다. 그렇지만 AI가 들어가고, 기획 측면에서 경쟁력을 강화해야 하는 부분이 있다고 생각하여 최종적으로는 SK텔레콤 조현서 멘토님께 신청을 드렸고, 서비스를 이용할 사람들이 공통적으로 어떤 목적으로 서비스를 이용할지에 대해서 좀 더 고민해볼 수 있도록 조언을 주셔서 핵심 기능 이외에 들어가면 좋을만한 기능들이 확정되었습니다. 이후에도 멘토링을 신청하지 않았음에도 꾸준히 저희를 지켜봐주시고 응원도 해주셔서 감사하기도 하였고, 저희의 자신감도 많이 올라가는 계기가 되었습니다. ~~그렇게 김칫국을 대야 채로 마시게 되는데...~~

빠르게 돌아가는 일정 속 비교적 평안했던 강연 시간

강연은 오전 강연과 오후 강연 두 가지로, 오전 강연은 개발자 강연과 디자이너 강연으로 나뉘되 오후 강연은 오픈소스 특강 하나만 진행되었습니다. 그 중 오전 강연은 클라우드와 DevOps에 대한 내용으로 AWS 한국 지사에서 나오셔서 Amazon Web Services를 중심으로 강연을 해주셨고, 오후 강연은 삼성전자에서 오픈소스 관련 내용으로 강의해주셨습니다. 오전 강연을 통해 그동안 갈피를 잡지 못했던 DevOps라는 단어의 정의에 대해 알게 되었지만, 클라우드 분야에 많이 발을 담구지 않은 제게는 아직 조금 어려운 부분도 있었습니다. 그래도 다른 행사에서 접한 단어들과 결합해서 이해하니 개인적인 지식 습득에 도움이 되어 평시 공부의 중요성을 다시금 깨닫기도 했습니다.

두 번째 강연은 따뜻한 분위기 속 편안한 기여와 커뮤니티 문화보다는 자신에게 진로 계획상 이득이 되는 오픈소스 프로젝트를 쫒아보라(즉, 신중하게 기여할 프로젝트를 선택하라)는 조언이 담긴 내용이었습니다. 제가 감히 어떤 말씀을 드릴 수 있는 위치에 있는 것은 아니지만, 담고자 하신 메시지는 저 또한 동의하지만 오픈소스 커뮤니티의 살벌한 측면을 너무 강조한 것이 아닌가 하는 생각이 들었습니다. 적어도 제가 만났던 한국 내 오픈소스 프로젝트 기여자 분들은 프로젝트 규모의 정도를 불문하고 따뜻하고, 도와주시려고 노력하시는 면모들을 많이 뵈었기 때문에, 이 강연으로 본래 오픈소스에 기여하시던 분들은 방향성을 정리하겠지만 그렇지 않은 친구들은 겁을 먹을 수도 있겠다는 감상이었습니다. 다만, 삼성전자에서 오픈소스 기여를 통해 자신의 뛰어난 실력을 발휘하는 분들을 얼마나 모시고 싶어하는지, 지원하고자 하는지에 대해서는 단순히 인터넷에서 찾아보아서 알고 있던 때보다 와닿게 알 수 있었습니다.

전반적으로 일정이 바쁘게 돌아가기 때문인지, 강연 시간은 편안한 시간이었습니다. 어차피 대강당의 인터넷 사정 상 원활하게 무언가 다른 일을 하기도 쉽지 않고, 새벽부터 바쁘게 달려온 모두에게 있어 그나마 쉴 수 있는 시간이었기 때문입니다. 어쩌면 그래서 조금 더 강한 임팩트를 주기 위해 두 번째 강연자이신 분께서 강렬한 문구와 예시를 통해 말씀을 주셨을지도 모르겠네요. 그리고 이때 사용하셨던 어두운 톤의 발표 자료는 나중에 우리 팀 발표 자료의 복선이 됩니다.

2일차: 비도 오고, 커피차도 오고

이튿날은 아침을 거르고 시작했습니다. 인터넷 문제는 장소를 옮기는 것으로 해결을 보고, 어느정도 갈피가 잡혔기 때문에 이제는 제대로 개발에 들어가야 했기 때문입니다. 그래도 우리 팀은 기획이 엎어지거나, 사소하게라도 싸우는 등의 고비가 없었기 때문에 비교적 원활하게 진행되었습니다. 수시로 인터넷 문제로 지하 2층에서 1층으로 왔다갔다 했지만, 결국에는 2층에서도 할 수 있다는 사실을 알고 자리를 옮겨 2층에서 쾌적하게 할 수 있었습니다. 특히 이때 대용량의 데이터를 받아 분석해야 했던 팀장님 및 데이터 분석 팀원 분께서 고생하셨는데, 드디어 해결되어 부족한 데이터 양이지만 일정량의 데이터 예측에 성공하셨을 때는 제 담당 일은 아니었어도 정말 기뻤습니다.

제가 담당한 프론트엔드 부문은 디자이너 분의 요청을 최대한 반영하고자 UI Kit을 사용하지 않고 직접 제작하신 디자인을 바탕으로 Figma의 자동 생성 CSS를 참조하되 대부분 직접 CSS를 작성하면서 작업을 진행하였는데 도전 정신을 불태우기에 좋은 경험이었습니다. 지금 와서 후회하는 부분이 있다면 몇몇 디자인은 공통적인 레이아웃을 필요로 해서 이 부분을 처음부터 공통으로 묶고 제작했다면 레이아웃이 약간의 변경에도 흔들리지 않을 수 있었을텐데 싶어 부족함을 많이 느끼는 시간이었습니다. 시간도 생각보다는 오래 걸리기도 했고요. 특히 다른 개발자들도 어려워한다는 중앙 정렬 문제로 저도 조금은 고생했습니다.

가장 큰 문제는 iOS에 탑재된 WebKit 엔진의 렌더링 차이로 iOS/iPadOS 계열(iPhone, iPad)에서만 원하는 레이아웃으로 입력 칸이 나오지 않는다는 점에 있었습니다. 결국 iOS가 아닌 Android 기기에서 녹화를 찍기로 합의하게 됩니다. 이 점은 나중에 제가 찾아서 해결해보고 싶은 부분이기도 합니다. 언젠가는 저도 한 명의 개발자가 될텐데, iOS에서 레이아웃이 틀어진답시고 지원 불가라고 써놓을 수는 없잖아요.

카카오맵 지도 구현 부분. 새로고침을 하지 않으면 지도가 제대로 로딩되지 않았고, 하단에 그라디언트 처리를 했어야 하는데 블러로 해버렸다.

지도가 포함된 부문에서는 linear-gradient로 그라디언트 처리를 할 수 있는 부분을 떠올리지 못해 블러로 처리해버린 점, 그리고 카카오맵 SDK 로드 시에 새로고침을 해야만 제대로 로드되는 문제를 해결하지 못한 점이 아쉽게 다가옵니다. 나중에 찾아보니 그라디언트 처리에 대해서는 이미 Figma에서 자동으로 제공하고 있었고, 카카오맵 SDK 관련해서는 정확히 해보지 않아서 잘 모르겠지만 React에서 비슷한 사례가 있는 것으로 보아 다른 방식으로 구현하면 해결이 되었을 것 같은데 시간 부족으로 시도해보지 못한 점도 아쉽고요.

발표자료에 포함되지 않았지만 그래도 자랑하고 싶었던 부분이 있다면 이렇게 바쁜 시간 속에서도 SvelteKit에서 빠르게 PWA 기능을 제작할 수 있도록 제공해주어서 이를 구현해 마치 앱처럼 설치하고 사용할 수 있도록 기능을 제공했다는 점입니다. 전에 제작한 예스피씨 프로젝트에서 사용했던 이력이 빛을 발하는 순간이었습니다. 덕분에 프론트엔드 코드는 엉망이었지만 별도의 상태표시줄 색 등 웹 앱의 모양새는 그럭저럭 갖추었습니다. Chrome에서 요구하는 상태표시줄 색상 지정 기능도 적용했으면 더 좋았겠지만 이건 최소 기능 제품이니까요. ^[각주:1]

한편 유난히 맛있었던 이틀째 점심 후에는 커피 차가 찾아와 음료를 한 잔씩 무료로 받을 수 있었는데, 덕분에 아이스티를 한 잔 받아 마시면서 개발할 수 있었습니다. 이때는 이미 팀 전체를 2층 강의실로 옮긴 뒤라서 지하 2층의 다과를 가져오기에는 조금 까다로운 측면이 있었는데 커피 차는 1층에서 음료를 나누어주셨기 때문에 한결 이동하기 편했습니다.

졸업 전에 이미 전문가. 디자이너님

새로 출시된 상용 제품인 줄 알았다
- 부모님, 대회가 끝난 다음 날 프로젝트 결과물을 보시며

우리 팀 프로젝트 "YELLOW CALENDAR"의 디자인과 구현 결과. 캡처 자체는 행사 다음날 집에서 찍어서 위치 정보에 따라 고양시로 나오고 가능 일정 예측도 천안시만 제공했던 탓에 지원되지 않는다. 5등급 아래 슬라이더와 반투명 원을 SVG 파일이 아닌 CSS로 만든 점도 나름대로 자랑 아닌 자랑이지만, 이런 것을 구현할 시간에 오류를 바로잡았다면 더 좋았을 것이라는 후회가 남는다.

도전 정신을 불태울 만큼 뛰어나게 제품을 만들어주셨던 디자이너 분께서는 제품 디자인을 어느 선에서 정리한 후엔 발표 자료도 기업에서 만든 프레젠테이션처럼 잘 만들어주셨습니다. 그래도 혹시 몰라 사회자 분께서 마지막 날로 넘어가는 새벽에 발표 자료 멘토링을 해주신다고 하셔서 다같이 찾아가 조언을 부탁드렸습니다. 팀원 전원이 의리를 지킨다고 개발도 바쁠텐데 내려와서, 그것도 두 번씩이나 멘토링을 요청하는 팀은 처음이라며 흥미로워하시는 한편, 발표 자료가 모범적으로 잘 만들어졌다며 다른 팀에게 견학을 할 수 있게 해줄 수 없느냐는 말씀을 주실 정도였습니다.

그러다보니 우리의 기대는 더욱 더 높아졌고, 텐션도 올라갔습니다. 이대로라면 대상을 거머쥘 수 있을 것 같았습니다. 마침 백엔드도 개발이 마무리되가던 시점이었고, 제가 제작하던 프론트엔드도 부족한 부분이 있지만 어찌 일부 기능은 보여줄 수 있을 정도까지 정리된 상태였습니다. 아주 신이 나서 카메라 앞에서 작은 공연도 선보이고(?) 재밌게 놀았습니다. 누가 보면 저 팀은 완성에 실패해서 이왕 이렇게 된 거 후회없이 놀기로 마음 먹었구나 했을지도 모르겠습니다. 물론 아니지만요. 저희도 최선을 다했고 막날만큼은 잠깐 씻는 시간을 제외하고 끝까지 달려갔습니다.

3일차: 막판 스퍼트! 그러나 아쉬웠던 결과

마지막날은 각 부분을 연결하는 작업으로 분주했습니다. 백엔드와 데이터 연결 과정은 새벽에, 백엔드와 프론트엔드 연결 과정은 오전 중에 이루어졌는데, 제가 개발이 많이 늦어져서 죄송스러웠습니다. 주요 기능 중 하나인 예측 기능은 캘린더를 구현할 수 없어 외부에서 pre-alpha 단계의 라이브러리를 가져온 결과 좀 아쉬운 부분이 있었던 점도 그렇고요. 다행히 CORS 문제나 Spring 서버의 문자열 처리 문제 등 한 번 적용하면 다른 곳에서는 큰 문제가 없는 부분 위주로 문제가 나타나 시간 내에 연결을 마무리할 수 있었습니다. 그 와중에 서버리스 서비스에서는 빌드가 되는데 제 컴퓨터에서는 빌드를 성공하지 못해 손수 수동 빌드 및 배포를 해주신 백엔드 개발자 분 덕분에 통일된 URL 아래서 서비스를 제공할 수 있었던 것도 다행입니다.

그런데 마지막에 오픈소스 라이선스를 정리해 전달해드리는 과정에서 깜빡 잊고 카카오맵 SDK를 넣지 않았습니다. 마지막에 들어가서 그렇기도 하고, 이 SDK만 yarn으로 설치한 라이브러리가 아니라서 불안했습니다. 아마 결과적으로는 감점에 기여했을 것입니다. 이 부분에 있어서는 팀원 분들에게 죄송한 부분입니다.

발표는 팀장님께서 진행해주셨는데 사전에 합의한 시간에 맞춰 잘 발표해주셔서 다행이었습니다. 그런데, 주제가 환경, ESG 같은 트렌드와 조금 거리가 있되 사회 문제에 대한 대책을 제공하는 사안이다보니 심사위원 분들 마음에는 들지 않았던 것 같았습니다. 팀원 모두에게 있어 아쉬운 질문이 나왔고, 이때부터 약간 불안했습니다. 실제로 시상식 때도 우리의 이름이 불리는 일은 없었습니다.

대상까지 모두 호명되었을 때 그동안 들떴던 우리 팀의 분위기는 언제 그랬냐는듯 순식간에 가라앉았습니다. 모든 팀이 열심히 했고, 우리도 최선을 다해 달려왔다지만 그래도 전체 46팀 중에서 17개 팀에 들지 못한 점이 많이 분했습니다. 일정 지연으로 시간이 빡빡해져서 네트워킹 파티를 신청하지 않은 분들의 셔틀을 빨리 보내야 해, 마지막 인사도 제대로 하지 못한 점도 아쉬웠습니다.

기운이 쭉 빠진 채로 네트워킹 파티에 참석했지만 아쉽게도 멘토 분도 사정이 있으셔서 마지막까지 남아계실 수 없었고, 특별히 어떤 이벤트가 있는 것은 아니어서 남은 사람들끼리 우리가 왜 탈락했을까 복기하면서 그리고 남은 하루, 혹은 남은 몇 시간을 어떻게 보낼지 잠시 이야기를 나누면서 소소하게 시간을 보냈습니다.

마무리

이제 와서 우리가 탈락한 이유를 굳이 따져본다면, 이런 이유가 있었을 것 같습니다.

구현이 안 되어 있었던 것은 아니지만 앞서 언급한 iOS WebKit 레이아웃 문제로 입력 단계를 공개된 데모 웹사이트에서는 생략하면서, 심사위원들이 실제 구동 영상을 디자인 시안 영상으로 생각했을 가능성
주제 측면에서 사회적 약자를 돕지만, 환경 트렌드에는 맞지 않는 점
생소한 주제 (멘토 분들께서 우려하셨던 점이었습니다)
배경 설명에 많은 시간을 들여 실제 구현은 매우 미진했을 것이라고 생각했을 가능성

그럼에도 불구하고 어느 해커톤보다 행복했고, 다시 팀으로 만난다면 즐겁게 일할 수 있을 것 같은 사람들과의 소중한 경험이었습니다. 끝난 후에도 다양한 격려를 남기시면서 앞날을 독려해주신 멘토님들과 사회자님, 그리고 뒤에서 노력하셨던 모든 운영진 및 관계자 분들께도 감사의 인사를 남깁니다.

비록 상은 받지 못했어도 서로를 존중하는 마음, 그리고 팀의 분위기에 상을 준다면 우리가 받았을 거라고 자신할 정도로 팀원 한 명 한 명이 대단하고 멋있었습니다. 생소한 DBMS였던 MongoDB 적응에 노력하시거나, 프론트엔드에서 구현하지 못할까봐 걱정해주시거나, 기획, 결정 같은 과정들을 책임지면서도 데이터 분석을 병행해야 했거나, 낯선 Git 환경에 적응하는 등 각자가 적어도 하나 이상의 도전에 마주했고 어떻게든 해결해냈기에 더욱 그럴 것입니다.

서로 다른 지역에서 만나 배경도 학년도 다른 모두가 만나 어색함은 저 멀리 날려버리고 즐겁게 지낸 한편, 다양한 기술 스택을 사용함에도 짧은 시간 동안 최선을 다해 매끄럽게 최소한의 기능을 완성했다는 사실이 아직도 안 믿기기도 합니다. 그러니 이렇게 행복한 경험을 했던 만큼 각자의 앞날에 좋은 소식만이 있었으면 좋겠습니다.

여담으로 지도 구현할 때도 제주도까지 보일 수 있도록 특정한 위치를 중점으로 잡는데 공을 들였단 사실도 은근슬쩍 자랑하고 싶습니다. 생각보다 남부 지방을 중심으로 잡아야만 흔히 보는 대한민국 지도 형태가 된다는 사실을 이때 알았습니다. [본문으로]

6인치 전자책 리더기 입문기, 이노스페이스원 루나 사용기

paperboxturtle — Mon, 29 May 2023 18:02:28 +0900

지난 2022년 12월, 꽤 오랜 시간 함께했던 크레마 사운드업 기종의 배터리 수명이 한계에 다다라 전체 배터리양의 60%만 사용해도 전원이 갑자기 꺼지는 현상이 발생하기 시작했습니다. 사운드업 구매를 고려하셨던 분이라면 아시겠지만, 2023년 시점에서 사운드업 기종의 운영체제는 2013년 출시된 Android 4.4.4 KitKat으로, 사운드업 출시 당시에도 너무 낡았다고 지적받았을 정도로 오래된 운영체제를 사용하고 있습니다. 그러다보니 리디 주식회사에서도 낡은 기종을 위해 지원해왔던 구버전 리디북스 앱(e-Ink 버전 및 일반 앱)에 대해 지원을 종료하겠다고 통보하였고, 현재는 잘 동작한다고 하지만 앞으로도 계속 잘 동작한다고 하기에는 불안한 감이 있어 배터리 교체가 망설여졌습니다. 결국, 이참에 새로 나온 단말기로 교체하는 편이 앞으로 더 오래 쓰기에는 알맞을 것이라는 판단 하에 새로운 리더기를 몰색했습니다.
당시 시장에 유통 중인, 국내 정발된 6인치 리더기는 다음과 같았습니다.

제품명	제조사	유통사	Android 버전	색상	microSD	화면 PPI
크레마S	ONYX	알라딘, 예스24	10⁽²⁰¹⁹⁾	블랙, 화이트	X	300ppi
루나	NETRONIX	이노스페이스원	8.1⁽²⁰¹⁷⁾	화이트	O	212ppi
BOOX Poke 4 Lite	ONYX	이노스페이스원	11⁽²⁰²⁰⁾	블랙, 화이트	X	212ppi
BOOX Poke 3	ONYX	이노스페이스원	10⁽²⁰¹⁹⁾	블랙	X	300ppi

그 밖에 Boyue 사가 제조하고 드림어스컴퍼니가 수입, 교보문고가 유통하는 sam 시리즈가 7.8인치와 10인치로 각각 출시되어 있고 7인치로 넓히면 출시된지 얼마 되지 않은 리프2와 전용기지만 방수가 가능해 탐났던 리디 페이퍼4가 있었지만, 교보문고에서 나온 리더기는 이미 구매하여 사용 중일 뿐더러 개인적으로 체감하기에 소설 같은 줄글 독서에는 부적절하다고 판단하여 6인치에서만 고르기로 하였습니다.

그런데 기존 경험을 토대로 생각해보면 당시 정발된 6인치 리더기의 최대 내부 저장소 용량은 32GB인데, 만화를 내려받지 않는다고 해도 계속 쓰다보면 부족하지 않을까 하는 걱정이 들었습니다. 사실 사운드업은 옛날부터 사용한 탓에 이제는 쓰지 않는 중복 자료들이 포함되어 있었고, 만화도 한차례 정리했다고는 하지만 일부 남아있어서 명확히 어느 정도의 저장 공간이 필요한지 가늠하기 어려운 측면이 있었습니다. ^[각주:1]

그나마 다행인 점은 이전에 사용했던 크레마 사운드와 사운드업 모두 보급기였고, 만족스럽게 사용한 덕분에 색온도 조절이나 고해상도는 그다지 필요하지 않았습니다. 그러나 물리키를 지원하지 않는 정발 리더기들은 마음에 들지 않았고, 결국 Boyue에서 내놓은 Likebook P6까지 고려했으나 당시에는 Meebook M6 모델이 출시 준비 중이었던 것인지 가격이 너무 올라서 선뜻 구매하기도 망설여졌습니다. 그러니 결국 다시 국내로 눈을 돌려 SD카드라도 지원하는 기종을 구매하자, 해서 루나를 선택하게 된 것입니다. ~~지금 선택하라고 했다면 포크5를 선택했겠지요~~ 이노스페이스원이라면 모티프 이전 크레마 기종의 펌웨어와 AS를 담당했던 이노웨이브글로벌과도 연관이 있는 회사라 꾸준히 잘 사용했던 크레마 시리즈를 생각하니 나쁘지 않을 것 같다는 판단도 있었습니다.

본 후기는 2022년 12월부터 2023년 6월까지 약 6개월간 단일 기기에 한해 사용한 후기로, 이후 업데이트로 변경된 내용 및 같은 기종 타 기기의 마감 품질 등을 대표할 수 없습니다. 따라서 구매 전 오프라인에서 체험이 가능한 교보문고, 알라딘 중고서점과 같은 지점에서 꼭 제품을 확인해보시고 구매하시기를 권장드립니다.
작성 시점 기준 이노스페이스원 혹은 기타 관계사로부터 협찬이나 광고 요청을 받은 바 없으며 개인적으로 구매하여 작성한 후기입니다.
2024년 9월 추가: 현 시점에서 변경된 점 및 향후 변경 예정으로 답변받은 사항을 포함하였습니다.
2025년 3월 추가: 현 시점에서 업데이트로 변경된 점을 포함하였습니다. 최신 버전은 1.2.0입니다.

루나의 외관, 그리고 사양

이노스페이스원 루나의 사양은 다음과 같습니다.

제품명	이노스페이스원 루나(LUNA) IWG SPC06001N
SoC	Allwinner B300 Cortex-A7 1.8GHz Quad Core CPU ARM Mali-400 MP2 GPU
운영체제	Android 8.1 Oreo (32bit) 보안패치 2018년 5월 7일자 (2023.03.27. 일자 빌드 기준) Linux 커널 4.9.56 #30
화면	6인치 1024*758 e-Ink Carta 212ppi 정전식 터치, 프론트라이트 지원, 색온도 조절 미지원 16 그레이스케일 지원
배터리	1500mAh (5V 1A 충전 지원)
Bluetooth	5.2
WiFi	b/g/n 2.4GHz (WiFi 4)
RAM	2GB
저장공간	내장 메모리 8GB (/data 폴더 f2fs 포맷, 그 외 ext4 포맷) 외장 메모리 microSDHC 최대 32GB 지원 (단, 포맷 방식에 따라 비공식적으로 그 이상의 용량을 가진 SD카드 사용 가능)
무게	150g

보다시피 오래된 SoC를 사용하고 있어서 그런지 운영체제 버전은 낮은 편이며, 때때로 조금 굼뜨기도 합니다. 그래도 운영체제 버전이 올라간 만큼 크레마 사운드업보다는 클럭이 높아진 편입니다. 블루투스 버전도 높아졌고 하여, 스펙만 보기에는 크레마 사운드업보다 많이 좋아진 것으로 보입니다. 여전히 버전이 Android 8.1 Oreo에 머무르는 점은 상당히 아쉽지만, 그래도 아직은 쓸 수 있는 버전이니까요.

회색 플립커버 케이스가 씌워진 크레마 사운드업과 루나 제품 상자

이노스페이스원 루나의 제품 상자는 상품 상세 페이지에 기재된 것처럼 LUNA 글씨가 양각된 흰 상자 형태입니다. 그래도 렌더링된 그림보단 실물이 비교적 나은 편이라 다행입니다. 시대가 시대인지라, 크레마 사운드업 시절보다는 제품 상자가 얇아진 것도 같습니다.

왼쪽은 측면 사진으로 이노스페이스원 로고가, 후면에는 둥근 원 모양의 타이포그래피와 바코드 등이 있다.

측면과 후면은 앞면보다 좀 더 그럴 듯해 보입니다. 특히 뒷면에는 타이포그래피가 둥근 원 모양으로 장식되어 있는데, 개인적으로 후속 제품도 LUNA로 이름 붙일 거라면^[각주:2]타이포그래피를 전면에 내세워서 글자 안에 타이포그래피가 들어간 형태로 표현해도 괜찮을 것 같기도 하고요. ~~정신없어보이려나요~~

제품 상자를 하단에서 잡아당겨 개봉한 모습과, 루나 본체를 꺼내고 난 뒤의 모습

앞선 사진에서 보이는 바와 같이 상자 후면 파인 홈으로 잡아당겨 위에서 아래로 제품 상자를 개봉하는 형식이라 조금 독특했습니다. 동봉품은 크레마 사운드업과 비슷해서 본품, 사용설명서, USB Type A to Type C 케이블을 제공합니다. 과거와 달라진 점이라면 이제 USB 케이블이나 리더기를 비닐에 담아 제공하진 않는다는 점과, 하단에 잡아당겨서 본체를 꺼낼 수 있는 종이 손잡이가 있어서 비교적 개봉이 편한 점이 있겠네요.

루나 제품 상자에 얹어진, 충전 상태의 루나.

충전기에 꽂아보니 환영합니다, 라는 문구가 표시되는 것이 어딘가 Windows를 생각나게 합니다. 이후 설정 과정은 다른 리더기와 크게 다르진 않아 금방 설정할 수 있었습니다.

크레마 사운드업과 비교하면 어딘가 닮은 점이 있었습니다. 노출된 microSD 카드 슬롯, 흰색, 위 아래로 나뉜 플라스틱 마감, 플립커버 케이스 지원, 그리고 전원 버튼의 위치와 전원 버튼 속 LED까지.
그래도 전반적인 마감 품질을 물어본다면 가격을 고려하지 않아도 크레마 사운드업에 한 표 행사하겠습니다. 저는 젤리케이스 탈착 등의 과정에서 별 문제를 겪지 않았지만 보기에도 불안해보이는 견고함이라든지, 케이스 탈착 과정에서 상하판이 분리된 사례가 인터넷에 있다든지 하는 부분은 아무래도 불안하기 마련입니다. 그렇다고 집에서 거치해두고 보는 용도로 부적절할 정도는 아닙니다. 다행히 케이스 측면 microSD 슬롯 란이 뚫려있어서 SD카드 인식이 갑자기 안 되어도 케이스를 떼어낼 필요가 없기도 하고요.

루나의 하단 측면과 크레마 사운드업의 하단 측면

충전기를 꽂는 부분을 자세히 보면 Type C가 맞긴 한데, 모양은 꼭 5핀 단자처럼 한쪽이 둥글지 않고 평평합니다. 아마도 일종의 원가절감 아닐까 싶긴 한데, 무심코 다른 케이블을 꽂을 염려가 있어보이긴 했습니다. 그래도 요즘 기종이라고 Type C 포트를 넣어준 것은 다행입니다.

기본 소프트웨어 구성 및 설정

2025년 3월 5일 기준, 다음과 같은 앱이 기본 앱으로 구성되어 있습니다. 교보문고나 알라딘에서 판매하는 루나는 약간 다를 수 있습니다.^[각주:3]

사용 안내 앱

인터넷에 연결되어 있을 땐 WebView로 구성된 사용 설명서 겸 공지 페이지, 인터넷에 연결되어 있지 않을 땐 사용 설명서 PDF로 접속 가능한 QR코드를 동봉하고 있습니다. 그런데 이 공지사항을 담아두는 페이지의 주소를 알 방법이 제한적인 점은 아쉬웠고, 공지 기능이 있음에도 불구하고 업데이트 진행 이력을 안내하지 않아 매 업데이트마다 어떤 점이 변경되었는지 다시 돌아볼 수는 없는 점은 문제가 있어 보였습니다.

24년 9월 현재는 업데이트 내역에 대해 꾸준히 공지해주고 있고, 특히 SPACE 시리즈 타 기기(Mars, Mars 10, LUNA X)의 변경점에 대해서도 알아볼 수 있도록 개선되었습니다. 그 밖에도 24년 8월 말 쇼룸에서 확인해보니 별도의 표기는 없지만 옆으로 쓸어 넘기면 오프라인 상태에서도 사용 설명서를 볼 수 있는 기능이 숨어 있었습니다. 후속 기기인 Mars에서는 >(꺽쇠) 기호로 명확히 표시해주고 있습니다. ~~그걸 구매 2년만에 확인하게 될 줄은 몰랐습니다.~~ 이후 루나도 펌웨어 1.2.0으로 업데이트되면서 꺽쇠 기호가 들어가서 확인이 어렵지 않게 되었습니다.

전자사전

크레마 시리즈 등에 탑재된 오프라인 사전이 아닌, 네이버 어학사전 및 백과사전을 단순히 쉽게 검색할 수 있도록 만든 일종의 바로가기 같은 앱이었습니다. 어학사전은 API를 제공하지 않으니 어쩔 수 없는 부분이 있기는 한데, 인터넷에 연결해서 통합검색의 어학사전 부분을 표시해주는지라 앱과 일체감이 없어서 아쉬웠던 기능입니다. 이런 부분에 신경쓰기보다는 다른 앱에 더 신경을 써줬으면 싶었습니다.

브라우저

국내 정발 기기에 펌웨어도 직접 제작한 것으로 보이는데, 특이하게도 Firefox가 탑재되어 있습니다. 그러면서 한편 다른 앱들이 사용하는 부분은 GeckoView가 아닌 WebView^[각주:4]여서, 기기 안에서도 약간 파편화가 되어있다는 감상이었습니다. 그래도 Android 8.1을 탑재하고 있어서 앞으로 Chrome 업데이트가 부정적인 바, 그나마 오래 지원했던 Firefox를 넣어준 점은 장점으로 보입니다. 국내 웹 환경이 Chrome에 최적화되어 있어서 호환성은 약간 떨어지지만, 리더기의 용도를 생각하면 사용하지 못하는 사이트는 거의 없으니까요.

24년 8월 중순 업데이트로 기본 탑재 브라우저인 Firefox와 Google TTS 업데이트가 동작하지 않는 문제가 해결되었고, Android에 기본으로 탑재된 앱 관리 기능을 사용할 수 있도록 개선되었습니다. 이로서 Firefox가 지원하는 한 인터넷은 앞으로도 최신 환경에서 쓸 수 있을듯 합니다.

뮤직

앱 안에서는 "내 음악"으로 표기되는데, 바깥은 "뮤직"인 점은 좀 의아했습니다. 브라우저처럼 원래 그대로 읽는 단어도 아니고, 번역 품질이 떨어져 비판받는 교보문고 sam 시리즈 리더기도 음악 앱으로 번역하는데, 굳이 "뮤직"이라는 명칭을 쓴 이유를 잘 모르겠습니다. 어쨌든 앱 자체는 크레마 사운드업에서 사용했던 것과 유사합니다. 다시 말해 AOSP 기본 음악 앱과 크게 다르지 않습니다. 기본 음악으로는 베토벤의 Moonlight Sonata 3rd Movement가 1분 분량으로 들어있습니다.

우주 (v.1.0.8 기준)

처음 구매할 때는 KOReader를 그대로 탑재했다가, 중간에 펌웨어 업데이트로 자체 앱인 "우주"로 교체되었습니다. KOReader 기본 탑재 시절에는 루나가 사용하는 제스처와 KOReader가 사용하는 제스처가 겹치는 바람에 편하게 쓰기는 힘들고 설정을 몇차례 고쳐줬어야 했는데요, 우주로 바뀌고 나서는 그나마 그런 문제는 사라졌습니다.

배터리 잔량이나 현재 시각을 하단에 표기하고 있어서 수시로 확인이 가능하고, 수동 화면 회전이나 TTS, 화면 잠금, 책갈피(북마크), 페이지 자동 넘김, 글꼴, 글꼴 크기, 읽기 방향 같은 기본적인 뷰어 기능은 가지고 있어서 쓰기 나쁘지 않습니다. KOReader보다 기능은 줄었지만 아무래도 자사 리더기에 맞춰 개발했다보니 자잘한 버그도 적은 편이고 UI도 비교적 큼직하게 되어있어 터치하기엔 편리했습니다.

그런데 아쉬운 점이 있다면 사용자 글꼴 지정이 안 되는 바람에 아이러니하게도 국내 정발 기기인데 한글 글꼴은 루나 기종에서 사용하는 나눔스퀘어 외에 설정이 불가합니다. 오레오 버전에 포함되어 있는 Noto Sans CJK KR도 빠져있고, 사용자 글꼴을 추가하는 방법에 대해서도 안내가 없는 등 여러모로 글꼴 지원은 한국에서 만든 뷰어 앱치고 부실한 편입니다. 일단 글을 읽어야 하는데 한글 글꼴 중에 serif 계열(명조, 바탕, 부리) 서체를 하나도 쓸 수 없다는 점은 치명적이지 않나 싶습니다.

2024년 8월 현재는 꾸준한 뷰어 업데이트로 서체 사용자 지정 기능이 탑재되어 있고, 이에 대한 설명도 메뉴 속에 제공하고 있어서 글꼴 지원 문제는 해결되었습니다.

SpaceDrop

구형 크레마 시리즈에서 사용할 수 있는 Send To 크레마(Send Anywhere)나 크레마A 기종에서 볼 수 있는 Wi-Fi로 파일 받기 기능입니다. 특히 이노스페이스원 루나 기종은 커스텀이 강하게 들어가 있어 Quick Share 사용이 어려운데, 25년 2월 중 업데이트로 추가되어 사용할 수 있게 되었습니다.

파일

아주 간단한 파일 관리자 앱이었습니다. 이름 변경, 복사, 이동, 공유, 세부 정보 보기 중 아무것도 지원하지 않습니다. 오로지 탐색, 열기, 그리고 길게 눌러 삭제만을 지원합니다. Android 내장 Storage Access Framework보다도 기능은 빈약합니다. 따라서 액티비티 런처를 설치해서 SAF를 불러 사용하거나, 별도의 파일 관리자를 설치하는 편이 낫다고 생각합니다.

2024년 8월 말 이노스페이스원 쇼룸에 방문해 본사 직원 분의 말씀을 듣고 또 확인도 해보니, Mars에서 복사, 이동, 배경화면 지정 등이 가능하도록 개선되었고, 다른 기기가 먼저 업데이트를 받아야 하기 때문에 시간이 좀 걸리긴 하겠으나 향후 루나에서도 개선될 예정이라는 답변을 받았습니다.

MY APP

삼성 갤럭시의 "앱스 화면", LG전자 스마트폰의 "앱 서랍"에 대응하는 개념이라고 생각하시면 됩니다. 기능은 딱히 없어서 아래 세가지 기능만 지원합니다.

(홈 화면에) 아이콘 추가
앱 삭제
기본 앱 해제: 앱이 기본값으로 설정된 동작이 있으면 이를 해제해주는 기능입니다.

2024년 8월 업데이트로 Android에 기본으로 탑재된 앱 관리 기능도 MY APP에서 사용할 수 있게 되었습니다.

설정

설정 앱은 지원하지 않는 기능이 많습니다. sam 7.8이나 sam 10 시리즈에서 보실 수 있는, 설정 앱에 들어갔더니 주요 설정만 보이고 다른 설정은 안 보이는 그런 구성이라고 생각하시면 비슷합니다. 그런데 Android 설정에 들어갈 방법이 공식적으로 제공되는 sam 시리즈와 달리 루나는 지원하지 않기 때문에 이 또한 액티비티 런처로 들어가서 필요한 설정을 해주어야 합니다. 단, 모든 기능이 동작한다는 보장은 없습니다.
이유는 모르겠지만 설정에서 각 항목을 들어갔다가 설정 메인 화면으로 나오면 잔상 제거 설정과 상관 없이 풀 리프레시가 발생하여 자주 깜빡거리기에, 자주 들어가서 무언가 이리저리 바꿔보기에는 상당히 부담스러운 측면이 있는 앱이기도 합니다. 이후 출시된 루나X, 마스, 마스10에서는 개선된 사항이며 2024년 8월 쇼룸 방문 때 해당 부분에 대해 개선 요청하였기에 어쩌면 향후 개선될지도 모르겠습니다.

네트워크

보통 Android에서 무선 및 네트워크 기능으로 들어가면, 데이터 사용량이나 각종 무선 연결에 대한 상세 설정을 할 수 있는 경우가 많습니다만 여기서는 WiFi와 Bluetooth 설정만을 지원합니다. Bluetooth의 메뉴명은 BT(2.4GHz 무선) 으로, 크레마 기종과 같은 명칭을 사용하고 있습니다. ~~사실 볼 때마다 어차피 WiFi도 5GHz 지원 안 해서 2.4GHz 무선 통신이면서... 같은 생각을 합니다~~

최근(2023년)에는 업데이트로 우주 뷰어 업데이트와 함께 그동안 정상적으로 사용할 수 없었던 크레마 전용 리모컨을 연결해서 쓸 수 있기 때문에 사용성은 확실히 개선되었습니다. 똑같이 IWG(InnoWaveGlobal)로 시작하는 기기명을 가진 기기지만 정작 사용할 수가 없다는 점이 아쉬웠는데 브랜드의 장벽을 뛰어넘고(?) 마침내 지원이 시작되어서 좀 놀라기도 했던 기억이 나네요. 이 업데이트로 기존에 크레마S 이전 세대와 리모컨을 같이 쓰시던 분들이라면 넘어올 메리트가 있다고 느껴졌습니다.

다만 조금 이상한 것은, 조명을 꺼 둔 상태에서 밝기 조절 버튼을 눌러도 조명이 자동으로 켜지지는 않고 꺼진 상태로 설정 값만 바뀌도록 되어 있습니다. 그래서 실수로 다른 버튼을 누르려다가 더 밝게 (+) 버튼을 마구 눌렀다가, 나중에 조명을 켰더니 갑자기 확 밝아져서 가끔 놀라곤 합니다. 그래도 안 되던 리모컨 지원이 된 것만으로 만족스럽고, 언젠가는 개선되리라 생각합니다.

2024년 8월 업데이트로 조명을 꺼 둔 상태에서 밝기 조정 버튼을 누르면 설정 값이 움직이지 않도록 변경되었고, 쇼룸에서 확인해보니 루나X에서는 밝기 조절 버튼을 누르면 조명이 자동으로 켜지면서 설정 값이 변경되는 것을 확인하여 이렇게 개선되면 좋겠다는 의견을 전달했습니다. 향후 개선되길 바라봅니다.

한편 WiFi는 앞서 언급한대로 보급형인만큼 2.4GHz만 지원하고, 감도는 솔직히 말해서 낮은 편입니다. 5GHz를 지원했다면 더 낮은 감도로 인해 고생했을 거란 예감이 절로 드는 감도이긴 한데, 그래도 대충 바로 옆에 있는 스마트폰, 태블릿, 다른 리더기, 컴퓨터 등이 같은 공유기 5GHz 네트워크에 연결되어 있을 때 2.4GHz로 비슷한 안테나 막대기 수를 보여주는 정도라고 이해하시면 적당합니다. 보안 규격은 WPA2까지 지원하는 것으로 보입니다.

그래도 범용기라서 그런지 크레마 시절보다는 WiFi 연결 시 보여주는 정보가 많아져서, 2.4GHz 네트워크인지, 보안은 무엇을 사용하는지, MAC 주소, IP주소, 게이트웨이, 서브넷마스크, DNS, 링크속도 같은 상세 정보를 연결된 WiFi의 이름을 누르면 잘 보여줍니다. 기본적인 새로고침이나 수동 추가 버튼도 있고요.

아쉬운 점은 하드웨어의 문제인지, 아니면 소프트웨어가 불안정하게 작성된 것인지 종종 운이 나쁘면 블루투스가 켜지지 않거나, "블루투스가 사용 중지됨" 메시지를 띄우거나, 혹은 WiFi와 동시에 켜면 불안하다거나, 하는 문제가 있었습니다. 조만간 1년이 되기 전에 AS를 신청해서 점검을 받아봐야 하나 싶기도 한데, 재부팅하면 괜찮아져서 서비스를 받지 못하더라도 계속 쓰기는 할 예정입니다. 2024년 8월 기준으로는 소프트웨어 업데이트로 상당히 안정화되어 켜는 속도가 느리거나 불안정해지는 증상이 사라졌고, 오류 메시지를 보는 빈도가 1달에 1번 미만으로 줄었습니다.

전원

"자동 슬립 설정" 딱 하나만 있습니다. 다른 범용기에 있는 자동 WiFi 끄기 같은 건 슬립 설정 때 같이 자동으로 작동하는 것으로 보이고, 그 밖에 설정은 없습니다. 오토 웨이크업(Wake-Up) 플립커버를 지원하는 것으로 아는데, 크레마 사운드업과 달리 사용 여부를 택할 수 있는 설정은 따로 없는 것으로 보이네요. 24년 8월 현재도 이 설정은 따로 없습니다.

화면

잔상 제거, 종료 이미지, 슬립 이미지, 홈 화면, 위젯 문구(홈 화면 문구), 위젯을 설정할 수 있는 화면이었습니다. 의외로 조명은 따로 메뉴가 나와 있어서 없습니다.

범용기는 보통 앱마다 잔상 제거 주기를 변경할 수 있는 편인데, 아쉽게도 전역 설정만 가능하고 설정 앱이라든지, 몇몇 앱은 이 설정을 무시하도록 되어 있습니다. 저는 기본적으로 활자 주변이 좀 깨끗해지지 않아도 자주 깜빡이는 게 싫어서 사용하지 않고 있는데, 그래도 어차피 화면을 끌 때, 설정 앱에 들어갈 때 등 여러 상황에서 잔상이 제거됩니다.

종료 후 이미지와 슬립 이미지 모두 진한 검정색이 들어간 글자(LUNA) 혹은 그림^[각주:5]을 사용하고 있는데 슬립 이미지는 켤 때 풀 리프레시(Full Refresh)를 하지 않으면서 진한 검정색 특성 때문에 화면을 켤 때마다 상단 쪽에 달 모양 자국을 남기곤 하는 점은 아쉽습니다. 일자 미상이나 현재는 업데이트로 개선된 듯합니다.

홈 화면은 루나 상품 상세 페이지에서 주로 보여주는 위젯 문구와 알림, 그리고 두 줄의 앱 화면을 보여주는 형태의 "위젯 스타일"과, 앱 서랍 느낌의 "기본 앱 배열 스타일" 두 가지를 제공하고 이습니다. 여기서 말하는 "위젯"이라는 게 특별한 것은 아니고 인터넷 검색창과 업데이트 알림을 보내주는 부분 두 가지를 같이 제공한다는 뜻이라서, 금방 흥미를 잃고 기본 앱 배열 스타일로 바꿨습니다. 어차피 리더기에 책을 받거나 앱 업데이트를 하느라 WiFi를 켜는 시간보다는 책을 읽는 시간이 훨씬 많은데다가, WiFi를 켜면 알아서 자동 업데이트 확인을 수행하고 업데이트가 있으면 팝업으로 알려주니까요.

24년 8월 쇼룸에서 확인한 결과 후속 기기인 마스에서는 자주 사용하는 앱을 하단에 띄워줄 수 있게 되거나, 배경화면 설정이 가능해지는 등 추가적인 변화가 있었습니다. 해당 변경점은 이후 10월 경 새 런처 적용으로 변경되었습니다. 아직 앱 업데이트 시마다 사용한 앱 설정이 초기화되는 사소한 문제점이 있기는 하나 편리하게 사용할 수 있어 애용 중입니다.

25년 3월 기준 기본 앱 배열 스타일에서도 하단 고정 앱 기능이나 좌측 슬라이드 화면에 앱 추가 기능을 사용할 수 있으며, 앱 서랍에 배경화면을 설정할 수 있습니다. 마스 기종과 같이 투명도 조절도 가능합니다.

조명

말 그대로 조명을 사용할지 여부와, 밝기 강도를 조정하는 부분입니다. 처음 수령했을 때는 설정 창에서나 빠른 설정 창에서나 밝기 조절 단계가 사운드업 대비 세밀하지 못해서 실망하였었는데요, 지금도 빠른 설정 창에선 세밀하지 못하지만 설정 안에서는 조금 더 세밀하게 조정할 수 있게 어느 순간 바뀌었습니다. 그동안 하드웨어는 지원하는데 소프트웨어는 더 낮은 밝기를 지원하지 않아^[각주:6]답답했는데, 이제는 만족스럽습니다.

언어/키보드

본체 언어로는 한국어와 영어를 고를 수 있고, 필요하면 키보드 관리에서 다른 키보드를 설치해서 쓸 수 있습니다. 전용기인 크레마와 달리 기본 설정에서 설치만 따로 했다면 다른 키보드를 고를 수 있다는 점은 좋았습니다.

기본 키보드 앱은 한글, 알파벳, 기호 이렇게 세 가지 키보드만을 지원하고 별도 설정이 불가한데, 기호 탭을 누른 뒤에는 반드시 지구본을 눌러 다른 언어로 전환해야만 기호 탭에서 빠져나올 수 있다는 점은 상당히 불편합니다. 이때 지구본을 누르면 기호 탭에 들어가기 전 언어로 변경되는 것이 아니라 다른 언어로 전환되기까지 합니다. 크레마 기종보다 넓은 키 배열을 갖다보니 공간이 부족한 상황에서 .com 상용구를 넣기 위해서 그렇게 한 모양인데, 어차피 영문 키보드 상태에서 하나씩 입력해서 입력이 불가한 건 아니니 차라리 없애고 마지막 자판으로 돌아가는 버튼으로 바꿔주면 좀 더 편리하게 쓸 것 같습니다. 이 부분은 후속 기기에서도 변경되지 않아서 24년 8월 쇼룸에서 개선 요청을 드렸습니다.

이후 9월에서 10월 즈음 마지막 자판으로 돌아가도록 개선되었습니다.

날짜/시간

크게 바꿀 일은 없는 설정입니다만, 루나 기기의 커스텀된 설정으로 인해 24시간 형식 사용을 해제해도 오전 오후 여부는 표기하지 않습니다. 리디에서는 이렇게 해도 큰 문제가 없는데, 사실 가장 큰 문제는 기본 탑재였던 KOReader에서 오전 오후 여부가 표기되지 않는다는 점이 한때 치명적이었습니다.^[각주:7] 그밖에도 비슷한 구조로 구현되어 있는 앱이 있다면 타사 앱도 일부 오전 오후 여부가 표기되지 않을 수 있겠다는 생각이 들더군요.

잠금 설정

타사 리더기와 마찬가지로 비밀번호 설정을 통한 화면 잠금이 가능합니다. 다만, 6자리 숫자로 제한되어 있고 다른 방식의 화면 잠금은 지원하지 않고 있습니다. 전자책 리더기의 특성상 여러 이유로 비밀번호 이외의 잠금 방식이 썩 사용하기 편하진 않다는 점에서 미루어 봤을 때 다른 방식을 지원하지 않는다고 해서 단점으로 다가오진 않았습니다.

작업 관리자

요즘에야 휴대폰 자체 RAM 용량이 많이 증가하고, Android도 관리 능력이 향상되어 많이 필요하지 않지만 이런 전자책 리더기는 RAM 용량이 여전히 작은 편이기 때문에 종종 필요하곤 합니다. 메모리 사용량 확인, 선택 종료, 전체 종료, 실행 중인 앱 눌러서 전환 이렇게 4가지를 지원하고 있어서 기본적인 역할을 잘 하는 편입니다. 후술하겠지만 빠른 설정 창에서 바로 접근도 가능하기 때문에 굳이 설정 화면으로 들어가서 이용할 필요는 거의 없습니다.

기기관리

기기 정보: 일반적인 Android 시스템 설정의 휴대폰 정보와 마찬가지로 펌웨어, Android 버전, 시리얼 번호, 내외부 저장소 사용량, 오픈소스 라이선스 정보를 확인할 수 있습니다.
기기 인증 정보: KC 인증번호 및 제조, 수입사, 정격 전압, 제조국 및 AS 연락처를 확인할 수 있습니다. 이 역시 국내 제조 휴대폰에서 흔히 볼 수 있는 정보입니다.
시스템 업데이트: 현재 버전, 최신 버전을 표시하고 있고 업데이트가 있으면 신규 업데이트에 반영되는 내용까지 알려줍니다.
앱 업데이트: 우주 뷰어와 같은 기본 앱 업데이트가 있으면 여기서 업데이트를 진행합니다. 크레마 시리즈와 마찬가지로 시스템 변경 사항이 같이 있으면 시스템 업데이트로 진행되기 때문에 자주 쓸 일은 없었습니다.
초기화: 일반적인 Android 기기 초기화와 동일합니다. 휴대폰이 아니라서 그런지 네트워크 설정 초기화 같은 부분 초기화 기능이나 백업 및 복구 기능은 없었습니다.
GSF ID: 사용자가 직접 Google에 GSF ID를 등록하여 Google Play를 이용하는 방식입니다. 개인적으로는 내장 브라우저를 이용하지 않고 웹뷰를 이용하도록 구현되어 있어 비밀번호 관리자와 같은 편리한 기능을 사용하지 못하는 점이 아쉬웠습니다. 교보문고 sam 시리즈 및 Boyue 기기에서 사용하는 체크박스 하나로 활성화하는 방식은 아니라서 편리함은 아쉽지만, ONYX BOOX 시리즈도 방식은 같은지라 특별히 더 불편할 정도는 아니었습니다.

키/제스처

마스와 달리 물리 키라곤 전원 버튼밖에 없으므로 제스처 설정만 남아 있습니다만, 10월 경 업데이트로 추가된 기능입니다. 이 중 키팩 제스처는 기존에 업데이트로 추가되었던 기능을 켜고 끌 수 있도록 개선한 부분이고, 하단 제스처는 기본 탑재되어 있던 기능을 켜고 끌 수 있도록 개선한 것입니다.

새로 추가된 기능은 조명 조절 제스처인데 좌우 끝 부분을 쓸어 내리거나 올려서 조명 밝기를 조절할 수 있는 기능입니다. 루나는 단일 색온도라서 온도 조절은 불가한데 포팅하는 과정에서 분기 처리를 하지 않았는지 온도 조절이 가능한 것처럼 나와 있는 옥의 티가 있습니다.

그 밖의 기본 기능

빠른 설정

루나 빠른 설정 화면

크레마 시리즈의 유구한 전통(?)을 물려받아, 루나도 각 앱에서 발송하는 알림을 보여주지 않습니다. 대신 빠른 설정창이 이 자리를 차지하고 있는데, 기본적인 기능은 모두 포함되어 있습니다.

작업 관리자 밑 빈 공간에는 현재 실행 중인 앱이 표시되어, 가령 리디 앱으로 책을 받도록 설정해두고 알라딘 전자책 앱으로 전환하여 책을 읽는다든지, 하는 일들이 가능합니다. RAM 용량 자체가 작아서 쓸모가 많은 기능은 아니라지만, 그래도 시스템 자체가 RAM을 적게 사용해서 2~3개 정도의 가벼운 작업 정도는 전환하면서 사용 가능한 정도였습니다.

아쉬운 점이 있다면 설정이나 작업 관리자 글자 부분은 눌러도 반응이 없어서, 꺽쇠 화살표를 눌러야만 한다는 점이었습니다. WiFi나 Bluetooth는 글자 부분을 누르면 상세 설정으로 이동하기 때문에 통일되지 못했다는 인상을 주었습니다. 조명 설정의 경우에도 옆의 토글 버튼을 눌러야만 동작하기에 터치 감도가 낮은 편인 이 기기에서 사용할 때 묘하게 불편했습니다.

제스처

왼쪽 하단에서 위로 쓸어올리면 뒤로가기, 가운데면 홈 화면, 오른쪽이면 새로고침인데 제스처 감도 조절이나 제스처 사용 여부를 설정할 수 있는 기능이 없어서 종종 책 목록을 스크롤하다가 홈 화면으로 빠진다거나, 왼쪽에서 쓸어올린 것 같은데 홈 화면으로 빠진다거나, 하는 일들을 종종 겪곤 합니다.

이후 업데이트로 왼쪽 측면 하단에서 오른쪽으로 쓸어옮기면 스크롤바가 나타나 이전 대비 스크롤이 편리해졌는데, 가운데 점 4개 버튼을 길게 누르면 자동 스크롤 시간 설정도 가능합니다. 점 4개 버튼을 잡고 위 아래로 이동해보면 스크롤바 위치도 제한적이지만 조절할 수 있고요. 다만 이 또한 설정 메뉴나 제품 내 탑재된 사용 설명서에 없어서 업데이트 할 때 업데이트 내역 읽기를 놓치면 사용이 어려운 점은 문제입니다. 업데이트된 상태로 출고되는 제품일 경우엔 아예 사용 방법을 모를 수도 있다는 점도 있겠고요.

24년 8월 업데이트로 화면 상단에서 아래로 쓸어내리면 빠른 설정이 열리는 제스처가 추가되었습니다. 8월 말 쇼룸에서 확인해보니 후속 기기인 마스에서는 이러한 제스처를 켜고 끌 수 있는 기능이 추가되었기에 향후 루나에서도 변경될 가능성이 있지 않을까 싶습니다. 24년 10월 즈음 켜고 끌 수 있도록 개선되었습니다.

타사 앱 호환성

기본적으로 타사 앱 호환성은 나쁘지 않은 수준입니다. 다만, 루나가 비교적 타사보다 많이 커스텀된 인터페이스를 사용하는 관계로 앱 동작의 일부가 일반 기기나 타 전자책 리더기와 다르게 동작하는 부분들이 있습니다.

알라딘 eBook

책장이나 하단 메뉴(책장, 구매목록, 독서캘린더, 설정)를 누를 때, 짧게 눌러도 길게 눌렀을 때 나오는 토스트 메시지가 같이 출력됩니다.
당겨서 새로고침을 통한 동기화 진행 시 동기화 중 나타나는 팝업 창의 배경이 투명하게 표시됩니다.
가끔 당겨서 새로고침이 안 됩니다.

리디

내 서재와 구매 목록을 오갈 때 알라딘과 마찬가지로 짧게 눌러도 길게 눌렀을 때 나오는 토스트 메시지가 같이 출력됩니다.

KOReader

우주 앱 교체 업데이트 이후 출시된 2023.03, 2023.04 등의 버전에서 32비트로 설치해도 실행되지 않고 충돌이 발생하여 사용할 수 없습니다. 오류 원인은 알 수 없습니다.

그 외에 사용했던 교보문고 전자도서관 앱은 이용에 문제가 없었고, 교보 eBook 앱은 일부 도서가 독서 진행률 100%임에도 101%로 표시되는 문제를 겪은 적은 있으나 이용 자체는 문제가 없는 수준입니다. 다행히 국내 대부분의 전자책 서점들은 Android 8.1 환경을 정상적으로 지원하고 있어서 실행이 안 되는 사례는 KOReader 외에 겪어보지 못했습니다.

다만, Google Play를 통해서 설치하지 않고 apk 파일로 설치하실 때 주의하실 점이 있다면 arm64가 아닌 armhf, arm과 같은 32비트용으로 제공되는 앱을 설치하셔야 한다는 점입니다. 기기가 32비트 프로세서를 사용하고 있어서 사용할 수 없는 문제로, 만약 타사에서 언젠가 64비트 앱만 제공하겠다고 선언한다면 더는 쓸 수 없게 될 수도 있습니다.

총평

이노웨이브글로벌은 이전에도 크레마 시리즈를 담당하면서 오래 전자책 리더기를 만들어왔던 만큼 첫 범용기인 루나도 비교적 사용할만 했습니다. 서점사를 거치지 않은 순수 범용기로 판매하는지라 성능 향상과 함께 가격이 소폭 오른 점은 이해 가능한 선이었고, 무게도 크레마 사운드업보다는 가벼워져서 비교적 손목 부담이 덜하다는 점은 좋았습니다. 한편, 화이트 색상임에도 불구하고 구조 특성상 최근 논란이 되고 있는 크레마 모티프나, sam 10 plus와 같은 빛샘 논란이 없는 점은 만족스럽습니다.

그러나 이유는 잘 모르겠으나 터치 정밀도가 소폭 떨어지고, 빛샘이 없는 것과 별개로 마감 품질이 불안하여 밖에서 사용하기에는 다른 리더기와 비교해도 부적합한 점, 현 시점에서 32비트 프로세서와 Android 8.1을 탑재하고 나온 점과 같은 부분은 아쉬웠습니다. 최근 나온 기기 답지 않게 소프트웨어 커스텀이 좀 강하게 들어간데다가 시스템 자체도 살짝 불안정한 점도 향후 호환성 및 업데이트 측면에서 불안한 점 중 하나이고요. 다행히 크레마 시절부터 해 온 꾸준한 업데이트는 이 기기에서도 이어져서 다양한 개선이 진행된 점은 만족스러운 부분입니다.

2023년에는, 다음과 같은 분께 추천했습니다.

집에 크레마 리모컨이 있고, 예스24를 사용하지 않으면서 크레마 사운드나 사운드업의 후속 기기가 필요하신 분
6인치에 흰색, SD카드 지원 리더기를 찾는데 유격으로 인한 빛샘은 없었으면 좋겠고, 성능은 그다지 안 중요하신 분
국내 정발된, 쓸만한 리더기 중에서 가장 저렴한 가격의 열린 서재 지원 기기가 필요하신 분

다음과 같은 분께는 추천하지 않습니다.

사용 중인 독서 앱이 고성능을 요구하는 분
내장 사전과 연계해서 독서 중 사전 많이 찾아보시는 분
색 온도 조절, 256 그레이스케일과 같은 고급 기능이 필요하신 분
판매 서점사와 연계하여 더 편리하게 이용하시고 싶은 분
212ppi 사용해보니 너무 흐릿해서 마음에 안 드시는 분

이노웨이브글로벌의 첫 범용기. 낮은 단가를 유지하면서 어떻게하면 사용성을 높일 수 있을지 고민한 흔적이 보입니다. 직접적인 경쟁 상대는 Poke 4 Lite라고 볼 수 있을 듯하여, Poke 5 기종이나 크레마 모티프 기종과 비교하기에는 가격대 차이에서 오는 여러 차별점으로 부족한 제품입니다. 향후에도 꾸준히 제품을 출시할 계획은 있어보이는데, 피드백을 반영하여 차기 기종은 더 좋은 제품으로 거듭나길 바라봅니다.

리디에서 아직까지는 업데이트를 해주고 있으나 Android 8.1 이하 기기의 업데이트 지원을 곧 종료할 예정이라고 안내하였기 때문에, 2024년 9월 현재는 신규 구매 시 유의하셔야 합니다. 사용에는 문제가 없지만 신규 기능을 지원하지 않거나 먼 훗날에는 이용 자체가 불가할 수 있습니다.

실제로 현 시점 사용 중인 이노스페이스 원 루나 기종은 8GB 내부 저장소 탑재로 안내되어 있지만 실제 사용 가능한 공간은 5.54GB이고, 그마저도 앱 설치로 약 1.8GB를 사용 중에 있습니다. 전자책을 받은 외부 저장소는 14GB 가량을 사용하고 있으니 앞으로의 사용까지 고려하면 이때의 선택이 비교적 현명했던 셈입니다(?) [본문으로]
리뷰 당시 LUNA 2나 LUNA X 같은 이름으로 전파인증 받은 내역이 있었고, 이후 포크5 모델을 커스텀한 제품이 LUNA X로 출시되었습니다. [본문으로]
특히, 교보문고에서 판매한 루나는 우주 뷰어 도입 업데이트 때 "이번 업데이트 대상이 아니다"라는 공식 발표가 있었던 적이 있습니다. 24년 8월 말 다녀온 이노스페이스원 쇼룸에서 본사 직원분의 말씀에 따르면 교보와는 꾸준히 리모컨 앱 대응 등 수정을 하고 있어서 앞으로도 가끔 변경사항이 다를 수 있을 듯합니다. [본문으로]
2023년 5월 29일 기준, Chrome 83.0.4103.120 버전에 해당하는 WebView가 탑재되어 있습니다. [본문으로]
우주인이 한 손에는 리더기를 들고, 한 손에는 달이 끝에 걸려있는 줄을 잡고 있는 그림 [본문으로]
지원하지 않을 적에는 시스템 밝기를 수정하는 알라딘 eBook 앱 볼 때만 더 낮게 조절하고 볼 수 있었습니다. 그러나 기본적으로 제대로 지원하는 것은 아니라서, 내용을 알아보기 힘들 정도로 깨질 때도 종종 있었던 기억이 나네요. [본문으로]
현재는 최신 버전 기준으로 아예 실행이 되지 않습니다. 24년 8월 호환성 개선 업데이트가 2번 있었으니 현재도 작동하지 않는지는 확인이 필요합니다. [본문으로]

프라치노 공간 업데이트 문제로 인한 일부 기능 사용 불가 안내

paperboxturtle — Sun, 28 May 2023 03:18:35 +0900

안녕하세요, 종이상자입니다.

종이상자의 작은 일기장에서 사용 중인 스킨, "프라치노 공간"은 현재 23년 초 업데이트된 스킨이어서, 아직 신규 댓글 및 방명록 시스템을 제공하지 않습니다. 관련하여 사용할 수 없는 기능을 안내드립니다.

댓글 및 방명록 란 프로필 레이어 확인
멘션 답글 기능

이 밖에도 관리자 입장에서 댓글 고정이 불가하며 제대로 동작하지 않는 몇가지 기능이 존재할 수 있습니다. 프라치노 공간 스킨 규정상 디자인을 해치는 큰 변경사항은 적용이 어려워 본 블로그에서는 적용하지 않으며, 향후 업데이트가 출시되면 적용하여 불편함을 개선할 수 있도록 하겠습니다.

시작은 반이랬어요, 예스피씨 개발 이야기

paperboxturtle — Fri, 10 Mar 2023 16:44:51 +0900

지난 코드 포 코리아 컨퍼런스가 끝나고, 지난 2017년 세월호, 2018년 백석 온수관 파열 사건 등에 꾸준히 관심을 갖고 때로는 관련 해결책을 개발과 함께 조합하여 고민하기도 했던 점들이 '시빅 해킹'으로 불리기도 한다는 점을 처음 알게 되었습니다. 2018년 이후로는 특별히 사회 문제에 민첩하게 행동하는 개발자로 살지는 못했는데, 올해 하반기에는 SPC 불매 운동 바람이 불면서 간만에 사회 문제와 밀접한 프로젝트를 시작하게 되었습니다. 이 글은 그렇게 내놓은 예스피씨와 그 주변의 이야기를 해보고자 합니다.

처음부터 하려고 했던 것은 아니었어요

사실, 전에도 남양유없 아이디어를 차용한 사이트를 제작하겠다는 분이 계시기는 했습니다. 그래서 한동안 굳이 만들지 않고 기다리고자 마음을 굳게 먹고 있었는데, 2주가 넘도록 도메인 구입과 저장소 개설 외의 소식이 없어서 결국 조만간 직접 해봐야겠다고 생각을 바꾸게 됩니다. 24일 저녁 9시에 헬스장에서 누군가 남양유없 같은 거 만들어주면 좋겠다는 트윗을 보고 결심이 서서 기획과 정보 수집을 시작, 당시 개인 포트폴리오 웹사이트 겸 Firestore 연습 시에 사용하던 SvelteKit을 사용해 개발과 테스트를 반복히고 트친 분들께 명칭까지 공모받은 끝에 다음날 저녁 9시에 공개하게 되었습니다.

사실 그때는 어차피 남의 아이디어였기 때문에,

실력이 부족한 사람일지라도 아이디어와 구현 난이도 등에 따라 적절한 최소 기능 웹 서비스를 24시간 안에 구현할 수는 있구나
그동안 계속 학습하고 써보고 있지만 완성한 것은 없었던 SvelteKit으로 무언가 완성할 역량은 되는구나

하는 부분에서만 만족하면 그만이었고 실제로 달성하였으니 충분히 만족스러웠습니다. 어차피 SPC 삼립 빵은 대부분 SPC 로고가 포장지에 인쇄되어 있어서, 한 번 찍어보고 싶은 게 아니면 굳이 해볼 필요가 없기도 했고요. 그래서 추가 업데이트를 할 생각조차 하지 않았습니다. 다만 고등학교 때 SPC의 계열사인 줄 알았는데 아니었던 빵 제조 회사에 속은 기억이 생각 나 공개할 때 유용한 핑계로 쓰기로 했습니다. 실제로 속았으니까요!

그래도 언론에서 연락까지 올 거라고는 생각 못 했습니다

팔로워도 몇 없는 계정에 RT가 무수히 올라가는 모습을 보며 기쁘면서도 살짝 겁을 내며 잠이 들었는데, 다음 날 아침에 오류 제보용 Google 설문지로 연락이 왔습니다. 당시 처음으로 예스피씨를 소개해주신 한겨례 기사를 작성하신 분이었는데, 겁 많은 저는 이때 서면 질의응답만을 받기로 내부적으로 방침을 정하고 최대한 인터뷰를 거절했습니다. 너무 초기라서 관심이 집중되는지라 부담스럽기도 했고, 혹시라도 SPC 그룹에서 법률적으로 대응하기라도 하면 어떻게 될까 걱정스러워 나서질 못했어요. 지금 생각해보면 적당한 선에서 답변드릴 수 있는 부분은 드릴 것을 그랬나 싶습니다. 그래도 기사화 예정임을 친절하게 알려주셨던 유일한 기자셨던 이우연 기자님께 이 자리를 빌려 감사의 인사를 드립니다.

그 밖에도 경기신문, 머니투데이, 조선일보 등에서 사전 통보 없이 언급되기도 했고 KBS에서 연락이 오기도 하였는데, 이때도 여전히 고민이 많았고 연락이 오가는 과정에서 추이를 지켜보니 그리 좋지 못해 인터뷰 대상이 되지 못할 것 같아 최종적으로는 거절했습니다. 대신 방송에는 깜:빵집 개발자 분의 인터뷰와 시연이 포함된 것으로 알고 있는데, 오랜 설득에도 도움이 되어드리지 못해 아쉬울 따름입니다.

다른 서비스가 나왔다는 걸 알게 되었어요

제가 서비스를 공개하고 거의 딱 12시간 뒤에, 깜:빵집이 공개되었다는 사실을 알았습니다. 실제로 언론에는 예스피씨보다 깜:빵집이 더 잘 알려져 있을 거에요. 개발 시작도 깜:빵집이 먼저 했습니다. 공개는 트위터에서의 공개만 보면 제가 더 빨랐지만, 실제 개발자가 최초에 무엇으로 홍보했는지는 확실하지 않아 비슷한 시기일 것으로 예상하고 있습니다. 깜:빵집 홍보 게시글 확실한 사실은 저도 그 분도 상호 간에 이런 서비스가 개발되고 있다는 사실을 몰랐다는 거에요.

그래서 둘러보던 차에 제가 처음에 정보를 수집할 때 알고 있었던 바코드 대역의 일부만 깜:빵집에서 인식하고 있다는 사실을 알게 되었습니다. 여기서 잠깐 설명을 하자면 파리바게뜨 등지에서 사용하는 독자 바코드가 아닌 바코드의 경우 GS1에서 개발한 EAN-13 혹은 EAN-8 규격으로서 13자리 기준으로 한국 국가코드 880 뒤에 제조사 번호(4자리로 알고 있습니다), 제품 번호, 검증 번호(한 자리)로 구성되어 있습니다. 이때 최근 SPC 삼립이 편의점, 마트 등에 활발하게 납품하는 상품들은 대부분 제조사 번호 1068을 가리키는데 이 데이터만 깜:빵집에 수록이 되어 있는 것입니다.

예스피씨의 경우에는 처음 개발 당시인 월요일에서 화요일로 넘어가는 새벽 사이에 정보를 수집하고 만드는 과정에서 제조사 고유 번호를 검색할 수 있는 페이지가 있다는 것을 알게 되어 잘 알려진 8801068 대역을 제외하고 해외에서 검색 가능한 제조사인 비알코리아(주)나 파리크라상(주), 그리고 아마도 예전에 사용했던 것으로 추정되는 삼립(주) 바코드 대역을 추가해두었기 때문에 삼립 이외의 회사 주체로 유통하는 제품도 콜라보 상품^[각주:1]을 제외하고는 확인이 가능했었습니다. 만약 또 다른 불매운동으로 이러한 프로젝트를 시작하시려는 분이 계신다면 이용해보셔도 좋을 것 같아요. 다만, 해당 사이트는 바코드 규격을 제작한 GS1의 해외 사이트여서 2005년 이전에 발급된 바코드는 검색되지 않을 수도 있어요.

깜:빵집이 본격적으로 언론 활동을 하기 전에도 트위터에서 좀 더 큰 유명세를 타고 있었던 깜:빵집이 조금 부럽기도 했지만, 그보다는 비슷한 시기 출시된 동일 목적의, 그것도 돈을 목적으로 하지 않는 서비스가 서로 경쟁하고 이기적인 모습을 보여주는 것은 부적절하다는 판단 하에 해당 대역을 제품 판별에 이용해달라는 이슈를 작성하기로 했습니다. 이제와서 이슈 트래커에 작성한 내용을 다시 보니 한겨례 기사만 읽어보면 깜:빵집에서도 해당 대역이 인식되는 것처럼 판단할 수 있는 문제도 결정에 한 몫 했던 것 같네요. 다행히 빠르게 확인하시고 응답주셔서 깜:빵집에서도 해당 대역에 대한 원활한 확인이 가능하게 되었습니다.

allow.json에 삼립, 파리크라상, 비알코리아 바코드 대역 추가 · Issue #4 · saengwon-kim/isspc

안녕하세요, 이번에 한겨레 기사로 같이 언급된 예스피씨 개발자 종이상자입니다. 혹시 allow.json 파일에 8801068 대역 외에 880939312 혹은 8804007 (SPC 삼립 및 삼립 대역) 880928863 (비알코리아 대역) 88096

github.com

한편, 솔직하게 쓰자면 씁쓸한 부분도 없지는 않았는데요. 대학에 홍보를 하지는 않았지만 저장소에 학교 이름이 공개되어 있는 만큼 만약 관련해서 학보사 내에 이 주제로 기사를 쓰시는 분이 있다면 언급을 해주시지 않을까 하는 기대가 살짝 있었습니다. 실제로 기사가 나오기는 했습니다만, 아쉽게도 인터넷 검색으로 누리꾼 의견을 모은 정도에 깜:빵집만 소개가 나가서 홍보의 중요성(?)을 느끼기도 했습니다. 이때 즈음 정말 많이 고민했던 것 같아요. 어차피 깜:빵집이 유명하다면, 나도 기여자 중 한 사람으로 남아 한 쪽에 몰아주는 것이 서비스 품질 측면에서 낫지 않을까? 서비스를 계속 유지하기보다 깜:빵집을 이용하라고 옮겨주는 것이 사람들도 혼란이 덜하지 않을까? 깜:빵집의 존재를 알게 된 이후부터 조금씩 생각났던 부분들이 학교 기사를 계기로 본격적으로 진지하게 고민할 부분이 된 거죠.

하지만 계속 개발하기로 했습니다.

처음엔 그래도 서비스가 중지되었을 때 대체제 하나는 남아있는 것이 좋겠다 했지만 SPC가 상표를 진짜 잘 안 보여주는 시장은 편의점이나 마트 공장 빵이 아닌 만큼, 남양유없만큼 사용할 동기가 되는 서비스는 아니어서 대체제로서의 의미는 거의 없을 것 같았습니다.^[각주:2] 아마 실제로도 그럴 거에요. 그런데 한편으로는 저 개인에게 부과했던 목표들을 달성한 결과 세상에 나온 이 서비스에 애정이 있기도 해서, 좀 아까웠습니다.

그래서 처음부터 깜:빵집과는 프레임워크, 라이브러리, UI, 제작자 등이 달랐지만, 이 참에 조금 다른 방향으로 나가기로 했습니다. 현재의 깜:빵집과 달리 당시 깜:빵집은 확인 결과 초기 버전임에도 많은 기능을 제공하기 위해 성능 면에서 아쉬운 부분이 있어서 저사양 기기에서 잘 작동할지 의문이 있었기에 관련하여 방향성을 잡기로 했습니다.

저사양 기기에서도 잘 작동하도록 최소한의 기능, 최소한의 애니메이션만 사용할 것
핵심 외에 부가 서비스로서 추가하고자 하는 기능은 별도의 프로젝트나 사이트로 분리해서 구현할 것
접근성에 보다 신경써서 더 많은 사람이 사용할 수 있도록 할 것
Safari, Firefox 등 Chromium 계열이 아닌 브라우저에서의 동작도 꼼꼼하게 확인할 것

그래서 깜:빵집과 달리 SPC의 브랜드를 소개하는 페이지는 공식 링크로 대체하도록 하고, 일부 기기를 제외한 대부분의 기기가 한 페이지 안에 스크롤 없이 모든 콘텐츠가 들어올 수 있도록 최소한의 구성을 유지하기로 했습니다. 이는 현재도 유지하고 있는 부분으로, 앞으로 페이지에 요소가 추가되더라도 기존 기능 사용에 문제가 없도록 최대한 조정할 예정입니다.

그리고 한 가지 더, 예스피씨는 깜:빵집과 달리 빠리바게뜨의 독자 바코드에 대해서는 최종적으로 대응하지 않기로 했습니다. 이는 기술적으로 대응 불가하기 때문이 아니라, 독자 바코드 규격인 만큼 다른 회사의 바코드를 읽었는데 삼립 제품으로 나올 수 있기 때문입니다. 비슷한 피해 사례로 제조사는 남양유업 외 몇 곳이 있는데 유통 업체는 한 곳이라 다른 제조업체에서 제조했지만 단지 제조사 중 한 곳이 남양유업이라는 이유로 남양유없에 남양 제품으로 뜨는 사례가 있습니다. 이러한 문제로 몇몇 커뮤니티에서 남양과 큰 관계가 없는 제조사 또한 남양 계열사로 오해받는 사례를 보았고, 예스피씨는 최대한 그러지 않기로 했습니다. 향후 SPC삼립에 대해서도 이런 문제가 발생하게 되면 반드시 해당 제품에 대해서는 확인 문구를 삽입하고, API에도 관련 규격을 추가할 예정입니다.

JSON을 이용한 데이터 관리로의 전환

본래 처음 발표했을 때는 제품명을 인식하지 않고, 바코드 대역만 JS파일에 하드코딩하여 검사하는 형식이었습니다. 그런데 somnisomni님께서 JSON 파일에서 불러오는 방식으로 변경하는 풀 리퀘스트를 작성해주셨고, 이에 본격적으로 각종 데이터를 JSON 기반으로 교체하기로 했습니다. 해당 풀 리퀘스트 덕분에 저도 JSON에 대한 이해도가 높아졌고, 본격적으로 제품 데이터를 수집하여 단순 대역이 아닌 제품까지 인식할 수 있는 제품으로 개편할 수 있는 발판이 되었습니다. 다시 한 번 기여에 감사드립니다.

API 형식으로 구현 방식 전환, 공개, 그리고 앞으로는

이 글을 쓰는 2023년 3월에, 드디어 미루고 미루다 바코드 대역을 검사하는 부분을 SvelteKit에서 제공하는 API Endpoint 방식으로 변환했습니다. 지금까지는 파일만 +server.js 였지 실제로는 단순히 외부 JavaScript 파일에서 함수를 불러오는 것 뿐이었거든요. 처음 시도했던 2022년 말에는 SvelteKit의 API Endpoint에 대한 이해도가 낮아서 실패하였었는데, 그 사이에 SvelteKit의 문서도 보강되기도 하였고 저도 다른 프로젝트에서의 연습을 통해 공부하면서 드디어 API로 불러오는 형식을 가지게 되었습니다. 사용하실 일은 거의 없으실 듯하지만, 혹시나 하는 마음에 API 문서도 같이 작성하여 내부적인 문서화 겸 공개도 같이 진행하게 되었고요.

앞으로도 제 개인 프로젝트 중에서 예스피씨는 배우고 활용했던 것을 적용해보는 서비스로 남을 예정입니다. 물론 현재 제공하고 있는 기능의 부족한 점에 대해서도 어떻게 수정하면 좋을지 고민하고 있습니다. 그 밖의 추가 서비스도 기획하고 있는데, 실제로 실현하게 될지, 아니면 그저 완성하지 못하고 만든 기획 중 하나로 남을지 모르겠습니다. 그래서 오늘도 시작이 반이라는 걸 다시금 깨닫고 있습니다.

예시: 삼립 핫팩 [본문으로]
다만, 샌드위치, 햄버거, 콜라보 빵 등은 비교적 찾기 어렵기도 합니다. [본문으로]

소프트웨어 마에스트로 14기 지원(탈락) 후기

paperboxturtle — Thu, 9 Mar 2023 17:58:41 +0900

이전 글 보기

2021.04.02 - [개발이야기] - 소프트웨어 마에스트로 12기 지원 후기

지난 2021년의 12기 지원 당시 최종 면접에서 탈락한 결과, 본래 2024년 재지원하고자 하였으나 우연찮은 기회로 올해 다시 지원할 수 있게 되어 도전하게 되었습니다. 다만, 이번에도 결과는 탈락이었습니다. 그래서 이번 글에서는 어떻게 준비하였는지, 12기 대비 무엇이 바뀌었는지, 그리고 어떤 부분이 부족했는지 기록해보고자 합니다.

날짜	활동
2023년 1월 9일(월)	SW마에스트로 14기 모집 공고 및 서류 접수 시작
2023년 1월 19일(목)	SW마에스트로 14기 사전 설명회
2023년 2월 9일(목)	SW마에스트로 14기 서류 모집 마감
2023년 2월 10일(금) - 17일(금)	지원서 검토 기간
2023년 2월 21일(화) 오후 2시	서류 합격자 발표
2023년 2월 25일(토) 오후 2시	1차 코딩 테스트 진행 (~오후 4시 45분, 45분 연장)
2023년 2월 28일(화) 오전 10시	2차 코딩 테스트 대상자 발표 및 안내 (* 합격 표현 없음, 사유는 후술)
2023년 3월 4일(토) 오후 2시	2차 코딩 테스트 진행 (~오후 4시, 연장 없음)
2023년 3월 8일(수) 오후 2시	최종 면접 대상자 발표 및 안내

14기 공고와 서류 지원

2021년 당시 12기에서는 150명 내외를 선발할 예정이었으나, 2022년 13기부터 250명 내외로 급격히 증가하였고 이어서 2023년에는 235명 내외 수준으로 조정되었습니다. 13기에서 250명 내외라고 해도 300명 내외로 뽑았다고 하니 이번에도 아마 최종 면접을 거친 연수생 분들의 수는 그보다 조금 적은 수준이 아닐까 예상되네요. 12기와 동일한 문항, 그리고 절차 또한 같게 '기획'되었습니다. 다만, '디지털 인재 사다리' 사업에 따라 해당 사업 참여하시는 분들의 경우에는 별도의 선발 규정을 따른다고 하니 혹시라도 관련 사업에 참여 중인 분들은 준비하실 때 별도로 문의하시는 편이 좋을 것 같습니다.

서류의 경우 지난 번 지원할 때 부실하고 잘못된 방향으로 작성했던 것이 탈락의 원인 중 하나라고 판단하여 이번에는 비교적 꼼꼼하게, 증빙할 수 있는 활동들은 최대한 관련 자료를 첨부하여 제출했습니다. SW 수상 내역을 가장 중요하게 보는지 예시로서 들기는 하였지만, 자격증 등의 자료도 첨부가 가능하다고 사전 설명회에서 언급한 만큼 자기소개서에 어떤 활동을 하였다고 적을 때마다 관련하여 보여줄 수 있는 발표 자료도 같이 넣다보니 용량에 한계가 오기도 했습니다.

물론 탈락으로 인해 최종 면접에서 쓰일 일도 없게 되었지만, 이 때 준비했던 자료들을 바탕으로 수정, 보완하여 15기 지원 때 다시 사용할 때는 전보다는 덜 막막하지 않을까 싶네요.

참고로 서류 관련해서 종종 열심히 썼기 때문에 합격이라고 생각하시는 분도 계시기도 하는데요, 실제로는 사전 설명회에서 밝힌 바와 같이 기본적으로 작성해야 하는 내용만 빠지지 않고 꼼꼼하게 작성하였으면 서류는 통과됩니다. 실질적으로 서류에 작성한 내용을 바탕으로 평가하는 시점은 최종 면접이라고 보시면 됩니다.

1차 코딩 테스트

처음 지원 서류를 넣을 때는 코딩 테스트에 12기, 13기에 사용했던 엘리스 코딩 플랫폼을 사용할 것으로 예상했지만^[각주:1], 사전 설명회 때 엘리스가 지원했던 DBMS가 아닌 프로그래머스가 지원하는 DBMS(Oracle, MySQL)만을 언급하여 혹시 바뀌지는 않았을까 싶었는데, 실제로 바뀌었습니다. 다만 아무래도 서류에 붙기 전까지는 절대 알려주지 않더군요. 특정 코딩 테스트 플랫폼에 익숙해지지 않도록 하기 위한 부분이 아닐까 싶습니다.

지난 12기 때는 화면 공유를 통한 부정 행위 방지가 있었고 IDE까지는 사용이 가능했던 것으로 기억하는데, 13기에 더 강화되었다고 듣긴 했습니다만 14기에는 한층 강화되어 화면 공유, 웹캠, 신분증 제출, 주변 환경 녹화, 마이크 녹화 및 IDE 사용 불가 규정이 적용되었습니다. 대신, 코딩 테스트에서 제공하는 레퍼런스는 사용이 가능하였는데, SQL 문제는 제공하지 않았고 알고리즘 문제에만 제공되었습니다. 관련해서 준비하시는 분들 사이에서 SQL 문법을 이용한 도움말 확인 팁이 돌기도 하는 것 같았는데, 정작 저는 문법보다는 문제 해석부터 문제였던지라 쓸 일이 없었습니다.

코딩 테스트 안내문에 담긴 규정이 애매해보여서 이메일로 사무국에 물어본 결과 받은 답변. 외부 레퍼런스는 사용이 불가하다.

그 밖에도 부정 행위 방지가 좀 더 꼼꼼하게 적용되어 시험 30분 전 입실, 10분 전 모든 불필요한 부분 정리 및 화장실 이용 금지와 같은 부분들이 원칙적으로 적용되었으며, 특히 주변 환경 검사를 위해 단순히 카메라를 거치만 해두는 것이 아니라 감독관에게 360도로 빙 돌려가면서 보여줘야만 응시가 가능했습니다. 그만큼 이번 시험 들어서 무척 민감해졌다는 점을 실감할 수 있었네요. ~~차라리 오프라인에서 응시하던 때로 돌아가면 안 되는지?~~ 한편 이번에 문제가 발생했을 때 문의할 수 있는 창구는 채널톡을 사용했는데, 오류 문의 창구임에도 불구하고 바로 문의 란이 없어서 다른 응답을 먼저 누르고 자동 답변이 모두 끝난 다음에나 문의를 할 수 있는 점은 불편했습니다.

그 밖에도 주변 환경 감시에 사용하고 있는 모니토 앱이 카메라를 켠 상태에서 상단바(상태 표시줄)을 항시 표시하도록 되어 있어 AMOLED를 사용하고 있는 스마트폰 화면엔 번인이 우려되는 바, 개발사에서 적절히 조치를 취해줬으면 하는 바람입니다. 웹캠을 하나 더 연결하는 방식으로도 기술적인 해결이 가능하도록 개선하든지, 아니면 최대한 스마트폰에서 번인이 일어니지 않도록 고정된 UI를 표시하지 않도록 바꿔줬으면 좋겠네요. ~~안 해줄 것 같지만요.~~

이번 1차 코딩 테스트는 문제 수가 많이 줄어서, 웹 문제가 삭제되었고, 알고리즘 문제는 총 4문제, SQL은 한 문제로 구성되었습니다. 문제 유출 금지 조항이 있는 관계로 문제를 소개할 수는 없지만, 대체적으로 기존 12기보다 난이도가 많이 상승했습니다. 예를 들어 지금까지 SQL 문제는 프로그래머스 고득점 Kit만 풀면 적당히 풀 수 있는 수준으로 출제되었다고 여겨져 왔는데, 이번에는 해당 문제집에서 나오지 않는, 혹은 거의 쓰이지 않는 문법을 활용하는 문제가 출제되었습니다.

알고리즘 문제의 경우에는 난이도가 기존 1차 대비 상승하기도 했지만, 기본적으로 문제 수가 줄어들어서 한 문제, 한 문제가 무척 중요해졌습니다. 다만 이번 1차의 경우 서버 오류로 인한 문제가 심각하여, 45분 연장처리 및 1차 응시자 전원 합격이라는 좀처럼 드문 문제가 발생하여 몇 문제를 해결하였는지는 중요하지 않게 되었습니다.

2차 코딩 테스트

혼란 속에서 빠르게 2차 대상자가 발표된 이번 코딩 테스트는 여전히 같은 조건에서 진행되었지만, 대신 오류는 현저히 줄어들었습니다. 간혹 코드 실행을 눌러도 반응하지 않는 문제가 있기는 했지만, 어쨌든 동작은 했습니다. 다른 문제를 풀다 다시 오면 실행이 되기도 했고요. 구성도 알고리즘 1문제, SQL 1문제로 기존 2차 테스트와 크게 다르지 않았지만, 테스트 난이도는 기존 2차와 유사하지 않나 싶습니다만 어쨌든 1차보다도 살짝 내려간 부분도 있었습니다.

저는 이때 SQL 문제를 잘못 해석하는 바람에 문제를 복잡하게 풀다가 실수까지 하여 제대로 풀지 못했고, 알고리즘 문제에서도 1문제를 제외한 나머지 문제에서 정답을 기대할만한 성과를 내지 못하여 아마도 당연하게도, 탈락했습니다.

코딩 테스트에서의 회고

지난 기수와 달리 웹이 빠진 시점에서 불리한 싸움이기는 하였지만, 기본적으로 코딩 테스트에 대한 준비가 부족했던 것이 원인이었습니다. 그나마 21년도에 비하면 발전하여 실버 문제는 어렵지 않게 해결하고, 골드 문제 중 하위 난이도 문제를 공들여서 하루 내외에 해결할 수 있는 수준까지는 올라왔으나, SW마에스트로 또한 코딩 테스트 난이도가 상승하여 이 정도의 발전으로는 역부족이었던 겁니다.

SQL 관련해서도 교재까지 이용하여 공부하였지만 근본적으로 활용한 적이 거의 없어 탁상공론에 벼락치기인지라, 문제를 해석하는 능력이 떨어지는 편이었고 복습하는 과정에서도 고루 복습하지 않고 1차에 출제된 문제를 중심으로만 집중하여 보면서 기존에 자주 출제되는 문제 분야에서의 복습은 거의 하지 않은 것이 화근이 되었습니다.

그 밖에도 시험 중 1시간 30분 즈음이 경과하자 집중력이 급격하게 떨어지는 경험을 하였는데, 그동안 운동을 소홀히 하면서 체력이 저하된 것도 결국 영향을 주지 않았나 싶습니다. 기본적으로 어떤 종류의 시험을 볼 때 심각하게 긴장하는 편이지만 그 점을 감안해도 금방 체력이 소진되고 시험 후에도 두통을 겪는 등 이번 시험은 신체적으로도 준비가 안 되어 있었습니다.

3년 간의 웹 분야 출제에도 불구하고 해당 분야가 최종적으로는 제외된 점을 고려하면, 앞으로는 알고리즘 문제와 SQL 문제의 강화로 이어질 것으로 보이는데 15기를 준비하는 과정에서는 자료구조, 알고리즘 및 SQL 공부를 보다 장기적으로 진행할 필요가 있다고 체감했습니다. 물론 프론트엔드 엔지니어를 희망하는 만큼 웹을 놓을 수는 없지만, 다시 웹이 나온다 해도 좀 더 원활하게 준비할 수 있으니까요. 실패로 돌아간 이번 기수 지원에서 교훈을 얻어, 조만간 그동안 소홀히 해왔던 자료구조와 알고리즘 복습하러 가야겠습니다.

참고로 11기는 구름 IDE였으며, 이렇게 추측했던 것은 연속으로 두 기수 사용했던 점, SW마에스트로 연수생 창업 기업인 점, 그리고 엘리스의 SW마에스트로 코딩 테스트 조직 페이지가 아직 삭제되지 않은 점 등으로 인해서였습니다. [본문으로]

2022년 회고록: 진흙탕 속 진주 찾기

paperboxturtle — Mon, 6 Mar 2023 01:48:46 +0900

작년 회고록 보기

2022.05.04 - [생활과 생각/매해 블로그 결산] - 새로운 경험, 바빠진 생활 그리고 행복했던 2021년

각종 활동에 많이 참여하면서 바빴던 2021년이 엊그제 같은데, 벌써 2023년이 되어 2022년을 돌아볼 시간이 왔습니다. 본래 예정되어 있던 것보다 모든 일이 앞당겨지면서 2021년보다 분명 여유 있는 한 해이면서도 어려움도 많았던 것 같습니다. 이번 회고록의 제목이 진흙탕 속 진주 찾기인 이유도 앞당겨지면서 탁해진 계획들 사이에서 나름대로 노력한 기록을 간단하게나마 남겨보고 싶었기 때문입니다.

1월: 휴대폰 없이 살기

작년 회고록에서의 언급과 같이 2학기가 끝나자마자 입대하게 되어 1달이 조금 넘는 기간 동안 휴대폰 없이 생활할 수밖에 없었습니다. 예전의 저였다면 어떤 토이 프로젝트를 만들지 기획하면서 시간을 보냈겠지만, 자대에서 프로젝트를 진행할 수 있을지 장담할 수 없었으므로 군 장병에게 주어지는 복지 혜택을 알아보고 어떻게 활용할 것인지 계획을 작성하거나 가족에게 편지를 쓰며 시간을 보냈습니다. 아마 이때만큼 집중한 적도 없었다 싶어서, 가끔은 이런 활동이 필요할 수도 있겠다는 생각이 들었습니다.
군 복무 동안 기획했던 부분은 웹 API에 대한 이론 공부하기, 리눅스 마스터 자격증 취득하기 및 작년에 치렀던 TOPCIT 응시하기였습니다. 다만 후술 하겠지만 개인 사정으로 인하여 대부분 달성하지 못하였습니다.

2월: 조금 이르게, 컴퓨터 앞으로

여러가지 행운과 주변 환경 덕분에 예정보다 빠르게 인터넷이 연결된 컴퓨터를 사용할 기회가 주어졌습니다. 덕분에 한동안 개발 환경 구축과 알고리즘 문제 풀이에 집중할 수 있었습니다. 이때 구축한 code-server 기반 개발 환경은 대략 8월까지 사용 후 더는 사용할 이유가 없게 되어 서버를 내렸습니다. 당시 상당히 공을 들였던 점을 생각하면 아쉽기도 했지만, 이제는 vscode.dev나 github.dev를 사용해도 되고, 무엇보다 서버 환경에서 작업할 이유 자체가 사라지면서 보내주기로 했습니다.

4월~5월: 혼란의 시간

Brackets 웹사이트 저장소에 PR을 보낸 스크린샷. 운영자가 LGTM. Merging. 메시지를 남겼다.

4월 중순, 간단한 기여를 할 수 있는 방안을 고민하다가 예전에 자주 사용했던 Brackets 에디터가 Adobe에서 커뮤니티로 이관되었다는 사실이 떠올랐습니다. 다시 들어가 보니 번역되지 않은 웹페이지가 맞아주는 바, 번역에 참여하게 되었습니다. 이미 과거 이런저런 번역은 해본 적이 있어서 빨리 적응할 수 있을 거라는 판단도 있었습니다. 당시 GitHub를 이용한 번역 기여는 처음인 데다가, CLA(Contributor License Agreement)를 Git으로 동의하는 프로젝트도 처음이었고, 무엇보다 제가 기여한 저장소의 README에는 관련된 안내가 부족하여 초반에 조금 헤맸지만 무사히 웹사이트 번역을 마칠 수 있었습니다.
한편 개인적인 사정으로는 4월과 5월이 혼란스러운 시기였는데요, 이 때문에 한동안 컴퓨터를 이용한 작업은 4월 중순 최초 참여 이후 4월 말 위 사진의 번역 참여가 실질적으로 마지막이 되었습니다. 인터넷에 연결된 컴퓨터를 사용할 수 있는 시간이 제한적이었고, 개인 사정으로 인해 바빠지는 등 다양한 상황이 겹치면서 신경 쓸 겨를이 없었다는 표현도 맞을 것입니다.

6월: 새로운 시작

4월과 5월 사이 혼란스러운 상황이 정리되면서, 군 생활도 같이 정리되어 갑작스럽게 제대하게 되었습니다. 건강 관리도 필요하여 헬스장에 등록도 했고, 쉴 기회가 생긴 만큼 미리 졸업을 위해 봉사활동도 신청하게 됩니다.

봉사활동

제가 다니는 대학은 조금 번거롭게도 봉사시간 36시간을 채워야만 졸업할 수 있도록 되어 있습니다. 그래서 꾸준한 봉사활동이 있으면 좋고, 적어도 시간이 있을 때 봉사시간을 확보할 필요성이 있었습니다. 마침 시간도 있겠다, 아직 코로나19 상황이 끝나지 않은 만큼 불안한 부분은 있었지만 어떤 활동을 하든 올해 안에 꾸준히 한다면 졸업 조건은 만족할 수 있겠다는 확신이 들더군요. 그래서 복지관에서 스마트폰 사용 중 어려운 점이나 궁금한 점이 생긴 어르신께서 찾아오시면 답변을 드리는 활동을 선택했습니다.
이 블로그의 다른 글을 보아도 그렇고, 평소 관련된 활동을 조금이라도 해 온 편이어서 어느 정도 자신이 있었고, 일반적인 봉사활동 중에서는 전공과 가장 가까운 활동이라는 점이 가장 크게 작용했던 것으로 기억합니다. ^[각주:1] 대학에서 봉사활동을 졸업 조건으로 내세우는 사례가 한 곳만 있는 것은 아닐 테니, 방학 때만이라도 참여하는 전공생이 있을 것이라고 예상하여 네트워킹의 목적도 조금은 있었습니다. 하지만 막상 가보니, 전공생은 한 명도 없더군요. 오히려 봉사자 모집에 어려움을 겪어 겨우 운영되는 실정이었습니다. 잠깐 봉사자 수가 증가하기도 했지만, 방학 때뿐이었고 결국 중복 사업 등의 이유로 유사한 다른 봉사활동과 통합되어 버렸습니다.
그러나 활동 자체가 후회스럽지는 않습니다. 이 활동의 특성상 주변에 물어볼 사람이 없어 찾아오시는 어르신이 많아 이와 관련된 사소한 문제가 없지는 않습니다만, 웹 프런트엔드나 모바일 애플리케이션 등 UI, UX를 살필 필요가 있는 개발자라면 얻을 부분이 분명 있습니다. 실제 사용자가 이 부분이 어렵다, 어디 있는지 모르겠다 같은 피드백을 바로 옆에서 전달하는 경험이니까요. 기존에도 접근성에 대해 약간의 관심이 있었지만 이번 봉사를 통해 연령에 상관없이 편하게 쓸 수 있는 UX에 대해 다시 한번 고민하는 계기가 되었습니다. 게다가 여러 가지 이유로 사양이 낮은 스마트폰을 쓰고 계신 탓에 몇 년 지난 플래그쉽 스마트폰에서도 빠르게 동작하는 웹 서비스들이 느리게 표시되는 모습을 보면서 개인 프로젝트 진행 시 이러한 저사양 환경에 대한 문제도 이전보다 신경 쓰게 되었습니다.

VMS 봉사실적 조회 페이지에서 2022년 봉사 내역만 조회한 화면. 현재는 더 증가했습니다.

현재는 필요 봉시시간을 모두 확보한 상태이지만, 이렇게 얻어가는 부분이 있다 보니 소프트웨어 마에스트로 결과를 알 수 없는 3월까지는 봉사를 진행하고 이후 방학 때에도 기회가 된다면 도전할 예정입니다. ~~기 작성된 부분을 고치는 현시점에선 탈락할 것 같지만요~~ 복지관에서는 평일에 나올 수 있는 꾸준한 봉사자를 요구하고 있어 개인적으로는 이러한 조건 자체가 기관의 욕심이라고 느껴지긴 합니다만, 본인 여건만 된다면 분명 나쁘지 않은 활동이었습니다. 다만, 유의하실 점은 이 활동으로 인해 어르신과 꾸준한 관계를 이어나가는 것에는 신중해야 한다는 점입니다. 관련하여 복지관에서도 최대한 자제하도록 교육하고 있기도 한데, 이유는 사람과 사람이 만나는 봉사활동 특성상 복지관 바깥에서 문제가 발생했을 경우에 책임질 수 없기 때문이기도 합니다.

UCPC, 그리고 오픈소스 컨트리뷰션 아카데미 도전

UCPC는 2021년도에도 도전하려고 했지만, 연구실에서도 한창 바쁠 시기였는 데다가 주변에 관심 갖는 사람이 없어 참가하지 못했었습니다. 제 알고리즘 문제풀이 실력은 sovled.ac 기준으로 실버 수준에 불과하기 때문에 입상할 것이라고 생각하지는 않았지만, 언젠가 경험 삼아 나가고 싶었기 때문에 그 목표를 이번에 이룬 것 자체가 즐거운 경험이었습니다. 3인 1조로 나가야 하는 대회에 같이 참여해 주신 두 트친 분들께 이 자리를 빌려 감사드립니다.
오픈소스 컨트리뷰션 아카데미는 마침 신청 기간에 해볼 수 있어서, 그리고 번역에 치중된 오픈소스 기여 경험을 개선하고자 도전했습니다. 그러나 결국 지원서를 쓸 때 애매한 개발 실력으로 인해 번역과 관련된 프로젝트를 선택하고 말았고 모호한 입장 탓인지 최종적으로 탈락하였습니다. 이번에는 탈락했지만 3학년 때는 합격하여 활동하는 것을 목표로 삼기로 했습니다. 올해 만약 소프트웨어 마에스트로에 탈락한다면 재도전할지도 모르겠네요.

학교 연구실 방문

복학하면 최대한 빨리 적응할 수 있도록 학교에서 올라오는 공지사항을 수시로 확인하는 습관 덕분에, 21년도에 들어갔던 연구실이 22년 2월 사라지고, 교수님께서 다른 학교로 이직하셨다는 사실을 알게 되었습니다. 기존 연구실이라면 복학 후 뵐 생각이었지만, 연구 주제도 교수님도 바뀌었다면 주제에 따라 더는 연구실에 있을 이유가 없으므로 세미나를 들어볼 겸 학교에 잠시 다녀왔습니다.
세미나를 들어봤지만 저와 관심 있는 주제는 아니었고, 연구실 분위기도 선호하지 않는 쪽으로 변해 결국 복학하더라도 연구실에 돌아가지는 않는 것으로 마음을 굳혔습니다. 막상 복학하면 여러모로 바뀌어서 달라질 수도 있겠지만요.

하반기: 무리하지 말기

해커톤, 콘퍼런스, 자격증 취득, 대외활동까지 이런저런 도전이 있었던 시기였습니다. 의도했던 것은 아니지만 중간에 일정이 계속 겹치면서 스트레스를 심하게 받았던 시기이기도 했네요. 이 시기의 경험으로 개인의 한계가 어느 정도인지 실감하게 되었는데, 정작 이 글을 쓰는 1월 달에 무리할 뻔했던 것을 돌이켜보면 정작 욕심과 한계를 저울질하는 법은 제대로 익히지 못한 것 같습니다.

JUNCTION ASIA 2022

부산 벡스코 제2전시장에 위치한 JUNCTION ASiA 2022 등록 배너

GDSC

지난 기수에서는 코어 멤버(운영진) 최종 면접에서 탈락했던지라 이번에야말로 합격하고자 했습니다만, 한편으로 소프트웨어 마에스트로와의 병행에는 어려움이 있기 때문에 지원까지 고민이 많았습니다. 결국 합격은 했지만 서로 간의 이견과 불충분한 소통으로 인해 일반 멤버 선발 과정에서 극복하지 못하고 그만두게 되었습니다. 사실 지금 와서 돌이켜본다면 여러 가지 부담으로 인해 애초부터 지원하지 않았을 텐데, 싶은 후회가 남는 활동이었습니다. GDSC 자체에는 문제가 없었지만 제가 감당할 수 없는 활동이었다고 생각하기 때문입니다. 분야도, 열정도, 시기도 맞지 않았는데 활동해 보겠다고 무리한 결과 스트레스만이 남았기에 다음부터 대외활동을 선택할 때는 좀 더 신중할 필요가 있음을 깨달았습니다.

이런저런 콘퍼런스들

JSConf Korea 2022가 개최된 노들섬 전경과 참가자 명찰

EXCELCON 2022 참가자 명찰과 세션 티켓

지난 2021년의 후회 중 하나는 1학기에도 다양한 활동에 참여할 걸,이었습니다. 물론 도전했던 것도 있었지만 아직은 겁이 더 많을 시기였으니까요. 사실 지금도 실력은 저 아래에 있는 제가 이런저런 행사에 참여하는 것이 실력 있는 개발자와의 네트워킹을 기대하는 분들께는 실례가 되는 게 아닐까 하는 생각이 종종 듭니다만, 얻는 것이 전혀 없다면 모를까 몰랐던 영역의 일을 조금이라도 알게 된다는 점에서 네트워킹이 아니더라도 의미가 있다 판단해 올해는 정말 많이 투자하여 이곳저곳을 다녀왔습니다.

JavaScript 관련 국내 콘퍼런스이지만 세계 각국의 다양한 연사 분들이 참여하시는 JSConf Korea 2022, 트위터 개발자 모임에 가까운 분위기였던 첫 번째 엑셀콘, 주니어 소프트웨어 개발자 콘퍼런스를 모토로 삼고 있는 소주콘 1회, 2회 차, 우분투 리눅스를 넘어 리눅스 사용자라면 한 번 참여해 볼 만한 국제 규모 콘퍼런스인 UbuCon Asia 2022, 시빅 해킹에 대한 주제를 다루는 코드 포 코리아 콘퍼런스까지. 각 콘퍼런스에 담긴 감정은 여러모로 다채롭습니다만 이 글에서 담기에는 너무 길어지는 것이 아닌가 싶네요. 콘퍼런스에서 배운 내용을 적어두기는 해도 따로 감정을 옮겨두지는 않는 편이라서 익숙하지 않은 점도 있습니다. 언젠가 기회가 된다면 옮겨보겠습니다. 기약은 없습니다.

다만 여러 콘퍼런스를 보며 느낀 점은 어떤 감정이 들더라도 더 많은 발표를 하고, 더 많은 이야기를 나누는 경험을 할 필요가 있다는 거였습니다. 그런 점에서 소주콘의 모토가 마음에 들기도 하였는데요, 아무래도 내향적인 저로서는 다른 사람과 많은 이야기를 나누는 것이 부담스러워서 첫 오프라인 행사였던 2회 차 때 네트워킹 시간을 생략하고 빠져나온 것이 한편으로는 아쉽습니다. 물론 그때 돌아가서 네트워킹을 하라고 해도 같은 선택을 하겠지만요.

어쨌든 학교 내에도 그런 행사를 만들어보고 싶다는 구상을 꿈꿔본 것은 이런 콘퍼런스들을 다녀온 덕분이었습니다. 연구실 세미나부터 자잘한 학교 과제, 개인 프로젝트, 개발자가 되기로 결심하기까지의 과정, 그런 다양한 주제와 난이도의 이야기를 모아 함께 듣고 나누는 시간을 만들어보고 싶어 졌습니다. 지금까지는 연구실이면 연구실 안에서, 졸업 작품이라면 학술제에서, 이러한 경험이 전부일 수밖에 없는 학교에서 먼저 이야기를 꺼내는 연습을 쌓고, 더 나아가 외부 개발자 콘퍼런스의 연사로 올라서는 발판이 되면 좋겠다는 망상 아닌 망상도 해봤습니다. 현실적으로는 다양한 이해관계로 인해 쉽지 않을 것이고, 자칫 또 다른 오픈 랩 행사^[각주:2]로 전략할 우려가 있어 조심해야 하는 부분도 많은 데다가, 제겐 인맥도 특별히 없어 불가할 것으로 여겨지긴 합니다. 아직까진 듣지 못했지만 그런 행사를 실행에 옮기는 학교가 있다면 흥미로울 것 같네요.

토이 프로젝트에 집중된 관심, 하지만...

이 부분의 내용은 예스피씨 개발 후기 글로 남길 예정입니다. 여기에서 볼 수 있도록 준비하고 있습니다. 조만간 만날 수 있으실 거예요. 다만 부끄러운 내용이 많습니다. 너무 속물적인가, 하는 자괴감과 나름의 뿌듯함, 개발자로서의 책임과 같은 부분에서 많은 고민이 있었던 토이 프로젝트인 만큼 쓸 말이 길어지더군요. 한편으론 그렇게 한 해 열심히 노력했는데 완성한 프로젝트가 이거 하나밖에 없다는 점에서 여러 생각이 들기도 합니다. 개발 기간이 길었던 것도 아닌데, 다른 프로젝트는 전혀 시작도 못했다니 싶어서 묘한 심정입니다. 이 글을 쓰고 정리하는 지금 돌이켜보면 그래도 그거 없었으면 어쩔 뻔했니, 하는 마음도 있고, 연 초부터 여러 아이디어와 기획이 생각나서 이게 작년에 생각났어야 하는데! 같은 원망도 하고 있습니다. 정작 그리 많지는 않아서 이걸 언제 선보이고, 어떻게 활용할 것인지가 너무 한정적인데 말이에요.

연말에 시작한 운영체제 스터디

보통 사람은 경험하지 않을 일들을 겪다보니, 2022년이 2023년 같은 착각을 거의 6개월 내내 했습니다. 그러다보니 복학에 대한 막연한 두려움도 함께하였는데, 특히 전공 시간표를 미리 작성하는 과정에서 3학년은 거의 모든 수업을 전공으로 채워야 한다는 점을 발견하게 되니 더욱 그러하였습니다. 그래서 어떻게 준비하는 것이 좋을까, 싶은 마음에 우선 리눅스 시스템 전공을 조금이나마 대체해줄 것으로 기대하는 리눅스 마스터 2급을 취득하고, 이어서 마침 트위터에서 모집 중이던 OS 스터디에도 참여하여 2024년 들을 운영체제 수업에 대비하기로 했습니다. 지금 시점에서 수업 진도와 분량을 보니 이때 준비하기 시작해서 다행이라는 생각이 듭니다. 실제 수업은 훨씬 빠르게 진행되겠지만 미리 예습을 했다면 조금 덜 두렵겠지요.

뒤늦게 후회하는 것들

하반기 접어들어 가장 어려웠던 부분은 체력이 급격히 저하되었다는 거였습니다. 이전 JSConf Korea와 엑셀콘, 대학 동기의 군 면회까지 주말에 모두 소화해 내던 저는 어디로 사라지고 초겨울 즈음 되니 콘퍼런스 하루 일정도 제대로 소화하지 못하는 저를 발견할 수 있었습니다. 이렇게 하다간 다음 해 소프트웨어 마에스트로 활동에 지원해도 떨어지겠다는 생각이 들었습니다. 그래서 위기감에 일단 12월 개발자 행사 참석은 모두 취소하고 당분간 운동에 집중하기로 했습니다. 그래도 그리 좋은 상황은 아니었지만 1월 즈음 어느정도 회복이 되었다는 건 느낄 수 있었습니다. 다만, 3월 현 시점에서 보자면 턱 없이 부족했다는 사족을 달아둡니다. 관련된 넋두리는 아마 SW마에스트로 14기 도전 후기에서나 작성할 것 같습니다.

마무리: 다음 해를 준비하며

이 글을 시점에서 이미 다음 해는 밝았습니다. 그래도 몇 자 적어보자면 지난 2022년은 2023년과 2024년을 준비하는 한 해였다고 자신있게 말할 수 있습니다. 비록 방법과 방향이 잘못된 부분이 연초부터 보이긴 하지만, 그래도 열심히 살았고 올해 한 걸음 더 나아가는 데 많은 도움을 준 경험이었습니다. 무엇보다 흔하지 않은 경험과 기회를 얻을 수 있었던 점이 행복했습니다. 개인정보가 담긴 만큼 상세하게 감사 인사를 전할 순 없지만 상반기에도 하반기에도 감사 인사를 남기고 싶은 분들이 많습니다. 이런 점에 있어서는 제대로 표현하지 못해 후회스럽기도 하고요. 올해에는 또 어떤 경험을 쌓게 될지, 어떤 방향으로 나아가게 될지 아직 알 수 없지만, 작년을 바탕으로 한층 성장한 개발자로 거듭나길 희망해봅니다.

다만 나중에 찾아보니 꾸준하지는 못하더라도 네이버에서 주최하는 소프트웨어 관련 초중고 대상 대학생 멘토링 봉사활동 같은 것도 있어 여건이 된다면 언젠가 한 번 신청할 계획입니다. [본문으로]
학기마다 정기적으로 진행하는 연구실 소개 및 공개 행사 [본문으로]

우승은 못해도 즐거웠던 JUNCTION ASIA 2022 참여 후기

paperboxturtle — Fri, 23 Sep 2022 23:34:41 +0900

8월 19일부터 21일, 3일간 부산광역시에서는 JUNCTION ASIA 2022라는 해커톤 행사가 열렸습니다. 지금까지 워낙 어중간한 실력으로 무언가를 만들어왔어서, 솔직히 300인 안에 들까 많은 걱정을 했었는데 팀원 분들을 잘 만난 덕분인지 무사히 기회를 얻어 이렇게 대회에 다녀오게 되었네요. 회고를 겸하여, 3일간 부산에서 겪었던 일들을 차근차근 적어보고자 합니다.

JUNCTION, 그리고 JUNCTION ASIA는

JUNCTION은 유럽 핀란드에서 개최되는, 올해로 7년이 넘는 기간동안 매해 개최되어 온 세계적인 해커톤 행사입니다. 전 세계 여러 도시에서 JUNCTION의 라이선스를 받아 JunctionX 등 다양한 이름으로 행사를 개최하고 있으며, JunctionX가 아닌 Asia 행사는 이번이 1회차입니다. 한국에서는 지난 2019년부터 매해 SHIFT라는 단체에서 라이선스를 받아 JunctionX Seoul 행사를 개최해왔으며 이번 행사에서는 규모를 확대하고 부산광역시와 MOU를 맺어 BEXCO 제2전시장 4F홀에서 2022년 8월 19일부터 21일까지 300인의 기획자, 개발자, 디자이너와 100명 내외의 봉사자와 운영진, 트랙 파트너가 참여하였습니다.

참가 결심 그리고 팀원 모집

이번 JUNCTION ASIA가 개최될 때까지, 저는 JUNCTION이라는 해커톤 행사가 있다는 사실도 모르고 있었습니다. 국내에서는 이미 SHIFT가 JunctionX Seoul을 2019년부터 2021년까지 3회 개최하였음에도 불구하고, 아무래도 과학기술원(KAIST, GIST, DGIST, UNIST 등)의 지원으로 이뤄진 행사여서 그런지 홍보가 국립대 중심으로 이루어졌고, 학교에서도 한 번도 홍보한 적이 없어 개인적으로 찾아볼 수 있는 데에는 한계가 있었던 측면도 있었겠지요. 어쨌거나 오랜만에 해커톤에 가보고 싶은 참이었던지라 갈 수 있다면 우승하지 않더라도 최대한 많은 것을 얻을 수 있는 행사로 가고 싶었고, 급히 지난 행사가 어떻게 열렸는지 알아보면서도 주변에 팀을 구하는 분이 없는지 찾아보았습니다.
물론 개인으로 나갈 수도 있었겠지만, 아무래도 제가 개인으로 나가기에는 경쟁력이 부족하다고 생각했습니다. 그리고 이전 대회를 보니 현직 개발자 분들도 많이 참여하셔서 팀 빌딩을 통해 참여한다고 해도 우승을 목표로 하는 사람과 정션을 경험삼아 나가려고 한 사람 사이의 목표 의식에 간극이 있을 거라는 예상이 너무 쉽게 되더군요. 그래서 정션에 처음 나가고, 우승이 목표는 아닌 팀과 같이 나가고 싶었습니다. 최선을 다하겠지만, 적어도 우승을 목표로 하는 팀에서 걸림돌이 되고 싶지는 않아서요.
그렇게 JUNCTION 행사를 알게 해준 분들 사이에서 팀원을 구하시던 분을 발견하여 같은 팀으로 함께할 수 있는지 여쭤보고, 조금 더 팀원을 모아서 4인 구성으로 지원서를 넣게 되었습니다. 이때 당시 구성은 기획자, 백엔드 개발자 각각 1명, 프론트엔드 개발자 2명이라는 구성이었는데, 아무래도 디자이너가 없다보니 지원서 제출 마지막 날까지도 어떻게 하면 디자이너를 구할 수 있을지 고민을 많이 했었던 기억이 나네요. 다행히 심사 통과 후에도 팀 빌딩 시간이 있다고 해서 그래도 이때까지는 그렇게 걱정하지 않았던 것 같습니다.
이때 지원서는 영문하고 한글 모두 사용 가능하였는데, 아무래도 공식 언어가 영어인데다가 이미 지원서를 제출한 다음에야 한글로 쓸 수 있다는 이메일을 발견해서 저는 조금 수고롭게도 한국어로 먼저 문장을 쓴 다음 영어로 번역하는 절차를 밟았습니다. 그래도 나름 정성들여서 한 질문당 10줄은 쓴 것 같은데, 길이는 중요하지 않겠지만 성의는 보였다고 믿고 싶네요. 참고로, 개인으로 접수하면 개인으로 평가받지만, 팀으로 접수하면 팀으로 평가받습니다.

8월 19일, 부산에 갑니다.

트위터에서 즐기는 종이상자

“8월 19일, 부산 갑니다! #JUNCTIONASIA2022”

twitter.com

팀원 누구도 예상하지 못했던, 300명의 참가자 발표 당일 날아온 합격 소식에 순간 얼떨떨하면서도 환호성을 질렀습니다. 이메일이 대략 9시 23분 전후로 왔는데, 실제 알림 발송 등이 늦어져서 저의 경우 9시 26분에 확인했었네요. 굵은 글씨로 강조된 participant라는 한 단어에 속으로는 어? 어! 어!!!! 진짜???????! 하면서 단체 톡방에 다급히 올렸던 기억이 납니다.
이렇게 합격한 이후, 서로 조금 더 친해지기 위해 디스코드를 통해 매주 수요일마다 회의 겸 아이스 브레이킹 시간을 가졌습니다. 팀명 정하기부터 교통편에 대한 이야기, 디자이너는 어떻게 섭외할지 등 다양한 고민을 했었어요. 그 과정에서 개인으로 참여하신 분들의 엄청난 스펙에 주늑들기도 하고, 좀처럼 성사되지 않는 섭외에 조바심을 느끼기도 했지만, 전날 디자이너 분을 구해서 결과적으로는 5인 구성으로 참여하게 됩니다. 그런데⋯.

피해갈 수 없었던 코로나19

지난 2년간 한 번도 걸린 적이 없었던 코로나, 그러나 정션 준비 과정 중 연달아 가족들이 코로나19에 감염되면서 오랜 기간 수동 감시 상태로 지냈고, 정션 전날에도 7일차 검사가 예정되어 있었습니다. 그나마 7일차가 되는 날에도 증상은 커녕 신속항원키트는 반응을 보이지 않았고, 그래서 아슬아슬했지만 정션에 참가할 수 있게 되었습니다. 문제는, 예기치 못하게 일어났습니다.
전날까지 괜찮으셨던 백엔드 분야 참가자 분이 당일 아침 코로나19 증상으로 인해 참가하지 못한 것입니다. 격리 해제를 앞두고 있는 상황이라면 그래도 병세가 많이 호전되어 온라인으로라도 참여하기가 수월하였겠으나, 아무래도 가장 증세가 심한 시점이다보니 이런저런 부탁을 드리기 어려웠던 측면이 있었던 것 같습니다. 다만, 당시 감염되지 않았던 사람들도 순차적으로 감염되다보니 그저 순서가 왔을 뿐이지 누구의 탓은 아닐 것입니다. 저도 감염은 되지 않았지만 휴학생이고 이래저래 바깥과 집 안을 모두 포함해도 활동이 적다보니 피해갈 수 있었던 것에 가까우니까요. 오히려 제대로 참여하지 못한 점에 대해 죄송해하셔서 마음이 안 좋았던 기억이 남습니다.

첫째 날, 누가 더 아이디어를 빨리 정하나

최대한 글씨가 보이게 찍으려니 하늘 쪽이 허옇게 처리되어 버렸다. 부산역 B.Startup Station과 D.CAMP Startup Lounge 간판 사진.

정션에 등록하고 나면 시간이 별로 없을 것이라는 걸 알고 있었기에, 이날 부산은 아침 일찍 도착했습니다. 그래서 정션 운영진 측에서는 부산역에 일찍 도착한 사람들을 위해 D.CAMP Startup Lounge를 대기 장소로 이용할 수 있다는 배려를 해주었지만, 그 공지가 올라오기 전에 이미 부산역을 벗어난 시점이어서 별로 도움이 되지는 않았습니다. 그래도, 정션 등록 전까지 무료로 머물 곳을 제공해주었다는 점에서 나름의 배려가 돋보였습니다.
디스코드를 통해 미리 온라인으로 목소리를 듣거나 하기는 했지만, 얼굴을 보고 이야기한 것은 아니었기 때문에 이날 팀원끼리는 벡스코에 도착하기 전 아이스 브레이킹^[각주:1]할 시간을 최소화하기 위해, 먼저 이른 저녁을 먹고 시작하기로 했습니다. 등록이 오후 6시 30분 전후로 이뤄지는 만큼, 세레모니 직후 저녁 시간을 주면 좋았겠지만 별도로 주어진 시간은 없어서 저녁을 먹을 것이라면 이참에 미리 만나 서로 간의 어색함을 풀고자 함이었는데, 실제로 바로 아이디어 회의에 돌입할 수 있어서 효과가 좋았던 것 같습니다.

JUNCTION ASIA 2022가 개최되었던 벡스코 제2전시장 사진. 정션에서 걸어둔 현수막이 보입니다. HACK YOUR POTENTIAL이라는 슬로건은 지금 생각해봐도 누가 지었을까 싶을 정도로 잘 지었다고 생각하는 부분 중 하나에요.

그러나 생각보다 저녁을 빨리 마치기도 했고, 입장 시간에 딱 맞춰 가면 사람이 너무 많아 미리 이것저것 준비하는데 많은 시간이 소요될 것으로 예상되어 조금 일찍 도착하였는데 아무래도 제2전시장이라서 그런지 식당이나 카페 등 편의시설은 제1전시장 위주로 구성되어 있어 잠시 머물 장소가 부족했습니다. 제2전시장에 있던 작은 카페의 경우 입장 시간이 거의 다 되었을 때는 영업 마감 시간이어서 머물 수도 없었고, 따라서 어쩔 수 없이 다른 전시장 앞 의자에 앉아서 입장 여부를 예의주시하다가 이동했습니다. 덕분에 좀 기다리기는 했지만 숨을 돌릴 시간은 있었습니다.
개인적으로 제2전시장 맨 끝이라는 위치가 정말 아쉬웠는데, 식사용으로 제공된 식권을 이용하기 위해서도 제1전시장 지하로 이동해야 해서 시간이 생각보다 걸렸기 때문입니다. 이때문에 막바지 작업이 한창이던 일요일 아침 식권은 아예 사용하지 못했습니다. 그 밖에도 일부 식당의 가격이 식권 표시 가격보다 대부분 비싸 거의 무조건 추가 요금을 내야 하는 부분도 아쉽기는 했는데, 다음 정션 아시아도 한국에서 열린다면 그 점은 개선되지 않을까 기대해봅니다.

입장 직후 정션 아시아 행사장. 어두운 분위기와 대조되는 밝은 조명으로 집중하기에 좋은 환경인 것 같았습니다.

처음 입장했을 때, 코딩이 이뤄지는 장소 뒷편으로 푹 쉴 수 있는 공간이 있어 독특하다고 느꼈습니다. 호텔이 지근거리에 제공되고 있음에도 불구하고 이용할 수 없을 정도로 바쁜 팀을 위한 것만 같더군요. 이래저래 통일된 모습으로 잘 준비가 되어있다고 생각했지만 아쉬운 점도 있었습니다. 멀티탭이 3구용이어서 팀원 전원이 이용하기에는 부족했다는 점과, 행사에서 제공된 무선랜의 속도가 느려 거의 이튿날 정오까지는 핫스팟을 썼어야 했다는 점입니다. 그 뒤에는 물론 무선랜도 교체가 되었고 멀티탭도 대략 6구 정도로 바뀌어 이용에 불편함이 없었지만, 이 또한 다음 행사에서는 개선되기를 기대하봅니다. 아무리 JunctionX Seoul을 개최했던 팀이라고 해도, Asia 행사는 이번이 1회차니까요.
트랙 파트너의 트랙 소개와 각종 인사 등이 이어지는 공간은 행사장 특유의 구조로 인해 어쩔 수 없이 소리가 울릴 수 밖에 없었는데, 실시간 스트리밍을 보면서 보완하려 했지만 무선랜 속도로 인해 쉽지 않아서 특히 첫째날 크게 아쉬웠던 것 같습니다. 다행인 점은 정션 웹사이트에서도 트랙의 상세한 내용을 제공하고 있었고, 특히 저희가 선택했던 MS 트랙의 경우 공식 디스코드 채널에서 잘 설명해주셔서 내용을 이해하는 데에는 문제가 없었습니다.
트랙은 총 세 가지가 있었는데요, NAVER Z에서 운영하는 메타버스 플랫폼 ZEP에서 활용할 수 있는 도구 제작, AWS GameTech에서 AWS 서비스를 활용하여 게임을 개발 및 개선점 제시, 그리고 Microsoft에서 Teams를 활용한 - 시민 개발자가 활용할 수 있는 - 협업 도구 보조 프로젝트 개발, Chainapsis의 블록체인 프로젝트 개발이 있었습니다. 아무래도 팀원 대다수가 게임 개발이나 메타버스에는 큰 관심이 없었고 구현에도 어려움이 있을 것으로 예상되는데다가, 블록체인은 일단 개념 이해부터가 생소한 측면이 있어서 처음부터 MS 트랙으로 결정했었습니다. 실제로 프로젝트를 진행하던 중 ZEP 등으로 구현하다 포기하고 Microsoft로 전환한 팀이 많아, 나중에는 경쟁률이 상당한 수준이었던 것으로 기억합니다.
아쉬운 점이 있다면 트랙 결정까지는 신속하게 이루어졌는데, 아이디어 결정이 순탄치 않았습니다. 7개가 넘는 아이디어가 쏟아져 나왔지만 결정에 아주 오랜 시간이 필요했고, 특히 나중에 프레젠테이션을 할 때면 어떻게 설득할 것인가를 가지고 기획 겸 팀장이셨던 분이 많은 고민을 나누곤 했습니다. 같이 논문도 찾아보고, 각종 통계도 찾는 등 기획 측면에 있어서는 정말 팀원 모두가 최선을 다하지 않았나 싶어요. 나중에 Microsoft의 유저스틴(Justin Yoo)님께 아이디어와 관련 좋은 평가를 듣긴 했지만 이를 논외로 보더라도 지금 와서 아이디어 뭐로 고를래? 하고 묻는다면 주저않고 그 아이디어 중엔 이걸로 하겠다 했을 겁니다. 물론, 이렇게 많은 아이디어를 내는 과정에서 선택하지는 않았지만 나중에 개인적으로 구현해보고 싶은 아이디어도 생겼고요.
저희는 복지기관과 연계한 무언가를 고민하였고, 요양원에서 보호자 분들께 정기적으로 혹은 비정기적으로 현재 어떤 상태인지 전화로 알려주기도 한다는 점에서 착안해 보고서를 손쉽게 생성하고 전송하는 프로젝트를 기획했습니다. 복지사 분의 전화로 인한 감정 노동에 대한 부담을 줄여줄 뿐 아니라, 서류로 남기 때문에 보호자 분들도 이전에 어떤 내용을 주고받았는지 손쉽게 확인이 가능하고, 노인복지시설을 넘어서 해당 기능을 이용해 유치원, 어린이집 등 보육 시설에서도 유용하게 활용할 수 있을 것이라 생각했습니다. 다만 이것을 결정하고 기획 서류를 준비하는 과정에서 6시간 이상 소요되는 바람에 다른 팀이 이미 구현에 돌입했거나, 잠을 비축하는 중에도 시간적으로 부족했다는 아쉬움은 남습니다. 처음에 나온 기획인 만큼 다른 아이디어를 많이 내기보다 처음부터 고도화에 들어갔다면 실제 프로젝트 '구현'에 대한 기획도 많이 이야기를 나눌 수 있을 것 같았거든요.

둘째날, 개발과 혼란과 한계점

둘째날 유일하게 촬영한 사진인 낙곱새. 식권을 사용할 수 있었던 개미집 벡스코점에서 팀원들과 함께 저녁으로 먹었다. 안 먹었으면 후회했을지도?!

기획을 마치고 잠시 호텔에서 휴식한 뒤 복귀하여 개발을 시작하였는데, 처음에는 팀즈 챗봇 형식으로 제작하여 시민 전문가가 추가만 하면 쉽게 사용할 수 있는 방향으로 가닥이 잡혔다가 이후 디자이너 분이 활약할 수 있는 부분이 너무 한정적이어서 PowerApps를 이용한 데모 개발에 중점을 많이 두기로 방향이 바뀌었습니다. 그때는 마지막 날 제출하고서야 생각난 부분이지만 지금와서 돌이켜보면 어차피 Microsoft가 원하는 부분은 시민 개발자도 할 수 있는 개발이 아닌 전문 개발자로서 구현하는 부분이라고 말씀하셨었는데 PowerApps를 디자인하고 데모 구현에 집중하는 대신 백엔드 및 보고서 생성 부분에 집중했어야 했던 것은 아닌지 아쉬움이 남습니다.

당시 최종 제출안과 동떨어진 초기 미완성 구현본. 같은 조직 안에 위치한 저장소지만 심사의 혼란을 최소화하기 위해 공개는 하지 못했다.

그리고 이때 챗봇의 UI까지는 거의 구성이 완료되어 있었고 일부 기능 구현에 들어가려던 차에 방향을 바꿨던 터라, 약간의 혼선이 있었습니다. 일단 PowerApps를 쓰는 방향으로 전환하기 직전에는 서로 같은 PowerApps 데모를 별도의 샘플 데이터로 제작하고 있는 문제가 있었고, 완전히 분야를 분리한 뒤에도 문제가 있었습니다. 챗봇을 개발할 때까지만 해도 일단은 프론트엔드 겸 백엔드 역할을 맡고 있었는데, 전환하면서 아예 경험이 없었던 백엔드 개발을 전적으로 덜컥 맡았던 겁니다. 당연히 준비가 거의 되어있지 않았습니다. 거기다 Microsoft의 방대한 문서에 혼란이 와 어느 것이 제가 개발하는 것에 맞는지 찾기 어려운 부분이 있었고, 처음엔 개발자 애플리케이션 등록조차 수월하지 못했습니다. 그래도 같은 개발자 계정 안에서 개발했으면 조금 더 통합이 수월했을텐데 따로 생성하고 따로 개발하여 아마 실제 완성하였더라도 테스트가 원활하지 않았을 겁니다.
이때 부재할 수밖에 없었던 팀원이 간절해지기도 하면서, 한편 프론트엔드 개발을 외치면서도 항상 부족했던 저의 모습에 이렇게 폐 끼치는 행동은 하지 않도록 다음에는 철저히 준비하며 노력해야겠다는 생각이 많이 들었던 것 같습니다. 이때의 저는 결국 어찌어찌 개발에 필요한 API 토큰을 얻어내는 데에는 성공했지만, 해당 방식으로 구현하려면 PowerApps가 아닌 별도의 프론트엔드 프로젝트가 하나 필요하거나 당시 Linux로 개발하던 프로젝트를 잠시 멈추고 Windows로 다시 부팅하여 해당 부분을 수정하는 등의 작업을 수행했어야 다음 단계로 넘어갈 수 있었는데 그러지 못하고, 눈에 보이는 부분만 디자이너 분이 제공해주신 것을 겨우 템플릿 수준으로 완성하여 테스트도 못하고 끝냈습니다. 심지어 소통도 부족했던 것이 PowerApps로 구현할 때 PowerBI를 사용한다는 내용을 제대로 전해듣지 못한 탓에 별도의 라이브러리를 알아보는 등 시간적으로도 상당한 낭비가 있었기도 했습니다.
그나마 다행인 것은 한 번도 쓰지 않은 Node.js 템플릿이 적용된 Azure Function 상에서 코드를 구현하여 해당 API에 요청하면 데이터를 반환하는 것 자체는 큰 무리 없이 성공할 수 있었습니다. 문제는 같이 묶어 보낼 데이터를 해당 API의 스펙으로 인해 토큰을 제대로 쓰지 못해 받아오질 못해서 쓸모가 없었던거죠.
한편 PowerApps 데모 앱을 맡아주셨던 또다른 프론트엔드 개발자 분께서는 컴포넌트가 예상대로 구현되지 않거나 오역으로 인해 내용을 이해하는데 불편함이 있는 등 여러가지 고난을 꺾고 마감 직전 샘플 데이터와 전체적인 틀은 완성하시는데 성공하셨습니다. 처음에 생소한 플랫폼이기도 하고 반응형도 제대로 구현이 되지 않아 걱정이 많았는데 제가 남을 걱정할 때가 아니었던 겁니다.
그리고 이 둘째날은 트랙 멘토링과 각 후원 부스의 행사가 가장 활발하게 이뤄지던 때이기도 했는데요, 정션이라는 행사의 꽃이라고 불리는 이런 이벤트를 단 하나도 참가하지 못해 해커톤으로는 즐거웠지만 다음에도 정션에 참가한다면 반드시 모두 누리고 가겠다는 투지가 불타올랐습니다. ~~하지만 다음에도 또 저를 뽑아줄까요?~~
트랙 멘토링의 경우에는 딱 한 번 팀 단위로 가서 받았는데, 더 자주, 더 많이 받았으면 어땠을까 하는 아쉬움이 있습니다. 그러면 적어도 방향성 측면에서 엇나가는 것은 조언을 해주었을지도 모르겠다 싶었고, 새벽에 헤맸던 부분도 조금 일찍 알아차렸다면 제때 확인하여 구현했을지도 모를 아쉬움이 아직도 기억에 남습니다.

셋째 날, 기대는 없었지만 나름대로 잘 된 마무리

둘째날과 셋째날 사이에는 시간이 없어서 잠을 감히 청하지는 못하고 잠시 씻으러 호텔에 다녀오는 정도였습니다. 그러나 완성을 못한 고로 우승을 기대할 수는 없었고, 각 트랙의 심사 때 시간 제한으로 우리의 노력을 온전히 전하지는 못했던 점은 여전히 아쉽습니다. 그래도 끝까지 여쭤보시고 관심 가져주셨던 Microsoft Korea의 유저스틴님(Justin Yoo)님께는 가장 많은 수고를 했던 우리 팀원분들 다음으로 특별히 감사를 전하고 싶습니다.
아차상을 포함해서 어느 상도 못 받았지만 즐거운 시간이었고, 특히 대학도, 배경도, 사는 곳, 나이도, 학력도, 경력도 달랐던 5명이 모여 해커톤을 준비하고 출전하는 과정 자체가 좋은 경험이었습니다. 이전에 참여했던 아이디어 해커톤 때와 달리 5명 모두 많은 면이 달랐지만 추첨에 의한 것이 아닌, 서로가 서로에게 연락해서 팀을 꾸리고 친해지는 과정이 해커톤 안에 포함되었다는 것 자체가 신선한 충격이었다고도 표현할 수 있을 것 같습니다.

처음 받았을 때, 이름이랑 팀명을 직접 적을 수 있게 되어 있어 나름대로 담백하게 적어두었다. 아래 각자의 역할을 표시하는 부분은 Mozilla 재단에서 무언가를 강조할 때 보여주는 표시를 참조했다. 누가 뭐래도 Firefox의 팬이니까! 아쉽게도 팀간 교류가 없어서인지 알아보는 분은 없더라. 위 사진은 부산역에 들어가기 직전 남긴 인증샷.

마지막으로 에그드롭 샌드위치를 제공받아 식사하며 길을 옮겼고, 모두 헤어진 뒤 부산역 옆 신창국밥에서 돼지국밥으로 저녁을 해결한 뒤 KTX를 타고 집으로 돌아왔습니다. 부산역에서 저는 조금 늦은 열차를 탔지만, 마지막에 탈 때까지 부산역에서 열치를 같이 기다리던 다른 정션 참가자 분들 덕분에 끝까지 여운이 가시지 않는 대회였습니다. 실은 아직도 웰컴 키트를 제대로 뜯어보진 않았는데, 이제 이 글도 작성했으니 추억도 기념할 겸 개봉할 때가 온 것 같네요.

처음 만나는 사이에서 서로 친해지기 위해 하는 활동 [본문으로]

리눅스의 31번째 생일을 축하하며 - 개인적인 리눅스 경험에 대한 이야기

paperboxturtle — Sun, 28 Aug 2022 00:41:31 +0900

사흘 전(2022년 8월 25일), 리눅스가 31번째 생일을 맞이했습니다. 서버, 모바일, IoT 등 다양한 분야에서 저력을 보여주고 있는 한편, 31년이 지나도 데스크톱 컴퓨터나 노트북에서는 Windows, macOS 등 다른 운영체제에 비해 힘을 못 쓰고 있다는 점은 조금 아쉬워요. Windows나 macOS만큼이나 리눅스 데스크톱 환경에도 계속해서 커다란 변화가 이뤄지고 있다 싶은데, 그 노력에 비해 아직까지도 안정성이 불안정한 측면에 사용할 수 있는 프로그램도 적어 많은 사랑을 받지는 못하고 있다는 인상입니다. 그래서 그런 것은 아니지만, 이 글은 Kubuntu 22.04에서 iBus 입력기로 쓰고 있습니다. 오늘 여기서는 2012년 전후부터 써왔던 리눅스에 대한 개인적인 회고이자, 기록을 적어보고자 합니다.

처음 만난 리눅스, 생각보다 미려했던 UI

예전에 『Windows 7 지대로 배우기』라는 책이 집에 있었던 적이 있었습니다. 그때 맨 마지막 장에는 Windows Virtual PC로 Microsoft에서 무료 제공하는 Windows XP Professional 가상머신에 대한 내용이 있어서, 생각보다 Windows XP 써 본 경험이 적었던 저는 기존 OS 위에서 다른 OS가 굴러간다는 것이 신기하기도 하고, XP를 써보고 싶기도 해서 가상화 지원도 안 되는 컴퓨터에 억지로 설치하려고 했던 적이 있습니다.

물론 당시 제게 주어진 컴퓨터는 보급형 Pentium 듀얼 코어 컴퓨터여서, 가상화가 안 되는 건 그렇다 치고 제대로 작동할리가 만무했습니다. 그러다 난생처음 블루스크린을 만나고, 이 컴퓨터에서는 쓸 수 없다는 것을 깨달은 후에야 다른 OS에 눈독들이기 시작했던 기억이 있네요. 당시에 어디서 읽었는지는 모르곘지만 Windows Virtual PC는 Windows 이외의 다른 운영체제를 설치하기에는 적합하지 않다는 글을 보고 Oracle VirtualBox를 설치해서 썼습니다. 첫 타자는 Ubuntu 12.04였어요.

당시에는 Cobuntu라고 해서 한국 우분투 사용자 모임에서 미비한 한글화나 한글 입력 등을 보완하고자 하는 배포판이 있었는데, 이를 Ubuntu를 설치하고서야 알게 되었고, 무엇보다 12.04를 마지막으로 배포가 중단되어 사용할 이유가 딱히 없다고 생각하여 설치해서 사용하지는 않았습니다. 다만, Ubuntu 12.04를 설치하면서 한글화가 잘 되어있고, nabi 입력기를 설치하고 나서부터는 입력에도 큰 문제가 없어 Cobuntu가 왜 개발 중단되었는지 대략적으로 추측할 순 있을 것 같았습니다. 지금과 다른 점을 꼽아보자면, 요즘 쓰이는 UIM, fcitx나 nimf가 아니라 nabi 입력기를 썼다는 점과, 당시에는 전산용어 한글화의 잔재가 남았던 것인지 패키지의 공식 번역어가 '꾸러미'였다는 점 정도가 인상에 남네요.^[각주:1] 그리고 iBus 한글 입력기의 경우 당시에는 정말 별로였습니다. 지금도 다른 입력기에 비하면 좋은 편은 아니지만, 당시에는 아예 한글 입력이 안 되는 버그가 많은 환경에서 있었거든요.

약간은 둥글둥글한 최소화, 최대화, 닫기 버튼이 macOS를 연상시킨다는 점도 신기했습니다. 지금 Ubuntu Unity 배포판이 보여주고 있는 모습보다 살짝 낡은 정도니까요. 다만 처음 설치할 때는 Synaptic 패키지 관리자로 소프트웨어를 찾고 설치했는데, 나중에는 Ubuntu 소프트웨어 센터가 도입되어 그거 하나는 Microsoft보다 편리하다 싶었습니다. 당시에 호스트 운영체제도 Windows 8이어서 Microsoft Store가 있긴 했지만, 어디까지나 지금 Windows 10이나 11에 탑재된 Microsoft Store와 달리 UWP 앱만 올라가는 그런 장소였으니까요.

한편 지금와서 생각해보면 설치 프로그램 편의성이나 UI 변화는 10년이 지난 지금까지도 거의 없는 편인데, 어차피 당시에도 초등학생이 알아서 가상머신에 설치할 수 있을 정도로는 편했으니 큰 변화가 필요해보이진 않긴 합니다. 다만 나중에 나이가 들면서 듀얼 부팅을 시도할 때는 살짝 헷갈리기도 했던 것이, Fedora와 Ubuntu가 용량을 표기하는 방식이 좀 달라서 설치할 때 순간적으로 혼동이 올 수 있었습니다. 두 리눅스 진영이 패키지 관리자부터 다른 걸 쓰고 있고 서로 다른 생태계를 구축하고 있긴 하지만, 통일해서 쓰면 안 되는 걸까요? 생각해보면 Windows와 Fedora는 같은 방식을 쓰고 있는데 Debian 계열만 유독 더하다는 느낌입니다.

각종 배포판 체험하기

설치 뿐인 경우가 많긴 했지만, 생각보다 많은 OS를 설치하고, 때로는 좀 기행을 벌이기도 했습니다. 예를 들어, 한때 꽂혀있었던 일 중 하나는 OS를 마이그레이션해서 최신 버전으로 올릴 수 있는 만큼 올리기, 였는데요. Ubuntu 11.04에서 12,10까지 올려서 설치하기라든가, Fedora Core 3부터 19까지 설치해보기라든가. 하는 일들을 벌였습니다. 이때 우분투 같은 경우 패키지를 추가로 설치하지 않았음을 고려해도 비공식에 개발 중단된 배포판을 기반으로 업그레이드를 했는데도 생각보다 매끄럽게 마이그레이션이 되어 놀랐던 기억이 있고, Fedora Core 3을 설치할 때는 그때도 한국어는 지원했다는 점과 나중에 Core라는 명칭이 사라지게 된 것, 그리고 아직도 iso 파일 형태로 이미지를 제공하고 있다는 점 등이 신선했습니다.

Fedora 19 체험기

오늘은 유명한 OS인 Fedora 19.1의 MATE-Compiz 데스크탑 스핀을 사용해 봤습니다. 역시 GNOM...

blog.naver.com

아마도 그 시기 사용해본 듯한 Fedora 19 MATE Spin

그리고 리눅스 배포판 계보도의 최신판을 따라가면서 특이한 이름을 가진 배포판 설치하기도 많이 시도했습니다. 예를 들어 계보도에는 없지만 한국 개발자가 경량형으로 개발한 스터디눅스라든가, Mandriva OS를 기반으로 떨어져나온 Mageia라든가, Windows 느낌이 나도록 만들어진 Ubuntu 기반의 Zorin OS, 당시 개발 중이었던 elementaryOS, 설치에 꽤 애먹었던 Arch Linux 등을 Oracle VirtualBox나 VMWare Player로 설치해봤던 기억이 있네요. 그 중에서 마음에 들었던 elementaryOS나 스터디눅스는 직접 듀얼부팅 혹은 USB 메모리에 설치해서 써보기도 했지만,

elementaryOS는 리눅스 민트와 달리 당시 유명 배포판이 아니면서도 독자 코드네임을 쓰는 바람에 호환되지 않는 패키지가 있었고
스터디눅스는 그 정도로 커스텀되진 않았지만 USB 메모리에서 불안정하게 동작하는 바람에

사용을 포기했었네요.

본격적인 듀얼 부팅은 LinuxMint로부터

처음 제가 듀얼 부팅용으로 설치했던 리눅스는 리눅스민트였습니다. 당시에는 Cinammon에 꽂혀있었고, 꽤 유명한 배포판인 만큼 우분투와 호환이 잘 되면서도 매끄럽게 작동하는 점이 매력적이었던 기억이 납니다. 다만 Windows 업데이트 때마다 GRUB가 초기화되는 통에 제대로 쓰기에는 어려움이 종종 있었고, 당시에는 GRUB를 살리는 방법을 몰랐기에 겸겸 다양한 리눅스를 듀얼 부팅 환경에서 써봤습니다. 가상 머신으로는 겪을 수 없는 문제들을 겪어보면서 더 잘 써보고 싶은 욕심도 있었던 것 같아요.

다만 실제 설치하는 배포판은 거의 항상 Debian 계열(Ubuntu 포함)이었는데요, 이는 당시 제가 쓰고 있던 샌디브릿지 노트북에서 Fedora를 제대로 쓸 수 없었기 때문이었습니다. Fedora가 최신 기술 지원에 적극적이어서 그런 것인지는 잘 모르겠지만, 유독 시스템이 잘 꼬였고 NVIDIA 그래픽 드라이버를 설치한 이후에는 몇 초에 한 번씩 오류 보고 창이 뜨면서 충돌이 나는 탓에 다시는 설치할 엄두를 못 내게 되더군요. 지금은 노트북을 바꾸면서 NVIDIA 드라이버는 물론이고 외장 그래픽 드라이버 자체를 설치할 일이 없어졌지만, 여전히 꺼려지는 것은 사실입니다. ~~리누스 토르발즈가 괜히 가운데 손가락을 올린 것은 아니라는 생각입니다~~

Kubuntu로 정착

GNOME, LXDE, Xfce, KDE, Cinnamon, MATE 등 다양한 데스크톱 환경을 써 보았지만, 아무래도 KDE의 통합된 기본 기능이 강력하다보니 돌고 돌아 KDE로 정착했습니다. 배포판 중에서도 Mageia, openSUSE, Manjaro, Arch Linux, Linux Mint KDE Edition을 써본 만큼 무엇을 쓸지 고민이 많았었는데, 마침 LinuxMint는 KDE Edition의 배포를 중단하였고 앞서 언급한대로 Fedora를 쓰면서 어려움이 많아서 RPM 패키지 관리자를 사용하는 Mageia나 openSUSE는 그다지 당기지 않았습니다. Manjaro나 Arch Linux도 두 번 정도 설치해보았는데 가상머신에서도 패키지가 잘 깨지는 등 관리가 쉽지 않아 GRUB까지 자주 삭제되는 환경에서는 쉽게 의욕을 잃어버릴 수 있겠다 싶더군요.

결국 최종적으로 KDE Neon과 Kubuntu 중에서 고민하였는데, KDE Neon은 기반이 같으면서도 Kubuntu에 비해 메이저 업데이트 속도가 느려 KDE 패키지를 더 빨리 쓸 수 있다는 점을 고려하고도 결국 Kubuntu를 설치해서 쓰게 되었습니다. 총 2개 버전(20.04와 22.04)째 쓰는 중인데, 20.04 때는 fcitx와 nimf를 쓰다가 지금은 ibus-hangul을 그대로 쓰고 있습니다. 이제는 별도 설정을 하지 않아도 동작을 하긴 하더군요. 물론 아직도 문제가 많아서 프로그램에 따라 설정을 잠시 변경해야 하는 문제가 있긴 합니다.

한편, 예전과 달리 Wayland의 도입에 많은 진척이 생기면서 화면 녹화와 같이 Wayland가 지원하지 않는 부분을 제외하고는 이제 그대로 써도 될 정도로 안정화가 되었다는 느낌이었습니다. 물론, 아직 KDE에서의 Wayland 지원은 실험적인 부분이긴 하지만요. 저처럼 가볍게 쓰는 용도로는 테스트 중인 기능임에도 Wayland라고 해서 어떤 문제가 발생하진 않았습니다. 다만 아쉽게도 현재 그래픽 타블렛, 그러니까 디지타이저는 지원하지 않는 모양입니다.

그리고 이번에 22.04로 올리면서 X.org나 Wayland나 공통적으로 화면의 일부가 마우스를 가져다 댈 때까지 제대로 렌더링되지 않는 버그가 고쳐지질 않고 있는 중입니다. 이유는 모르겠지만 10세대 모바일 인텔 그래픽과 잘 맞지 않는 부분이 있는 것 같아요. 그래도 22.04.1로 안정화가 되었는데도 불구하고 부족한 모습이 살짝 아쉽습니다.

리눅스 데스크톱의 다음?

KDE를 보면 단순 미려함을 넘어서 Windows의 사용자 휴대폰 기능보다 어떤 부분에선 더 낫기도 한 KDE Connect를 제공하는 등, 데스크톱 환경 개선을 위해 각 커뮤니티가 꾸준히 발전하고 있다는 점을 발견할 수 있었습니다. 하지만 APT 혹은 RPM 또는 pacman 패키지 관리자만 쓰던 과거에 비해 flatpak, snap 등 새로운 범용 패키지 매니저가 등장하면서 파편화가 이뤄진 탓에 이전보다 서로간의 상호작용은 한 발자국 멀어진 느낌이 듭니다.

다른 곳에 설치되어 있더라도 잘 호환이 되면 좋겠지만, 기본 브라우저로 설정해도 자기가 기본 브라우저인 줄 모른다든지, flatpak으로 설치하면 바로가기도 생성되지 않는다든지, 그런 문제들이 새로 리눅스 배포판을 접하는 사람들에겐 어려운 법입니다. 기존 사용자들도 귀찮긴 마찬가지고요. 물론 APT 같은 기존 저장소에서 설치하는 방법이 여전히 있지만, 문제는 Ubuntu 계열의 경우 시스템 패키지의 일부도 이미 snap에서 설치하여 나온다는 점입니다. 때문에 Kubuntu조차도 Firefox가 자신이 기본 웹 브라우저임을 인식하지 못하는 버그가 있으며, Discover 앱에서 snap 패키지의 업데이트를 제대로 확인하질 않아서 한 번에 업데이트하기도 애매합니다. 이를 지우고 다시 설치하는 것도 번거로운 법입니다. 특히 snap은 Ubuntu의 개발사가 밀어주고 있는 플랫폼이어서, 중복되는 패키지의 APT 소스 쪽 최신 패키지 업데이트에 소홀해질 우려도 있을 수 있고요.

그리고 현재 Wayland 환경에서는 화면 녹화를 지원하지 않고 있는데, 여러가지 이유로 지원하지 않기로 했다고는 하지만 이런 점에서도 다른 범용 운영체제와 비교하였을 때 부족한 점이라고 보는 편입니다. 나중에 지원하는 소프트웨어가 제대로 나올 수도 있겠지만, 각자 방법이 파편화되는 것보다는 정해진 규격이 있는 편이 나으니까요.

최근 한글과컴퓨터를 비롯해 많은 회사에서 구름OS를 기반으로 국산 리눅스 배포판을 제작하는 작업을 진행하고 업데이트도 하고 있는데, 최신 버전에서는 제외되었지만 한때 한컴오피스 2022 Beta가 데비안 10 기반의 구름 OS 2.0 전용으로 번들된 적이 있는 만큼 부족하지만 점차 한국에서의 문서 편집 환경도 나아질 것이라 생각합니다. 이전에 김호동님께서 개발하시던 nimf의 경우에도 여러 사정으로 개발이 중단된 직후 HamoniKR 배포판을 개발하는 팀에서 유지보수를 결정하면서 nabi^[각주:2]에 이어서 리눅스에서는 지속적인 인기를 유지하고 있다는 점을 생각해보면 앞으로 국내에서 리눅스를 쓰기에는 점점 좋아질 거란 기대가 있습니다. 물론 지금까지도 좋아지고 있었지만요.

당시에도 UIM이나 fcitx가 있긴 했습니다. [본문으로]
며칠 전 1.0.1 업데이트가 나오기는 했으나, 2013년 이후 꽤 오랜 기간 업데이트가 중단되어 있었습니다. [본문으로]

[Git 기반 서버 맵 관리] 맵 파일 클라우드로 자동 업로드하기

paperboxturtle — Sat, 30 Jul 2022 23:06:35 +0900

Git 기반 Minecraft 서버 맵 관리 시리즈

현재 종이상자는 하늘마을 프로젝트라는 이름의 Minecraft BE 도시맵 제작 프로젝트를 진행하면서 순차적으로 관련 환경을 Git 기반으로 이전하고 있습니다. 이 시리즈는 옮기는 과정에서 알게된 정보를 나누는 것을 목적으로 합니다.

2020.12.14 - 맵 파일 Git로 자동 업로드하기

2022.07.30 - 맵 파일 클라우드로 자동 업로드하기 - 현재 글

지난 2020년 12월, 맵 파일을 Git으로 자동 업로드하는 글을 통해 곧 클라우드로 자동 업로드하는 방법에 대해서도 업로드를 약속 드렸으나 예기치 못한 사정으로 1년 이상 지연되어 이제 글을 쓰게 되었습니다. 최대한 작년에 적용했던 방식을 되짚어 보여드릴 예정이나, 일부 오류 등이 있을 수 있습니다.

사용 환경
OS	Ubuntu Server 20.04 LTS
Server	iwinv rCore.Q1 (1 rCore, 2GB RAM, 25GB SSD)
rclone	1.57.0
Minecraft 서버	BDS 1.18.1.02

소프트웨어 설치 확인하기

이번에 사용할 소프트웨어는 rclone입니다. 리눅스 공식 CLI 클라이언트를 제공하고 있는 멋진 클라우드 스토리지 제공 회사라면 더 좋겠지만, 범용성이 좋은 소프트웨어에서 지원하고 있다면 클라우드 제공 업체만 바꾸면 되기 때문에 이렇게 선택하게 되었습니다.

참고로 제가 사용한 클라우드 스토리지 서비스 업체는 Box로, GUI가 아닌 환경에서 rclone을 사용하기 위해서는 텍스트 기반의 웹 브라우저를 설치하여 진행하는 것을 추천합니다. 이는 인증 과정에서 클라우드 스토리지 제공사의 OAuth 인증 페이지로 이동을 시도하기 때문입니다. 저의 경우 Lynx 브라우저를 이용하였습니다.^[각주:1]

⚠ 명령어를 보시기 전에 : 이 블로그에서 소개하는 명령어는 앞의 paperbox@paperbox:~$을 제외하고 입력하세요. 그 이유는 단순히 해당 부분이 명령어가 아니기 때문입니다. 실제 터미널을 열어보시면 사용자명@호스트명:~$로 표시되는 걸 아실 수 있을 겁니다.

paperbox@paperbox:~$ sudo apt install rclone

원격 저장소 설정하기

현재 rclone 웹사이트에서는 어떤 클라우드 스토리지를 제공하고 있는지 설명하고 있습니다. # 그리고 물론 Box 클라우드를 rclone에 연동하는 방법도 친절하게 설명하고 있습니다. 다른 클라우드 스토리지에 대한 설정 방법을 보시려면 rclone 웹 사이트에 들어가셔서 상단 메뉴에서 Storage Systems를 누르시고, 원하는 클라우드 스토리지 서비스를 선택하세요.

Overview of cloud storage systems

rclone.org

Box

rclone.org

rclone에서 클라우드 스토리지를 설정하려면 먼저 아래 명령어를 입력해주세요.

paperbox@paperbox:~$ rclone config

No remotes found, make a new one?
n) new remote
s) Set configuration password
q) quit config
n/s/q>

그러면 위와 같이 뜨는데 이때 n이 new remote이므로 키보드의 n을 입력하고 엔터 키를 눌러주세요. 이때 remote란 '원격'의 의미가 있으므로 rclone의 remote란 원격 저장소를 뜻하는 말로 이해하시면 됩니다.

name>

n을 누르고 나면 name을 묻는데 기억하기 쉽고, 되도록 짧고 간결한 이름으로 설정하는 편이 좋습니다. 앞으로 관련해서 스토리지에 업로드할 때 해당 이름을 사용하기 때문에 입력의 번거로움을 줄이는데 도움이 되기 때문입니다.

저의 경우 Box 클라우드 계정을 이것 하나만 사용할 예정이어서 'box'로 지정했습니다.

엔터를 눌러 설정하면 지원하는 클라우드 스토리지 목록이 뜰텐데, 원하는 클라우드 스토리지 저장소가 선택될 때까지 방향키를 눌러 위아래로 움직입니다. 엔터를 눌러 결정하시면 그 다음부터는 필요한 절차를 그대로 따라가시면 됩니다.

아래 내용부터는 Box 클라우드에 맞춰 기술되어 있어, 클라우드 스토리지에 따라 내용이 상이합니다.

Box App Client Id - leave blank normally.
client_id>

Box App Client Secret - leave blank normally.
client_secret>

Box App config.json location
Leave blank normally.
Enter a string value. Press Enter for the default ("").
box_config_file>

Box App Primary Access Token
Leave blank normally.
Enter a string value. Press Enter for the default ("").
access_token>

위 내용은 모두 빈 칸으로 놔두고 엔터만 누르시면 됩니다.

Enter a string value. Press Enter for the default ("user").
Choose a number from below, or type in your own value
 1 / Rclone should act on behalf of a user
   \ "user"
 2 / Rclone should act on behalf of a service account
   \ "enterprise"
box_sub_type>

일반 사용자처럼 동작할지, 웹 서비스 계정처럼 동작할지 물어보는 칸인데 일반적인 경우 사용자처럼 동작하도록 설정하여도 충분합니다. 아무런 값도 입력하지 않고 엔터를 누르면 사용자처럼 동작하도록 설정됩니다.

Remote config
Use auto config?
 * Say Y if not sure
 * Say N if you are working on a remote or headless machine
y) Yes
n) No
y/n>

자동 설정 페이지로 본래 원격 설정인 경우에는 n을 누르는 것이 맞지만, 편리하게 설정하기 위해서는 y를 선택해주세요. 다만, 그 전에 같은 기기로 연결되는 SSH 세션을 하나 더 열어주세요. 만약 SSH를 이용한 원격 설정이지만 Lynx나 w3m 등 텍스트 기반 브라우저를 설치할 예정이 없다면 n을 눌러 설정해주세요.

If your browser doesn't open automatically go to the following link: http://127.0.0.1:53682/auth
Log in and authorize rclone for access
Waiting for code...

이런 메시지가 뜰 것입니다. 이때 다른 세션으로 이동하셔서 다음 명령어를 입력해주세요. 단, Lynx가 설치되어 있다는 가정 하에 설명한 것으로 GUI 환경에서 작업 중이시면 자동으로 사용하고 계시던 웹 브라우저가 뜰 것입니다.

paperbox@paperbox:~$ lynx http://127.0.0.1:53682/auth

이 링크로 들어가게 되면 Box의 OAuth 인증 페이지로 이동하게 됩니다. 아무래도 터미널 환경이다보니 익숙하지 않으실텐데 방향키로 입력란이나 링크를 이동하시면 되고, 입력란은 한 번 엔터 후 입력하시면 됩니다. 한국어 환경에서는 로그인 오류가 발생하기도 하는데, 이 경우 브라우저 창을 닫지 않고 해당 상황에서 다시 로그인할 수 있는 링크로 되돌아가서 로그인하면 해결됩니다. 다만 localhost이므로 서버 외부에서 해당 주소로 접속을 시도할 경우 당연히 안 됩니다.

코드를 무사히 받으면 Client ID와 Secret, 토큰을 받아올텐데 이때 y를 눌러 원격 저장소를 저장하시면 준비가 끝납니다.

Invalid refresh token?

rclone에서 제공하는 Box 설정 문서를 보시면 Invalid refresh token 항목이 있을텐데, 이는 Box 클라우드의 정책상 60일간 사용하지 않으면 유효하지 않은 토큰이 되어 더는 한 번 설정한 내용으로 이용이 불가하기 때문입니다. 다시말해 앞으로 설명할 자동 업로드를 설정해두면 자동 업로드가 모종의 사유로 진행되지 않는 것이 아닌 한 오류가 발생할 일은 거의 없습니다.

업로드 준비하기

Git에 비하면 절차가 상당히 간단한 편이나, 안정적인 업로드를 위해 매 업로드마다 기존 파일을 삭제한 후에 올릴 것, 그리고 서버를 종료한 후에 파일을 복사 및 재부팅할 것을 권장드립니다. 실제 이번에 프로젝트의 파일을 관리하면서 클라우드에 정상적으로 업로드되어 있을 것으로 추정되었던 맵 파일이 알 수 없는 이유로 파손되어 서버를 안전하게 종료할 당시 노트북에 개인적으로 보관한 파일을 이용하여 계속하는 방법 외에는 없었던 적이 있습니다.

다만 Box의 경우 같은 이름을 가진 파일이 업로드되면 뒤에 (1), (2)...등이 붙거나 업로드 오류를 일으키지 않고 버전 관리의 영역으로 인식한다는 점을 이용해서 저는 맵 파일 폴더 산하의 db 폴더만 삭제하는 것으로 작업 부하를 최소화하고자 했습니다.

<BDS 서버 폴더 구조 - 계정의 home 폴더(/home/계정명/)에 위치한다고 가정>
 - \behavior_packs
 - \definitions
 - \structures
 - \resource_packs
 - \worlds
 - bedrock_server
 - bedrock_server_how_to.html
 - libCrypto.so
 - permissions.json
 - release-notes.txt
 - server.properties
 - whitelist.json
 
<worlds 폴더가 없다면>
paperbox@paperbox:~$ mkdir worlds
 
<worlds 폴더 안으로 진입>
paperbox@paperbox:~$ cd worlds

서버를 한 번 이상 실행하였거나 서버 구동을 위해 기존 맵을 미리 옮겨둔 경우에, worlds 폴더 안에 다른 폴더가 하다 더 있을 것입니다. 이때 알아야 할 것은 두 가지입니다.

앞서 rclone에서 클라우드 저장소를 설정할 때 지정한 이름
해당 클라우드 저장소에서 파일을 저장할 위치

rclone에서 파일을 삭제하는 명령어는 다음과 같습니다.

paperbox@paperbox:~$ rclone delete 저장소이름:경로

예를 들어 이 글에서 저장소 이름을 box로 설정하였고, 저는 Haneulcity 아래, nightly 폴더 아래, db 폴더만 삭제하였으므로 아래과 같이 됩니다.

paperbox@paperbox:~$ rclone delete box:Haneulcity/nightly/db

이때 폴더와 하위 폴더를 구분할 때는 "/"(슬래시)를 사용합니다.

반대로 rclone에서 파일을 업로드하는 명령어는 다음과 같습니다.

paperbox@paperbox:~$ rclone copy 복사할파일경로 저장소이름:경로

예를 들어, 현재 폴더에 있는 내용을 Haneulcity 폴더 아래, nightly 아래에 복사하고 싶으면 다음과 같이 하면 됩니다.

paperbox@paperbox:~$ rclone copy ./ box:Haneulcity/nightly

즉, 별도의 원격 저장소 이름 및 콜론(:)이 없으면 현재 해당 작업을 수행하는 기기의 저장소를 가리키는 것으로 인식하고 원격 저장소로 복사 작업을 수행하는 것입니다. 따라서 반대로 내려받고 싶으면 위 명령어의 copy 이후 부분을 맞바꿔주면 됩니다.

자동화를 위한 스크립트 작성

autoGitBackup.sh

0.00MB

업로드한 쉘 스크립트의 내용은 아래와 같습니다.

#!/bin/bash
cd 맵파일소재폴더
echo "Arrived"
rclone delete box:Box클라우드내폴더/db
echo "Preparing for copying fresh files"
rclone copy ./ box:Box클라우드내폴더/db
echo "All Copied"

이렇게 하는 이유는 서버 내 어디에 autoGitBackup.sh이 위치해도 정상적으로 작업을 할 수 있도록 하기 위함입니다. 사용하고 계신 환경에 맞춰 적당히 수정해주시면 되며, Box 클라우드를 사용하지 않는 경우에도 수정하여 일부 적용하실 수 있을 것입니다.

crontab으로 작업 주기 설정하기

주기 설정을 위해서는 간단히 크론 탭으로 설정해주면 됩니다. 아래 명령어를 입력합니다.

paperbox@paperbox:~$ crontab -e

여기서 -e는 편집하겠다는 의미입니다. 기본 편집기에 따라 vi가 나타날 수도 있고, nano가 나타날 수도 있습니다. 아마 처음이라면 어떤 편집기를 사용할지 물어볼 것입니다. 개인적으로는 vi가 단축키를 외워야 하는 등 어려움이 있기 때문에 nano를 사용하시는 것을 추천합니다.

그러면 곧 편집기가 나타나며 현재 설정된 crontab 작업이 보일 것입니다. 한 줄에 하나의 작업을 입력하는 것이며, 기본 구조는 아래와 같이 띄어쓰기로 구분합니다.

분 시 일 월 요일 명령어

가령 저 같은 경우 매일 오후 11시 30분에 autoGitBackup.sh를 실행하도록 설정하였습니다. 계정명은 paperbox, 스크립트 파일은 계정의 홈 폴더에 있다고 가정했을 때 아래와 같이 작성하게 됩니다.

30 23 * * * /home/paperbox/autoGitBackup.sh

다만 서버 시간대가 한국 시간대(KST)이므로 Git 시스템에 기록되는 시간과는 차이가 날 수 있습니다. 이 점 감안하여 설정하시기를 권장드립니다.

마무리

이제 crontab까지 설정하셨다면 저장소에 제대로 업로드되었는지 확인하는 절차만이 남았습니다. 다만 설정하시는 과정에서 패키지가 없다는 등의 오류가 발생할 수 있는데 주로 crontab과 텍스트 에디터인 nano가 설치되어 있지 않아서 그럴 수 있습니다. 원하시는 경우, 혹은 더 손에 익은 상황이신 경우 굳이 nano를 설치하지 않고 vim을 쓰셔도 됩니다.

paperbox@paperbox:~$ sudo apt install cron
paperbox@paperbox:~$ sudo apt install nano

설정이 잘 되었다면 아래와 같이 주기적으로 일정한 시각에 올라가는 모습을 보실 수 있습니다. 다만, 모종의 설정 오류로 하루에 두 번씩 올라가는 문제가 있었던 것 같네요. 이 부분은 Git 기반으로 사용할 때 쓴 crontab과 당시 crontab이 다른 설정 값이어서 현재 제가 어떻게 잘못 설정하였는지는 짐작은 되나 확인하기는 어렵습니다. 다만, Git 쪽이 오류가 없었던 것은 확실하므로 cron 작업 예약은 당시 기준으로 설명하였습니다.

본 내용은 Minecraft Bedrock Edition(Windows 10, Android, iOS, Nintendo Switch, Xbox One 등)을 기준으로 하며, BDS라고 불리는 Mojang 공식 서버 구동기를 제외하고 다른 서버 구동기와는 내용이 호환되지 않을 수 있습니다.
궁금하신 점이나 저작권, 정책 상 문제가 있는 부분이 있다면 주저 마시고 댓글 및 트위터 멘션/DM @paperbox_update로 연락 주시면 최대한 빠른 시일 내에 처리하겠습니다. 감사합니다 XD

원하시는 경우 아래 명령어 부분에서 rclone 대신 lynx라고 입력하여 그대로 설치하실 수 있습니다. 혹은 같이 설치하시려면, rclone 옆에 띄어쓰기를 하나 주셔서 나란히 입력하면 됩니다. [본문으로]

LG VELVET, LG G8 ThinQ 안드로이드 12 업그레이드 후기

paperboxturtle — Wed, 27 Jul 2022 21:28:21 +0900

현재 LG전자는 스마트폰 사업을 종료하였음에도 불구하고 안드로이드 11에 이어서 안드로이드 12 업그레이드를 진행하고 있습니다. 글을 쓰고 있는 현재 시점에서는 모든 플래그쉽 기종이 업그레이드를 받았고, 일부 보급형 기종이 아직 상세한 업그레이드 일정을 고지받지 못한 상황인데요, LG의 첫번째 안드로이드 12 업그레이드는 다소 늦어졌지만 그 뒤 다른 기종의 업그레이드 속도는 새 UX를 제작할 필요가 없어서 그런지 상당히 빠르게 진행되고 있다는 느낌입니다.
이에 늦었지만 UX 9.5가 탑재된 안드로이드 11 OS와 UX 9.6이 탑재된 안드로이드 12를 비교해보고자 합니다. UX 버전이 크게 올라가지 않고 .1 단위로 올라간 점에서 유추할 수 있듯이, 개선이 전혀 없었던 것은 아니지만 소소하게 변경만 된 수준으로 제공되었습니다. 이와 관련해서 몇몇 주요 기능은 일반적인 안드로이드 12처럼 적용되었지만, 일부는 적용되지 않았는데 이에 대해서도 다뤄보겠습니다.

AOSP에 더 가까워진 알림창 UI

왼쪽은 G8의 안드로이드 12, 오른쪽은 WING의 안드로이드 11. 블러가 더 약해지고, 알림의 배경이 밝은 모드에서는 흰색으로 바뀌었습니다. 참고로 알림 하단 '알림 설정' 부분은 WING의 안드로이드 11에서도 알림 기록을 활성화하면 '기록'으로 바뀝니다.

가로 화면에서의 알림창. UX 9.5와 달리 알림의 양이 화면에 다 표시할 수 없을만큼 더 많을 땐 쓸어올려서 퀵패널을 숨길 수 있다.

안드로이드 11에서 WING의 사진. 알림이 많아도 퀵패널은 계속 보인다.

LG의 안드로이드 12에서 가장 크게 변화한 부분은 바로 알림창으로, 알림이 표시되는 부분만큼은 AOSP에 더욱 가까운 형태가 되었습니다. 물론 그동안에도 LG가 독자적으로 수정하여 알림에 둥근 모서리가 적용되기는 하였지만, 곡률이나 구현 형태, 버그 등이 조금 달라진 것을 확인할 수 있었습니다. 그 중 눈에 띄는 부분은 서로 다른 곡률을 가진 둥근 모서리가 이중으로 겹쳐 표현되는 버그가 드디어 해소되었다는 것인데요, 사업 철수 전 해결을 약속했던 부분을 일부나마 개선하려고 노력했다는 점에 대해선 칭찬하고 싶습니다. 다만, 이렇게 방식이 변화하면서 이전 버전에서는 잘 발생하지 않았던 버그도 발생하여 아쉬움이 남습니다.

네비게이션 버튼 숨김, 삭제?!

LG UX 9.6에서는 기존 기기에 한해 남아있었던 네비게이션 버튼 숨기기 기능이 완전히 삭제되었습니다. 버튼이 아닌 제스처 방식을 사용하면 여전히 사용할 수는 있지만, 아무래도 익숙하지 않은 사람들이 더 많으니까요. 과거에도 한차례 삭제했다가 되돌려 준 사례가 있는데, 과연 이번에도 다시 돌려줄 것인지 이번에는 조금 더 회의적입니다. 해당 기능이 들어간 V50 ThinQ, G8 ThinQ 등에게는 마지막 OS 업그레이드여서 앞으로 보안 패치를 포함한 추가 업데이트가 적거나 없을 수 있기 때문입니다.

안드로이드 12 기본 기능 적용

어두운 배경화면(왼쪽)에 맞춰 보라색 위주의 동적 색상이 적용된 Google 계산기의 모습 (오른쪽)

이번 안드로이드 12에는 공통적으로 동적 색상 기능이 포함되었는데요, 어김없이 LG에도 이 기능이 적용되었습니다만 별도로 설명이 들어가지는 않아서 사용자 사이에서 혼란이 있는 듯합니다. 아쉽게도 비활성화가 불가능하여 Google 계열 앱, 설정의 일부 AOSP 기반 UI만이 동적 색상으로 표시되는 바, 기존의 LG UX와 비교하여도 다소 이질적인 모습입니다. 이전 LG가 적용한 포인트 색상과는 별개의 기능이어서, 포인트 색상을 바꾸는 것은 의미가 없고 오직 배경화면 변경을 통해서만 동적 색상을 변경할 수 있습니다.
한편, Google이 소개하는 기능 중 영역 확대^[각주:1], 텍스트 굵게 표시^[각주:2], 그레이 스케일^[각주:3], 스크린샷 확장^[각주:4]항목은 이미 이전 버전부터 LG가 지원하는 기능이어서 새로 추가되지는 않았습니다. 다만, '더 어둡게' 기능은 기기의 하드웨어 사양 문제도 있어서인지 추가되지 못한 것 같더군요.

정확한 위치와 대략적인 위치에 대한 내용 추가. LG G8 ThinQ 안드로이드 12의 경우 (1, 2번 사진) 맨 오른쪽은 안드로이드 11의 경우 (WING)

주요한 변경점 중 하나인 '정확한 위치 사용'도 포함되었는데요, 이와 함께 Android 11에서는 설정 앱의 권한 메뉴가 AOSP와 LG UX의 묘한 조합이었던 것과 대비해 안드로이드 12부터는 아예 AOSP의 UI를 그대로 따라가도록 변경되었습니다.다행인 점은 이전 버전과의 통일감을 위해서인지 각 앱이 앱 권한을 물어볼 때의 창은 LG UX 그대로 약간만 수정하여 적용되었다는 것입니다.

G8의 Z카메라를 이용한 에어모션 사용과 카메라 사용 중 표시

카메라 혹은 마이크 사용 시 초록색 점으로 사용 중임을 나타내는 부분도 정상적으로 적용되었는데요, LG G8 ThinQ의 Z카메라의 경우 이유는 알 수 없으나 잠금 해제 시 Z카메라를 사용하는 것은 카메라 사용으로 표시되지 않고 에어 모션 기능 사용 시에만 카메라 사용으로 인식되었습니다. 이때 카메라를 사용 중인 앱은 Z카메라의 전반적인 제어를 담당하는 G8의 고유한 시스템 애플리케이션인 GlobalUIService로 표시되는 것을 확인하실 수 있습니다.
참고로 해당 기능은 알림창의 퀵 패널 부분에 나타난 초록색 배경의 아이콘을 누르면 현재 사용 중인 앱의 이름이 나타나고, 이를 누르면 권한 메뉴로 바로 이동하도록 되어 있습니다.

안전 및 긴급 상황 메뉴. 안드로이드 12 버전에서 제공되고 있다.

그 밖에 안전 및 긴급 상황 메뉴가 추가되었는데, 안드로이드 11 버전까지 제공되었던 편리한 기능 란의 'SOS 모드', 메시지 앱의 설정 메뉴에서 설정할 수 있었던 '재난 문자' 등을 포함 혹은 유사한 내용을 추가한 기능입니다. 다만 제 기억이 맞다면 긴급 상황 정보의 경우 Nexus 5X를 사용하던 시절, 안드로이드 8.1 오레오에서도 사용 가능했던 기능으로 알고 있어 LG가 뒤늦게 메뉴를 신설하면서 AOSP의 기능을 편입한 것이 아닐까 추측해봅니다.
한편, 해당 메뉴에 들어간 '긴급 SOS'는 이전의 'SOS 모드'와는 다른 기능으로, 여전히 기존 편리한 기능 - SOS 모드 메뉴에서 이용할 수 있습니다. 'SOS 모드'는 전원 버튼을 3번 이상 연타하였을 때 미리 지정한 특정인에게 메시지를 보내는 기능이고, '긴급 SOS'는 전원 버튼을 5번 이상 연타하였을 때 자동으로 112 등 긴급 신고 전화를 걸어주는 기능입니다.
재난 문자 기능은 해당 메뉴에서 설정할 수도 있지만, 메시지 - 설정 - 재난문자 란에서도 여전히 동일하게 설정할 수 있습니다. 아쉽게도 여전히 해당 기능을 끌 수 있는 기능만 제공되고 알림의 소리를 제어할 수는 없는데, 안전 안내 문자의 경우 다행히 진동 모드로 설정 시 진동으로 설정됩니다.
아쉬운 점은 해당 메뉴를 신설하면서 '긴급 상황 정보 열기' 부분의 아이콘이 야간 모드에 대응하지 않아 예쁘게 보이지는 않는다는 점입니다.

그 밖의 UX 변화

LG G8 ThinQ에서의 음악 앱

(왼쪽) 안드로이드 11에서 개선된 가로모드에서의 음악 앱 알림, (오른쪽) WING UI 전후로 커진 음악 앱 알림

기존 LG 음악 앱은 알림이 안드로이드의 알림창 미디어 재생 관련 라이브러리를 적용하지 않는 것인지, 완전히 독자적인 UI로 구성되어 있었습니다. 미디어 재생 알림이 별도의 카테고리로 빠져나간 후에도 다른 앱과 달리 LG 음악 앱만 재생 중에도 알림 카테고리로 빠지는 등 다른 음악 앱과 비교했을 때 다소 이질적인 형태였습니다. WING UI 즈음하여 알림의 크기도 매우 커져 부담스러웠다가, 그나마 안드로이드 11에 들어서 가로 모드에 한해 알림 UI가 축소되는 것으로 변경되었는데 안드로이드 12부터는 자체 알림 UI를 포기하는 형태로 변화하였습니다.

벅스와 LG 음악 앱을 동시에 연 모습. 안드로이드 12 적용 이후 벅스는 붉게 변했습니다. 벅스가 실수한 부분이라기보다는 앨범아트 대신 앱 아이콘에서 색상을 가져오는 방식으로 바뀌면서 의도치 않게 이런 문제가 발생한 것으로 보입니다.

여전히 곡을 듣던 중 특정 시간으로 이동하는 기능은 제공하지 않지만, 이제 다른 음악 앱과 같이 실행해도 미디어 알림 부분에 함께 묶이긴 합니다. 다만, 안드로이드 11의 AOSP에 적용된 것처럼 좌우로 넘기며 보는 형태가 아닌, 알림 여러 개가 온 것처럼 표시되고 재생 기기 선택은 여전히 알림창을 한 번 더 쓸어내려서 하단에 표시된 재생 기기 선택 UI를 이용하는 식으로 적용되었습니다. 다만 이건 안드로이드 11과도 조금 다른 점으로, 안드로이드 11 당시에는 재생하지 않는 앱이 알림 란으로 이동하고 재생 중인 앱만 분리되는 형태였습니다. 그러나 현재는 재생 중이지 않아도 같은 미디어 알림으로 묶입니다.

(왼쪽) G8 안드로이드 12, (오른쪽) WING 안드로이드 11.

큰 변화는 아니지만, 패턴을 입력할 때 선의 굵기가 변하기도 했습니다.

여전히 감감 무소식인 기능과 삭제된 기능

LG전자는 스마트폰 사업 철수 전부터 ART를 제외하고 새로 추가된 개발자 기능은 대체로 제대로 넣어주지 않는 경우가 많았는데, 결국 안드로이드 11에서도 빠졌던 Wi-Fi QR코드 공유 기능이나 ADB 무선 디버깅의 디버그 메뉴 편입은 진행되지 못했습니다. 두 기능 모두 QR코드로 WiFi를 연결하는 기능과 관련이 있어서 추가되지 않은 것 같긴 한데, 다소 아쉽습니다.
그리고 LG가 그동안 통신사 등과 협업하여 제공하였던 LTE 데이터와 Wi-Fi를 동시에 사용하는 기능(이하 band WiFi 혹은 Hybrid WiFi)은 이번 OS 업그레이드를 통해 아예 삭제되었습니다. LG전자 측에서는 이를 Google의 정책 변경 때문이라고 고지하고 있습니다. 다만, 개발자 메뉴에 보면 Wi-Fi 사용 중에도 모바일 데이터를 빠른 전환을 위해 활성화해두는 기능 자체는 살아 있습니다. 서로 다른 기능일 뿐입니다.

UI 외적인 부분에 대한 이야기

사업 철수 이후 이 정도만 해줘도 감지덕지이다 싶긴 합니다만, 사실은 좀 불만인 부분이 있습니다. 특히 LG가 휴대폰을 판매할 당시 제공하기로 약속한 기능들에 대해서 제대로 유지보수가 안 되는 부분에 대한 내용입니다. 어차피 각 기능별로 한 줄 내외로 간략하니 표로 정리해봤습니다. 어떤 부분은 안드로이드 11 업그레이드 때도 그랬고, 안드로이드 12부터는 최초 업그레이드 기기의 업그레이드 시점에도 이미 사업 철수가 완전히 결정난 시기여서 그런지 더한 부분도 있습니다.

기능	제대로 유지보수가 되지 않고 있는 기능
설정 - 화면 - 글꼴	LG SmartWorld에서 기존 구매한 글꼴을 안드로이드 12부터 내려받을 수 없어 미리 설치하고 올려야 함.
지하철 알리미 (LG G8, V50)	우이신설선 개통까지만 반영되어 있고 신림선이나 신분당선 연장 개통 등 이후 역은 안드로이드 12로 판올림되어도 조회되지 않음.
게임런처	신규로 출시된 게임은 수동으로 추가하지 않으면 추가되지 않음. 다만 LG VELVET 2 Pro로 부터 앱을 추출하여 사용 시 일부 완화되기는 함. (안드로이드 11 업그레이드 기기 한정, 안드로이드 12 이상 사용 불가)
Google InApps(LG G8, V50)	Google 앱과 연계하여 스마트폰 콘텐츠까지 검색하는 기능이나, 별도 고지 없이 종료된 이후에도 LG VELVET과 WING에 적용된 스마트폰 콘텐츠를 검색하는 기능을 제공하지 않아 실질적으로 기능 축소.
홈 화면 앱서랍	안드로이드 11부터 직장 프로필 사용 시 편집 기능을 전혀 사용할 수 없음
파일 관리자(LG G8, V50)	UX 9에 맞춰 변경된 파일 관리자 아이콘이 안드로이드 11 업그레이드 이후 UX 8로 퇴화
스마트 게시판	LG전자 사업 종료 이후 업그레이드된 안드로이드 11 이상 스마트 게시판 사용 기기는 안드로이드 10에서의 스마트 게시판 다크모드가 적용되지 않음.
AOD (Always-On-Display)	일부 기기에서 AOD 설정 충돌 발생으로 시계 스타일 등을 제대로 변경할 수 없거나, AOD 위치가 이상하게 표현되는 등의 버그가 제대로 해결되지 않음.

최적화 관련해서는 LG G8 ThinQ, VELVET을 모두 사용해본 결과, LG VELVET의 경우 비정상적으로 게임 프레임이 떨어지고 게임 실행 이후 재부팅 전까지 시스템 전반적으로 느려지는 현상을 경험하였는데 후속 업데이트 이후에는 거의 발생하지 않아 최적화가 잘 된 편이라 느껴졌습니다. G8 ThinQ와 V50 ThinQ의 경우 카메라 앱의 모드 전환 방식으로 인해 한 모드에서 다른 모드로 넘길 때 극도로 느린 편이었는데 방식이 살짝 변경되었는지 속도가 상당히 개선되기도 하였습니다. VELVET처럼 휘리릭~하고 넘기는 건 여전히 불가능하긴 합니다만.
G8 ThinQ의 경우 마지막 OS 업그레이드인데 이 정도면 1~2년은 더 쓸 수 있을 것처럼 느껴졌습니다. 물론 보안 업데이트 등을 고려하면 안전하게 쓸 수 있는 것은 당장은 VELVET이나 WING이 더 적합하겠지만요.

총평

사업 철수한 스마트폰의 OS 업그레이드치고는 잘 되었다

안드로이드 11 올라갈 때는 그나마 사업 철수 전에 VELVET 기종에 한해 이전보다 많은 테스트(내부 테스트, 비공개 베타, 공개 프리뷰, LG Fandom 한정 RC 테스트)를 거쳤고 VELVET 2 Pro의 출시 준비가 한창이던 와중에 제작된 덕분인지 사업 철수가 그렇게 와닿는 느낌은 아니었는데, 안드로이드 12로 오니 비로소 많은 부분이 체감됩니다. 아마도 이렇게 느끼는 까닭 중 하나는 안드로이드 11 때는 VELVET 2 Pro의 앱을 추출해서 설치하는 방식으로 UX 변화를 강제로라도 일부 만들 수 있었는데 이제는 그러지도 못하는 것도 있으리라 짐작됩니다.
그래도 다행인 점은 몇몇 버그가 눈에 보이긴 하지만 최적화 자체는 그럭저럭 나쁘지 않게 된 편이어서 설령 마지막 업데이트일지라도 약간은 안심하고 쓸 수 있게 된 것 같습니다.

설정 - 접근성 - 시각 - 돋보기 [본문으로]
설정 - 화면 - 글꼴 - 글꼴 굵게 표시 [본문으로]
설정 - 접근성 - 시각 - 흑백 화면 [본문으로]
스크린샷 캡처 후 스크롤 캡처 선택. 설정 - 시스템 - 업데이트 센터 - 앱 업데이트에서 Q메모+ 사전 설치 필수 [본문으로]

시작은 도피, 그러나 결국 책임감 - 오픈소스 번역 기여에 대한 기억

paperboxturtle — Mon, 18 Jul 2022 01:38:09 +0900

2013년 12월, 당시 초등학교 졸업 직전이었던 시기 저는 처음으로 오픈소스 번역 기여를 시작했습니다. 그때 당시에는 컴퓨터 관련 활동도 종료되었고, 아직은 나이가 어리다보니 어려운 부분도 많아 안드로이드 앱 개발 도서를 가지고도 제대로 활용하지 못했던 시기입니다. 그러나 어떻게든 무언가 관련된 활동을 하고 싶었고, 그러다보니 어느새 오픈소스 번역 기여를 나름대로의 도피처로 설정하여 참여하기 시작했습니다.

누군가 보면 도피의 개념을 잘못 아는 것 아니냐고 할 수도 있겠지만, 어쨌든 도피는 맞습니다. 정면으로 개발 공부에 돌입하지 않고, 개발 지식을 번역하며 익히겠다는 생각을 했으니까요. 지금 생각해보면 그 반대가 되어야 맞는 게 아닌가 싶기도 합니다만, 적어도 그때는 그게 가장 쉬운 방법이라 생각했습니다. 한창 학창시절이다보니, 영어 공부에 대한 압박에도 약간은 방패삼아 쓸 수 있었을 거란 기대도 있었네요. 실제로 방패로 역할하지는 못했습니다. 그건 그거고, 학교에서 배우는 영어 공부는 또 다른 문제인거죠. 도움이 전혀 안 되었나 하면 그건 아닙니다만.

한국 모질라 커뮤니티 사진 갈무리. 무례하고 어색한 문장임에도 현재 리더이신 신현석님께서 친절하게 참여 방법을 알려주셨다. 아마 지금의 나라면 저렇게 보내면 안 된다고 뜯어 말릴 것 같다.

아무튼 처음 시작할 당시에는 그것 말곤 할 줄 아는 게 없으니 의욕도 꽤 있었던 것으로 기억합니다. 지금까지 계속하고 있는 Mozilla 재단의 각종 제품, 도움말 번역 활동에 더해 한때 안드로이드 웹 브라우저 시장에서 꽤 유명했던 Dolphin Browser의 일부 번역 담당, Mageia라는 OpenMandriva 기반 OS의 일부 한국어 번역 등 10개가 넘는 제품을 오가며 번역 활동을 심심할 때마다 했던 기억이 납니다. 다만, 그렇다고 많은 양을 하지는 못했습니다. 아무래도 공부를 잘 하지도 못하는 상태에서 그러다보니, 컴퓨터를 할 시간을 많이 확보했던 것은 아니라서요

처음 번역을 시작했던 플랫폼인 Transifex에 로그인한 화면. 기억엔 없는데 manjaro-pamac 팀의 한국어 관리자라고 한다. 급히 번역을 검토하고 최근까지 활동 중인 분께는 죄송하지만 관리자 권한을 넘겼다. 정말 죄송합니다...

GitHub Pages가 무료라는 사실에 2014년 즈음 계정을 생성하기는 했습니다만, 당시에는 Git이 무엇인지도 잘 몰랐고 SVN이니, 하는 다른 버전 관리 시스템은 더더욱 어려워서 손도 대지 못했던지라 Transifex나 Crowdin이라는 브라우저에서의 번역을 돕는 서비스를 이용할 때만 기여할 수 있었습니다. 당시 예외가 있다면 Dolphin 브라우저 번역이었는데, 이건 Excel 혹은 Google Spreadsheet 기반이라서 조금 더 쉬웠습니다. 아마도 Mozilla 도움말이나 MDN 번역을 오래 할 수 있었던 이유도 쉽게 번역할 수 있는 도구가 같이 제공되어서였을 겁니다. 처음 할 때는 Mozilla의 제품 번역 전용 도구인 Pontoon이 없어서 직접 SVN을 이용해 번역 작업에 참여해야 하는 어려움 때문에 조금도 참여하지 못했거든요.

문제는 이렇게 번역에 매달리면서 다른 공부를 소홀히 하다보니 많은 것을 잊어버리고, 제대로 공부해나가지 못했습니다. 2013년 마지막으로 배웠던 것이 Python이었는데, 아무리 기반이 2.7이어서 3.0 이후와는 다르다곤 해도 의지가 있다면 공부를 못 할 정도는 아니었습니다. 웹에 관심이 많았던 중학생 때 django나 Flask 같은 프레임워크도 나와서 원한다면 웹 개발 쪽으로 찾아볼 수도 있었는데 그런 기회를 별로 관심있어 하지도 않았던 것 같습니다. 이렇게 개발에서 조금씩 멀어져갈 때마다, 아직은 오픈소스 쪽에서 비록 번역이지만 기여를 하고 있다는 이유로 '방패'삼아 정당성을 확보하고 미뤄왔습니다. 이렇게 하니, 결국 안드로이드 앱 개발 책을 개정판으로 다시 구입하고도 2년 넘게 쓰지 않고 묵혀두기만 했습니다.

그러다 번역 활동을 계속 하려고 해도 그 제품을 제가 써야 번역을 할 때 참고해가면서 할텐데, 그렇지 못하다보니 2016년을 기점으로 하나 둘 정리하게 되었습니다. 특히 2017년부터는 본격적으로 다시 개발 공부를 시작하면서 시간을 그리 많이 할애할 수 없었던 탓이 크기도 했습니다. 당시 다시 컴퓨터 관련 활동에 참여하게 되면서 더는 등한시할 수 없다는 위기의식이 있었습니다. 정작 같은 반 급우들을 보면 그런 의식이 있었나? 싶은 생각도 듭니다만은 다들 학생부 종합 전형으로 학교를 잘 간 것을 보니 전혀 없지는 않았던 모양입니다. 대신 관련 활동에 다시 참여했다는 이유로 겨우 약간의 협조를 더 얻어 시간적인 여유가 이전보다는 생겼습니다만, 아무래도 첫 해에는 잊어버린 것도 많고 해서 대부분의 시간을 날렸습니다. 제대로 무언가를 해볼 수 있었던 건 2018년부터였던 것 같네요.

그러나 2019년 즈음에 수능을 치루면서 다시 도피를 했던 저는 Pontoon에서 번역하는 작업에 몰두하게 됩니다. 당시 정말 많은 번역을 승인 여부와 상관 없이 제안했으니, 성적이 정말 필요했다면 번역을 쉬었어야 하는데 그 정도로 제게 간절하진 않았나봅니다. 지금의 저라면 뜯어 말리고 싶습니다만, 이미 지나간 일인걸요. 그 이후에도 시간이 나는 만큼은 번역을 하기로 결심해서 2020년부터는 매해 10건 이상 도움말 문서라도 번역하기로 했습니다.

다만, 조금 발전하고 싶은 부분도 있어서 다른 프로젝트인 Brackets의 한국어 웹사이트 번역도 맡기로 했습니다. 그동안 Git을 이용한 할 줄 모른다는 이유로 기피하다가 그래도 Git을 이용한 번역에 도전할 시기가 왔다는 생각이 들었고, 돌연 웹사이트를 포크해서 번역 작업을 한 후 PR을 열었습니다. 그동안은 아주 간단하게 번역을 시작했었기 때문에 잘 몰랐는데, Contributor License Agreement (CLA), 그러니까 기여자 라이선스 동의 절차가 필요하다는 사실을 알게 되어 급히 동의한 후 다시 리뷰 요청을 하기도 했습니다. 그러면서 아직까지 제가 많은 부분에서 부족했음을 통감하여 오픈소스 컨트리뷰션 아카데미에 지원하기도 했는데, 아무래도 신청서에 부족한 점도 많았고 오랜 기간 번역을 한 반면 실제 개발 실력은 다른 곳에 기여할 만한 정도가 되지 못하여 애매한 위치에 있어서 그런지 결국 멘티에서 탈락했습니다. 아무래도 Git을 별로 사용해보지 못한 것으로 말을 꺼내기에는, GitHub 계정 생성일부터가 2014년인 것도 영향이 있었을지도요.

다사다난했던 2022년 상반기가 지날 때 즈음 Mozilla 도움말 번역을 재개하여 10개 이상의 문서를 번역하고 며칠이 지난 새벽, 제가 번역한 문서를 검토해주셨다는 메일이 수 통 왔습니다. 마침 잠이 안 와서 아직 검토되지 않은 문서는 검토 중이신 걸까, 싶은 마음에 잠시 들어가봤는데, 이전까지는 본 적 없는 '리뷰'라는 버튼을 보았습니다. 무슨 일인가, 버그인가 싶어서 Bugzilla에 보고할 준비를 하려다가 한국어 번역팀 웹 사이트에 들어갔는데 리뷰어로 등록되어 있어서 상당히 놀랐습니다. 다른 리뷰어 분들만 해도 100건이 넘는 문서 번역은 기본으로 하시는 분들이셔서 제가 좀 더 무거운 짐을 같이 짊어져도 되는지 두려워졌습니다.

그러나 며칠이 지나도 여전히 리뷰어로 남아있는 모습을 보아, 받아들이고 더 열심히 하기로 했습니다. 아직은 검토를 요청하는 분들이 보이지 않아서 알아서 번역하고 알아서 승인하고 있습니다만, 되도록이면 스스로 승인하기보다는 서로가 서로에게 번역을 승인하면서 갱신이 필요한, 혹은 번역이 필요한 문서들이 잘 개선될 수 있게 최선을 다하고 싶습니다. 실질적으로 리뷰어는 처음이라 많이 떨리고, 도피로 시작한 이 번역 기여의 끝은 어디인가 무겁게 느껴지기도 합니다만 개인적인 공부는 놓지 않으면서 저 스스로가 번역은 즐겁게 할 수 있는 사람으로 남길 바래봅니다. 지나친 욕심일까요?

새로운 경험, 바빠진 생활 그리고 행복했던 2021년

paperboxturtle — Wed, 4 May 2022 15:24:16 +0900

개인 사정으로 바빠 하지 못했던 2018년, 2019년 결산과 달리 2020년은 LG Fandom과 LG VELVET 체험단 활동으로 비록 대학생활은 많이 즐기지 못했지만 블로그 안에서 많은 활동을 할 수 있었습니다. 그러나 2021년에는 소프트웨어 마에스트로, TOPCIT, 해커톤 등 다양한 활동으로 학교 생활과 대외활동에 충실해지면서 블로그에는 글을 많이 쓰지 못했고, 그 결과 결산 글에 쓸 만한 내용이 많이 줄어들었습니다. 하지만 블로그 결산이라는 분류의 이름을 바꿔서라도 한 해를 돌아보는 일은 중요하기에, 잠깐의 시간을 내어 한 해를 되돌아보는 글을 쓰고자 합니다.

1월 : LG 스마트폰 사업 철수설, 그리고 LG Rollable의 발표

한창 LG Fandom과 LG VELVET 안드로이드 11 체험단 활동을 같이 진행하던 1월은 중순을 기점으로 분위기가 급속히 얼어붙었습니다. LG전자 MC사업본부장의 사업 분야를 모든 관점에서 검토한다는 발표가 더는 LG Fandom 활동을 진행하기 어렵게 하였기 때문입니다. 그 와중에도 업그레이드 센터에 계신 분들께선 묵묵히 안드로이드 11 펌웨어 개발에 많은 노력을 쏟으셨지만, 아무래도 발표 전후에는 어수선한 분위기가 있었습니다.
이 시점은 LG VELVET 안드로이드 11 체험단 활동자 대상으로 NDA 조항이 적용될 수도 있는 내용이 오가기도 하였습니다. MC사업본부가 사라진 것이지 LG전자가 사라진 것은 아니라서 공개해도 되는지 몰라 말할 수는 없지만, MC사업본부만 살아 있었어도 좀 더 진행되었을지 모를 일이었습니다. 한편으로 LG Fandom 중 LG VELVET 사용자를 대상으로 정식 펌웨어에 가까운 RC 펌웨어(20a)도 같이 배포되었으나, 실제 안정 펌웨어는 절대 아니었음에도 불구하고 펌웨어 버전만으로 커뮤니티 사이트에 정식 버전 배포가 있었다고 오인되는 바람에 정정하는 일도 있었습니다. 가장 힘들었던 점은 LG Fandom이라는 활동 자체가 당시 1기였다 보니, 인지도가 상당히 낮아 오해 정정에도 어려움이 있었다는 것입니다.
사실, 솔직하게 말하면 당시에는 LG전자 MC사업본부의 거취가 좋은 방향으로 결정날 줄 알았습니다. 지난가을을 시작으로 LG전자 MC사업부 스마트폰 공식 포럼인 퀵 헬프에 대해,

앞으로 출시하는 모든 기종으로 확대 적용
PC 버전 출시
모바일 버전 개편
아이디어 공모전 개최 (10월)
스마트폰 진단 서비스 개시(WING, VELVET) 및 확대 예정 공지(G7 ThinQ 이상의 기기) 등

많은 서비스 개선을 선언하였기 때문입니다. 게다가 지난 가을 뽑은 LG Fandom 1기는 막 절반을 지나 3개월을 남긴 시점이어서 사업 종료 직전까지 홍보는 진행한다는 것 자체가 말이 안 되는 것처럼 보였고, 연초 구광모 회장의 신년사에서 강조한 내용을 보아도 정말 그렇게 생각하고 있다면 최소한 1년은 더 할 것이라고 생각했습니다.
그런 불안 속에도 계속해야한다는 점이, 대학생의 방학이라는 어쩌면 평안할 시기에 많은 스트레스를 주었고 그 후 몇 개월간 조금씩 잔잔하게나마 여파를 남겼습니다. Fandom 유저들끼리, 그리고 담당자와도 현재 상황에 공감하며 버틴 그 시간들은 연초 구광모 회장의 신년사가 무색하게 청소 노동자에 대한 처우 논란과 함께 LG에 많은 실망을 했던 시기였기도 합니다.

2월 ~ 4월: 소프트웨어 마에스트로 지원, 그리고 점점 다가오는 LG Fandom의 끝

2021.04.02 - [개발이야기] - 소프트웨어 마에스트로 12기 지원 후기

소프트웨어 마에스트로는 한국정보산업연합회에서 진행하는 청소년 대상 소프트웨어 인재 양성 프로그램의 일종입니다. 2021년도를 기점으로 12기를 맞이하였고 약 100명의 연수생을 뽑아 서울특별시 강남구 테헤란로에 위치한 연수 센터에서 6개월간 프로젝트 진행, 멘토링, 기획 검수 등 다양한 활동을 하는 것이 특징입니다. 우수자라는 명칭으로도 불리는 '마에스트로'를 뽑아 창업 지원, 해외 연수 등의 혜택이 주어지며, 기본적으로 연수 기간 프로젝트 등에 전념할 수 있도록 지원금이 지급되어 관련 분야에 관심 있는 대학생이라면 한 번쯤 도전해보기도 합니다.
저는 이런 프로그램이 있다는 것을 2020년 중순에 알았으나, 아쉽게도 당시에는 이미 연수를 시작한 상황이어서 아쉽게도 2021년 2월을 기다릴 수 밖에 없었습니다. 그리고 1분기가 다가오자, 부랴부랴 자기소개서를 쓰고 코딩 테스트를 준비하기 시작했습니다. 회고 글에서도 작성하였지만, 자기소개서와 저 자신의 실력 부족이 결국 최종 탈락을 낳아 뼈 아프기도 했으나 한편으로 잘 몰랐던 저 자신의 위치와 부족한 점에 대해 깨닫고 사람들과 만나며 이런저런 활동을 할 수 있는 계기가 되어주었습니다.
올해는 소프트웨어 마에스트로의 정원이 150명에서 250명으로 증가하였던데, 그 인원 그대로 유지되어 제가 다시 도전할 수 있을 때에도 더 많은 사람들에게 기회가 주어지면 좋겠네요. 욕심일까요.^[각주:1]

한편, 3월은 LG Fandom이 끝나는 시점이었습니다. 우여곡절도 많았고, MC사업부의 직원 분들이나 Fandom 모두가 원했던 활동을 다 하지 못한 시점이었지만 어쨌든 끝은 났고 아쉬움을 뒤로한 채 MC사업본부의 끝을 지켜보아야 했습니다. 결국 4월 5일 MC 사업본부의 스마트폰 사업 종료는 확정되어 아래와 같은 약속은 지켜지지 못했습니다.

스마트폰 진단 서비스 확대 (G7 ThinQ 등)
퀵 헬프에서 담당자가 언급한 차기 UX에서의 개선 사항^[각주:2]
퀵 헬프 PC 버전 출시

한편으로 일부 지켜진 약속도 있었는데, 아이디어 공모전에서 제안했던 내용들 일부가 퀵 헬프에 사업 종료 이후에도 조금이나마 반영되었고 스마트폰 OS 업그레이드 3회 적용 정책도 비록 2019년 이후 출시 기종에만 적용되기는 하였으나 사업 종료와 동시에 선언되어 아쉬움을 달랠 수 있었습니다.
그래도 허무한 점은 있었고, 지금까지 LG 스마트폰을 쓰고는 있지만 새 UX가 빛을 보지 못했다는 점을 중심으로 안타까운 점은 여전합니다.

5월: 연구실 지원, 그리고 학교의 SW중심대학 선정

정확히는 4월 말, 제가 재학 중이었던^[각주:3] 순천향대학교가 SW중심대학 2단계 사업에 선정되었다는 소식을 들었습니다. 처음 입시할 적에 제가 수도권 학교에 붙을 가능성은 높지 않아 각종 활동을 원활하게 하기 위한 차원에서 중요하게 보았던 부분 중 하나가 1) SW중심대학에 선정되어 있고 재학 중 충분한 기간동안 SW중심대학 사업이 진행될 것, 2) 선정되어 있지 않거나 기간이 별로 남지 않았다면 (재)선정될 가능성이 높은 학교일 것이었는데 예상대로 순천향대학교가 선정된 것이라 당시 마치 사업 선정에 기여한 것처럼 기뻐했던 기억이 납니다. 적어도 3학년 1학기부터는 여러 가지 활동을 지원해줄 테니까요.
그러면서 고민했던 점 중 하나가 교내 활동 같은 경우 물론 개인적으로 할 수 있는 것도 많지만 동아리 별로 하는 것도 많은데 이런 경우에 어떻게 해결할까 하는 것입니다. 3월에 소프트웨어 마에스트로 활동에 떨어지면서 특별히 대외활동이라고는 하는 것도 없는데, 아무래도 뭐라도 해야 할 것 같았습니다. 그런데 학교 학술 동아리는 실질적으로 와해된 상태여서, 들어갈만한 교내 동아리가 딱히 없었습니다.
그래서 가입하게 된 것이 연구실이었습니다. 비록 다음 해에 군대에 갈 예정임에도 실례를 무릅쓰고 5월 즈음에 메일을 보냈는데, 뜻밖에 흔쾌히 받아들여주셔서 정말 감사한 마음이었습니다. 연구실이라는 조직의 특성상 원하는 것만 하고 지낼 수는 없다는 단점 때문에 많이들 말리시는 편인데, 그래도 코로나19 등 여러 가지 상황과 함께 생각했을 때 연구실에 들어가지 않았다면 작년 한 해가 나름대로 보람 있는 한 해였다고 말할 수 없었을 정도입니다.

6월 ~ 8월: 연구실 활동으로 보낸 여름

6월부터 8월 동안은 연구실 활동으로 충청남도 아산시에서 여름을 보냈습니다. 학교 주변은 물론이고 천안 등지에서 여기저기 생활하는 데 도움이 될만한 식당도 찾아다니고, 학교와 집을 오가는 교통편도 고민해 볼 요량이었지만 결과적으로는 교통편을 빼고는 거의 실천하지 못했습니다.
그래도 즐거웠던 부분이 있다면, 아는 것이 거의 없긴 했지만 교수님께서 추천해주신 AWS 교육 프로그램을 수강하며 클라우드 서비스에 대해 간략하게나마 배운 것이 있었고, Java 프로그래밍 언어 세미나를 진행하면서 DB를 비롯한 이것저것 활용해보기 용이한 문법과 기술을 살짝 맛보았다는 점입니다. 아, 대학을 다니는 느낌을 만끽했다는 부분도 빼놓을 수 없겠네요.
여름방학 동안 처음으로 같은 학번 동기와 친하게 지냈고, 덕분에 2학년 2학기를 준비하기 위한 초석을 보다 단단하게 다질 수 있었습니다.

10월, 다소 정신없었던 가을

10월은 시험 기간과 더불어 오픈소스 SW 동아리, 제 16회 TOPCIT 정기평가, 순천향대 - 경기대 - 성균관대 연합 아이디어톤까지 각종 대외활동으로 정신없었던 한 달이었습니다. 그동안 교수님께서도 학생들이 다양한 활동을 할 수 있도록 배려해주셨음에도, 워낙 이것저것 같이 병행하는 것이 처음이다 보니 쉽지 않은 부분이 많았습니다. 이때 했던 활동들에 대해서는 차차 각각의 글로 정리해보려고 합니다.

한편 이 때문에 중간고사 성적은 처참한 수준이었습니다. 그나마 기말고사에서 일부 만회하기는 했지만, 시험 전 주까지 서류를 준비하고, 중간고사가 끝나고도 각종 예산 처리 등을 하느라 준비해야 할 사항이 많아 대학에 들어와서 오랜만에 수업을 졸면서 듣기도 했네요. 미리 준비했더라면 기말 때에도 덜 바빴겠지만, 이번이 SW중심대학 사업 첫해였기도 하여 예산 사용 범위 등에 있어서 담당자님, 교수님과 함께 고민이 많았습니다. 그러다보니 진행하고 싶었던 부분을 제대로 진행하지 못했고, 더해서 제 역량 부족도 겹쳐 바빴던 일정 대비 성취감은 없었습니다.

11월: 여유있다는 착각

10월 초 파이콘.한국 2021 행사를 들으며 학교 밖 사람들과의 교류가 필요하다고 생각했던 저는, 11월에 Devfest Universe 2021에 참가하게 됩니다. 이 행사는 Google Developer Group Campus Korea(약칭, GDG Campus Korea)와 전국의 GDSC(Google Developer Student Club)가 함께 게더타운 플랫폼에서 개최한 행사로, 다양한 Google 관련 강의는 물론이고 개발자로서의 생활, 그동안 궁금했던 점에 대한 고민 해결 시간 등이 제공되었습니다. '모여서 각자 코딩하기'의 줄임말인 '모각코' 자리도 갖춰져 있어, 게더타운을 켜두고 과제를 하거나 개발 도서를 읽기도 하면서 11월의 절반을 즐겁게 보냈습니다.

문제는 그렇게 발등에 불이 떨어진 줄도 모르고 있었다는 점입니다. 기말까지 완료해야 하는 전공 프로젝트 2건은 결국 11월 말이 되어서야 시작하게 되고, 결국 급하게 마무리하게 되면서 만족스럽지는 못했습니다.

12월: 파행운행

12월에는 기말고사, 두 건의 전공 프로젝트 마감, 연구실 세미나, 제16회 TOPCIT 정기평가 결과에 따른 장학금 서류 제출, SW마일리지 정산, 군 입대 등 다양한 일정이 준비되어 있었습니다. 덕분에 기말고사 주부터 입대 전 주까지 이틀은 평범하게 생활하고, 나흘 간은 총합 취침 시간이 4시간에 그치고, 하루는 푹 자는 식의 2주간 파행 운행 상태로 보냈습니다. 그러고도 군 입대일에 모든 일을 마무리 짓지 못해서 이때의 파행 운행 여파는 다음해 2월까지 이어지게 됩니다. 그래도 다양한 활동을 하면서, 긍정적인 소식을 들으면서 어려운 와중에도 힘이 되었고 행복했습니다.

입대 직전에는 연구실 세미나가 있었는데, 준비를 다 못 마친 탓에 발표를 제대로 진행하지 못했습니다. 그럼에도 불구하고 사정을 조금이라도 이해해주시고, 같이 입대하는 동기와 함께 휴학 전 마지막 자리라고 여러모로 도와주신 교수님께 이 자리를 빌어 감사를 올립니다. 이제 다른 학교로 가셔서 뵙기는 어렵게 되었지만, 다른 교수님 밑에서라도 열심히 남은 학부 생활을 잘 보내보아야겠다고 다짐했습니다.

마무리하며

이 글을 마무리하는 2022년 5월은 한 해의 절반을 바라보는 시기이기도 합니다. 여러 사정으로 인해 많은 일들을 해보지 못했지만, 남은 절반 동안에는 다양한 활동을 한계까지 해볼 수 있기를 바랍니다. 관련하여 적고 싶은 말은 한가득 있지만, 여러가지 사정으로 인해 정리된 후에나 적어볼 수 있을 듯합니다.

한편 소프트웨어 마에스트로 연수센터 건물 공간은 그대로인 것으로 아는데 과연 충분한 지원이 이뤄질 수 있을지 살짝 걱정되기도 합니다. 잘 조정하겠죠...? [본문으로]
해당 사항 중 대부분은 미출시 기종인 LG VELVET 2 Pro에 적용된 LG UX 10에 반영되었으나, 안드로이드 11에서는 전 기종 UX 9.5가, 안드로이드 12에서는 UX 9.6이 반영됨에 따라 대부분 경험할 수 없게 되었습니다. [본문으로]
현재는 휴학 중입니다. [본문으로]

한국인터넷정보학회 2021년 캡스톤 디자인 & 아이디어 해커톤 경진대회 후기

paperboxturtle — Fri, 25 Feb 2022 23:01:29 +0900

지난 10월 22일부터 24일까지, 한국인터넷정보학회가 개최하는 2021년 캡스톤 디자인 & 아이디어 경진대회에 다녀왔습니다.
이 대회는 성균관대학교 인공지능 혁신 공유대학 사업, 경기대학교 SW중심대학 사업, 순천향대학교 SW중심대학 사업에 참여하는 학과의 학부생이 모여 해커톤을 치루는 형태인데요, 저 또한 순천향대학교 SW중심대학 사업 참가 학과 학부생 자격으로 이번에 참여하게 되었습니다.

대회 소개

사단법인 한국인터넷정보학회 주최, 경기대학교 및 순천향대학교 SW중심대학사업단과 성균관대 인공지능혁신공유대학사업단이 주관, 네이버 클로바와 LG유플러스가 후원하여 개최된 2021년 제 1회 캡스톤 디자인 및 아이디어 해커톤 경진대회

일정

이번 해커톤은 실제 개발보다는 아이디어를 우선시한 '아이디어톤'에 가까운 형태로서, 이틀간 아이디어 구상 및 세부 구현에 대한 발표자료를 제작하고 마지막날에 발표 심사 및 시상식을 진행하는 순서로 구성되어 있습니다.

상금

동상 30만원(4팀, 총 120만원), 은상 75만원(2팀, 총 150만원), 금상 150만원(1팀), 대상 240만원(1팀)으로, 그 외 22팀에게는 스타벅스 모바일 카드 2만원권을 장려상으로 수여합니다.

팀 구성

팀 구성은 3인 1조로, 이번에는 총 30조 구성이 되었습니다. 각 대학에서 한 명씩 참여하여 진행하며, 랜덤으로 편성되어 있었습니다.
저는 이번 대회에서 아쉽게도 경기대학교 학부생 분께서 불참하셔서 성균관대학교 학부생 분과만 함께하게 되었습니다.

해커톤 참여와 진행

DAY 1 (10월 22일)

저녁식사. 콘스프와 경양식 돈까스

학교에서 출발하여 숙소에 도착한 후 저녁식사를 진행했습니다. 다만, 성균관대학교 학생 분들은 중간에 버스가 고장나는 사고로 인하여 식사를 진행하지 못하고 바로 행사장으로 이동하였습니다.

첫째 날은 임의로 정해진 팀원 분들과 만나 간단하게 긴장된 분위기를 풀고 아이디어를 결정하는 시간이었습니다. 이에 앞서 네이버 클로바 AI 대표 분께서 현재의 인공지능과 앞으로의 미래에 대해 강연을 진행해주셨는데, 하나의 모델로 여러 인공지능 서비스를 제공하는 HyperCLOVA에 대한 간략한 설명과 앞으로 네이버가 어떤 서비스를 할 것인지에 대한 가능성도 조금 보여주셨습니다. 개인적으로는 인공지능에 관심이 아주 높은 편은 아니어서 잘 모르는 말이었지만, 적어도 과거의 인공지능은 각 분야마다 각기 다른 모델을 활용해서 데이터를 분석하고 활용했다면 현재와 미래의 인공지능은 분야가 다르더라도 하나의 모델로 다양한 데이터를 분석하고 활용할 수 있는 시대가 열린다는 정도의 내용만은 알아들을 수 있었습니다.

처음 이 대회는 3학년 이상만 신청을 받았다가 나중에 다른 학년에서도 신청을 희망하는 사람들이 많아 2학년도 받게 되었는데요, 그래서 다른 학교 학생분들도 3학년 이상이 많았습니다. 다행인 건 같은 조가 된 성균관대학교 학부생 분이 같은 학번, 같은 나이어서 말도 잘 통하고 대하기가 어렵지 않았다는 사실입니다. 그렇지만 제가 낯을 좀 가리는 사람인지라 첫날 말을 놓지는 못하고 단지 좀 더 빠르게 아이디어를 구상하고 일부 기획까지는 마무리하고 헤어졌습니다.

하이원리조트의 야경

숙소는 같은 학교의 참가자분들과 같은 방을 쓰게 됩니다. 아무래도 누구는 밤에 회의하고 누구는 못하는 상황이 최소화되도록 이렇게 한 것 같습니다.^[각주:1] 같은 방을 쓰는 분들은 모두 저보다 선배로, 같은 학과도 아니라서 더욱 서먹했지만 나이가 어린 제 행동을 대체로 존중해주시는 편이란 인상이었습니다.

둘째날 아침

둘째날 아침은 생각보다 맵지 않은 육개장이었습니다. 물론, 잠이 덜 깬 상태로 먹어서 그럴 수 있긴 하지만, 매운 걸 잘 못 먹는 사람들에겐 참 다행이다 싶은 맵기였습니다. 덕분에 제법 쌀쌀해지는 가을이었음에도 불구하고 따뜻하게 하루를 시작할 수 있었네요.

이 날은 어제 논의한 아이디어를 바탕으로 본격적으로 세부 사항을 결정하고 발표 자료까지 완성해야 하는 시간이었습니다. 일반적인 해커톤은 보통 새벽까지 쉬지 않고 달려가는 반면, 이번 해커톤은 코로나19 사정 때문에 늦게까지 해커톤 개최 장소에 머무를 수 없어 상당히 여유로운 일정으로 진행되었습니다.

문제는 이렇게 코딩 위주가 아닌 아이디어 위주의 해커톤이 처음이기도 하고, 일단 다른 팀과 다르게 3인 1조라는 점, AI 관련 주제인데 관련하여 공부가 미진한 점 등을 종합적으로 고려해서 어제부터 서둘렀어야 하는데 그러질 못했습니다. 분명 2인 1조라는 인원적 한계를 고려했을 때 잘 맞았고, 크게 막히는 부분이 없었다는 점을 생각했을 때 어쩌면 이것이 최선이었을지도 모르지만 아무래도 지나고 나면 늘 아쉬움이 남는 법입니다.

둘째날 점심

이날 점심은 지난 저녁과 아침 식사와 달리 좀 더 격식을 갖춘 메뉴가 준비되었습니다. 해커톤을 하러 온 것인지, 산해진미를 먹으러 온 것인지 분간이 안 갈 정도로 이번 해커톤에서 가장 만족스러운 점은 바로 숙소와 식사가 아니었나 싶을 정돕니다. 아무튼 덕분에 꽤 만족스러운 기분으로 아이디어 정리를 마무리할 수 있었습니다.

아이디어를 정리한 후 발표 자료를 만드는 과정에서 시간을 잘못 계산했던 점이 있다면, 단순 문자만을 늘어놓아 설명할 것이 아니라 대략적인 디자인을 완성하여 같이 삽입해야 하는데 전혀 준비가 안 되어 있었다는 것입니다. 설상가상으로 저는 Figma 같은 디자인 도구를 전혀 사용해 본 경험이 없었고, 동료는 반대로 웹 관련하여 경험이 미진하여 서로 같이 쓸 수 있는 도구가 실질적으로 없었습니다. 그렇다보니 하나하나 HTML과 CSS를 이용하여 급한대로 마크업하여 자료를 제작하였는데, 그러다보니 실제 원하는 위치에 배치한다거나, 디자인적으로 좀 개선해본다거나 하는 작업은 수행하기 어려웠습니다.

둘째날 저녁식사

해커톤을 마치고 나온 저녁식사는 정말 환상적이었습니다. 위에서 점심식사를 설명하면서 식사가 가장 만족스러웠다고 단언할 수 있었던 이유도 여기에 있습니다. 경험할 일이 잘 없는 코스 요리인지라 한 입마다 음미하면서 먹었던 것 같습니다. 한편, 이 시간 전후 심사위원 분들이 심사를 진행하셔서 누가 상을 받을지 긴장되는 순간이기도 했습니다.

마지막날 아침식사

마지막날 아침은 위와 같았습니다. 어느 교수님의 농담으로는 마치 매일 아침 메뉴가 해장하라는 목적같다고 평하시기도 했는데요, 어쨌든 따뜻한 음식이니 가을 날씨에 이곳 숙소를 스키 목적으로 찾아온 손님들에게는 제일 적당할 수 밖에 없는 메뉴 아니었나 싶습니다.

마지막날 아침, 하이원 리조트

마지막날 아침은 이렇게 화창했습니다. 물론 좋은 결과를 기대했습니다만, 아쉽게도 쟁쟁한 아이디어를 들고 온 다른 분들에 비하면 부족한 수준이었습니다. 특히 나중에 동료가 말해준 바에 따르면 아무래도 저희가 했던 주제는 특정 공공기관이나 교육기관에 의존해야 하는 구조적인 문제 때문에 아이디어의 상업성이 많이 떨어지는데, 이 점을 극복할 특출난 모습을 보여주지 못한 부분이 한계 아니었나 싶네요.

한편 아이디어를 구체화하는 과정에서 동료의 학교에는 비슷한 시스템이 있다는 점을 파악하게 되었고, 그래서 이 시스템을 여러모로 보완하고 필요한 다른 시스템을 같이 붙여서 하나의 구성작으로 제시하고자 하였는데 아무래도 이 점에 대해서도 독창성이 떨어진다는 점에서 높은 점수를 받기는 어려웠겠다는 사실을 나중에야 깨달았습니다.

그래도 짧은 시간 최선을 다해, 할 수 있는 만큼 완성해낸 만큼 뿌듯했고 즐거웠던 시간이었습니다.^[각주:2]

그래도 각자의 연락처가 사전에 안내된 만큼 할 사람들은 했을 수도 있겠다는 생각이 이제는 들기는 하네요. 그때 미리 회의하고, 논의해서 세부 사항을 많이 만들어두었다면 좀 달라졌을지도 모르겠다는 후회도 듭니다. [본문으로]
이렇게 말해놓고 다음날 이 해커톤이 개최될 수 있게 노력해주신 교수님의 수업 중에 꾸벅꾸벅 졸았던 것은 비밀이 아닙니다. 교수님, 죄송합니다. [본문으로]

교보문고 sam 7.8 plus pen 후기

paperboxturtle — Sun, 20 Jun 2021 00:58:12 +0900

지난 2020년 가을, 교보문고는 40주년을 맞아 sam 전자책 단말기의 신규 기종을 발표했습니다. sam 7.8과 sam 7.8 plus pen이 그 주인공으로, Likebook 시리즈로 유명한 보위에(Boyue) 사의 제품을 바탕으로 드림어스 컴퍼니(아이리버), 교보문고가 협력하여 내놓은 제품입니다.

저는 당시 크레마 사운드업을 애용하고 있었는데, 6인치 전자책 단말기의 특성상 만화를 보기에는 너무 크기가 작았고 이왕 새로 구입할 것이라면 안드로이드 4.4 킷캣에서 벗어나 더 최신 OS를 탑재한 리더기를 사용하고 싶어 찾아보고 있었습니다. 이때 선택지로는 오닉스(ONYX) 사의 Poke 시리즈와 교보문고의 sam 7.8 시리즈 정도가 남았는데, Poke 시리즈는 너무 비싼 관계로 그보다 저렴한 sam 7.8 plus pen을 구매하게 되었습니다.

sam 7.8 plus pen의 사양은 아래와 같습니다.

제품명	sam 7.8 plus pen
제조사	보위에(Boyue), 드림어스컴퍼니(Dreamus, a.k.a IRIVER)
AP	Rockchip RK3368 Octa Core AP [CPU] 4 Core 1.51GHz Cortex A53 4 Core 1.20GHz Cortex A53 [GPU] PowerVR Rogue G6110
RAM	2GB
Display	7.8인치 300ppi Carta 패널 (1872 * 1404) Wacom EMR 펜 지원 프론트라이트 및 색 온도 조절 기능 지원
OS	Android 8.1 Oreo
지원 서점사	교보문고, 열린 서재(Google Play 지원)
무게	280g
무선통신	Bluetooth 4.2 WiFi 802.11 b/g/n (2.4GHz 모드만 지원)
배터리	3200mAh
충전	5V 2A, Type C
멀티미디어	1W 스트레오 스피커 내장형 마이크
저장소	32GB eMMC microSDXC 지원 (최대 512GB, exFAT 파일 시스템 지원) - 읽기 최대 약 5MB/s
크기	197.5 * 139 * 8.3mm
기타	오토 웨이크업 지원 (* 별도 설정 메뉴 없음, 공식 플립커버만 지원)

* 출처: 교보문고 sam 7.8 plus pen 상품 페이지, Device HW Info (앱), Cross Platform Disk Test (CPDT Benchmark, 앱) 측정 결과

개봉

패키지는 크레마 시리즈와 달리, 기기 사진 등이 없이 깔끔한 모습을 보이고 있습니다. 하단에는 색상 명인 Midnight Blue와 모델명인 EB201이 담긴 바코드가, 정면에는 '나를 만드는 모든 순간, sam'이라는 문구가 담긴 원고지 형태의 디자인이, 정면을 기준으로 왼쪽 측면에는 제품명인 sam 7.8 plus pen이, 오른쪽 측면에는 펜 모양의 그림이 담겨 있었습니다.

전자책 리더기라는 구성에 맞게 원고지 형태의 디자인을 정면에 배치한 점, 제품 색상에 맞게 짙은 청색을 패키지 색상으로 정한 점이 만족스럽습니다.

제품의 후면에는 각종 사양과 고객 지원 관련 내용이 담겨 있었습니다. 특이한 점은, 원 제조사(OEM)가 보위에이고 교보문고 리더기로 발매되는 기종임에도 불구하고 드림어스 컴패니^[각주:1]의 주력 브랜드인 '아이리버'가 붙어있다는 점입니다.

크레마 카르타 이후의 크레마 세대와 마찬가지로 E-Ink Carta 패널이 탑재되어 있으며, 국내 서점사를 통해 발매되는 전자책 리더기 중에선 가장 최고 사양인 Bluetooth 4.2, 2GB RAM, Octa-Core CPU, 3200mAh 배터리 용량을 자랑하고 있습니다. 크레마 시리즈 중에서도 사운드 시리즈가 그렇듯, 정확한 CPU 정보는 감춰져 있는데 Device Info HW 앱에 따르면 락칩에서 제작한 RK3368이며 ARM Cortex-A53으로만 구성된 저사양 AP입니다. LG Q31, Q51, Q52, Q61 등의 기종이 이와 유사하나 클럭이 훨씬 높은 Helio P25 및 Helio P35 AP를 사용하는 점을 고려했을 때, 전자책 리더기로서는 나쁘지 않은 사양이며 Android 8.1 Oreo 구동에도 큰 문제는 없다는 것을 유추할 수 있습니다.^[각주:2]

아이리버가 방문형 서비스센터를 모두 닫고 택배 서비스 센터만 운영하여 이 제품 또한 택배로만 A/S가 가능한 점은 아쉽습니다.

구성품은 IRIVER 로고가 들어간 간단 가이드, 부속품이 담긴 검은색 종이 상자, 그리고 본품입니다.

부속품은 펜을 인식하는 제품인 만큼 와콤 EMR 펜, 펜 팁 집게, 여분 펜 팁 2개, microSD 트레이를 위한 핀과 Type C 케이블로 구성되어 있습니다. 한 가지 실망한 점은, 검은색 종이 상자가 정확히 어떤 염료를 썼는지는 모르겠으나 부속품을 빼내는 과정에서 흰 케이블에 위 사진처럼 검은색 이물질이 묻어 나온다는 점입니다.

간단 가이드는 각 부위의 명칭과 EPD(E-Ink Panel Display)의 특징에 대해 설명하고 있습니다. 특이하게도 가운데 터치식 버튼이 홈 버튼이 아닌, 뒤로 가기 버튼입니다. 이때문에 초반에는 크레마 사운드업과 헷갈려 실수하기도 했습니다.

케이스

sam 7.8 시리즈의 플립 커버는 공용이 아닌 각각 발매되었는데, 규격은 동일한 만큼 서로 호환될 것으로 보입니다. 다만, plus pen 제품은 펜이 동봉되어 있어 펜을 수납할 수 있는지에 대한 여부가 나뉠 뿐입니다.

* 2021년 6월 19일 현재는 sam 7.8 plus pen 케이스를 판매하고 있지 않습니다. 그러나 교환 물량은 존재하므로, 만약 오토 웨이크업 등의 일부 기능이 동작하지 않는다면 교환할 수 있습니다.

케이스를 장착하면 이런 모습이 됩니다. 오토-웨이크업을 지원하는 것이 특징인데, 교보문고에서 해당 옵션을 켜거나 끄는 설정을 넣지 않았기 때문에 장착하면 기본적으로 작동하도록 되어 있습니다. 인식 방법은 자석으로, 뒤로가기 버튼 즈음에 자석을 가져다 대면 케이스가 없어도 해당 기능이 동작하는 것을 확인하실 수 있습니다. 따라서 만약 케이스로 덮었는데 화면이 슬립 모드로 전환되지 않는다면 교환할 필요가 있습니다. 저의 경우에는 불량 여부를 5월에 인지하여 구입한지 6개월이 되기 직전에 교환한 바 있습니다.

사용해보니, 교보문고 로고가 음각으로 새겨진 안쪽 면의 오염이 쉬운 편이라 아쉽습니다. 검은색인데 무슨 말씀이시냐 하면, 각종 먼지나 보풀이 달라붙어 하얗게 됩니다.

첫 설정

부팅 화면은 Stay, At the Moment. 라는 문구와 함께 교보문고 광화문점이 위치한 교보 빌딩을 배경으로 한 이미지가 사용됩니다.

부팅이 끝나면 한국어가 기본으로 선택되어 있으며, Android의 다양한 언어를 사용할 수 있습니다.

WiFi 네트워크를 선택하고 연결하면, 바로 업데이트를 찾아 업데이트 여부를 물어봅니다. 여기서 보이시겠지만, '다시 알림 취소'와 같이 어색한 번역이 여기저기 놓여 있는 점은 상당히 아쉽습니다. 아이리버가 펌웨어 일부 수정을 맡은 것으로 알고 있는데, 세세한 오역까지 신경쓰지는 못했나봅니다.

이 사진을 찍은 당시(2020년 12월)에는 최신 업데이트가 20201215였으나, 현재는 한 번 정도 더 펌웨어 업데이트가 진행되어 일부 개선이 있었기에 달라졌을 수 있습니다.

당시 버전 기준으로 당황스러운 점은 저렿게 알림이 떠서 '지금 업데이트'를 누르면 위 사진처럼 업데이트 앱이 중지되었다는 것입니다. 아마, 팝업 자체는 초기 설정 과정이 아닌 평시에 업데이트 확인 시 뜨는 것인데 초기 설정 과정은 UI가 달라서 오류가 발생하는 것으로 추정됩니다.

그리고 이를 뒷받침해주는 근거로, WiFi 설정 다음 화면이 '시스템 업데이트' 창입니다. 위 사진에서는 SD카드 저장경로 최적화를 통해 오류를 수정했다고 하는데, 이 업데이트 이후에도 다음 업데이트가 나올 때까지 해당 문제는 완전히 해결되지 않았었습니다. 현재 기준으로는 수정되어 데이터 저장 및 읽기는 큰 문제가 없는 수준입니다.

업데이트 자체는 Seamless Update가 적용되지 않은 순정 기반 Android 기기와 동일한 순서와 UI로 진행됩니다. 개인적으로는 시스템 업데이트 설치 화면이 검정색이 아닌 흰색이었으면 더 낫지 않았을까 싶습니다.

업데이트가 끝나면, 다시 초기 설정 화면으로 돌아갑니다. 크레마 사운드업도 이렇게 다시 설정해야 하는 점은 고치지 못했었는데, 다른 서점사도 그런 걸 보면 수정하기가 쉽지는 않은 것 같습니다.

앱 설정, 그리고 호환성

sam 7.8 시리즈는 공식적으로 Google Play를 지원하지 않지만, 보위에 사의 SW를 조금만 수정하여 사용하고 있는 만큼 관련 기능 자체는 갖추고 있습니다. 최신 버전 기준으로 홈 화면의 사용자 설정 → 화면 설정 → Google 프레임 사용을 '사용'으로 설정해주시면 됩니다. 만약 이렇게 체크해도 보이지 않는다면, 홈 화면에서 三 모양의 버튼을 누른 후, 응용 프로그램 관리에서 Google Play 스토어를 숨김 해제해주면 나타납니다.

Google Play 프로텍트 미인증 기기이므로 종종 사용에 제약이 걸리기는 하지만, 대부분의 프로그램은 제대로 설치됩니다. 다만, 실질적으로 사용하기 어려운 앱들이 있습니다. 다음과 같은 종류는 어렵다고 보시면 됩니다.

필기 보정 기능이 포함된 노트 필기 애플리케이션 (ex. OneNote)
화면이 시시각각 변하는 애플리케이션 (ex. 게임, 동영상 등)

처음에 사용할 때, 필기용으로 OneNote를 사용하려고 했으나 A2 Mode를 켜서 화면 반응 속도를 최대로 올려도 너무 느려 사용하기에 지장이 있는 수준임을 확인하였습니다. 따라서, 사실상 sam 7.8 plus pen에 기본적으로 탑재된 메모장 및 PDF 필기만 제대로 이용할 수 있다고 보시면 됩니다. 다행히 와콤 EMR 기술을 사용한 만큼 메모장과 PDF 필기 모두 기본적인 팜 리젝션 기능을 켜고 끌 수 있도록 되어 있습니다. 다만, 번역 품질이 매우 떨어지는 관계로 설명을 읽어도 이해하기 어려운 수준인 점은 분명 수정되어야 할 것으로 보입니다. ^[각주:3]

호환성 측면에서, 앱 사용 시 유의해야 할 점이 있습니다. 외장 SD카드의 읽기 속도가 느리다는 점입니다. 실제 읽기 속도가 90MB/s에 달하는 microSDXC 카드라도 sam 7.8 plus pen에 탑재된 내장 리더기는 약 5MB/s의 속도로밖에 읽지 못하는 데다 기본 AP 성능이 좋은 편은 아니기 때문에 여러 이유로 인해 정식으로 구매한 만화를 읽기 어려운 상황이 발생할 수 있습니다. 이는 다행히 자사 앱인 교보 eBook for eInk에서는 발생하지 않으며, 리디북스 등 일부 애플리케이션에서만 발생합니다.
저의 경우 알라딘 eBook, 원스토어 북스에서는 발생하지 않았고 유일하게 리디북스 최신 앱에서만 해당 현상이 발생함을 확인하였습니다. 이는 리디북스가 중간에 React Native 기반으로 애플리케이션을 변경하면서 성능 자체가 느려진 것에 더해, 만화를 읽을 때 처음에 압축을 해제하는 방식이 아닌 실시간으로 불러오는 방식으로 바뀌어 더욱 지장이 발생한 것으로 보입니다. 따라서, 정상적으로 이용하고 싶다면 리디에서 제공하는 마지막 e-Ink 앱을 설치하는 것을 추천합니다. 또한, Google Play에서는 eInk용 리디북스와 일반 리디북스를 구분하지 않으므로, 미리 리디북스 앱의 자동 업데이트 설정을 해제해둘 것을 추천합니다.

그 외

솔직히 말해서, 기기 펌웨어 안정성은 떨어지는 편입니다. 두 차례의 업데이트를 통해 많이 개선되었기는 하지만, 부하가 심한 작업 중 하나인 만화를 읽는 동작을 할 때 페이지 갱신이 제대로 되지 못하고 이상하게 얼룩이 진 상태로 일시적인 먹통 현상을 겪게 됩니다. 이때 전원 버튼을 눌러주면 잠시 뒤 화면 갱신이 되면서 슬립 모드로 돌아가고, 다시 눌러주면 제대로 동작하지만 매번 이렇게 눌러주기도 번거로운 법입니다. 다행히 전조 증상으로 시스템이 멈추지 않아도 화면 갱신이 깔끔하게 되지 않는 현상이 있어 이전 페이지로 돌아갔다가 다시 넘기는 동작을 통해 예방할 수 있기는 하지만 이 또한 별로 편한 방법은 아닙니다. 같은 락칩을 사용하는 크레마 사운드업은 1년에 이런 일이 한 번 일어날까 말까 하는 것을 생각해보면, 반대로 국내 회사인 한국이퍼브와 이노웨이브 글로벌의 펌웨어 제작 실력이 뛰어난 편이라는 뜻도 되는 것 같습니다.

그리고 30만원에 달하는 기기임에도 불구하고 WiFi 5Ghz 지원이 안 되는 점은 분명 아쉽습니다. 그렇다고 WiFi 6(802.11 ax) 규격을 지원하는 것도 아닌지라, 크레마 사운드업에 맞먹는 속도로 느리게 다운로드됩니다. 아무리 전자책 리더기라서 패널 가격이 비싸다고는 하지만, 7인치 HD 화면에 3GB RAM을 지원하는 12만 9천원어치 중국산 탭도 지원하는 사양이 빠진 것은 살짝 이해가 되지 않는 것입니다. 중국 OEM에, 크레마 시리즈나 페이퍼 시리즈와 달리 펌웨어 커스텀도 적게 들어간 점을 고려하면 비용 증가 요인도 그리 많지 않았을 것으로 추정되는 점을 고려했을 때 더욱 의문입니다.

마지막으로, 교보문고에서 탑재한 애플리케이션의 품질이 그닥 좋지 않다는 것입니다. Google Play 서비스가 탑재되지 않았음을 고려하여 관련 의존성을 제외한 듯한데, 있으나 마나한 무료 코너를 제외하고는 애플리케이션의 eInk 최적화가 거의 이뤄지지 않은 것으로 보입니다. 전자책 리더기에서는 대체로 제외하는 편인 애니메이션이 다량으로 들어가 있고, 알라딘이나 리디북스와 달리 하단 소프트웨어 버튼을 통해 스크롤 기능을 대체하는 요소도 없습니다. ^[각주:4] 게다가 톡소다 앱의 경우 '들어는 가 있다' 수준으로 사실상 이용하기 어려운 수준입니다. 문제는 삭제가 되지 않는다는 점입니다. 교보 eBook 앱이야 원래 제품 자체가 교보 전자책 리더기인 만큼 없는 게 더 이상하겠지만, 톡소다 정도는 사용자 선택으로 둘 수 있지 않았나 싶습니다. 삭제가 어렵다면, 최소한 응용 프로그램 관리에서 숨김이라도 가능했으면 편했을 것입니다.

그래도…

그래도 교보문고에서 발매한 이 제품을 구매해야 하는 이유가 있다면 다음과 같을 것입니다.

국내 서점사 정식 발매 모델 중에선 최고 사양의 전자책 리더기
교보문고의 헤비 유저라면 고려할만한 다양한 혜택 (매달 두 번 전자책 캐시, 6개월 sam 무제한 이용권 등)
수입 기기보다는 나은 한국어 지원
교보문고 정식 액세서리 판매

현재 이노스페이스 원에서 오닉스 시리즈를 정식 수입 및 일부 A/S를 맡고 있기는 하나, 서점사에서 기획하여 모델명이 달라질 정도의 커스텀은 하고 들여온 제품이므로 이래저래 국내에서 쓰기에는 약간 더 낫다는 차이점 정도가 존재합니다. 좀 어설픈 번역일지라도 왠만한 부분은 번역이 되어 있고, 키보드도 전용 한국어 / 영어 키보드가 탑재되어 있어 낫습니다. 오토-웨이크업을 위한 교보문고 정식 플립커버는 덤입니다.

또한, 나름대로 40주년을 기념하는 물건으로 나와서 그런지 최근에는 축소 추세인 전자책 리더기 구매 시의 혜택도 크레마 시리즈에 비하면 있는 편입니다. 전자책 캐시 3000원 가량을 매달 두 번 정도 제공해주는데, 알라딘의 매일 eBook 캐시를 한 달 내내 모으면 6200원 가량 한다는 점을 고려했을 때 비슷한 혜택으로 보일 수 있으나 최근 도서정가제 관련 반영으로 인해 최소 결제액 2000원 이상 기록이 지난 30일간 있어야만 받을 수 있도록 제한이 들어갔음을 생각하면 꽤 나은 편이라는 걸 알 수 있습니다.

총평

장점

국내 서점사 발매 제품 중 가장 최고 사양
현재 기준으로 풍부한 혜택과 함께 제공되고 있음
A2 Mode 탑재로 반응성을 일부 보완할 수 있음
스피커 탑재로 이어폰 연결 없이 TTS 사용 가능

단점

불안정한 펌웨어
상당한 가격에도 불구하고 5Ghz 대역 WiFi 미지원
일부 어색한 한국어 번역
느린 외장 SD카드 읽기 속도

총점: 4.3 / 5.0 - 그래도 다른 서점사들이 본받아야 할 전자책 리더기

열린서재 지원하고, 아주 최신은 아니지만 적당히 쓸만한 OS 버전을 탑재하고 있으며, AP 사양도 전자책 리더기의 평균 사양을 고려하면 괜찮은 수준이라 솔직히 다른 서점사가 본받아야 할 제품으로 느껴집니다. 물론, 국내 전자책 리더기 시장의 주요 업체인 리디북스나 한국이퍼브에 비하면 펌웨어가 불안정하여 이용에 지장이 있는 것은 사실이지만 최소한 방향성은 본받아야 한다는 것입니다. 현재 기준으로는 펌웨어 업데이트가 드문 편인데, 크레마 시리즈처럼 잦을 필요까지는 없으니 최소한 지금보다는 안정화될 때까지 업데이트가 자주 나와줬으면 좋겠습니다.

다만, 이번 리뷰에서 유독 단점 위주로 작성한 이유는 불안정한 펌웨어로 구동되는 한, 책을 읽는다는 본연의 목적을 달성하기 어렵기 때문입니다. 조금씩 개선되고는 있지만 지금 속도로는 올해 말이나 되어야 안정적인 독서가 가능하지 않을까 싶어 조금 강한 어조로 작성하였습니다.

구. 아이리버 [본문으로]
물론, 일반적인 스마트 기기 사양으로서는 느린 편이긴 합니다. 어디까지나 국내의 많은 전자책 리더기가 Android 4.4 사양에 싱글코어 AP인 FreeScale i.MX 6 Solo Lite를 사용하고 있음을 고려하여 작성한 서술입니다. [본문으로]
사견으로는, 번역 담당자도 무슨 뜻인지 제대로 이해하지 못한 상태로 번역했거나 번역기를 돌린 후 가다듬은 수준이 아닐까 싶습니다. [본문으로]
덤으로 글꼴 크기를 사용자 지정해두었을 경우, 한 챕터를 넘길 때마다 한 번 원본 크기로 로딩되었다가 다시 지정 크기로 확대되는 동작이 다른 서점사와 달라 거슬리는 것도 단점이라면 단점입니다. [본문으로]

LG전자, 철수 결정한 MC 사업본부 일부 제품 대상으로 지원 연장

paperboxturtle — Fri, 9 Apr 2021 16:38:34 +0900

2021년 4월 8일, LG전자는 LiVE LG 공식 블로그 및 LG전자 공식 웹사이트를 통해, LG전자가 철수를 결정한 MC 사업본부의 일부 제품을 대상으로 OS 업그레이드 및 보안패치 지원 기간을 연장하겠다고 밝혔습니다. 지난 2020년 삼성전자를 시작으로 Google 등 몇몇 스마트폰 제조업체들이 공약한 것과 거의 유사하게 정책에 변화를 주는 것입니다. 다만 이들 제조업체와는 조금 다른 정책을 가지고 있습니다.

간단한 비교

삼성전자	2019년도 플래그쉽부터 2019년 갤럭시 A 시리즈 일부부터	플래그쉽 / 보급형 모두 3년 (OS)
Google	2017년도 Pixel 2 시리즈부터	플래그쉽 / 보급형 모두 3년 (OS)
LG	2019년도 플래그쉽부터 2019년도 일부 보급형 기기부터	플래그쉽 3년 (OS) 보급형 2년 (OS)

삼성전자와 동일하게 대상은 LG전자의 2019년도 발매된 일부 보급형 기기와 플래그쉽부터입니다. 그러나, LG전자의 보급형 기기는 최근까지 OS 업그레이드를 단 한 번만 받거나 아예 받지 못했고 이 정책이 그대로 적용되어 1년 연장되었지만 과거의 플래그쉽 기기와 동일한 업그레이드 지원 기간을 갖게 되었습니다.

지원 대상

따라서 위 사진과 같은 기종들이 OS 업그레이드 추가 혜택을 받게 되었습니다. 표로 정리하면 아래와 같습니다.

2019년 출시	최종 OS	2020년 출시	최종 OS
Q9 One	Android 11 (2020, R)	Q51	Android 11 (2020, R)
G8 ThinQ	Android 12 (2021, S)	Q61	Android 11 (2020, R)
V50 ThinQ	Android 12 (2021, S)	VELVET	Android 13 (2022, T)
Q70	Android 11 (2020, R)	Q92	Android 12 (2021, S)
V50S ThinQ	Android 12 (2021, S)	Q31	Android 12 (2021, S)
		WING	Android 13 (2022, T)
		Q52	Android 12 (2021, S)
		VELVET LTE	Android 13 (2022, T)

※ Android 버전 옆 연도는 출시 예정 연도, 그 옆은 버전 코드이며 본 표는 출시 순서대로 작성되었습니다. 굵게 표시된 모델은 이미 최종 OS 업그레이드가 완료된 모델입니다.

이를 통해서 X 시리즈 전체 (X2 2019, X4 2019, X6 2019) 및 Q9 모델이 대상에서 제외되었음을 확인할 수 있으며, 태블릿 모델인 G Pad 5 10.1은 OS 업그레이드 계획에서 찾아볼 수 없었습니다. 최소한 Android 10까지는 해줄 것이라고 생각했던 것에 비하면 지나치게 빠르게 지원이 종료된 것이라 볼 수 있겠습니다. 같은 맥락에서 Android 9.0 Pie 업그레이드를 받고 지원이 종료된 Q9도 제외된 것이라 해석도 가능할 것 같습니다.

의외인 것은 일부 보급형 모델이라는 문구에도 불구하고 Q31, Q51, Q61 및 Q52가 OS 업그레이드 2회를 확정받았다는 점인데요, 이미 삼성전자는 해당 제품들과 유사한 사양으로 출시된 기종에 OS 업그레이드 2회를 제공하고 있어 이에 따른 조치로 보입니다. 오히려 Q92 및 Q70의 OS 업그레이드가 아쉽게 보이는 대목이기도 합니다.

본래 플래그쉽 모델조차도 3회가 아닌 2회였기 때문에 저를 비롯한 G8, V50, V50S 사용자는 휴대폰 수명 연장을 도모해볼 수 있게 되었습니다. 아마도 2019년 모델까지 플래그쉽 3회 정책을 확정한 것은, 아직 OS 업그레이드 지원이 끝나지 않았고 삼성전자도 그렇게 하고 있기에 철수 이후 재진입을 조금이라도 염두해둔다면 좋은 이미지로 퇴장할 수 있을 것이라는 판단이 아니었을까 싶습니다.

또한 이러한 확장 지원의 배경에는 신모델 개발 중단 및 소프트웨어 업데이트 외 추가 업무가 거의 없기 때문이라고 생각해볼 수도 있겠네요. 다만, 현재 소프트웨어 업데이트를 위해 잔류하는 인원이 300명에서 400명 정도에 그치는 만큼 일부 외주의 가능성도 존재하고 OS 업그레이드의 속도나 품질 개선을 기대하기는 어려워보입니다. UX/UI 또한 이미 개발 완료된 LG Rollable 및 LG Rainbow 모델의 신규 UX를 바탕으로 적용하여 선보일 수는 있겠지만, 그 이후일 Android 12 및 Android 13 업그레이드에 있어서는 과연 새로운 UX를 적용받을 수 있을지 의문입니다.

그 외에도 우려되는 점은 몇 가지 있습니다.

SW 업그레이드를 위해 잔류한 인원의 이탈 가능성
퀵 헬프 로그 분석 서비스 종료로 인한 버그 리포트 어려움
서비스 일부 유지를 확정받은 LG페이 및 퀵 헬프, 완전 종료를 확정받은 Q보이스, Q렌즈, Q스토리 및 LG헬스를 제외한 나머지 앱의 개선/유지 여부 불확실성
2023년 Android 13 OS 업그레이드 이후 SW 업데이트 서버 종료 일자 불확실

그럼에도 불구하고 이미 철수가 결정된 제품의 OS 업그레이드를 책임지겠다고 발표한 모습은, 과거에 "키 라임 파이를 위해 2GB RAM을 탑재"했다거나 "안드로이드 7.0 누가 업데이트가 어렵"다고 말했던 때보다는 나아졌다고 말할 수 있을 것 같습니다. 부디 결정을 뒤집지 말고 잘 유지하여 VELVET과 WING 기종이 안드로이드 13 OS까지 받을 수 있기를 바랍니다.

Firefox의 Project Fission이란?

paperboxturtle — Sat, 3 Apr 2021 19:11:22 +0900

본 글은 Mozilla 재단에서 제공하는 Mozilla Wiki 웹 사이트의 게시글을 번역한 것입니다. 원 게시글의 라이선스는 CC-BY-SA 3.0 Unported이며, Mozilla Wiki 라이선스 정책 상 CC-BY-SA 3.0 Unported 혹은 이후 버전을 사용할 수 있으므로 이 글은 하단 라이선스 표기와 관계 없이 CC-BY-SA 3.0 Unported로 배포됩니다.
전체 기여자 및 원본 글은 여기에서 확인하실 수 있습니다.

Fission은 Mozilla가 구현한 Firefox의 웹사이트 격리 체계입니다. 사이트 격리는 보안 기능의 일종으로 방대한 범위의 보안 버그로부터 추가적인 보호 기능을 합니다. 사이트 격리는 웹 페이지, 웹 프레임 등을 안전하게 샌드박스에 담아 각각을 격리하여 Firefox의 보안 강화에 기여합니다.

Fission 기능을 가장 쉽게 활성화 혹은 비활성화하는 방법은 다음과 같습니다:

Firefox Nightly의 설정을 엽니다: 이 항목은 햄버거 메뉴(三 처럼 생긴 메뉴)에 위치합니다.
'Nightly 실험' 메뉴를 선택하세요.
'Fission (사이트 격리)' 체크박스를 선택하세요.
Firefox Nightly를 재시작하세요.

이 기능은 왜 필요한가요?

웹 보안 체계에서는 웹 사이트나 웹 프레임이 각각 다른 웹 사이트 혹은 프레임의 정보에 접근할 수 없도록 설계되어 있습니다. 하지만, 버그는 존재합니다. Firefox와 Mozilla 보안 팀은 이러한 보안 버그를 방지할 수 있는 최선의 노력에 투자하거나, 혹은 버그가 있다면 찾아내어 출시 전에 수정하기로 하였습니다. 그러나, 버그가 수정되기 전에 어떻게든 개발자나, 분석 및 시험 과정, 혹은 충분히 노련한 해커에게 발견되곤 합니다. 그러면 경우에 따라 웹 페이지를 이용하는 사용자가 현재 접속하고 있는, 혹은 최근에 접속한 사이트의 데이터에 접근하도록 제작하는 일이 발생할 수 있습니다.

예시

만약 https://example.com에 위치한 블로그가 Facebook 좋아요 버튼(ᅟhttps://facebook.com에서 제공하는 프레임)과 트위터 버튼(https://twitter.com에서 제공하는 프레임)을 가지고 있다고 가정해보세요. 사이트 격리가 없다면, 전체 페이지가 한 프로세스에서 실행됩니다. 만약 Firefox의 발견되지 않은 버그가 제공되고 있는 보호 기능에도 불구하고 블로그의 메인 페이지가 프레임 안의 데이터에 접근할 수 있도록 허용하고 있다면, https://example.com의 악성 소유자(혹은 이미 도메인을 훔친 사람)가 이 버그를 이용하여 Facebook과 Twitter 프레임에서 Firefox 사용자를 흉내내어, 가짜 메시지를 발송하거나 개인 메시지^[각주:1]를 읽는 등의 목적으로 사용하는 이점을 누릴 수도 있습니다.

사이트 격리가 되면, 이 블로그는 3개의 서로 다른 프로세스에서 구동됩니다. 하나는 https://example.com을 구동하고, 하나는 https://facebook.com을 구동하며, 나머지 하나는 https://twitter.com을 구동하도록 작동합니다. 이러한 프로세스는 각 프로세스가 할 수 있는 제한 내에서 샌드박스화되어 작동합니다. 만약에 https://example.com의 악성 소유자가 발견되지 않은 Firefox의 버그를 이용하여 잇점을 누리고자 할 때, https://example.com을 구동하는 프로세스, https://facebook.com을 구동하는 프로세스, https://twitter.com을 구동하는 프로세스는 이러한 작동과 관련된 어떠한 요청도 수행하지 못하도록 막을 것입니다. 다시 말해, 이 가설 상의 버그는 Facebook이나 Twitter 프레임을 이용하여 Firefox 사용자로 흉내내는 데 더이상 효과를 발휘하지 못하는 것입니다.

연락하실 일이 있다면

Fission 팀은 Mozilla Matrix 서버의 #fission:mozilla.org 방에서 여러분의 질문에 대답할 준비가 되어 있습니다. (영문)

Fission의 작동을 관찰하는 방법

Firefox Nightly에서, about:processes를 열어 Firefox가 사용하고 있는 프로세스를 확인하실 수 있습니다. Fission의 일부로서, about:processes 기능은 현재 실험 기능입니다.

버그 제보하는 방법

Bugzilla에 Fission 버그를 보고하시려면, 여기를 눌러 Fission 버그 템플릿을 이용하세요. 혹은 버그를 보고하실 때 버그 개요(Summary)에 "Fission"이라는 단어를 포함해주세요. Fission 팀의 버그 담당은 어느 Bugzilla 컴포넌트에 버그를 보고했는지와 상관 없이, 버그를 찾아낼 것입니다.

Fission ᅟmeta bug 1451850
Nightly에서 FIssion 활성화를 하지 않는 원인이 되는 모든 버그

알려진 문제

몇몇 확장기능이 제대로 동작하지 않습니다. 그러니 동작하지 않는 확장기능을 찾으셨다면 보고 부탁드립니다.
Cross-site iframe이 인쇄 시 빈 영역으로 표시됩니다.
Cross-site iframe이 스크린샷 촬영 시 빈 영역으로 표시됩니다.
Cross-site iframe이 포함된 문서들이 BFC캐시에 접근하지 못합니다.
Cross-site iframe에는 세션 기록이 남지 않습니다.
세션 복원 기능이 종종 페이지 상태, 그러니까 예를 들면 페이지 확대, 축소 여부, 스크롤 위치, 혹은 양식 데이터를 복원하지 못합니다.
Cross-site iframe을 위한 DevTools(개발자 도구) 지원이 Fission 환경에서 완성되지 않았습니다. (자세히 알아보기)
확장기능이나 서비스 워커를 Fission이 활성화되지 않은 창에서 디버깅할 경우, 충돌이 발생할 수 있습니다.
탭을 많이 열어두면 Linux 환경에서 자원 고갈 현상이 발생합니다. 다음과 같은 사례가 예시입니다:
- 과도한 메모리 사용
- 파일 서술어 고갈 문제^[각주:2]
- Linux 환경에서 X11 연결이 안 되는 문제(bug 1635451)

Fission 활성화하기

Fission은 현재 활발하게 개발 중이며, Firefox Nightly에서만 활성화할 수 있습니다.

about:config 페이지에서, "fission.autostart"와 "gfx.webrender.all" 설정을 "true"로 설정하세요. 절대 다른 "fission.*" 혹은 "gfx.webrender.*" 설정을 건들지 마세요.
Nightly를 재시작하세요.

현재 탭에 마우스를 가져다대면, Fission의 활성화 여부를 알 수 있습니다. 만약 가져다댔을 때 나타나는 문구에 "[F]"가 포함되어 있으면, Fission이 활성화되어 있는 것입니다. 백그라운드 탭에 가져다댔을 때에는 "[F]" 문구가 나타나지 않을 수 있는데, 그 원인은 아직 로드되지 않았기 때문입니다.

Fission 비활성화하기

Fission을 사용하던 중 문제에 직면하실 경우, Fission이 아닌 창을 같은 브라우저 세션에서 여실 수 있습니다. 해당 기능은 햄버거 메뉴(三처럼 생긴 메뉴)에 위치한 "새 Non-Fission 창"을 통해 이용하실 수 있습니다. 이는 Fission에 특정된 문제를 밝히거나, fission에 특정된 충돌 현상에 유용합니다. 만약 이렇게 해서 마주친 문제가 해결된다면, Bugzilla에 관련된 내용을 설명하여 보고 부탁드립니다!

Fission을 비활성화하시려면, "fission.autostart" 항목을 "false"로 되돌리시고 Nightly를 재시작하세요.

하위 문서

원문을 참조해주세요.

마지막 업데이트: 2021.04.02 오후 6시 10분
원본 게시글 마지막 업데이트: 2021년 3월 26일 오후 4시 57분

본 게시글에 오역, 오타 등 지적하실 사항이 있다면 주저 마시고 댓글 및 트위터 멘션/DM을 통해 말씀해주세요. 최대한 빠른 시일 내에 수정하겠습니다.

역자 주: 트위터의 DM이나 Facebook Messenger같은 종류 [본문으로]
원문은 File descriptor exhaustion issues인데, 정확히 무엇을 의미하는지 불분명합니다. 아시는 분 있으면 댓글로 안내 부탁드립니다. [본문으로]

소프트웨어 마에스트로 12기 지원 후기

paperboxturtle — Fri, 2 Apr 2021 11:35:08 +0900

소프트웨어 마에스트로 관련 글

2021.04.03 - [개발이야기] - 소프트웨어 마에스트로 12기 지원 후기 / 현재 글

코로나19와 대학 적응 문제로 정신없이 보낸 2020년이 지나, 저도 2학년이 되었습니다. 본격적으로 대외활동을 염두해두던 찰나에 SW 마에스트로를 알게되어 지원하게 되었습니다. '합격' 후기가 아니라는 점에서 짐작은 하셨겠지만, 이 후기는 탈락한 후기를 담고 있습니다.

자기소개서

지금 와서 생각해보면, 제가 탈락하는 데 가장 큰 영향을 미친 것이 '자기소개서' 아닌가 싶습니다. 자기소개서의 문항은 다음과 같습니다.

소프트웨어 분야 전문성을 키우기 위해 남들과 달리 특별한 노력을 한 경험을 서술하여 주시기 바랍니다. (400~3000자)
귀하의 장래희망을 서술하여 주시기 바랍니다. (400~3000자)
귀하께서는 2021년도 SW마에스트로 연수과정에서 동료 연수생들과 협력하여 새로운 프로젝트를 완성해야 합니다. 어떠한 능력을 갖춘 연수생들과 어떤 프로젝트를 수행할 것인지 귀하의 구체적인 계획을 서술하여 주시기 바랍니다. (400~3000자)
2021년도 SW마에스트로 연수 과정에서는 연수생에게 교육 지원비, 노트북 PC 및 프로젝트 재료비 등을 지원할 예정이며, 본인이 희망하는 온오프라인 교육과 프로젝트 수행을 도와주는 멘토를 통해 귀하의 SW 능력을 향상, 발전할 수 있는 기회를 제공하고 있습니다. 앞으로 귀하께서 본 과정을 통해 이루고자 하는 목표가 무엇인지 구체적으로 서술하여 주시기 바랍니다. (400 ~ 3000자)
SW 대회 수상 등 증빙이 가능한 경우 서술하여 주시기 바랍니다.

여기서 가장 크게 실수했던 것은, 4번째 문항에서 '기초를 다진다'고 썼다는 점입니다. 그래선 안 되었는데, 도대체 무슨 생각으로 그걸 그것도 맨 첫 문단에 넣었나 모르겠습니다. 아마 서류를 진지하게 검토하셨다면, 코딩 테스트의 발끝에도 가지 못했을 가능성이 높습니다.

두 번째로 실수한 것은, 증빙 가능한 SW 대회 수상 자료가 있음에도 불구하고 첨부 및 추가하지 않았다는 점입니다. 이를 통해서 심사위원 분들께서 여쭤보실 부분들도 분명 있을테고, 서류 평가에 영향을 주었을텐데, 제가 증빙 자료를 찾기 어렵다는 이유만으로 첨부하지 않았습니다.

세 번째로 실수했던 점은 첫 문항에서 한 노력이 그다지 특별하지 않다는 점에 있다고 생각합니다. 이건 추측에 가깝지만, 특별한 노력이려면 무언가 다른 사람들은 하지 않는 것을 해내야 하는데 그러지 못했습니다.

코딩 테스트

코딩 테스트는 2월 27일 토요일, 그리고 3월 13일 토요일 두 번에 걸쳐 이루어졌습니다. 참고로, 3월 5일과 3월 19일에 각각의 코딩 테스트 결과도 안내를 받았습니다. 무엇보다 중요한 것은 3월 19일의 코딩 테스트 결과 안내인데요, 합격했을 경우 심층 면접에 대한 주의사항 등도 포함되기 때문에 놓치면 안됩니다. 1차 코딩 테스트의 경우 결과 안내일이 3월 5일, 2차 코딩테스트 상세 안내일이 3월 10일이었기 때문에 주의하실 필요가 있습니다.

1차 코딩 테스트

1차 코딩 테스트의 문항은 알고리즘 6문제 + SQL 1문제 + Web 1문제 해서 총 8문제였습니다. 작년 후기와 비교해보면 꽤 많은 문항이 추가되었다는 것을 알 수 있었습니다. 대신 난이도는 쉬워졌다고 하는데, 그래서 그런지 백준에서 알고리즘 문제를 풀기 시작한지 3주차였던 저도 최소한 테스트 케이스로 제공되는 항목은 다 풀 수 있는 수준의 문제가 나왔습니다. 어떤 분들은 이게 solved.ac의 S5(실버 5) 정도 내외라는 분도 있었는데, 저는 이걸 정확하게 매길 수 있을 정도로 고수가 아니라서 잘 모르겠습니다.

Web 1문제의 경우에는 굉장히 간단한 문제가 나와서, CSS를 조금이나마 알고 있다면 금방 풀 수 있는 문제였습니다. 무려 Javascript를 1글자도 쓰지 않는 문제였으니까요. 1학년 때 인터넷 프로그래밍 과목을 통해 HTML, CSS를 복습했었는데, 그 수준으로 쉽게 나왔습니다.

SQL 한 문제의 경우에도 JOIN을 쓸 줄만 알면 풀 수 있는 문제였습니다. 프로그래머스의 SQL 고득점 Kit만 풀고 들어갔는데, 그리 부담되는 수준의 문제는 아니었던 것으로 기억합니다.

최종적으로 6문제의 테스트 케이스를 통과하였고, 1문제는 풀다가 제출하여 합격하였습니다.

2차 코딩 테스트

2차 코딩 테스트는 원래 오프라인으로 진행될 예정이었지만, 코로나19가 진정되지 않아 부득이하게 온라인으로 진행하게 되었습니다. 그래서 그런지 화면 공유가 필수라는 점이 1차 코딩 테스트와 달랐습니다. 이번에는 알고리즘 3문제 + SQL 1문제 + Web 1문제 총 5문제가 출제되었는데, 아무래도 모든 문제의 난이도가 한 단계 올라갔습니다.

Web 1문제의 경우 이번에도 그리 어렵지 않은 문제가 나왔습니다. 드디어 Javascript를 쓰긴 하지만, 지난 학기 인터넷 프로그래밍 시간에 딱히 할 일이 없었던 제가 만든 소소한 부가기능에 나오는 문법만 써도 대략적으로 구현이 되는 문제였기 때문입니다. 운도 좋다고 생각하며 풀었던 기억이 납니다.

SQL 1문제는 조금 더 복잡한 JOIN 문제였습니다. 정확한 내용은 문제를 공개할 수 없거니와, 문제를 적어두는 것이 위반 사항이라 확실히 기억나지 않아서 넘기려고 합니다.

알고리즘 3문제 중 한 문제는 테스트 케이스까지 통과했고, 1문제는 통과는 못하고 제출, 나머지 한 문제는 풀다가 미제출로 끝이 났습니다.

그렇게 총 3문제의 테스트 케이스를 통과하였고, 1문제는 풀다가 제출, 1문제는 미제출이었으나 합격하였습니다.

면접

면접은 코로나19로 인해 변경될 것이라는 예상과 달리, 지난 기수와 동일하게 다대다 면접으로 진행되었습니다. 구체적으로는 감독 한 분, 심사위원 다섯 분, 그리고 지원자 5 ~ 6명으로 구성되었습니다. 지난 기수와 달라진 점이 있다면 코엑스 대신 다시 SW마에스트로 연수센터에서 보았다는 점입니다. 아마도 토익 시험처럼 '시험'이어서 이렇게 하기로 한 것으로 보입니다.

저는 3월 26일 금요일 오전 11시 10분 면접 조였고, 걱정되는 마음에 한시간 넘게 일찍 도착하여 먼저 아침을 먹고 면접 준비를 위해 가지고 있던 자료를 보며 기다렸습니다. 중간에 화장실을 찾지 못하는 헤프닝이 있었는데, 아남타워의 화장실은 2층에서 이용하셔야 한다는 점 잊지 마세요. 혹시라도 도움이 되실까 적어봅니다.

면접에서 나온 질문은 대략적으로 다음과 같았습니다.

우리 사회에서 IT가 미치는 긍정적인 영향에 대해 말씀해보세요.
지원 동기
MSA, DevOps, Agile, Docker 중 아는 개념 있으면 설명해보세요
(개별 질문) Framework / Library 차이?
팀의 리더가 되었을 때 해야 할 것, 하면 안되는 것
프로젝트를 하면서 가장 좋은 성과를 거뒀던 경험
코딩 테스트에서 가장 아쉬웠던 문제, 그리고 그 문제를 다시 푼다면
마지막으로 못했던 말, 어필하고 싶은 말이 있다면

이 외에도 한 두 문제정도 있었던 것으로 기억하나, 정확하게 기억이 나지는 않습니다. 여기서 면접을 망쳤다는 느낌을 많이 받았는데, 역시나 탈락했습니다.

같은 조에 계신 분들이 저보다 모두 나이가 많으시고, 경험이나 지식도 풍부하셔서 대체로 저보다는 대답을 제대로 하시고 확실하게 말씀을 하시는 편이었습니다. 특히, 모든 질문에 아무런 지장 없이 대답하셨던 첫 번째 지원자 분을 보고 면접 중에도 대단하다고 생각했던 것 같습니다.

여기서 가장 후회스러웠던 점은 굉장히 쉬운 질문이었던 Framework, Library의 차이를 제대로 대답하지 못했다는 점입니다. 나중에 면접이 끝나고 어떻게 대답하면 좋았을지 생각이 나서 더 괴로웠던 것 같습니다. 그리고 여기서 제 자기소개서가 얼마나 부족했는지 확인할 수 있었습니다.

지원 과정을 통해 배운 것들

주변에 지원하신 분들은 대부분 붙었는데, 마지막까지 가서 탈락했다는 점이 좀 아쉬웠습니다. 그럼에도 불구하고 짧은 한달이라는 시간 동안 많은 것을 배운 시간이었습니다. 일단, 코딩 테스트의 존재를 실감하고 알고리즘 문제를 풀기 시작해야겠다고 생각한 것도 소마가 계기였으니까요. 면접장에서는 제가 코딩 테스트를 두 달간 준비했다고 했지만, 실제로는 1달 내외의 시간만으로 2차까지 통과한 것이었습니다. 그만큼 제가 소마를 만만히 보고 있었다기보다는, 그 정도밖에는 시간이 없었고 2차까지 통과할 것이라고 생각하지 못했다는 점이 더 큽니다.

면접을 통해서 요즘은 어떤 최신 기술을 공부해야 하고, 또 어떻게 대답하는 것이 가장 레퍼런스에 가까운지 확인할 수 있었습니다. 그리고 어린 나이라고 가산점을 주거나 봐주지 않는다는 점도 제대로 확인할 수 있었습니다. 자기 소개서가 얼마나 중요한지 이미 숱하게 겪어왔지만 더 크게 실감할 수 있었습니다.

이번 지원 과정을 통해 배운 내용들로 분명 다음에 다시 지원할 때는 좀 더 성숙한 모습을 보일 수 있을 것입니다. 군 입대 문제로 인해 늦어지겠지만 14기 즈음 새로 지원하게 된다면 그때는 꼭 합격하고 싶습니다.

Adobe Brackets, 2021년 9월 1일부터 지원 종료 예정

paperboxturtle — Thu, 18 Mar 2021 15:38:20 +0900

Adobe Brackets (C) Adobe, Brackets Contributors

강력한 웹 미리보기 기능을 제공하는 것으로 유명한 Electron 기반의 에디터 Adobe Brackets가 2021년 9월 1일을 기점으로 지원이 종료될 예정이라고 안내했습니다. 이는 Adobe사가 지원을 종료하는 것으로, 원래부터 오픈소스 에디터였기 때문에 fork를 통한 커뮤니티 차원에서의 지원은 계속될 가능성이 열려 있습니다.

공지사항에서 Brackets는 Microsoft 사의 Visual Studio Code로의 이전을 권장하고 있으며, 2021년 9월 1일부터는 Brackets의 레포지터리도 동결 상태로 전환할 예정이라고 합니다. 기존에 운영되고 있던 Brackets 확장 기능 스토어도 모든 정보를 포함하여 같은 시기에 삭제 및 종료됩니다.

이런 결정이 내려진 것은 Microsoft 사와 Adobe 사의 파트너쉽 등으로 인한 것으로, Microsoft에서는 이렇게 이전하는 유저들을 위해서 단축키 및 Brackets 고유의 기능을 제공하는 확장 기능을 대신 제공하기로 결정하였습니다. 다만 이렇게 제공되는 확장 기능은 Adobe가 참여하는 것이 아니며, 단순히 Adobe가 제공했던 기능들과 유사한 확장 기능을 모아 제공하는 것 뿐입니다.

이번 종료 결정으로 인해 2014년 시작된 Adobe의 오픈소스 웹 프론트엔드 에디터의 역사도 막을 내리게 되었습니다.

LG Fandom을 마무리지으며

paperboxturtle — Sat, 6 Mar 2021 17:34:05 +0900

2020년 9월 말 LG Fandom의 첫 번째 활동을 시작한 것이 엊그제 같은데, 벌써 시간이 지나 1기의 끝이 다가왔습니다. 처음 시작할 때만 해도 6개월이라는 긴 시간 동안 잘 해나갈 수 있을까 두려운 마음 반, '1기'가 갖는 상징성에 함께할 수 있다는 기대 반으로 시작했었는데, 그런 감정들을 느낄 겨를도 없이 순식간에 지나가버렸습니다.

제게 있어 Fandom의 주 활동처는 퀵 헬프 커뮤니티와 이곳 블로그였습니다. 그래서 때로는 운영진 측이 요구했던 미션을 수행하는 데 어려움을 겪기도 하고, 어떻게 하면 '말이 되도록' 글을 쓸 수 있을까 고민했던 기억들도 생생합니다. 어떤 날에는 다른 사람들이 저보다 더 많은 내용들을 알고 있었다는 사실에 부족함을 느끼기도 하였고, 또 다른 날에는 도저히 완성될 기미를 보여주지 않는 저의 글 작성 속도에 유난히 기운 빠졌던 일도 있었습니다. 아마 사소한 감정까지 모두 나열한다면 이 글이 빼곡하게 차 버리고 말 것입니다. 그런 의미에서 몇 가지만 기록 겸 남겨보고자 합니다.

출시 전 먼저 만나 보았던 WING, 그리고 Welcome Gift

이 글을 읽고 계신 분들 중에서는, 어쩌면 제가 9월에 작성했던 첫 글을 기억하시는 분도 계실 것입니다. 이 문단은 첫 글과 큰 차이가 없는 내용을 담고 있습니다.

직전에 경험해 본 체험단으로 LG VELVET을 만나보기는 했지만, 출시 후 모집된 체험단이어서 '먼저 만난다'는 감상은 없었습니다. 그런데 이번에는 10월 초 출시 예정이었던 LG WING을 먼저 만져보았고, 정식 출시 전의 펌웨어를 사용하며 피드백을 해볼 수 있다는 경험이 신비로웠습니다. ^[각주:1] 그리고 WING보다 더 감동스러웠던 것은 Welcome Gift였습니다. WING을 받는 것만으로도 이미 충분히 부담스러울 정도로 LG 팬에게는 더할나위 없는 선물인데, TONE Free HBS-TFN6 모델을 증정받았으니까요.

지금도 종종 그렇게 증정받은 TONE Free를 착용하고, 같이 받은 에코백과 함께 외출하곤 합니다. 그만큼 큰 선물이었고, 부담감과 감동을 동시에 안겨준 나날이었습니다.

퀵 헬프 개편 아이디어 공모 이벤트에 선정된 기억

LG Fandom과는 크게 상관 없는 이벤트일지 모르지만, Fandom 활동 즈음에 퀵 헬프는 이벤트와 각종 서비스를 강화하면서 그 중 하나로 많은 분들이 염원했던 PC 버전 개발 및 모바일 개편, 퀵 헬프 탑재 기종 확대 등을 공지했었습니다. 이 과정에서 퀵 헬프 개편 아이디어 공모전이 열렸고, 저는 LG Fandom의 일원이라면 그 이름에 부끄럽지 않게 준비해야겠다는 생각으로 임했었습니다.

당시 퀵 헬프 PC 버전 아이디어로 제안했던 사진들

당시 퀵 헬프 모바일 개편 아이디어로 제안했던 사진들

쓰다보니 LG Fandom 활동을 하면서도 불편한 점들이 없지는 않았던지라 내용이 많이 불어났고, 이에 총 2개의 응모글(모바일, PC부문)로 나눠서 작성하게 됩니다. 당시 사용한 모든 사진을 한 자리에 모으지는 않았지만, 위 사진들은 그때 만들었던 것들입니다. 모바일 분야는 처음부터 만들 자신이 없어서 그림판으로 대략적인 작업을 진행하였고, PC는 빠른 프로토타이핑을 위해 Bootstrap Studio를 시용해 제작하고 이를 웹 브라우저에서 실행하여 캡처했습니다.

결과적으로 최우수에 선정되어 많은 분들의 축하도 같이 받아 보람있고 뿌듯했던 경험이었습니다.

Android 11 체험단 겸임과 VELVET

더 자세한 Android 11 체험단에 대한 소감은 나중에 정식으로 이 체험단이 끝나고 기기를 떠나보내면 그때 작성해보려고 합니다. 엄연히 별개의 활동이고, 정식 버전 배포가 지연됨에 따라 아직 기기 수거 절차가 이뤄지지 않았기 때문입니다.

약간의 시간이 지나, VELVET 기종에 대해 안드로이드 11 펌웨어를 'OS 프리뷰'보다 선체험해볼 수 있는 일종의 '알파 테스터'같은 느낌의 체험단에도 응모하여 참여하게 되었습니다. 이를 위해 LG VELVET을 하나 더 지급받아 사용하였고, 마침 이전에 카페 체험단으로 받아 사용 중이던 Android 10 버전의 같은 기종과 비교하며 체험단 활동을 했었습니다. 이 과정에서 저는 담당자 분과 전화통화나 문자를 주고받는다는 특별한 경험을 할 수 있어 행복했지만, 반대로 Fandom 미션과 동시 진행하다보니 양쪽이 모두 지지부진한 결과를 낳게 되어 각 담당자 분께 죄송스럽기도 했습니다.

Fandom 1기에 속한 분들 중 VELVET을 소유한 일원은 나중에 정식 펌웨어 선체험을 할 수 있는 기회를 부여받았지만, 저는 이때 좀 더 원활한 체험단 활동을 위해 가지고 있던 카페 체험단 VELVET에 그 기회를 적용하지 않기로 했습니다. 당시 Fandom에게 배포된 펌웨어의 버전이 20a인 바람에, 몇몇 커뮤니티에 VELVET의 안드로이드 11 펌웨어가 일반인 대상으로 정식 배포된 것으로 오해받는 일이 발생하여 정정하는 댓글을 달았던 것이 기억에 남습니다.

다사다난의 2021년

이후 계속 활동을 겸임하던 1월 중순, LG전자가 MC사업본부의 존속을 전면 재검토한다는 기사가 하루종일 쏟아져나왔던 날이 있었습니다. 그 날은 미션을 어떻게 수행할까 고민하던 스트레스와 맞물려 퀵 헬프 활동은 물론이고 저녁 내내 쉬어야 할 정도로 몸이 좋지 못해, 오랜만에 제가 유리몸이라는 사실만 실감하기도 했습니다. 그만큼 Fandom 활동이 2개월 남은 시점에서 부담이었고, 남은 미션을 완성해도 블로그에 찾아오는 분들께서 어떤 시선으로 보실지 걱정되기도 했습니다. 아직도 친구들에게 결정된 사항은 없다는 사실을 전달하고는 있지만, 아무리 그래도 주변에서 사업 접는다는 얘기를 들으면 기운이 빠지기 마련입니다.

특히 2월 명절 즈음에는 집안 사정도 일시적으로 나빠져, 미션을 도저히 수행할 상황이 아니었던지라 Fandom에서의 하차를 요청드릴까 고민도 많이 했었습니다. 결과적으로는 미션도 완료하고 이렇게 늦게나마 남은 기간 함께할 수 있게 되었습니다만, 2021년의 Fandom 활동은 "제가 할 수 있는 것이 없다"는 사실에 가장 많이 짓눌렸던 나날이 아니었나 싶습니다.

짧게나마 남은 기간에 바라는 것

그렇기에 남은 기간 혹은 그 후에 바라는 것이 있다면, 이 Fandom 활동도 무사히 종료되고 MC 사업본부의 존속도 하루빨리 좋은 방향으로 결정되어 Fandom을 비롯해 그동안 LG 스마트폰을 잘 사용해왔던 사람들이 안심하고 계속 사용할 수 있도록 바뀌었으면 하는 것입니다. 이왕이면, Fandom 2기도 선발될 수 있는 정도의 여력이 되어 저보다 높은 열정을 보여주셨던 분들이 고스란히 Fandom 활동에 그 열정을 녹여내는 모습을 보고 싶습니다.

이는 이후 벨벳 안드로이드 11 체험단 때도 다시 경험해보게 됩니다. 이때는 조금 더 오래... [본문으로]

2020년 결산 : 고생 끝에 낙이 온다

paperboxturtle — Fri, 5 Mar 2021 17:28:32 +0900

코로나 19로 여러모로 다사다난했던 한 해, 드디어 끝이 나고 2021년도 어느덧 2분기를 향해 달려가고 있습니다. 지난 2018, 2019년에는 개인 사정으로 결산을 하지 못했는데, 더 늦기 전에 결산을 통해 정리해보고자 이렇게 결산 글을 작성하게 되었습니다.

1분기

생활 측면에서 변한 점은 한 해 동안의 수험 생활을 졸업하고 대학교 새내기로 다시 시작하게 되었다는 것입니다. 아쉽게도 21학번과 달리 20학번인 저는 입학식도, OT도, 학교 축제도, MT도 경험하지 못한 '미개봉 중고'가 되었지만, 반대로 첫 학기에는 학교 측도 준비가 덜 되어 있었던 덕에 사실상의 녹화 동영상 강의로만 진행되면서 평시라면 해볼 수 없었을 먼 거리에서 열리는 오프라인 행사를 온라인으로 시청하고 일정을 자유롭게 진행하는 등 유연한 일상을 보낼 수 있었습니다.

방문자 수와 수익

2020.01	2277명	8.96 달러
2020.02	2603명	3.79 달러
2020.03	3856명	6.13 달러

1분기에는 다른 때와 비슷하게 점차 증가하는 모습을 보여주었습니다. 특히 3월에는 폭증이라고 할 만큼 증가했었는데요, 2월부터 인기글 1위를 차지하고 있었던 'LG G8 ThinQ - LG UX 9.0, 안드로이드 10 후기' 글이 이전 달 대비 400명 넘게 조회수가 증가하였고 3월에 게시한 '크레마 사운드 업 리뷰'가 나름대로 인기를 얻으면서 사실상 쌍끌이를 한 덕분이라고 볼 수 있었습니다.

반대로 수익은 방문자 수가 가장 적었던 2020년 1월에 가장 높았습니다. 다만 이 블로그에서 광고 수익이 크게 중요하지는 않으므로 자세한 분석은 하지 않기로 했습니다.

1분기 작성 글

2020/01/16 - [보안 및 새소식/티스토리] - TISTORY 2.0 앱 업데이트 후기 - 갈 길이 구만 리

2020/02/08 - [보안 및 새소식/서비스 소식] - SKT PASS, 다음 달 전 기종 지문인식 지원 예정

2020/02/10 - [보안 및 새소식/디지털 기기] - 알라딘, 일부 크레마 기기에서 오류 수정한 뷰어 배포 예정

2020/02/15 - [생활과 생각/여행] - 2019 네번째 속초여행 - DAY 1

2020/02/15 - [보안 및 새소식/서비스 소식] - 한국이퍼브, 전자책 유통 사업 종료

2020/02/16 - [생활과 생각/여행] - 2019 네번째 속초여행 - DAY 2

2020/02/17 - [하드웨어/LG 스마트폰] - LG G8 ThinQ - LG UX 9.0, 안드로이드 10 후기

2020/02/23 - [보안 및 새소식/서비스 소식] - 다음 팁, 서비스 종료

2020/02/26 - [보안 및 새소식/디지털 기기] - 레노버 ThinkPad T14, T15 시리즈 사양 공개

2020/03/03 - [하드웨어/주변기기] - Jabra Evolve 65t 리뷰

2020/03/04 - [개발이야기/앱] - 메아리 for 미소일기 서비스 중단 안내

2020/03/04 - [개발이야기/앱] - Material Card의 렌더링 오류 발생할 때 해결법

2020/03/05 - [하드웨어/전자책 단말기] - 크레마 사운드업 리뷰

2020/03/11 - [하드웨어/주변기기] - LG 외장 ODD GP62NW60 리뷰

2020/03/18 - [하드웨어/주변기기] - ADATA HV320 4TB 리뷰

원래는 2019년 11월 ~ 12월 사이 작성 예정이었던 몇몇 글들의 작성이 밀리면서 이번 분기에는 제품 구매 리뷰가 많았습니다. 정확히는 올 한 해 이런저런 전자제품을 살 기회가 늘어나면서 그렇게 된 거지만요. 그럼에도 불구하고 2020년 1월에 받았던 2020년도 그램 제품에 대해서는 다다음 분기로 넘어가게 됩니다.

2분기

이번 분기에는 생활 측면에서 1분기와 크게 다르지 않았습니다. 중간에 잠깐 대면 강의를 통한 실습 여부가 진지하게 검토되었던 적도 있었지만, 아쉽게도 학교와 학과 측의 의견 차이로 불발되어 학교는 수시 면접 때 가본 것이 끝으로 남았습니다.

블로그 측면에서는 중대한 변화가 있었습니다. 스킨이 변했다거나 광고 관련해서 변동이 있었다기보다는, 처음으로 제품 체험단을 진행하게 되었다는 것입니다. 이전까지는 100% 사비로 구입하여 리뷰하였던 걸 생각해보면 중대한 변화인 것은 사실입니다. 따라서 제 블로그에 찾아오시는 분들께서 혼란을 겪으실 것을 고려, 글머리에 광고의 일종임을 분명하게 밝히고 글을 작성하였습니다.

또한 한편으로는 처음으로 진행하는 체험단이라 많이 떨리곤 했습니다. LG 모바일 사용자 카페에서 진행한 체험단의 특성상 일반인 체험단과 달리 우수한 콘텐츠를 만든다고 해서 추가적인 경품이 있다거나 하지는 않았는데 그래도 처음 하는 체험단인 만큼 최선을 다하고자 노력했던 기억이 납니다. 특히 리뷰 2편에서 G8 ThinQ의 UX와 전격 비교를 진행하면서 반나절이 넘는 시간을 리뷰 글 작성에 할애했던 경험은 아마 다시는 못할 일이었습니다. 지금은 네이버 카페가 SmartEditor ONE이라는 새 에디터를 도입해서 좀 낫겠지만, 당시에는 SmartEditor 2.0을 아직도 쓰고 있었던 시점인지라 티스토리의 새 에디터와의 호환성이 사실상 없다시피 했습니다. 그냥 붙여넣으면 글자가 보이지 않는데 하필이면 얼마 전에 HTML 편집 기능을 제거하여서 HTML로 붙여 넣을 수도 없었던 겁니다. 그래서 2장, 3장씩 배치했던 사진들과 그 밑의 주석들을 모두 캡처하여 다시 올리는 작업을 하느라 추가로 반나절을 소모했습니다.

~~어쩌면, 그 작업을 하지 않았다면 학과 성적이 더 좋았을 수도 있겠습니다~~

아무튼, 체험단이라는 것 하나에 블로그의 성격 변화가 상당했던 시점이 바로 이 시점입니다. 아마 LG 제품을 좋아하는 제 성격에 변화가 있었다면 올라오지도 않았을 내용들이었기도 합니다. 실제로 지금 이 시각까지도 가끔씩 블로그 대여나 광고 글 개제를 요청하는 연락이 오곤 하지만 제안을 받아들이지 않고 있습니다. 그야말로 '원하는 것만' 하는 셈이 되겠네요.

방문자 수와 수익

2020.04	4011명	2.78 달러
2020.05	3837명	4.31 달러
2020.06	3252명	5.62 달러

방문자 수는 2020년 4월에 정점을 찍은 후 점차 하락했습니다. 특히 체험단을 진행했던 6월에는 오히려 더더욱 하락세가 심해지기도 했습니다. 반대로 이렇게 방문자 수가 줄어들 수록 수익은 늘어나는 게 조금은 아이러니하기도 합니다만, 어쨌든 지표상으로는 그랬습니다.

2분기 작성 글

2020/05/16 - [하드웨어/주변기기] - 코원 EM1 Remote and mic 후기

2020/05/26 - [보안 및 새소식/서비스 소식] - 반디앤루니스, eBook 사업 이관 절차 개시

2020/05/27 - [특집 글/[2020] LG 스마트폰 활용팁 특집] - LG 스마트폰의 글꼴은 어디에 있을까

2020/06/01 - [하드웨어/주변기기] - 코원 EK2 유선이어폰 리뷰

2020/06/10 - [하드웨어/LG 스마트폰] - [카페 체험단] LG VELVET 개봉기: 의외로 예쁜 첫인상

2020/06/11 - [하드웨어/LG 스마트폰] - [체험단 외전] LG VELVET 10k 펌웨어 업데이트 후기

2020/06/19 - [하드웨어/LG 스마트폰] - [카페 체험단] LG VELVET 상세 리뷰 1편: 손 안에 폭, 넓은 세상

2020/06/23 - [하드웨어/LG 스마트폰] - [카페 체험단] LG VELVET 상세리뷰 2편: UX 9 블러 UI의 완성

2020/06/30 - [하드웨어/LG 스마트폰] - [카페 체험단] LG VELVET 리뷰 카메라편: 플래그쉽 기능, 아쉬운 성능

2분기에는 아무래도 학교 생활이 있다보니 작성 글이 많이 줄었습니다. 한때 1일 1포스팅을 목표로 했었던 것에 비하면 정말 많이 줄어든 셈입니다. 아마 앞으로도 이 블로그는 취미 생활이다보니 여전히 적은 포스팅 수를 유지하고 있을 것이 분명하긴 하겠지만요. 콘텐츠의 질을 생각해도 옳은 결정이었다고 생각하고 있습니다.

이때 체험단을 진행하면서, LG VELVET 기종만 Chrome 브라우저에서 LG 자체 글꼴이 적용되는 모습을 보고 문뜩 궁금해져서 LG 스마트폰의 글꼴을 찾아보는 글을 작성하기도 했습니다. 공식적으로 특집 글 세트에 포함되지는 않지만, 2020년 말에 LG Fandom 활동으로 팁 글을 한 곳에 묶으면서 나중에 편입되었습니다.

3분기

3분기에는 기말고사를 위해 학교에 등교하면서 일주일 간 충청남도 아산에서 생활하였습니다. 짧은 시간이었지만 기숙사에서 마지막 LG VELVET 리뷰를 업로드하는 등 시험 기간에도 체험단을 마무리하기 위해 분주했던 나날이었던 기억이 납니다. 그 후 8월에 TOEIC 학원에 등록하여 다니다가, 8월 15일 이후 코로나 19 확진자 수가 폭발하면서 학원이 운영 중단되어 다시 집으로 돌아왔습니다. 특히 8월 15일 전후로 노인 분들이 많은 종로에서 학원을 다니면서 불안한 마음에 가슴을 졸이던 것이 기억에 남네요.

이후 9월에 LG Fandom 1기에 선정되면서 2연속 체험단이라는 기록을 세우게 되었습니다. 코로나 19로 인해 LG Fandom의 발대식은 진행되지 못했지만, 공식적으로 LG의 팬이라는 것을 확인받은 것 같아 뿌듯했던 기억이 나네요. 특히 Fandom의 시작인 '1기'라서 더욱 기뻤습니다.

방문자 수와 수익

2020.07	4079명	4.89달러
2020.08	3779명	5.17달러
2020.09	4688명	2.52달러

이번 달에도 가장 많은 방문자 수를 기록한 달의 수익이 가장 낮다는 공식은 확인되었습니다(ㅡㅡ;;) 어쨌든 2020년 초에 비하면 점차 방문자 수가 증가하였다는 점이 인상 깊습니다.

이때 처음으로 Daum 메인에 LG 그램 리뷰가 올라가면서 일시적으로 방문자 수가 폭증하던 기념비적인 날도 있었습니다.

3분기 작성 글

2020/07/15 - [하드웨어/노트북] - LG 그램 2020: 15ZD90N-HX56K 개봉 및 간단리뷰

2020/07/16 - [하드웨어/주변기기] - [사은품 리뷰]Freedy 60W PD 충전기 리뷰

2020/07/24 - [하드웨어/주변기기] - [사은품 리뷰] FG-WM4000 무소음 마우스 리뷰

2020/08/02 - [하드웨어/전자책 단말기] - 계속되는 크레마 사운드업의 업데이트

2020/08/25 - [하드웨어/LG 스마트폰] - [G8 ThinQ] 벨벳 UX 업데이트 후기

2020/09/03 - [하드웨어/주변기기] - Lenovo Active Pen 1세대 후기(with VELVET)

2020/09/26 - [하드웨어/주변기기] - 제우스랩 P15a FHD 휴대용 모니터 리뷰

2020/09/27 - [하드웨어/LG 스마트폰] - LG Fandom의 시작, 그 첫 걸음을 함께하며

7월에 처음으로 작성한 글의 경우 이전까지의 글들이 체험단답지 않게 좀 과감하게 글들을 쓴 것 같다는 느낌이 들어서 어느정도 균형을 맞추기 위해 호평 위주로 작성했었습니다. 조금 과하게 보는 시선도 있긴 하지만, 그만큼 2편과 3편에서 체험단이라는 사실을 최대한 배제하고 글을 작성했었기에 부끄럽지만 감수하기로 했습니다. 참고로, 그때 리뷰에 쓰인 LG VELVET은 지금도 제 침대에 놓여 있습니다. 영상을 보기에는 LG WING이 더 적합해서, 지금은 웹툰 보는 용도로 쓰이는 중입니다. 나중에 군대에 가게 되면 함께할 예정인 기기이기도 합니다.

또한 7월에 작성한 2020년도 그램 및 그 사은품들에 대한 리뷰는, 사실 2020년 1월에 기획되어 있었던 리뷰 대상이었습니다. 지금 비슷한 처지에 있는 것이 2020년 12월에 구입하여 지금까지 리뷰 글을 못 쓰고 있는 교보문고(아이리버, 보위에)의 sam 7.8 plus pen 모델인데, 7월 이전에는 올려보려고 합니다.

4분기

4분기에는 본격적인 LG Fandom 활동과 함께, 3주간 학교에 내려가 생활했습니다. 처음으로 알뜰폰 셀프 개통을 진행하고, UV 보호필름을 구매하는 등 개인적으로 해본 것도 많았던 시간이었습니다. 특히 10월 전후로 제 전공과 관련된 대외활동에 관심을 가지게 되어 지원하였으나, 그 다음 분기에 일정이 다르게 나오면서 활동이 어렵게 되어 포기했던 것이 진한 아쉬움으로 남게 되었습니다. 현재는 그 다음으로 지원할 생각이 있었던 소프트웨어 마에스트로의 1차 코딩테스트를 통과하고 2차 코딩테스트를 앞두고 있습니다.

~~2차 코딩 테스트는 더 어렵다는데, 지금 이렇게 결산 글이나 쓸 시간이 있는 걸까요?~~

방문자 수와 수익

2020.10	3901명	6.31달러
2020.11	3901명	5.04달러
2020.12	4072명	1.82달러

이번 분기에는 특이하게도 한자리수까지 동일한 달이 있었습니다. (10, 11월) 그와 달리 수익은 애드센스 - 티스토리 연동의 문제인지 점차 감소하다 폭락하는 수준까지 내려간 것을 확인할 수 있었습니다. 연동 시스템 그 자체의 문제도 없는 것은 아니지만, 아마도 ads.txt 문제가 해결되지 않으면서 더더욱 수익이 감소한 것이 아닐까 싶습니다.

4분기 작성 글

2020/10/10 - [하드웨어/LG 스마트폰] - [Fandom 체험단] LG WING : 돌린다는 것의 의미

2020/10/12 - [하드웨어/주변기기] - 고속무선충전 맛보기: 아라리 A FOLD 3 리뷰

2020/10/18 - [하드웨어/LG 스마트폰] - [Fandom 체험단] LG WING에 다시 돌아온 프리미엄 카메라

2020/10/25 - [하드웨어/LG 스마트폰] - [Fandom 체험단] WING, 한 달간의 사용기

2020/11/24 - [하드웨어/LG 스마트폰] - [WING] 두 차례의 스위블 개선 업데이트

2020/12/14 - [Minecraft] - [서버] 맵 파일 Git로 자동 업로드하기

2020/12/22 - [특집 글/[2020] LG 스마트폰 활용팁 특집] - 벨벳 그리고 윙: 스타일러스 펜 활용하기

2020/12/26 - [특집 글/[2020] LG 스마트폰 활용팁 특집] - 퀵 헬프와 친해지기

2020/12/29 - [특집 글/[2020] LG 스마트폰 활용팁 특집] - LG 키보드의 이런저런 기능들

2020/12/31 - [특집 글/[2020] LG 스마트폰 활용팁 특집] - LG 스마트폰 기초 설정하기

2020/12/31 - [특집 글/[2020] LG 스마트폰 활용팁 특집] - '편리한 기능' 사용하기

이번 분기에는 Fandom 활동의 일환으로 WING 체험단과 팁 모음을 연재하면서 작성 글이 조금 더 많았습니다. 학교와 집을 오갔던 날도 있었던 만큼 다른 분기보다 힘들었지만, 결과적으로 학교 생활에 있어서는 상당히 높은 석차를 받아내어 성취도가 높았던 분기였기도 합니다. 이때 작성을 시작해서 아직 완성하지 못한 글이 있는데, 그 글도 3월에는 완성하여 공개할 수 있기를 희망합니다.

전체 후기

올해는 대외 활동 측면에서도, 학업 측면에서도 '고생 끝에 낙이 온다' 혹은 '쥐구멍에도 볕들 날이 있다'는 말을 실감하게 해주는 한 해였습니다. 코로나 19로 인해 많은 활동을 해보지 못한 것은 그것대로 아쉽지만, 그만큼 기회를 확보할 수 있었던 것도 있어 다행이라고 생각합니다. 결산 시점에서는 LG Fandom도 마무리되어 가는데, 관련된 내용은 곧 작성 예정인 Fandom 활동의 마무리 글과 내년 초 작성 예정인 2021년 결산 글에 적고자 합니다.

좀 더 깊게 살펴본 LG 기기의 로그 보내기 기능 후기

paperboxturtle — Sun, 28 Feb 2021 15:17:10 +0900

본 글에 사용된 LG WING, LG VELVET은 LG전자로부터 제공받은 제품입니다.
그 외 모든 제품은 기업으로부터 협찬받지 않은 제품입니다.

전에 퀵 헬프와 친해지기 편을 통해 LG전자 스마트폰에서 로그를 보내는 방법을 소개드린 바 있습니다. 그러나 아무래도 퀵 헬프의 전반적인 기능을 다루는 '가이드'였다보니, 개인적인 평가를 하기에는 부적합한 부분이 있어 따로 후기로 분리하게 되었습니다.

로그를 보내는 단계와 메뉴 구성

퀵 헬프 내 로그 보내기 메뉴, 원격상담 앱 내 로그 보내기 메뉴

현재 LG전자 스마트폰의 로그 분석 기능은 두 앱을 통해서 가능합니다. 하나는 퀵 헬프, 나머지 하나는 LG전자 원격상담 앱니다.

퀵 헬프 및 LG전자 원격 상담의 로그 보내기 기록은 각기 따로 남아서, 퀵 헬프는 QAKR, 원격 상담은 REMO로 시작하는 상담 번호가 부여됩니다. 조회 자체도 분리되어 있어 원격 상담 앱에서 퀵 헬프로 접수한 로그 기록에 대한 내역은 볼 수 없도록 되어 있습니다. LG전자 원격 상담 앱은 LG 계정과 연결되어 있지 않은 만큼 다른 기종에서 접수한 기록도 확인할 수 없습니다. 일종의 '비회원 전용'인 셈입니다.

분명 처음 기능 출시 당시에는 퀵 헬프를 전면 확대할 계획이 아니었으니 이렇게 만들었겠지만, 만약에 마지막 퀵 헬프 미지원 기종이 지원 종료된다면 퀵 헬프를 중심으로 하나로 통합하는 것이 좋아보이는 구조였습니다. 어차피 현재 구 기종에 한해 역할을 하고 있는 원격 잠금해제 기능은 VELVET 기종부터 설정 메뉴에 통합되어 있고, 로그 분석도 퀵 헬프 쪽이 예전에 비해 많이 기능적으로 발전하면서 굳이 사용할 이유가 없어졌기 때문입니다.

그래서 그런지 단순 기록의 차이만 있는 건 아닙니다. 다른 부분은 매우 유사하게 UI가 작성되어 있지만 STEP 4의 추가 자료 첨부에서 기능상의 다른 점을 발견할 수 있습니다. 적은 용량일지라도 동영상 첨부가 가능한 퀵 헬프와 달리, 원격 상담 앱은 사진만 첨부 가능합니다.

다만 원격 상담 앱이 좋아보이는 부분도 있습니다. 퀵 헬프는 다양한 기능을 탑재하면서 메뉴가 조금 번잡하게 보이는 느낌이 있는 반면, 원격 상담 앱은 일단 로그 보내기가 별도의 메뉴로 분리되어 있어 그 기능에만 신경쓸 수 있습니다. 퀵 헬프 개편을 통해 데스크톱에서도 접근할 수 있도록 개선하고, 모바일 환경도 변화를 준다고 했는데 실제 이뤄진다면 메뉴를 정리할 필요가 있어 보입니다.

분석 과정과 결과

이제는 알림으로도 보내줍니다.

지난 글에서 안내할 때에는 별도로 알림이 울리지 않기 때문에 로그 전송 시 실패하지 않기 위해선 왔다갔다하며 상황을 확인할 필요가 있다고 언급한 적이 있었습니다. 하지만, 이 부분도 개선되면서 이제는 전송 완료, 담당자 선정, 로그 분석 지연 안내, 진단 결과 도착 등 대부분의 세세한 상황에서 알림을 보내줍니다. 다만, 로그 전송 완료 알림의 경우에는 퀵 헬프 앱을 벗어난 상태여야만 작동하며, 여전히 퀵 헬프 서비스 앱을 통해서 전송하므로 '최근 사용 앱' 목록에서 지우지 않는 것이 전송 실패 확률을 낮춰줍니다.

이전에 비하면 상당히 개선된 것으로 예전처럼 꾸준히 확인해줄 필요가 없는 것은 좋았으나, 아무래도 로그 전송의 실패 여부 자체는 여전히 확인하기 어렵다보니 로그가 어디까지 전송되었는지 % 단위로 표시해주었다면 더 좋았을 거란 생각이 듭니다. 알림을 주지 않더라도 [내 오류/문의] 메뉴에서 보여주면 되니까요.

그 밖에도 점진적으로 개선되면서 나아진 부분도 있습니다. 추가적으로 참고가 될 만한 정보나 사진을 하나의 내역에 병합하여 보낼 수 있는 기능도 생겨, 비록 로그를 추가 전송할 순 없지만 버그 리포트라는 목적에서는 꽤나 쓸만한 기능이 되겠습니다. 실제로 LG VELVET 기종의 안드로이드 11 체험단을 진행하면서, 이 기능을 활용하여 버그의 여러 발생 경로를 추가로 보낸 적이 있었기에 평소에는 쓸 일이 없어도 없으면 아쉬운 기능이라고 할 만했습니다.

참고로 이 기능은 한 로그에 대해서 여러 번 추가 전송이 가능하며, 그때마다 추가 병합됩니다.

총평

개선된 점

로그 분석 과정 중 알림을 보내 줌
추가 정보를 전송하는 기능이 추가됨
소소하게 변경된 UI로 어디까지 작성했는지 확인하는 것이 이전대비 용이해짐

개선되어야 할 점

로그 전송 중 어디까지 전송되었는지 확인 불가
동영상은 120MB까지만 보낼 수 있어 경우에 따라 인코딩 필요
로그 분석 메뉴 근처가 번잡함
퀵 헬프에 접속해 있을 때에는 알림이 오지 않음

2020년 한 해 동안 생각보다 많은 기능들이 추가되면서 이전보다 훨씬 나아지기는 했지만, 앞으로도 퀵 헬프와 함께 꾸준히 개선되어야 할 기능으로 느꼈습니다. 부디 LG전자 스마트폰 사업이 계속 유지되어 개선되는 모습을 볼 수 있었으면 좋겠습니다.

명절, 그리고 대외활동

paperboxturtle — Mon, 22 Feb 2021 01:35:20 +0900

조만간 게시할 2020년 블로그 결산 글에서 다루겠지만, 지난 한 해는 코로나 19로 인해 많은 예정이 취소되고 온라인으로 대부분을 해결해야 했던 상황이었습니다. 집에서 머무르는 것을 좋아하는 저이지만, 그래도 필요한 상황에는 외출을 하는 만큼 그런 상황에서도 되도록 비대면으로 하게 되는 부담감은 적지 않았습니다. 이번 명절도 비슷했고, 오히려 집안 사정이 겹쳐서 명절 내내 '명절다운' 가족 행사는 더더욱 가질 수 없었습니다.

그러나 명절을 그대로 보내기에는 아쉬운 점이 많아서 대외활동을 하기 위한 준비를 하기로 했습니다. 코로나 19로 인해 평시에 비해면 제대로 된 활동을 하지는 못하겠지만, 지방 대학에 재학 중인 제 입장에서는 오히려 많은 것이 비대면으로 이루어지는 지금이 대외 활동을 최대한 할 수 있는 기회이기 때문입니다.

다만 미리 좀 더 알고 공부를 했으면 좋았으련만, 작년의 운을 너무 믿은 나머지 준비가 소홀했던 것이 문제였습니다. 작년 10월 즈음에 여러 대외활동에 대해서 조사했던 바 있었는데, 알면서도 코딩 테스트 등 대외활동을 하기 위한 시험 준비를 하지 않았습니다. 아마도 그 즈음에 비록 주최자의 사정으로 종료되기는 했지만 웹 개발 스터디를 한다고 이런저런 자료를 같이 찾아보느라 바빴던 것도 분명 있었기는 할 것입니다. 하지만 스터디 종료 이후에, 아니 적어도 기말고사가 끝난 후에는 바라보고 있었던 대외활동에 대해 준비했어야 하는데 그러지 않았습니다.

한참이 지나 대외활동 자소서를 마무리한 후, 뒤늦게 코딩 테스트 준비를 위해 알고리즘 문제 풀기에 돌입했습니다. 동시에 과거 쓰다가 잊어버린 Python에 대한 감각도 되돌리고자 하는 측면도 있었습니다. 그러나 시간이 부족했기 때문에 어느 정도 풀려면 "집중 주간"이 필요했고, 그 시기로 명절 주가 간택되었습니다. 코로나19로 인해 가족 간의 왕래가 매우 제한되는 상황이다보니 가족 일부만이 서로 왕래했고, 저는 주로 그 대상에서 제외되었기에 좀 더 조용한 환경에서 공부할 수 있을 것이라고 판단했었네요.

LG WING으로 문제를 풀었던 흔적들 / 보통 아래에는 앞서 해결하신 분들의 글을 띄워두고 풀곤 했다.

문제를 풀 때는 노트북과 스마트폰을 활용했습니다. 주로 24인치 외장 모니터에는 문제와 제출 창을, 아래 노트북 모니터에는 IDE를 띄워두고, 문제가 잘 풀리지 않으면 휴대폰으로 문제 해결 방법을 찾아보거나, 손으로 풀어보는 식이었습니다. 물론 종이로 풀어도 되지만, 주변 정리 문제 때문에 이번 명절에는 휴대폰을 더 애용했네요. WING과 VELVET을 위해 구매했던 스타일러스 펜이라지만, 지난 여름 방학 때의 토익 공부를 제외하면 쓸 일이 없었는데 이번에 간만에 요긴하게 쓰였습니다. 다만 아무래도 아쉬웠던 건, WING의 펜 지원이 세컨드 스크린에도 되었어야 한다고 생각하는 점입니다. 화면 활용을 극대화하기 위해서 위 사진처럼 사용했었는데 아무래도 거치 구조상 펜만 지원된다면 반대로 쓰는 게 더 편해보였습니다.

사족으로그 주에는 특히 커피 소비량이 많았는데, 믹스 커피는 잠 깨는 데 도움이 되지 않아서 집 앞 프랜차이즈 카페에서 테이크 아웃을 하곤 했습니다. 마침 경기도 제 2차 재난지원금을 체크카드로 등록했던지라 조금 더 마음 편하게 사용할 수 있었네요. 그러고보면, LG페이 때문에라도 WING이 이래저래 자주 굴러줬습니다.(?)

집중 주간이라고 다짐하고서 거의 이틀에 한 번 꼴로 쉬어버린 모습 @solved.ac

다시 본문으로 돌아와, 알고리즘 문제 풀이를 보면 생각보다 마음대로 되지는 않았습니다. 그도 당연할 것이 생전 한 번도 알고리즘 문제라고 적힌 과제들을 풀어본 적이 없으니, 얼마나 양을 조절해야 하고 하루에 어느정도 푸는 것이 적당한지 알 턱이 없습니다. 그래도 명절 주간에 최대한 많이 풀어보려고 애썼는데, 결과적으로는 위 사진이 증명하듯 한 번 급격하게 문제를 많이 풀고선 푸는 문제가 줄어들기 시작합니다. 집중이 정말 안 되어서 다음 날로 넘어갈 때까지 하루는 쉬기도 했습니다.

그래도 잘 안 풀린 것으로 후회하느냐고 묻는다면, 그렇진 않다고 답할 것입니다. 오히려 무료하게 시간을 때우기만 했었던 지난날의 다른 명절보다 알차게 보냈다고도 자신있게 말할 수 있습니다. 보통 하루 정도나 코딩을 하거나 이런저런 활동을 하는 식으로 보내곤 했는데, 적어도 3일 중 이틀 정도는 문제 풀이에 사용했기 때문입니다. 앞으로 남은 방학 동안 완전히 비슷한 방식으로 생활을 유지할 수는 없겠지만, 분명 가능성을 볼 수 있었던 시간이었다고 생각합니다.

이번에는 전적으로 집중했지만, 다음 명절에는 대면으로 만나고도 유의미한 자기계발을 할 수 있었으면 좋겠네요.

본 게시글에 사용된 LG WING은 LG전자로부터 제공받았습니다.

좀 더 쾌적하게 사용해본 LG 스마트폰

paperboxturtle — Tue, 26 Jan 2021 23:34:30 +0900

2020년, LG Fandom 활동의 일환으로 'LG 스마트폰 가이드'를 연재합니다.
본 가이드에 사용된 LG WING, LG VELVET은 LG전자로부터 제공받았습니다.
본 가이드에 사용된 LG WING, VELVET 이외의 모든 제품은 기업으로부터 협찬받지 않은 제품입니다.
본 가이드는 처음 기능을 사용하시는 사용자분들을 위해 제작되었습니다.
WING, VELVET, G8 ThinQ* 세 기종을 중점으로 다루나, 구형 기종도 몇몇 기능을 정상적으로 사용할 수 있을 수 있습니다.

* 위 문단은 'LG 스마트폰 가이드'의 공통 내용입니다. 몇몇 가이드의 기능은 기종별로 지원되지 않을 수 있습니다.

LG 스마트폰 가이드 모아보기

예전부터 있던 기능부터 어느 순간 생긴 기능까지, 휴대폰을 좀 더 쾌적하고 편리하게 사용할 수 있는 방법은 다양합니다. 이번 편에서는 그 중 데이터를 잃어버려도 복구할 수 있는 안전한 방법인 '자동 백업', 그리고 '자동 재부팅'과 지난 편에서 소개해드렸던 '스마트 닥터'에 대한 후기를 적어보고자 합니다.

자동 백업

초창기 LG가 백업 솔루션을 휴대폰에 탑재했을 때의 명칭은 'LG 백업'이었습니다. 당시에는 LG 모바일 스위치와 LG 백업이 같은 앱이었고, 실제로 지금도 전송 혹은 백업할 수 있는 데이터의 종류는 동일합니다. 다만 중간에 한 번 확장자가 lbf로 바뀌어 단절이 있었고, 이후에도 OS의 판올림에 따라 같은 확장자여도 복원을 할 수 없는 경우는 점차 늘어나고 있습니다. 앱의 데이터까지 복구해주는 만큼 상당한 수준의 복원률을 보여주지만, 이때문에 같은 OS가 아닌 이상 안심할 수 없는 법입니다.

그럴 때 그나마 최대한 데이터를 잃어버릴 염려를 줄여주는 것이 바로 '자동 백업'입니다. 과거 넥서스 5X를 쓸 때, 항상 아쉬웠던 것이 microSD를 넣을 수 없고, LG UX나 Samsung Experience^[각주:1]가 아니기 때문에 제조사 백업 솔루션을 쓸 수 없어 백업이 매우 제한적이었다는 점이었는데요. G8 ThinQ로 기변했을 때에는 이런 스트레스에서 벗어날 수 있었습니다.

기억 상으로 예전에는 microSD가 있어야만 안정적으로 백업 및 복원이 가능했던 것으로 알고 있었는데요, 적어도 G8 ThinQ에는 내부 저장소와 microSD 외에도 'Google 드라이브'라는 선택지가 하나 더 늘었습니다. microSD 카드가 어느날 돌연 인식이 불가한 상황에 빠져도 백업해 둘 수 있다는 것이죠. Google 드라이브의 기본 저장공간이 15GB 정도라 작기는 하지만, 미디어 데이터를 제외한 LG 앱, 설정 등 극히 일부만 저장해둔다면 크게 문제가 없어 보였습니다. 유료 요금제인 Google One을 사용한다면 물론 더욱 별 문제 없겠습니다.

다만 아쉬운 점은, 자동 백업을 설정하기 위해서

설정 > 시스템 > 백업 > 백업 및 복원 > 백업 > 점 세 개 메뉴(...) > 자동 백업 만들기

라는 매우 복잡한 절차를 거쳐야 한다는 것입니다. 거기다 백업 메뉴를 들어갔을 때 백업 가능한 데이터를 계산하느라 기다려야 하는 점도 단점입니다. Q51 같은 보급형 기종이나 백업 가능한 데이터가 많은 기기를 사용하고 있다면 자동 백업을 설정하기 위해서 정말로 많은 시간을 기다려야 하고, 만에 하나 자동 백업 설정을 변경하고 싶을 때에도 간단하게 접근하는 방법 없이 하염없이 기다려야 한다는 건 아무리 생각해도 아쉬운 부분이라고 밖에는 생각할 수 없습니다.

자동 재부팅

중국제 태블릿에 들어 있는 자동 전원 끄기 / 켜기 기능과 비슷한 종류입니다. 전원을 오랜 시간 켜두고 있으면 서버조차도 안정성이 떨어지는 등의 증상이 발생하기 마련인데, 자동 재시작을 통해 그러한 증상을 최소한으로 줄이고 쾌적하게 사용할 수 있습니다. 2018년 처음 도입된 기능으로, 현재 LG 서비스 공식 페이지 기준 지원 기종은 Q7(Q7, Q7+), Q8 2018, G7 ThinQ, G8 ThinQ, V35 ThinQ, V40 ThinQ, V50 ThinQ, V50S ThinQ 입니다. 다만 리스트엔 없어도 VELVET, WING 등 지원되는 기종이 있으므로, 안드로이드 10 기준 설정 > 시스템 메뉴에 '재시작 및 초기화' 항목이 있는지 확인해보세요. U+, KT, 자급제 모델인데 '재시작 및 초기화' 항목이 있으면 해당 기능이 존재하는 것이고, 그렇지 않다면 없는 것입니다.

여기서 자동 재부팅은 SKT의 통신사 서비스 때문에 기능상 차이가 발생하게 되는데요, 기능상 다음과 같다고 보시면 됩니다.

통신사	접근 방식	출처 모르는 APK 제거 알림	자동 실행 조건	요일 지정 재시작	자유로운 시각 설정	격주 재시작
SKT	설정 > SKT 서비스 > T 안심 > 안심클리너 OR 설정 > T안심 > 안심클리너	O	충전기 연결 배터리 50%⬆ USIM 장착 보안 설정 X 휴대폰 미사용	X	O	O
KT U+ 자급제	설정 > 시스템 > 재시작 및 초기화 > 자동 재시작	X	화면 꺼짐 휴대폰 미사용 배터리 30%⬆ USIM 잠금 안됨	O	O	X

SKT의 자동 재시작 서비스는 통신사 고객을 위한 서비스라는 느낌이 강하게 드는 기능이라고도 느껴집니다. 일단 이름은 안심 클리너인데, 실제 보면 스마트 닥터처럼 임시 파일을 제거하거나, 아니면 V3 Mobile Security의 예약 검사처럼 자동으로 바이러스 검사를 하는 것도 아닌 그냥 출처를 모르는 APK를 제거하라는 알림을 띄우고 재부팅하는 것이 기능입니다. T가드라는 이름의 통신사 자체 백신을 설치하면 기능이 좀 바뀔 줄 알았더니, 그런 것도 아닙니다. 격주 단위 재시작이 가능하다는 점을 제외하고는 제조사 기능이 더 나은데 굳이 이렇게 한 이유를 알 수 없습니다. T가드의 성능이 꽤 괜찮은 걸로 아는데, 예약 검사와 기능을 결합하면 무슨 탈이라도 나는 걸까요?

반면 다른 통신사 및 자급제용으로 출시된 제조사 자체 기능은 대부분의 측면에서 더 낫습니다. 일단 LG UX이므로 통일성이 있고, 충전기를 연결할 필요가 없으며, USIM을 장착하지 않은 공기계에서도 잘 작동합니다. 거기에 요일 지정도 가능하니 주말마다 재부팅을 한다던가 하는 설정도 가능합니다.

스마트 닥터

스마트 닥터는 지난 번 '편리한 기능' 사용하기에 소개했던 기능입니다. 대부분의 기능은 자주 사용할 필요가 없지만, 휴대폰 상태 진단 기능은 푸시 알림을 통해서 실시간으로 휴대폰의 상태를 알려주기 때문에 '앱 절전'이나 '앱 충돌'로 한 번 즈음은 푸시 메시지를 받아보신 경험이 있을 수 있습니다.

특히 푸시 알림으로 어떤 앱이 배터리 소모가 심한 지 알려주며 '앱 절전'을 해보라는 알림은 꽤나 유용합니다. 저처럼 앱을 200 ~ 300개씩 설치하고 쓰는 사용자 입장에서는 배터리가 심하게 빨리 닳을 때의 원인이 한 두 앱은 아닐 수 있기 때문입니다. 그때그때 백그라운드에서 배터리를 소모하고 있는 앱을 알려주고 그 자리에서 즉시 절전하도록 만들 수 있어 배터리를 아끼는 데 도움이 됩니다.

진단 기능 실행 시 알려주는 앱 충돌 안내도 유용하긴 합니다만, 개선할 필요가 있는 기능입니다. 백그라운드에서 수시로 충돌을 내는 앱은 시스템을 불안정하게 만드는 데 한 몫하므로 분명 휴대폰 입장에서 주인에게(?) 알릴 만 합니다만, 문제는 개발용으로 사용할 때에도 예외로 제외시킬 수 없다는 것입니다. 한 번에 오류와 충돌 없이 앱을 개발하지 않는 이상 충돌이 없은지 일정 기간이 지나야만 마주하지 않게 되는데, 매번 퀵 헬프나 스마트 닥터 내에서 느낌표를 보고 있자니 마음이 편하지는 않습니다.

그리고 현재는 WING 기종에 한정하여 정밀 자가 진단이 가능해 좀 낫습니다만, 하드웨어 진단 기능도 그때그때 점검하는 것이라 지난 이력을 볼 수 없고 따라서 센서의 수명이 도래하기 직전에는 정상인지 아닌지 판단하기 애매하다는 것이 조금 아쉽습니다.^[각주:2]

총평

자동 백업 - 3.5 / 5.0 (제조사)
자동 재시작 - 3.0 / 5.0 (SKT), 4.0 / 5.0 (제조사)
스마트 닥터 - 4.0 / 5.0 (제조사)

이렇게 별점을 매긴 이유는 다음과 같습니다.

자동 백업 - Google 드라이브를 통한 안전한 백업 가능 but 접근 경로의 불편함
자동 재시작 - (SKT) 격주에 한 번 재시작 가능한 점이 유일한 장점, (제조사) 요일별, 주별 재시작 설정 옵션도 있으면 더 좋지 않을까 하는 마음
스마트 닥터 - (상태 진단) 앱 절전, 저장공간 부족 등 놓칠 수 있는 부분에 대한 알림 but 예외 처리는 없는 '충돌 알림' / (하드웨어 진단) 즉각 확인하는 센서 오류 but 지난 이력 보기는 불가능

최근 LG 모바일의 뒤숭숭한 상황을 보아 개선을 바라기에는 조금 어려운 측면도 있겠지만, 어제와 오늘(글 작성일자 기준) LG WING의 기능 개선 업데이트가 올라오는 등 꾸준히 노력해주시는 분들이 있어 충분히 나아질 수 있으리라 생각합니다. 부디 일이 잘 풀려 언젠가 좀 더 편리하게 LG전자 스마트폰을 쓸 수 있었으면 좋겠습니다.

당시에는 Samsung Experience였으며, 현재는 One UI라고 불립니다. 과거에는 TouchWiz였습니다. [본문으로]
해당 기능은 올해부터 G7 ThinQ 이후 퀵 헬프 지원 기기 중 일부에 업데이트 예정이나, 현재는 정확한 오픈 일자 및 실제 오픈 여부 등을 알 수 없는 상황입니다. [본문으로]

browser_specific_settings

paperboxturtle — Sat, 23 Jan 2021 19:19:01 +0900

본 글은 Mozilla Developer Networks Web Docs의 browser_specific_settings 페이지를 번역한 내용입니다. MDN 문서 라이선스에 따라 CC-BY-SA 2.5 라이선스가 적용됩니다. (하단 라이선스 표기와 무관합니다.) MDN의 기여자 분들께서 작성해주셨습니다. (기여자 명단)
또한 Mozilla의 MDN 지역화 정책 변경으로 인해 블로그에 올리는 것이므로, 이후 번역이 가능하도록 변경될 경우 최신 반영 사항은 모두 MDN에 반영하며 블로그에는 반영하지 않습니다.
한국어 번역본의 내용은 어떠한 경우에도 보증하지 않으며 MDN의 지역화 정책에 변동이 없으면서도 요청이 있을 때에만 업데이트된 문서 내용을 반영할 것입니다. 따라서 되도록 원본 문서를 참고하시기 바랍니다.

형태	Object
필수 여부	일반적으로는 아님 (관련 게시글: 원본 / 번역본)
예시	`"browser_specific_settings": { "gecko": { id: "addon@example.com", "strict_min_version": "42.0" } }`

설명

browser_specific_settings 키는 특정 호스트 애플리케이션을 지칭하는 값을 가집니다.

Firefox (Gecko) 속성

Firefox는 브라우저의 특정 설정들을 gecko라는 하위 키 안에 저장하며, 다음과 같은 속성 값을 가집니다.

부가 기능의 ID를 말합니다. Firefox 버전 48부터 선택 사항이 되었으나, 그 이전에는 필수였습니다. 관련 게시글(원본 / 번역본)을 참조하셔서 부가 기능 ID가 필요한 상황에 대해 알아보세요.

strict_min_version

Gecko의^[각주:1] 최소 지원 버전을 설정합니다. 버전을 설정할 때, "*"^[각주:2]는 허용되지 않습니다. 기본 값은 "42a1"입니다.

strict_max_version

Gecko의 최대 지원 버전을 설정합니다. Firefox의 현재 버전이 부가 기능의 최대 지원 버전보다 높다면, 설치가 되지 않거나 사용 중이던 부가 기능이 비활성화됩니다. 기본 값은 "*"으로 최대 지원 버전에 대한 확인을 하지 않는 설정 값입니다.

update_url

부가기능 업데이트 manifest 파일의 주소를 설정합니다. 주소는 반드시 "https"로 시작해야 합니다. AMO(Mozilla Add-Ons)를 통하지 않고 독자적으로 버전을 관리하려고 할 때 사용합니다.

유효한 Gecko 버전도 참조해 보세요.^[각주:3]

부가기능 ID 형식

부가기능 ID는 반드시 아래 형식 중 하나를 따라야 합니다.

GUID
이메일 주소와 비슷한 형태의 문자열: (예시) extensionname@example.org

문자열 형태의 형식은 쉽게 만들거나 복제할 수 있습니다. 여기에 실제 이메일 주소를 사용하면 스팸 메일을 받는 등의 부작용이 있을 수 있으니 주의하세요.

예를 들어 다음과 같이 쓸 수 있습니다.

"id": "extensionname@example.org"

"id": "{daf44bf7-a45e-4450-979c-91cf07434c3d}"

Microsoft Edge 속성

주의: Edge 전용 속성을 manifest 파일에 추가하면 Firefox 버전 69 이상에서 설치를 차단하는 오류가 발생할 수 있습니다.

Microsoft Edge는 edge라는 이름의 하위 키를 사용하며 다음과 같은 속성을 가지고 있습니다.

browser_action_next_to_addressbar

Boolean 형태의 값으로 브라우저 툴바의 어디에 위치할지를 결정합니다.

true 값이면 browser_action.default_area 속성이 navbar로 설정됩니다.
false 값이면 browser_action.default_area 속성이 menupanel로 설정됩니다.

Safari 속성

주의: Safari 전용 속성을 manifest 파일에 추가하면 Firefox 버전 69 이상에서 설치를 차단하는 오류가 발생할 수 있습니다.

Safari는 safari라는 이름의 하위 키를 사용하며 다음과 같은 속성을 가지고 있습니다.

strict_min_version

부가기능에서 지원할 Safari의 최소 버전을 설정합니다.

strict_max_version

부가기능에서 지원할 Safari의 최대 버전을 설정합니다.

예시

모든 가능한 속성을 이용한 예시입니다. 일반적으로 대부분의 부가기능은 strict_max_version이나 update_url 속성을 사용하지 않습니다.

"browser_specific_settings": {
  "gecko": {
    "id": "addon@example.com",
    "strict_min_version": "42.0",
    "strict_max_version": "50.*",
    "update_url": "https://example.com/updates.json"
  },
  "edge": {
    "browser_action_next_to_addressbar": true
  },
  "safari": {
    "strict_min_version": "14",
    "strict_max_version": "20"
  }
}

브라우저 호환성

원본 문서를 참조하세요.

마지막 수정 일자: 2020년 12월 18일(원본) / 2021년 1월 23일(번역본)

역자 주: 사실상 "Firefox" [본문으로]
역자 주: 모든 버전을 뜻합니다. [본문으로]
역자 주: 아마 strict_min/max_version에 속해야 할 내용인데 update_url 항목이 추가되면서 여기로 온 것 같습니다. [본문으로]

부가 기능, 그리고 부가 기능 ID

paperboxturtle — Sat, 23 Jan 2021 17:49:45 +0900

본 글은 Mozilla 재단에서 제공하는 Firefox Extension Workshop 웹 사이트의 게시글을 번역한 것입니다. 원 게시글의 라이선스는 CC-BY-SA 3.0 Unported이며, Mozilla.org 라이선스 정책 상 CC-BY-SA 3.0 Unported 혹은 이후 버전을 사용할 수 있으므로 이 글은 하단 라이선스 표기와 관계 없이 CC-BY-SA 3.0 Unported로 배포됩니다.
전체 기여자 및 원본 글은 여기에서 확인하실 수 있습니다.

Firefox 부가 기능은 다른 Firefox 부가 기능과 구별하기 위한 각각의 ID가 있습니다. 이 글은 WebExtension API를 이용하여 제작된 부가 기능에 add-on ID가 어떻게 작동하는지에 대한 내용을 설명합니다.

Firefox에서 사용하는 부가 기능은 모두 Firefox 내부 및 addons.mozilla.org (AMO) 웹사이트에서 사용하는 고유한 식별자를 가지고 있습니다. 예를 들어, Firefox는 설치된 부가 기능에 업데이트가 있는지 확인하거나 어떤 항목(예를 들면 저장된 데이터)을 해당 부가 기능으로 제어하고 있는지 확인하기 위해 사용합니다.

오래된 형태의 Firefox 부가 기능은 개발자가 반드시 부가 기능의 ID를 명시적으로 설정해두어야만 했습니다. XUL/XPCOM 부가 기능은 설치 용도의 manifest 파일^[각주:1]에 ID를 설정해야 했으며, SDK 부가기능은 package.json 파일^[각주:2]에 명시해야 했습니다.

그러나, Firefox 버전 48부터는 이렇게 ID를 명시하지 않아도 개발, 버그 수정, 배포 및 업데이트를 할 수 있도록 변경되었습니다.

주의: ID를 넣지 않고도 WebExtension 부가기능을 개발하거나 버그를 수정하는 기능은 Firefox 48부터 도입되었습니다. 이전 버전을 사용할 필요가 있다면, 반드시 browser_specific_settings 키를 사용하여 ID를 명시해야 합니다.

부가 기능 ID가 없을 때의 기본 작업 흐름

부가 기능은 manifest.json 내의 browser_specific_settings 키를 사용하여 부가 기능 ID를 명시적으로 설정합니다. 그러나, 이 키는 보통 선택 옵션입니다. 설정하지 않기를 원한다고 해도 일반적으로 ID 없이 개발, 버그 수정, 배포, 업데이트하는 것이 가능합니다. 이렇게 했을 때 한 가지 장점은 바로 Google Chrome이 browser_specific_settings 키를 인식하지 못하며 넣게 되면 경고를 띄울 것이라는 점입니다.

그러나, 이런 이점에도 불구하고 몇몇 WebExtension API는 부가기능 ID를 사용하며 다음 브라우저 세션까지 동일할 것입니다.^[각주:3] 이런 API를 Firefox에서 사용할 필요가 있을 때에는, 반드시 browser_specific_settings 키를 사용하여 부가 기능 ID를 명시적으로 설정해야 합니다. 좀 더 자세히 알고 싶다면 아래 '부가 기능 ID가 필요할 때'를 참고하세요.

개발 및 버그 수정

Firefox 버전 48부터, manifest.json 내에 ID가 명시되어 있지 않다면 about:debugging 페이지에서 부가 기능을 설치할 때 랜덤으로 생성된 임시 ID를 부여합니다. "새로 고침" 버튼을 눌러 부가 기능을 다시 불러온다면, 같은 ID가 사용됩니다. 그러나 Firefox를 재시작하고 부가 기능을 다시 불러온다면, 새로운 ID를 부여받을 것입니다.

만약 부가 기능을 .xpi 혹은 .zip 파일 형태로 about:addons 페이지에서 설치한다면, 작동하지 않을 것입니다. 이런 상황에서는 manifest.json 파일 내에 browser_specific_settings 키를 추가하세요.

배포하기

부가 기능을 완성한 후에는, 부가 기능을 패키지로 묶어서 검토 및 서명 작업을 위해 AMO에 제출할 수 있습니다. 만약 올린 부가 기능이 고유한 ID를 가지고 있지 않다면, AMO는 고유한 값을 부여해 줄 것입니다. 이 과정은 제출 후 부가 기능이 영구적인 ID를 할당받는 시점에서만 이뤄지며, 추후 ID는 서명된 부가 기능 패키지에 포함됩니다.

주의하실 점은 이렇게 영구적으로 ID가 할당되고 나면, 과거의 Add-on SDK나 XUL/XPCOM 형태로 업데이트할 수 없다는 것입니다.^[각주:4] Add-on SDK, XUL/XPCOM 플랫폼으로 전환을 원하신다면, 반드시 새로운 ID로 새로운 부가 기능을 제출해야 합니다.

업데이트

업데이트 작업을 하는 시점에서도, 일반적으로 ID를 가지고 무언가를 할 필요는 없습니다. ID 없이 개발을 지속하실 수 있으며, 업데이트가 필요할 때에는 부가 기능의 AMO 페이지에 접속하여 새로운 버전을 올리시면 됩니다. 이는 그 페이지로 부가 기능을 올렸을 때, ID가 없어도 AMO는 그 부가 기능의 업데이트 버전이라는 것을 알기 때문입니다.

부가 기능을 수동으로 AMO에서 제공하는 각 부가 기능의 페이지를 사용하여 업데이트하는 경우, 이 작업은 필수적입니다. 만약 다른 방법으로 제출하게 되면, AMO가 제출된 부가 기능이 기존에 존재하는 부가 기능의 업데이트라는 것을 알지 못해 새로운 부가 기능으로 간주할 것입니다.

이런 방식으로 업데이트하는 것은 XUL/XPCOM과 같은 옛날 형식의 부가 기능을 WebExtension API로 업데이트할 때에도 사용하실 수 있습니다. AMO에서 제공하는 구형 부가 기능의 페이지에 접속하신 후, 새 부가 기능을 올리시면 구 버전의 업데이트로 인식할 것입니다.

부가 기능 ID가 필요할 때

부가 기능을 XPI 파일로 로딩할 때, 그리고 임시로 로드하는 것임에도 about:debugging 페이지를 사용하지 않으면서 서명도 되어 있지 않을 때 필요합니다.
AMO의 각 부가 기능 페이지에서 수동으로 올리는 것이 아닌, AMO의 API를 사용하여 업로드하려고 할 때에는 요청을 넣을 때 부가 기능의 ID가 필요합니다.
몇몇 WebExtension API는 부가 기능 ID를 사용하며 다음 브라우저 세션까지 동일할 것입니다. 만약 이런 API를 사용하려고 하실 때에는 browser_specific_settings 키를 사용하셔서 ID를 명시해야 합니다. 아래 API에 적용됩니다.
Android용 Firefox에서 사용하실 때에도 필요합니다. manifest.json 내의 browser_specific_settings 페이지를 참고하세요.
manifest.json 내에서 dictionaries 키를 사용하실 때도 필요합니다.

역자 주: 현재는 삭제된 문서입니다. [본문으로]
역자 주: 현재는 삭제된 문서입니다. [본문으로]
역자 주: expect it to be the same from one browser session to the next가 원문이며, 브라우저를 재실행하더라도 다음 세션까지 ID가 동일할 것이라는 내용인 것 같습니다. [본문으로]
역자 주: ID를 명시하지 않는 방법은 WebExtension API라는 최신 기술에서만 지원되므로, 한 번 ID가 할당되면 그 ID로는 과거 사용했던 다른 기술로 만든 부가 기능을 올릴 수 없다는 의미입니다. 더 쉽게는, 업데이트라는 형태로 '바꿔치기' 할 수 없다는 뜻이라고 볼 수 있겠습니다. [본문으로]

라이선스 안내

paperboxturtle — Sat, 23 Jan 2021 16:56:54 +0900

종이상자의 작은 일기장 내의 모든 게시글(댓글, 방명록 제외: 단순 게시글)은 CC-BY-SA 4.0 International 라이선스에 따라 배포됩니다. 이는 2019년 이전 다른 라이선스로 공개된 다른 게시글에도 포함되는 내용이며, 혹시라도 CC BY-SA 4.0 International 라이선스가 아닌 다른 라이선스로 표기된 게시글이 있다면 댓글, 방명록 등으로 알려주시면 수정하겠습니다.

다만, 다음과 같은 경우에는 다른 라이선스가 우선 적용됩니다.

글의 첫부분에 별도로 라이선스가 우선 적용된다는 내용이 적혀있는 경우 (예시: Extension Workshop의 단순 번역글, CC-BY-SA 3.0 Unported 라이선스 적용)
종이상자가 저작권을 가지지 않은 내용(예시: 종이상자가 만들지 않은 애플리케이션의 스크린샷 등)

게시글을 이용하실 때 확실하지 않거나, 문의하실 사항이 있으시다면 해당 게시글의 댓글, 이메일, 혹은 트위터 DM으로 보내주시면 확인하겠습니다.

수월우 SSR 리뷰

paperboxturtle — Thu, 21 Jan 2021 21:48:05 +0900

지난 2019년 12월 G8 ThinQ로 휴대폰을 교체하면서, 음향에도 자연스레 관심을 가지게 되었습니다. 그 전까지는 적당히 좋은 제품^[각주:1]을 구해서 쓰는 게 보통이었다면, 이제는 Quad DAC가 달린 휴대폰을 쓰는 만큼 조금이라도 제대로 누려보자는 생각에 조금 더 가격대가 높은 이어폰을 찾게 된 것입니다.

그러나 당연히 음향 분야에서 보급형을 벗어난 가격대의 이어폰들은 20만원은 물론이고 100만원도 넘어가는 이어폰이 많다보니, 선뜻 고를 수가 없었습니다. 그래서 눈을 돌린 것이 '차이-파이(Chi-Fi)'라고 불리는 중국산 가성비 음향 기기 영역입니다. 처음에는 오늘 리뷰할 수월우 사의 가장 저렴한 커널형 이어폰인 Spaceship을 구매하고자 하였으나, 적당한 시기를 노리던 중 수월우 SSR이 출시된다는 소식을 듣고 조금 더 기다려보기로 하였습니다.

그러나 모 카페에서 공동 구매가 끝나고 수월우 측에서 QC 문제로 발매를 일시 중단하고, 새 색상을 포함하여 8월 초에 재발매를 하게 됩니다. 저는 이렇게 재발매되는 시점에 새로 추가된 흰색으로 알리 익스프레스를 통해 직구하였습니다. ^[각주:2]

제품 개봉

소문은 이미 들어 알고 있었지만, 역시 캐릭터를 전면에 내세운 제품 상자는 조금 부담스럽습니다. 캐릭터가 싫다기 보다는, 제품이 좋아도 다른 사람들에게 섣불리 추천할 수 없기 때문입니다.

측면에는 수월우 영문 사이트 주소가 적혀 있습니다. 구매 당시에는 SSR 제품 페이지가 없었는데, 리뷰 시점에는 다행히 있네요.

66,122번째 제품이라도 되는 것인지 이렇게 상단에는 정체 불명의 숫자도 적혀 있었습니다.

뒷면에는 흔치 않게도 주파수 응답 그래프가 그려져 있었습니다. SSR을 고른 이유이기도 한데요, 저음이 적은 이어폰을 좋아하기 때문에 제조사에서 제공하는 그래프를 믿고 구입한 것이었습니다.

저가형에서도 이런 그래프를 볼 수 있으면 더 좋을텐데, 측정 장비가 없다보니 제조사 제공 그래프와 동일한지, 저가형은 정확히 어떤 응답을 보여주는지 알 수 없어 아쉽습니다.

제품을 열어보면 이렇게 가지런히 들어 있습니다.

다만, 검은 솜(?)의 마감은 그다지 좋지 않아서 아쉬웠습니다. 5만원에 구한 제품에 바라는 것이 많으면 안되긴 합니다만, 털이 날려서 유닛을 닦아야만 쓸만했습니다. 먼지도 잘 달라붙는지 포장이 된 상품임에도 불구하고 하얀 먼지가 군데군데 붙어있더군요.

그리고 그 솜 밑에 있는 작은 상자에는 의외로 파우치가 들어 있었습니다. 꼭 이어폰 케이블이 들어있을 것처럼 생겨서 처음에는 장식인 줄 알았었네요.

이어폰 파우치가 담긴 상자를 제거하고 나면, 이렇게 가지런히 정리된 이어폰이 드러납니다. 3만원대 초저가형(?) 이어폰^[각주:3]과 달리 이어팁은 기본 장착이 아니었습니다. 그렇다고 이어팁을 따로 사야하는 것은 아니고, 후술하겠지만 파우치에 들어있었습니다.

제품 상자의 맨 밑바닥에는 당시 출시되지 않았던 SSP(Super Spaceship Pulse)에 대한 언급이 있는 설명서와 수월우라고 적힌 종이 한 장이 들어 있었습니다.

파우치 안에는 기본 이어팁이 들어 있습니다. 같은 중국 소재 음향 업체인 원모어와는 달리 5만원대 이어폰임에도 파우치가 들어간 대신 이어팁이 번들 이어폰처럼 작은 지퍼백에 담겨 있었습니다.

파우치는 작아도 SSR이 다 들어가는 구조기는 한데 사진에서 보실 수 있듯이 앞면에 인쇄한 수월우 마크가 뒷면까지 번져 품질이 썩 좋다고 느껴지지는 않았습니다.

외형

노즐은 특이하게도 이어팁을 고정하는 구조로 설계되어 있지 않았습니다. 그래도 조금 두꺼운 편이라 생각보다 고정력이 좋더라고요. 착용 방향은 빨간색 플라스틱 링으로 구분하기 쉽게 유도한 듯한데 너무 색이 튀어서 없어도 되었을 것 같았습니다. 어차피 유닛에 음각되어 있기도 하고요.

유닛의 나사 부분에는 금박이 씌워져 있는데, 외부 도장보다 금박이 먼저 벗겨지기 시작해 그 내구성에 대해서는 좀 아쉬웠습니다.

이어팁은 이렇게 6종인데 실제 착용해보니 제게는 평범한 느낌이었습니다. 5만원대로 쿼드비트 4의 원래 정가와도 크게 차이가 나지 않으니 한편으로는 충분히 이해할 수 있는 정도였네요.

6개월 간의 사용

8월 말 즈음 수령하여 리뷰를 쓰는 현재는 거의 6개월 째에 접어들어 갑니다. 다른 이어폰이 번들 이어폰이거나, TWS거나^[각주:4], 초저가 이어폰인지라 정확한 비교는 힘들지만, 적어도 지금까지 써왔던 이어폰 중에는 가장 저와 잘 맞는 이어폰이었습니다.

우선 저는 저음을 별로 좋아하지 않아 평소에도 EQ 설정을 이용해 고음 강화 프리셋 등으로 맞춰 제품의 저음을 눌러두는 스타일인데, 이 제품은 그럴 필요가 그다지 없었습니다. 특히 과거에는 음악 앱과 시스템 EQ 모두 고음 강화로 설정해야만 편안했던 반면 이제는 시스템 EQ만 설정해두어도, 설정하지 않아도 편안하게 음악을 들을 수 있었습니다.

다른 분들이 앞서 평가하신 바와 같이, 최소 볼륨은 상당히 작은 편입니다. 가령 번들 이어폰으로 G8 ThinQ의 HiFi DAC 볼륨을 1로 설정해서 듣는다면, 수월우 SSR로는 최소 4에서 평균적으로 6 이상의 볼륨을 맞춰두고 들어야만 했습니다. 차음성이 떨어지는 것도 분명 있습니다만, 기본적인 볼륨 자체가 작은 것 같더군요. 다만 저는 이렇게 작은 볼륨도 좋았습니다. 어차피 75단계 볼륨이라 작으면 올리면 그만이고, 볼륨 1부터 너무 크면 조절하기 곤란하기 때문이어서요.

선명도는 LG 쿼드비트 4보다 약간 더 좋은 수준으로 느꼈습니다. 가격을 생각하면 당연히 그래야겠지만, 5만원대로도 이렇다면 더 비싼 제품군은 어떤지 기대가 되더군요. 어쨌든 덕분에 쿼드비트 4 단종으로 인한 아쉬움을 많이 달랠 수 있었네요.^[각주:5]

총평

水月雨
Super Spaceship Reference

장점

(적어도 제게는) 딱 맞는 음향 성향
(적어도 제게는) 딱 맞는 디자인과 색상
케이블 교체가 가능한 구조
파우치 기본 제공

단점

떨어지는 도색 내구성
아쉬운 포장 QC(?)

총점: 4.9 / 5.0 - 만족스러운 첫 중저가(?) 음향기기

음향 전문가가 작성한 글이 아니므로 오류가 많을 수 있습니다. 댓글 및 트위터 DM으로 알려주시면 빠르게 수정하도록 하겠습니다. 읽어주셔서 감사합니다.

예를 들면 지금은 단종된 쿼드비트 4라던가... [본문으로]
다만 수월우 제품은 앵키하우스 측의 공식 수입으로 인해 알리 익스프레스 직구가 막혀있는데요, 수월우 직영이 아닌 몇몇 공식 셀러들이 수입 재개 이전에 잠시 한국 배송을 풀었던 적이 있습니다. 이 제품도 수입 재개 이전에 구매하였기에 저렴하게 구할 수 있었으며, 앵키하우스 수입 재개 직후에 이렇게 풀려있었던 지역 제한도 다시 막혀 이제는 공식 수입처 및 구매 대행 서비스로만 구할 수 있습니다. [본문으로]
이미 만원도 하지 않는 이어폰을 리뷰한 시점에서, 초저가형이라는 표현을 쓰는 게 맞는지 모르겠습니다. [본문으로]
Jabra Evolve 65t, LG TONE Free [본문으로]
여기서 쿼드비트 4는 저음 위주 아니냐고 말씀하실 분도 있을 텐데요, 그 점이 아쉬워서 최대한 EQ로 눌러놓고 쓰기는 했습니다. 단종되기 전까지는 다른 이어폰을 찾아볼 생각을 하지 않았기 때문에 만족도가 높을 수 밖에 없었던 것도 같습니다. [본문으로]

'편리한 기능' 사용하기

paperboxturtle — Thu, 31 Dec 2020 12:58:52 +0900

2020년, LG Fandom 활동의 일환으로 'LG 스마트폰 가이드'를 연재합니다.
본 가이드에 사용된 LG WING, LG VELVET은 LG전자로부터 제공받았습니다.
본 가이드에 사용된 LG WING, VELVET 이외의 모든 제품은 기업으로부터 협찬받지 않은 제품입니다.
본 가이드는 처음 기능을 사용하시는 사용자분들을 위해 제작되었습니다.
WING, VELVET, G8 ThinQ* 세 기종을 중점으로 다루나, 구형 기종도 몇몇 기능을 정상적으로 사용할 수 있을 수 있습니다.

* 위 문단은 'LG 스마트폰 가이드'의 공통 내용입니다. 몇몇 가이드의 기능은 기종별로 지원되지 않을 수 있습니다.

LG 스마트폰 가이드 모아보기

LG 스마트폰의 '설정' 메뉴에는 '편리한 기능'이라는 항목이 있습니다. WING, VELVET에서는 '펜' 설정이 편리한 기능에 있어서 친숙한 항목일 수도 있을텐데요, 생각보다 다양한 기능이 이 두루뭉실(?)한 분류에 묶여 제공되고 있습니다. 그래서 이번 가이드는 '편리한 기능'에 속한 기능이 무엇인지에 대한 소개입니다. ^[각주:1]

본 글에서 소개하는 내용은 '자가진단'을 제외하고 설정 > 편리한 기능 항목에서 확인하실 수 있습니다.

스마트 닥터, 그리고 '자가진단'

메인화면, 상태 진단, 그리고 하드웨어 진단

스마트 닥터는 예전 옵티머스 뷰2 등에 탑재되었던 메모리 최적화 위젯과 각종 점검 기능이 합쳐졌다고 보시면 편한 기능입니다.

먼저 '하드웨어 진단' 기능은 센서 위주의 작동 여부를 확인해주는 도구입니다. G7 ThinQ 등 지문인식 센서가 갑자기 죽는 현상을 겪는 일부 기기에서 지문 센서의 고장 여부를 판단하는 데에도 쓰이며, Z 카메라라는 이름의 ToF 센서가 탑재된 G8 ThinQ의 경우 Z 카메라 진단도 수행할 수 있습니다. 몇몇 센서는 고장 여부가 겉으로 잘 드러나지 않기 때문에, 보증 기간 내 수리에 매우 중요한 항목 중 하나라 볼 수 있습니다.

'휴대폰 상태 진단'은 강제 종료되는 앱이나 배터리를 백그라운드에서 많이 먹는 앱, 혹은 휴대폰 사용시간 등을 확인하여 그때그때 진단 여부를 내놓는 앱입니다. 편리한 기능 > 스마트 닥터를 통해 진입하실 수도 있지만, 퀵헬프 > 스마트 닥터를 통해 진입하시면 포인트도 쌓을 수 있어^[각주:2] 1일 1회에 한해서 퀵헬프로 접근하시는 것을 더 추천드립니다.

그리고 기본적으로 '휴대폰 상태 진단'은 알림창에 그때그때 개선하면 좋은 부분들을 안내하기 때문에 굳이 들어갈 필요가 많지는 않은 항목이기도 합니다. 오히려 퀵헬프의 '휴대폰 자가 진단'이라는 유사 서비스가 일주일 통계 단위로 로그 분석하여 제공하는 내용으로 좀 더 내용도 풍부하고 LG 서비스센터와 동일 솔루션을 사용했기 때문에 유용하게 사용이 가능합니다.

번외: 휴대폰 자가 진단이란?

이 기능은 편리한 기능에 속하지는 않지만, 퀵헬프의 기능과 유사한 점이 있고 '편리한 기능'이라는 명칭에 걸맞는다고 생각하여 여기에 추가하였습니다. 2020년 12월 31일 현재 지원 기기는 WING 1종이며, 추후 G7 ThinQ (2018년 출시) 이후 기종으로 확대될 예정입니다.

이용 방법은 다음과 같습니다.

퀵헬프 접속 (퀵헬프가 보이지 않는다면 설정 > 시스템 > 업데이트 센터 > 앱 업데이트 > 퀵헬프 '사용' 혹은 설정 앱 최하단 '고객 지원')
퀵헬프 홈 > 진단하기 > 휴대폰 자가 진단
'동의합니다' 체크 후 '확인'
50MB 데이터 소모에 대한 팝업 나타날 시 '확인'
기다린 후 점검 리포트 확인

아쉽게도 이전 리포트를 보는 기능은 제공되지 않으며 실수로 뒤로가기를 눌러 홈으로 진입하는 등의 상황이 일어나면 처음부터 다시 분석을 시도해야 합니다. 위와 같이 9가지 항목으로 세분화하여 진단하며 제안도 보여줍니다.

메모리와 저장소 최적화

스마트닥터 메인화면에 있는 '메모리', '저장소' 항목은 그 자체로 안내판 역할을 하기도 하지만 누르면 상세한 내역을 확인하실 수 있는데요, 위 사진처럼 메모리 항목은 현재 실행 중인 앱을, 내부 저장소는 분류별 확보할 수 있는 공간을 표시합니다.

메인 화면의 '휴대폰 최적화' 기능을 이용하시면 이 중 '메모리' 및 '임시 파일 및 raw 파일' 항목에 대해서 삭제 및 정리하는 작업이 진행됩니다.

화면 녹화

'화면 녹화' 기능은 알림창의 빠른 설정 란에서 시작할 수 있는데요, 단순히 화면을 녹화하는 기능만은 아닙니다. '프로필' 설정에서 워터마크를 겸해 특정 이미지를 특정 위치에 두고 녹화를 할 수도 있고, 전면 카메라를 켜고 동시에 녹화하여 스마트폰 리뷰 등에 사용할 수도 있습니다.^[각주:3]물론, 아예 '프로필'을 설정하지 않을 수도 있습니다.

오디오는 '콘텐츠' (기기에서 나는 소리만 녹음, 외부 소음은 녹음되지 않으며 미디어 무음 상태에서는 아무 소리도 녹음되지 않음)와 '마이크' (외부 소리를 녹음) 중 하나를 선택할 수 있습니다.

화질의 경우 기기별로 다른데 FHD 이상의 해상도를 가진 기기에서는 FHD까지 녹화가 가능합니다.^[각주:4]

* 이 기능은 알림창의 빠른 설정에서 '화면 녹화'를 꾹 눌러서 설정으로 진입하는 것도 가능합니다.

번외: 녹화한 영상 GIF로 만들기 (하단 더보기)

녹화를 마치면 '녹화 영상을 확인하려면 터치하세요'라는 내용의 알림이 알림창에 나타납니다. 여기서 터치하면 'Recorded Video' 폴더로 이동하게 되는데요, 영상을 눌러 연결할 앱으로 기본 '동영상' 앱을 선택하면 위와 같은 컨트롤러 바를 갖춘 동영상 플레이어로 녹화 영상을 재생하게 됩니다.

GIF 버튼을 누르면 영상의 현재 재생 시점에서 GIF로 변환해주며, 15초를 넘어가는 경우 선택 창이 나옵니다. 여기서 5초, 10초, 15초 중 선택하면 재생 시점에서 n초만큼의 분량을 GIF로 저장할 수 있습니다.

이렇게 만든 GIF는 갤러리에서 수정 버튼을 눌러 불필요한 장면을 제외하는 등의 작업이 가능합니다.

맞춤형 지능화 서비스

(1번째) G8 ThinQ (2번째) WING (3번째) WING의 개편된 통합검색

'맞춤형 지능화 서비스'는 스마트 게시판, Q보이스에서 사용 가능한 인공지능 서비스입니다. WING 및 벨벳에서는 Q보이스와 스마트 게시판이 Q스토리로 통합된 것과 함께 기존에 '통합 검색' 역할이었던 Google 기반의 검색 기능이 빠지고, 새로 '통합 검색' 기능이 추가되면서 약간의 변동이 있었는데요. 아래와 같이 맞춤형 지능화 서비스의 기능 일부가 이동되었습니다.

맞춤형 검색: '통합 검색' 기능에서도 사용 가능하도록 변경
예약, 쿠폰 알림: Q스토리에서 설정하도록 변경

먼저 '맞춤형 검색' 기능은 주로 갤러리 앱 등에서 시간대별로 묶어서 사진을 보여주는 기능 등에서 활용되며, VELVET과 WING에서 탑재된 통합 검색 기능의 '시간대' 검색 (오늘, 어제, 최근 한 달 등)에도 쓰이는 기능입니다. 이 기능이 활성화되면 자주 사용하는 앱이나 위치 정보, 시간 정보를 수집하므로 개인정보에 민감하신 분이라면 이용하지 않는 것을 추천합니다.

'예약 및 쿠폰 알림' 기능은 오직 문자 메시지로 받은 내용에 대해서만 미리 알려주는 서비스입니다. 가령, 유효기간이 얼마 안 남은 스타벅스 아메리카노 기프티콘이 있다면 스마트 게시판 혹은 Q스토리 푸시알림(벨벳, WING)으로 알려줍니다.
이 기능은 켜 두시는 것을 추천드립니다. 그 이유는 문자 메시지로 받은 내용은 마감 기한을 인식하여 자동으로 언제까지 기프티콘을 써야 할지 미리 알려주기 때문입니다. 개인적인 경험으로도 이 기능 덕분에 까먹고 사용하지 않을 뻔한 기프티콘을 사용한 적이 있을 정도입니다.

참고로 '예약 및 쿠폰 알림'은 벨벳 및 윙 이후 기기 한정으로 Q스토리 > 설정 > 제안에서 설정하실 수 있습니다.

그 외 사소한 설정들

LG 기기에서 흔히 볼 수 있는, 이제는 다른 기기에서도 대부분 가능한 '노크온'과, 강화 유리 등을 장착했을 때 둔해진 터치 반응을 개선할 수 있는 '터치 민감도'도 일부 기종에 한하지만 편리한 기능 분류에 있습니다. 벨벳과 윙은 조금 터치가 둔한 감이 있어서 얇은 우레탄 필름을 사용할 때도 터치 민감도를 켜놓고 쓰게 되더군요. 오작동 위험은 있지만, 그만큼 터치가 민감해지는 만큼 터치 반응에 불만이 있었던 분들께는 유용합니다.

그리고 멀티태스킹 화면('최근 사용 앱' 화면) 하단에 나타나는 한 줄의 앱 목록을 제거하는 기능도 '편리한 기능'에 있습니다. '추천 앱'이라는 명칭으로 불리며, 벨벳 UX 업데이트라고 불리는 업데이트를 받았거나 OS 업그레이드 당시 벨벳 UX가 적용된 일부 기기^[각주:5]에서는 이 부분을 해제하는 기능이 존재할 것입니다. 참고로 안드로이드 10부터 변경된 사항에 따라 추가된 기능이므로, 안드로이드 9 이하 버전을 사용하고 계신 분들께서는 해당 설정을 찾으실 수 없을 것입니다.

WING에 한정하여, '스위블 모드에서의 화면 확장'이라는 기능도 존재합니다. 이는 메인 스크린에 게임이나 동영상 재생 앱이 실행되고 있을 때, 세컨드 스크린에 미디어 컨트롤러나 게임 툴을 자동으로 실행해주는 기능인데요, 사용 해제하시더라도 세컨드 스크린의 오른쪽 혹은 왼쪽에 존재하는 '<' 버튼을 눌러 실행할 수 있는 만큼 오히려 키보드 사용 등의 이유로 거슬릴 때에는 해제하여 좀 더 편하게 이용하실 수 있습니다.

마무리

'편리한 기능'은 그 자체로 어딘가 분류하기 어려운 기능들이 모인 설정이라고 보아도 될 정도로 다양한 기능들이 위치하고 있습니다. 여기에 소개한 것 외에도 Q보이스^[각주:6], 상황 인지, 지하철 하차 도우미 및 주차 도우미^[각주:7] 등 다양한 기능들이 있으니, 직접 써보시기를 추천드립니다. 몇몇 기능은 정말로 편리한 만큼(?), 좀 더 유용하게 스마트폰을 활용하실 수 있었으면 좋겠습니다.

본 게시글에 오타/오류가 있는 경우 댓글 혹은 트위터 멘션/DM으로 알려주시면 빠르게 조치하겠습니다. 감사합니다.

다만, 모든 기능을 소개하지는 않습니다. 앞서 소개한 부분도 있고, 개인적으로 잘 활용하지 않아 소개하기 어려운 부분이 있기 때문입니다. [본문으로]
퀵헬프 포인트에 대해서는 지난 글 중 하나인 '퀵헬프와 친해지기' 편을 참조하시면 좋습니다. [본문으로]
이번 WING의 짐벌 모드에 추가된 듀얼 레코딩과 비슷한 기능이되 후면 카메라 대신 스마트폰 화면을 사용한다고 보시면 이해가 쉬울 지도 모르겠습니다. [본문으로]
QHD 해상도를 가진 기기도 모두 FHD 해상도까지만 녹화할 수 있습니다. [본문으로]
X6 2019 등 [본문으로]
Q스토리가 탑재되지 않은 기종 한정 [본문으로]
G8 ThinQ, V50 ThinQ, V50S ThinQ 탑재 [본문으로]

LG 스마트폰 기초 설정하기

paperboxturtle — Thu, 31 Dec 2020 00:12:14 +0900

2020년, LG Fandom 활동의 일환으로 'LG 스마트폰 가이드'를 연재합니다.
본 가이드에 사용된 LG WING, LG VELVET은 LG전자로부터 제공받았습니다.
본 가이드에 사용된 LG WING, VELVET 이외의 모든 제품은 기업으로부터 협찬받지 않은 제품입니다.
본 가이드는 처음 기능을 사용하시는 사용자분들을 위해 제작되었습니다.
WING, VELVET, G8 ThinQ* 세 기종을 중점으로 다루나, 구형 기종도 몇몇 기능을 정상적으로 사용할 수 있을 수 있습니다.

* 위 문단은 'LG 스마트폰 가이드'의 공통 내용입니다. 몇몇 가이드의 기능은 기종별로 지원되지 않을 수 있습니다.

LG 스마트폰 가이드 모아보기

스마트폰을 처음 설정할 때 미처 보지 못했거나, 타인이 대신 설정하여 마음에 들지 않으신 적이 있으신가요? 이번 글은 그런 분들을 위해 작성하였습니다. 스마트폰 기초 설정 과정에서 놓치게 되는 기초 설정에 대한 내용을 다룹니다.

하단 버튼 배열 변경하기

하단 버튼, 혹은 내비게이션 바라고도 부르는 이 기능은 2020년 LG전자의 정책에 따라서 2가지 부류로 나뉩니다.

제스처, 제스처 및 버튼, 버튼을 지원하는 이전 기종
제스처, 버튼 두 종류만 지원하는 신규 기종

이 이전 기종과 신규 기종을 나누는 기준은 대략 Q*2 (Q92, Q52 등) 및 벨벳, WING 이후 기종을 신규 기종으로 보시면 되며 아쉽게도 신규 기종의 경우 버튼 구성에도 제약 사항이 좀 더 많은 편입니다.

다행히 기종을 가리지 않고 공통적으로 설정 > 화면 > 내비게이션 바에서 설정 가능합니다.

구형 기종

G8 ThinQ 기준, 안드로이드 9의 경우 '제스처' 기능이 제공되지 않습니다.

안드로이드 10에서 구형 기기들은 대부분 위와 같은 UI로 구성되어 있습니다. 제스처 설정 시 바를 숨길 수 없다는 것이 특징이며, 버튼 배열은 아래와 같이 좀 더 자유롭게 설정 가능합니다.

제스처 및 버튼: 뒤로가기 버튼을 왼쪽 / 오른쪽에 배치 가능
기본: 뒤로가기 / 홈 / 멀티태스킹 버튼의 순서 변경 및 '알림창 내리기', '캡처+' 바로가기 키 배치 가능

구형 기종의 아이콘 배치

이때 '캡처+'의 경우 'Q메모'를 설치해야만 아이콘이 나타나며, 스크롤 캡처 / GIF 캡처 및 캡처 후 화면 편집 기능의 사용을 위해서는 반드시 필요한 앱입니다.

알림창 내리기는 G8 ThinQ처럼 지문 인식 장치의 제스처로 알림창을 내리는 것이 불가능한 몇몇 기종들에게 유용한 기능이라고 볼 수 있습니다. 그 이유는 같은 기능을 하기 떄문입니다. 가령 해당 기능이 지원되지 않는 G7 ThinQ나, 화면 내장형 지문인식 센서를 탑재한 V50S ThinQ가 그 예시가 되겠습니다.

편집하실 때 주의하실 점이 있다면 '뒤로가기', '홈', '멀티태스킹' 버튼은 필수이기 때문에 멀티태스킹 버튼을 가운데 두는 특이한 배치가 가능할지언정 아예 기능을 제외하는 것은 불가능하다는 것입니다. 또한, 버튼식 내비게이션 바를 적용했을 때에는 안드로이드 10 OS의 제약으로 '멀티태스킹 버튼을 길게 눌러 멀티 윈도우 실행'이 불가능합니다.

신형 기종

신형 기종은 제스처 내비게이션 사용 시 바 숨김이 가능한 대신^[각주:1] 버튼식 사용 시에는 숨길 수 없고 버튼 배열이 제한적이라는 단점이 있습니다. 사실상 기능 축소인 셈인데요, LG VELVET OS 프리뷰 기준으로도 왼쪽/오른쪽에서 뒤로가기 제스처 사용 시 감도를 별도로 설정할 수 있다는 추가 기능이 생긴 것 외에는 큰 변화가 없는 것으로 보아 앞으로도 비슷한 정책을 유지할 것으로 보입니다.

구형 기종과 마찬가지로 버튼식 내비게이션바 설정 시 OS 제약사항으로 '멀티태스킹 키를 길게 눌러 멀티 윈도우 실행'은 불가능합니다.

홈화면 설정하기

오랜 기간 LG는 기본 홈, 앱서랍이 있는 기본홈, 이지홈 이렇게 세 가지 홈 화면을 공통적으로 지원해 왔습니다만, WING 특화 기능인 '스위블 모드', 2020년 들어 삭제된 '스마트 게시판' 등의 영향으로 이 기능도 구형 기종과 신형 기종 사이의 차이가 발생하였습니다. 따라서 이 기능도 공통 기능과 일부 기종의 차이를 다루며 설명하고자 합니다.

공통 부분

기본적으로 처음 스마트폰 설정 시 나타나는 화면인 '환영합니다'를 누르면 선택할 수 있는 분야 중의 하나가 '홈 선택'일 것입니다. 전통적인 스타일의, 앱 서랍이 따로 있는 형태인 홈은 '기본홈(홈&앱서랍)'을 선택하시면 되는데요, 설정 > 화면 > 홈 화면 > 홈 선택에서 설정 가능합니다.

이때 앱 서랍의 경우 서랍으로 접근하는 아이콘을 제거하여 더 많은 앱을 배치하는 식으로 변경할 수 있게 토글이 제공되는 것이 특징입니다. 따라서 만약 앱서랍 형태의 홈화면으로 설정을 변경하였는데도 접근하는 방법이 보이지 않는다면 홈 화면에서 위로 쓸어올려보세요.

그 외에 공통적으로 제공하는 방식으로는 '아이콘 모양'과 '화면 전환 효과'가 있습니다. 화면 전환 효과는 예전부터 제공되던 기능으로 화면을 다음 페이지로 넘길 때 발생하는 애니메이션 효과를 설정하는 메뉴입니다. 현재는 4가지 효과를 지원하고 있으며 신형 기종과 구형 기종은 메뉴가 '팝업' 형태이냐, 아니면 별도 페이지로 넘어가느냐 정도의 차이만 있습니다.

'아이콘 모양'은 안드로이드 표준인 Adaptive Icon에 따른 아이콘 형태 변경을 지원하는 기능입니다. 과거에는 아이콘팩에서 직접 아이콘을 골라 변경하는 기능도 지원했었으나, 버전이 올라가면서 더 이상 지원하지 않게 된 상황입니다.

구형 기종만이 가진 몇가지 추가 기능이 있다면 좌측 홈 화면을 '스마트 게시판'으로 설정할 수 있다는 것입니다. Google 피드와 달리, 좌측 홈화면이 스마트 게시판인 상태라면 홈화면 이어서 보기가 가능합니다.

또한 앱 배열 방식을 4x4, 4x6, 4x5, 5x5로 설정 가능하여 좀 더 다양한 배치를 사용할 수 있는 것도 장점입니다.

비교 대조군인 WING 및 벨벳에서는 스마트 게시판이 Q스토리와 통합되면서 Google 피드를 켜고 끄는 것만 가능하게 변경되었습니다. 아쉽게도 앱 배열 방식 또한 삭제된 것이 눈에 띄네요.

홈화면의 앱이나 위젯의 위치가 조작 실수로 변경되거나 삭제되지 않도록 막아주는 '홈화면 배치 고정'은 다행히 살아남았습니다.

특정 기종 특화 기능

(왼쪽) VELVET 듀얼스크린 홈화면 설정 / (오른쪽) 스위블 홈 화면

듀얼 스크린 탑재 기종의 경우 듀얼 스크린 홈 설정이 별도로 존재합니다. 설정 > 화면 > 듀얼스크린에서 설정할 수 있으며, 듀얼스크린 장착 및 듀얼스크린이 켜진 상태에서만 설정할 수 있는 기능입니다. WING의 스위블 홈 설정(설정 > 화면 > 스위블 홈) 대비 바꿀 수 있는 부분은 거의 없지만, 두 앱을 동시 실행하는 기능의 설정이 가능한 경로 중 하나이기 때문에 해당 기능을 많이 사용하신다면 자주 이용하시게 될 수 있는 메뉴입니다.

WING의 스위블 홈 설정도 마찬가지로 '멀티앱 실행'을 지원하며, 조금 다른 점은 세컨드 스크린에서도 알림창의 각 설정 항목과 유사한 '빠른 설정' 기능을 지원하면서 홈화면 아래로 밀기 기능이 제공되고 '화면 전환 효과'를 별도로 설정할 수 있다는 것입니다. 참고로 스위블 홈 설정의 '도움말' 항목은 '스위블 모드' 실행 시에만 사용 가능한 것이 특징입니다.

앱서랍 편집하기

일반 홈화면은 그저 길게 눌러 옮기기만 하면 되지만, 앱서랍은 그렇지 않습니다. 따라서 별도 메뉴로 진입해야 하는데요, 위 사진의 맨 왼쪽 사진처럼 ...이 세로로 표시된 부분을 누르신 후, '앱 편집/삭제'를 선택, 이후 길게 눌러 폴더 안에 넣거나 다음 페이지로 앱 이동, 혹은 앱 제거가 가능합니다.

특히 홈화면이나 앱서랍에서 삭제한 앱은 '앱 휴지통'이라는 이름으로 24시간 동안 '사용 중지' 상태와 동급으로 처리되기에 앱 관리에도 편리한 기능이라고 볼 수 있겠습니다.^[각주:2]

글꼴 설정하기

(왼쪽) LG G8 ThinQ / (오른쪽) LG WING

글꼴도 기종별로 조금씩 차이가 존재합니다. 현재 플래그쉽 스마트폰을 기준으로 아래와 같이 구성되어 있습니다.

기종	Chrome, 웹뷰	시스템 및 앱
VELVET, WING (안드로이드 10 한정)	LG 스마트 UI 글꼴 (변경 불가)	기본 (한글: LG 스마트 UI, 그 외: Roboto) LG 스마트 UI 착한고딕 반갑다 친구야 사진여행 요요 중 택1, 기본값은 '기본'
G8 ThinQ, V50 ThinQ, 보급형 기기 일부 및 구형 기기(UX 5.0 이상)	Noto Sans CJK KR (한글) Roboto (영문)	로보토(한글: Noto Sans CJK KR, 그 외: Roboto) LG 스마트 착한고딕 반갑다 친구야 사진여행 요요 중 택1, 기본값은 '로보토'
VELVET (안드로이드 11 프리뷰) V50S ThinQ	Noto Sans CJK KR (한글) Roboto (영문)	기본 (한글: LG 스마트 UI, 그 외: Roboto) LG 스마트 UI 착한고딕 반갑다 친구야 사진여행 요요 중 택1, 기본값은 '기본'

^[각주:3]

글꼴은 LG SmartWorld에서 설치한 글꼴 및 사전 탑재된 글꼴만 지원하며, 설정 > 화면 > 글꼴에서 설정 가능합니다. 이전에 LG SmartWorld에서 글꼴을 구입한 이력이 있다면 다른 기기에도 설치할 수 있으며 현재 해당 글꼴이 SmartWorld에서 내려간 경우에는 '기존 구입자'에 한해 SmartWorld > 마이페이지 > 콘텐츠 구매내역에서 확인 후 내려받을 수 있습니다.

또한 내려받은 글꼴은 글꼴 명칭 옆 X 버튼을 누르면 제거가 가능합니다.

키보드 배열 변경하기

키보드는

설정 > 시스템 > 언어 및 키보드 > 키보드 관리 > LG 키보드 > 언어 및 키보드 레이아웃
(키보드 실행) > 설정 버튼 > 언어 및 키보드 레이아웃

에서 배열을 변경할 수 있습니다. 2020년 12월 기준, 한국어는 'QWERTY, 단모음, 나랏글, 천지인, 천지인 Pro, VEGA' 레이아웃을 제공하며 영어는 'QWERTY 키보드' 및 '폰 키보드^[각주:4]'를 지원합니다.

만약 나랏글, 천지인, 천지인 Pro, VEGA 혹은 (영어에서의) '폰 키보드'를 사용 중이라면 기호 키를 한 번 눌렀을 때 입력될 기호를 16개 중 하나로 선택할 수 있습니다. 기본값은 물음표(?)와 온점(.)이며 '폰 키보드'는 키를 뺄 수 없는 것이 특징입니다.

키보드 배열 설정은 아래와 같은 메뉴로 진입할 수 있습니다.

WING, VELVET (안드로이드 11 프리뷰) 이후: 키보드 배열 및 테마
VELVET, V50S ThinQ, V50 ThinQ, G8 ThinQ 등 이전 기기: 키보드 배열 및 높이 조절

공통적으로 설정 > 시스템 > 언어 및 키보드 > 키보드 관리 > LG 키보드 혹은 키보드 실행 후 설정 버튼 진입으로 바로 확인할 수 있는 자리에 메뉴가 위치해 있습니다.

알림창 구성하기

WING, VELVET 안드로이드 11 프리뷰

G8 ThinQ 등

⚠ 위 사진 중 'Camera', 'Record Video', 'Selfie', 'Full Immersive', 'Nav Immersive', 'Status Immersive', 'Battery', 'Clock', 'Demo Mode', 'Heads Up Notification', 'Night Mode' 및 'Block Screen'은 LG전자에서 제공하는 기능이 아닙니다.

알림창을 두 번 내리면 퀵 패널(혹은 공식 명칭 '빠른 설정')이 나타나는데요, 여기서 '연필' 모양을 눌러 빠른 설정 영역에 둘 항목을 정하거나 알림창을 한 번 내렸을 때 나타나는 '밝기' 및 '음량' 조절 바를 추가할 수 있습니다.

우선 '밝기' '볼륨' 조절 바(슬라이더)의 설정 방법은 아래와 같습니다.

연필 모양 아이콘 클릭 > ...을 세로로 표시한 듯한 아이콘 클릭 > 밝기 / 볼륨 중 원하는 곳에 체크(둘 다 선택하는 것도 가능)

빠른 설정은 마찬가지로 '연필 모양 아이콘'을 클릭해서 수정할 수 있는데요, 버튼을 눌렀을 때 위에 배치된 항목들이 빠른 설정에 없는 항목들이고 아래 배치된 항목들이 기존에 배치된 항목을 뜻합니다. 위는 스크롤 형태로 구성되어 있고 아래는 페이지 형태로 구성되어 있으므로, 배치하려는 항목이 보이지 않을 경우에는 스크롤해보시는 것을 추천드립니다.

데이터 이동하기

LG전자도 삼성전자처럼 다른 회사의 기기로부터 데이터를 전송받는 기능을 제공하고 있습니다. 'LG 모바일 스위치'라는 앱으로, LG전자 스마트폰이라면 기본적으로 탑재되어 있고 그렇지 않은 경우에는 Play 스토어에서 설치할 수 있습니다. 만약 Q9 One, Nexus 시리즈를 이용하고 계신 분이 있다면, LG 기기라도 반드시 설치해야만 이용 가능하니 유의하실 필요가 있습니다.

파일을 옮기기 위한 방법으로는 아래 3가지 방법이 있습니다.

USB (C to C 케이블 혹은 젠더를 이용하여 C to A 케이블로 휴대폰끼리 연결) - 안정성 높음
무선 (일시적으로 두 기기의 WiFi 연결을 끊고 WiFi Direct 기능으로 두 기기를 직접 연결) - 간편하나 안정성 최하
SD카드 (LG백업을 통해 백업하고 백업 파일을 옮기거나 SD카드 자체를 옮겨서 장착) - 복원 과정 중 기존 기기 사용 가능하다는 장점 존재, 부득이하게 휴대폰 초기화를 할 예정인 경우에도 유용하게 사용 가능

이렇게 보내는 작업은 자동 백업 및 수동 백업과 동일한 절차를 거쳐, 보내고 받는 과정이 추가됩니다. 따라서 위 사진처럼 '보낼 데이터를 선택'하는 화면이 나타나게 되는데요, 이 중 '미디어 데이터'는 보내지 않는 것을 추천드립니다. 그 이유는 파일 크기가 방대할 뿐더러 압축하는 과정에서 그냥 보내는 것보다 시간이 더 오래 걸리고 실패 확률도 높아지기 때문입니다. 같은 이유로 실패 확률 및 데이터가 꼬일 확률이 높은 다운로드 앱 항목도 보내지 않을 것을 추천드립니다.

압축이 끝나면 전송 절차가 시작되며 이 시간동안 휴대폰은 사용할 수 없습니다. 복원이 끝나면 최적화를 위해 다시 시작 절차도 필요하므로, 최소한 받는 휴대폰은 데이터를 받기 전에 미리 해야할 일을 모두 마치시기를 권장드립니다.

참고로, LG 모바일 스위치 실행 시 나타나는 팝업인 '카카오톡 백업'은 진행할 수 없다는 메시지는 말 그대로 이 기능으로 카카오톡의 대화를 복원/백업할 수 없기 때문입니다. 이전에 많은 분들이 이 기능만 믿고 백업했다가 카카오톡 대화 내용을 날린 사레가 있었기에 추가된 팝업이므로, 이 점을 알고 있다면 그냥 넘어가셔도 됩니다. 카카오톡 대화 백업은 카카오톡 > ...(더보기) > 설정(톱니바퀴 아이콘) > 채팅 > 대화 백업에서 하실 수 있습니다.^[각주:5]

광고 제거하기

WING, Q92, Q52 등 일부 기종부터는 급을 떠나서 광고가 탑재되었는데요, 처음 스마트폰 설정 마법사에서 모든 항목을 동의하고 넘어간 경우에는 광고가 활성화될 수 있습니다. 특히 '광고'가 아닌 '콘텐츠 서비스'라는 이름으로 탑재되어 있어, 맞춤형 지능형 서비스(* 통합검색 및 Q보이스/Q스토리 연동 기능)와 혼동 여지까지 있기 때문에 꽤 많은 분들이 광고를 경험하셨을 것으로 보입니다.

현재 WING 기준 광고가 탑재된 앱은 다음과 같습니다.

게임 런처
음악
Q메모+
FM 라디오
LG 페이

이 중 광고를 해제할 수 있는 앱은 LG페이를 제외한 전종이며, 아래와 같은 메뉴에서 해제 가능합니다.

게임 런처, FM 라디오: 점 세 개 메뉴(...을 세로로 세운 형태) > 컨텐츠 서비스 > OFF
음악, Q메모+: 점 세 개 메뉴(...을 세로로 세운 형태) > 컨텐츠 서비스 옆 토글을 OFF

아쉽게도 한 번에 해제하는 메뉴는 제공되지 않고 있습니다. 따라서 처음부터 광고를 아예 보고 싶지 않으시다면, 스마트폰 설정 마법사 실행 시 '콘텐츠 서비스' 이용 동의에 '체크 해제'하셔야만 합니다.

마무리

비록 부족하지만, 조금이라도 스마트폰 설정에 도움이 되셨기를 바랍니다. 이번 글에서 부족한 내용은 언젠가 보충하여 새 글로 찾아뵙겠습니다. 감사합니다.

이 글에 오류/오타가 있는 경우 댓글 혹은 트위터 멘션/DM으로 알려주세요. 최대한 신속하게 처리하겠습니다.

LG VELVET의 경우 안드로이드 11부터 적용 예정 [본문으로]
이 기능을 활용하면, 다른 앱과의 연동이 필요한 앱 사용 시 원하지 않는 동작을 방지하는 데 쓸 수 있습니다. (예: 카카오페이지 앱에서 A라는 카카오 계정으로 로그인해야 하나 B로 로그인된 카카오톡이 있어 B로의 로그인을 시도하는 경우 카카오톡을 임시로 앱 휴지통에 넣고, 카카오페이지는 A로 로그인한 후 다시 휴지통에서 꺼냄) [본문으로]
참고로 'LG 스마트'와 'LG 스마트 UI' 글꼴은 자간 등이 서로 다른 글꼴로 V50S ThinQ부터 새로 들어간 글꼴입니다. [본문으로]
폴더폰에서 사용하는 입력방식과 동일하며 나랏글, 천지인 등과 같이 12키 형태 [본문으로]
톡서랍 BETA 사용 시, 항시 대화 내용이 백업되므로 크게 신경쓰실 필요 없습니다. [본문으로]

LG 키보드의 이런저런 기능들

paperboxturtle — Tue, 29 Dec 2020 21:00:50 +0900

2020년, LG Fandom 활동의 일환으로 'LG 스마트폰 가이드'를 연재합니다.
본 가이드에 사용된 LG WING, LG VELVET은 LG전자로부터 제공받았습니다.
본 가이드에 사용된 LG WING, VELVET 이외의 모든 제품은 기업으로부터 협찬받지 않은 제품입니다.
본 가이드는 처음 기능을 사용하시는 사용자분들을 위해 제작되었습니다.
WING, VELVET, G8 ThinQ* 세 기종을 중점으로 다루나, 구형 기종도 몇몇 기능을 정상적으로 사용할 수 있을 수 있습니다.

* 위 문단은 'LG 스마트폰 가이드'의 공통 내용입니다. 몇몇 가이드의 기능은 기종별로 지원되지 않을 수 있습니다.

LG 스마트폰 가이드 모아보기

최근 삼성 특유의 킬러 기능, 굿락을 통해 'KeysCafe'라는 추가 기능이 출시되면서 스마트폰 기본 키보드에 대한 기대치도 높아지고 있습니다. 아쉽게도 LG 키보드는 기존 키보드와 크게 다르지 않은 모습을 보이고 있는데요, 적지만 조금이라도 활용할 수 있는 기능들을 이번 편에서 소개합니다.

본 편을 읽기 전에: 지원 기종이 별도로 명시되지 않은 기능은 대부분의 기종이 지원하는 기능입니다.

듀얼스크린 / 세컨드 스크린을 키보드로 쓰기

[듀얼스크린] 지원 기종	V50 ThinQ, V50S ThinQ, G8X ThinQ^{해외 출시}, V60 ThinQ^{해외 출시}, VELVET
[세컨드 스크린] 지원 기종	WING

2019년부터 2020년까지 LG전자 바형 스마트폰 일부 기종에는 듀얼 스크린 악세서리가 같이 출시되어 왔습니다. 이를 통해서 화면에 두 앱을 동시에 띄워놓는 등의 일이 가능해졌는데요, 비슷한 이유로 키보드 또한 한쪽 화면에 넓게 띄워두고 사용이 가능합니다.

(왼편) LG VELVET / 안드로이드 11 OS 프리뷰 (오른편) LG WING / 안드로이드 10

기능 자체의 사용에는 문제가 없지만, 먼저 설정 > 시스템 > 언어 및 키보드 > 키보드 관리 > LG 키보드를 선택하거나, 키보드 사용 중 톱니바퀴 아이콘을 눌러 '스마트 도구'를 활성화하시면 조금 더 빠르고 편리하게 듀얼 스크린이나 세컨드 스크린 화면 전체를 키보드로 사용할 수 있습니다.

보통 스마트폰 설정 시 크게 신경쓰지 않았다면 기본적으로 위 사진처럼 스마트 도구가 활성화된 상태일 것입니다. 그러나 일부러 사용하지 않아 기능을 해제하였거나 초기 설정 과정에서 제외하였다면 위 사진과 달리 스마트 도구가 있는 부분^[각주:1]이 비어있을 것입니다. 추천 단어 조합용으로도 쓰이는 영역인 만큼 현재 화면에 추천 단어가 보이는 경우에는 추천 단어 왼편의 '<' 아이콘이나 ' ' 아이콘(안드로이드 10)을 누르시면 스마트 도구로 전환됩니다.

이렇게 스마트 도구를 활성화 한 후에는 위 사진의 흰 동그라미 영역과 같은 모양의 아이콘을 누르시면 키보드를 듀얼스크린으로 올리거나 아래로 내리는 등의 동작이 가능합니다. 이 기능은 듀얼 스크린 자체를 키보드로 쓸 때도 사용 가능하며, 세컨드 스크린도 기능상 비슷한 아이콘이 존재하여 동일하게 사용 가능합니다.

만약 비슷한 아이콘이 있는데 비활성화되어 있다면 '인스턴트 캡처'라는 기능으로 키보드가 위치한 화면 외의 화면을 캡처하여 첨부하는 기능입니다. 왼쪽 사진과 동일하거나 매우 유사한 모양으로 표시될 것입니다.

두 아이콘을 확실하게 구분하고 싶으시다면, 아이콘의 '테두리' 부분에 주목하세요. 테두리의 가운데 부분만 뚫린 정사각형 안에 아이콘이 들어 있다면 인스턴트 캡처, 그렇지 않으면 키보드를 듀얼 스크린, 세컨드 스크린 혹은 메인 스크린으로 이동하는 기능입니다. 이를 LG에서는 '키보드 확장' 혹은 '키보드 축소'라는 이름으로 넣어두었습니다. LG WING에서는 위 오른편 사진에서 'A'가 인스턴트 캡처, 'B'가 키보드의 화면 이동입니다.

만약 스마트 도구가 있는 부분에 보이지 않는다면 같은 줄 오른 편에 위치한 '...' 버튼을 눌러보세요. 추가 메뉴가 나타나며 아이콘을 길게 누르면 위치를 이동하여 위 사진처럼 배치를 변경하는 것도 가능합니다.

이모지 입력, 그리고 '짤방' 입력

G8 ThinQ / WING 이모지 입력 화면

지원 기종(20.12.29 기준)	대부분의 LG 기종
개선된 키보드 지원	LG VELVET (R OS 프리뷰~) / LG WING (출시 펌웨어)

이모지 입력 화면은 몇년간 큰 개선이 없다가 G8/V50/V50S - VELVET - WING 사이에 두 차례 변경되어 현재에 이르게 되었습니다. 특히 이모지 크기가 작았던 G8 대비 VELVET에서는 이모지를 좀 더 크게 볼 수 있도록 바뀌었고, 다시 WING에서는 크기가 원래대로 돌아왔지만 디자인이 완전히 개편되었고 카테고리 이름을 표시하는 등 추가 개선사항이 적용된 것입니다.

일례로 위 사진처럼 한 이모지 아이콘에 변경 가능한 피부색이 있는 경우에는 과거 아무런 표기가 없어서 일일이 길게 눌러보아야만 했으나, WING부터는 삼각형 아이콘으로 표시하여 고를 수 있음을 표시하도록 변경되었습니다. 또한 배치가 변경되어 몇몇 얼굴 이모지가 사람/표정 카테고리의 맨 끝에 가 있는 문제도 WING부터 해결되었습니다. 그러므로 WING 및 'VELVET 안드로이드 11 프리뷰'를 사용하지 않고 계신 분들은 이모지의 피부색을 바꾸고 싶을 때, 혹은 다른 이모지가 있는지 확인하고 싶을 때 한 번 시도해보시기를 추천합니다. 한 번 피부색을 바꾸면 바꾼 색상으로 저장되니 매번 길게 누를 필요는 없습니다.

게다가 카테고리 자체도 좀 더 세분화되면서 이모지 종류에는 큰 차이가 없지만 원하는 이모지를 찾기 위해 헤맬 가능성을 낮춰놓은 것도 특징입니다. 이렇게 개선된 키보드는 안드로이드 11 OS 업그레이드 이후 사용할 수 있을 것으로 예상되고 있습니다.^[각주:2]

GIF 키보드 (Tenor사 제공) / 스티커 기능

지원 기종(20.12.29 기준)

LG VELVET, LG WING

벨벳, WING에서 사용 가능한 '스티커' 기능 및 'GIF 키보드' 기능은 카카오톡 이모티콘이나 온라인 커뮤니티에서 '짤방'이라고 부르는 움직이는 GIF를 검색 및 입력할 수 있는 기능입니다. 기존 다른 기종의 '애니 스티커' 및 '나만의 이모티콘' 기능이^[각주:3] 축소되거나 통합되어 '스티커'로 통합된 것으로 사진을 촬영하거나 캡처한 사진을 잘라 위 3번째 사진처럼 이모티콘으로 활용할 수 있는 것이 특징입니다.

편집 기능은 Q메모+의 메모 및 자르기 기능으로 실행되며 이렇게 편집된 사진은 '스티커' 항목 뿐만 아니라 갤러리에도 동시 저장되는 것이 특징입니다. 아쉽게도 퀵 헬프 등 웹 페이지 기반 서비스와 대부분의 앱에서는 사용이 불가능하지만, 카카오톡^[각주:4] 및 메시지 앱 등 극히 일부 제한된 앱에서 사용이 가능하도록 제작되었습니다. 따라서 개인적으로는 이 기능을 이용하여 '카카오톡 > 나에게 채팅'으로 GIF 및 제작한 이모티콘을 업로드, 다시 다운로드하여 이용하는 것을 추천드립니다.

키보드 크기, 위치, 그리고 투명도 설정

크기 조절 / 투명도 설정 (WING / VELVET 안드로이드 11 프리뷰)

[2020.12.29 기준]	지원 기종
투명도	WING, VELVET (안드로이드 11~)
상하 크기 조절	대부분의 LG 기종
좌우 크기 조절 및 고정 키보드 내 위치 조절	WING, VELVET (안드로이드 11~)

[WING / 안드로이드 11 프리뷰 VELVET 한정]

한 손 조작 키보드와는 별개로, 개선된 키보드에는 '투명도 조절' 및 자유로운 크기 조절 기능이 추가되었습니다. 이 기능은 스마트 도구 > 더보기 메뉴('...' 클릭)를 통해서 이용하실 수 있는데요, 아래와 같은 기능 사용이 가능합니다.

키보드로 가려지는 부분의 컨텐츠가 보일 수 있도록 전체 키보드의 투명도를 조절
키보드 크기를 줄이거나 늘임
키보드 자판 부분의 영역을 줄여 키의 가로 너비 조절
키보드 키의 가로 너비를 조절하여 남는 영역으로 키보드의 위치 이동

구체적인 예시로는 아래와 같은 형태로 만들 수 있다는 것입니다.

물론 이렇게 하단 영역을 많이 남기는 것은 비효율적이므로 키의 배치를 좀 더 아래로 내려서 한 손 조작 키보드처럼 만드는 것도 가능합니다. 그러므로 이 기능의 궁극적인 목적은 한 손 조작 키보드보다 자유로운 형태로 사용할 수 있도록 돕는 기능이라 보시면 됩니다.

LG VELVET 안드로이드 10 기준, 키보드 높이 조절

[LG VELVET 및 그 이전 키보드 기준]

아쉽게도 앞서 설명드린 자유로운 크기 조절과 투명도 조절 기능은 WING 및 안드로이드 11 업그레이드 대상 기종에서만 사용할 수 있습니다. 따라서 이전 기종에서는 높이 조절만 가능한데요, 스마트 도구에서 설정 가능한 WING 등과 달리 LG 키보드의 설정 > 키보드 배열 및 높이 조절 > 키보드 높이 조절 메뉴에서 높이를 조절하실 수 있습니다. WING도 마찬가지이지만 특정 높이 이상/이하로는 설정이 불가능한 단점이 있습니다.

좀 더 작고, 자유롭게 : 팝업 키보드

"어느날 갑자기 키보드가 이상하게 바뀌었는데 어떻게 되돌릴지 모르겠어요"의 주인공이기도 한, 비운의 기능 '팝업 키보드'입니다. 보통은 스마트 도구의 팝업 키보드 버튼을 잘못 누르거나, (스마트 도구를 이용하지 않는 경우) 설정 버튼을 길게 눌러 다른 기능을 쓰려다가 잘못 누르는 경우가 대다수인데요, 위 사진처럼 스마트 도구에서 '고정 키보드'를 선택하거나 키보드 키 중 설정 아이콘을 길게 눌러 키보드 아이콘을 누르면 원래대로 쓸 수 있습니다.

가로 모드와 세로 모드 각각 설정값이 저장되기 때문에 가로 모드에서 팝업 키보드를 켰다고 해서 세로 모드에서도 팝업 키보드로 바뀌지는 않습니다. 개인적으로는 가로모드에서 쿼티 키보드를 쓰기 힘들어서 오타율을 줄이기 위해 G8과 벨벳 기종에서 애용하는 기능 중 하나기도 합니다.

G8, VELVET(안드로이드 10)까지는 팝업 키보드의 상단 X 버튼 근처를 움직여서 이동할 수 있었고, WING 및 VELVET (안드로이드 11 프리뷰)부터는 팝업 키보드의 하단 = 부분을 누르고 움직여서 이동할 수 있도록 변경되었다는 점이 특징이라면 특징이겠네요.

활용성이 아쉬운 '드로우 챗'

편집 화면 - 확대 편집 화면 - 결과 화면

앞서 소개드린 GIF 키보드, 스티커 기능과 마찬가지로 일부 앱에서만 사용 가능하여 활용성이 아쉬운 기능이 하나 더 있습니다. 바로 '드로우 챗' 기능으로, 드로잉에 여러 효과를 부여하여 글씨를 쓰는 과정 자체를 기록하는 형태로 구성되어 있습니다. 시간 제한은 짧은 편이어서 긴 내용을 편집할 수는 없으며 한 번에 한 종류의 펜만 사용할 수 있지만, 생각보다 다양한 기능을 제공하고 있는 것이 특징입니다.

맨 처음 실행했을 때에는 첫 번째 캡처 화면처럼 (왼쪽) 색상 선택, 펜 선택 (오른쪽) 초기화, 재생 미리보기, 첨부 메뉴로 구성되어 있으며 드로잉 영역 상단 오른편에 '드로잉 영역 자체를 확장 가능한' 버튼이 존재합니다.

이 버튼을 눌러주면 위 두번째 사진과 같이 드로잉 영역 하단에 배경을 설정하는 기능이 추가되며, 여기서 이미지를 더해 세번째 사진과 같은 결과물을 만들 수 있습니다. ^[각주:5]

그러므로 드로우 챗 또한 키보드에서 바로 첨부하는 용도 보다는 GIF를 만들기에 적합한 기능인 셈입니다.(?!)

오직 쿼티 계열에서만 사용 가능한 '커셔 이동하기'

쿼티 키보드 사용 시, 스페이스 바 오른쪽 상단에 ◀▶ 기호가 나타나는 모습을 보실 수 있습니다. 이렇게 오른쪽 상단에 나타나는 메뉴는 길게 눌러서 사용할 수 있음을 표시하는 것으로, ◀▶는 좌우 커서 이동 기능을 뜻합니다.

길게 누르면 오른쪽 사진과 같이 커서를 옮길 수 있는 화면이 나타납니다. 이때 미리보기(오른쪽 사진의 보라색 동그라미를 친 그 줄) 부분의 < 혹은 > 버튼으로 커서를 옮기거나, 스페이스 바를 눌러 실행시켰을 때 손을 떼지 않고 왼쪽 혹은 오른쪽으로 움직여서 커서를 이동시킬 수 있습니다.

아쉽게도 팬택이 IM-100 등의 기종에서 제공하였던 커서 이동 기능과 달리 상하 이동 기능은 제공되지 않으며, 덜 자유로운 것이 특징입니다.

[스페이스바를 길게 누른 채 커서를 옮기는 예시]

커서 이동 / G8 ThinQ

테마 설정

안드로이드 10에 들어 야간 모드(혹은 '다크 모드')가 정식 도입되면서 야간 모드 해제 시에만 하양색, 검정색 중 하나를 선택하여 사용할 수 있도록 개정되었는데요, LG WING부터는 다시 여러 테마를 설정할 수 있게 되었습니다. 기본 테마는 총 13개이며 여기에 뒷배경, 배경 밝기, 키 색상을 지정하여 사용자 테마를 만들 수 있는 기능을 제공하고 있습니다. 이전처럼 SmartWorld에서의 키보드 테마 다운로드를 지원하지는 않지만, 조금은 비슷하게 만들 수 있는 셈입니다. 사진은 자동으로 적용되는 것이 아니고 잘라서 사용하도록 되어 있으므로, 원하는 영역을 지정할 수 있습니다.

오직 펜 있는 기종에만 - 손글씨 입력

지원 기종(20.12.29 기준)

Q8 2018, LG VELVET, LG WING 등 펜 탑재 or 지원 기종

지난 '펜' 사용 가이드에서는 빠졌던 '스위프트 키보드' 기능은 위 사진에서 깃털 아이콘을 누르면 사용하실 수 있습니다. 스마트 도구의 연필 아이콘(드로우 챗과 달리 '연필만' 있는 아이콘)을 누르면 손글씨 입력을 사용하실 수 있으며, 두 기능의 차이는 아래와 같습니다.

스위프트 텍스트	손글씨 입력
화면 전체가 입력 영역	특정 영역만 입력 영역

LG 키보드 설정 > LG 키보드 고급 설정 하단에 위치한 '손글씨 입력' 설정 메뉴를 통해 손글씨 입력 언어를 내려받거나 펜 굵기 / 색상을 지정하는 등의 상세 설정이 가능합니다. 다만, 와콤 AES와 같이 필압 감지 펜을 지원하는 기종이더라도 손글씨 입력 중에 필압에 따라 굵기가 변경되지는 않으며 언어를 내려받아도 입력 언어로 설정하지 않으면 인식하지 않습니다. ^[각주:6]

그 밖의 팁

세로 모드에서도 나랏글/천지인 키보드를

LG VELVET 안드로이드 11 프리뷰 및 LG WING 출시 펌웨어에서 적용된 '세로 보기에서만 폰 키보드 사용' 여부 선택 기능은 말 그대로 세로 모드에서 나랏글 및 천지인 키보드를 사용할 수 있는 기능입니다. 대부분의 키보드가 가로 모드에선 쿼티 키보드로만 작동하는 것과 달리 개선된 LG 키보드에서는 해당 옵션을 해제하여 가로 모드에서도 자유롭게 천지인, 나랏글, VEGA 키보드를 사용할 수 있습니다.

해당 설정은 LG 키보드 설정 (스마트 도구, 키보드 내 설정 버튼, 혹은 설정 > 시스템 > 언어 및 키보드 > 키보드 관리 > LG 키보드 경로로 접근 가능)에서 '키보드 배열 및 테마' 옵션으로 진입하여 사용하실 수 있습니다.

여백을 좀 더 줄여보자!

지원 기종(20.12.29 기준)

LG VELVET(R OS 프리뷰부터 지원), LG WING

키보드 하단 여백이 너무 부담스러우신가요? LG 키보드 뿐만 아니라 WING 및 'VELVET 안드로이드 11 프리뷰'에서는 키보드 변경 버튼 표시와 키보드 숨김 버튼 표시를 둘 다 해제하여 하단 여백을 줄일 수 있습니다. 여전히 여백이 전혀 안 남는 것은 아니지만, 이전보다는 줄어드는 것을 확인하실 수 있을 겁니다.

주의하실 점은 두 옵션을 '모두' 해제해야 한다는 것입니다. 둘 중 하나만 해제할 경우에는 여백이 줄어들지 않습니다.

*) 본 기능은 안드로이드 11로 업그레이드한 벨벳이나 초기 펌웨어 이후의 LG WING만 지원하는 것으로, 다른 기종에서는 추가 지원 여부가 불투명하거나 지원하지 않습니다.

로마자 입력이 필요할 때

로마자 입력

로마자 입력 기능은 쿼티 키보드에서 각 글자를 길게 눌러서 사용 가능합니다. 직전에 사용했던 이모지 색상이 각 이모지별로 저장되었던 이모지와 달리, '키보드 배열 및 테마' 혹은 '키보드 배열 및 높이 조절' 메뉴에서 보조 문자 표시 옵션을 켠 후에도 이전에 선택했던 로마자가 키 오른쪽 상단에 표시되지는 않습니다.

스마트 도구 사용 중지하기

LG WING의 출시 이후, 새로 개선된 키보드의 스마트 도구 아이콘이 마음에 안 든다는 분들이 꽤 많으신데요, 스마트 도구를 해제해도 각 도구를 정상적으로 사용하실 수는 있습니다.

먼저 LG 키보드의 설정에 들어가시면 '스마트 도구' 토글이 존재합니다. 여기서 이 토글을 꺼주시면 위 사진처럼 쿼티 키보드에는 설정 키가 추가되고, 천지인 / 나랏글 / VEGA 등의 9키 구성 키보드에서는 오른쪽 기호 키가 설정 키로 대체됩니다.

이 설정 버튼은 길게 누르시면 위 사진 2번째처럼 스마트 도구의 기능을 그대로 사용하실 수 있습니다. 특히 이렇게 표시되는 각 아이콘은 WING에서 개정된 새로운 디자인 대신 벨벳 안드로이드 10에서 사용하는 예전 디자인과 일치하는 디자인을 사용하고 있으니 마음에 들지 않으시는 분들은 이렇게 사용하시는 것도 한 방법입니다.

다만 스마트 도구를 설정하면 쿼티 키보드에서는 스페이스 바 크기 축소로 인한 불편함을 느낄 수 있기에, LG 키보드 설정 > 키보드 배열 및 테마 (혹은 키보드 배열 및 크기 조절) > 쿼티 키보드 배열에서 기호키를 드래그로 빼주시면 좀 더 넓게 쓰실 수 있습니다.

참고로 이 기호 키는 위 3번째 사진에 제시된 16개 기호 중에 하나를 '한 번 눌렀을 때 입력되는 기호'로 설정할 수 있습니다. 알키보드의 상용구 기능과 달리 자유롭지 않은 것은 좀 아쉽기도 합니다.

마무리

LG 키보드는 안드로이드 9 - 10 - 11 사이에 여러 파생 버전이 존재해 섣불리 특정 기종이나 OS에 단정하여 기능을 말씀드리기가 어려운 것이 사실입니다. 따라서 본 가이드에서 지원 여부를 명시하지 않은 기종에도 사용 가능한 경우가 존재할 수 있습니다. 만약 그런 경우를 발견하신다면 주저말고 댓글이나 트위터 멘션 / DM으로 연락 주시면 빠르게 수정하겠습니다.

비록 모든 기능을 알지는 못하는 만큼 큰 도움은 되지 못했을지도 모르겠지만, 조금은 LG 키보드 이용에 도움이 되셨으면 좋겠습니다.

노란 색 웃는 얼굴 아이콘, 강아지 아이콘, GIF, 펜 아이콘, 설정 아이콘, 음성 인식 아이콘 등이 모여있는 부분. 안드로이드 11 프리뷰 기준이므로 색상 조합이나 아이콘 모양, 배치 등이 사용하고 계신 기기와 다를 수 있습니다. [본문으로]
그 이유는 벨벳 안드로이드 11 프리뷰에 새로운 키보드가 적용되었기 때문이며, 안드로이드 11 업그레이드 예정 기종은 21년도 1분기 예정으로 공개된 벨벳 이외엔 아직 공개 전입니다. [본문으로]
'아바타 스티커' 기능은 삭제 [본문으로]
공유 기능을 사용하는 것처럼 동작합니다. [본문으로]
GIF 특성 상 배경 이미지의 퀄리티는 저하됩니다. [본문으로]
예시: 손글씨 언어로 한국어, 영어, 일본어가 내려받아져 있을 때 입력 언어로 한국어 / 영어를 선택한 경우에는 한자, 한글, 알파벳만 인식하며 가타카나, 히라가나는 입력되지 않음) [본문으로]

퀵 헬프와 친해지기

paperboxturtle — Sat, 26 Dec 2020 18:23:35 +0900

2020년, LG Fandom 활동의 일환으로 'LG 스마트폰 가이드'를 연재합니다.
본 가이드에 사용된 LG WING, LG VELVET은 LG전자로부터 제공받았습니다.
본 가이드에 사용된 LG WING, VELVET 이외의 모든 제품은 기업으로부터 협찬받지 않은 제품입니다.
본 가이드는 처음 기능을 사용하시는 사용자분들을 위해 제작되었습니다.
WING, VELVET, G8 ThinQ* 세 기종을 중점으로 다루나, 구형 기종도 몇몇 기능을 정상적으로 사용할 수 있을 수 있습니다.

* 위 문단은 'LG 스마트폰 가이드'의 공통 내용입니다. 몇몇 가이드의 기능은 기종별로 지원되지 않을 수 있습니다.

LG 스마트폰 가이드 모아보기

LG전자는 V20을 시작으로 '퀵 헬프'라는 서비스를 시작했습니다. 삼성전자의 '삼성 멤버스'와 비슷한 기능으로, 사용 설명서나 1:1 문의 서비스는 물론이고 LG전자에서 주최하는 이벤트 참여나 신기능 제안, 버그 제보 등의 활동이 가능합니다. 아쉽게도 지원 기종은 아래 기종 뿐이지만, 올해 말 '전기종 확대'를 공약한 만큼 기존 플래그쉽 시리즈 및 일부 고급 Q시리즈 기종에 탑재되었던 것과 달리 Q52를 시작으로 저가형에도 탑재될 예정입니다.

지원 기종 [2020.12.24 기준]

LG G 시리즈	G6(G6, G6 32GB, G6+) / G7(G7, G7+) / G8
LG V 시리즈	V20 / V30(V30, V30+, V30S, V30S+, LG SIGNATURE Edition 1세대) V35(V35, LG SIGNATURE Edition 2세대) / V40 / V50 / V50S
LG Q 시리즈	Q8, Q8 2018, Q92, Q52 및 이후 출시되는 모든 기종(2020년 4분기 이후)
2020년 라인업 개편 확정 이후 출시된 스마트폰	VELVET, WING 및 이후 출시되는 유니버셜 / Explorer Project 플래그쉽 라인업

퀵헬프의 첫 화면

스크롤 캡처를 통해 캡처한 퀵 헬프 메인 화면

퀵 헬프에 처음 진입하면, LG 계정 로그인을 요구합니다. 이 LG 계정은 구글, 페이스북, 아마존 및 네이버 계정으로 만들 수 있으며, 이메일 계정으로도 생성이 가능합니다.

LG 스마트 TV(webOS 탑재)의 LG 컨텐츠 스토어 및 LG ThinQ, LG 헬스, LG SmartWorld 등 LG전자에서 제공하는 서비스를 이용하고 계신 상황이라면 이미 계정을 가지고 계실 가능성이 높습니다. 특히 조금 뒤에 말씀드리겠지만 'LG SmartWorld' 서비스를 이미 이용하고 있으시다면 같은 계정으로 이용해야만 퀵 헬프의 혜택을 제대로 활용하실 수 있습니다. SmartWorld에 이미 로그인하셨다면 보통 가지고 계신 스마트폰의 LG 계정 자동 로그인 기능으로 로그인이 되실 것입니다.

다만 주의하실 점은 'LG전자 멤버쉽' 및 'LG전자 홈페이지' 계정과는 별도 체제라는 것입니다. 같은 LG전자 운영 혹은 LG전자 자회사 운영 계정이나 출시 시기 등이 다르고 서로 연동도 되지 않습니다.

메인 화면은 위 사진과 같으며 하단에서 홈과 포럼(명칭상 '커뮤니티')으로 바로 이동하는 메뉴를 확인하실 수 있습니다.

사이드 메뉴

三 모양의 메뉴 버튼을 누르면 첫번째 사진과 같은 화면이 나타납니다. 퀵 헬프의 홈 화면에서 이용할 수 있는 대부분의 기능을 이용하실 수 있으며, 추가적으로 로그인, 알림, 설정, 보유한 쿠폰 수, 포인트, 리워드 등의 개인 메뉴가 제공됩니다.

포인트는 각 분류별로 적립된 포인트를, 리워드는 날짜별 적립된 리워드의 기록을 볼 수 있으며 2020년 하반기부터는 매주 수요일에 사용 가능 리워드를 SmartWorld 스토어에서 사용할 수 있는 쿠폰으로 전환할 수 있는 기능을 '리워드 상세' 메뉴에서 제공하고 있습니다. 다만 매주 수요일에 쿠폰으로 전환하는 기회가 제공되는 것은 맞으나, 쿠폰 교환 자체는 월 1회만 가능하므로 이 점을 유의하지 않으면 쿠폰 사용에 곤란한 상황이 발생할 수 있습니다.^[각주:1]^[각주:2]

여기서 '포인트'란 퀵 헬프 내 활동으로 적립할 수 있는 보상 제도로 아래와 같이 휙득할 수 있습니다.

만족도 조사(자주 묻는 질문, 1:1 상담 등 일부에 한함)
스마트닥터 진입
포럼(= 커뮤니티) 내의 게시글 열람(1일 1회)
포럼 내 '신기능 제안', '팁&노하우', '기능 질문', '오류 문의', '사용 후기' 글 작성
포럼 내 '신기능 제안', '팁&노하우', '기능 질문', '오류 문의', '사용 후기'로 작성된 글에 댓글 추가 혹은 추천
포럼 내 '신기능 제안', '팁&노하우', '기능 질문', '오류 문의', '사용 후기'로 작성된 글에 달린 댓글에 추천하거나 대댓글 작성
비정기적으로 개최되는 출석 이벤트 등 이벤트를 통한 포인트 적립
LG에서 제공하는 퀵 헬프 푸시 알림 유지 및 알림으로 온 내용의 열람 등

또한 포인트는 다음과 같은 용도로 사용됩니다.

퀵 헬프 내 등급 상승(화이트 - 핑크 - 레드 - 오렌지 - 옐로우 - 그린 - 블루 등등)
등급에 따른 매달 활동 포인트의 상한선만큼 '리워드'로 적립

자세한 내용은 아래 사진을 참고하시면 좀 더 정확합니다. 다만, 이 내용은 2020년 12월 24일 기준이므로 추후 변경될 수 있습니다.

등급 옆 '승급 조건'은 그 등급으로 올라가려면 어떤 활동을 해야 하는지를 표시한 것입니다. 또한, 닉네임 변경은 오렌지부터 매월 1회 변경 가능하므로 처음 닉네임을 정하실 때 신중하게 결정하시기를 추천드립니다. (프로필 사진은 자유롭게 변경할 수 있습니다. - 다만 편집 기능이 자체적으로 제공되지 않으므로 서버가 어떻게 인식하느냐에 따라서 사진이 알아서 돌아가거나 원하지 않는 부분으로 잘려서 표시될 수 있습니다.)

'쿠폰'은 두 가지 종류가 있습니다. '컨텐츠' 쿠폰과 '스토어' 쿠폰 이렇게 있는데요,

'컨텐츠' 쿠폰으로는 SmartWorld에서 판매하는 유료 글꼴, 배경화면, 테마를 구매할 수 있습니다.
'스토어' 쿠폰으로는 SmartWorld에서 판매하는 각종 실물 제품을 구매할 수 있습니다.

다만 잔액 관리형이 아니기 때문에 쿠폰 사용 시 쿠폰에 적힌 액수보다 저렴한 제품을 구매하더라도 잔액은 남지 않으며 쿠폰이 소멸됩니다. 따라서 주로 2500원권으로 발급되는 '컨텐츠' 쿠폰으로는 2500원에 판매되는 유료 글꼴을 구매하시는 것을 추천드립니다. '스토어' 쿠폰의 경우 LG ThinQ 스토어와 제품을 공유하는 구조이기 때문에 각종 냉동식품, 김치, LG 정품(노트북, TONE Free, TONE+, 자급제 휴대폰, Pra.L, 가전 소모품 등), 저장장치(USB 메모리, microSD 카드), 케이블, 충전기 등의 제품 구매가 가능합니다. 또한 LG VELVET의 듀얼 스크린과 와콤 AES 스타일러스 펜도 같이 판매하고 있습니다.

문의하기, 그리고 로그 분석

'문의하기' 메뉴는 1:1 문의, 전화 문의 바로가기 및 로그 분석을 통한 문의 서비스를 제공하는 부분입니다.

1:1 문의는 말 그대로 평일에 상담사와 채팅으로 문의하는 서비스입니다. LG전자 업무 시간 중이라면 답변을 받아 볼 수 있으며 관련 부서에서 공개할 수 있는 정보는 받아서 공개하기도 합니다. 다만, 이 창구는 문의 창구이지 건의 사항 창구라고 보기는 어려운 부분이 있어서 건의 사항이 있다면 상담사 문의보다는 커뮤니티(포럼)의 '신기능 제안' 등을 이용하시는 것을 권장드립니다.

로그 분석은 오류가 발생하였을 때 심층 분석을 통해 향후 펌웨어 개발에도 참고하는 등의 목적을 위한 기능입니다. LG 측의 개발 문제로 생긴 버그가 아니더라도 확인하여 사용자가 각 개발사에 문의하는 식으로라도 해결할 수 있도록 돕습니다. 다만, 사용자 개인정보 처리 문제로 인해 로그 기록은 직접 활성화해야만 저장되며, 분석도 저장된 내용을 바탕으로 하므로 주의가 필요합니다.

아래는 로그 분석을 하는 방법입니다.

1) 위 사진에서 '로그 기록 활성화' 옆 On/Off 스위치를 누릅니다.

2) 로그 기록 저장을 위한 개인정보 관리 정책에 동의합니다.
3) '지금부터 로그를 기록합니다.' 메시지가 표시되면 확인을 누르고 오류 상황을 다시 시연합니다.
4) 오류 시연이 끝나면 퀵헬프의 문의하기 탭으로 돌아와 해당하는 상황에 맞춰 '오류 유형'을 선택합니다.

5) 위와 같이 확인 창이 뜨면 잘 읽어보신 후 '네, 확인하였습니다.'를 누릅니다.
6) 어느 기기에서 발생하는지 선택합니다. 이때 '다른 폰'이란 동일 기종을 사용하는 사람들 사이에서 공통적으로 겪고 있는 증상으로 판단될 때 선택하는 항목입니다.
7) 증상 발생 일자 및 시각을 선택합니다. 이는 로그 활성화 시점에 따라서 분석에 너무 오랜 시간이 걸릴 수 있기에 그 시각 전후로 살펴보기 위함입니다.
8) 소분류를 선택하라는 화면이 나타나면 자신이 겪은 오류에 맞는 소분류를 선택합니다. 소분류 선택 시 원하는 항목이 없다면 두 번 뒤로 이동하여 다시 선택할 수 있습니다. 이때 로그 기록은 여전히 활성화된 상태이므로 잘못 선택하였더라도 처음부터 다시 시작할 필요는 없습니다.
9) 증상 발생 경로를 설명합니다.^[각주:3]
10) 증상 발생 빈도를 설정합니다.
11) 증상 자체를 자세히 적습니다. 250MB 한도로 동영상이나 사진을 첨부할 수 있습니다.
12) 로그를 전송합니다. 이때 로그 전송 중 얼마나 전송되었는지는 표시되지 않으므로 조금은 기다릴 필요가 있습니다.^[각주:4]만약 전송이 완료되면 퀵 헬프의 '내 오류/문의' 항목에서 [전송완료]로 표시되며 추가 정보를 전송할 수 있습니다.

왼쪽 사진과 오른쪽 사진은 서로 상관관계가 없습니다. (서로 다른 로그 분석 결과입니다.)

분석 결과는 위 사진처럼 표시되며 맨 위에는 접수 번호, 펌웨어 정보 등을 비롯하여 전송된 정보의 자세한 내용이, 하단에는 '발생원인 및 가이드'라는 이름의 분석 결과가 표시됩니다. 이때 분석 결과 차기 펌웨어에서의 개선이 필요하다고 생각되면 오른쪽 사진처럼 개선하겠다는 내용이 전달되며, 그렇지 않은 경우 왜 발생하는지에 대한 설명과 함께 답변이 제공됩니다.

공식 포럼인 '커뮤니티'

퀵 헬프 커뮤니티는 LG전자가 주최하는 이벤트를 비롯해 다양한 LG전자 스마트폰 사용자를 만날 수 있는 공간입니다. 글 및 댓글, 추천 제도를 통해 글을 작성할 수 있으며 퀵 헬프의 포인트 제도는 커뮤니티 기능을 통해서 얻는다고 해도 과언이 아니라고 할 정도로 커뮤니티의 기능적인 중요도는 높은 편입니다.

운영정책에서 발췌

'포럼'은 아래와 같은 게시글을 작성할 수 있습니다.

'신기능 제안': LG전자 스마트폰에 바라는 새로운 기능 제안 (or 퀵 헬프 커뮤니티의 운영 정책에 대한 제안)
'사용 후기': LG전자 스마트폰을 사용하고 느낀 점 작성
'팁 & 노하우': LG전자 스마트폰을 사용하는 데 유용할 것 같은 팁 작성
'기능 질문': 오류는 아닌데 이해가 잘 가지 않거나 기능의 유무를 확인하기 어려운 경우 질문
'오류 문의': 오류로 보이는 현상에 대해서 질문

'기능 질문' 및 '오류 문의'는 자신이 답변이라고 생각하는 내용에 대해 사용자에게 '채택'을 누를 수 있고 이때 채택한 사람과 채택받은 사람 모두에게 포인트가 지급됩니다.

'오류 문의'는 특성상 로그 기록으로는 나타나지 않거나 1회만 발생한 증상을 놓친 경우에 사용 빈도가 높은 편입니다.

'신기능 제안'은 비공개로 글 작성이 가능하며 퀵 헬프의 운영 정책에 대한 개선 또한 비공개로 작성한 글을 최우선으로 검토한다고 합니다.

게시글은 별도의 서식을 적용할 수 없으나 사진은 30MB 한도로 올릴 수 있으며 앞서 설명한 로그 분석과 마찬가지로 3개의 사진 중 2번째 사진처럼 세부 카테고리 지정이 필요합니다.

'공감'은 아래와 같은 게시글을 작성할 수 있습니다.

LG 모바일로 촬영한 사진, 일상 기록 등
LG 모바일과 연관성이 떨어지더라도 LG전자 및 LG 관련된 정보 공유 ^[각주:5]

다만 공감 게시판은 포인트를 얻을 수 없으며 그러면서도 일일 제한 한도는 공유하는 구조입니다. 게시글에 대해서 답변을 받을 수도 없는 것이 원칙이기도 합니다.^[각주:6] 따라서 위 '포럼'에서는 적을 수 없는 내용들을 작성하는 용도로 쓰이며 현재 기준으로는 활성화 정도가 포럼에 비해 낮은 편입니다.

그 외 이런저런 이야기들

퀵 헬프는 2020년 하반기, 개편 계획을 발표한 바 있습니다. 따라서 2021년도에는 다음과 같은 개선사항이 적용될 예정입니다.

2021년 상반기: PC버전 개발 (삼성 멤버스처럼 최소한 게시글 열람 기능 정도는 제공)
2021년 하반기: 퀵 헬프 모바일 버전 전면 개편
2020년 하반기: 이후 출시되는 LG전자 스마트폰 전 제품에 퀵 헬프 탑재 (첫 확대 기종: Q52)

따라서 현재의 운영 정책이나 불편한 사항은 2021년 하반기 있을 대개편에서 개선할 예정으로 밝히고 있습니다. 이를 위해 앞서 아이디어 공모전을 진행하기도 했을 정도인만큼 앞으로는 지금보다 더 나은 활동이 가능할 것으로 예상됩니다.

그리고 아래에 자주 묻는 질문 같은 것을 모아보았습니다. 조금이라도 도움이 되셨으면 좋겠습니다.

SKT, KT, LG U+ 사용 중 문제가 생겼을 때, 퀵 헬프에 문의해도 답변이 되나요?
아쉽지만 퀵헬프에 문의해도 답변을 받을 수 없습니다. 특히 LG U+의 경우 계열사는 맞지만 회사가 다르기 때문에 유의가 필요합니다.
로그 분석 서비스는 퀵 헬프 사용자만 할 수 있나요?
'LG전자 원격상담' 앱을 설정 > 시스템 > 업데이트 센터 > 앱 업데이트에서 설치해주시면 동일한 수준의 서비스를 이용하실 수 있습니다. 다만, 증상 관련 첨부 파일을 보낼 때 퀵 헬프와 달리 동영상은 아직 첨부가 불가능합니다.
프로필 사진 옆에 왕관 아이콘이 있어요. 이건 무엇인가요?
운영팀에서 매달 지정하는 '추천왕' 혹은 '지식왕'에 선정된 분들입니다. 각각 추천을 가장 많이 받은 Top 5, 채택을 가장 많이 받은 Top 5에 해당하는 분들이 선정됩니다. 매달 바뀌므로 추천왕이나 지식왕에서 제외될 수도 있습니다.
프로필 사진 옆에 별 아이콘이 있어요. 이건 무엇인가요?
2020년 9월부터 시작된 'LG Fandom'으로 선정되신 분들입니다. 삼성 빅 팬 제도와 유사한 형태로 각 기수별로 시작 시기의 최신형 스마트폰을 지급받고 매달 활동을 통해 성과를 평가받습니다. 내년 3월까지 1기가 활동하며, 2기 활동 여부는 아직 미정입니다.
쿠폰은 어떻게 얻을 수 있나요?
쿠폰은 퀵 헬프에서 개최하는 각종 이벤트를 통해 받을 수 있습니다. (출석 이벤트, 인증 이벤트, 공모 이벤트 등...) 또한 위에서 말씀드린 것과 같이 리워드 교환을 통해서도 가능합니다.
쿠폰을 신청했는데, 발급 신청중으로 나와요.
수요일에 쿠폰 신청 시 일반적으로는 목요일 1시 즈음 발급됩니다. 만약 퀵 헬프 이용 계정으로 SmartWorld에 가입되어 있지 않다면 발급되지 않습니다.
쿠폰 발급이 되기는 했는데, SmartWorld에서 쿠폰이 보이지 않아요.
쿠폰을 발급한 계정과 SmartWorld의 이용 계정이 다른 경우일 수 있습니다.
쿠폰은 여러 개 동시 사용이 가능한가요?
쿠폰은 여러 개를 동시에 사용할 수 있습니다. 단, 같은 판매자의 상품만 한꺼번에 주문할 수 있다는 점 유의하시기 바랍니다.
쿠폰을 사용했는데, 퀵 헬프에서는 사용 가능으로 나와요.
연동 상황에 따라서 제대로 표시되지 않는 경우가 있습니다. 지속적으로 오류가 발생한다면 퀵헬프 운영팀에 1:1 문의 등을 통해 문의하시기 바랍니다.
승급 조건의 '출석'이란 무엇을 말하나요?
퀵 헬프 커뮤니티의 게시글을 열람하면 1일 1회 출석으로 인정됩니다.
'출석 이벤트'와 '출석'은 다른가요?
출석 이벤트는 검색 버튼 옆, '출석' 아이콘(핑크 등급부터 노출)을 오전 1시부터 자정 전까지 1일 1회 눌러 참여하는 이벤트이고 출석은 퀵 헬프 커뮤니티의 게시글을 열람하는 것을 말합니다.
'베스트' 게시판은 무엇인가요?
수시로 운영진이 다른 사용자에게 도움이 될만한 게시글을 '베스트' 게시글로 선정하는 제도입니다. 이렇게 선정되면 포인트를 받을 수 있고, 퀵헬프 홈에도 노출됩니다. 사용자가 베스트 게시판에 글을 작성할 수는 없습니다.
신기능 제안, 오류 문의 등을 하였는데 운영진의 답변이 달리지 않아요.
보안 상의 문제 등으로 인하여 답변을 제공할 수 없는 경우가 있습니다. 다만, 자세한 이유는 운영진만이 알고 있으며 특정인에게 차별하여 답변을 달거나 달지 않는 것은 아닙니다. (예: Fandom 유저에게만 답변을 달거나 하지는 않는다는 뜻입니다.)
운영진 답변 옆 '만족도 조사' 기능은 무엇인가요?
2020년 말부터 시범 적용된 기능으로 운영진의 답변에 대한 만족도 조사 제도를 말합니다. 아쉽게도 아직 시범 적용인만큼 포인트 적립 등은 제공되지 않으나 추후 정식 제도로 편입될 경우 계획은 있다고 합니다.
'포인트'의 'Push 알림 컨텐츠 확인' 항목은 무엇이며, 왜 알림을 통해 접근했는데 적립이 되지 않나요?
Push 컨텐츠란 다른 사용자가 자신의 게시글이나 댓글에 단 댓글, 추천 등은 해당되지 않으며 LG Manager 명의로 제공된 운영진 답변도 제외됩니다. 정확히는, Push 알림을 눌렀을 때 퀵 헬프 커뮤니티가 아닌 사용 설명서나 자주묻는 질문 항목으로 이동하는 경우 제공됩니다. 그리고 아직은 시스템 상의 한계로 백그라운드에 퀵 헬프가 실행 중이었던 경우 제대로 이동이 되지 않으면서 포인트 적립이 되지 않는 버그가 존재합니다.
'공감' 게시판에 '그 외 기능', '고객 서비스' 등 설정할 수 없는 카테고리가 보여요.
운영진이 게시판 용도에 맞지 않다고 생각하여 게시글을 포럼에서 공감 게시판으로 옮긴 경우입니다. 자신의 게시글이 이렇게 옮겨간 경우에는 포럼 게시글 작성 포인트를 잃습니다.
다른 사용자가 게시판을 잘못 이용하였거나, 비속어를 사용하여 고쳐달라고 요구하였는데 징계를 받았어요.
일반적인 다른 커뮤니티와 달리, 해당 행동은 운영 정책상 금지되어 있습니다. 이는 불필요한 사용자간의 분쟁을 최소화하기 위함이라고 하네요.

본 게시글은 LG Fandom 활동의 일환으로 작성한 내용으로 잘못된 내용이나 오타, 게시되어선 안되는 사항이 있다면 댓글 및 트위터 DM/멘션으로 연락주시기 바랍니다. 읽어주셔서 감사합니다. :D

2020년 상반기까지는 한 달에 한 번만 쿠폰을 신청할 수 있었습니다. 즉, 쿠폰 신청란이 열리는 횟수도, 실제 신청할 수 있는 횟수도 월 1회였습니다. [본문으로]
이해하기 어려우시다면 1회만 응모 가능한 이벤트를 생각하시면 됩니다. 한 달 단위로 하나의 이벤트가 개최되고, '매주 수요일'에만 응모할 수 있으며, 이벤트 한 번 당 응모 가능 횟수가 1회인 행사인 겁니다. [본문으로]
가령, A라는 앱을 실행하기만 하면 종료된다면 이렇게 기록할 수 있을 것입니다: 홈화면 > A 실행 [본문으로]
백그라운드에 두어도 로그 전송은 됩니다만, '최근 사용한 앱' 목록에서 제거할 경우 높은 확률로 로그 전송을 실패합니다. [본문으로]
운영정책 3.0.2부터 적용됩니다. [본문으로]
그러나 극히 드물게 답변을 하기도 합니다. [본문으로]

벨벳 그리고 윙: 스타일러스 펜 활용하기

paperboxturtle — Tue, 22 Dec 2020 10:37:23 +0900

2020년, LG Fandom 활동의 일환으로 'LG 스마트폰 가이드'를 연재합니다.
본 가이드에 사용된 LG WING, LG VELVET은 LG전자로부터 제공받았습니다.
본 가이드에 사용된 LG WING, VELVET 이외의 모든 제품은 기업으로부터 협찬받지 않은 제품입니다.
본 가이드는 처음 기능을 사용하시는 사용자분들을 위해 제작되었습니다.
WING, VELVET, G8 ThinQ* 세 기종을 중점으로 다루나, 구형 기종도 몇몇 기능을 정상적으로 사용할 수 있을 수 있습니다.

* 위 문단은 'LG 스마트폰 가이드'의 공통 내용입니다. 몇몇 가이드의 기능은 기종별로 지원되지 않을 수 있습니다.

LG 스마트폰 가이드 모아보기

2010년대 초반 옵티머스 뷰를 내놓은 이래, 정전식 스타일러스를 내장한 혹은 동봉한 제품을 꾸준히 출시한 LG전자는 뷰3 출시 이후 오랜만에 스타일러스 펜을 사용할 수 있는 플래그쉽을 내놓은 데에 이어^{한국 시장 제외. V60 ThinQ에 해당.}, 중급형 프리미엄 기기인 VELVET과 WING에도 기능을 연달아 탑재하면서 스타일러스 펜 지원을 강화하고 있습니다.

기존까지 내놓았던 모든 스타일러스 펜이 필압을 지원하지 않았기 때문에 팜 리젝션을 지원하는 변화가 있었던 Q8 2018부터의 제품군을 제외하고는 LG UX의 개편이라는 이유를 제외하고는 펜 관련 SW에 큰 변화가 없었는데요, 이번 VELVET과 WING에서는 와콤 사의 Active ES 펜이 공통적으로 지원하는 기능을 적용해야 한다고 판단하였는지 몇가지 기능이 추가되거나 변경되었습니다.

이번 편에서는 벨벳과 윙에 스타일러스 펜을 활용하는 전반적인 방법과, Q메모+의 다양한 기능을 사용하는 부분을 담았습니다.

스타일러스 펜 지원 사양

스타일러스 펜 지원 여부	메인 스크린	(듀얼스크린: 벨벳, 세컨드스크린: 윙)
VELVET	O	O
WING	O	X

보다시피, 벨벳에서는 화면 종류를 구분하지 않고 지원합니다. 즉, 벨벳용 듀얼 스크린을 구매 혹은 증정받아 사용했다면 듀얼 스크린 화면에서도 정상적으로 스타일러스 펜을 사용하실 수 있습니다.

그러나 WING에서는 세컨드 스크린에서 스타일러스 펜 필기를 지원하지 않습니다. 스위블 모드에서도 필기 자체가 안 되는 것은 아니나, 정사각형에 가까운 작은 화면에서는 펜 입력이 되지 않는다는 말입니다.

또한, 소프트웨어적인 차이도 있습니다. LG VELVET이 스타일러스 펜 탑재를 홍보하면서 Nebo for LG 앱을 탑재하였다면, WING은 Nebo for LG 앱을 지원하지 않습니다.

여기서 한 가지 주의하실 점은, 갤럭시 노트 시리즈나 크레마 엑스퍼트 등 와콤 EMR 기반 스타일러스 펜을 지원하는 제품과는 펜이 호환되지 않는다는 점입니다. 마찬가지로 규격이 달라 서피스 펜이나 애플 펜슬도 사용할 수 없으며, 레노버나 HP, Dell, LG 등이 일부 제품에 사용하는 와콤 AES 기반 스타일러스 펜을 사용해야 합니다. 가장 유명한 제품은 와콤 사에서 직접 출시하는 Bamboo Ink이나, 현재는 수급이 안정적인 만큼 LG 스마트월드를 통해 판매하는 LG 스타일러스 펜의 구입을 추천드립니다.

앞서 다른 리뷰에서 벨벳 및 윙에 호환되는 스타일러스 펜을 소개드리기도 하였으나, 제품 구성 상 AAAA 배터리가 동봉되어 있지 않은데다 여분 펜촉, 펜촉 교체용 집게 등 부속품이 전혀 없고 해외 직구라는 부담이 있으므로 이 가이드를 읽는 분들께는 권장드리지 않습니다.

스타일러스 펜을 지원하는 앱

다행히 갤럭시 노트부터 갤럭시 노트 20까지, 삼성전자가 길을 잘 닦아놓은 덕에(?) 세부적인 방식은 다르지만 같은 와콤 사의 기술을 사용하는 LG의 액티브 펜 지원 제품들도 그대로 수혜를 받았습니다. 가령 S Pen SDK를 이용하여 만든 커스텀 기능은 지원하지 않지만, 최소한 기본적인 필압이나 팜 리젝션은 지원하는 식입니다.

현재 개인적으로 확인한 것으로는 아래와 같은 앱들이 기본적으로 필압 기능와 팜 리젝션 기능을 사용할 수 있었습니다.

그림 그리는 앱: Clip Studio, Medibang Paint, Autodesk Sketchbook(펜 전용 모드 지원), Adobe Photoshop Sketch
노트 필기: Nebo(벨벳에 한정하여 기본앱), Q메모+(기본앱), Microsoft OneNote

Medibang Paint / Autodesk Sketchbook을 LG VELVET에서 실행하는 모습

Krita for Android를 실행하여 필압테스트 한 모습 @ LG VELVET

Adobe Photoshop Sketch / Microsoft OneNote로 펜을 쓰는 모습 @ LG VELVET

아래 앱은 갤럭시 노트 9, 10, 탭 S6에서만 시범 지원이어서 그런지 APK를 받아 설치하고 필압이 들어가는 것을 확인할 수는 있었으나 데스크톱 UI를 그대로 옮긴 형태인 관계로 실사용은 거의 불가능했습니다. 만약 LG 롤러블 신제품이 펜을 지원하거나 태블릿 신제품이 출시되어 펜을 지원한다면 그때는 유용하게 쓰실 수 있을 것으로 보이네요.

그림 그리는 앱: Krita for Android ᅟBeta (Google Play에서 다운로드 불가 - 공식 웹사이트의 APK 배포 페이지에서 다운로드: # ^[각주:1])

그 외에도 몇몇 앱을 제외하고 스타일러스 펜을 지원하는 대부분의 앱은 큰 문제 없이 사용이 가능합니다. 다만, S Pen에서만 작동하는 기능도 있으므로^[각주:2] 이 점은 주의하시기 바랍니다.

펜 설정하기

국내 기준으로는 약 LG Stylus 2부터, ^[각주:3] 삼성 에어커맨드와 유사한 형태의 펜 메뉴로 변경되면서 각종 설정 기능이 생겼습니다. 물론 뷰3에도 펜을 뽑으면 나타나는 앱 패널이라는 기능이 있었고 편집이 가능하였는데 이런 부분들이 개선된 것입니다. 이후 Pop 메모를 비롯해 몇몇 기능들이 대체되거나 제거되고 Q8 2018부터는 몇몇 부분을 제외하고 거의 동일한 UI를 유지하게 되었는데요, Q8 2018과 달리 A/B 버튼이 추가되어 해당 기능을 편집하는 설정 메뉴가 추가되었습니다.

꼭 LG 스타일러스 펜(Active Pen)이 아니어도 A/B 버튼이 있는 평범한 와콤 AES 펜이면 다 지원합니다.

이렇게 추가된 기능 중에 하나가 '메모 시 펜 버튼을 누른 채로 화면에 문지르면 지우개로 동작한다'는 것입니다. 실제로 Q메모+ 기준으로 잘 작동하는 것이 확인되었습니다. 다만 타사 앱에서 이 기능을 사용하는 것은 애매한 측면이 있는데요, 그 이유는 시스템 상으로 지금 사용자가 A 버튼 혹은 B 버튼 바로가기를 이용하려고 하는 것인지, 아니면 지우개로 사용하려는 것인지 명확하지 않기 때문입니다. 그래서 OneNote 기준으로는 지워지기는 하나 지우다 말고 다른 메뉴가 뜨거나 설정되지 않은 부분이라며 지금 설정해보라는 팝업이 나타나게 됩니다.

그래서 지우개 기능으로 쓰고 싶은 분들은 지우개로 쓸 버튼을 정해두고, 해당 버튼의 모든 바로가기 기능을 비활성화한 후, 만약 아무것도 설정되어 있지 않아 지금 설정하라고 권한다면 '다시 보지 않음'에 체크하고 닫기를 눌러 사용하시기를 권장드립니다.

그리고 바로가기 설정은 Q메모+, 키보드, 펜 설정 등 일부 기능을 비롯해서 앱 실행 단축키로 사용이 가능합니다. 벨벳 이전 기기에서는 캡처+로 불렸고 지금도 내부적으로는 캡처+로 명명된, 화면 캡처 관련 기능을 버튼에 연결하여 사용할 수도 있습니다. 이 부분이 중요한 이유는 벨벳, 윙 이 두 제품에서 LG가 세컨드 스크린 대신 만들었다고 홍보했던 플로팅 바가 사라지면서 간편하게 캡처하는 것이 어려워졌기 때문입니다. 그래서 비록 GIF 캡처와 일반 캡처 뿐이지만 약간이나마 사용성이 개선되는 효과가 있다고도 볼 수 있습니다.

Pen Pop과 Pen Pop의 앱 바로가기 설정

펜 메뉴같은 경우, 뒷 배경이 블러 처리되면서 Q메모+에 최근 저장한 메모 목록과 앱/기능 바로가기 목록이 나타납니다. 여기서도 마찬가지로 A/B 버튼 바로가기 설정과 유사한 기능들을 지정하여 사용하실 수 있습니다. 물론, 간이 앱 런처처럼 사용하는 것도 가능합니다.

다만 Q메모+에 최근 기록한 메모를 다른 사람에게 보이기 꺼려지는 상황도 있을 텐데요, 이를 위해서 펜 설정에서 메모 미리보기를 켜고 끌 수 있습니다. 이 기능은 설정 앱 > 편리한 기능 > 펜을 통해 진입할 수 있으며, 펜 메뉴를 Pen Pop이라는 이름으로 제공하고 있습니다. ^[각주:4]

또 다른 기능으로는 '내비게이션 바 제스처 차단'이 있는데요, Q메모+나 일부 애플리케이션이 지원하는 펜 전용 모드보다는 한 단계 낮은 수준의 기능으로 그야말로 내비게이션 제스처의 입력을 무시하는 기능입니다. 안드로이드 10부터 제공된 아이폰과 유사한 방식의 내비게이션 제스처를 펜으로 시도할 경우 적용되지 않습니다. 그래서 홈 화면으로 빠져나오는 동작 뿐 아니라 뒤로가기도 손가락으로 해야만 비로소 동작합니다. 과거 옵티머스 뷰2 등 터치식 버튼이 있던 제품에서 사용하던 하단 입력 차단 기능과 유사하지만, 이 기능은 모든 앱에 적용된다는 차이가 있습니다.

나머지 기능들은 그리 중요하지 않다고 해도, 내비게이션 바 제스처 차단만은 권하는 편인데요, 특히 안드로이드 11 버전의 벨벳^[각주:5]과 안드로이드 10 버전의 WING은 내비게이션 바를 숨길 수 있게 되어 있어 각종 하단 메뉴가 내비게이션 제스처로 인식하는 부분과 겹치는 경우가 상당히 많고, 이에 따라 의도치 않게 메뉴를 고르려다 홈 화면으로 나가는 사례가 종종 발생하기 때문입니다.

기본 앱 활용하기: Q메모+와 캡처+

Q메모는 옵티머스 뷰 시리즈부터 개발되어 온 애플리케이션으로, 뷰 시리즈 한정으로 탑재되었던 '노트북' 애플리케이션을 중간에 흡수 통합하면서 종합 메모 애플리케이션으로 발전하였습니다. 그래서 어느정도는 그림도 그릴 수 있고, 원래 목적에 가까운 각종 편집 기능도 계속 유지하였는데요. 기능이 늘어나면서 꺼진 메모나 스크린샷의 수정 기능, 스크린 메모도 Q메모와 연관지어 개발되었습니다.

꺼진 화면 메모, 그리고 스크린 메모

벨벳의 AOD

꺼진 화면 메모 기능은 펜이 내장된 이전 기기를 비롯 펜을 지원하지 않는 기기에도 탑재되어 왔지만, 별도로 휴대해야 하는 특성상 다소 번거로워졌는데요. 설정 앱 > 화면 > AOD(always-on display) 메뉴에서 '퀵툴 및 뮤직 플레이어'를 켜주셔야 꺼진 화면 메모를 위한 바로가기 아이콘을 표시하게 만들 수 있습니다. 이렇게 바로가기 아이콘을 표시하도록 변경한 이후에도 한 번 정도는 스와이프 동작을 해 주어야 하는 등 번거로운 편으로 특히 AOD 표시 방식이 '화면 터치 시 10초간 표시'로 설정된 경우,

화면을 한 번 터치
배터리 잔량, 알림 목록이 나타나는 부분을 오른쪽에서 왼쪽으로 스와이프
연필 아이콘 누르기

이렇게 3단계를 거쳐야만 사용할 수 있는 불편함이 있습니다.

반면 스크린 메모 기능은 G8 ThinQ 등 펜 미지원 기종에선 탑재되지 않은 대신 꺼진 화면 메모 기능과 거의 유사하면서도 펜 메뉴 뿐만 아니라 A/B 버튼 바로가기 설정을 통해 바로 불러올 수 있는 만큼 좀 더 간편하게 실행이 가능합니다. 이렇게 실행한 기능은 아래와 같이 메뉴가 표시됩니다.

스크린 메모로 설명한 꺼진 화면 메모

그래도 명색이 '스크린 메모'인 만큼, 메모 도중 화면을 움직일 일이 있을 때 유용한 '숨기기' 기능도 존재합니다. 체크 표시(✔)를 눌러 Q메모+에 필기 내용을 저장할 수도 있는데요, 아쉽게도 화면을 캡처해서 저장하는 것은 아니어서 순수하게 펜으로 적은 잉크 부분만 저장이 됩니다. 즉, 배경은 저장되지 않고 하얀 바탕에 필기 내용만 남는 것이지요. 그래서 캡처를 목적으로 활용하려면 스크린 메모 기능보다는 스크린샷 캡처 후 편집이 좀 더 유용합니다.

스크린샷 편집

스크린샷 편집 기능 진입 방법 (편의상 a / b / c번)

Q메모의 탑재 이래, 스크린샷 캡처는 꽤 오래 전부터 큰 기능 변화 없이 탑재되어 오던 기능입니다. 이름은 Q메모, Q메모+, 캡처+를 지나 현재 '화면 캡처' (VELVET, WING 이후 기기)라는 이름으로 바뀌었지만, 그 본질은 동일합니다. 다만 명칭에 따라서 조금 진입 방법이 다릅니다.

a) 캡처+: LG VELVET 이전 기기(V50S ThinQ, G8 ThinQ를 비롯하여 캡처+를 탑재한 LG 기기)에 해당하며 '설정 > 시스템 > 업데이트 센터 > 앱 업데이트'에서 Q메모+ 설치 후 알림창에서 '캡처+'를 눌러 사용하실 수 있습니다.

b) 공통(캡처+, 화면 캡처): '캡처화면 저장됨' 알림이 떴을 때 공유 - 수정 - 삭제 중 가운데 '수정' 버튼을 눌러 진입하는 방법입니다. 다만, 캡처+를 탑재하였더라도 안드로이드 10 업그레이드를 받은 2018년도 플래그쉽(G7 ThinQ, V35 ThinQ, V40 ThinQ, LG SIGNATURE Edition(2nd)) 및 안드로이드 9 이상의 2019년 제품군에서 사용 가능합니다. Q메모+가 설치되어 있지 않다면 마찬가지로 설치가 필요합니다.

c) 알림창의 '화면 캡처' (LG VELVET 이후 기기) 및 하드웨어 버튼을 통한 화면 캡처(볼륨 하 + 전원 버튼) 직후 왼쪽 아래 나타나는 미리보기 화면을 통한 편집:
이 또한 안드로이드 10 업그레이드를 받은 2018년도 플래그쉽(G7 ThinQ, V35 ThinQ, V40 ThinQ, LG SIGNATURE Edition(2nd)) 및 안드로이드 9 이상의 2019년 제품군에서 사용 가능합니다. 원래 G7 ThinQ의 안드로이드 9 프리뷰에서 잠시 추가되기도 하였으나 알 수 없는 이유로 삭제되었기 때문입니다.
기기에 따라서 위 스크린샷과는 다른 모양으로 표시되는 경우가 있을 텐데요, (WING 세컨드 스크린 화면 캡처 시 및 VELVET 이전 기기의 화면 캡처 시) 연필 모양을 눌러주시면 같은 역할을 합니다.

이쯤되면 갤러리에서 수정할 수 없는가에 대한 의문이 생기실 겁니다. - 아쉽게도, 아직 LG전자에서는 스크린샷 편집 기능과 동일한 기능을 포함한 자체 편집 기능이 개발 중이라고 밝히고 있으며 갤러리에는 동일한 수준의 편집 기능을 사용할 수 없도록 되어 있습니다. 차기 OS 혹은 이후 기기에서는 탑재될 가능성이 높은 만큼 아직 업데이트가 남아 있는 기기를 사용 중이시거나 2021년도 LG전자 스마트폰 구입을 희망하시는 분께서는 좀 더 풍부한 기능을 사용하실 수 있을 것으로 예상됩니다.

스크린샷 촬영 직후 or 알림창 '수정' 버튼으로만 사용 가능한 편집 기능(왼쪽: VELVET/WING, 오른쪽 G8 ThinQ)

V50S ThinQ까지 유지되던 스크린샷 편집 기능, 일명 '캡처+'는 VELVET과 WING에서 좀 더 편리한 모습으로 바뀌었습니다. 구체적으로는 제스처 뒤로가기 기능으로 인해 자칫 편집 도중 종료될 수 있는 확률을 낮출 수 있도록 스크린샷이 여백을 두고 안쪽에 위치하도록 변화하였고, 이전 사용자분들께서 불만을 토로하셨던 '도구모음 자리에 있는 내용물에 대해 필기할 수 없다'는 단점을 도구모음 위치 변경을 통해 해결한 것입니다.

다만 위 사진에도 잘못 적어둔 부분이 있는데 바로 '구버전 Q메모와 동일 UI'라는 부분입니다. 실제로는 색상 팔레트의 범위가 줄었고 직전에 사용한 색상을 고를 수 없었던 이전과 달리 기억하는 쪽으로 바뀌었습니다.(스크린 메모, 스크린샷 편집, 꺼진 메모 모두 동일)

여기서 또 하나 의문을 가지실 부분이 '텍스트 삽입 기능'과 '점 세 개 버튼에 숨겨진 무언가'가 사라진 것이 아닌가 의심하실 수 있는데요, 텍스트 삽입 기능은 원래 누르면 바로 Q메모+에 이미지로 삽입되는 기능으로 오히려 펜 색상을 바꾸려다가 실수로 Q메모에 저장하는 역효과가 있어 제거된 것으로 보입니다. 또한 점 세 개 버튼에 숨겨진 기능은 '공유' 하나인데, 새로 바뀐 편집 기능에도 공유 아이콘은 존재하므로 실질적으로 삭제된 기능은 Q메모에 저장하는 기능 한 가지입니다.

이 스크린샷 편집 기능은 다음과 같은 기능을 제공합니다.

자르기 (자유롭게 자르기, 사각형 형태로 자르기)
필기(볼펜, 만년필, 붓, 형광펜, 크레용)
지우개, 실행 취소, 다시 실행
공유
Capture+ 폴더 혹은 Screenshots 폴더에 저장(VELVET 이후: /storage/emulated/0/Pictures/Screenshots에 저장, 그 전 기기: /storage/emulated/0/Pictures/Capture+에 저장)
Q메모+에 바로 저장 (VELVET 이전 기기 - VELVET부터는 미지원.)
화면에 고정

'화면에 고정' 기능은 편집이 끝난 스크린 샷을 작게 화면에 띄워 고정시켜두는 것입니다. 그 상태로 공유, 저장, 저장 취소 등의 행동을 할 수 있습니다.

Q메모+의 메모 기능

Q메모는 기본이 메모 앱인 만큼 다양한 형태의 메모를 저장할 수 있습니다. 메인 화면은 위처럼 2가지 형태로 볼 수 있으며 메모 추가 버튼 (+)은 길게 누른 상태로 좌우로 이동하면 가리고 있던 컨텐츠의 내용을 볼 수 있을 뿐더러 위치 자체를 변경할 수도 있습니다.

또한 모든 메모를 한 곳에 모아 보여주는 기능 뿐 아니라 메모 종류별로 보여주는 기능도 있는데요, 특히 펜을 지원하는 기종들은(예: Q8 2018, VELVET, WING 등) 컬러링북, 스크래치 아트, 스크린 아트 및 바로 메모 등 전용 기능을 위한 폴더가 별도로 마련되어 있습니다. 꼭 해당 폴더에 전용 기능으로 생성한 메모만 있을 필요는 없도록 설계되어 있으므로, '바로 메모' 폴더에 꺼진 화면 메모가 아닌 일반 메모도 저장 가능합니다.

그리고 컬러링 북의 경우에는 템플릿을 기반으로 색칠 가능하도록 되어 있기 때문에 추가 기능이 일반 (+) 버튼이 아닌 전용 버튼 형태로 되어 있습니다. 이 템플릿은 기본 제공하는 종류만 되는 것이 아니라 직접 만드는 것도 가능합니다.

점 세 개로 구성된 메뉴를 누르면 위 사진 중 첫번째 사진과 같은 모양이 되는데요, 각 메뉴별로 다음과 같은 기능을 가지고 있습니다.

공유: 오직 공유 기능만 사용할 수 있는 형태로 메모 선택 창이 열림
선택: 공유, 컨텐츠 잠금(암호화), 폴더 이동, 삭제가 가능한 형태로 메모 선택 창이 열림
정렬 방식: 정렬 순서를 결정합니다. (생성일 순, 업데이트 순, 속지 색상 순(?!))
지금 동기화: 연결된 Google 계정으로 즉시 동기화합니다.
설정: 위 사진 중 두 번째 사진에 해당하는 메뉴로 이동합니다.
도움말: Q메모+ 자체 도움말 메뉴로 이동합니다. 메모 스크롤 방법(두 손가락으로 스크롤), 메인 화면에서의 메모 보기 방식 변경(타일식과 카드식)에 대한 도움말을 볼 수 있습니다.

설정 메뉴에서는 가져오기 / 내보내기를 비롯하여 백업 위주의 기능과 '손글씨 효과음', '펜 전용 모드', '갤러리에 저장' 기능을 지원합니다.
이 중 '갤러리에 저장' 기능은 펜 지원 기기에서 가능한 컬러링 혹은 스크래치 아트 기능 사용 시 저장하면 Q메모에만 저장하지 않고 갤러리에도 같이 저장하는 형태의 기능입니다.
'손글씨 효과음' 및 '펜 전용 모드'는 메모 중에도 설정할 수 있으며 '손글씨 효과음'의 경우에는 기기가 진동 모드이거나 무음 모드인 경우 켜져있더라도 소리가 나지 않습니다.
가져오기 / 내보내기 기능은 Q메모 전용 규격으로 내보내거나 불러올 수 있습니다. 다만, 컬러링 및 스크래치 아트 파일은 별도로 내보낼 수 있게 설계되어 있습니다.

메모 기능은 일반 텍스트, 펜(볼펜, 만년필, 붓, 형광펜, 크레용 - 이 중 붓과 크레용만 필압 지원), 캘리그라피, 알림, 위치, 이미지, 동영상, 오디오, 음성 녹음을 추가할 수 있습니다. 그리고 두 손가락으로 스크롤하면 컨텐츠 내용도 늘릴 수 있으며, 두 손가락으로 확대/축소 동작을 할 경우에는 100% ~ 600% 배율까지 확대/축소가 가능합니다.

많은 기능들 중 '캘리그라피'는 캘리그라피 전용 글꼴 및 LG SmartWorld를 통해 설치된 글꼴, 사전 탑재된 기기 글꼴 중 선택하여 일반 펜처럼 글씨를 작성하면 자동으로 전환하는 기능입니다. 이 또한 펜을 지원하는 기종에서만 탑재한 기능입니다.

Q메모에서 마지막으로 소개할 기능은 '속지 변경'인데요, 구. 노트북(뷰 시리즈 탑재) 앱과 통합된 앱이어서 그런지 속지 관련 설정이 미약하게나마 남아 있습니다. 따라서 거친 종이 질감의 배경이나 흰색 실선 노트 느낌의 속지를 선택할 수 있다는 것이 특징입니다. 다만, 아쉬운 점은 속지 색상이 검정색이라고 해서 노트의 실선이 색반전되는 것은 아니어서 느낌이 잘 살지 않는다는 것입니다.

마무리

여기에 소개된 내용 외에도, 키보드 입력 대신 사용할 수 있는 '스위프트 텍스트', 펜 탑재 기기만 사용할 수 있는 기본 '돋보기' 기능, VELVET에만 탑재된 'Nebo for LG' 등 스타일러스 펜으로 활용할 수 있는 기능은 무궁무진합니다. 특히 그림 그리기에 최적화된 앱은 거진 스타일러스 펜을 지원하기에, 무게와 두께로 인한 휴대성 문제를 제외한다면 큰 불편함 없이 쓰실 수 있을 것입니다. 비록 부족한 가이드였지만, 여러분께 도움이 되셨길 바랍니다.

APK 다운로드 링크로 숫자로 된 폴더(ex 4.4.1)로 접근하여 arm64로 표기된 APK를 다운로드 받으시면 됩니다. [본문으로]
대표적으로 Krita for Android의 S Pen 전용 설정이 그렇습니다. [본문으로]
Stylus 2 전작인 G Stylo 홍보 기사: # / Stylus 2의 홍보 기사: # [본문으로]
아마도 펜 설정 메뉴가 만들어진 이래 2020년 라인업을 제외하고 모든 스타일러스 펜 지원 제품들이 내장형으로 펜을 지원해서 명칭을 수정하지 않은 듯합니다. [본문으로]
글 작성 시점 기준으로 벨벳은 안드로이드 11 프리뷰를 진행하고 있습니다. [본문으로]

[Git 기반 서버 맵 관리] 맵 파일 Git로 자동 업로드하기

paperboxturtle — Mon, 14 Dec 2020 13:54:53 +0900

주의: 본 가이드는 편의상 Github나 Gitlab을 기준으로 하였으나, 되도록이면 자체적으로 구축한 git 서비스를 이용하시기를 권장합니다. 이는 Git 호스팅 서비스를 이러한 방식으로 사용하는 것이 어뷰징으로 간주될 수 있을 뿐더러, 제공 조건도 백업에는 적합하지 않기 때문입니다. 따라서 실제 맵 백업 용도로는 더욱 적합한 클라우드로 자동 업로드하는 법을 포스팅할 예정이므로 필요하신 분은 참고하시기 바랍니다.

Git 기반 Minecraft 서버 맵 관리 시리즈

2020.12.14 - 맵 파일 Git로 자동 업로드하기 - 현재 글

2022.07.30 - 맵 파일 클라우드로 자동 업로드하기

2020년 7월, 더 쾌적한 환경에서 도시 맵을 만들기 위해 저는 서버로 Minecraft 맵을 옮겼습니다. 그러나 직접 파일을 옮긴 후 버튼 몇 번만 눌러주면 끝이었던 예전과 달리, Github나 클라우드에 올리기는 쉽지 않았습니다. 그래서 리눅스용 git과 cron을 통해 주기적으로 올려주는 방식을 쓰기로 했습니다. 원래 Git는 백업 도구로서는 부적합하나, 본래의 목적이 배포에 더 가깝기 때문에 큰 문제가 없다고 판단하여 업로드하게 되었습니다.^[각주:1]

사용 환경
OS	Ubuntu Server 20.04 LTS
Server	Microsoft Azure B1s VPS
git	2.25.1
Minecraft 서버	BDS 1.16.100 / BDS 1.16.200 #

소프트웨어 설치 확인하기

먼저 Git을 사용하기 위한 준비가 완료되어 있어야 합니다. 특히, Ubuntu Minimal 등 패키지가 최소한으로만 설치된 리눅스를 사용 중이신 경우에는 git이 설치되어 있는지 먼저 확인하세요.

paperbox@paperbox:~$ sudo apt install git

그러면 일반적으로는 아래와 같이 메시지가 출력될 것입니다.

Reading package lists... Done
Building dependency tree
Reading state information... Done
git is already the newest version (1:2.25.1-1ubuntu3).
git set to manually installed.

여기서 the newest version 뒤의 숫자는 크게 신경쓰실 부분이 아닙니다. 설령 다르다고 하더라도 방법이 바뀌지는 않습니다. 따라서 어쨌든 git is already installed나 already the newest version 같이 이미 설치되었음을 암시하는 문구가 출력되면 된 것입니다.

사용자 설정하기

그 다음으로 해 줄 것은 git 사용자 설정입니다. git으로 기록을 남길 때, 누가 - 언제 - 무엇을 변경했는지에 대한 기록은 필요하기 때문입니다. 단순 사용자명만을 기록하는 것이 아니라, 이메일 주소도 기록합니다. 이 중 무엇을 변경했는지에 대한 사항은 매번 기록할 때마다 변하기 때문에 초기에 설정하지 않습니다. 쉽게 말해서, 이 git 도구를 사용하는 사람이 누구인지를 저장하는 과정인 것입니다.

paperbox@paperbox:~$ git config --global user.email "이메일 주소"
paperbox@paperbox:~$ git config --global user.name "이름"

이메일 주소는 git 기록 관리에 사용할 주소로 입력합니다. 이번 경우에는 Github를 통해서 기록을 관리하고 있기 때문에, Github 계정의 이메일 주소를 입력해야 하겠네요. 이름은 Github 사용자명과 달라도 괜찮습니다. 참고로 이메일 주소와 이름은 큰 따옴표 안에 넣어야 합니다. 가령, aaa@example.com이라는 이메일 주소를 paperbox라는 이름으로 사용하고자 한다면 아래와 같이 입력해야 하는 셈입니다.

paperbox@paperbox:~$ git config --global user.email "aaa@example.com"
paperbox@paperbox:~$ git config --global user.name "paperbox"

레포지터리 복제 작업 준비하기

그 다음 시도할 것은 레포지터리의 내용을 복제해오는 것입니다. 만약 이전에도 저와 같이 맵의 전체 파일을 Github에 변경사항이 발생할 때마다 올리고 계셨다면 마지막으로 Git 클라이언트로 commit, push 작업을 모두 마치신 후에 진행하시기를 권장드립니다. 또한, 복제 작업을 수행하면 레포지터리 명으로 폴더가 생성되고 그 안에 컨텐츠가 저장되므로 기존 레포지터리 구조가 폴더 - Minecraft 맵 컨텐츠 구조였던 경우에는 아래와 같이 수정해주실 필요가 있습니다.

<기존>
[맵 폴더 명]
- level.dat
- \db
- levelname.txt
- world_icon.jpg

<바꾼 형태>
- level.dat
- \db
- levelname.txt
- world_icon.jpg

아직 맵을 업로드할 레포지터리를 생성하지 않은 경우에는 인터넷 검색을 통해 Git 레포지터리 생성 방법을 숙지하시고 진행하시기 바랍니다. 이는 레포지터리 없이는 진행할 수 없기 때문입니다. 만약 이미 생성은 되어 있는데 아무 내용도 담겨있지 않거나 완전히 최신 상태라면 이제 복제를 수행할 차례입니다.

단, 이 명령어는 Vannilla Server (a.k.a BDS, Bedrock Dedicated Server) 기준으로 bedrock_server 바이너리가 있는 폴더(앞으로는 BDS 루트 폴더라고 부르겠습니다.)의 하위 폴더 중 하나인 worlds 폴더까지 진입하신 후 진행하셔야 합니다.

<BDS 서버 폴더 구조 - 계정의 home 폴더(/home/계정명/)에 위치한다고 가정>
 - \behavior_packs
 - \definitions
 - \structures
 - \resource_packs
 - \worlds
 - bedrock_server
 - bedrock_server_how_to.html
 - libCrypto.so
 - permissions.json
 - release-notes.txt
 - server.properties
 - whitelist.json
 
<worlds 폴더가 없다면>
paperbox@paperbox:~$ mkdir worlds
 
<worlds 폴더 안으로 진입>
paperbox@paperbox:~$ cd worlds

<git clone>
paperbox@paperbox:~/worlds$ git clone (레포지터리 주소)

이때 만약 레포지터리 주소가 https://pbdiary.pw/paperbox/mcbe 라면 다음과 같이 입력할 수 있습니다. ^[각주:2]

paperbox@paperbox:~/worlds$ git clone https://pbdiary.pw/paperbox/mcbe

명령어 입력 후 해야 할 절차가 있습니다. 바로 한차례 add, commit 및 push를 해주는 작업입니다.

paperbox@paperbox:~$ git add *
paperbox@paperbox:~$ git commit -m "Test Build"
paperbox@paperbox:~$ git push origin master:master

새로 만드는 경우 Git 서비스의 정책에 따라 주 branch(Main Branch)가 master가 아닌 main인 경우가 있습니다. 이 경우에는 master:master가 아닌 main:main으로 바꿔주시면 됩니다. 이는 추후 작업할 쉘 스크립트에서도 마찬가지입니다.

그리고 commit 할 때 "Test Build 부분은 원하시는 문구로 바꾸셔도 상관 없습니다.

가장 중요한 것은 push 작업 때 비밀번호를 물어볼 것입니다.이때는 레포지터리가 어떻게 설정되어 있느냐에 따라서 다른데요, 구체적으로는 git 서버 혹은 계정에 2단계 인증이 설정되어 있는가와 아닌가에 따라서 갈립니다.

2단계 인증이 설정되어 있지 않다면

계정 비밀번호를 입력하고 엔터를 누릅니다. 별 일이 없다면 알아서 레포지터리의 내용을 받아 복사를 진행할 것입니다. 빈 레포지터리라면 git 클라이언트가 자동으로 생성한 폴더 안으로 진입한 후 기존 맵 파일을 업로드하는 과정도 필요합니다.

2단계 인증이 설정되어 있다면

Github라면 아래와 같이 합니다.

오른쪽 상단 계정 아이콘 클릭 > Settings > Developer Settings > Personal Access Tokens 선택

Personal Access Tokens 화면

여기서 Generate new token 버튼을 눌러주면, 비밀번호를 묻는 창이 나타날 것입니다. 비밀번호를 입력한 후 엔터를 치면 아래와 같은 화면이 나타납니다.

여기서 Note에는 토큰 구분을 위한 이름을 적어주고, repo 항목에 체크한 후 하단의 Generate Token 버튼을 눌러줍니다.

그러면 토큰이 나올텐데 복사하여 비밀번호를 묻는 창에 붙여 넣습니다. 토큰은 화면을 벗어나면 다시 볼 수 없으므로 새로고침 등의 이유로 벗어났다면 생성된 토큰을 삭제하고 새로 생성하시는 것을 권장드립니다.

Gitlab은 아래와 같이 합니다.

오른쪽 상단 프로필 사진 클릭 > 설정 > 액세스 토큰을 선택합니다.

Github와 유사하게 이름에는 다른 토큰과 구분지을 이름을 짓고, read_repository와 write_repository 항목에 체크한 후 'Create personal access token' 버튼을 누릅니다. Expires at은 만료 날짜를 지정하는 것이므로 일정 시기 이후 서버 운영을 그만 둘 예정이라면 모를까 그 시기가 정해지지 않았다면 지정하지 않아도 됩니다.

마찬가지로 생성된 토큰은 처음 한 번만 볼 수 있으므로 비밀번호를 묻는 창에 복사하여 붙여넣어 줍니다.

비밀번호 입력이 마무리되면 Git이 알아서 레포지터리의 내용을 모두 복제할 것입니다. 다만, 이때 서버를 바로 열어도 되는 것은 아닙니다. 아래와 같이 서버가 레포지터리 안의 맵을 서버 맵으로 사용하도록 설정이 필요합니다.

<server.properties를 편집할 편집기 실행: 여기서는 가장 간단한 nano 사용>
paperbox@paperbox:~$ nano server.properties

<server.properties에서 수정할 내용>
level-name=레포지터리명

이때 server.properties는 worlds 폴더가 아닌 밖에 있습니다. (BDS 루트 폴더에 존재합니다.) 서버 설정에 관련된 것이므로 처음 구동하는 것이라면 필요한 내용도 같이 수정하시기를 권장드립니다.

Git 백업을 위한 스크립트 작성

autoGitBackup.sh

0.00MB

업로드한 쉘 스크립트의 내용은 아래와 같습니다.

#!/bin/bash
DATE=`date +%Y%m%d`
cd 레포지터리가 담긴 폴더
git add *
git commit -m "(담고자 하는 commit 메시지 - 예시: $DATE)"
git push origin master:master

여기서 눈여겨 보아야 할 부분은 '레포지터리가 담긴 폴더'와 '(담고자 하는 commit 메시지 - 예시: $DATE)" 부분입니다. 레포지터리가 담긴 폴더란 (BDS 루트 폴더)/worlds/레포지터리명/을 말합니다. 가령, paperbox 계정의 Home 폴더가 BDS 루트 폴더이고 레포지터리명이 mcbe라면 아래와 같은 내용이 될 것입니다.

paperbox@paperbox:~$ cd /home/paperbox/worlds/mcbe

이렇게 하는 이유는 서버 내 어디에 autoGitBackup.sh이 위치해도 정상적으로 작업을 할 수 있도록 하기 위함입니다. 먼저 Git 레포지터리가 설정된 공간에 이동한 후 git 작업을 하는 것이라고 이해하시면 되겠습니다.

그리고 (담고자 하는 commit 메시지 - 예시: $DATE) 부분은 말 그대로 commit을 할 때 남길 메시지를 말합니다. Git를 써 오신 분이라면 commit 할 때 항상 메시지를 적어 오셨을 것입니다. 어떤 변경사항이 있을지를 기록하는 자리인데, 저는 매일 일간 빌드 형태로 배포하고 있으므로 변수 DATE를 만들어 사용^[각주:3]하였습니다.

그 외 git add *은 해당 폴더 내 모든 파일을 기록하겠다는 의미이며 git push origin master:master는 git clone했던 주소^[각주:4]로 변경사항을 전송한다는 뜻입니다. 앞서 git commit을 통해 git add한 파일들을 메시지와 함께 기록했으므로 그 내용을 보내는 것이 되겠지요. 다만 한 가지 주의하셔야 할 점이 있다면 생성하실 때 주 브랜치를 main으로 설정하셨다면 master:master가 아닌 main:main으로 바꿔주셔야 한다는 것입니다.

crontab으로 작업 주기 설정하기

주기 설정을 위해서는 간단히 크론 탭으로 설정해주면 됩니다. 아래 명령어를 입력합니다.

paperbox@paperbox:~$ crontab -e

분 시 일 월 요일 명령어

30 23 * * * /home/paperbox/autoGitBackup.sh

다만 서버 시간대가 한국 시간대(KST)이므로 Git 시스템에 기록되는 시간과는 차이가 날 수 있습니다. 이 점 감안하여 설정하시기를 권장드립니다.

마무리

이제 crontab까지 설정하셨다면 Git 서버에서 잘 연동이 되었는지 확인하는 절차만이 남았습니다. crontab에 지정해둔 시간 이후에 git 서버 혹은 git 서비스에 접속하여 잘 올라왔는지 확인하시면 됩니다. 제대로 올라가지 않았다면 다음 사항을 고려해 볼 수 있습니다.

클론 이후 git add, commit, push 작업을 건너뛰지는 않으셨나요?
첫 push 작업에서 비밀번호를 저장하지 않는 설정을 하지는 않으셨나요?

이 두 가지가 주요 원인일 것이고, 만약 중간에 git, nano나 cron이 없다면 이를 설치하여 해결하실 수 있습니다. 보통은 Ubuntu Minimal 버전으로 진행하시는 경우 없을 수 있는 패키지입니다.

paperbox@paperbox:~$ sudo apt install cron
paperbox@paperbox:~$ sudo apt install nano
paperbox@paperbox:~$ sudo apt install git

설정이 잘 되었다면 아래와 같이 주기적으로 올라가는 모습을 보실 수 있습니다.

본 내용은 Minecraft Bedrock Edition(Windows 10, Android, iOS, Nintendo Switch, Xbox One 등)을 기준으로 하며, BDS라고 불리는 Mojang 공식 서버 구동기를 제외하고 다른 서버 구동기와는 내용이 호환되지 않을 수 있습니다.
궁금하신 점이나 저작권, 정책 상 문제가 있는 부분이 있다면 주저 마시고 댓글 및 트위터 멘션/DM @paperbox_update로 연락 주시면 최대한 빠른 시일 내에 처리하겠습니다. 감사합니다 XD

다만, 장기적으로는 파일 크기가 늘어나고 네트워크 트래픽에도 무리를 줄 수 있으므로 추후 클라우드 스토리지로 이전 후 특정 빌드만 Github에 변경사항과 같이 옮기는 방식으로 변화를 줄 예정입니다. [본문으로]
실존하는 주소는 아니며, 이해를 돕기 위해 임의로 만든 주소입니다. 예를 들어 github라면 https://github.com/계정명/레포지터리명 으로 표시될 것입니다. [본문으로]
여기서 변수 정의는 스크립트 2번째 줄에 있으며, 사용은 $DATE와 같은 방식으로 합니다. 변수 DATE에서 date는 현재 서버 시간을, +%Y%m%d는 시간의 표현 방식을 나타내는 것으로 %Y%m%d는 년월일 식으로 표현하겠다는 의미입니다. [본문으로]
git clone시에는 origin이 clone한 주소로 설정됩니다. [본문으로]

[WING] 두 차례의 스위블 개선 업데이트

paperboxturtle — Tue, 24 Nov 2020 11:32:34 +0900

본 리뷰에 사용된 LG WING은 LG전자로부터 무상 제공받았습니다.
또한, 이 글은 LG Fandom 미션에 따라 작성한 글입니다. 이 점 양해부탁드립니다.

LG WING만의 독특한 형태인 '스위블 모드'는 출시 직전부터 많은 분들에게 SW 활용성 및 사후 지원에 대한 우려를 받아 왔습니다. 실제로 출시 당시에도 사용은 어느정도 할 수 있도록 되어 있었지만, 아무래도 많은 분들이 아쉬움을 토로하는 부분들이 있었는데요. 첫 업데이트에서 미미한 수준의 스위블 인식 속도 개선이 이뤄진 후 11월 업데이트로 추가 속도 개선 및 활용성 향상이 드디어 이루어졌습니다.

세컨드 스크린으로 앱 보내기 / 메인 스크린으로 앱 보내기 버튼

앱을 다른 스크린으로 보내는 기능 및 화면 크기 변경 시 앱 재실행 기능 시연

구체적으로 기존 LG 듀얼 스크린 지원 기종들(LG V50 ThinQ, V50S ThinQ, VELVET)에서 지원하던 세 손가락으로 메인 스크린 / 세컨드 스크린으로 보내는 기능이 추가되었고, 미디어 컨트롤러 기능이 초기 펌웨어와 달리 잘 작동하지 않던 몇몇 애플리케이션에서 다시 제대로 동작하도록 수정되었습니다.

지난 업데이트 직후 스위블 속도

이번 업데이트 이후 스위블 속도

또한 광고 수준의 빠른 전환 속도는 아니지만 스위블 모드로 전환할 시의 속도도 한층 개선되어 기존 속도가 답답하게 느껴지셨던 분들의 경우에는 어느정도 만족하고 쓰실 수 있을 것이라고 생각할 정도는 되었습니다. 직전 펌웨어에서 한차례 속도 개선 업데이트가 있기는 했으나 단순히 전환 애니메이션을 빨리 재생해서 그렇게 느껴지는 것이라고 생각할 수 있을 정도로 미미한 수준이었음을 고려하면 장족의 발전이라고도 말할 수 있었습니다.

다만 아쉬운 점은 메인 스크린과 세컨드 스크린에 각각 실행된 앱을 서로 전환하는 기능이 추가되지 않았고, LG전자 공식 답변으로도 정상 사용 가능성이 떨어져 지원하지 않는다고 밝혀서 해당 기능의 추가가 요원하다는 것입니다. 제약사항에도 불구하고 추가된다면 사용성이 좀 더 증가하겠지요. 그래도 앞으로 계속 개선한다고 밝힌 만큼, 지금 가지고 있는 다른 불편한 사항들은 차차 개선이 될 것이라 생각합니다. 그 전에 WING을 쓰는 저희 Fandom을 비롯한 사용자 분들이 먼저 나서서 오류 보고나 불편한 사항에 대한 제안을 앞서 해야하겠지만요.

본 리뷰에 사용된 LG WING은 LG전자로부터 무상 제공받았습니다.
또한, 펌웨어 버전 F100N10r 기준이므로 다른 버전을 사용 중인 경우 서로 상이한 부분이 있을 수 있습니다.
문의사항이 있으신 경우 트위터 (@paperbox_update) 혹은 아래 댓글로 남겨주시면 확인 후 답변 드리겠습니다. 감사합니다.

[Fandom 체험단] WING, 한 달간의 사용기

paperboxturtle — Sun, 25 Oct 2020 22:32:17 +0900

이 글은 LG전자로부터 제품을 무상 제공 받아 작성했습니다.

WING 출시 전부터 지금까지, 총 4주간 때로는 Fandom으로, 또는 대학생으로, 혹은 한 명의 체험단 리뷰어로서 WING과 함께 알찬 한달을 보냈습니다. WING은 앞으로도 떠나보내지 않을 예정이지만, 한 달간 리뷰를 위해 좀 더 꼼꼼하게 만져보면서 이토록 흥미로웠던 제품은 드물었기 때문에 유독 더 정이 갑니다. 그러나 아쉽게도 본편 리뷰를 마무리할 시간이 다가왔기에 이번에는 지금까지의 리뷰를 요약할 겸, 한 달간의 소감을 적는 것으로 정리하고자 합니다.

[Fandom 체험단] LG WING 시리즈

벨벳 UX라고 부르기엔 생각보다 많이 바뀐 WING

비공식적으로는 UX 9, 대외적으로는 '벨벳 UX'라고 불리는 현재의 UX는 WING에서 다시한 번 바뀌어서 또 다른 모습을 보여주었습니다. 비단 스위블 모드와 연관있는 부분 뿐 아니라, 전반적인 인터페이스가 윙과 상관없이 변했다고 볼 수 있을 정도입니다. 지난 벨벳 체험단 리뷰에서 UX 9 블러 UX의 완성이라고 불렀던 UX가 불과 몇개월 사이에 이렇게 바뀔 거라고는 생각도 하지 못했던 일이라, 내심 의외였습니다.

이 부분은 본편 리뷰가 끝나는 이번주 이후에 '체험단 외전' 시리즈로 다시 다루겠지만, 이번 변화를 통해 One UI를 복사 붙여넣기했다는 논란은 조금이나마 줄어들 것으로 보입니다. One UI를 따라했다는 논란의 중심과도 같던 하단 밑줄 메뉴를 마그네틱 결제 탑재 기종 공통 앱인 LG페이를 제외하고 아예 넣지 않았기 때문입니다.

LG G8 ThinQ / LG VELVET / LG WING 순, 갤러리 앱

현재 삼성 One UI의 경우 3.0을 비롯해 이전 버전도 아이콘 형식의 하단 메뉴와 밑줄 텍스트 형식의 메뉴를 혼용하여 사용하고 있는데, LG는 밑줄 메뉴의 표절 논란이 계속되자 아예 모두 아이콘을 적용하는 방향으로 계속되는 표절 논란을 줄이고자 한 것으로 보입니다.

LG G8 ThinQ / VELVET / WING 순 - 주의: WING은 테스트 펌웨어(20m)임.

또한 키보드도 이모지의 크기가 커진 VELVET에 이어, 스위블 모드 대응 겸 모든 이모지 및 스마트 도구의 아이콘이 새로 디자인되었습니다. 이전보다는 입체감이 심화된 아이콘으로, 아마도 macOS에 선 적용된 뉴모피즘 디자인을 따라가려는 의도가 아니었을까 싶습니다. 다만 현재 해당 아이콘이 좋은 평가를 받고 있지는 못해서 다음 UX 버전에서는 변경될 가능성도 있어 보입니다. 그래도 개인적으로는 지금의 이모지가 이전 UX보다는 디자인 측면에서 좀 더 나은 것 같긴 하지만요. Emojipedia에서 공개한 Android 11에서 변경된 이모지와 비교해보면, 이전에 사용하던 아이콘은 사실상 구글 순정이었던 반면 이번에는 Android 11의 이모지 변경과 전혀 상관 없이 LG가 직접 디자인을 의뢰하거나 제작한 것으로 보입니다. 참고로 WING에 탑재된 안드로이드 버전은 10인데, 11을 언급하는 이유는 안드로이드 11에 앞서 포인트 컬러를 적용해준 선례가 있고, 출시 시기가 안드로이드 11 출시와 가까운 편이기 때문입니다.

* 주의: LG WING의 키보드 스크린샷은 테스트 펌웨어(20m)로 현재 키보드에 버그가 있는 상황입니다. 하단 이모지 종류를 분류하는 아이콘 및 abc 버튼이 원래의 색상으로 표시되지 않고 있는 점 양해부탁드립니다. 추후 버그 수정되어 펌웨어가 올라오면 스크린샷도 수정하도록 하겠습니다.

G8 ThinQ / VELVET / WING 순. 포인트 색상: 보라색

이미 변경된 것으로 잘 알려진 상단 패널 또한 이렇게 나란히 놓고 보면 조금씩 가다듬으며 바뀌어왔다는 사실을 알 수 있습니다. 그렇게 변경된 끝에 WING에 이르러서는 UX 9.0보다는 8.0에 가까운 시계 스타일로 돌아왔으며, 지속적으로 지적받았던 밝기, 볼륨 슬라이더 사용 시 알림 가독성 문제는 벨벳에서 한차례 개선되었다가 WING에 이르러 사실상 완전히 해결되었습니다. 참고로 WING의 패널 밑 공간에는 블루투스 연결시 어느 기기로 소리를 재생할지 선택하는 메뉴가 나타납니다. 벨벳에서 한차례 작게 줄였던 UI가 다시 커지는 대신 가로모드에서는 끝까지 내려야지만 보이도록 변경되고, 배터리 잔량이나 연결 해제 옵션이 있었던 과거와 달리 해당 기능들이 삭제되었습니다. 즉, 알림을 보기 위해 기능을 내어준 셈입니다.

그 외에도 기본 앱에 아이콘이 상당히 많이 추가되면서 스위블 모드가 꼭 구실이 되지 않더라도 이번에 UX를 대대적으로 다시 다듬은 것만은 분명해보였습니다. 그러면서도 WING에 맞는 소프트웨어를 탑재하기 위한 SDK 개발이나 가이드라인 제작, 일부 협업까지 하였고, 그 기간동안 일부 기종에 벨벳 UX의 몇몇 요소를 이식하는데까지 성공하였으니 사용자가 체감하기로도 참으로 오랜만에 LG전자가 소프트웨어 지원을 위해 힘 쏟은 것이 체감되는 시기였다고 감히 말할 수 있는 때가 아니었을까 싶습니다.

AP는 아쉬워도, 카메라만은 프리미엄

카메라는 앞서 말씀드린 바와 같이 가격에 걸맞는 제품이 탑재되어 쓸만합니다. 물론 짐벌모드는 야간에 쓰기엔 하드웨어적으로 부족한 편이지만, 메인 카메라나 스위블 다운 모드(* 일반 스마트폰처럼 사용하는 모드)에서 실행하는 초광각 카메라는 스펙으로도 실제 결과로도 전혀 부족함이 없었기 때문입니다.

LG VELVET (지난 리뷰) 사진 / LG WING (이번 리뷰) 사진 / 동일 위치 / 다른 시간대 및 날짜에서 촬영

지난 벨벳 리뷰때 촬영한 사진과 비교해보면, 그래도 WING이 확실히 더 늦은 시간대에 촬영한 것임에도 불구하고 좀 더 선명한 모습을 보여주고 있습니다. 저조도에서는, 특히 전문가 모드에서는 쓸만은 하더라도 다소 아쉬운 부분이 있었던 벨벳과 비교했을때 확대한 사진으로는 WING쪽이 좀 더 선명하게 나타난다는 사실을 알 수 있습니다. 물론 이 사진은 참고용으로만 보실 것을 권장드립니다. 그 이유는 둘의 촬영 조건이 완전히 동일하지 않기 떄문입니다. (같은 장소는 맞으나, 촬영일 및 시각이 달랐습니다.)

그 외에도 전문가 동영상 기능의 복귀로 전문적인 지식 없이 사용할 수 있는 'LG Creator's Kit'에서보다 전문적인 영상을 다시 촬영할 수 있게 된 점, 하드웨어적으로 메인 카메라에 OIS가 들어가면서 트래킹 포커스라는 기능을 이용할 수 있게된 점, 카메라 스펙이 좋아지고 AP도 765에서 765G로 소폭 업그레이드되면서 4K 60fps 촬영이 다시 가능해진 점 등 벨벳에 비해서는 확실히 여러모로 우위를 점하고 있습니다. 물론 G8 ThinQ와 비교했을때는 엎치락뒤치락하는 모습을 보여주기는 했지만요.

LG Creator's Kit: ASMR 레코딩, 타임랩스, 보이스 아웃포커스, 스테디 캠, 퀵 비디오 에디터 (갤러리 앱을 통해 이용 가능), 카툰 / 스케치 모드(인물 모드를 통해 이용 가능), 3D 포토, 듀얼 레코딩 등

앱 지원이 걱정될 수준은 아닌 스위블 모드

지난 2편에서 말씀드렸지만, 스위블 모드는 각 디스플레이에 같은 앱의 다른 기능을 사용하는 것에도 있지만 가로모드로 실행할 앱과 세로모드로 실행할 앱 하나를 각각 띄워두고 멀티태스킹하는 부분 등에서 좀 더 편리함을 느낄 수 있는 형태였습니다. 그래서 의외로 협력을 거치지 않은 앱이라도 사용하는데 큰 불편함이 없었습니다.

다만 동영상을 자주 시청하시는 분들께서는 WING만의 폼팩터를 이용하여 좀 더 편리하게 사용하고 싶은 욕구가 있으실텐데요, 그나마 다행인 것은 동영상 플레이어와 회차를 고르는 화면이 별도의 앱처럼 간주되는 왓챠와 같은 애플리케이션들은 공식적으로 WING을 지원하지 않더라도 폼팩터가 갖는 이점을 거의 완전히 활용할 수 있었습니다. 꼭 윙이 아니더라도 화면을 2개 동시 조작할 수 있도록 구성한 앱이라면, 그리고 멀티 윈도우 기능에 잘 대응이 된 앱이라면 굳이 윙을 위해서 앱을 구현할 필요도, LG전자의 SDK를 사용하지 않아도 쓸 수 있을 것으로 보입니다.

그래서 G5와 같이 LG전자가 자체 폼팩터를 버리더라도 버그 수정에 늦어지는 것이 문제가 될 뿐, 적어도 앱 생태계에 대해서는 큰 문제가 없을 것이라는 것이 제 결론이었습니다. 다만 아무래도 좀 더 쾌적하게 잘 활용하기 위해서는 SDK에서 제공하는 정보를 읽고 자동으로 화면을 보여주는 것이 더 나은지라, 이미 이전보다 훨씬 적극적인 LG전자이지만 그래도 앱 확보를 위한 노력이나 부족한 UX를 위한 개선이 눈에 보일만큼 더 나서주었으면 하는 바람은 있습니다.

그리고 개인적인 바램이지만, 지난 WING 공개 행사에서 티저로 살짝 공개한 신규 Explorer Project 제품에서도 세컨드 스크린에 가까운 형태인 것 같던데 WING에서 개발한 노하우나 SDK를 그대로 사용할 수 있기를 바랍니다.

마무리

한 달간의 실생활에서, 제게 WING은 'LG의 신규 폼팩터 실험'이라는 주제에 딱 맞는 제품이었습니다. 굳이 'LG의'라는 명칭을 붙인 이유는, LG전자가 할 수는 있지만 재정적으로도, 인력 부문을 생각해서도 부담스러운 실험들은 하지 않으면서도 LG만의 독특한 실험정신을 살리는 제품이었기 때문입니다.

막막할 땐 그냥 키보드로 세컨드 스크린을 쓰면 되고, 필요할 때는 그때그때 음악 컨트롤러로, 비디오 컨트롤러로, 또는 다른 앱을 보는 용도로. 그동안 가장 많이 지적받아왔던 것이 바로 생태계 문제이지만 오히려 소프트웨어 생태계가 부족하니 이미 구축된 생태계를 최대한 활용하면서 실험하는 제품이라는 생각도 들었습니다. 특히 세컨드 스크린의 비율이 멀티윈도우를 반반으로 실행시켰을 때의 모습과 거의 같으니까요.

게다가 Explorer Project라는 이름으로 거창하게 시작한 만큼 구성품의 변화도 상당하여 첫 리뷰부터 이번 4주차 리뷰까지 고단하기는 했어도 하나하나 살펴보는 재미가 있었습니다.

어쩌면 제가 Fandom의 일환이어서 그런 부분도 분명 있기는 할 겁니다. 그걸 감안해도 즐거운 체험이었고, 앞으로도 그럴 것 같습니다.

이 글은 LG전자로부터 제품을 무상 제공 받아 작성했습니다.

[Fandom 체험단] LG WING에 다시 돌아온 프리미엄 카메라

paperboxturtle — Sun, 18 Oct 2020 00:52:07 +0900

이 글은 LG전자로부터 제품을 무상 제공받아 작성하였습니다.

LG WING은 발매 전, 비록 스냅드래곤 765G라는 중급형, 혹은 준 프리미엄급 AP를 탑재하긴 하였으나 벨벳과 달리 V60 ThinQ에도 탑재된 것으로 알려진 64MP 카메라를 넣은 것으로 알려졌습니다. 실제로도 동일 제품이 들어갔으며, 의외로 전량 소니가 아닌 삼성전자의 센서를 사용했다는 것이 특징입니다. 거기에 WING이라는 폼팩터를 십분 활용하기 위한 짐벌모드까지 탑재되어 카메라를 나름대로 강조했었던 벨벳보다 더, 카메라만큼은 거의 플래그쉽급이라고 봐도 좋을만큼 전반적인 사양이 높아졌습니다.

이번 글에서는 그렇게 발전한 카메라가 어느정도의 성능을 내어주는지 확인하고자 합니다. 물론, 기본 카메라 앱 UX의 변경사항도요.

[Fandom 체험단] LG WING 시리즈

[2020.10.04] 돌리면 착, LG WING과의 첫만남
[2020.10.11] LG WING: 돌린다는 것의 의미
[현재 글] LG WING에 다시 돌아온 프리미엄 카메라
[2020.10.25] WING, 한 달간의 사용기

카메라 사양

LG WING	LM-F100N 카메라
전면 카메라	32MP - 팝업, 1/2.8", F/1.9 (모델명 S5KGD1, 제조사 삼성전자)
후면 카메라 (위에서 아래로 배치순)	12MP - 초광각 120도, 짐벌모드용, 1/2.55", F/2.2 (모델명 S5K2LA, 제조사 삼성전자) 64MP - 메인 78도, 1/1.72", F/1.8 (모델명 S5KGW1, 제조사 삼성전자) 13MP - 초광각 117도, 1/3.1", F/1.9 (모델명 S5K3M5, 제조사 삼성전자)
촬영 지원	[사진] 최대 64MP (메인 카메라) / 최대 32MP (전면 카메라) [동영상] 최대 4K 60fps (동영상 촬영) 최대 4K(스위블 업, 다운 시의 타임랩스) 최대 FHD(스위블 업 시의 짐벌모드)

64MP 메인 센서의 경우 V60과 동일하고, 전면 카메라도 V50S 및 VELVET과 동일한 센서가 탑재되었습니다. 또한 765 프로세서가 아닌 765G 프로세서가 탑재되어서인지 4K 촬영도 벨벳에서는 미지원이었던 60프레임 촬영을 다시 지원하게 된 것이 전반적인 변경점입니다.

아쉽게도 프로세서가 765G이어서 센서가 지원함에도 불구하고 메인 카메라에서 8K 촬영은 불가하지만, 아직까지는 스냅드래곤 865급의 프로세서에서도 완벽하지 않다는 평가가 많아 아직까지는 이해할 수 있는 수준으로 보입니다. 다만 현재 내년도에 LG가 스냅드래곤 875를 주문하지 않았다는 루머가 들려오는 바, 대체할만한 수준의 다른 회사 플래그쉽 프로세서를 주문하지 않는 이상 국내에서 8K 녹화를 지원하는 LG 스마트폰을 보기에는 시간이 다소 소요될 것으로 보이긴 합니다. 아무튼, 전반적인 사양 자체는 G8 ThinQ, V50S ThinQ 등 작년 플래그쉽보다 약간 상향되거나 비슷한 수준으로 돌아와 적어도 '프리미엄 스마트폰'이라고는 부를 수 있는 사양이 되었습니다.

다시 변한 기본모드 카메라 UX

UX 9를 완성했다고 평가했던 벨벳에 이어, LG WING에서는 이래적이라고 할 만큼 다시한 번 UX가 변했는데요. 카메라 앱도 비슷은 하지만 피해갈 수는 없었습니다.

(왼쪽) LG VELVET / (오른쪽) LG WING

맨 처음, '더보기' 화면입니다. 카메라 사양이 다시 올라오면서 '전문가 동영상' 기능이 복귀한 것이 가장 반가운 부분입니다. 사진에서는 보이지 않는 WING 쪽의 '360 파노라마' 및 '매직 포토'는 벨벳에서도 그렇긴 했지만 다운로드 아이콘을 통해 SmartWorld로 진입, 내려받아 추가할 수 있습니다.

그 외에도 UX 9 이후의 둥글둥글해진 UX 기조에 맞춰서 더보기에도 둥근 테두리가 적용되었으며, 다운로드 버튼과 수정 버튼이 각자 위치를 다르게 잡도록 변경되었습니다. 따지고보면,

다운로드시 기본으로 더보기 메뉴에 모드가 추가되는 점
수정 버튼을 누를 시에는 하단에 둘 메뉴와 더보기 메뉴에 둘 메뉴를 둘 다 편집할 수 있다는 특징

이 있어 납득이 가는 변화입니다. 하지만 이전에 비하면 살짝 산만해졌다고 볼 수도 있는 등 꼭 긍정적이라고 보기엔 어렵습니다. 무엇보다 UX 9 LG G8 ThinQ에서 쓰다가 넘어오니, 편집 버튼이 보이질 않아 헤매게 되더군요.

또한 렌즈 자체가 3개이긴 하지만 목적이 한정되어 한 번에 쓸 수 있는 렌즈가 2개 뿐이어서 그런지 트리플 샷이 빠졌고, 그 외에도 '음식', '스토리 샷' 등 몇몇 사용률이 저조한 기능들이 빠졌습니다. 다시 말해 벨벳에서 빠진 기능 중에서 전문가 동영상만 원래대로 제자리를 찾았다고 보시면 될 것 같네요.

(왼쪽) LG VELVET, (오른쪽) LG WING

나이트샷에서는 얼마나 오래 촬영할 것인지(= 노출 시간)에 대한 정보가 추가되었습니다. 어차피 최대 5초이긴 하지만 사용자가 얼마나 '숨을 참으면 되는지'(?) 알 수 있는 지표가 되어주기 때문에 하드웨어적인 제약이 있는 게 아니라면 다음 OS 업그레이드 등으로 옛 기종들에도 추가해주면 좋을 것 같습니다.

(왼쪽) LG VELVET / (오른쪽) LG WING

인물모드에도 약간의 변화가 있었는데요.

타사 UX와 지나치게 유사하다는 지적을 받았던 촬영 효과(배경 흐림, 스케치 등)의 아이콘 변경
촬영 효과의 이름을 표시하는 부분이 불투명에서 반투명으로 변경
여전히 자연스러운 줌은 지원하지 않지만 1배, 2배 선택은 가능하도록 변경

이렇게 3가지가 바뀌었습니다. 나머지는 UI 측면에서의 변화라면, 마지막 항목의 경우 기능적으로도 개선되었다고 볼 수 있는 부분입니다. 왜 그런지는 몰라도 줌이 불가능하였었는데 드디어 기초적으로나마 가능하게 변경된 것입니다. 기존에 배경 흐림만 가능해던 G8 ThinQ^[1]에 비하면 소프트웨어적으로 1년 사이에 점차 확실하게 발전하고 있다고 평가할 만합니다.

* [1]: G8 ThinQ에서는 '아웃포커스'라는 이름으로 탑재되어 있습니다.

(왼쪽) LG VELVET / (오른쪽) LG WING

LG WING의 AI 카메라의 경우에는 켜고 끄는 옵션 쪽에 회색으로 채워진 원이 추가되었다는 것말고는 공통적인 변화 외에 직전 기종인 벨벳과 크게 차이가 없었습니다. 다만 촬영 해상도 중에서 4:3 48MP가 삭제되고 대신 4:3 64MP가 추가되었습니다. 원래 48MP라는 선택지가 최고 해상도 촬영 모드라는 의미로 있었던 것을 생각하면 WING에서 있을 필요가 있는 모드가 아니긴 합니다.

(왼쪽) VELVET / (오른쪽) WING

AI 카메라의 설정에는 OIS가 하드웨어적으로 추가되면서 '트래킹 포커스' 기능이 귀환하였고, '서명' 기능이 워터마크 추가 메뉴 안으로 들어갔습니다. 따라서, 워터마크 추가를 누르면 서멍과 #ShotOnLG|WING 중에서 고를 수 있습니다. 참고로 #ShotOnLG|WING을 선택할 경우 '워터마크 추가' 아래의 '사용 안 함' 부분에서는 '이미지'로 표기됩니다.

(왼쪽) LG VELVET / (오른쪽) LG WING

벨벳에서 홍보했던 ASMR 레코딩, 보이스 아웃포커싱을 포함한 동영상 모드에서도 의외로 기본 변경사항 외에 추가적인 변경사항이 있었는데요, 촬영모드에서 4K 60fps를 선택할 수 있도록 복귀한 것 이외에 특수 모드(앞서 소개한 ASMR 레코딩과 보이스 아웃포커싱)를 선택하는 아이콘인 마이크 모양의 아이콘이 다채로운 색상을 가지고 있었던 벨벳과 달리 G8 ThinQ에서 만날법한 단색 아이콘으로 변경되었습니다.

사실 벨벳에서는 각 특수모드의 변경을 색상으로만 구분했던 만큼, 구분하기 어렵다는 단점이 있었는데요. WING에서는 해결되어 ASMR의 경우 ASMR이라는 글씨가 적힌 아이콘으로, 보이스 아웃포커싱의 경우 사람과 마이크가 같이 있는 아이콘으로 변경되도록 변경되면서 굳이 튀는 UX를 유지할 필요가 없다고 느낀 것으로 보입니다.

(왼쪽) LG VELVET / (오른쪽) LG WING

타입랩스 기능은 벨벳에서 한차례 개선된 이래, 공통적인 개선 이외에도 재생 버튼에 미묘한 변화가 생겼습니다. 벨벳에서는 테두리에 있는 점선이 녹화 중에 밖에서 안으로 퍼지는 모션이 반복된다면, 윙에서는 녹화 중에 줄자처럼 생긴 테두리로 막대기가 원을 빙빙 도는 모션이 반복됩니다. 개인적으로는 WING에서의 촬영 모션이 좀 더 타임랩스라는 것을 잘 표현하는 것 같아 마음에 드는 변경점입니다.

기능적으로는 '야간 타임랩스'라는 기능이 추가되었습니다. 이는 스위블 업 모드에서도 쓸 수 있는데요, 이 기능을 켜는 순간 타임랩스 모드가 '자동'으로 고정되며 화각이 살짝 넓어집니다. LG측에서는 이 모드를 '자동으로 노출이 조절되어 야간 빛의 움직임이나 자동차의 움직임을 촬영할 수 있는 모드'라고 소개하고 있더군요.

(왼쪽) LG VELVET / (오른쪽) LG WING

조만간 소개할, LG WING에서 있었던 아이콘 다량 추가의 영향인지 전문가 사진 모드에서는 G8 ThinQ, VELVET의 글자 위주의 전문가 모드 UI에서 벗어나 각 항목(화이트밸런스, 초점, ISO 등)이 독립적인 아이콘을 가지도록 변경되어 좀 더 보기 좋아졌습니다. 한가지 아쉬운 것은 ISO 아이콘만 이전의 약간 둥근 직사각형의 형상을 하고 있다는 것인데, 아마 다음 스마트폰이나 다음 OS 업그레이드에서 바뀌지 않을까 생각해봅니다.

그 밖에도 메인 모드에서 다음과 같은 사항이 공통적으로 변경되었습니다.

촬영 버튼의 흰색 테두리 증가 및 가운데 하얀 원 제거
전면 / 후면 카메라 전환 버튼 변경
배율 전환 버튼의 UX 변경(온전한 원형으로 변경)
촬영 비율 전환 버튼의 둥근 모서리 dp 값 변경(더 둥글어짐)
촬영한 사진들이 보이는 갤러리 진입 부분 변경(온전한 원형으로 변경)

새로운 짐벌모드 카메라 UX

스위블 업 상태에서는 위와 같이 듀얼 스크린에 있었던 게임패드를 연상하는 UX가 나타납니다. 사용하는 렌즈도 센서 방향이 다른 12MP 초광각 카메라를 사용하며, 적어도 짐벌 모드와 듀얼 레코딩에 한해서는 특유의 크롭 방식 등으로 인해 4K가 아닌 FHD까지만 지원합니다.

여기서도 여전히 워터마크 추가 기능은 살아있으며, 짐벌 모드 셔텨의 스피드를 조절할 수 있는데 좀 더 선명하게 촬영할 수 있다는 기능의 설명과 달리 빠르게로 설정하면 조명의 특성으로 인해 자글자글함이 심해져서 실내에서는 쓰기 힘들었습니다.

설명이 부족할 것을 우려해서인지 메인 스크린 상단 왼쪽에 위치한 ? 버튼을 누르면 설명이 상세히 적혀있으며 각 모드 전환 시에도 -O- 모양의 아이콘이 이리저리 움직이면서 각 모드가 어떤 촬영을 하는 데 적합한지 표현해줍니다.

듀얼 레코딩은 전면 카메라와 후면 카메라를 동시에 사용해서 녹화하는 모드로 4K는 지원하지 않고 FHD만 지원합니다. PIP 형태나 반반 나눠 촬영하는 방식 두가지를 선택할 수 있으며 각각 저장할 수도 있지만 카메라 앱 자체에서 합성하는 것도 가능합니다. 물론, 녹화 버튼 오른쪽에 있는 전환 버튼으로 카메라의 순서를 바꿀 수도 있습니다.

슬로모션과 타임랩스의 경우, 스위블 업 모드에서 똑같이 13MP 초광각 카메라만 사용가능한 것은 동일하지만 짐벌모드 대비 크롭 영역이 적기 때문에 촬영 해상도 등의 조건이 다릅니다. 슬로모션의 경우 FHD 고정이나 짐벌모드 대비 화각이 넓게 촬영되고, 타임랩스의 경우 최대 4K까지 촬영이 가능합니다.

그 외 공통적으로 기본 모드의 변경사항이 대부분 적용되었으며 보시는 바와 같이 가장 최근 동영상이나 사진의 썸네일을 세컨드 스크린의 배경으로 블러처리하여 사용하고 있는 것이 특징이었습니다.

역시나 짐벌모드가 인상적이었던 동영상

LG WING 일반모드 촬영 결과물

LG WING 짐벌모드 촬영 결과물

LG가 자랑하는 짐벌모드, 저도 써보고 싶었는데요. 아쉽게도 처음 짐벌모드를 시험할 수 있었던 시간대가 야간이어서 어쩔 수 없이 그나마 밝은 장소에서 촬영하였습니다. 첫 영상은 일반모드에서 촬영한 것, 두번째 영상은 짐벌모드에서 촬영한 것으로 야간이라서 장점이 바래기는 했으나 약간이나마 짐벌모드가 덜 흔들리는 모습을 보실 수 있습니다. 다만 아무래도 짐벌모드에 사용되는 카메라가 어두운 관계로 전반적으로 영상이 어두운 것은 한계였네요.

LG WING 짐벌모드 주간 - FPV(First Person View)

그래서 학교에 가서 한 번 더 찍었습니다. 일반모드에서 촬영한 결과물이 없는 만큼 직접적인 비교는 불가하겠지만, 계단을 오르는 동작임에도 불구하고 흔들림이 덜한 것을 확인하실 수 있습니다. 화질을 희생하고 흔들림을 줄이는 기능은 기존에도 스태디캠이라는 이름으로 쓰이고 있지만, WING은 ㅜ 모양으로 잡고 촬영하다보니 바람이 많이 부는 날에도 촬영할 때 덜 불안하더라고요.

괜찮은 품질을 보여주었던 사진

LG WING 메인 카메라

LG WING 초광각 카메라 (13MP)

순서대로 AI 카메라 / 전문가 모드 / AI 카메라 메인 카메라 촬영

모두 AI 카메라 촬영

아산의 '레이지 모닝'이라는 베이커리 카페에서 촬영한 사진입니다. 당시 오픈 직후여서 그런지 손님이 없어 클린샷을 촬영할 수 있었는데요, 확실히 사진이 깔끔하게 나왔습니다. 특히 아이스 아메리카노 사진의 경우, 예상보다 아웃포커싱이 잘 되는 편이라고 느꼈습니다.

(왼쪽) 기본 / (오른쪽) 64MP 비교 및 크롭

촬영 화질에 대해서는 확실히 64MP 모드가 이번에도 좀 더 선명했습니다. 당연하다면 당연하겠지요.

(왼쪽) G8 ThinQ / (오른쪽) LG WING 기본 모드로 촬영

그래서 다른 기종과 비교해보기로 했습니다. 왼쪽이 G8 ThinQ, 오른쪽이 WING으로 동일 시간대에 촬영한 사진입니다. G8은 좀 더 밝게 찍혔고, WING은 좀 더 어둡게 찍혔네요. 화질은 비슷한 수준으로 보입니다.

(왼쪽) LG G8 ThinQ / (오른쪽) LG WING 기본 모드로 촬영

그렇다면 조명이 덜한 야간은 어떨까요. 이번에는 G8 ThinQ가 더 어둡게, WING이 좀 더 밝게 찍혔습니다. 사진 품질은 마찬가지로 둘 다 비슷한 수준이라고 느껴지더군요.

순천향대학교 천안병원 방면 / 전문가 모드

그리고 더 어두운 곳에서 사진을 찍었을 때는 렌즈 플레어 현상이 있다는 것을 확인할 수 있었습니다. 그러나 화질 자체는 야간임을 감안하면 나쁘지 않았습니다.

교내 식당 (크앙분식)

천안아산역

그 외에 사진 품질 비교에 도움이 되실만한 사진을 모아봤습니다. 마음만 같아서는 호수공원에 가서 세 기종(G8, 벨벳, 윙)의 본격적인 사진 비교를 하고 싶었으나, 호수공원에서 늘 촬영하던 공간이 공사 중인 점과 제 개인 사정이 겹처 이번에는 비교하기 어렵게 되었습니다. 그래도 며칠간 사진 촬영에 집중한 결과 G8 ThinQ보다는 소프트웨어적인 처리 능력이 발전했다는 점과, 하드웨어는 최소한 G8 ThinQ보다 낫다는 느낌을 받았네요.

총평

LG전자 WING - 카메라편

장점

잡기 편한 '짐벌 모드' 카메라
추가된 워터마크가 깔끔함
전문가 동영상의 반가운 복귀
생각보다 괜찮았던 아웃포커싱 성능
최소한 전년도 플래그쉽에는 견주는 카메라 (+ OIS 재탑재)

단점

야간에는 쓰기 힘든 짐벌 모드
스위블 업 모드에서는 기본 카메라 앱만 사용 가능, 다른 앱에서는 어떤 카메라도 쓸 수 없음.
프로세서의 성능 한계로 센서가 지원해도 8K 촬영은 불가능함

총점: 4.2 / 5.0 - 이 정도면 '프리미엄급' 카메라

이 글은 LG전자로부터 제품을 무상 제공받아 작성하였습니다.

이 글에 사용된 사진 및 내용에 문의하실 내용이 있으시다면 댓글 혹은 트위터 @paperbox_update로 알려주세요. 최대한 신속히 답변드리겠습니다.

고속무선충전 맛보기: 아라리 A FOLD 3 리뷰

paperboxturtle — Mon, 12 Oct 2020 18:20:40 +0900

최근 LG전자로부터 간택(?)받아 체험단, Fandom 활동 등을 활발히 진행하다보니 번갈아 충전하는 것이야 어쩔 수 없다 하더라도, 번갈아가면서 충전한다는 행위 자체가 케이블을 꽂고 뽑는 행위를 반복해야 하다보니 여간 불편한 게 아니었습니다. 그래서 무선 충전기를 하나 들이기로 하였고, 이왕이면 고속 충전을 하기 위해 LG전자 스마트폰이 지원하는 qi 규격의 고속 무선 충전기를 선택하게 되었습니다.

그렇게 구매한 '아라리 A-FOLD 3'이 오늘 리뷰의 주인공입니다.

구성품

A-FOLD 3 기종은 스마트폰 거치, 무선충전을 동시에 지원하는 제품입니다. 요즘 트렌드에 맞는 깔끔한 전면은 아니지만 제조사에서 내세우는 장점에 대한 설명이 상당히 잘 되어 있습니다.

후면에도 비슷한 내용들이 좀 더 자세하게 언급되어 있는데요, Type C 단자를 이용한다는 것도 여기에 적혀 있습니다.

구성품은 간단합니다. 케이블과 본체, 그리고 설명서입니다. 본격적인 무선 충전을 위해서는 4만원에 가까운 정가(스마트월드 기준) 혹은 3만 4천원에 달하는 판매가(아라리 공식몰)에도 불구, 비싼 USB-PD 충전기가 필요하기 때문인지 충전기는 제외되었습니다. 참고로 해당 제품은 Sen Long 사에서 제작한 OEM인데, SL009라는 명칭으로 5W Basic Profile에 한해 qi 인증을 받았습니다. 나중에 동일 모델명으로 15W 지원 제품이 출시되었는데, 모델명이 같아서 그런지 아니면 고속 무선 충전에 대해서는 인증을 받지 않은 것인지 WPC 공식 사이트에는 5W까지만 기록되어 있습니다.

후면은 미끄럼 방지 패드로 깔끔하게 마무리되어 있습니다.

상단에는 Type C 포트가 위치하고 있습니다.

하단에는 LED 인디케이터가 나와 있습니다. 충전이 잘 되지 않으면 점멸하는 것이 특징입니다. 색상은 청/녹 2종인 듯합니다.

케이블은 상당히 얇아보이는 제품입니다.

동봉된 사용 설명서에는 상기에 명시된 충전 부적합 알림 기능은 삼성 기기만 지원한다고 적혀 있는데, 실제로 파란색이 빠르게 점멸하는 현상은 LG 기기에서도 관측되었습니다. 이 경우 기기는 충전되지 않으며, 위치를 조정하면 다시 충전이 시작됩니다.

호환성

충전 기기: LG G8 ThinQ / VELVET / WING 및 무선 이어폰 TONE Free(HBS-TFN6)
어댑터: 2020년형 LG 그램 Type C 포트 / 25W LG WING 동봉 충전기 / Freedy 60W PD 충전기
케이블: LG WING 동봉 C to C 케이블 / Freedy 60W C to C 케이블 / 고부기 C to C 케이블

qi 규격의 고속 무선 충전 규격만 지원하는 LG 프리미엄 / 플래그쉽 스마트폰에서는 제대로 고속 무선 충전이라는 표기가 나타나는 것으로 확인이 되었습니다. 3C Battery Monitor를 통해 확인한 결과 실제로도 전류 흐름이 +1200mA 정도로 일반 고속 충전이 +500mA에서 +700mA를 넘나드는 것에 비하면 확실히 고속 충전이 되고 있다는 것을 알 수 있었습니다.

다만 충전기 특성을 잘 타는 편인데요, LG WING에 동봉된 5V 3A / 9V 2.77A 충전기 및 9V 1.8A로 추정되는 출력을 내는 2020년형 LG 그램으로는 일반 무선충전(5W)만이 가능하였습니다. 특히 WING에 동봉된 24.93W 충전기로는 제대로 고속 무선 충전이 될 것이라고 예상하였는데, 아니더라고요. 다행히 60W PD 충전기에서는 잘 충전되는 것으로 보아 아마도 PD 규격을 지원하는 고출력 충전기에서만 제대로 작동하는 것이 아닐까 추정됩니다.

거치 호환성의 경우 다음과 같았습니다.

LG G8 ThinQ: 케이스 미착용 시 가로 / 세로 및 거치 모드 사용 가능
LG VELVET: 케이스 미착용 시 가로 / 세로 및 거치 모드 사용 가능
LG WING: 케이스 착용 여부와 상관 없이 거치모드는 사용 불가능
G8, VELVET 공통: 케이스 착용시 거치 모드는 가로 모드만 가능

WING은 두께 때문인지 거치모드 사용이 사실상 불가능했습니다. 또한, 거치모드 자체가 얇은 스마트폰에 맞춰 제작된 상태라 케이스를 착용한 상태에서는 대부분 무용지물이라는 점에서 존재 의의가 있는지 의문입니다.

총평

araree A-FOLD 3 (15W)

장점

OEM사 자체 공급보다 깔끔한 디자인
qi 공식 인증
15W 고속 무선 충전 지원
스마트폰 소독 티슈 2매 증정

단점

배송비 빼고 제품 가격만 보면 중국에선 13달러에서 판매
오래 쓰기엔 어려워보이는 무광 재질
무용지물 세로모드 거치
얇은 케이블, 충전기 없음
qi 공식 인증에 15W가 포함되는지 불확실

총점: 3.2 / 5.0 - 입문용으로는 살짝 비싼 대가

[Fandom 체험단] LG WING : 돌린다는 것의 의미

paperboxturtle — Sat, 10 Oct 2020 13:41:50 +0900

이 글은 LG전자로부터 제품을 무상 제공받아 작성하였습니다.

"화면을 왜 돌리는가"라는 질문은 LG WING의 존재가 루머로 알려졌을 때부터 있었습니다. 분명 내부에서도 제품이 출시로 이어지기까지 모두가 같은 의견은 아니었을 것입니다. 그러나 결국 WING이라는 이름으로, 코드네임 그대로 출시되었고 오히려 지원하는 기기가 많은 이전과 달리 WING 에뮬레이터, 예시 코드, FAQ까지 공식 개발자 사이트에 공개하며 듀얼 스크린 SDK 공개 당시보다는 훨씬 더 신경쓰는 모습을 보여주면서 시작하였습니다.

그러나 SDK와 제휴 발표, 전시 기기만으로는 그 활용법이 모호한 것도 사실입니다. 따라서 이번 글에서는 LG가 SDK 공개 이외에도 하드웨어나 소프트웨어적으로 '스위블 모드'(LG전자가 화면을 돌린 상태를 부르는 명칭)에 어떤 노력을 들였고 준비했는지 확인하고자 합니다.

[Fandom 체험단] LG WING 시리즈

하드웨어

LG전자는 온라인 공개 행사를 통해 LG 그램의 경랑화 기술로 화면이 2개라는 무게 측면에서의 한계를 극복하고자 하였으며 내구성을 확보하기 위해 유압 댐퍼와 2개의 스프링, 그리고 듀얼 락이라는 이름의 장치를 추가하였음을 공개하였습니다. 또한 20만번의 회전 테스트를 통해 검증하였으며, '스위블 다운'(WING에서 일반 바형 스마트폰처럼 사용하는 형태를 부르는 LG전자의 용어) 모드에서는 밀스펙을 인증받았다는 사실도 추가적으로 밝히기도 했습니다.

돌기가 추가되어 있는 모습.

그러나 영상에서는 소개하지 않은 부분도 있었는데요, 대표적으로는 유격을 최대한 줄이기 위한 돌기입니다. 기본적으로 '세컨드 스크린'은 메인 스크린의 회전으로 인한 스크래치를 방지하고, 보호필름을 붙일 수 있는 높이를 확보하기 위해 테두리가 올라와 있는 형태로 구성되어 있습니다. 그러나 조금 더 높이를 확보하고 유격을 줄이고자 하였는지, 상하단 좌우로 약간의 돌기가 추가 장착되어 있어 최소한 모서리 부분으로는 유격이 거의 느껴지지 않도록 설계되어 있습니다.

실제 꾹꾹 눌러가며 확인해보니, 메인 스크린의 가운데 좌우를 꾹 누르지 않는 이상 유격이 있다는 느낌 자체가 없었습니다. 다만, 스위블 모드에서는 스크래치를 방지하기 위해서였는지 유격이 잘 느껴지는 편이라, 메인 스크린에서 글을 쓰는 등 터치가 잦은 활동을 하려면 스위블 모드에서 하단 세컨드 스크린을 이용하거나 아예 스위블 다운 모드에서 글을 쓰는 두 방법을 이용하는 것이 편했습니다.

(왼쪽) WING (오른쪽) VELVET

그리고 스위블 모드에서 지문인식을 조금이나마 편하게 하려고 했는지, 벨벳과 거의 같은 크기의 디스플레이임에도 불구하고 전면 지문 센서가 좀 더 상단으로 올라왔습니다. 이로 인해 UI가 변경된 부분도 있으며, 하단에 나타났던 스크린 지문인식 팝업도 중앙에 가까운 위치로 이동하였습니다.

소프트웨어

AMD RYZEN 5000 시리즈 발표 라이브 / (C) AMD

이번에 세컨드 스크린이 확장되면서, 중점적으로 소개한 부분 중 하나가 바로 '미디어 컨트롤러'였습니다. 실제로 보면 이런 형태이며 현재 확인된 바로는 유튜브, 트위치, 왓차, 넷플릭스 등을 인식하고 있습니다. 별도의 SDK나 API가 없다면 나름대로 협업한 부분이라고도 볼 수 있을법한 부분입니다.

다만 그 외의 OTT(KT의 Seezn, CJ ENM의 TVING, 주식회사 리디의 Laftel 등)은 미지원으로 확인되었으며 별도의 세컨드스크린용 컨트롤러 화면을 탑재한 기본 동영상 앱과 달리 MX Player나 nPlayer에서는 작동하지 않아서 NAS나 클라우드, 외부 동영상 플레이어를 사용하는 동영상 스트리밍 서비스를 제대로 활용하기에는 아쉬웠습니다.

또한 메인 스크린에 게임을 실행한 상태로 벅스 앱을 하단에 실행시켜 음악을 들어보니, 음악을 미디어 컨트롤러로 조작하면 좀 더 유용하게 사용할 수 있을 법도 한데 그 부분에 대해서는 게임 런처 기능이 우선되는 문제 때문인지 구현되어 있지 않더군요. 이 부분에 대해서는 건의를 통해 의견을 전달하기는 하였는데 확실한 답변을 듣지 못한 만큼 실제 개선될 지에 대한 우려가 남아 있습니다.

그나마 다행인 것은, G5와 달리 앱 개발자가 지원해주지 않아도 사용하는 데 큰 불편은 없다는 것입니다. 물론, 메인 스크린에서는 영상을 보면서 하단 화면에선 다음 영상을 고르는 행동을 원하는 사람이라면 극히 일부 앱을 제외하고 지원하지 않는 기능이라 아쉬움이 깊게 남을 법도 합니다만, 듀얼 스크린과 달리 세컨드 스크린의 생김새가 키보드를 사용하기에 편하고 실제로도 키보드 전용 화면으로 쓸 수도 있어 앱을 두 개 사용하거나 키보드가 필요한 게임에서 잠깐씩 윙을 돌려서 제품을 사용하니 '왜 돌리는 것이 편한지' 나름 설득되는 부분들이 보였습니다.

왓차는 영상 보며 고르기를 지원합니다. 조금 엉성하기는 하지만요. (C)왓차, KBS

이렇게 ㅜ 모양으로 사용하는 것 외에도 ㅏ 모양으로 사용하는 것도 편했는데요, 한쪽에는 커뮤니티 앱을 열어두고 옆에서 벅스 앱을 열어두면 세컨드 스크린의 앱은 가로모드로 인식되어서 앨범아트를 비롯, 모든 제어 기능을 온전히 사용할 수 있어서 굳이 미디어 컨트롤러가 필요 없을 정도였습니다.

다시 말해 세컨드 스크린에서 앱 실행 시 과거 안드로이드 OS부터 지원되던 멀티윈도우 기능을 통한 UI 재조정이 대응되어 있다면 크게 불편함이 없는 수준이라는 말입니다. 벅스는 살짝 부족한 부분이 있는지 ㅜ 형태에서 재생 화면이 깨지는 버그가 있었지만, 적어도 가사를 보거나 다음 곡으로 넘기고, 재생/일시정지를 하는 등의 일반적인 활동을 하는 데에는 문제가 없었습니다.

다만 딱 하나 문제가 있다면, 가로모드 미지원 방침을 고집하고 있는 앱의 경우에는 ㅜ나 ㅗ모양으로 사용할 수 없다는 건데요, 이 부분은 최근 갤럭시에서도 공개된 강제 회전 기능을 도입한다면 개선할 수 있을 것으로 보입니다. 그래도 미지원을 유지하고 있는 앱 개발사들에게는 나름의 이유가 있는 만큼(가로모드 UI 미완성, 활용성 저하 등의 문제) 가장 좋은 것은 강제 회전보다는 앱 개발사의 방침 변경 및 추가 개발이긴 합니다.

그리고 메인 스크린을 터치해야 '완료'되는 몇몇 게임, 앱들에서 생각보다 편하지 않음을 토로하시는 분들도 종종 계신데, 그렇다고는 해도 세컨드 스크린에서 사용하는 키보드의 크키가 세로모드에서 사용하는 그것과 거의 비슷한 관계로 일반 바형 스마트폰보다는 빠른 속도로, 오타율을 낮춘 상태로 사용할 수 있었습니다. 팝업 키보드와는 조금 다른 것이, 물리적으로도 작다보니 손을 무리하게 뻗을 필요가 없더군요. 같은 이유로 키보드를 자주 사용해야 하는 오피스 앱(한컴오피스, MS 오피스, 폴라리스 오피스, WPS 오피스 등)에서도 가로모드에서 문서를 좀 더 크게 보면서 키보드에 방해받지 않고 문서 작성이 가능하여 LG가 이런 앱들과 제휴하여 각종 메뉴를 세컨드 스크린에 띄우는 방식으로 활용성을 높이면 어땠을까 싶은 생각도 순간 들었습니다.

밝기 및 색상 미세 조절

그리고 앞서 발표된 듀얼 스크린 제품들의 문제로 지적받았던 것이 바로 밝기나 색상 등이 따로 논다는 것이었는데요, 윙에서는 거의 해결되어 각각 조절이 가능해졌습니다. 스위블 모드에서 메인 스크린, 세컨드 스크린을 가리지 않고 설정 > 화면 > 세컨드 스크린 > 밝기 및 색상 미세 조절을 들어가면, 메인 스크린의 '사용자 설정' 모드와 동일하게 RGB 값 및 채도, 색조, 선명도, 색온도 등 세부 설정을 메인 스크린과 별도로 정할 수 있게 되었습니다. 뿐만 아니라, 메인 스크린과 밝기도 따로 설정할 수 있도록 되어 있어 메인스크린과 거의 비슷하게 맞춰 사용할 수 있게 되었습니다.

제가 받은 제품은 세컨드 스크린만 G3가 연상되는 샤픈 현상이 나타나고 있어, 이 세부 설정을 통해 선명도를 최대한 낮춘 결과 샤픈 현상을 거의 제거할 수 있게 되었습니다.

마지막으로 호불호가 갈리는 '스위블 홈' UX는 저 또한 조금 아쉬웠습니다. 기본 배경화면이 아닌 다른 배경화면으로 하면 조금 낫다고 느껴지는 점, 길게 누르면 나타나는 각종 메뉴(앱 정보, 앱 제거 등) UI가 좀 더 다듬어졌다는 점은 긍정적이었으나, 가장 치명적인 부분으로 가이드가 부족해 메인 스크린의 앱 서랍으로 이동하는 방법을 못찾는 사용자가 많다는 점이 있었습니다.

이 부분은 안드로이드 OS가 지원 앱(구글 어시스턴트 등)을 실행시키는 제스처를 알리기 위해 홈화면에 진입할 때마다 좌우 하단에 보여주는 하얗고 짧은 안내 선과 같이 스위블 홈 진입 시 ⇓와 비슷한 아이콘으로 잠깐 물결치듯 지나가는 모양으로 지나가도록 안내를 해주면 좋은데, 한 번 안내하고 더이상 안내하지 않아 많은 사람들이 스위블 모드에서는 메인 스크린에서 앱을 실행하는 것이 불가능하며 실행한 앱을 가로모드로 쓰는 것만 가능하다는 오해를 불러일으킬 수 있어보였습니다.

또한 세컨드스크린용 앱의 경우 앱 개발사가 명시적으로 멀티윈도우를 지원한다고 앱 내에 지원 여부를 표기한 경우에만 자동 추가되는 것으로 보이는데, 모든 앱을 토글 하나로 세컨드 스크린용 앱서랍에 넣는 옵션이 있었으면 더 좋았을 것 같습니다.

총평

스위블 모드의 사용성 측면에서, 벨벳 이후 추가적인 UX 개편작업까지 고려하면 한정된 시간 내에서 LG 내부적으로는 최선을 다한 것이 분명해보입니다. 그러나 여전히 아쉬운 점, G5 때의 이미지에서 아직 벗어나지 못했다는 점 등을 고려하면 지금 이상의 노력으로 알차게 활용할 수 있는 방안들을 확보 및 홍보하고 듀얼 스크린이 그랬듯 다음 세대에서도 지속적으로 즐길 수 있는 생태계를 만들어갔으면 좋겠습니다.

이 글은 LG전자로부터 제품을 무상 제공받아 작성하였습니다.

수정 이력:
2020/10/11 오후 11:59 최초 게시
2020/10/12 오전 12시 이후 오타 수정 / 문장 정리
2020/10/12 오전 8:11 사진 추가 및 재배치, 캡션 추가

[Fandom 체험단] 돌리면 착, LG WING과의 첫만남

paperboxturtle — Sun, 4 Oct 2020 23:49:56 +0900

이 글은 LG전자로부터 제품을 무상 제공받아 작성하였습니다.

지난 6월, LG 벨벳 출시 당시 모호했던 LG전자의 G, V 라인업 폐지 이후 프리미엄 라인업의 행방은 LG WING Digital Unveiling 행사를 통해서 다시 정립되었습니다. 바로, 일반 바형 스마트폰인 'Universial' 라인업과 LG만의 독특한 폼팩터를 이용한 'Explorer' 라인업을 번갈아 내놓겠다는 전략입니다. 같은 맥락에서 LG Explorer Project의 시작을 알리며 공개된 제품, "LG WING"은 흡사 피쳐폰 시절의 가로본능을 떠올리게 하는 '스위블 모드'를 탑재하였는데요. 저는 지난 글에서 말씀드렸다시피 LG Fandom으로 선정되면서 출시에 앞서 열흘간 사용해볼 수 있게 되었습니다.

[Fandom 체험단] LG WING 시리즈

기본 사양

LG WING	LM-F100N
칩셋(AP)	Qualcomm Snapdragon 765G
디스플레이	[메인 스크린] 6.8인치 20.5:9 FHD+ POLED(Plastic-OLED) FullVision HLG / HDR10 / HDR10+ 지원 Wacom AES 펜 지원 [세컨드 스크린] 3.9인치 1.15:1 GOLED(Glass-OLED) Wacom AES 펜 미지원
메모리	8GB LPDDR4X / 128GB UFS 2.1 / microSD 지원(최대 2TB)
카메라	[후면] 64MP OIS 광각 (F1.8 / 화각 78도 / 0.8μm) 13MP 초광각 (F1.9 / 화각 117도 / 1.0μm) 12MP 짐벌 모션 (F2.2 / 화각 120도 / 1.4μm) - 스위블 상태의 '짐벌 모드'에서 사용가능 [전면] 32MP 광각 팝업 카메라 (F1.9 / 화각 79.6도 / 0.8μm)
배터리	4000mAh 일체형
운영체제	Android 10
크기	169.5 * 74.5 * 10.9mm
무게	260g
연결성	셀룰러: 3G / 4G / 5G Wi-Fi: 802.11 a/b/g/n/ac Bluetooth 5.1 NFC USB Type-C
색상	오로라 그레이, 일루젼 스카이
오디오	모노 스피커 / 인공지능 사운드(스피커 제외 사용 가능)
생체인식	화면 내 지문인식
충전	USB Type-C / Qualcomm Quick Charge 4+ / 12W 무선충전 / 25W 유선충전
동봉품**	USB Type-C 이어폰 및 이어폰 팁 / 25W 고속 충전기 / Type C to C 케이블 / 하드 케이스 / 보호필름(메인스크린, 세컨드 스크린 각각 1매)
기타	LG페이 / 밀리터리 스펙 (9개 항목, 스위블 다운 상태* 기준) / 원거리 음성인식 / FM라디오 / 스트레오 마이크 / IP54 등급 방수방진 인증
*	* 스위블 다운: 일반적인 바형 스마트폰으로 사용할 때 ** 변경될 수 있습니다.

기본적인 사양은 벨벳 대비 고가 제품이라는 특성답게, 같은 회사의 LG VELVET보다는 소폭 사양이 업그레이드되었습니다. 특히, 벨벳에서 탑재되지 않아 비판받았던 OIS가 다시 탑재되었으며 화소수도 48MP(후면) / 16MP(전면)에서 64MP(후면) / 32MP(전면)으로 업그레이드되어 좀 더 상위 라인업임을 분명히 드러내고 있습니다. AP 또한 일반 765를 탑재하고 있었던 벨벳과 달리 Q92 5G에도 탑재된 GPU 개선 칩셋인 765G가 탑재되어 퀄컴의 'Elite Gaming Platform'을 드디어 사용할 수 있게 되었다는 점은 긍정적입니다.

놀라웠던 점도 있었는데요, 일단 팝업 카메라까지 있는 이런 구조의 기기에서 등급이 IP54로 좀 낮은 편이기는 하지만 방수방진 인증을 받았다는 점, 스위블 다운 상태가 기준이나 밀스펙 인증을 받았다는 것입니다. 밀스펙을 받지 않은 화면 회전 테스트도 20만회를 통과했다고 하니 내구성은 입증이 된 셈입니다.

여전히 국내에는 출시하지 않은 V60 ThinQ가 탑재한 스냅드래곤 865를 탑재하지 않은 점, 이어폰잭이 빠지고 스피커가 모노 스피커라는 점은 아쉬운 부분이나, 가격적인 측면에서 신규 폼팩터를 채용한 다른 제품들이 상대적으로 훨씬 더 비싸다는 사실을 생각해보면 어느정도 납득되는 부분도 있습니다. 꼭 가격이 아니더라도, 스위블 모드에서는 대부분의 사용자가 좌우 스트레오 스피커를 원할텐데 그렇게 구현할 수 없으니 원가절감을 겸하여 모노 스피커가 탑재된 것으로 보입니다. 이어폰잭 또한 스위블이 가능한 구조상 여유 공간이 부족하여 넣지 못했을 것으로 추측되는 측면도 있고요. 다만 고음질이 LG 스마트폰의 상징이 된 이상, 다음 '유니버셜' 제품군에는 Quad DAC와 함께 돌아왔으면 하는 바람은 있습니다.

개봉, 그리고 구성품

이번에 제가 받은 제품은 '오로라 그레이' 색상입니다. 어떤 이유에서인지 벨벳과 같은 색상을 이번에도 받아보게 되었네요.

작년 플래그쉽 제품인 G8 ThinQ, 상반기 프리미엄 제품인 VELVET, 그리고 하반기 프리미엄 제품인 WING의 제품 상자를 나란히 비교해보니, 작년까지의 검정색 패키지 대비 깔끔함을 어느정도 유지하면서도 개성있게 디자인되었다는 것을 발견할 수 있었습니다. 보급형부터 플래그쉽에 이르기까지 같은 디자인을 채택하고 있어 지나치게 몰개성스러웠다는 비판도 받은 바 있었던 이전에 비하면 최소한 프리미엄 제품군에는 각 제품의 시그니처 컬러를 상자에도 반영하고, 로고의 배치 등을 신경 써 프리미엄 제품을 구매했다는 느낌은 확실하게 받을 수 있을 것으로 보입니다.

공개 행사 직후 제휴 리뷰어의 제품 개봉기가 풀리면서 LG WING을 닮은 제품 상자에 관심을 가진 분들도 많이 있으셨을텐데요, 아쉽게도 실제 시판 제품에는 적용되지 않는다고 합니다. 저 또한 일반 제품 상자를 받았기 때문에 실제 제품 상자의 크기도 G8 ThinQ 제품 상자보다는 조금 더 크고, 벨벳의 그것과는 거의 같은 크기라고 생각하시면 될 것 같습니다.

LG WING에는 정말로 오랜만에 V50S ThinQ, Q92 5G에 이어 케이스가 증정되었는데요. 이번에는 젤리 케이스가 아닌 불투명 하드케이스가 동봉되면서 'Hard Case Included'라는 문구가 상단에 기재되었습니다.

옆면은 벨벳과 완전히 동일한 디자인으로 저장소 공간, 5G 지원 마크, powered by ThinQ 로고가 위치하고 있습니다.

벨벳 이전의 붐박스 제품군은 붐박스 스피커 체험을 위한 커팅 가능 영역이 있었는데 없어지면서 깔끔하게 바뀌었습니다.

포장을 열면 LG WING의 특징이 나열된 LG 특유의 비닐 보호지가 나타납니다. 벨벳을 포함한 이전 기기들과 다른 점은 본체만을 보호하기 위한, 제품 후면 모양으로 성형된 플라스틱이 한겹 추가되었다는 겁니다. 벨벳보다 카메라가 더 튀어나와있는 점 등을 고려한 것으로 보이네요.

그리고 그 밑에 있는 종이로 된 상자에는 자세한 재질 등이 기재된 하드 케이스와 유심 핀, 간단 가이드와 보호필름이 들어 있습니다.

케이스

기본 동봉된 케이스는 접착이 필요한 구조입니다. 몇달 전 출시된 TONE Free의 케이스류와 유사한 부착 방식으로, 여러번 탈부착하기엔 어렵다는 단점이 있긴 하지만 윙의 구조상 다른 구조로는 출시되기 어려울 것이기에 어쩔 수 없는 부분이었다고 생각되네요. 오히려 만성적인 케이스 부족 문제에 대해서는 그나마 자유롭기에 다행이라고 생각합니다.

나름 투톤으로 제작되어 만지는 맛이 있으나, 케이스의 두께를 지나치게 늘리지 않기 위한 선택이었는지 아쉽게도 카메라는 잘 보호하지 못합니다. 이런 기기들의 저렴한 케이스들이 대부분 그렇긴 하지만 케이스를 착용한 상태에서 생기는 단차가 때로는 메인 디스플레이에 유격이 있는 것처럼 착각하게 만드는 나쁜 효과도 있어 조금만 두꺼워졌으면 어땠을까 싶은 마음은 있었습니다.

보호필름

혹평을 받았던 Q92와 달리 윙의 보호필름은 기성 제품과 부착 방법이 달라 붙이기가 어려워서 그렇지 품질은 괜찮다고 느껴졌습니다. 일단 우레탄인데 우레탄 느낌이 안 난다는 점에서 품질에 신경을 쓴 것으로 보입니다. 자글자글함이나 손톱으로 누르기만 해도 푹 눌리는 그런 특징들이 거의 느껴지지 않았을 뿐더러 상당히 얇은 편입니다.

세컨드 스크린용 보호필름의 경우 재질이 PET로 추정되는데 이 필름은 메인 스크린보다는 덜 신경 쓴 느낌이어서 아쉬웠습니다.

참고로 위 사진과 같이 부착할 때는 충전 케이블을 통해 먼저 보호필름의 위치를 잡아준 다음에 시작해야 합니다. 저는 사진을 보고도 제대로 이해하지 못해서 다시 부착했어야 했네요. 다행히 부착 후 생긴 기포는 약 하루가 지나자 거의 사라졌습니다.

충전기

왼쪽부터 WING, Nexus 5X, G8 ThinQ(VELVET도 동일한 스펙) 충전기

몇년 간 계속 사용되던 9V 1.8A & 5V 1.8A 지원에 Type A 규격인 충전기 대신, 5V 3A 규격 및 9V 2.77A를 지원하는 Type C 규격의 충전기가 동봉되었습니다. 지난 5년전 쓰던 넥서스 5X의 충전기가 LG WING과 동일한 Type C 단자를 탑재한 충전기였고, 규격이 5V 3A이어서 문뜩 떠오르게 만들기도 해서 비교해보았습니다. 그때와는 달리 9V 2.77A도 추가로 지원하면서 다소 두꺼워지기는 했지만, 충전 시간을 다소나마 줄일 수 있으면서도 신경쓰이는 수준으로 두꺼워진 것은 아니기에 긍정적인 변화라고 생각합니다.

참고로 LG 벨벳도 이 25W 충전기를 지원하기에 벨벳에 동봉된 9V 1.8A & 5V 1.8A 충전기가 아쉬웠던 분들께서는 내일 출시 이후 서비스 센터나 소모품샵에서 구매하여 쓰실 수 있을듯 합니다.

이어폰

다행히 이어폰잭이 사라진 윙에도 이어폰은 동봉되어 있는데요, 음악을 들을 수 있는 방법이 Type C 단자나 블루투스 방법밖에는 없어서 그런지 Type C 형태로 동봉되었습니다. 이어폰 각 유닛은 톤프리에 가까운 디자인이어서 그런지 전작 대비 착용감도 더 나았습니다.

청음은 이어폰에 내장된 DAC로 인해 정확히 비교하기는 어려우나, 그나마 정확한 비교를 위해 HiFi DAC를 끈 상태의 쿼드비트 3 염가형과 이 제품을 G8 ThinQ에 연결하여 진행하였는데 적어도 쿼드비트 3보다는 조금 더 개선된 제품으로 보입니다. 다만 이어폰 내장 출력이 다소 센 편인 것인지 음량은 쿼드비트 3보다 크게 느껴졌습니다. 그래서 평소에 수월우 SSR을 제외하고는 항상 볼륨 1로 듣는 제게는 앱별 음량 조절 기능을 이용해 조금 줄일 필요가 있다고 생각이 들더군요. 제가 작게 듣는 편임을 고려하면 대중적인 음량으로 보이긴 합니다.

제품 외관

(왼쪽) VELVET (오른쪽) WING

최근 출시된 LG전자 스마트폰 중에는 가장 얇은 VELVET과 비교해봤을 때, 메인 디스플레이 두께에 도화지 몇 장을 끼워넣은 정도의 두께 차이가 있었습니다. 실제 그립감은 살짝 두껍긴 하지만 들고 다닐 순 있겠다는 수준이어서 다른 기능들에 대해서도 감상은 비슷하지만 스위블 디스플레이를 가지고도 이렇게 얇아서 놀랍기도 하고 다행이라는 느낌이었습니다.

그리고 상반기에 출시된 벨벳과는 버튼 디자인도 좀 다른데요, 굴곡이 적용되어 평평한 벨벳과는 다른 느낌이었습니다. 정확히는, 벨벳에 적용된 새로운 구글 어시스턴트 키 디자인과 매우 흡사한 형태라고 보면 될 것 같습니다. 그렇다고 구글 어시스턴트 키가 들어간 것은 아니고, 넥서스 5X와 유사하게 모든 버튼이 오른쪽으로 오면서 구글 어시스턴트 키는 완전히 삭제되었습니다.

벨벳과 좀 더 비교를 해보자면, 같은 오로라 그레이여도 색감의 차이가 상당한 편입니다. 개인적으로는 WING의 '오로라 빛이 정말로 도는' 그레이에 한 표를 주고 싶네요. 벨벳은 좀 더 푸르른 빛에 가깝다면 윙은 미러 블랙같은 짙은 검정이면서 가끔 보랏빛이 도는 색상이거든요.

그래서 첫인상은?

LG 벨벳이 '오로라 그레이가 생각보다 이쁘네?!'였다면, LG 윙은 추억과 새로움이 동시에 밀려오는 제품이었습니다. 이번 리뷰 글에서 넥서스 5X가 두번이나 언급된 걸 보시면 아시겠지만, 버튼 배치라든지 충전기 같은 부분이 익숙함을 불러오기도 했고, 저는 비록 나이가 어려서 레트로 감각은 잘 모르겠지만 추석에 친척분들의 반응에 따르면 옛날 가로본능 같이 화면이 돌아가면서도 얇은 두께에 신선한 감각을 선사하는 제품이었기 때문입니다. 또한 그 전에는 잘 동봉해주지 않았던 케이스와 보호필름, 새로운 충전기와 리뉴얼된 이어폰 등은 서로 다른 3개의 프리미엄, 플래그쉽 스마트폰을 이렇게 연달아 개봉하면서 가장 리뷰하는 '맛'이 있다고 말할 만 했습니다.

총점: 4.7 / 5.0 - 가장 신선하고, 즐거웠던 언박싱

이 글은 LG전자로부터 제품을 무상 제공받아 작성하였습니다.

LG Fandom의 시작, 그 첫 걸음을 함께하며

paperboxturtle — Sun, 27 Sep 2020 11:34:08 +0900

본 콘텐츠는 LG Fandom 활동의 일환으로 작성된 글입니다. 글에서 언급된 스페셜 기프트는 LG전자로부터 무상 제공받았으며 솔직한 감상을 담을 수 있도록 최선을 다하였습니다.
일부 내용은 퀵 헬프 커뮤니티에 선공개되었습니다. (* LG전자 스마트폰 V20, G6, V30, G7, V35, V40, G8, V50, V50S, VELVET, Q8, Q8 2018, Q92 등 일부 기종에서만 지원합니다.)

이번 달 초, LG전자 MC사업부가 운영하는 플래그쉽, 전략 스마트폰 전용 커뮤니티인 '퀵 헬프'에서 LG전자의 휴대전화를 진정으로 아끼는 사람들을 대상으로 서류 및 면접 절차를 거쳐 LG Fandom을 최대 30명 선발하겠다고 밝힌 바 있습니다. 이에 약 1~2주 간의 서류 접수 및 심사를 밟아 최종 선발이 발표되었고, 25일 자로 첫걸음을 내딛게 되었습니다.

저 또한 10년간 LG 모바일을 사용하고 있는 '찐' LG팬인 만큼 LG Fandom에 지원하였습니다. 처음에는 제한 글자 수에 한참 못 미치는 내용을 서류로 제출하여 혹여나 불이익이 가해지지는 않을까 걱정하고, 1차 합격 후에는 예상 질문을 제공해주셨음에도 불구하고 서류에 적은 내용이 잘 기억나지 않아 조마조마한 감정으로 기다려야만 했습니다. 다행히 토요일임에도 불구, 출근하여 직접 면접을 진행하신 운영진분들께서 화기애애한 분위기로 진행해주셔서 긴장감은 그대로였지만 다소 편안하게 볼 수 있었던 것 같네요.

최종적으로 23일, 최종 합격을 통보받고 25일 오전 스페셜 기프트 및 사전 체험용 LG WING을 수령받아 첫 걸음을 내딛게 되었습니다. 이번 글에서는 LG Fandom의 일원임을 증명하고, 1기 활동의 신호탄 역할을 해준 스페셜 기프트에 대한 이야기를 하고자 합니다.

ᅟLG Fandom 1기 활동일지 시리즈

[현재 글] LG Fandom의 시작, 그 첫 걸음을 함께하며

* LG Fandom 활동 기간(2020.09.23 - 2021.??.??) 동안 미션 등에 따라서 계속 갱신됩니다.

이른 아침의 개봉식

하루 전날인 24일 퀵헬프 운영팀으로부터 우체국 택배로 스페셜 기프트가 발송되었고, 먹음직스러운 포장지가 들어있다는 유머가 담긴 안내를 받았습니다. 일반적인 체험단과 달리 LG전자에서 직접 스페셜 기프트를 포장, 준비했다는 부분에서는 운영진분들의 노고가 다시금 느껴지기도 했습니다. 정성이 느껴지는 장문의 내용을 보며 과연 어떤 굿즈가 들어있을지 두근거리는 마음에 늦게 잠들었지만, 혹시라도 택배가 빨리 올까 아침 일찍부터 일어나 기다렸습니다.

그렇게 기다리다 오전 10시 40분 즈음, 퀵 서비스로 LG WING을 먼저 수령하였습니다. 이 또한 LG Fandom의 혜택 중 하나로, 퀵 헬프 운영팀이 직접 체험단을 운영하지는 않지만 체험단 운영팀과의 유기적인 연결을 통해 색상 랜덤으로 체험단에 참여하는 것이 활동 내용이었습니다. 지난 LG 벨벳 체험단 당시 제품이 담긴 봉투에 찔리는 사고가 있어 건의했던 게 반영이 되었는지, 이번에는 스테이플러 대신 스티커로 고정이 되어있는 모습이 인상적이었습니다. 그렇게 즐거운 마음으로 제품을 받고 봉투를 정리하고 있는데 스페셜 기프트가 도착하였습니다.

택배 박스를 두르고 있는 LG 로고가 박힌 테이프의 존재가 누가봐도 LG전자에서 보낸 거라는 것을 예감할 수 있게 했고, 실제로도 그러했습니다. 다만 송장에 적힌 이 스페셜 기프트의 품목이 '전자제품'이어서 만에 하나 LG TONE Free가 들어있는 것은 아닐까 하는 희망 회로를 불태우게 했습니다.

택배 상자를 열고 다른 제품을 보내는 데 써도 좋을만큼 많은 양의 포장지를 벗겨내고 나니, 고급스럽게 검정 바탕에 Special Gift라고 적힌 상자와 LG Fandom 스티커가 맞이해 주었습니다. 무게는 가벼웠지만, 분위기만은 결코 그렇지 않았네요.

LG Special Gift

아깝지만 스티커를 떼어내 상자를 개봉하니, 행복회로를 돌렸던 TONE Free와 LG전자 레트로 에코백 + 컵 세트, LG Fandom 뱃지 등이 자리하는 것을 확인할 수 있었습니다. MC사업본부장 명의로 Fandom 환영 카드가 맨 위에 자리한 것도 Fandom이 되었다는 책임감을 느끼게 했습니다. 이번이 1기인 만큼, 앞으로 2기, 3기가 계속되기 위해서는 좋은 결과를 내야만 한다는 부담감도 밀려오더군요.

포장지가 먹음직스럽지만 먹지 말라는 유머있는 경고(?)문은, 에코백을 꺼내고 나니 알 수 있었습니다. 하얀 플레이콘이 가득 들어 있더군요. 실제 공예를 할 수도 있을 것만 같은 많은 양이었는데, 얼마나 신경 써서 포장을 해주셨는지 알 수 있는 부분이었습니다.

골드스타 리미티드 에디-숀

지난 LiVE LG 경품이나 U+ WING 사전예약 제품으로도 제공되거나 제공 예정인 레트로 굿즈는 생각보다 퀄리티가 높았습니다. Sandoll 북체로 추정되는 글꼴로 인쇄된 '순간의 선택이 10년을 좌우합니다'라던가, 굵고 짙은 색으로 적혀있는 '골드스타 리미티드 에디숀'과 같은 부분은 그렇게 촌스럽게 느껴지지 않기도 했고요.

참고 - Sandoll 북 03 Bold (하단 더보기)

저는 이제 스무살이라 그때의 감성은 잘 모르지만 부모님께서 말씀하시는 바를 들어보니, 나름 확실히 레트로를 구현한 굿즈인 것 같았습니다. 에코백은 가끔 가지고 다닐지도 모르겠어요.

두 유리컵은 잘 세척해서 말려두었습니다. 나중에 꺼냈을 때 우리 집에 왜 이렇게 오래된 물건이 있지? 그러지만 않기를 바랍니다.

ᅟLG Fandom만의 상징, 별 7개와 악세서리

모집 페이지부터 자리한 7개의 별은 Fandom의 상징이 되어 굿즈에도 적용되었습니다. 전용 톤프리 케이스와 그 케이스에 달면 딱 좋을 것 같은 키링이 제공되었는데, 특히 키링이 고급진 색상인 게 마음에 들었어요. 뒤편으로는 작은 그립톡도 2종 배치해서 사진을 찍었는데 이 구도에선 잘 안 보이네요. 나름 그립톡도 마음에 드는 디자인이었습니다. 처음에 냉장고 자석으로 오해했던 것만 빼면요.

이번 스페셜 기프트에는 TONE Free(HBS-TFN6) 모델도 제공되었는데요, 전원 블랙 색상입니다. 아직 ANC가 탑재된 7이 출시되기 전이기에 현재 최상위 모델인 6모델을 제공해주었다는 것, 그리고 4 모델을 제공해주었더라도 톤프리를 줄 거라고는 생각하지 못했기 때문에 놀라운 부분이었습니다.

마지막으로 한자리에 모두 모인 스페셜 기프트 사진을 찍어보았습니다. 이번에 LG전자가 Fandom 제도를 준비하면서 LG를 진정으로 좋아하는 팬들에게 진심으로 다가서겠다는 마음을 표현한 것이라고, 그런 감상을 언박싱 내내 느꼈습니다. 저 또한 퀵 헬프를, 더 나아가 LG전자 스마트폰 팬을 대표하는 소수로써 때로는 겸손한 마음으로 다른 팬분들과 함께하고 필요한 순간에는 LG를 향한 쓴소리도 아끼지 않는 사람이 되어야겠다는 다짐이 절로 드는 순간이었습니다.

앞으로 어떤 활동을 하게 될지 두근두근한 마음뿐입니다만, 활동 기간인 6개월을 넘어 그 이후에도 잘 부탁드립니다. 저의 활동이 LG 스마트폰 사업의 발전과 팬층 증대에 도움이 될 수 있기만을 바랍니다.

제우스랩 P15a FHD 휴대용 모니터 리뷰

paperboxturtle — Sat, 26 Sep 2020 10:43:57 +0900

코로나19로 대학 강의도 비대면으로 봐야 하다보니, 원래도 모니터를 탐내고 있었지만 조금 이른 시기에 휴대용 모니터를 하나 들이게 되었습니다. 정확히는 제 물건이 아니지만, 같이 쓸 수 있게 되어 약 2달 간 사용한 후기를 남기고자 합니다.

본 제품의 사양은 다음과 같습니다.

내용	상세 사양
제품명	ZEUSLAP P15a FHD Portable Monitor
크기 및 비율	15.6인치(39.6cm) / 16:9
패널 사양	1920*1080 / HDR / 터치 미지원 / IPS / 75Hz / NTSC 45%
스피커	2W 스테레오
입력단자	USB micro B Type x1 (OTG 지원), Type C x2 (전원 x1, 전원/Thunderbolt 3/DP Alt 겸용 x1), miniHDMI(MHL 지원)

개봉

개봉영상

케이블 모음

제품을 처음 열고나면, 케이블과 전원 어댑터가 맨 위에 얹어져 있습니다. 그 종류는 Type C to C, miniHDMI to HDMI, Type A to C, 그리고 USB Type A 형태를 쓰는 220V 한국 규격 전원 어댑터입니다. 그 밖에도 micro-B Type to Type-A 어댑터가 있는데, 이는 맨 하단에 micro-B Type의 OTG 단자가 있기 때문으로 보입니다. 실제로 써본 적은 없어서 잘 작동하는지는 확인하지 못했습니다.

이후 스트로폼을 제거하니 한글로 된 사용자 설명서와 본체가 들어있습니다. 본체의 경우 케이스와 결합되어 있다는 것 이외에 특별한 점은 없었습니다.

Type C to Type C 케이블로 연결한 모습 (= DP Alt)

DP Alt 모드로 연결하면 제품명은 Dell사의 P2317H로 나타나며, HDR을 지원하기는 합니다. 다만 위 사진과 같이 접촉 불량이 심심찮은 것인지, 아니면 전원이 모자라서 그런지 SDR 디스플레이로 인식되는 버그가 꽤 자주 있었습니다. 다행히 문제가 있는 상태에서도 제품을 사용하는 데 지장이 있는 수준은 아니었고 주사율이나 해상도 모두 잘 인식되었습니다.

기본으로 붙여져 있는 필름에는 숫자+알파벳이 붙여져 있기 때문에 실사용을 위해서는 떼어내야할 것 같습니다. 그리고, 아무래도 NTSC 45%라는 저사양 패널이다보니 sRGB 96% (공식 수치) 패널임을 강조하고 있는 LG 그램과는 아무리 조절을 시도해도 비슷하게조차 맞출 수 없었습니다. 그나마 HDR을 켜고 RGB 중 적색을 줄이면 좀 나은 결과가 나온다는 정도만 확인했습니다.

miniHDMI to HDMI를 연결한 상황에서 나타나는 패널 정보

HDMI 모드로 연결하면 RTK FHD HDR이라는 이름으로 나오며, 이 때에는 10비트 + ᅟHDR 지원으로 항상 정보가 표출되었습니다. 그러나 실제 비트 수준이 10비트는 아닐 것으로 추정됩니다.

연결 자체는 2종류 모두 가능하고 Windows 상에서 인식도 가능하지만, 모니터 단에서 변경하는 버튼이 없기 떄문에 아무리 시도해도 변경할 수 없었습니다. 따라서 한 번에 하나만 연결해서 써야 할 것으로 보입니다.

그 외에는 다음과 같은 현상을 확인할 수 있었습니다.

LG 그램의 9V 1.8A 출력 지원 Type C 포트로는 밝기가 활성화되지 않았습니다.
스피커는 전원에 연결해야만 쓸 수 있었습니다.
모니터 자체 설정에 4K가 있긴 하지만 변경한다고 해서 가상 초고해상도가 지원되거나 하지는 않았습니다.
일체형인 케이스는 사용하다보면 고정하는 부분이 약하다는 것이 눈에 보일 정도로 약해지나, 고정력 자체에는 크게 문제가 없었습니다.
HDR은 활성화시 화면이 지나치게 붉어지는 문제가 있어서 조정이 필요했습니다.

총평

ZEUSLAP

P15a

장점

14만원 정도의 저렴한 가격
매뉴얼, 내부 메뉴 모두 한글 기본 지원
튼튼한 케이블과 한국 규격에 맞춘 어댑터

단점

더미 메뉴가 섞여 잘 정리되지 않은 OSD
종종 HDR 기능이 미지원되고 활성화된 HDR도 지나치게 붉은 편
NTSC 45%

총점: 4.0 / 5.0 - 그래도 가성비

Lenovo Active Pen 1세대 후기(with VELVET)

paperboxturtle — Thu, 3 Sep 2020 13:32:55 +0900

본 리뷰에 사용된 LG VELVET은 체험단 진행으로 협찬받은 기기이나, 이후 소유권이 저에게 이전되어 LG전자 혹은 마케팅 주관사 측에 저작권이 귀속되거나, 원고료를 지급받거나, 간섭받지 않습니다.
Lenovo Active Pen 1세대는 개인 예금의 이자 수익으로 알리익스프레스에서 구입한 제품으로 별도의 협찬을 받지 않았습니다.

LG 벨벳은 와콤 AES를 지원하는 디스플레이를 탑재하고 있습니다. 별매로 구입 가능한 듀얼 스크린도 마찬가지로, 현재 여전히 품절이기는 하지만 LG 그램 2in1에 쓰이는 스타일러스를 '벨벳 스타일러스'라는 이름으로 별도 판매했을 정도입니다.

그러나 5만원이 넘는 가격을 지불하고 스타일러스 펜을 구입하기에는 부담감이 상당합니다. 특히 AES 펜은 AAAA 배터리 삽입을 위해 펜이 어쩔 수 없이 갤럭시 노트나 갤럭시 북 플렉스 등의 와콤 EMR 방식에 비해 두꺼워진다는 단점이 있습니다. 심지어 벨벳 스타일러스의 가격인 5만원 가량이 와콤 AES 중에선 저렴한 편으로, Microsoft Pen Protocol(서피스 펜 등)과 같이 지원하는 와콤 뱀부 잉크의 경우에는 6만원이 넘는 가격을 선사하고 있습니다. 일부 판매처에서는 9만원에 팔 정도이기도 하고요. 이미 90만원에 달하는 기기값을 지불하고도 스타일러스를 구입하기에는 좀 꺼려질 수 밖에요.

그래서 대안으로 델 사의 중고 AES 스타일러스 펜이 많이 추천되는 편으로, 3만원에 시세가 형성되어 있습니다. 하지만 아무래도 개인 간의 중고 거래를 하기에는 불안한 부분이 많습니다. 어떤 상태로 올지, 사기를 당하지는 않을지...누군가에게는 3만원도 마음을 크게 먹어야 하는 가격이기 때문에 선뜻 마음에 들지 않습니다.

그런 저에게 그나마 희망이 되어주었던 것이 Lenovo Active Pen입니다. 3만원에 AAAA 배터리 미포함 조건으로 배송비까지 포함해서 구매가 가능하기 때문입니다. 물론, 신뢰도가 중고 거래만큼 있는가 하면 그렇지는 않겠지만, 기본적으로 호환이 된다고 고지한 모델이 Wacom AES임에도 불구하고 작동하지 않는다면 Dispute를 걸어 환불이나 교환을 받기에 수월하기 때문입니다.

참고로 이번에 구입한 Lenovo Active Pen의 부품 번호는 GX80K32885로 제목과 같이 1세대 제품이며, 1024 필압 및 A/B 버튼을 지원합니다. 한 가지 아쉬운 것은 펜 구조 특성인지 틸트가 지원되지 않는다는 것인데요, 저렴한 제품이니 그려러니 합니다.

개봉

찬조출연: 크레마 사운드업

중국 제조로, 최신 Lenovo 로고가 들어 있으며 금속 몸체여서 권장하지는 않습니다만 뒷면으로도 일반적인 터치는 가능합니다. 클립이 붙어있는 형태이며, 금색으로 도색된 MADE IN CHINA 스티커는 몇 주 쓰고 나니 본래의 형태를 완전히 잃어버려서 때어버렸네요.

앞쪽에 A/B 버튼이 달려 있습니다. 다만 A/B 버튼까지 금속인 건 아니며 눌리는 촉감은 부드러운 편입니다.

필기 연습

순서대로 볼펜+형광펜 / 볼펜 / 만년필 + 캘리그라피 + 붓

순서대로 볼펜 / 볼펜 + 형광펜

벨벳 기종에서 AES 펜은 여러 영역에 사용할 수 있지만 일반적으로는 기본 탑재된 Q메모+나 Nebo for LG에 쓰기에 적합한 형태입니다. 물론 Autodesk Sketchbook, OneNote처럼 필압을 지원하는 앱을 별도로 설치했다면 큰 문제 없이 사용하실 수 있습니다.

위 사진은 Q메모+ 메모 화면의 각종 필기구인 볼펜, 형광펜, 만년필, 캘리그라피 모드, 붓 이렇게 5종을 사용한 것입니다. 이 중 'eight 아이유' 문구는 일종의 필기 인식을 사용한 모드인 캘리그라피를 사용하였으며, 글꼴은 HY하늬바람입니다. Q메모+에서 필압은 붓과 크레용만 지원하여 다소 아쉬움이 있습니다만, 붓의 투명도가 생각보다 높지 않아 볼펜과 비슷한 느낌으로 쓸 수 있습니다.

캘리그라피 모드의 경우에는 정방향으로 쓸때만 정상적으로 인식하고 글자 크기를 잘못 인식하는 경우가 있어 자주 쓰기에는 부적합해보였습니다. 다행히 글꼴 자체는 캘리그라피 전용 글꼴과 더불어 시스템 글꼴, SmartWorld에서 내려받은 글꼴 모두를 사용할 수 있어 표현은 다양하게 할 수 있습니다.

순서대로 모든 펜 테스트 / 꺼진 화면 메모에서 만년필 모드로 작성했던 화면

LG VELVET은 전역 설정으로 펜 입력으로는 네비게이션 제스처를 사용할 수 없게 하는 설정이 있습니다. LG Q8 2018, 스타일러스 시리즈, G Stylo, 뷰 시리즈에 이르기까지 나름 전통적인 기능이기도 합니다. 다만 적어도 뷰 시리즈 시절에는 '노트북'이라는 이름의 Q메모+ 전신 애플리케이션 중 하나에서만 제대로 지원했었고 터치 입력 구분이 어려워 아예 터치 입력 전체를 잠그기만 하는 기능인데다 이후 업그레이드 과정에서 삭제되기도 했던 만큼 아쉬웠는데 이번에는 제대로 지원합니다.

그 밖에 더 편하게 쓸 수 있는 터치 입력을 확대/축소, 펜 설정 및 메모 쓰기 완료 버튼에만 쓸 수 있게 만드는 '펜 전용 모드'는 Q메모+에서만 사용할 수 있는데요, 그래서 그런지 Q메모+에서 펜을 사용하는 건 상당히 편했습니다. 하지만 아쉽게도 Q메모+의 구성요소들인 스크린 메모, 꺼진화면 메모는 약간의 UI 개선 정도나 있을 뿐 펜 전용 모드가 탑재되어 있지 않아서 반쪽짜리라는 느낌을 받았습니다. 다행히 꺼진 화면 메모로 저장한 후 Q메모+에서 편집 시에는 펜 전용 모드를 쓸 수 있지만, 확실히 펜 전용모드가 없으면 팜 리젝션이 그닥 정교하지 못하기 때문에 펜 입력보다 손이 먼저 닿을 경우에는 터치 입력에 따른 선이 그어지더군요. OneNote 앱에서는 조금 더 신경썼는지 그런 현상은 없었지만 터치 입력에 따라 스크롤이 되는 현상이 있었습니다.

그리고 틸팅 지원이 제외된 것은 누가 뭐래도 단점이었습니다. 3만원 어치 제품에 무엇을 바라겠습니까만은, 틸팅이 지원되지 않으니 일반적인 필기 각도로는 자주 끊김이 있어서 각도를 잘 조정해주어야 합니다. 저는 일반적인 필기 각도로 필기를 잘 하지 않는 편이라 별 문제가 없었지만, 이런 방식의 펜을 연필 필기하듯이 사용하면 불편함을 많이 느끼실 듯합니다.

총평

Lenovo

Active Pen Gen.1 (GX80K32885)

장점

저렴한 가격에 신품을!
생각보다 호환성이 괜찮은 편
세세한 필압이 필요하지 않다면 적당한 원가절감

단점

틸팅 미지원이 조금 불편한 편

총점: 4.5 / 5.0 - 이 정도면 가성비 펜

LG전자

VELVET : 펜 지원

장점

다년간의 일반 스타일러스 지원으로 기본은 하는 소프트웨어
삼성 갤럭시 노트의 반은 따라가려고 노력한 것으로 보임

단점

꺼진 화면 메모에서 UI 개선은 해놓고 막상 펜 전용 모드 지원은 제외
스크린 메모는 그 조차도 안 함
아직은 팜 리젝션 / 필압 지원이 되는 펜 지원 기기의 소프트웨어라기보단, 일반 스타일러스를 지원하는 기기의 소프트웨어에 가까움

총점: 3.4 / 5.0 - 아직은 좀 아쉽다

본 리뷰와 관련하여 궁금하신 점, 잘못된 점 등 문의 혹은 말씀하실 부분이 있다면 댓글 및 트위터 멘션/DM으로 보내주시면 확인하여 수정하도록 하겠습니다. 읽어주셔서 감사합니다!

[G8 ThinQ] 벨벳 UX 업데이트 후기

paperboxturtle — Tue, 25 Aug 2020 17:31:50 +0900

LG G8 ThinQ, V50 ThinQ 기종이 이번달에 벨벳 UX 업데이트를 받게 되었습니다. V40 ThinQ에 최근 배포된 일부 구성요소 벨벳화와는 달리 조금 더 많은 부분에 벨벳 UX가 적용되었는데요, 그래도 V40 ThinQ에 비하면 더 많이 변했다는 것 뿐 생각보다 큰 변화는 없었습니다.

기본적으로 벨벳 UX의 블러는 G8 ThinQ의 그것대비 더 심한 블러 처리가 되어있습니다. 그래서 내심 차라리 그렇게 바뀌기를 바랬는데, 그렇지는 않고 이전의 모습을 보여주고 있었습니다. 퀵패널 배치도 변하지 않았고요.

통합검색 기능의 경우 G8은 구글 것을 사용하고 있어서인지 추가되지 않았습니다. 아마 앞으로도 바뀌진 않을 것으로 예상됩니다.

다행히, 벨벳의 두꺼운 네비게이션바는 적용되었습니다. 애니메이션 효과까지 동일한 것으로 보아 완전히 적용된 것으로 보입니다.

포인트 색상 기능도 같이 적용되었습니다. 벨벳보다 적용 범위가 더 넓은데요, 프레임워크의 요소를 수정하는 것이만큼 벨벳에서는 빠진 LG 캘린더나 파일 관리자에도 일부 적용됩니다. 물론, 두 앱은 안드로이드 10에서 아이콘만을 바꿨을 뿐 UX 대응은 하지 못했으므로 이질감이 다소 있습니다만 적용된다는 데에 의미를 두어야 할 것 같습니다.

상세 볼륨 부분의 UX도 적용되긴 했지만 다른 기종들의 벨벳 UX 적용과 마찬가지로 벨벳 고유의 블러는 들어가지 않았습니다.

다행히 볼륨 조절 바는 완전히 똑같이 적용되었는데요, 블러를 넣은 것이 아니기 때문에 이렇게 적용할 수 있었던 것으로 보입니다. 다만 벨벳 고유의 블러가 상세 볼륨 조정 창에서 들어가지 않았기 때문에 이질감을 느낄 수 밖에 없었던 것은 명확한 단점이었습니다.

게다가 벨벳이 Hi-Fi DAC를 지원하지 않아서인지 상세 볼륨 조절에는 단점이 돋보였습니다. 상세 볼륨을 눌러서 보지 않으면 정확히 볼륨이 어느정도인지 확인할 수 없다는 것이 그것입니다. 거기다 벨벳의 UX는 볼륨 조절에 다른 기종처럼 약간 퉁퉁 걸리는 듯한 효과로 몇 단계인지 슬라이더를 움직이면서 대강 추정할 수 있게 설계된 반면 부드럽게 볼륨 조절이 가능하도록 구성되어 있어 정확한 볼륨 조절이 쉽지 않다는 단점이 있습니다. 이는 밝기 조절 기능도 같이 갖는 고충인데, 아무래도 세부 볼륨이 밝기만큼 많은 단계를 가지고 있다보니 같이 단점이 되네요.

그밖에도 벨벳 UX 업데이트라고 부르기에는 애매한 부분들이 있었습니다. 기본적으로 모두 UX 9이긴 하지만, 사라진 앱도 아닌데 음악이나 갤러리 앱, 날씨 앱과 같은 앱들은 G8 및 V50으로 백포팅되지 않아 전반적인 룩은 비슷하지만 세부적인 기능에서 부족하다는 느낌을 받았습니다. 물론 벨벳에서 파일 관리자 삭제와 더불어 클라우드 기능이 완전히 삭제되면서 해당 기능의 역적용이 쉽지 않을 테고, 더더욱 이번 업데이트는 유저들의 지속되는 요청에 의해 이뤄지게 된 만큼 Q92 등의 출시 준비 및 X6 2019 등의 OS 업그레이드 작업과 동시에 작업하기에는 부담스러운 측면은 있었을 겁니다. 하지만 벨벳이 아닌 후속 기기에라도 파일 관리자와 캘린더를 살렸으면 하는 사람이 많다는 것을 생각해보면, 개발을 재개하는 것을 검토하는 차원에서라도 포팅을 해줬으면 더 낫지 않았을까요.

그래도 벨벳식의 화면 캡처가 적용되지 않은 것은 환영합니다. Q메모+의 기능 축소로 인해 캡처+가 화면 캡처 기능으로 작용, 기능이 작은 미리보기 창 안에 옹기종기 모이는 상황이 생겼는데요. 쓸데없는 파일이 추가로 하나 더 저장된다는 문제, 누르기에는 너무 작은 버튼을 가지고 있다는 점 등 여러 단점이 있는 UX인 만큼 안드로이드 11 등 앞으로의 G8 ThinQ 업데이트에도 적용되지 않았으면 하는 바램입니다.

G8 ThinQ의 벨벳 UX 업데이트

장점

V50 ThinQ 대비 가지고 있었던 버그의 수정
많은 호평을 받았던 볼륨 UX 및 포인트 색상 UI의 적용

단점

애매하게 적용된 UX로 어색함 증가
여전히 벨벳 대비 최적화되지 않은 각종 요소의 큰 크기
벨벳에는 없는 앱에 대한 UX 적용 아쉬움

총점: 3.2 / 5.0 - 반쪽 업데이트

본 글에 잘못된 부분, 수정해야 할 부분이나 권리와 관련하여 연락이 필요한 사항이 있다면 트위터 @paperbox_update 멘션이나 댓글 등으로 연락하여 주시면 빠른 시일내에 수정 혹은 처리하겠습니다. 감사합니다.
이 글에 사용된 벨벳은 체험단 기한이 지나 증정받은 것으로 관련 저작권은 LG전자에 귀속되지 않으며 LG전자 측에 글 작성 사실이 통보되거나 원고료가 지급되지 않습니다.