eedler

[알짜배기 예제로 배우는 iOS 프로그래밍] 책이 나왔습니다.

Oriyong — Thu, 14 Dec 2017 02:51:33 +0900

알짜배기 예제로 배우는 iOS 프로그래밍

2017-11-30 / 유용호 저

무슨 책인가.

제목은 '알짜배기 예제로 배우는 iOS 프로그래밍' 책이다. 앱을 개발하고자 하는 시작 단계의 사람들을 위한 흐름 소개서다. 개발 내용을 가장 많이 다루고 있지만, 책의 전체 내용은 앱 출시과정을 위해 어떠한 일을 해야하는지 다룬다. 예제를 통해 앱 개발의 전반적인 내용을 다루며, 무엇을 학습하고, 무엇을 준비해야하는지 알려준다. iOS 앱의 출시만을 목표로 다른 것은 염두에 두지 않는다. 프로그래밍 기초적인 내용도 출시와 상관 없다면 뺐다. 차라리 출시과정을 한 번 간접체험하고 다른 책, 웹사이트, 강좌 등을 이용해 보다 구체적인 학습의 단계로 넘어가는 것이 좋다고 생각했다. 그래서 두께가 두꺼워지지 않도록 신경썼다. 두꺼우면 끝까지 보지 않으니까. 이 책에 나온 각 내용을 상세히 다룬다면 지금의 몇 배의 두께를 감당해야 할 것이고, 그것은 초심자를 위한 것이 아니라고 생각했다. 무쪼록 내가 앱을 만들어왔던 이 발자취가 누군가의 막연함을 덜어주는데 조금이나마 도움이 됐으면 한다.

누구를 위한 것인가.

철저하게 초심자를 위한 책이다. 최대한 초심자를 위해 쓰려고 노력했다. 전문가가 보기엔 오히려 이상한 부분도 있을 것이다. 설명을 최대한 간략히 하려고 노력했기 때문이다. 사실 앱 제작을 위한 입문서가 할 일은 특정 부분을 상세히 알려주는 것보단, 전체적인 흐름을 체험하고, 무엇을 더 학습해야 하는지 알려주는 것에 있다고 나는 믿는다. 처음 앱을 개발해서 출시하고자 하면 막연하고 답답한 마음이 있다. 나역시 처음 너무도 막막했기에 그 기분을 잘 알고, 다른 누군가가 나와 똑같은 느낌을 느끼는게 싫었다. 초심자와 전문가는 사실 막막함의 차이가 가장 크다. 전문가도 특정 분야에 대해 무엇이든 다 알진 못한다. 다만 전문가들은 그들 스스로 길을 찾아갈 줄 알며, 무엇을 더 익혀야 하는지 알기 때문에, 방향을 고민하진 않는다. 전문가는 자신이 무엇이 부족한지 알고 있고, 그 부족함을 어떻게 채워야 하는지도 알고 있다. 자신이 알고 있는 길을 그냥 걸어가면 되는 것이다. 초심자는 다르다. 자신이 무엇을 모르는지 조차 모른다. 초심자 강의에서 모르는 것을 물어보라고 하면 대부분은 질문이 없다. 이는 초심자가 모르는게 없어서가 아니라, 무엇을 물어봐야하는지 조차 모르기 때문이다. 이 책이 초심자들 스스로 무엇을 모르는지 깨닫는데 조금이나마 도움이 되길 바란다.

무엇이 들어있는가.

나의 입장에서 이 책은 누군가를 위한 학습서라기 보다는 나의 족적을 돌아볼 수 있는 일기장에 가까운 느낌이다. 이 책에 있는 내용들은 내가 실제 앱을 만들며 겪었던 과정을 그대로 담고 있다. 우선은 앱을 기획하기 위한 도구들을 설명한다. 이러한 도구들은 실제로 내가 앱을 제작하며 사용했던 도구들이다. 생각을 정리하고, 방향을 설정하고, 무엇보다 중요한 것은 어디까지만 구현할지 정하는 것이다. 이 책은 각 챕터별 설명을 위한 앱을 따로 제작하지 않았다. 내가 갖고싶은 앱을 만들고, 그 앱의 제작기를 제공하는 형태다. 그 과정에서 내가 도움을 받았던 도구들과 작성했던 코드들을 거의 그대로 넣었다. 쓰일지 말지 모르는 개념을 넣어서 책을 두껍게 만들기보다는 딱 내가 사용한 개념만을 넣으려고 노력했다. 앱 출시의 간접경험을 제공하고자 하는 목적이었기에 외주에 대한 소개도 넣었다. 모든 걸 혼자할 수는 없기 때문이다. 돈 많으면 다 해결되겠지만, 내가 돈이 없었으므로, 돈 많이 드는 프로그래밍 개발 부분이 주된 내용이다. 출시를 위해 준비해야하는 다른 주변 상황들과 앞으로 무엇을 더 학습해야 하는지도 넣었다.

어떻게 보아야 하는가.

책에 소개된 내용을 한 번 보고나서, 자신만의 앱을 만든다. 글자도 넣어보고, 입력 칸도 넣어보며, 책이 안내한 모양과는 다른 자신만의 앱을 이리저리 만들길 추천한다. 심화단계의 앱은 앱스토어에 올려져 있다. 어차피 무료이니 다운로드 받아서 이것저것 눌러보면 좋다. 그 기능을 어떻게 코드로 타이핑했는지 알려고 하기 보다는, 이러한 형태가 있구나, 정도의 느낌만 알면된다. 추후 비슷한 기능이 필요할 때 그 부분을 찾아서 그대로 타이핑 치거나, 소스코드를 다운받아 참고해도 된다. 시간 상 하나하나 상세히 살펴보기 힘들다면, 소설책처럼 눈으로 쭈욱 읽어나가기만 해도 된다. 소스코드도 넓게보면 하나의 패턴이므로, 우선은 그러한 패턴에 익숙해지길 바란다. 소스코드 뿐만이 아닌 앱 기획, 디자인, 관리 웹사이트 등에 대한 정보를 어떤 방향으로 접근해야하는지의 시각으로 봐주길 바란다. 어떤 분야든 책 한, 두 권 보고 전문가 수준으로 올라가는 분야는 없다. 내가 이 책으로 이루고자 하는건 간단하다. 이 책을 보고 누군가가 이제 자신의 다음 책, 다음 강좌, 또는 다음 질문을 깨닫게 된다면, 나는 그것으로 만족하려 한다.

알라딘: 바로가기

예스24: 바로가기

교보문고: 바로가기

일기장 어플 추천! 모노리얼 다이어리 사용법!

Oriyong — Tue, 4 Oct 2016 14:00:31 +0900

안녕하세요.

오늘은 아이폰 일기장 어플 모노리얼 다이어리 사용법을 설명드리겠습니다.

감성적인 일기장 어플을 찾으신다면 모노리얼 다이어리를 추천합니다.^^

간단 소개.

이름 : 모노리얼 다이어리

취지 : 하루 한 편, 나만을 위한 글쓰기를 해보세요.

iOS 앱스토어 : https://goo.gl/Ti93mz

모노리얼 다이어리는 기억을 흑과 백 이라는 색상을 가지고 표현하고 싶어서 시작된 일기장 어플입니다.

하루 한 편 나만을 위한 글쓰기를 해보자라는 시작이었습니다.

한 장의 사진 위에 자신의 생각을 간단하게 적는 방식으로 글을 작성합니다.

기본적으로 모노리얼 다이어리의 배경색은 전자책 배경색 기반의 부드러움을 제공합니다.

글자색 역시 전자책의 색상을 사용해서 최대한 눈에 피로감을 없애고자 하였습니다.

스크린샷은 캡춰를 위해 실행한 데모프로그램이라 영문이지만, 실제 일기장 어플은 한글을 지원합니다.

설명은 한글 메뉴를 기준으로 설명드리겠습니다.^^

■ 목록보기 : 목록은 위에 선택된 월을 기준으로 표시됩니다.

특징은 Any라는 선택이 있어서 Any를 선택할 경우 해당 부분에 대해서는 모두 표시됩니다.

연도 선택부분을 Any라고 선택하고 월 선택부분을 Oct 라고 선택할 경우.

모든 연도에 10월에 작성된 글들을 모아서 볼 수 있습니다.

연도 선택부분을 2016 이라고 선택하고 월 선택부분을 Any 라고 선택할 경우.

2016년에 작성된 모든 글들을 모아서 볼 수도 있습니다.

연도 선택부분을 Any, 월 선택부분도 Any 라고 선택할 경우 모든 글들을 볼 수 있습니다.

목록에서 날짜부분의 하얀색 동그라미는 '오늘'을 나타냅니다.

■ 글쓰기 : 목록화면에서 오른쪽 아래쪽의 연필 모양을 탭하면 글쓰기가 시작됩니다.

0. 글쓰기

무슨 생각을 하고 있나요?

부분을 탭하시면 글을 작성할 수 있습니다.^^

작성 후 완료를 클릭하시면 기타 다른 효과나 레이아웃을 편집할 수 있으며, 바로 오른쪽 상단의 연필 모양을 클릭하시면 바로 글쓰기가 되기도 합니다.

1. 날짜 변경

위쪽의 날짜 버튼을 클릭하면 다른 날짜의 글을 작성할 수 있습니다.

다른 일기장 어플과 다르게 모노리얼 다이어리 일기장 어플은 미래의 날짜를 선택할 수 있습니다.

미래의 꿈을 명확히 꾸고자 하는 제작자 본인이 쓰려고 만든 일기장 어플답게 미래의 일기를 작성할 수 있습니다.

저는 미래에 제가 이루고 싶은 날짜에 원하는 꿈을 적곤 합니다. 그 날 일기에는 . 저의 꿈이 이미 이루어진 것처럼 적기도 합니다.

2. 사진 변경하기 : 하단의 사진모양 아이콘을 클릭하면 사진관련 메뉴가 표시됩니다.

사진은 자신의 사진을 넣을 수도 있고,

랜덤 이미지를 새롭게 불러올 수도 있습니다.

사진없이 그냥 흰바탕에 글을 쓸 수도 있습니다.

3. 글자형태 변경하기: 하단의 문서모양 아이콘을 클릭하면 글자형태관련 메뉴가 표시됩니다.

폰트의 사이즈와 정렬 방식을 선택할 수 있습니다.

4. 색상 조정하기 : 하단의 색상조정 아이콘을 클릭하시면 관련 메뉴가 표시됩니다.

처음엔 사진도 무조건 흑백으로만 볼 수 있었으나, 제작과정에서 원본색상도 선택할 수 있도록 변경되었습니다.

폰트의 색상도 설정가능하며,

글자 뒤의 검은색 바탕의 투명도를 설정할 수 있습니다.

사진을 배경으로 넣게 되면 사진 뒤쪽의 흰바탕에는 사진의 흐릿한 이미지가 배경으로 표시됩니다. 이 항목의 투명도도 선택 가능합니다.

5. 위치 이동하기 : 사진을 드래그 하거나, 텍스트 칸의 아이콘을 드래그 할 경우 위치를 조정할 수 있습니다.

사진의 위치에 따라 글자의 위치도 변경해보세요. 또다른 느낌의 글이 됩니다.

하단의 리셋버튼을 클릭하면 초기 레이아웃으로 변경됩니다.

■ 내용보기 : 목록 화면 중 보고 싶은 내용을 탭하시면 글 내용을 볼 수 있습니다.

왼쪽, 오른쪽으로 스와이프 하면 이전 글과 다음 글이 표시됩니다.

새로운 글이 표시된 후에 위쪽에 잠시동안 그 날의 날짜가 표시됩니다.

내용보기 화면에서 화면을 탭할 경우 메뉴가 표시됩니다.

0. 공유하기 - 하단의 공유하기 버튼으로 해당 이미지를 다른 프로그램으로 공유할 수 있습니다.

페이스북이나, 트위터에 내용을 공유해보세요. 광고가 일정기간 사라지는 효과도 있습니다.

1. 다운로드 - 버튼 클릭시 한 장의 사진처럼 해당 화면이 캡춰되어 사진갤러리에 저장됩니다.

■ 삭제하기 : 목록화면에서 삭제하고자하는 글을 왼쪽으로 스와이프 하실 경우 해당 글을 삭제할 수 있습니다.

삭제하신 글은 백업해놓지 않은 이상은 다시 살릴 수 없습니다. 꼭 주의해서 삭제하시기 바랍니다^^

■ 설정하기 : 목록화면에서 왼쪽 상단의 메뉴 버튼을 클릭하게 되면 설정 메뉴가 보입니다.

설정하기는 앱을 사용할 때의 이런저런 환경을 설정할 수 있습니다.^^

0. 잠금 - 해당 앱은 다이어리 앱입니다. 누군가가 보면 부끄럽겠죠? ^^;

잠금 기능을 켜면 비밀번호를 설정하고 잠금 기능이 설정됩니다. 터치ID가 가능한 기기일 경우 손가락 모양의 버튼이 생깁니다. 버튼 클릭시 인증시 터치ID도 사용이 가능합니다.

비밀번호를 잊게 되면 다시는 재설정할 수 없습니다. 비밀번호는 꼭 잘 기억해주세요.^^

1. 사진 모노 기본값 - 처음 글쓰기를 켤 때 사진이 흑백이 처리될지 선택여부입니다. 기본값은 모노리얼 이름대로 켜져있습니다.

끌 경우 처음 글쓰기에 나오는 사진이 원본색상으로 표시됩니다.

2. 테마 - 글쓰기에 기본 표시되는 사진은 수만장의 사진 중 랜덤하게 표시됩니다. 특정 테마를 원하신다면 선택하면 해당 테마에 걸맞는 사진 위주로 표시됩니다.

3. 알림 - 하루 한 번 글쓰기를 도와주도록 알림을 설정할 경우 해당 시간이 되면 알림이 울립니다. 저는 매일밤 10시 반이면 모노리얼이 울립니다.

4. 백업 - 요즘은 기기를 변경하더라도 아이폰전체백업을 했다가 그대로 복원하면 되므로, 기기를 변경한다해도 딱히 데이터가 날아가는 일은 없는데요.

혹시라도 모를 백업 기능합니다. 간혹 비밀번호를 잊으셨다면, 백업 후에 일기장 어플을 지우셨다가 다시 설치하고 복원하셔야 합니다.

여기까지 일기장 어플 모노리얼 다이어리 사용법을 소개해드렸습니다.

모노리얼은 애초에 글쓰기를 좋아하는 제작자 본인을 위해 제작하였습니다. 보다 글 자체에 집중하고, 글의 느낌을 더 잘 전달하기 위헤 노력하였습니다.

글쓰기 자체에 집중하기 위해 과도한 화려함은 오히려 피했습니다. 화려한 글자색, 배경색은 제외했습니다. 이러한 컨셉이 글자 색상이 흰색과 검은색의 중간 단계에서만 선택하게 된 이유이기도 합니다. 여러분들도 보여지는 화려함보다 글쓰기 그 자체에 집중해보시기 바랍니다.

최근에는 사용자분들이 다양한 요청사항을 주셔서 이런저런 사항들에 대한 업데이트를 고려 중입니다.

리뷰를 남겨주신다면, 저희에겐 커다란 힘이 됩니다.^^

일기장 어플 추천하실 때는 모노리얼 다이어리를 기억해주세요.^^

아래 주소로 메일을 주시면 언제라도 적극 검토하여 최대한 개선하도록 노력하겠습니다.^^

앞으로도 계속적으로 개선해서 다양한 분들의 '하루 한 편, 나만을 위한 글쓰기' 를 돕도록 하겠습니다.

감사합니다.^^

모노리얼 다이어리 Monorial Diary

앱스토어 : https://goo.gl/Ti93mz

홈페이지 : http://eedler.com/

이메일 : monorial@eedler.com

페이스북 : https://www.facebook.com/eedler.co

협업시 습관에 관련된 유의사항

Oriyong — Mon, 19 Sep 2016 17:35:59 +0900

안녕하세요.

이들러입니다.

오늘은 코딩 작업 협업시 유의해야할 사항을 이야기하고자 합니다.

이러한 사항은 아래의 제품들을 제작하면서 겪었던 사항을 정리한 것입니다.

쉬운환율계산 : https://goo.gl/YUbPqd

쉬운환율계산무료버젼 : https://goo.gl/FhVBSl

모노리얼 다이어리(무료) : https://goo.gl/Ti93mz

오늘 이야기할 부분은 습관적인 부분입니다.

프로그램 관련해서 작업을 하다보면 협업은 불가피합니다.

그 어떤 사람도 규모가 큰 프로젝트를 혼자서 처음부터 끝까지 해낼 수는 없습니다.

만약 혼자서 처음부터 끝까지 해냈다면 규모가 크지 않은 프로젝트였거나, 아주 긴 기간이 걸렸거나,

또는 개발자가 초초초천재! 개발자였을 것입니다.

따라서 협업은 개발에 있어서는 어쩔 수 없이 따라오는 부분입니다.

협업에는 도구가 필요합니다.

소스관리 시스템이라던지, 아니면 태스크관리 시스템, 이슈 트랙커 등 다양합니다.

이러한 도구를 안쓴다고 운영이 불가능한 것은 아니지만 쓴다면 실수를 줄이며 여러가지 면에서 더없이 좋습니다.

제가 오늘 말씀 드릴 부분은 이러한 관리적인 툴 부분이 아닙니다.

개발자가 사람으로서 실수할 수 있는 습관적인 부분을 말씀드리려고 합니다.

이미 조직문화나 정규화가 잘 되어 있는 규모있는 팀에서는 없는 일일 수도 있으나,

저희처럼 작은 조직에서는 흔히 일어나는 일입니다. 이 글은 저희 스스로의 경각심을 위해 작성하였습니다.

소설 처럼 내려읽어가는 형태를 취하다보니 코드는 의미만 통하도록 작성하였습니다.

1. 정해진 규칙을 따르지 않는다.

의외로 많습니다. 많은 개발자들이 종이 또는 화면 상의 문서를 보는 것을 좋아하지 않습니다.

물론 저도 좋아하지 않습니다. 이유는 잘 모르겠습니다.^^;;

빨리 뭔가를 따닥따닥 쳐서 눈에 보이고 손으로 만질 수 있는 무엇인가를 만들기를 바랍니다.

그래서 팀내부에 이미 정해져있는 문서를 제대로 읽지 않는 경우가 많습니다.

예를 들어 생활코딩이라는 커뮤니티에서도 가끔 올라오는 질문 중에 if 의 형태에 대한 것이 있습니다.

//if의 형태
// 1번
if ( isExistIdea() == true ) {
    print("존재함")
}

// 2번
if ( isExistIdea() == true )
{
    print("존재함")
}

if 의 두 형태 중 어떤걸 주로 사용하냐의 질문입니다. {} 의 시작지점에 대한 이야기인데 당연히 정답은 없습니다. 그냥 사람따라 다르고 팀따라 다릅니다.

문제는 1번 형태로 쓰자고 모든 팀원이 논의가 끝난 상태에서 혼자 2번 형태를 사용하는 사람입니다. 정답이 없다보니 누가 뭐라고 하지도 않습니다. PSR 등의 코딩 스타일 가이드가 있긴 한데 강제는 아닙니다. 안따라도 오류가 나진 않으니, 잘 따르다가도 시간이 지나면 스멀스멀 하나씩 올라오기도 합니다. 자동으로 신텍스를 조정해주는 툴을 사용하거나 환경세팅을 통일하거나 하는 방법도 있습니다. 하지만 역시나 중요한 것은 개발자 스스로 끊임없이 자신의 코딩스타일이 가이드에 어긋나지 않았는지 확인하는 것입니다. 예시를 if로 들었을 뿐이고, 실제로 개발시에는 더 많은 논의가 생깁니다. 변수의 작명부터 클래스의 작명, 제어문의 형태, _의 쓰임, 공백의 활용 여부, 라인의 길이까지도 모두 논의 대상입니다. 위에 예시를 든 if문의 경우 팀이 둘 다 허용한다고 하면 둘 다 쓰면 그만입니다. 다만 협업시 이러한 부분은 한 번쯤은 꼭 체크하시길 바랍니다.

2. 있는걸 또 만든다.

반복적인 업무에 사용하는 함수는 참으로 편리합니다. 당연히 이런저런 유지보수를 하다보면 기능이 추가되고 그래서 필요한 함수를 추가할 경우가 생깁니다. 클래스의 메소드 등을 만들다 보면 다른 사람이 만든 클래스나 모듈을 수정하는 일도 있습니다. 급하게급하게 진행하는 경우 문서가 제대로 작성되어 있지 않으니, 코드를 위부터 아래로 쭈욱 훑어본 후에 자신이 원하는 함수가 없으면 함수를 만들기 시작합니다. 문제는 업무를 하다보면 이미 있는 함수를 다시 만드는 경우가 생깁니다. 물론 완전히 같은 함수를 두 번 만드는 경우는 별로 없습니다. 어설프게 같은 함수가 중복되는 경우가 문제입니다.

// 1번
func isBrake(Car) {
    if Car.brake == true {
        return true
    } else {
        return false
    }
}

// 2번
func isNotStopPedal(Car) {
    if Car.brake == false {
        return true
    } else {
        return false
    }
}

위의 두 함수는 같은 일을 하는 함수입니다. 함수명만 다르고 true, false가 뒤집혀 있습니다. 위에 예시는 매우 극단적이지만 조금 확장해서 생각해보면 이러한 경우는 꽤 많습니다. 위의 두 함수가 각각 따로따로 쓰여지게 되면 어느 순간 함수를 고쳐야할 순간에 혼동이 오기 시작합니다. 이러한 경우는 사실 개발자들 사이에서는 그냥 쉬쉬하는 일입니다. 일단 지금 당장 내가 짠 코드는 돌아가니 리팩토링 같은 코드 갱신 작업도 하지 않습니다. 괜시리 만졌다가 문제를 일으키고 싶지 않은 것이죠.^^;; 이 함수들의 문제는 나중에 리팩토링 등을 할 때도 꽤 많은 고민을 하게 만든다는 것입니다. 초기에 빠르게 성장하는 팀에서는 자주 발생하는 일입니다. 이 상태에서 어느 정도 성장 후에 코드를 정리하고자 하면 이미 더욱 커져버린 코드에 짊어져야할 출혈도 만만치 않습니다. 함수든 클래스든 생성 전에 반드시 문서를 확인하시고, 또한 다른 사람과의 크로스체크도 꼭 하시기 바랍니다.

3. 내꺼만 소중하다.

새로 추가된 인력이 주로 하는 실수입니다. 내가 하는 일은 너무너무 중요해서 눈에 잘 띄게 해야지 라는 강한 의식을 가지고 있을 때 발생합니다. 가령 클래스에 새로운 메소드를 추가한다면

//Car Class
Class Car() {
    var brake: Bool = flase

    func setBrake(bool) {
        self.brake = bool
    }

    /////////////////////////////////////////////////
    // isBrake : 브레이크의 존재여부를 알려줍니다
    // 시작
    ////////////////////////////////////////////////
    func isBrake() {
        if self.brake == true {
            return true
        } else {
            return false
        }
    }
    /////////////////////////////////////////////////
    // isBrake : 종료
    ////////////////////////////////////////////////
}

우리는 당신이 짠 소스가 얼마나 대단한 것인지 잘 알고 있습니다. 그러니 그냥 다른 함수 또는 변수들과 같은 형태의 정렬 또는 형태를 사용하세요. 그렇게 눈에 띄게 크게 표시 하지 않아도. 해당 모듈에 문제가 있다면 당신에게 가겠습니다.

이는 1번 규칙을 따르는 문제와 연관이 있습니다. 실제 운영을 하다보면 이러한 형태를 많이 보게 됩니다. 물론 코드는 잘 돌아가고 눈에 띄니 보기도 좋습니다. 하지만 개발 때 뿐입니다. 시간이 지나면 해당 함수는 다른 함수들과 같은 함수이며, 가령 다른 사람이 다른 함수를 수정하기 위해 저 코드를 열어보기라도 한다면 그 사람은 잠시 깊은 사색에 잠길지도 모릅니다.^^

4. 주석을 함께 수정하지 않는다.

주석은 잘못 사용하면 독입니다. 잘못된 주석은 주석이 없는 것보다 훨씬 위험합니다.

최근에는 문서를 자동으로 작성해주는 좋은 프로그램들도 있으니 문제가 안일어날 수도 있겠지만,

저는 여전히 웹소스 등을 수정할 때 에디터툴을 많이 사용하며 코드 중간중간에 주석을 넣기도 합니다.

//Car Class
Class Car() {
    var brake: Bool = false
    var smartKey: Bool = false

    func setBrake(bool) {
        self.brake = bool
    }

    /////////////////////////////////////////////////
    // 브레이크의 존재여부를 알려줍니다
    // 시작
    ////////////////////////////////////////////////
    func isSmartKey() {
        return self.smartKey;
    }
    /////////////////////////////////////////////////
    // isBrake : 종료
    ////////////////////////////////////////////////
}

또다시 극단적인 예이긴 하지만 3번 예시의 코드를 수정해 보았습니다. 관련 코드의 수정은 곧 관련 주석의 수정을 의미합니다. 위의 주석은 차라리 없는게 낫습니다. 주석을 수정할 여유가 없었다면 차라리 주석을 지워버리세요. 그러면 다음 사람은 코드만으로 함수를 이해하려고 노력할 것입니다. 코드가 명확하면 주석이 필요 없다는 말이 있습니다. 물론 그렇긴 하지만 이런저런 일을 하는 모듈일 경우 설명 한 줄 없이 모든 코드가 명확하기란 사실 쉽지 않습니다. 바쁘다보면 코드의 주석은 수정하지 않은 채 코드만 수정하는 일은 사실 굉장히 흔한 일입니다. 그러나 이 작은 실수가 추후 커다란 재앙이 되어 돌아오리라는 것을 ....... 개발자들은 다 알고 있지만 잘 안합니다. -_-ㅋㅋㅋ

따라서 주의해야 합니다.^^

정리

오늘은 흔히 하는 습관적인 실수에 대해서 이야기했습니다. 이러한 사항들은 협업 시에 특히 도드라지는데요. 혼자서 작업할 때는 잘못된 주석도 다 이해하면서 넘어가기 때문입니다. 하지만 한 두 달만 지나면. 자신이 작성해놓은 코드도 타인이 작성해 놓은 코드인것처럼 새록새록했던 기분은 누구나 다 겪어보셨을 것입니다.^^;

이 모든 글은 저 자신에게 하는 말이며, 저 역시 이런 부분이 잘 안되기 때문에 명심하고자 하는 마음에서 작성하는 것입니다.

저 역시 이러한 실수를 자주합니다. 오늘 이런 글을 작성하고, 한 두 시간 후에 또 실수를 하곤 합니다.

하지만 중요한 것은 점점 더 나아지고 있으며, 어제보다 나은 오늘이었고, 내일은 오늘보다 더 좋아질 것이라는 것입니다.

이상 이들러 개발팀이었습니다.^^

쉬운환율계산 : https://goo.gl/YUbPqd

쉬운환율계산무료버젼 : https://goo.gl/FhVBSl

모노리얼 다이어리(무료) : https://goo.gl/Ti93mz

[모노리얼 다이어리] 사진 흑백모노처리 변경하기

Oriyong — Sat, 17 Sep 2016 13:30:52 +0900

안녕하세요.

이들러입니다.

모노리얼 다이어리의 사용법을 안내드립니다.

모노리얼은 한 장의 사진 위에 자신만을 위한 글을 쓰기 위한 다이어리입니다.

앱주소 : http://goo.gl/Ti93mz

모노리얼은 흐릿한 기억이라는 개념을 흑백이라는 매체를 이용해 표현하고자 하였습니다.

그에 따라 기본으로 표현되는 사진이 흑백인데요.

간단한 탭만으로 사진의 흑백여부를 설정할 수 있습니다.

글쓰기 화면에서 아래의 색상조정 버튼을 탭하면 각종 색상을 조절 할 수 있습니다.

그 중 사진모노 스위치를 켜고 꺼서 사진의 흑백여부를 선택할 수 있습니다.

켜고 끄는대로 사진이 흑백과 오리지널로 변경됩니다.

만일 주로 컬러사진만을 사용하길 원하신다면 설정부분에서 기본값을 변경할 수 있습니다.

메인화면에서 메뉴 버튼을 탭 한 후 설정을 탭하면 설정화면이 나타납니다.

그 중 사진모노 기본값을 켜고 끔으로써 흑백여부를 선택할 수 있습니다.

모노가 켜져있을 경우 흑백으로, 꺼져 있을 경우 원본색상으로 표시됩니다.

사진 모노 기본값을 꺼놓을 경우 새로운 글쓰기 화면에서 사진은 흑백이 아닌 원본색상으로 표시됩니다.

기존에 작성된 글도 수정시 모노값을 켜고 끌 수 있습니다.

흑백으로 저장되어 있던 사진을 컬러로 변경해 보세요.

작성되었던 글이 사진의 색상에 따라 또 다른 의미로 보여지기도 합니다.

모노리얼 다이어리를 이용해 주셔서 감사합니다.

보다나은 개선을 위해 계속 노력하고 있습니다.

의견이 있으실 경우 언제든 아래 이메일로 보내주세요.^^

지속적으로 모노리얼의 관련 내용을 확인하시려면 페이스북 페이지에 좋아요를 부탁드립니다. ^^

이메일 : monorial@eedler.com

페이스북페이지 : https://www.facebook.com/eedler.co

[모노리얼 다이어리] 작업도구 정리_전체

Oriyong — Tue, 13 Sep 2016 17:18:22 +0900

안녕하세요.

1인 개발팀 이들러입니다.

회사를 그만두고 하고 싶은 일을 하려고 덤빈지 이제 반년쯤 되었습니다.

최근 세번째 제품이 출시되었습니다.

오늘은 앱 개발 작업하면서 썼던 도구들을 정리하도록 하겠습니다.

지난 번 앱에 썼던 도구들을 그대로 사용한 것도 있는데요.

일단은 전체적으로 나열하도록 하겠습니다.

앱개발을 준비하시는 분들께 조금이나마 도움이 되셨으면 좋겠습니다.

제품명 : 모노리얼 다이어리

주제 : 하루 한 편 자신만을 위한 글을 쓰세요.

앱주소 : http://goo.gl/Ti93mz

!출시배경!

제가 글쓰기를 좋아하고, 최근 이런저런 글쓰기를 하면서

하루 한 편 자신을 위한 습작노트 같은 다이어리앱이 필요했습니다.

사진 위에 글을 쓰는 개념으로 카드뉴스 형식의 한장 짜리 글을 손쉽게 작성하길 원했습니다.

그래서 랜덤하게 이미지를 제공하고 그 이미지 위에 글씨를 쓰는 형태를 생각했습니다.

물론 포토라이브러리에서 자신의 사진도 직접 올릴 수 있어야 한다고 생각했습니다.

화면은 전체화면이 하나의 사진처럼 보이길 원했습니다.

그래야 배경화면 등으로도 사용할 수 있으니까요.

사진은 글쓰기의 배경컨셉이라서 정밀하게는 조정될 필요는 없었으나,

위치 또는 모노리얼의 컨셉에 맞게 흑백처리를 할 수 있어야 한다고 생각했습니다.

오늘 제가 언급할 내용들입니다.

이 내용들은 제가 모노리얼 다이어리를 제작하면서 실제로 사용했던 자원 및 서비스들의 목록입니다.

00. 컴퓨터

01. 개발IDE, 언어

02. 관련클래스

03. 할일관리 도구

04. 소스관리

05. 이미지 서비스

06. 분석도구

07. 광고

08. 아이콘 제작

09. 스크린샷 제작

10. 소개글 작성

!컴퓨터!

2011년도에 구매한 맥북에어를 이용했습니다.

11인치 모니터, i5 1.6GHz, RAM 4G, 126SDD 구성입니다.

화면이 좀 작긴 했지만 앱 자체가 화면이 많은 고사양앱이 아니라서 작업시 그렇게 불편하진 않았습니다.

다만 아이패드 등의 시뮬레이터 등을 돌릴 때 클릭 한 번씩이 좀 오래 기다려야 하는 불편함이 있었습니다.

아이패드 시뮬레이터는 스크린샷을 찍을 때와 테스트 때만 조금 돌렸기 때문에 많이 불편하진 않았습니다.

!개발IDE, 언어!

Xcode를 이용했습니다.

Xcode는 사용할 수록 좋다는 생각이 듭니다. 각종 안내도 잘 되어 있고, 훌륭한 기능에 의외로 빠릅니다.

언어는 Swift 를 이용했으며, iOS 8.0 이상 사용자가 사용할 수 있도록 제작하였습니다.

데이터가 쌓이는 형태라 데이터베이스가 필요했는데요. CoreData 를 이용했습니다.

iOS의 앱을 개발하기 위해서는 언어로는 오브젝트C 또는 Swift를 이용해야 하는데요.

애플이 앞으로 Swift 로 나간다고 해서 언어는 초기 진입시에 Swift 로 정했습니다.

!관련클래스!

앱을 제작하며 다뤘던 객체들입니다.

전체는 아니지만 직접적으로 손으로 타이핑을 쳐야하는 부분 중점적으로 나열하였습니다.

00. UILabel : 화면에 글자를 표시할 때 사용합니다.

01. UIButton : 화면에 버튼을 배치합니다.

02. UIImageView, UIImage : 화면에 이미지를 표시할 때 사용합니다.

03. UIViewController : 하나의 화면 틀에 사용됩니다.

04. UITableView: 여러 개의 내용을 목록형태로 표시할 때 사용합니다.

05. UITableViewCell : UITableView에서 한 칸에서의 내용을 정합니다.

06 UIPickerView: 여러 개의 목록 중 값을 선택할 때 사용됩니다.

07. GADBannerView : Admob 배너광고를 표시할 때 사용됩니다.

08. GADInterstitial : Admob 전면광고를 표시할 때 사용됩니다.

09. UIActivityIndicatorView : 처리중 사용자에게 기다리라는 의미로 사용됩니다.

10. UIImagePickerController : 사진라이브러리에서 사진을 선택할 때 사용됩니다.

11. UISearchBarDelegate : 검색창을 구성할 때 사용됩니다.

12. SKPaymentTransaction : 인앱결제를 구성할 때 사용됩니다.

13. SKProductsRequest : 인앱결제 목록을 가져올 때 사용됩니다.

14. NSUserDefaults : 각종 사용자 설정값을 저장할 때 사용됩니다.

15. NSManagedObjectContext : 코어데이터 다량의 데이터를 구조적으로 저장할 때 사용됩니다.

저는 처음 시작시에 어떤 기능을 붙여야할 경우 어떤 오브젝트를 써야할지 몰라서 고민했던 기억이 있습니다.

여러 다양한 책들과 구글의 도움을 많이 받았는데요. 여러 다양한 예제들을 많이 봐두시면 도움이 될듯합니다.

!할일관리 도구!

스케쥴을 관리할 할일관리 도구가 필요했습니다. 트렐로 서비스를 이용했습니다.

https://trello.com

이 서비스를 이용하는 첫번째 이유는 무엇보다! 무료 -_-;

유료버젼도 있으나, 무료만 사용하더라도 간단한 하나의 프로젝트 관리는 충분히 가능합니다.

해야할일, 하고있는일, 완료된일, 배운점 등으로 보드를 나눠서 사용했는데요.

칸반형태로 일을 진행하시고자 하시는 분들에게는 익숙한 패턴입니다.

!소스관리!

Git(https://git-scm.com/)을 이용했습니다. 호스팅서비스로는 https://bitbucket.org/ 을 이용했습니다.

Git은 브랜치 등으로 프로젝트를 다른 방면으로 작업 후에 합치거나 할 때 유용합니다.

물론 저희는 혼자서 작업하는게 대부분이라 코드의 병합 문제 등이 거의 발생하지 않았으나,

코드가 어느 시점에서 어떤 상태였는지 확인하는 것은 추후 유지관리 부분에서 굉장히 중요하므로,

소스관리 시스템을 꼭 사용하시기 바랍니다.

!이미지 서비스!

글쓰기 화면에서 보여질 랜덤한 이미지가 필요했습니다.

다양한 디바이스 크기에 맞춰질 고퀄리티의 이미지가 필요했습니다.

물론 라이센스에서도 문제가 없어야 했습니다.

https://unsplash.com/ 서비스를 이용했습니다. API 신청시 시간당 5000콜 커버가 가능합니다.

API에서는 랜덤한 이미지를 임의의 크기로 제공하는 서비스를 제공합니다.

저희 같은 가난한 팀에게는 신의 은총 같은 서비스입니다. +______+

!분석도구!

Firebase(https://firebase.google.com/)를 이용했습니다.

분석도구는 앱의 사용주기를 확인하기 위해서 필요했습니다. 유료앱이 아닌 무료앱이기에

구매로 이벤트가 끝나는 것이 아니라, 사용자가 앱을 오랫동안 사용할 수 있는 방식을 계속 고민해야 했습니다.

그러다보니 첫번째는 어느 지역의 누가 어떤 버튼을 얼마나 누르는지 알고 싶은게 제 마음이었습니다.

그래서 분석툴이 필요했는데요. 그런 과정에서 Firebase를 선택하게 되었습니다.

서비스는 앱을 생성 후 필요한 파일을 다운로드 후에 작업프로젝트에 추가해주는 방식이었습니다.

저도 처음해봐서 약간 헷갈리는 부분이 있어서 추후에 다시 정리할 생각입니다.

!광고!

애드몹(https://apps.admob.com/)입니다. 구글의 광고플랫폼을 이용하기로 했습니다.

Firebase 설치시 Admob이 포함되어 있어서 함께 설치하였습니다.

뷰를 추가하고 해당 뷰에 광고를 넣어주는 함수를 실행하는 형태였습니다.

광고는 사용자가 사용중 광고를 클릭하면 클릭당 금액이 적립되도록 되어 있습니다.

이러한 광고로 얼마만큼 효용이 있는지는 아직 미지수지만 일단 지켜볼 생각입니다.

애드몹은 스크린샷이 없습니다. 홈화면에 무조건 제 수익 등이 보여서 부끄럽더라구여 >,.<;;

많았으면 자랑삼아 올렸을텐데.. 초라한 성적에 -_-ㅋㅋ

!아이콘 제작!

아이콘 제작은 1024x1024 크기의 png 파일 하나가 필요합니다.

해당 파일로 나머지 다른 아이콘 크기는 리사이즈 해주는 툴(App Icon Resizer)로 리사이즈 하면 되었습니다.

우선은 포토샵으로 1024x1024 크기의 아이콘을 제작한 후 App Icon Resizer 로 각 디바이스에 맞는 아이콘 크기로 리사이징 했습니다.

App Icon Resizer는 1024x1024 크기의 png 파일을 드래그앤드롭으로 프로그램에 넣으면 폴더를 지정하게 됩니다.

폴더를 선택하면 각각 디바이스의 요구사항에 맞는 크기로 리사이징을 해줍니다.

리사이징 된 각각의 아이콘을 Xcode상에서 아이콘에 배치해주면 됩니다.

!스크린샷 제작!

런치킷(https://launchkit.io/) 서비스를 이용하시면 보다 편리하게 스크린샷을 만드실 수 있습니다.

최근에는 단순 디바이스에서의 캡춰화면이 아닌 디바이스틀도 보이고 화면 위아래에 글자를 넣는 형태가 일반적인데요.

이 곳의 서비스를 이용하면 손쉽게 그러한 이미지를 만들 수 있습니다.

최근 아이튠즈커넥트의 변경으로 모든 디바이스 크기의 스크린샷을 다 올리는 것이 아니라,

레이아웃의 큰 변화만 없다면, 5.5인치의 스크린샷 하나로 전체 디바이에 적용 가능합니다.

예전에는 스크린 크기별로 이미지를 조정해야 했기 때문에 이러한 서비스가 필수적이었다면, 이제는 5.5인치 하나만 만들어서

전체적용해도 되므로, 서비스의 매력은 조금 떨어진 것이 사실입니다.

그러나 여전히 틀에 이미지를 선택하고 글씨를 선택하고 간단한 클릭 몇번만으로 훌륭한 스크린샷이 나온다는 것은 참으로 매력적인 서비스입니다.

!소개글 작성!

소개글 작성은 한글과 영문으로 작성을 해야 합니다.

저희 팀은 영어를 그리 잘하는 인원이 없으니, 일단은 한글로 작성 후 번역을 의뢰하는 것이 그동안의 수순이었습니다.

저희가 사용한 번역서비스는 플리토(https://www.flitto.com/)입니다.

이 곳은 한 장이나 단락별로 번역을 요청할 수 있으마, 제품소개글 정도의 간단한 페이지라면 2,3천원 선이면 번역이 가능합니다.

회원가입 후 포인트를 구매하고 그 포인트로 번역의뢰를 할 수 있습니다.

글자 기준으로 금액을 책정하다보니, 의뢰 전에 한글부터 가다듬는 작업이 필요합니다.

지난 번 앱에 이어서 진행되다보니 별다른 도구의 변화는 없었습니다.

무료버젼의 특성상 광고가 추가되고, 그러다보니 사용자분석이 필요해져서 추가적인 분석툴이 추가되었습니다.

물론 이러한 툴만 있다고 개발이 되진 않습니다. 대부분 많은 고민과 기획, 디자인적인 부분, 개발부분에서의 문제해결 등이 필요합니다.

다만 이러한 내용이 있다는걸 정리하면서 저도 제 머리속에서 한 번 정리를 하고

이 글을 읽으시는 아이폰앱개발을 시작하시고자 하시는 분들에게 조금이나마 도움이 되고자 하였습니다.

쓰다보니 글이 길어졌습니다. 긴글 읽어주셔서 감사합니다. ^^

아 중요한 목적. 모노리얼 다이어리 많이 이용해 주세요. ^^

공유버튼을 이용해서 페이스북이나 트위터에 내용을 공유하시면 일정기간 광고가 사라져서 광고 없이도 사용이 가능합니다.^^

의견이 있으실 경우 monorial@eedler.com 으로 보내주시면 적극 반영하겠습니다.^^

앱주소 : http://goo.gl/Ti93mz

Monorial 모노리얼 다이어리 소개

Oriyong — Tue, 6 Sep 2016 11:49:21 +0900

모노리얼 다이어리 앱을 소개합니다 ^^

앱스토어 : http://goo.gl/Ti93mz

모노리얼 다이어리는 자신을 위해 쓰는 하루 한 편의 글이라는 주제로 세상에 나오게 되었습니다.

앱소개

하루 한 편 나를 위한 글을 쓰세요.

누군가에게 보이기 위한 글이 아닌 자신만을 위한 글.

카페에서 우두커니 누군가를 기다릴 때.

지하철에서 사람들의 모습을 바라보면서.

길에서 우연히 하늘을 올려다봤을 때.

잘 쓸 필요도 없고, 거창할 필요도 없습니다.

나만을 위한 것이니까요.

따뜻한 위로의 글도 좋습니다.

칭찬 섞인 격려의 글도 좋습니다.

우리는 조금 더 자신을 위할 필요가 있습니다.

우린 지금까지도 잘해왔으니까요.

우린 너무 바쁘게 지내고 있습니다.

하루에 한 번쯤은 자신을 위한 위로의 글 하나쯤은 괜찮잖아요.^^

모노리얼은 하나의 사진 위에 간단한 글을 쓸 수 있습니다.

마치 한 장의 사진처럼. 하나의 카드뉴스처럼 글을 볼 수 있습니다.

좌, 우로 쓸어넘기시면 앞 뒤의 글 내용을 볼 수 있습니다.

무슨 생각을 하고 계신가요? 글을 작성해 주세요.

새로운 사진을 부를 수도 있고, 포토라이브러리에서 선택할 수도 있습니다.

사진을 없애고 노트처럼 쓸 수도 있습니다.

사진의 위치와 글의 위치는 드래그해서 위아래를 조정할 수 있습니다.

글쓰기 칸의 사각형들을 위아래로, 화살표를 위아래로 조정하면 위치와 크기를 조정할 수 있습니다.

글씨의 크기, 정렬도 조정하구요.

사진의 흑백처리 여부도 선택할 수 있습니다.

글자의 색, 배경, 뒤쪽의 흐릿한 사진의 투명도까지 조정이 가능합니다.

새로고침 버튼은 최초의 레이아웃으로 조정해줍니다.

설정에서는 기본사진의 흑백처리 여부를 선택할 수 있습니다.

나오는 랜덤이미지의 테마도 고를 수 있습니다.

쓴 글은 iCloud에 백업이 가능합니다.

쓴 글은 목록으로 날짜와 함께 보여지는 단순한 구조를 갖고 있습니다.

위쪽의 연도와 월을 클릭해 보세요. 그 해 그 달에 쓴 글을 볼 수 있습니다.

Any를 선택하시며 모든 기간을 볼 수 있습니다.

연도를 Any 월도 Any 를 선택한다면? 당연히 모든 글을 볼 수 있습니다.^^

작성된 글은 이미지로 다운로드가 가능하며, 공유버튼을 이용해 손쉽게 공유가 가능합니다.

공유버튼을 이용해 페이스북, 또는 트위터에 공유하실 경우 일정기간 광고가 사라지는 기능도 넣었습니다.

광고 제거 결제를 하지 않으셔도 광고 없이 사용이 가능합니다.^^

모노리얼은 흐릿한 기억이라는 매개를 흑백으로 표현하고자 했습니다.

모노리얼을 이용해서 하루 한 편 자신을 위한 글을 써보세요.

칭찬의 글이든, 격려의 글이든.

자신에게 이야기 해보세요.

따뜻한 세상이란건 없을지도 모릅니다.

늘 세상은 그대로 입니다.

이제 우리는 세상을 어떻게 바라볼지 선택해야 합니다.

그 시작은 스스로에게 던지는 아주 작은 위로부터 일겁니다.

모노리얼 : http://goo.gl/Ti93mz

EzCurrency 쉬운 환율 계산기 소개

Oriyong — Tue, 6 Sep 2016 11:00:26 +0900

안녕하세요.

오늘은 저희 팀에서 제작한 환율계산기를 소개하려고 합니다.

편리한 환율계산기 추천^^

이름은 EzCurrency : 쉬운환율계산 입니다.

유료버젼 : http://goo.gl/YUbPqd

무료버젼 : http://goo.gl/FhVBSl

한 화면에서 여러 개의 통화를 동시에 확인 할 수 있습니다.

하단의 + 버튼을 클릭하면 통화의 종류를 추가할 수 있습니다.

설정화면에서는 팁비율, 소숫점 자릿수, 환율계산시 반올림 여부 또한 설정할 수 있습니다.

앱 실행시 하루 한 번 자동으로 환율이 갱신됩니다.

최근환율 반영이 필요할 경우 하단의 새로고침 버튼을 누르면 최신환율로 갱신됩니다.

각 통화를 클릭하시면 계산기가 위로 나오며

클릭한 통화의 금액을 계산기를 이용해 넣으시면

다른 통화목록들의 금액이 환율에 맞게 표시됩니다.

계산기는 사칙연산을 지원합니다. 덧셈,뺄셈 보다 곱셈,나눗셈이 먼저 계산됩니다.

Tip버튼 클릭시 해당 금액에 대해 팁 금액을 표시해주며,

더치페이를 위한 각각의 금액을 표시해 줍니다.

팁 비율과 더치페이를 위한 사람수는 설정하면 저장되어

다음 번에 최근 확인했던 비율과 사람수로 계산되어 표시됩니다.

상하좌우 한 쪽으로 쓸어넘기시면 팁 화면은 사라집니다.

전세계 150개 이상의 통화를 제공합니다.

해당 환율 내역은 YahooAPI를 이용하고 있습니다.

위젯에서도 환율을 계산할 수 있습니다.

다른 제품과 다르게 위젯화면에서도 계산기가 작동하며, 팁의 금액까지 제공합니다.

유료버젼과 무료버젼은 기능 상의 차이는 없습니다.

무료 버젼을 광고 없이 사용하시기 위해서는 유료버젼을 구매해 주시기 바랍니다.

유료버젼 : http://goo.gl/YUbPqd

무료버젼 : http://goo.gl/FhVBSl

많은 이용 부탁드립니다.

감사합니다. ^^

모노리얼 Monorial 전체 도구 정리

Oriyong — Mon, 5 Sep 2016 13:52:09 +0900

안녕하세요.

혼자면서 팀이라고 부르는 개발팀 이들러입니다.^^

1인 체제를 선택하면서 몇 가지의 결심을 했습니다.

그 중 하나는 두 달에 하나씩 신규 앱을 만들어서 출시하자. 라고 하는 계획이었습니다.

그래서 죽이 되든 밥이 되든. 만족하든 만족하지 않든 두 달에 하나씩 앱을 내놓고 있습니다.

2월에 처음 아이폰 개발을 시작해서

4월 : EzCurrency 쉬운환율계산 https://goo.gl/YUbPqd

6월 : JustOneLine 한 줄 메모장 http://goo.gl/q5wpte

7월 : EzCurrency 쉬운환율계산 2.0 업데이트

8월 : EzCurrencyLite 쉬운환율계산 무료버젼 https://appsto.re/kr/Dthleb.i

8월 : Monorial 모노리얼 다이어리 : 일상을 새기다 http://goo.gl/Ti93mz

여기까지 달려왔습니다. 8월의 환율계산기 무료버젼처럼 파생적인거 빼고는 어떻게든 꾸역꾸역 진행하고 있습니다.

지금 보면 맘에 안드는 부분도 있는데요. 언제나 . 완벽보단 완성이 낫다라는 생각으로 일단 진행하고 있습니다.

특히 8월 말부터 심사를 진행했던 모노리얼이 9월1일이 되서야 런칭이 된게 개인적으론 많이 아쉽습니다.

오늘은 모노리얼 다이어리를 만들면서 배웠던 점을 정리하도록 하겠습니다.

얼마 전 앱을 개발할 때 프로그래밍적인 기술 뿐만이 아닌 다른 부가적인 준비사항들을 함께 이야기 했었는데요.

해당 글은 JustOneLine 개발개요에서 작성했었습니다. http://blog.eedler.com/10

이 글에서 기존 글과 내용이 겹치는 부분은 자세히 작성하진 않았습니다.

기존 글과 마찬가지로 누군가에게 알리기 보다는 저 자신을 위한 글이며,

대단한 전문적 기술이라기 보다는 시작하고자 하시는 분들에게 조금이나마 도움이 되길 바라는 마음에서 작성합니다.

앱개발 방법이라기 보다는 모노리얼을 제작할 때 제 생각의 흐름을 적었다고 생각하시면 오히려 맞습니다.

앱소개

모노리얼 다이어리 : 일상을 새기다

앱스토어 : Monorial 모노리얼 다이어리 http://goo.gl/Ti93mz

개요 : 일상을 기록하세요. 자신을 위한 하루 한 편의 글.

기획의도 : 한 장의 사진과 한 줄의 메모를 한 화면에서 보여주는 제품.

비슷한 컨셉이었으나 기존 JustOneLine 을 만들면서 사용자가 제어하는 부분 너무 적다는 느낌이 강했습니다.

앱을 통제하고 있다는 느낌을 받을 수 없는게 문제였습니다.

그래서 제어부분을 붙이고, 무작위적인 작성이 아니라 하루 한 번 자신을 위한 글이라는 컨셉을 강조하기 위해 날짜를 강조하는 형태가 필요했습니다.

그래서 다이어리 형태로 제작하고자 결정하였습니다.

가격 : 무료 (인앱결제로 광고제거 기능을 추가하자)

생각의 과정 :

1. 광고 없는 유료버젼이 어울린다고 생각했지만 JustOneLine의 경험상 유료결제가 약간의 장벽이라고 생각했습니다.

2. 그래서 광고를 붙이고 무료버젼을 해야겠다고 생각했습니다.

3. 하지만 제작자 본인조차 좋아하지 않는 광고를 사용자에게 제공하긴 어려워서 버튼 하나 누르면 광고가 사라지면 어떨까 생각했습니다. 근데 그냥 사라지면 제가 먹고 살기 힘드니까. -_-;;;

4. 글보기 화면에서 공유버튼으로 SNS에 공유를 하면 일정기간 광고가 사라지는 컨셉을 생각했습니다.

5. 광고가 상관없는 유저는 그냥 사용하면 되고, 광고가 싫은 유저는 제 앱을 사용하고 있음을 SNS에 공유함으로써 제 앱을 홍보해주고 일정기간 광고를 안보길 원했습니다.

6. 이러한 방식은 여러 게임에서 이미 사용하고 있었으니 부담은 없었습니다. SNS에 공유하고 혜택 받기 형태는 게임에서 널리 사용하고 있었으니까요.

7. 처음엔 공유 버튼을 눌러서 게시 버튼을 눌렀는지 그냥 창을 닫아버렸는지 체크가 되는지조차 몰랐지만 일단 진행하기로 결정하였습니다.

작업 정리

실제로 앱개발을 진행하다보면 프로그래밍이 그렇게 큰 부분이 아니라는걸 깨닫게 됩니다.

아주 중요하지만 전부는 아니죠. 그래서 다른 많은 부분들에 세세한 신경을 써야하며, 다른 외부자원을 많이 활용해야 합니다.

물론 전 겁나 돈 많이 벌고 겁나게 잘 나가는 프로개발자가 전혀 아닙니다.

그래서 이런 말씀을 드릴 만한 자격이 되는진 모르겠지만

앱을 기획 하실 때 앱의 기술, 기능만을 기획하는게 아니라. 출시를 어떻게 할지, 홍보를 어떻게 할지 같이 고려하시길 바랍니다.

물론 저도 여전히 그 부분을 잘하지 못해서. 지금도 배우고 있는 단계입니다. 아주 혹독하게... ^^;;

1. 할일관리

2. 소스관리

3. 사진이미지

4. 광고붙이기

5. 분석도구

6. 소개글 작성

7. 인앱결제

8. 홍보

참고. 언어는 Swift, 개발환경은 Xcode로 진행 했지만 특별한 사항이 없어서 제외했습니다.

1. 할일관리 트렐로 https://trello.com/

어떤 작업을 하시더라도 할일관리는 필요합니다. 10년 전쯤 처음 업무라는걸 하기 시작하면서 여러가지 도구를 거쳐왔는데요.

메모장, 포스트잇, 엑셀, 스케줄러프로그램 등 그 중에서 단연 제 맘에 들었던 도구는 역시나! ..... 노트였습니다... 연습장 -_-;

최근 몇 년 사이에는 일하는 공간이 여기저기 바뀌면서 노트로는 좀 힘들어서 프로그램적인 도구를 찾아야했습니다.

그 때 여성 게임개발자인 저의 콤푸타 스승님의 추천으로 트렐로를 알게 되었습니다.

할일관리는 여전히 트렐로입니다. 도구는 한 번 정하면 바꾸기 힘드므로, 여전히 전 트렐로를 사용하고 있습니다.

포스트잇처럼 이리저리 왔다갔다 할 수 있어서 편리합니다.

개인적 취향차이겠지만. 좀 더 할일관리 태스크관리 느낌을 받고 싶으시다면 분더리스트(https://www.wunderlist.com/)도 추천합니다.

혼자 하면서 칸반 같은 개발방법론을 도입. 이라고 하기엔 너무 거창합니다. 그냥 개발방법론 까지는 아니지만 전 현재 할 일을 최대 세 개까지만 놓습니다.

여러 경험으로 전 제가 엄청 뛰어난 업무능력자가 아니라는 것은 알고 있습니다.

살펴보니 동시 할일이 세 개를 초과하면 일의 진척이 오히려 느려진다는 것을 알게 되었습니다.

그래서 일이 겹칠 경우 기존 일을 예정목록으로 돌리든, 마무리를 해서 완료목록으로 넘기든 해서 항상 하고 있는 일은 세 개 이하로 유지하고 있습니다.

트렐로는 이러한 점에서 현재 할 일의 갯수가 명확하게 눈에 들어와서 즐겨사용하고 있습니다.

2. 소스관리 https://bitbucket.org/ https://www.sourcetreeapp.com/

프로그램을 만들다 보면 중간중간에 저장할 일이 있고, 다른 사람들과 협업을 해야할 경우도 있습니다.

이럴 경우 단순 컨트롤S 만으로는 힘듭니다. 진행하다 뭔가 변경사항이 있을 경우. 우리에겐 컨트롤Z가 있지만. 3일 전 상태의 코드로 컨트롤Z를 할 수는 없습니다.

소스관리 시스템은 그 때 그 때의 상황별 코드와 코멘트를 남길 수 있으며, 다른 사람들과 협업을 하며 하나의 통일된 코드를 유지하고자 할 때 좋습니다.

실무에서는 프로덕트 코드가 존재하고 브랜치 등으로 분류를 따로 만들어서 작업 후 완료되면 프로덕트 쪽에 합치는 방식도 사용합니다.

단순하게 프로덕트코드는 언제나 돌아가는 코드여야 하는 원칙이 있게 되는거죠. 팀의 성격에 따라서 사용방식은 천차만별이지만 사용하시길 추천드립니다.

전 Git을 사용합니다. 어떤 걸 사용하더라도 개발을 들어가기 전에 한 번 알아보시기 바랍니다.

JustOneLine 의 글에서도 언급했지만 제 호스팅서비스는 여전히 비트버킷입니다. 프로그램은 소스트리를 여전히 사용하고 있습니다. 왜 그런지는 모르겠지만 전 이게 좋습니다. ^^

3. 사진이미지 https://unsplash.com/

프로그램에 사용할 때 무료인 사진을 찾는 일은 생각보다 어렵습니다.

모노리얼에서는 늘 새로운 배경화면이 나왔으면 좋겠다고 생각했고, 무료로 사용할 수 있는 이미지여야 좋았습니다.

물론 당연하게도 그 사진은 이뻐야죠. 인터넷에 찾아보면 몇 개의 무료로 사용할 수 있는 라이센스를 갖고 있는 이미지사이트들이 있습니다.

앱을 개발하시기 전에 사용할 자원이 사용해도 되는 것인지 확인하시기 바랍니다.

가장 좋은건 역시나 정당한 대가를 지불하고 사용하는 것입니다.

그림, 사진 이미지 뿐 아니라, 버튼이미지, 폰트 등도 라이센스를 꼭 확인하시기 바랍니다.

4. 광고붙이기 https://apps.admob.com/

기존 유료앱을 만들 때는 생각하지 않았기 때문에 얼마전 처음으로 앱에 광고를 부착했습니다. 예전에는 애플에서 iAd라는 서비스를 했었는데 이제 더이상 지원하지 않아서

다른 회사의 광고플랫폼을 부착할 필요가 있었습니다. 그래서 선택한건 제일 큰 회사꺼 쓰자는 생각에. 구글의 애드몹을 선택했습니다.

만드시고자 하는 앱이 무료앱이라면 광고 부착을 많이 생각하실텐데요.

전 애드몹을 선택했지만 광고플랫폼 회사가 애드몹만 있는 것은 아닙니다. 다른 몇 개의 회사에서 지원하는 광고플랫폼을 잘 비교해보고 추가하시기 바랍니다.

5. 분석도구 https://console.firebase.google.com/

제가 선택한 툴은 파이어베이스입니다. 구글애널리틱스가 있는데. 향후에 구글이 파이어베이스라고 하는 서비스로 모든 것을 대동단결? 할 것이라는 소식을 저의 조언자께서 해주셔서 파이어베이스로 붙였습니다.

사용자분석은 이젠 그리 특이한 개념이 아닙니다.

실제로 자신의 앱이 어떤 사람이 어디에서 어떤 버튼을 누르며, 하루 몇 시간을 사용하는지 분석하는 일은 당연한 수순이 되고 있습니다.

전에는 저도 급한 맘에 자세히 알아보지 않고 분석도구를 추가하지 않았는데요. 앱에 관한 사용자분석은 반드시 해야하는 부분이라고 생각합니다.

물론 전 기존에 일단 출시하고 사용률이 좀 올라가면 부착할 생각이었지만. 이번에 경험해보니 처음부터 부착하더라도 부담없는 작업으로 되어 있습니다.

기획단계에서 이러한 서비스들도 함께 고려해 보시기 바랍니다.

6. 소개글 작성

소개글 작성은 영어와 한글이 있습니다.

전 영어를 유창하게 잘하는 편이 아닙니다. 그래서 상품설명의 문구를 작성하더라도 글을 감흥이 느껴지게는 작성할 수 없습니다.

그래서 애초에 영어는 감성이 없는 설명식으로, 한국어는 좀 감성적으로 작성하였습니다.

소개글은 아직도 수정 중인데요. 계속 변화를 줄 생각입니다. 사용자 입장에서 스토리와 기능을 적절하게 섞는 설명은 여전히 저에겐 너무 어렵습니다.

이번엔 영어 번역은 집단번역 서비스 플리토(https://www.flitto.com/)를 이용하지 않고, 근처 지인에게 간단한 검수만 받았습니다.

앱등록시 스크린샷은 전처럼 https://launchkit.io/ 서비스를 이용했습니다.

최근 앱스토어 관리 웹사이트 아이튠즈커넥트(https://itunesconnect.apple.com/) 의 변경으로 모든 사이즈를 다 업로드할 필요 없이.

5.5인치 하나만 업로드 해도 앱에서 크기별로 특별한 레이아웃의 차이만 없다면 심사가 가능하며, 각 디바이스별로 알아서 보여집니다.

그래서 5.5인치 디바이스용 하나만 업로드 한 후 전체 크기별 디바이스에 적용하였습니다.

7. 인앱결제

모노리얼 앱스토어에는 인앱결제 마크가 있는데 실제로 인앱결제는 없습니다.

광고제거 기능을 추가 했었는데 8월달이 지나는 것이 싫어서 일단 출시하자는 생각에 광고제거 인앱결제를 빼고 출시했습니다.

언제나 완벽보다 완성이 낫다는 생각에 -_-; 기능은 추후에 업데이트 하면 되는 것이니까요.

인앱결제 때문에 같은 사유로 몇 번이나 리젝을 당했기 때문이었습니다. 전 당황했습니다. 전 아무리 해도 잘 됐거든요 -_-;

나중에 확인해보니 제 핸드폰은 터치ID가 없는데 터치ID 기능이 있는 경우 비밀번호를 입력하려고 하다가 취소를 하면(?) 뭐... 여하튼 그런 과정을 하면 제대로 작동 안하는 오류가 있다는 것을 알게 되었습니다. 아직 고치진 못했죠.... -_-; . 그래도 앱의 사용에는 문제가 없어서 일단 인앱결제는 빼고 출시했습니다.

많은 앱들이 광고제거를 위해 인앱결제를 붙이고 있지만 유료, 무료버젼을 따로 만드는 경우도 있습니다.

컨텐츠가 쌓이는 경우에는 유료를 구매했을 때 쌓였던 컨텐츠에 대한 고민 때문에 인앱결제가 유용합니다.

그러나 환율계산기처럼 자료가 쌓이는 형태가 아니라면 선택은 오롯하게 팀의 결정이겠지요.

앱을 만드실 때 결제부분을 어떻게 하실 지도 같이 고민하시기 바랍니다.

저 같은 경우 막연하게 인앱결제로 해야지 라고 생각했다가 생각보다 긴 시간을 이 곳에 썼습니다.

차라리 처음부터 인앱결제는 없이 출시하고 추후에 붙였더라면 출시시기가 훨씬 당겨졌을 것입니다.

8. 홍보 - 아직 모르겠음.

마케팅은 정말 어렵습니다. 어떻게 알려야할지 제 앱의 포지션을 어떻게 잡아야할지는 정말 어려운 부분입니다.

앱 소개에 기능만을 쭈욱 나열한 순수히 개발자적인 소개글을 보고

마케터로서 조언해주시는 분은 '사람은 제품을 그렇게 선택하지 않는다'는 것이었습니다.

명확한 상황과 포지션을 고민해보라고 합니다. 그래서 지금 고민 중입니다.

마무리

이번 글에는 프로그래밍적인... 코드를 어떻게 작성해야지 하는 부분은 언급하지 않았습니다.

그것까지 쓰면 내용이 너무 많이질꺼 같아서 ^^;

앱의 화면에 버튼을 어떻게 만들고 탭 했을 때 어떻게 보여질지 같은건. 그런건 구글에서 하나 하나 찾아보셔도 되는데.

전체적인 흐름을 언급한 글은 별로 없길래 한 번 작성해봤습니다.

전문가분들에겐 별거 아닐 수도 있겠지만,

첫 시작에 어떤거부터 해야하지 고민하시는 분들에게는 전체적인 흐름이 이렇다는 것을 말씀 드리면 도움이 될꺼 같았습니다.

이러한 도구나 플랫폼의 구성, 선택? 같은 것들은 오롯이 팀의 결정입니다.

취할게 있으면 취하고, 버릴게 있으면 버리면 됩니다.

다만 취할 수도 있었는데, 생각 못해서 고려대상에서 제외되지 않길 바라는 마음에서 이렇게 정리해보았습니다.

긴 글 읽어주셔서 감사합니다. ^^

참고글 JustOneLine 개발개요 http://blog.eedler.com/10

모노리얼 : 일상을 새기다 http://goo.gl/Ti93mz

하루 한 편 당신만을 위한 글을 써보세요.^^

디자이너 없이 진행했던 서비스 런칭

Oriyong — Fri, 1 Jul 2016 11:25:07 +0900

최근 앱 JustOneLIne(https://goo.gl/q5wpte), CCWidget(https://goo.gl/YUbPqd) 을 제작하면서 디자인 관련해서 참고했던 부분들을 기록해놓으려고 합니다.

이들러(eedler)는 1인 개발팀 입니다.

처음부터 디자인관련 일은 해본 적도 없구. 감각이 평균 이하입니다.-_-;

하지만 혼자라도 해보자고 결심한 이상 못한다고 안할 수는 없었습니다.

1인 체계를 생각할 때 가장 먼저 고민했던 부분이었습니다.

디자이너가 없다. 하지만 난 고용할 돈도 없다.

그 때 생각은 '되는대로라도 해보자. 까짓꺼!' 라고 생각했지만... 힘든건 사실입니다. ^^;;

자금적 여유가 되신다면 라우드서비스(http://www.loud.kr/)를 추천합니다.

라우드는 콘테스트형식으로 디자인을 공모할 수 있습니다. 특정 금액을 제시하고 디자인에 관한 사항을 설명하면,

여러 명의 디자이너가 응모하는 방식입니다. 여러 개의 디자인 중 마음에 드는 디자인을 선택하면 공모 금액이 디자이너에게 전달되며, 해당 소스파일도 받을 수 있습니다. 계속적으로 디자인 요소가 필요한게 아니라면 단순 로고나 아이콘, 특정 색상 패턴 등을 구하고자 할 때 유용합니다.

하지만 저희는 자금적 여유가 없으므로 ^^;;

할 수 있는 방법은 최대한 외부의 다양한 자료를 참고하는 것이었습니다.

그 동안 사용했던 서비스 및 참고사항들을 정리해보았습니다.

역시나 이 포스트의 목적도 공유라기 보다는 추후 다른 팀원이 생겼을 때 저희의 궤적을 손쉽게 알리고, 추후 유지보수 시 참고하기 위함입니다.

순서

0. 홈페이지

1. 홈페이지 레이아웃 및 디자인

2. 색상

3. 폰트아이콘

4. UI

5. 이미지

0. 홈페이지

부트스트랩 http://getbootstrap.com/

부트스트랩은 트위터에서 시작한 html, css, js 프레임워크입니다. mit라이센스라서 더 없이 감사할 따름입니다.

저희는 웹에서 작업시 부트스트랩기반의 테마는 선택의 여지가 없었습니다.

개발자나 디자이너 사이에서는 부트스트랩을 써야한다, 쓰지 말아야 한다. 의견이 분분하지만 저희 같은 소규모 그룹에서는 쓸 수 밖에 없습니다.

독창적이고 개성이 넘치는 디자인과 인터페이스는 당연히 있으면 좋지만 그런 것까지 고려할만큼 여력이 없었습니다.

그래서 웹 작업시 부트스트랩 기반의 테마들을 주로 사용하였습니다.

저희의 홈페이지 http://www.eedler.com 또한 부트스트랩 기반으로 작업되어 있습니다.

1. 홈페이지 레이아웃 및 디자인

홈페이지가 필요했습니다. 디자이너가 없는 것이 형편없는 홈페이지를 가져도 고객들이 용납한다는 뜻은 아닐겁니다.

그래서 찾은 곳이 http://startbootstrap.com/ 입니다.

부트스트랩 테마 & 템플릿이 있습니다. 이곳에서 무료 템플릿을 받아서 약간만 수정하면 화려하진 않지만 단일 페이지짜리 구색은 갖출 수 있겠다고 생각했습니다.

소규모 그룹일 경우 홈페이지를 완전히 새로 만드는 것은 사실 쉽지 않습니다. 더군다나 요즘따라 모바일 접속자가 굉장히 많은 경우 디바이스 크기에 따라 반응적인 화면을 구성해야 하는데, 그걸 처음부터 직접 작업한다는 것은 홈페이지 작업만 해도 상당 시간 공을 들여야 합니다. 모바일 대상의 웹 html, js, css를 직접적으로 다뤄본 개발자라면 다들 공감하실겁니다.

최근엔 자신들의 본연의 서비스에 집중하기 위해 고객과의 소통은 소셜채널, 페이스북 페이지, 블로그 서비스, 트위터, 블로거, 텀블러 등의 서비스 등을 이용하는 스타트업도 상당히 많습니다. 기존에 잘 구성되어 있는 서비스를 이용하는 것은 다방면에서 저희에게 큰 매력입니다.

물론 그런 서비스로도 어느정도는 커버가 되지만... 저희도 홈페이지 하나가 갖고 싶었습니다. >,.<;;

디자인과는 약간 동떨어진 이야기지만 잠시 홈페이지 구축에 관한 이야기를 하겠습니다.

그래도 홈페이지 화면이라도 하나 띄워놓고 싶다면 최근 무료로 웹사이트를 만들어주는 빌더들을 사용하시는 것도 고려해 보시기 바랍니다.

저는 사용해본적이 없으나 다들 좋다고 난리인 https://wix.com 가 있습니다.

어느정도 학습이 가능하시다면 워드프레스를 추천드립니다.

https://ko.wordpress.org/

블로그나 홈페이지 구축시 상당히 시간을 단축시킬 수 있으며, 사실 매우매우 좋습니다. 저희는 구색을 위해 한 페이지 짜리 홈페이지가 필요해서 특별히 사용하진 않았지만 자기만의 독특한 기능이 있지 않고 표준적인 형태의 홈페이지를 구축하길 원하신다면 추천드립니다. 그 안에서의 플러그인들과 테마들은 워드프레스를 선택할 충분한 이유입니다.

http://www.eedler.com

eedler 홈페이지의 경우 저희는 카페24의 가장 저렴한 웹호스팅 서비스를 이용하고 있습니다. 특별한 기능은 없이 랜덤한 테마 변경과 founder에게 메일만 보낼 수 있고, 사용자들의 사용 언어를 판별하여 앱스토어 주소를 언어에 맞게 연결해주는 단순한 기능만 들어가있습니다. 홈페이지 언어는 php로 작성되어 있는데 php 언어의 선택 이유는 그 서비스가 가장 싸기 때문이었습니다.^^;;

지금 읽고 계신 해당 블로그는 http://www.tistory.com/ 서비스를 이용하고 있습니다. 네이버 블로그보다 자유도가 높고 단순한 형태라서 마음에 들었습니다. 이런 형태를 이용한 이유는 단순히 접근하기 쉬웠기 때문입니다. 모르는게 있을 때 빠르게 검색해서 빠르게 적용하고 싶었기 때문입니다. 게다가 테마를 이용할 수 있고 그게 이뿝니다. 직접 하는 것보다 훨씬 더 ^^. 없어보이면 안되기 때문에, 그렇지만 유일무이한 페이지를 만들 수는 없었기에 이런 표준적인 서비스가 저희에게 맞다고 판단하였습니다.

2. 색상

색상조합은 디자이너가 없는 저희에게는 최악의 과제입니다.

이것 때문에 여전히 고민하고 생각하고 찾아보고, 물어보고 하면서 하지만... 여전히 저희 팀의 앱이나 웹은 촌스럽습니다. -_-ㅋㅋㅋ

완전 초창기의 앱은 90년 대에 스마트폰앱이 있었다면 나올 법한 디자인이다. 라는 평가를 지인으로부터 들었습니다.^^;;

그 때문에 CCWidget 이라고 하는 환율계산기 앱은 지금 완전히 새로운 형태의 2.0을 작업 중입니다.

그래서 참고할 자료를 열심히 찾았지만 ... 하지만 알게 됐죠. 참고할 자료가 있어도 그걸 조합할 능력이 있지 않다면 소용 없다는걸요 -_-ㅋㅋㅋ

결국 JustOneLIne(https://goo.gl/q5wpte) 이라는 앱은 흑백을 바탕으로 나왔지만 그 흑백바탕도 다양한 조합을 찾아보고 색상을 선택하였습니다.

어찌됐건 저희는 색 조합에 대해서 많은 고민을 했고 자료를 찾았습니다. 찾아봐서 참고했던 목록들을 소개합니다.

색상 조합은 http://www.colourlovers.com/ 에서 참고하였습니다.

인기순, 선호도순으로 정렬도 지원해서 이런저런 생각들을 다양하게 볼 수 있습니다.

또다른 색상세트는 https://color.adobe.com 에서 찾으면 많습니다.

역시나 처음부터 직접 하는 것보다는 사람들의 검증을 통한 색상세트를 참고해서 재창조 하는게 훨씬 낫습니다.

3. 폰트아이콘

저희는 사실 글꼴이 그리 민감한 편이 아니라 시스템글꼴만 사용하기로 결정하였습니다. 제일 유명한 글꼴은 역시나 나눔글꼴입니다. 어디서나 유용하고 대부분의 개발자 및 디자이너 분들은 알고 계신 폰트일테니 따로 설명할 필요가 없을 것입니다. 글꼴을 찾아볼까 했으나 사용할 수 있는 라이센스 등을 찾아서 확인하는 것도 저희에겐 과제라 그 부분은 무시하고 싶은 마음도 있었습니다. JustOneLIne 같은 경우 랜덤으로 변하는 카드 형식의 상세보기가 글꼴도 바뀌었으면 하는 초반의 기획도 있었으나, 작업시 이리저리 바뀌는 레이아웃, 글씨 사이즈에 글꼴까지 바뀌니 정신이 없어서 글꼴의 랜덤작업은 제외되었습니다.

Font Awesome http://fontawesome.io/ : 앱, 웹 등에서 아이콘 작업을 할 때 필수입니다.

FontAwesome의 경우 추후 다른 포스트로 다시 다룰 생각입니다.

iconfinder https://www.iconfinder.com/ 말 그대로 아이콘 찾아줍니다. ㅋㅋ

찾아보면 무료도 있어서 무료에서만 잘 활용하셔도 더 없이 좋은 곳입니다.

4. UI

UI는 http://ui-cloud.com/ 의 도움을 많이 받았습니다.

여기서 UI를 보고. 이런저런 기획을 변경하고 바꿀 수 있었습니다.

저희는 여기서 어떤 특정 UI를 채택해서 다운받거나 하진 않았지만 다양한 발상을 해볼 수 있는 곳으로 상당히 도움을 받았습니다.

그리고 디자인셋이 있다고 해도 그걸 자신의 제품에 적용하는건 또 다른 문제라는걸 여기서 절실히 느끼고 안타까워했었습니다. ^^;;

5. 이미지

https://unsplash.com/, https://pixabay.com/

사진관련 내용은 http://blog.eedler.com/9 에 정리해놨습니다.

물론 잘 나가는 팀은 외주도 주고 직원도 쓰고 하면 제품의 퀄리티가 확 올라가지만 저 같은 초기에 시작하는 입장에서는 외주는 쉽지 않습니다.

1인 기업은 대부분 리소스가 부족합니다. 저희도 마찬가지구요. 그에 따라 최선을 다해 외부 자료나 참고자료를 뒤져서 최대한의 효과를 보기 위해 노력했습니다.

이 글이 혼자서 뭔가를 해보려고 하는 다른 개발자 분들에게 도움이 되었으면 좋겠습니다.

이상 eedler였습니다. 감사합니다.^^

ps.

https://color.adobe.com, http://ui-cloud.com/, https://www.iconfinder.com/ 등의 사이트는 더데이비포 라는 디데이 앱을 만들고 운영하는 ibillstudio의 이선재 대표님으로부터 추천 받았습니다. 이 사이트 외에도 다양한 관련 정보를 주셔서 늘 감사하고 있습니다.^^;

앱스토어 주소

JustOneLine : https://goo.gl/q5wpte

CCWidget : https://goo.gl/YUbPqd