일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- 편집지적
- kmoran
- split line
- QgsRubberBand
- mapmatching
- QGIS
- qgis linux
- PyQGIS
- ODTable
- qgis server
- 아이디어
- ODField
- keypressed
- QGIS3
- pbf
- 안드로이드
- 앱개발
- ogrinfo
- qgis 설치
- Circle
- pluginbuilder
- graphhopper
- 도로명주소일일업데이트
- 서비스
- autocad
- Polyline
- nifi
- 스타트업
- pgrouting
- khaiii
- Today
- Total
목록개발이야기 (7)
개발자 이야기
나도 네이밍룰을 엄격하게 지키진 않지만, 꼭 지키는 것은 있다. 변수는 명사형태.함수는 동사형태. 누구나 봐도 알만한 변수(참조를 거의 하지 않는 변수)는 public으로 직접 access하기도 하지만,그렇지 않은 경우엔 꼭 함수를 쓰도록 하자
https://www.freelancer.com 2004년 설립 호주회사.2230만 users. 1000만 Jobs posed. 우연히 알게 되어 일거리라도 있으려나 관심을 갖고 찾아보았다.일단, 이 서비스에 대해서 구글에서 찾아보면.. 엄청난 불만이 쏟아져 나온다. 'It's a scam' 서비스의 이용은 다음과 같다. - 고용인은 프로젝트 또는 콘테스트를 포스팅한다. a. 프로젝트 - 고정된 금액을 지불하는 경우와 시간당 금액으로 지불하는 경우로 나뉜다. - 프리랜서들이 입찰을 하고 고용인은 그들중 한명과 계약하여 일을 진행한다. b. 콘테스트 - 프리랜서들이 제출한 결과물을 보고 그중 한명을 선택하는 것이다. 이 서비스는의 사업 모델은 고용인이 프리랜서에게 일을 의뢰하면서 각종 수수료를 받는 것이다..
의뢰인: 개발은 항상 생각보다 오래 걸려요. 지도에 사진을 보여주는 앱을 만들어 봅시다. 아래와 같이 공개 소스도 있으니 금방 만들겠죠? 출처: https://developers.google.com/maps/documentation/android-api/utility/marker-clustering 오픈소스를 활용하면 금방 만들었네요. 이것은 샘플이고, 핸드폰의 사진을 올려보도록 하겠습니다. è 핸드폰에서 사진을 검색해서 로딩하는 코드를 추가했습니다. 이정도는 금방이죠. 이제 끝인가요? 지도에 뿌려지는 사진을 보면... 그 위치의 사진을 로딩해서 조그맣게 보여주고 있습니다. 그런데... 사진이 많으면, 불러와서 사이즈를 줄이는 작업때문에 보여주는 시간이 길어지네요. (사용자는 2초이상을 기다리지 않습니다..
어디선가 봤던것같은.. 익숙한 UI/UX.. 이것은 모두 오픈소스이다. https://github.com/wasabeef/awesome-android-ui UI/UX가 개발에 상당부분 차지하다보니, 예전부터 부담이 되어왔다. 만드는것도 부담, 고쳐달라면 더 부담.요즘은 오픈소스가 워낙 깔끔하게 잘 만들어져있고, 안드로이드 스튜디오의 개발환경이 그것을 잘 쓸수 있도록 갖춰져 있다보니,누구나(!) 손쉽게 적용이 가능하다. 인테리어 관련앱을 조사하다가, 1위앱을 파해쳐보니 오픈소스가 70%를 차지할정도로 비중이 컸다.70%중 60%는 UI/UX관련 코드였고, 10%정도만이 기능(otto-EventBus, volley-ImageLoader)에 관련된 코드였다. EventBus는 Event를 정리하기 어려운 상황..
개발자는 '안된다'는 말을 너무 자주한다는 얘기를 듣곤한다.맞는 말이다. 개발자들은 '안된다'는 말을 매번 한다. 여기서 '안된다'는 말은 몇가지로 나누어진다.1. 시간이 없어서 안되는 경우..원하는 요구사항을 수용하게 되면 일정을 맞추지 못하기때문에 안된다고 하는 경우이다.진짜 시간이 없는지는 그런지는 그 개발자만이 안다. 2. 문제 발생소지가 있어서 안되는 경우..문제는 해결하면 되지만, 간혹 해결이 불가능해서 다시 되돌려야하거나, 그에 따른 개발기간이 늘어나거나 하는 불확실성을 줄이고자 할때이다.이 또한, 진짜 그런지는 그 개발자만이 안다. 3. 구현 또는 해결불가하여 안된는 경우..이건 진짜로 안되는 경우인데... 한 예로, gps수신이 잘되게 해달라거나.. BT연결이 끊기지 않게 해달라는 경우나..
점점 개발이 쉬워지고 있다.모바일 컨텐츠 개발만 봤을때, 10년전에 비해 생산성이 10배는 늘어난 듯하다.그에 따라 사용자의 기대 수준 또한 오르고 있다.개발자는 스스로 더 빨리, 잘 만들수 있는 방법을 찾아야 한다. 어떻게 하면 생산성을 높일 수 있을까? 1. 지금은 경험만큼이 중요한 것이 새로운 환경에 적응하는 것이다. 안드로이드나 아이폰 이전에는 경험에 많이 의존했다.개발 자체의 진입장벽이 높았고, 경험이 많은 사람이 생산성이 월등히 높았다.하지만, UI/UX를 플랫폼에서 지원하고, 오픈소스가 활성화 되고, 각종 자동화 툴이 나오면서 개발이 쉬워졌다.이제는 누구나 개발을 시작할 수 있다. 나는 신입사원들이 들어오면, 요즘에는 어떤 툴을 사용하는지 묻곤한다.개발자는 스케줄에 바빠서 또는 익숙했던 환경..