최근 인스타에서 성수동 근처 맛집을 여러군데 봐두었다. 그 폐해는 좋아요를 너무 많이 누르다보니 찾기가 힘들었다는 점.. 결국 지도 앱을 켜고 근처 일식 맛집을 찾다보니 가까운 곳이 여기였다. 대략 6시 ~ 6시 반 정도에 방문했는데 생각보다 사람이 없었다. 사진은 안 찍었지만 앞에 나와있는 입간판에는 6시까지 영업으로 써있었고,네이버에는 8시까지 영업으로 적혀있었기 때문에 사람들도 입간판을 보고 안 들어오지 않았을까 싶다.(메뉴 주문하면서 사장님에게 슬쩍 흘려봄. 네이버에 올린 시간이 맞다고 하셨다.) 나는 로스정식를 시켰는데 친구는 그날 특별메뉴였던 미나리 로스정식을 시켰다. 5월 중순에 방문했던 메뉴라 지금은 또 다른 메뉴가 있지 않을까 싶다. 확실히 미나리가 들어간 메뉴가 푸짐해보인다.(사진을 각..
가장 먼저 나는 작년 5월 초의 기억을 떠올려 이 글을 작성하니 부정확할 수 있다. 나는 극한의 편식러로서 초록색의 무언가를 보면 먼저 기피하는 경향이 있다. "그런 사람이 왜 여길...?" 이라고 생각할 수 있지만, 내 의견은 0퍼센트인 상태로 정해진 약속 장소였다. 친가 쪽 친척들이 놀러오게 되었는데 괜찮은 음식점이 없을까 찾다보니 아빠가 이 음식점을 선택했다. 식당 입장식당에 들어갈 때 생각보다 힘들었던 것이 있었다. 요즘 감성으로는 당연히 이해할 수 있는 부분인데우리 가족은 식당을 가면 대부분 예약을 전날에 해두고 가기 때문이다. 식당 앞에 키오스크로 입장 대기를 등록해야 했다. 그렇게 등록을 마치고 앞에 의자에 앉아 기다렸다. 이 조차도 사람이 몰렸다면 의자에 앉아 있을수도 없었을 것이다. 메뉴..
사실 아주대는 내가 자주 지나는 구역과는 거리가 있다. 퇴근 후 아주대 근처를 가게될 일이 생겨서 저녁식사 후 카페를 찾아보다 가게 되었다. 8시쯤 카페의 모습이다. 정면에서 보고 나서 과연 입구가 어딜까 생각했는데 큰 이변없이 좌측에 위치해 있었다. 나는 대개 라떼로 소위 전투력 측정을 하기 때문에메뉴판 사진 따위는 없이 곧장 커피 사진만 있다. 입구 사진에서 살짝 보였을 지 모르겠지만손님이 딱 커플 한 테이블만 있어서 그런지 커피를 직접 갖다 주셨다. 잔잔한 노래도 괜찮았고 만약 오후쯤 사람이 한산하다면 카공하기도 매우 좋을 것 같았다. 사진으로 전해질 지는 모르겠지만 다소 정갈한 분위기의 카페이다. 아쉽게도 내가 사진을 남겨두진 않았지만 카페에서 주기적으로 독서모임도 진행 중이었다.(모집 공고..?..
이번 글이 카페 주제로 쓰는 첫 글이라 그런지 상당히 어색하다. 게다가 부실한 사진까지 아주 환장의 글 조건은 모두 만족한 듯 하지만 시작은 미약하게 하는 것도 좋다. 작년 5월에 다녀온 후기이니 변경사항이 있을 수 있다. 어쩌다 보니 알게된 카페거리나는 생각보다 갇혀있는 루트로만 사는 것에 익숙한 사람이다. 회사 - 집. 두 곳을 오갈 때 약간의 변주를 취하지만 큰 변화는 아니다. 전철을 이용할 때도 있지만 버스로 빙 돌아오는 코스를 택하기도 하는 정도이다. 그렇게 평범한 나날을 지내던 중 가족모임을 수원 신동에서 하게 되었다.(여기에서 알게된 음식점도 상당히 새로웠고 맛도 좋았기에 나중에 글로 올려보겠다.) 우리 가족은 외식을 하게되면 대부분 카페에서 커피 한 잔을 나누고 헤어진다. 이번에도 근처 카..
독자 관점에서 릴리즈 노트 작성하기 요즘 내가 가장 자주 작성하는 문서 중 하나이다. 여기서도 내가 원하는 중간을 가기가 생각보다 어렵다. 시간을 써서 자잘한 버그를 엄청 많이 잡아내면 뭔가 릴리즈 노트에 이런 내용을 다 적고 싶다. 하지만, 이런 버그 하나하나 모두 적게되면 독자 입장에서 읽기도 싫고 이렇게 버그가 많은 게 자랑인가 싶을 것이다. 반대로 '사소한 버그들을 수정했다'는 한 문장으로 퉁치는 순간 일한 보람도 없고 인정받기도 힘들다. 그래서 우선 순위를 정하여 릴리즈 노트를 작성해야 한다. 여기서 독자를 고려해 우선 순위를 정해야 하는데 독자는 회사가 될 수도 있고, 일반 소비자가 될 수도 있다. 독자가 관심있게 볼 내용과 관심도가 떨어지는 내용을 구분하여 다르게 작성해야 한다. 이것으로 이..
이번 글의 시작은 에러 메시지에 관한 내용이다. 사용자와 소통하는 에러 메시지 작성하기 웹 페이지에서 가장 자주 볼 수 있는 에러 404. 404 에러 화면에서도 사용자의 평가가 갈릴 수 있다. 구글의 404 화면을 보면 상당히 심플한데 이를 실제로 불편해하는 사용자도 있다. (사용자 본인이 링크를 잘못 입력한 것인지, 구글이 페이지를 삭제하는 바람에 에러 화면을 마주하게 된 것인지 모르기 때문) 반면, 위키피디아의 404 화면에는 사용자가 의도한 URL을 추측해서 제안하기도 한다. 친절하게도 우리나라의 경우에는 고객센터로 문의하는 링크가 포함되어 있는 경우가 대부분이다. 여기서 404 에러는 고객에게 죄송해야할까? 이것은 경우에 따라 다르다. 사용자가 URL을 잘못 입력한 경우에는 개발자가 죄송할 이유..
저번에 예고했던 대로 변수와 함수 이름을 짓는 법을 소개하는 것으로 이번 글을 시작하도록 하겠다. 변수 이름 짓기 우리는 흔히 반복문이나 배열 인덱스에 i라는 변수를 자주 사용한다. 이는 integer나 index의 첫 글자로 간주되므로 이상할 것이 없다. 하지만, d라는 변수가 있다면 해당 코드를 읽는 사람은 어떻게 받아들여야 할까? day? double? date? 책에서 소개하길 일자를 뜻하는 변수를 설정하고 싶다면 그냥 day를 사용하면 된다. 하지만, 우리가 어떤 프로그램이던 그냥 day란 없을 것이다. today? selectedDay? finalDay? 등 특정한 의미를 부여해 사용해야 한다. 변수 이름을 지을 때 고려할 또 하나의 척도가 있다. 바로, 검색이 용이한 이름이다. IDE가 발전..
가장 먼저 이 글은 의식의 흐름 그대로 적을 예정이기에 어떠한 질서도 없을 예정이다. 글의 제목은 다른 직종보다 디지털에 가까운 내가 요즘 느끼는 감정이다. 내가 원래 되고 싶었던 인간상이기도 하다. 디지털에 둘러싸여 있어도 그 속에서 아날로그의 무언가를 첨가할 수 있는 그런 사람. 그나마 유명한 사람이라고 하면 로스트아크 금강선 디렉터를 아주 좋은 예로 들 수 있겠다. 게임을 개발하는 사람이라지만 그 사이에서 사람들을 매료시킬 수 있는 언변, 글솜씨 등이 정말 존경스럽다. 보통 사람들은 아주 치밀하게 손익을 계산하며 지내고 있었지만 낭비없는 낭만은 없다고 말할 수 있는 사람. 어떤 것이 불편한지 공감할 수 있는 사람. 진짜 공감을 통해 사람들을 진정시킬 줄 아는 사람. 게임 내 특정 기능이 불편할 때 ..
나는 이번 시리즈를 책의 순서대로 소개해보려 한다. 책의 모든 내용을 소개하진 않을 것이고 내 마음에 남았던 부분만을 적어볼 예정이다. 먼저, 이 책은 신기하게도 내가 가장 관심있어하던 부분을 위한 빌드업부터 시작한다. 정말 놀라웠던 문장은 내가 어느 유튜브에서 보고 깊게 공감했던 내용이었는데 아래와 같다. 코딩도 결국 글쓰기와 같다. 솔직히 말하면 어떤 다른 문장도 이 문장을 이길 수 없을 것이다. 모든 문장을 대변하는 한 줄이다. 이 다음은 글쓰기 기본에 대해 소개하고 있는데, 글의 독자가 누구인지, 그에 따라 문장이 어떻게 구성되어야 하는지 생각해야 한다. 특히 개조식 글에는 글머리 기호를 써야한다. 다들 아는 네모나 동그라미 등이 예시일 것이다. 같은 챕터에서 글쓰기와 코드를 작성할 때 어떤 원칙..
최근 나와 부장님을 동시에 이마를 짚게 하는 문제가 생겨서 포스팅해본다. 다른 회사와 나름 '협업'이라는 것을 하면서 메일이나 카톡을 주고 받는 일이 생기곤 한다. 이번 사건(?)은 외부 업체의 기가 막힌 글쓰기로 인해 비롯되었다. 발단 외부 업체에서 개발한 앱이 우리 회사에서 개발한 앱을 딥링크로 호출하는 상태이다. (이제 외부 업체를 A사라고 칭하겠다) 아이디/ 비밀번호 찾기 버튼 클릭 시, A사에 API 요청을 통해 링크를 받아와 해당 링크를 웹뷰로 보여준다. (여기서 이해가 되지 않는 부분은 이미 프로덕션 트랙으로 릴리즈가 되었는데 해당 링크가 유효하지 않아 웹뷰는 에러를 보여주고 있다.) 부장님과 A사의 카톡방에서 A사가 아이디/ 비밀번호 찾기 링크가 변경되었다고 공지했다. 그리고 A사가 보낸 ..
