EZBROTHER: 2016

2016년 7월 18일 월요일

'더 이상 글 쓸 거리가 없어진다'라는 말은 '더 이상 생각할 거리가 없어진다'라는 말과 같지 않을까.

'씀' 앱의 458번째 글감은 ' 좋은 말' 이다.

458, 많다면 많고, 아직 적다고 하면 적은 숫자다.

시간이 흐를수록 매번 글감을 찾을 때마다

이것이 점점 더 힘들어지지는 않을까 하는 물음이 머리를 스친다.

하지만 이내,

'더 이상 글 쓸 거리가 없어진다'라는 말은

'더 이상 생각할 거리가 없어진다'라는 말과 같지 않을까 하고 생각해보니

정말 괜한 걱정 했구나 싶다.

2016년 7월 15일 금요일

'씀: 일상적 글쓰기' iOS 출시

이번 iOS 버전 출시는 정말 정신없이 진행되었다. 아이폰 앱을 출시해보는 일이 처음이라서 일단 조용히 출시해놓고 차근차근 준비한 후 공지를 해보자는 계획이었는데, 그 사이에 어디에선가 출시 소식이 알려진 모양이다.

새벽에 자는 사이에 갑작스럽게 늘어난 접속에 서버가 다운됐고, 아침에 일어나서 확장한 서버가 오후에 다시 다운되서 다시 확장했다. 그만큼 기다려주시고 관심 가져주신 분들이 많다는 것을 확인 할 수 있어서 기뻤던 동시에 하루종일 노심초사하며 사용량을 모니터링 하고 있어야 했다.

그 바람에 그 날 하루 중 반 이상 서비스가 원할하게 진행되지 못했고 별점은 바닥까지 내려갔었다. 2점대의 별점으로 시작했던 안드로이드 버전 출시와 비슷한 점이 많은 시작이다.

씀 iOS 버전을 출시하고 이틀이 지난 현재 무료 앱 전체순위 5위, 라이프 스타일 카테고리 1위에 위치해 있다. 씀을 처음 세상에 내놓았던 작년 12월처럼 습관적으로 앱스토어에 들어가서 순위를 확인하고 있다. 그때나 지금이나 한없이 부족한 씀을 이렇게 많은 사람이 관심을 가져주고 사용하고 있다는 것은 정말 신기하고 감사한 일이다.

오늘 낮의 글감은 '새로고침'인데 씀도 이때까지 수많은 새로고침이 있었고 지금도 진행중이다. 어디에선가 예측할 수 없는 오류가 발생하면 그것을 하나하나 분석해서 고쳐나가고, 새로운 기능을 생각하고 설계해서 구현해 나가는 일이 끊임없이 반복된다.

재미있게 하는 수 밖에 없다. 아무리 복잡해 보이는 일, 생각도 최대한 거품을 걷어내고 단순하게 생각하고 재미있게!

그리고 개인적인 욕심이 있다면, 우리가 재미있게 하는 일들이 다른 사람들에게도 즐거운 일이 되었으면 좋겠다.

2016년 7월 5일 화요일

돈은 어떻게 벌건데?

"돈은 어떻게 벌건데?"

요즘 새로운 사람을 만날 때마다 빠지지 않고 듣는 질문이다.

모두 같은 책을 읽은신 건지... 어떻게 이렇게 같은 표정을 하고 같은 질문을 할 수 있는지 새삼 놀랍기도 하다.

정말 아직 잘 모르기도 하고, 괜스레 심술궂은 마음이 일어

"아직 잘 모르겠어요. 지금 그게 그렇게 중요한가요 뭐." 라는 식으로 대답해버리고 싶기도 하지만(실제로 그렇게 대답하기도 했었지만) 그렇게 하지 못하게 된것은 이제 나조차도 '그렇게 중요하다'고 생각하나 싶다.

시간을 거슬러 지난 1년여의 시간을 되돌아 보면

"우리가 이것을 완성해서 출시할 수 있을까?"에 대한 대답을 위해

작년 9월부터 올해 12월까지는 완성하고 출시하는 것 그 자체에 집중했고,

"우리가 서비스를 이끌고 발전시켜 나갈 수 있을까?"에 대한 대답을 위해

올해 1월 부터 6월 까지는 시작된 서비스를 잘 이끌고 발전시키는 일에 전념하여 지금까지 왔다.

그땐 막막 했던 일들 중 대부분이 실제로 이루어지는 꿈같은 일들을 몇번 겪었지만 그것도 지나가면 무뎌지고 덤덤해지고 앞에는 새로운 막막한 일들이 한가득이다.

그래도 이것이 여러번 반복되면서

'이것만 되면 그 뒤로는 다 순조로울 거야' 하는 순진한 생각을 더 이상 하지 않게 되었고, 그 전보다는 하나하나의 일에 크게 휘둘리지 않을 수 있게 되었다.

올해 연말에는

"돈은 어떻게 벌건데?"

조금 더 고상하게 말을 바꾸면

"우리가 원하는 일을 하기 위해 최소한 살아남을 수 있는 힘을 갖출 수 있을까?" 라는 막막한 질문에 명확한 대답을 할 수 있으면 좋겠다.

2016년 6월 7일 화요일

지금

좋은 일이든 나쁜 일이든
아무 것도 하지 않으면 정말 아무 일도 일어나지 않는데,
나쁜 일이 더 많이 일어날 것 같을 때에도
무엇이든 해야만 할때

우선 나쁜 것을 피하는 것이 나쁜 것일지
무엇이라도 해보는 것이 더 나쁜 것일지도
잘 모르겠지만
무엇이든 해봐야만 할때

2016년 4월 16일 토요일

2016.4.16

불광역 롯데리아에서 햄버거를 먹으며 새롭게 개발될 씀 웹페이지에 대한 대략적인 그림을 그려보고 있었다. 우리가 어떠한 모습으로 사람들에게 보여져야 할지를 결정하는 것은 항상 어렵다.
윤재형이 문득
"전문적으로 마케팅을 담당해줄 사람이 필요해. 우리는 그런 부분이 많이 부족하니까. 내가 일해봤던 회사에 마케팅 팀원은 ......"
잠시 인턴으로 있었던 스타트업에서의 마케터의 역량과 역할 그리고 그 필요에 대한 설명을 들으며 내 머릿속에서 씀을 시작하던 때부터 가져온 한가지 질문이 다시 떠올랐다.
'지금의 구조에서 언젠가는 새로운 사람들이 더 합류하게 될텐데, 그것이 어떠한 형태가 좋을까 또 어떠한 범위까지 우리가 감당할 수 있을까.'

정답은 아닐지라도 몇가지 이야기를 통해 몇가지 원칙을 생각해 보았다.

- 10B는 최대 10명을 넘지 않는 구조로서, 언제든 팀원 누구와도 직접 소통할 수 있으며 거쳐가서 의견을 전달해야 하는 구조를 만들지 않는다.

- 어느정도 업무별로 균형을 생각해야 하기 전에는 우리에게 필요한 업무가 무엇일지 생각해서 누군가를 찾기보다 좋은 사람을 만나게 되면 그 사람이 잘하는 것을 우리 팀에 어떻게 융화할 수 있는지를 보고 그런한 과정을 통해 팀에 합류할 사람을 찾는다. 그럼으로써 팀의 색깔과 개성을 만들어간다. (예를 들어 디자인이 우수한 팀, 개발을 잘하는 팀, 마케팅이 화려한 팀 등등 무엇이 될지는 모르겠지만.)

멋진 팀을 이뤄보고 싶다.

2016년 3월 30일 수요일

[씀: 일상적 글쓰기] 2016.3.31 낮, '농담'

<농담>

가볍게 주고받는 이야기 속에

능청스레 끼어 있는

실 없는 말 농담

아주 잘해야 칭찬을 듣고

잘하면 본전이며

보통으로 하면 안하니만 못하고

영 별로이면 ......

위험하니 더욱 스릴있고

가끔가다 빵 터지기라도 하면

그 쾌감은 배가 된다.

그러한 연유로

주변을 보면 대부분이 두가지로 나누어진다

농담을 아주 자주 하는 사람과

거의 농담을 하지 않는 사람

농담에 가까운 이글도 쓰고보니

보통 혹은 영 별로인데

안쓰느니만 못했는데 싶기도 하고

그러고 보면 글이라는 것도

농담하는 것과 비슷한 구석이 있구나

아닌가? 사실 농담이야.

2016년 3월 29일 화요일

[씀: 일상적 글쓰기] 2016.3.30 낮, '그리운 이름'

<그리운 이름>

그리운 이름들이 머리를 스쳐 지나간다. 그 중 몇몇은 지금까지 간간히라도 안부를 물으며 끈을 놓지 않고 있지만, 나머지 대부분은 그저 그리운 이름 그 자체로 남아있다.

지나고 나서 알게된 것은 그 당시에 얼마나 친밀한가가 그 사람과의 관계가 얼마나 오래 이어질 것인가를 결정하지 않는다는 것이다. 그렇다면 사람 사이의 관계가 얼마나 오래 지속될지를 결정하는 것은 무엇일까? 아마도 외부적 영향이 주된 요인일 듯 하다. 예를 들어 사는 곳, 직장, 학교, 취미생활 등의 것들 말이다. 남녀 관계에 있어서도 친구관계에 있어서도 그러한 듯 하다.

어쩌면, 외부요인이라는 것이 사람들 그 자체보다 더 많은 영향을 미칠수도 있다고 생각한다. 외부적인 환경이 뒷받침되지 않는 상황에서도 서로의 부단한 노력이 있다면 극복할 수 없는 것은 아니다. 하지만 그런 노력에는 상당한 비용이 들기 마련이고, 인간은 합리적인 사고를 하는 동물이므로 대부분은 더 효율적이라고 생각하는 것을 취하게 된다.

어린 시절부터 바뀌어온 그리운 이름에 대한 개인적인 인식의 단계를 나눠보자면, 처음에는 나에게 소중한 이름들이 하나 둘 쌓여간다. 그 후 시간이 지남에 따라 외부환경에 의해 조금씩 멀어져가는 소중한 이름들이 생긴다. 억지로라도 붙잡아 보려 하지만 조금 더 시간이 지나면 도저히 감당할 수 없는 일임을 의식하던 못하던 포기하는 것에 익숙해져 간다. 그러다가 이제는 나에게 남은 그리운 이름들을 그 자체로 두고 간진하는 방법을 조금씩 알아가고 있다.

그리운 이름들을 잠시 꺼내 보았다가, 다시 그대로 넣어두는 일을 반복하며 살아간다.

2016년 2월 18일 목요일

[씀: 일상적 글쓰기] 안드로이드 베타 1.1.3 업데이트

Update 1.1.3

- 데이터가 정상적으로 추가 되었는지 확인하기 (PHP, MySQL)
- INSERT 구문에서 에러가 발생하여 데이터 저장에 실패 했을 때, 에러 메세지를 서버 DB 별도 에러 기록 테이블에 저장하기 (PHP, MySQL)

2016년 2월 17일 수요일

INSERT 구문에서 에러가 발생하여 데이터 저장에 실패 했을 때, 에러 메세지를 서버 DB 별도 에러 기록 테이블에 저장하기 (PHP, MySQL)

서버 DB에 데이터를 저장하려 할 때 INSERT 명령에서 발생한다면, 해당 에러의 내용을 별도의 테이블(에러 넘버와 에러메세지를 저장시키는 테이블) 저장 시킨다.

그 후 발생하는 에러들이 뭔지 꾸준히 모니터링 하면서 글이 저장되지 않는 오류들을 최대한 해결해 나가고자 한다.

cf) mysql_error() - 최근 실행된 mysql 작업에서 발생한 에러 메세지를 출력한다. 아무런 에러가 발생하지 않았을 경우 어떠한 메세지도 출력하지 않는다. (mysql_error())

mysql_errno() - 최근 실행된 mysql 작업에서 발생한 에러의 에러 넘버를 출력한다. 아무런 에러가 발생하지 않았을 경우에는 '0'을 반환한다. (mysqli_errno())

tip) PHP에서 발생한 에러의 경우 error number로 구글링하면 해결 방법을 찾기가 쉽다.

2016년 2월 16일 화요일

데이터가 정상적으로 추가 되었는지 확인하기 (PHP, MySQL)

PHP 스크립트를 이용해 MySQL 서버에 접속하여 데이터를 추가하려 할때,

추가하려는 데이터가 무사히 저장 되었는지 확인하는 절차가 필요하다.

높은 확률로 어플리케이션에서 작성된 글이 서버에 잘 저장 되지만, 가끔 그 글이 소실 되는 경우에 애써서 작성한 글을 지켜주지 못하였다는 죄송한 마음은 이루 말할 수 없다.

최대한 공부해서 알아가며 점점 줄여 가고자 고군분투 중이다.

이번에 참고하게 된 책은 'My First MySQL & PHP programming' 이라는 책이다.

여기에서 제시하는 방법은 INSERT INTO 구문을 이용해 데이터를 추가한 후

그 데이터를 SELECT 명령으로 조회해 보는 것이다.

책에 소개된 소스 중 일부는 아래와 같은 형태이다.

...

mysql_query("INSERT INTO tb1 VALUES('K888','SQL',25)");

$re=mysql_query("SELECT * FROM tb1");

while($result=mysql_fetch_array($re)) {

print $result[0];

...

}

...

가장 기본적인 방법인 듯 하지만 이제라도 알게 되서 적용해 보았다.

2016년 2월 14일 일요일

[씀: 일상적 글쓰기] 2016.2.15 낮, '대화'

[씀: 일상적 글쓰기] 2016.2.14 밤 '20년 뒤'

[씀: 일상적 글쓰기] 2016.2.14 낮 '물음'

PHP MySQL 구문에 insert 할 때 작은 따옴표 (single quotation marks) 입력 처리

'씀: 일상적 글쓰기' 어플리케이션은 때때로 글이 저장되지 않는 오류가 있어왔다.

여러가지 방법으로 해결해 보려 애썼지만 명확한 오류를 찾지 못했었다.

오늘에서야 아주 기초적이고 간단한 오류 하나를 해결 함으로써 앞으로 글쓰기 저장 오류에서 큰 개선이 있을 것이라 기대해본다.

그 기초적이고 간단한 원인은

'PHP MySQL 구문에 insert 할 때 작은 따옴표 (single quotation marks) 입력 처리' 였다.

MySQL 에서 작은 따옴표는 문자열을 구분하는데 사용 되어 진다. 값에 작은 따옴표가 포함되어 있을 경우 쿼리문 속의 작은 따옴표들과 섞여 에러가 발생한다.

이를 해결하기 위해서는 작은 따옴표를 역슬레쉬와 함께 \' 이러한 형태로 사용해야 한다.

입력 하려는 문장이 예를 들어 This is 'example'. 이라면 이 문장은 This is \'example\'. 과 같이 사용 되어야 에러가 발생하지 않는다.

이때 addslashes() 함수를 사용하면 큰따옴표와 작은 따옴표와 같은 특정 특수 문자들에 \(역슬레쉬)를 붙여진 형태로 반환해 준다.

$example = addslashes($example);

이렇게 변환하여 사용하게 되면 \(역슬래쉬)를 포함하여 쿼리문을 실행시키고 DB에 저장 될 때는 \가 지워진 형태로 저장된다.

(참고, stripslashes() 함수는 '\' 가 표기된 문자를 원래대로 되돌려 준다.)