에마이 입니다.


개발자에게 유용한 사이트




1. 구름 IDE

-인터넷상에서 개발하는 사이트-


구름IDE 바로가기





2. D2

-네이버 공식 개발 정보 사이트-


'D2' 바로가기





3. Opentutorials

-사용자가 사용자를 강의해주는 사이트-


'Opentutorials' 바로가기





4. Google Code

-Android 공식 Sample Code-


'Google Code' 바로가기





5. arsenal

-Android Open source 모음 사이트-


'arsenal' 바로가기





6. ribot

-Android Animation Open Source 모음 사이트-


'ribot' 바로가기





7. Android Weekly

-주마다 Android issue를 소개해주는 사이트-


'Android Weekly' 바로가기





8. tiobe

-개발언어 순위 집계 사이트-


'tiobe' 바로가기









자신이 알고 있는 '개발자에게 유용한 사이트'를

댓글에 적어주시면 게시글 내용에 추가하겠습니다.













에마이 입니다.


한국 개발자 커뮤니티 모음





1. Stackoverflow

-개발자 커뮤니티의 넘버원-


'Stackoverflow' 바로가기





1. Okky

-한국 개발자 커뮤니티의 중심-


'OKKY' 바로가기





2. 디벨로이드

-개발보단 IT 정보 중심-



'디벨로이드' 바로가기





3. Android 개발자 커뮤니티

-거의 죽어가지만 아직까진 살아있는 커뮤니티..



'Android 개발자 커뮤니티' 바로가기





4. Microsoft TechNet

-MS 관련 프로그램 질문은 여기서-



'Microsoft TechNet' 바로가기











자신이 알고 있는 커뮤니티를 댓글에 적어주시면

게시글 내용에 추가하겠습니다.

한국 개발자 커뮤니티의 활성화를 위해서

꼭 적어주시기 바랍니다 !


온라인 가격정보 빅데이터 API




에마이 입니다.


이번에 분석해보는 공공데이터는 '온라인 가격정보 빅데이터 API'입니다.

첫 발견 당시엔 이 API가 무슨 API 인지 궁금해서 들어가 봤는데

생각보다 괜찮은 API라서 소개해드리려고 합니다.

직접 API 페이지로 가서 확인하실 분들은 하단을 클릭하시면 이동됩니다.




온라인 가격정보 빅데이터 API









기본정보



 정보

내용 

데이터포맷

XML

비용부과유무

무료

활용신청 건수 활용사례 건수

411

수정일

2017-05-30

이용허락범위

제한 없음

 참고문헌여부

 YES

URL

온라인 수집 가격 정보 바로가기

상세기

온라인에서 수집한 품목별 가격동향 파악





Data




가격정보 조회 Data


일련번호 

항목명 

항목설명 

 샘플데이터

 1

 품목코드

 

C013020 

 2

 품목명

 

 티셔츠

 3

 상품ID

 

 AK42

 4

 상품명


 반팔티셔츠

 5

 판매가격

 

 24000

 6

 할인가격

 

 22000

 7

 혜택가격

 

 2000

 8

 가격일자

 데이터 형식 : YYYY-MM-DD

 2015-01-01











개인평가





빅데이터 기반


이번 API는 다른 API와는 다르게 빅데이터를 기반으로 한 데이터를

가지고 있는 API입니다. 빅데이터 알고리즘이 어떤 것 인지는

참고문헌에도 소개되지 않아서 어떻게 정립하는지는 모르겠지만

일단 데이터를 받고 대충 마켓 등등을 통한 가격을 확인해보면

얼추 비슷한 것 같습니다. 어떤 알고리즘을 사용하는지 

너무나도 궁금합니다..



데이터 저장용으로 해야 할 듯..


이번 API는 API 자체로 아이디어를 낼 수 있는 API는 아닙니다.

참고문헌을 읽어보니, 양이 많다 보니 한 번에 조회할 수 있는 양이

2페이지 정도라고 합니다. 그래서 제가 보기엔 따로 조회를 자동으로

해서 DB에 넣어주는 로직을 작성한 후 DB로 이동된 데이터로

분석하는 방식이 좋을 듯합니다.



개인적으로 컴퓨터 부품 쪽으로는 좋을 듯


컴퓨터 부품은 용팔이(?) 들의 만행으로 가격 변동이 상당히 심한 편입니다.

이러한 부분을 이 API로 분석해서 나열해보면

재미있지 않을까 생각됩니다.








개발 난이도



★★





SO EASY!


상당히 쉬운 개발 난이도를 가지고 있는 API입니다.

참고문헌에도 너무나 세밀하게 설명되어 있어서

개발하는 데에 큰 지장은 없을 것 같습니다.
















데이터 업데이트 상황



2018-09-01

정상 Update




대한민국 vs 일본 아시안게임 결승

역대 전적이..?









에마이 입니다.


(출처: daum)






드디어!



대한민국과 일본의 아시안게임 결승이 내일 진행됩니다~~





사실 전 베트남과 할 때부터 


'일본이랑 결승전에서 만나겠구나..'


하고 예상은 했었습니다. ㅎㅎ

우리나라 사람들 아무래도 일본과는 일제강점기 등 사건들로


'다른 나라에는 져도 일본은 절대 지지 말자!'


라고 많이들 생각하고 저 또한 그렇게 생각합니다.

하지만, 피파랭킹으로만 보면 우리나라가 일본에는 다소 밀리는 느낌이

있긴 합니다.. 여러 지인에게 물어봐도 


'우리나라가 일본에는 좀 밀린다'


라는 이야기를 하는 것에 마음이 심란했습니다..

그래서 한번 찾아봤습니다.







대한민국 일본 역대 전적 스코어



(출처 : NAVER)





!!!





놀랍습니다. 사실 전 우리나라가 피파랭킹도 밀리다 보니 역대 전적에서도 밀릴 줄 알았는데

1승 차이로 우리나라가 일본에 더 많은 승을 가지고 있었습니다.

또한, 아시안게임만 놓고 보자면 역대 전적은 무려 6승 1패라고 합니다.




역대 전적이 저 정도라면 이번에는 한번 져도 되지 않나 하실 수 있는데,

이번 한일전은 매우 매우 중요합니다.











이번 한일전이 중요한 이유




1. 손흥민, 조현우 등 축구스타 군 면제


이번 아시안게임에서 만약 일본에 진다면 손흥민 선수와 조현우 선수는 군대에 입대하게 됩니다..

손흥민 선수는 현재 리버풀에서 매우 큰 활약을 펼치고 있는 자타공인 우리나라 최고의 공격수이고

조현우 선수는 최근 월드컵에서 폭발적인 선방으로 아주 큰 관심을 받게 된 골키퍼입니다.

그런데 두 스타가 이번 한일전에서 패배하게 된다면 둘 다 군대에 입대할 수밖에 없는 상황입니다..




2. 전적의 동률


역대 전적을 보면 알다시피 이번 경기에 지게 된다면 역대 전적이 동률이 돼버립니다.

그렇게 되면 아무래도 일본과의 아슬아슬한 줄타기는 더더욱 심해질 것 같습니다.













이렇게  한일전 역대 전적과 이번 한일전이 중요한 이유에 대해서 알아보았는데,

이번 경기를 승리로 이끌고 손흥민, 조현우 선수의 군 면제도 해결하고

역대 전적의 격차를 더욱 벌릴 수 있으면 좋겠습니다.



대한민국 파이팅입니다 !











에마이 입니다.


요즘 포스팅을 하면 네이버는 1~2개이고

나머지는 전부 다음 & 구글인 상황을 포착하였습니다..


그래서 게시 후 검색을 했더니 10페이지 안에도 들어가지 않더군요..







최적화 블로그나 저품질 블로그 그런 말 전부 없어진 줄 알았는데

아직도 그런 건 존재한다는 것을 직접 당해보니 느낄 수 있었습니다.




그런데 전 무슨 이유로 저품질을 받은 건지 정말 이해가 가질 않습니다.




일반적으로 알려진 저품질 블로그 선택 이유


1. 포스팅 당 1000자 미만에 글자 수

2. 1일 1포스팅을 지키지 않음

3. 무분별한 태그

4. 실시간 이슈 등 반짝이는 키워드 다수 사용



저 중에서 전 딱 1개 2번을 약 2주간 어기긴 했습니다. 그렇지만 저것 하나만으로

저품질 블로그를 얻다니.. 좀 억울하긴 합니다. 이래서 사람들이 유입률이 적어도

티스토리를 하나 봅니다. 네이버 블로그인데 저품질을 먹으면 그건 그것대로

정말 답이 없어지는 것이니..




저품질 블로그의 기준이 무엇인지도 잘 모르겠고, 요즘 네이버에 검색하면 죄다

광고성 게시글에 아무래도 검색엔진 로직을 손봐야 할 때가 온 것 같지만

저 같은 경우가 4~5년간 지속되는 것으로 봐서는 가망이 없어 보이기도 합니다.


그런데 이런 와중에 다음은 최적화가 너무 잘 돼서 문제입니다.


최근에 작성한 마케팅 불변의 법칙 Review는 올리자마자 현재까지도 첫 번째 게시글로 유지되고 있습니다.





이렇게 너무나도 최적화가 잘 되는데 너무 잘돼서 한가지 문제점이 있습니다.


바로, 이 키워드가 아닌데도 첫 번째 게시글로 나오는 경우입니다.


그 경우로는 '판례 검색' 키워드인데,

전 이 글을 공공데이터 API를 리뷰한 글입니다.

그런데

검색엔진에서는 판레 검색을 하는 사이트를 소개하는 것으로 인식한 것 같습니다..


키워드가 원래는 '공공데이터 판례 검색'  이런 식으로 되어야 하는데

'판례 검색' 이 부분에서 첫 번째로 나오는 것이 증거입니다. ㅠㅠ









검색에 첫 페이지에 계속 올려주는 다음에 감사하게 생각하고 있는데,

어째 제가 다음 검색엔진을 속인 것 같은 기분에 좀 오묘함을 느끼고 있습니다.. ㅋㅋ





주절주절 작성했는데 정리하자면


1. 네이버 저품질 블로그 먹음..

2. 다음은 무조건 첫 페이지 첫 번째 글로 적용 중

3. 다음씨 사랑해여






이상, 에마이 입니다.










문화재 정보 조회 API






에마이 입니다.


이번에 분석해보는 공공데이터는 '종목별 문화재 정보'입니다.

사실 이 Open API를 보기 전에 문화재에 대한 Open API를 검색해보니

각 시도 군청에 따라 따로따로 API가 제공되는 것을 보게 되었습니다.



(시도 군청에 따라 따로 OPEN API가 존재하는 모습)





그래서 현재 어느 도시까지 문화재 정보를 제공하는지에 대해서 조사하려고 했는데

계속 찾다 보니 문화재 정보는 확실하게 알려주는 통합형 OPEN API를 찾게 되었습니다.


지금부터 찾은 통합형 OPEN API에 대해서 분석하도록 하겠습니다.



기본정보



 정보

내용 

데이터포맷

XML

비용부과유무

무료

활용신청 건수 활용사례 건수

139 / 0

수정일

2014-07-22

이용허락범위

CC License

&

공공누리 제 1유형

 참고문헌여부

 YES

URL

문화재 정보 조회

상세기

문화재 지정종목별목록조회

문화재 지정종목별상세조회

문화재 지정종목별 이미지 조회

문화재 지역별 목록조회

문화재 지역별 상세조회

문화재 지역별 이미지조회

문화재 시대별 목록조회

문화재 시대별 상세조회

문화재 시대별 이미지조회

문화재 지정종목별 건수조회

문화재 지역별 건수 조회

문화재 시대별 건수 조회





Data




문화재 상세조회 Data


일련번호 

항목명 

항목설명 

 샘플데이터

 1

Totcnt 

조회 데이터의 총건수 

 

 2

 Items

항목 목록정보 

 

 3

 crltsDc

 문화재설명

 조선시대 서울도성..

 4

 crltsNm

 문화재 명칭

 서울 숭례문

 5

 crltsNmChcrt

 문화재 명칭(한자)

 서울 崇禮門

 6

crltsNmNo

문화재 지정번호 

 0001000

 7

 crltsNoNm

 문화재지정번호명

 1-1

 8

 crltsCd

 소재지코드

 11

 9

 ctrdNm

 소재지명칭

 서울

 10

 imageUrl

 대표이미지경로

 2212.jpg

 11

 imageYn

 이미지여부

 Y

 12

 itemCd

 종목코드

11 

 13

 itemNm

종목명칭

 국보

 14

 listImageUrl

리스트이미지경로 

 32323.jpg

 15

 signguCd

소재지 시군구코드 

 12

 16

signguNm 

소재지 시군구 명칭 

 중구

 17

 XCnts

 x좌표값

 126.945320

 18

 YCnts

 y좌표값

 37.5599392











개인평가



시장의 변화


문화재에 관련된 APP을 검색해보니 생각보다 나오는 양이 적습니다.

양이 적다는 것은 유입률이 적어서 다른 개발자가 개발을 하지 않는 경우와

아직까지 발견되지 않은 블루오션이어서 그런 경우 총 2가지인데,

제 생각에 문화재 정보 조회는 아직까지 전자라고 생각합니다.

그런데 문화재라는 것은 없어지는 것이 아니라 꾸준히 보존되고 유지되는 것이기 때문에

후자로 바뀔 가능성이 매우 높다고 생각합니다.




데이터가 많아요!


받아오는 데이터를 보면 생각보다 꽤 많은 항목의 데이터를 받아온 다는 것을 알 수 있습니다.

하나하나가 아이디어로 구성시킬 수 있을 정도의 항목입니다.













개발 난이도



★★





SO EASY!


상당히 쉬운 개발 난이도를 가지고 있는 API입니다.

애초에 참고문헌에서 너무나도 세밀하게 설명되어 있어서

개발하는 데에 큰 지장은 없을 것 같습니다.
















데이터 업데이트 상황



2018-08-21

정상 Update





판례검색조회 서비스





에마이 입니다.


이번에 분석해보는 공공데이터는 '판례 검색 조회 서비스'입니다.

일단 데이터 포맷은 보시다시피 XML로 제공되고 있습니다.




기본정보




 정보

내용 

데이터포맷

XML

비용부과유무

무료

활용신청 건수 / 활용사례 건수

133 / 1

수정일

2014-08-06

이용허락범위

CC License

&

공공누리 제 1유형

URL

판례검색 조회 서비스

상세기

판례검색 목록 정보 조회

판례검색 상세 정보 조회

발간문헌 검색 목록 정보 조회

발간문헌 검색 상세 정보 조회

판례요지집 검색 목록 정보 조회

판례요지집 검색 상세 정보 조회




Data




일련번호 

오퍼레이션명(영문) 

오퍼레이션명(국문

 1

 getIncdntBasisInfo

사건기본 정보 조회 

 2

 getIncdntTotalInfo

사건상세 전체 정보 조회 

 3

 getIncdntDetailInfo

 사건상세 간략 정보 조회

 4

 getRelateInfo

 사건별 관련자 정보 조회

 5

 getRealmMrgIncdntInfo

 사건별 병합사건 정보 조회

 6

getMyIncdntSearchInfo 

나의사건 검색 정보 조회 

 7

 getLawordIncdntSearchInfo

 법력사건 검색 정보 조회










개인평가


무궁무진


사실 이 공공데이터는 이 전에는 사람들이 법에 관해 관심이 적어서 가능성이 적은 공공데이터이지만

요즘같이 관심이 많은 시대에는 가능성이 매우 높은 공공데이터라고 생각합니다.

벌써 3~4가지의 아이디어가 생각날 정도입니다. 그럼에도 불구하고 아직 활용 사례는 1개라는 점을 보자면

아직 블루오션인 공공데이터입니다.




개인 사건 관리


이 공공데이터는 Web보다는 APP에 더더욱 중점을 두는 공공데이터라고 볼 수 있습니다.

받을 수 있는 데이터를 보면 하나하나가 전부 개인의 사건을 조회하고 확인할 수 있는 데이터입니다.

이 데이터를 통하여 개인 사건을 관리해주는 APP을 만드는 것도 괜찮다고 생각합니다.




가면 갈수록 늘어나는 고소


옛날에는 웃어넘길 수 있는 작은 일 조차 요즘에는 고소하다 보니 수많은 사람들이 점점 법에 대한 관심을 가지고 있습니다.

이러한 상황에서 '판례 검색 조회 서비스' 공공데이터는 상당히 우수한 공공데이터라고 할 수 있습니다.









개발난이도 






법에 대한 이해도上


법에 대한 이해도下

★★★★★







아이디어가 문제


사실 이 공공데이터는 개발 난이도 자체는 그렇게 높은 편은 아니나, 아이디어가 문제입니다.

법에 대해서 중급자 수준까지는 알고 있어야 아이디어에 구체적인 구성을 만들 수 있을 것입니다.

그리고 받는 데이터 자체가 전부 법에 관한 것이다 보니 개발 간 가져오는 데이터를 법을 알고 있지 않는 사람이

관리한다면 정상적인 데이터를 가져와도 이게 맞는 건지 확인하기 힘들다는 단점이 있습니다.








데이터 업데이트 상황





2018-08-20 

정상 Update







'아이디어 구성 간 반드시 짚고 넘어갈 QA List




- 아이디어 QA List -







에마이 입니다.


아이디어는 1인 개발자에게는 그 무엇보다 가장 중요한 부분입니다.

아무리 잘 만들고 디자인이 좋아도 APP 자체의 매력이 없다면

하루에도 수십수백 개의 APP이 출시되는 현재의 안드로이드 시장을

버티기에는 무리가 있습니다.


그래서


이처럼 중요한 아이디어를 구성하는 데에 있어서 반드시 짚고 넘어갈 질문들을

QA List로 만들어서 소개해드리고 자 합니다.



 Q


 킬러 기능을 가지고 있는가?


 

 

타겟이 누구인가? 


 


 내 아이디어를 한 문장으로 소개하자면?


 

 

지속성이 있는 아이디어인가?


 


·오프라인의 연결 방안이 있는가?


 

 

고객이 원하는 점을 바로 보여줄 수 있는가?


 

 

접근성이 높은가?


 

 

고객의 가려운 부분을 긁어주는가?


 

 

킬러 기능을 이미 다른 브랜드가 가지고 있는가?


 



사실 이 외에도 확인해야 할 많은 QA가 있지만 위에 질문들에만

제대로 대답할 수 있다면 그 아이디어는 나름 숙성된 아이디어라고 할 수 있습니다.









이상 아이디어 구성 간 반드시 짚고 넘어갈 QA List에 에마이 입니다.


긴 글 끝까지 읽어주셔서 감사합니다.




















도전!1인개발자



사서 에마이입니다..


엊그제 카테고리와 블로그 이름 등을 바꿨습니다.


에마이의 IT -> 에마이도서관


애초에 현재는 군인이다 보니 할 수 있는 게 책 읽고 리뷰 쓰는 것 밖에 없다 보니

어쩔 수 없이 바꾸게 된 것입니다.

바꾼 다음날은 그래도 방문자가 전과같이 유지되었습니다.


그런데


오늘 들어와 보니 방문자 수가..

방문자 수가....

반 토막이 나버렸습니다 ㅠㅠ







사진을 보시면 더 잘 알 수 있듯이

반 토막 수준이 아니라 거의 3분의 2가 사라졌습니다..


사실 운영한지 한 달도 안 돼서 방문자에 별 신경을 쓰지 않았는데

막상 안 그래도 없는 방문자의 3분의 2가 사라지니

블로그 하고 싶은 마음이 뚝.

하고 떨어지는 느낌입니다.







그래도 어떡합니까.

소통하는 게 즐겁고 다른 사람이 제 게시글을 본다는 게 즐거운 관종(?) 인 것을..

꾸준히 운영하다 보면 언젠가는 빛을 볼 것이라고 생각합니다..


주절주절 징징대는 글 읽어주셔서 감사합니다.


















일상다반사














에마이 입니다.


도전!1인개발자도 이젠 디자인과 마케팅만 남았습니다.


마지막까지 읽어주시는 분들께 정말 감사하다는 말씀드립니다.


이 전글은 아래 글을 클릭해주세요.





[1인개발자]1인개발자들을 위한 광고 수익 공략 첫 번째 이야기


[1인개발자]1인개발자들을 위한 기획(아이디어) 공략 첫 번째 이야기











디자인 공략 첫 번째 이야기, 시작합니다.



















1인개발자들을 위한 디자인 공략 첫 번째 이야기












직접 디자인? 외주?



1인개발자는 이 전 단계에서도 언급했지만


혼자 하는 것이다 보니 생각해야 할 부분이 많습니다.


또한, 디자인은 개발보다 상대적으로 재능의 영역이 크다 보니


디자인만큼은 외주를 맡기는 개발자가 많습니다.


하지만 직접 개발하는 개발자도 많아서


개발자는 직접 디자인을 할 것인지


 외주를 맡길 것 인지에 대해서 선택해야 합니다.


이 두 가지의 방식 중 오늘 첫 번째 이야기에서는

 

외주를 맡기는 부분에 대해서 공략하겠습니다.













외주 맡기기 전 반드시 익혀야 할 것들






디자인 안목




사실 디자인은 재능의 영역이 크다고 하지만, 디자인을 보는 안목만큼은


지속적인 학습으로 빠른 시일에 향상시킬 수 있습니다.


방법은 매우 간단합니다.


많이 보고, 많이 평가하는 것


이 2가지만 꾸준히 한다면 디자인을 보는 안목은 매우 증가될 것입니다.






하지만, 그렇다고 아무 디자인이나 보는 것은 좋지 않습니다.


잘못된 디자인 안목을 가질 수 있기 때문입니다.


그래서 명성을 가지고 있고 회사에서 제대로 작업한 디자인을 보는 게


안목 향상에 매우 큰 도움을 줍니다.


그렇다면, 회사에서 작업한 디자인과 명성을 가지고 있는 사람들의 디자인을


어떻게 봐야 하는지에 대해서 의문을 가지게 되는데,


그래서 소개합니다.




behance

(https://www.behance.net/)



비헨스는 국내외 최대 디자인 포트폴리오 사이트입니다.


유명한 디자이너와 회사에서 작업한 디자인들을 업로드하고


다른 사람들과 공유하는 사이트입니다.


여기서 우리가 주목해야 할 부분은 APP Design입니다.


지금부터 APP Design으로 이동하는 방법을 알려드리겠습니다.





1. login



비헨스에 로그인합니다.

로그인할 때, 로그인 계정이 한국 계정이면


자동으로 비헨스 화면의 메뉴 부분이 한글로 번역됩니다.







2. 검색 click





상단 부분에 화면에서  을 click 합니다.









3. 선별된 갤러리 click



'검색' 아래에 선별된 갤러리를 click 합니다.


선별된 갤러리는 각 분야에서 높은 추천과 View를 얻은 디자인을 모아 둔 갤러리입니다.









4. 인터랙션 click




인터랙션이 우리가 찾던 APP UI/UX를 볼 수 있는 부분입니다.


인터랙션은 APP뿐만 아니라, Web UI/UX, Icon을 확인할 수 있는 분야입니다.


요즘 같은 시대에는 서버와 DB 연결이 거의 필수이다 보니 웹까지 사용하는 경우가 많아서


우리에게는 필요 없는 것이 한 가지도 없는 분야입니다.
















이제 비헨스에서 디자인을 볼 수 있게 되었습니다.


그런데, 이렇게 디자인만 보고 있으면 안목이 늘어나긴 하지만


그 양이 상당히 저조할 것입니다.


그래서 우리는 내가 본 디자인을 각 분야에 맞게 정리하면서


다시 한번 디자인을 확인하는 과정을 거쳐야 합니다.





(Design 카테고리를 분류한 사진)




이런 식으로 카테고리를 분류해서 저장을 한다면


나중에 직접 디자인을 하게 될 때도 용이하며


각 항목에서 유행하는 디자인이 무엇인지 한눈에 볼 수 있어서


디자인 안목을 키우는데 매우 효과적 입니다.


해당 과정은 최소 100개 이상의 디자인을 확인하고 분류해야만


디자인 안목이 크게 늘었다는 것을 체감하실 수 있습니다.















외주 정하기




이제, 디자인 안목이 상단의 방법으로 훈련되었다면


외주를 맡길 업체 또는 프리랜서를 정해야 합니다.


1인개발자는 사실상 외주는 부담되는 부분이 있습니다.


회사를 그만 다니고 하다 보니, 자금 부분에서도 걸리고


외주를 해서 개발을 했더니, APP이 흥행하지 못하는 경우를 생각하면


막상 맡기기가 두려워집니다.


그래서 최대한 싸고 괜찮은 외주를 맡겨야 되는데


거의 재능기부 수준으로 저렴한 가격으로 해주는 사이트가 있습니다.


그것은 바로











크몽

(https://kmong.com/)



크몽입니다.



크몽은 업체에서 운영하는 사람이 아닌


프리랜서가 대부분인데, 그렇다 보니 가격이 상대적으로 저렴하고


생각보다 디자인의 질 또한 매우 우수합니다.





사용법은 매우 간단합니다.


크몽에 접속하시면 매인 화면에서




이 부분에 'APP 디자이너'라고 검색하시면 됩니다.


그러면 검색 결과 부분에











이런 식으로 카드가 나오게 되는데, 원하는 카드를 클릭하시면


상세정보를 보실 수 있습니다.



사진에서 보이는 'designforest'님은 


메인화면 100,000원, 서브 화면 30,000원 으로 책정하였는데,


이 가격이 거의 평균이라 볼 수 있으며,


사실상 개인 개발자가 만드는 APP은 크기가 작은 편이기에


20~30만 원 안팎에 수준 높은 디자이너의 디자인을 구매하실 수 있습니다.


거기다가 추후 AS까지 해주니 매우 우수하다고 볼 수 있습니다.











하지만


기본적으로 디자인을 신청하려면 몇 가지는 미리 생각하셔야 합니다.












1. 간단한 스케치 또는 배치도


결론은 내가 만들 APP이기 때문에 추후에 반복 작업을 하기 싫거나


디자이너와 원활한 대화를 이어가고 싶다면 반드시


간단한 스케치 또는 배치도를 작성해서 신청해야 합니다.






2. 기획서


APP에 무슨 기능이 있는지 그리고 Concept을 어떤 식으로 잡아야 할지에 대해서는


기획서 내용에 따라 바뀌게 됩니다. 그러므로 기획 공략에서 작성한


리매이킹을 통한 기획서를 준비해야 합니다.







3. 디자인 안목


디자이너가 전부 해줄 수는 있지만 결론은 자신의 눈이 가장 정확합니다.


자신의 마음에 맞는 디자인을 얻고 싶다면 상단에 작성한 디자인 안목 기르는 방법을 통해서


디자인 안목을 키운 다음 신청하는 것이 좋습니다.




























이것으로 외주에 맡길 경우에 관한 글은 마치 갰습니다.


사실 이 외주란 것은 첫 번째 APP에는 사용하지 않는 편이 좋습니다.


대부분의 첫 번째 APP은 시행착오도 많기 때문에


외주를 통한 디자인을 하기에는 손해가 많기 때문입니다.


외주는 1인 개발자로서 안정적인 수익이 유지되는 경우, 다른 부분에 시간을


투자하기 위해서 사용하는 편이 가장 바람직한 외주 사용방법임을


명심하고 사용하시길 바랍니다.


두 번째 이야기에서는 직접 디자인하는 경우에 관해서 포스팅할 예정입니다.


긴 글 끝까지 읽어주셔서 감사합니다.














도전!1인개발자
















+ Recent posts