최데브는 오늘도 프로그래밍을 한다.

짜잔. 또 이것저것 만드는 병(?) 을 못고치고 팀을 만들었다. 물론 만들어진건 두달 정도 됐다. 안드로이드 2명, 백엔드 1명 , IOS 1명 , 웹 1명 , UI/UX 디자이너 2명으로 이루어졌다. Dev6는 공고에도 적어둔것처럼 파괴적 , 진취적 , 창의적인 서비스를 개발하려는 팀이다. 딱히 어떤것을 만들기 위해 목표를 세우고 만들어진 팀이 아니라 누구의 아이디어든 모두가 즐겁고 해보고 싶다고 느끼면 빠르게 움직여서 프로젝트를 만드는 지속적인 팀이다. 지금은 회의를 거쳐 첫번째 프로젝트를 선정하고 각자의 위치에서 열심히 노력하고 있다. 직장생활과 병행하시는분들이 대부분인데도 자신의 역할을 묵묵히 수행해주는 팀원들에게 매우 감사하게 생각하고 있다. 자신의 분야를 사랑하는 사람들이 모여서 으쌰으쌰하는 ..

Databinding 에 대해서 알아보자. 프로젝트에서 쓰고는 있었지만 글로 정리해본 기억은 없는 것 같아서 정리하는 시간을 가지려 한다. databinding 을 사용하면 xml 파일에 data를 연결해서 activity에서 view를 따로 정의하지 않고도 xml에 연결해둔 곳으로 data를 전달하게 할 수 있는 장점이 있다. 불필요한 코드가 줄어들고 MVVM 패턴에서 쓰기에 잘 어울려서 함께 쓰는 경우가 많다. 일단 databinding 을 사용하려면 app 수준의 Build.gradle 수정이 필요하다. android { ... dataBinding { enabled = true } } //그리고 위쪽에 plugin 에도 apply plugin: 'kotlin-kapt' 라고 추가해주자. 기본 설정..

우매함의 봉우리 얼마전까지의 나를 보고 하는 말이다. 일도 나름 문제없이 잘흘러가고 이것저것 할 줄 아는게 늘어나다보니 우매함의 봉우리에 있었다. 분명 대학생때도 똑같은 경험을 했었으면서 또 이러는거보면 인간은 망각의 동물임에 틀림없다. 아마.. 지금 나의 위치는 절망의 계곡 가장 깊숙한곳에서 살짝 벗어난 상태인거 같다. 최근에 여러 사람들과 같이 프로젝트를 하면서 아직 내가 모르는것 투성이구나 라는걸 느끼고 새로운것들을 알게되면서 빠르게 습득하려고 하고 있다. 자주 우매함의 봉우리에 오르지만 거기서 빨리 내려오고 절망의 계곡에서는 빨리 나가려고 하는 편인건 스스로 다행이라고 생각한다. 이것도 몇번이고 반복하다보면 깨달음의 비탈길 어딘가쯤을 오르고 있으려는지 아니면 그게 아닌 또 우매함의 봉우리에 오르는..

최근 코루틴 flow 에 대한 관심이 많아졌다. rx보다 라이브러리 종속성이 없고 쓰는 방법또한 간편하다. Rxjava도 충분히 좋은 라이브러리지만 러닝커브가 상대적으로 높고 너무나 많은 기능이 있어서 간단한 프로젝트를 할때는 오히려 과할수도 있다. 언제나 편하게 개발하고 싶은 극한의 효율을 추구하는 게으른 개발자인 나는 flow 를 이용해서 MVVM 이벤트를 제대로 관리하는 방법에 대해 공부해볼까 한다. 전에 flow에 대한 포스팅을 간단하게 한적이 있었는데 그 방식을 그대로 mvvm에 적용해도 사실 작동하는데는 큰 문제가 없다. 하지만 깊게 파보면 비효율적이고 예상치 못한 문제에 대처를 못하는걸 알 수 있을 것이다. 그걸 중점으로 이번 포스팅을 적어보겠다. 해당 포스팅은 https://medium.c..

개발에 관심을 가지고 있는 사람이라면 클린 아키텍쳐라는 말을 한번 쯤 들어 봤을거라고 생각한다. 나도 개념에 대해서는 어럼풋이 알고 있었지만 흉내만 낼뿐 원칙을 완벽하게 지킨다거나 하지는 못했던 것 같다. 이참에 개념에 대해서도 확실하게 정리 해볼까한다. 클린 아키텍쳐는 뭘까? 날이 갈수록 다양해지는 기능과 많은 일을 담당하게 되는 프로그램은 복잡도가 높아질 수 밖에 없는 운명을 타고났다. 만들려면 어떤 방법으로든지 만들수는 있지만 우리는 유지 보수하기 쉽고 고품질의 코드를 원한다. 기능이 추가된다거나 내부 로직이 변하는 일이 생겼을때 처음부터 다 뜯어고치면서 만드는건 예상치 못한 문제를 발생시키고 노력 또한 많이 든다. 이런 문제들을 해결하고자 등장한 개념이 클린 아키텍쳐다. 그렇다. 클린 아키텍쳐는 ..

이론으로만 알고 있는것과 직접 써보는건 많이 차이가 난다. 간단한 깃허브 api 호출 예제로 flow를 사용해보자. 설명에 앞서 해당 예제는 MVVM 패턴으로 구성 되었다. hilt , retrofit2 등 라이브러리를 사용했지만 해당 라이브러리에 대한 사용법은 따로 적지 않겠다. 이해를 편하게 하기 위해 생성자 - 중간연산자 - 소비자 순서로 코드 설명을 진행하겠다. 먼저 생성자다. interface GitModel { suspend fun getRepos(owner: String) : List } interface RetroServiceInstance { @GET("users/{owner}/repos") suspend fun getRepos(@Path("owner") owner: String) :Li..

Coroutine 에 대해서는 몇번 포스팅 한 적이 있다. 오늘은 Coroutine 에 있는 Flow 라는 놈에 대해서 한번 적어볼까한다. 리액티브 프로그래밍을 지원하기 위해 탄생했는데 Rx에서 볼 수 있는 개념인 데이터스트림을 담당하고 있다. 리액티브 프로그래밍은 데이터가 변경 될 때 이벤트를 발생시켜서 데이터를 계속해서 전달받는 방식을 말하는데 기존의 명령형 프로그래밍과는 완전히 다른 느낌이다. 보통 여기서 데이터스트림이 나오는데 이는 데이터를 발행하는 발행자가 있고 발행자는 데이터의 소비자에게 지속적으로 데이터를 전달하는 흐름을 말한다. 본론으로 들어가서 Coroutine Flow 는 그럼 어떻게 되는데? 에 대해서 보자. 구성요소는 크게 3개로 나눠볼 수 있겠다. 1. 생산자 -> 데이터를 데이터..

Awiki라는 모바일 위키 작성 개인 프로젝트를 하면서 html 관련 라이브러리를 쓸 일이 있었는데 그때 라이브러리를 모듈로 받아와서 써본 경험이 있어서 대충 어떤 개념인지는 알겠지만 직접 멀티 모듈로 만들어 본 적이 없어서 이번 기회에 정리 해보려한다. 먼저 Multi Module 로 굳이 만드는 이유가 뭘까? 그냥 원래 만들던대로 app Module에 전부 넣어서 만들면 되는거 아닐까? 맞다 사실 그래도 문제는 없다. 하지만 그건 혼자 프로젝트를 할 때 이야기다. 준비가 되어있지 않은 상황에서 새로운 인원이 프로젝트에 투입되어 의존성 규칙을 잘 지키면서 구조화된 기능을 구현하기에는 어려 어려움을 겪게 될 것이다. 그리고 따라오는 오류는 덤일테고. 모듈은 간단히 소스파일과 빌드설정으로 구성된 모음인데 ..

이것도 Dev6 팀에서 안드로이드분이 알려주신거다.. 아직 이 분이 알려주신거에 대한 포스팅이 하나 더 있다 ㅎㅎㅎ 혼자서 생존하던 안드개발자에게 새로운 방안을 제시해주셔서 감사하게 생각하고 있다. 먼저 나는 프로젝트를 생성했을때 나오는 build.gradle 이 Groovy 방식으로 되어있다는 사실 조차도 몰랐다. 이걸 찾아보면서 알게 됐는데 Kotlin DSL 로 왜 바꿔야하는가 부터 설명하자면 컴파일 타임에 에러 확인 코드 탐색 자동 완성 구문 강조 IDE의 지원으로 향상된 편집환경 소스코드와 동일한 언어의 사용 의 장점이 있다고 한다. 하지만 장점만 있는건 이 세상에 없지. 단점도 존재한다. https://developer.android.com/studio/build/migrate-to-kts?h..

최근 개설한 개발팀 Dev6 에서 같이 안드로이드 개발을 하는 팀원분께서 2인이상이 개발하고 또 프로젝트의 단위가 커질 것 같으니 이런 방법들로 프로젝트를 관리하면 어떻겠냐고 말씀해주신게 여럿 있었다. 그 중 buildSrc 로 Dependency 를 관리하는 방법에 대해 먼저 정리 해볼까한다. 찾아보니까 다른 깃허브에서 이렇게 관리하는걸 본적이 있는데 이게 도대체 뭘까? 라고 생각하고 뭐라고 찾아야할지도 모르겠어서 그냥 넘어갔던 기억이 있는데 이번 기회에 한번 적용해볼까 한다. buildSrc 는 사실 의존성 관리를 좀 더 편하게 하고 가독성을 올리기 위해 사용하는것뿐 그게 다다. 하지만? 개발자에겐 그건 아주 중요하고 프로젝트에 참여하는 인원이 많을수록 그 중요도는 더욱 올라간다. 그럼 바로 어떻게 ..