#mvvm

MVC vs MVVM

어제부터 MVVM 아키텍처에 대해 공부를 시작했는데 이전에는 MVC 아키텍처를 사용해왔습니다. MVC의 단점은 프로젝트가 커질수록 Controller가 비대해지는 경향이 있다는 점입니다. 그래서 Controller의 부담을 줄이기 위해 ViewModel을 도입한 MVVM이 탄생한 것으로 알고 있습니다. 하지만 MVVM을 공부하면서 느낀 점은 View와 ViewModel 사이의 상호작용이 많아지면서 컴포넌트가 많아질수록 코드가 길어지고 복잡해진다는 것이었습니다. 그래서 MVC처럼 다시 View와 Controller를 분리하여 MVC와 MVVM을 혼용하여 작성하면 좋을 것 같다는 생각이 들었습니다. 이에 대해 구글링을 해봤지만 관련 글을 찾기 어려웠습니다. 이렇게 개발했을 때 발생할 수 있는 문제점은 무엇이 있을까요?

윈도우에서 사진이나 영상 편집 프로그램을 만들어 보고 싶은데 어디서 배울 수 있나요?

몇 년 전에 게임 개발 학원에 다니다가 그만두고 작년부터 애플리케이션 개발 쪽으로 방향을 돌려 PyQt 프레임워크나 Flutter로 개발하다가 PyQt 프레임워크는 배울만한 자료가 없어 포기하고 Flutter는 굳이 안드로이드나 iOS까지 지원하는 프레임워크로 편집 프로그램을 만들 필요는 못 느껴서 현재는 Windows App SDK와 WinUI 3 프레임워크로 개발하고 있습니다. 하지만 게임 개발은 그나마 학원에서 직접 강사한테 배워서 어떤 식으로 파일을 구성하고 개발하는지에 대해 그나마 틀은 잡혀있는데 애플리케이션 개발은 처음부터 끝까지 독학으로 공부해서 그런지 어떻게 프로젝트를 구성할지 막막하더라고요. 누구한테 물어보려고 해도 제 주위에 프로그래밍이 취미이거나 직업인 사람이 한 명도 없어서 물어 볼 수도 없고 그나마 유튜브에서 SOLID 원칙과 MVVM 패턴을 배워서 만들어 보고는 있습니다. 결론은 윈도우 애플리케이션 개발을 배울만한 곳이나 아니면 최소한 소통할 수 있는 커뮤니티가 있으면 답변 부탁드리겠습니다.

안드로이드 개발자 필요 역량

안녕하세요 안드로이드 개발에 대한 경험이 조금 있으며 간단한 개인 앱도 출시를 해봤습니다. 하지만 개인적으로 더 공부하지 않은 것도 있고 회사에서 앱은 많이 하지않았고 다른 개발만 얕게 몇 년째 했습니다. 총 경력은 5년이고 앱을 주로 하기 위하여 이직을 하고자 합니다. 3~5년 정도의 안드 개발자 공고를 보면 필요 요건들은 비슷했습니다. Retrofit, MVVM, AAC, Coroutine, compose, Clean Architecture, DI(Hilt/Koin), Multi Module 등이 나열되어 있었습니다. 이것들을 학습 및 실제 토이 프로젝트에 적용하는 것만으로는 3~5년 정도라고 할 수 없을거 같은데 어떠한걸 더 해보거나 능력을 갖추어야 할까요? 감사합니다

1년 4개월 정도 일한 개발자 질문입니다.

안녕하세요, 임베디드 업계에서 일하고 있는 비전공 개발자입니다. 원래 직무는 C++ 센서 개발 이었습니다. 처음 입사 때는 저보다 4~5개월 먼저 입사하신 동료분이 개발 업무로 있었고 중간 직급은 없이 대표님과 동료와 저, 거의 3명의 인원으로 개발 업무를 이어나갔습니다. 그마저도 6개월 차에 접어들 즈음에 동료 분도 이직하고 현재까지도 개발 분야에서 저만 남게 되었고 얼마 안 가 신입분들이 오셨지만 프로세스를 다 처리하긴 힘드니 저는 저대로 신입분을 도와주면서 제 공부도 꾸준히 해오고 있습니다. 현재는 C++로 리눅스/윈도우에서 로봇에 사용하는 센서 드라이버를 작성 유지하고, C# WPF로 앱을 만들어 사용자들에게 뷰어로 제공하는데 이것도 이제 제가 관리하게 되었습니다. 짧게나마 센서의 임베디드 소프트웨어도 겉핡기 하는 정도로 만질 때도 있습니다. 이 업무들이 대부분 저 혼자 답습하며 해결해나가는 중입니다. 뷰어는 레거시 코드가 작성된 이후로 전혀 업데이트가 되어 있지 않은 채 프로젝트 때마다 그 위에 덮어 씌우듯이 작성되고 그랬습니다. 어느정도 C++ 과 C#을 오가고, 정부 과제 등을 거치면서 다른 인터페이스와 하드웨어에서 프로그램도 작성하다보니 인터페이스, 환경 구분이 되는 눈이 생기고 사내 로직은 알고 있어서 시간을 조금 보태어 WPF의 메인 UI.xaml 하나에 그 뒤로 모든 로직이 다 있던 레거시 코드에 새로운 방법도 적용해 보았습니다. 어리숙하지만 MVVM 패턴을 적용하여 코드도 정리해 적용하고, C++과 C#의 비슷한 로직 패턴을 가져가고 주석, TODO리스트도 추가하기도 하고 '이거 못하면 넌 주니어'시리즈를 참고하면서 내가 잘하고 있는지 판단할 척도가 없어 동료분들이 조금이라도 편하게 협업할 수 있고 대표님의 일을 덜어낼 방법을 계속해서 고민하고 공부하고 적용해오고 있습니다. 문서도, 인수인계도 정리되지 않고 대표님께 거의 구두로 전달된 채 퇴사가 진행되니, 그나마 오래 지낸 제가 프로젝트 중간 과정 과정마다 문서로 업데이트 내역을 PPT나 README정도로 남기면서 조금이라도 뭔가 자동화할 방법들이나 새로 오실 분들이 참고할만한 내용들을 남기고자 하면서 여러 방법들을 적용해보고 있습니다. 그런데 요즘 문득 주변을 돌아보니 프로젝트나 과제들이 뭔가 깔끔하게 마무리되었다는 결과 없이 하염없이 일이 질질 끌리는 듯한 모습들이 계속 눈에 밟힙니다. 작년 2월 중으로 마무리 될 것 같다던 프로젝트도 어느샌가 올해까지 맺음 없이 다른 프로젝트와 과제로 다시 이어가고, 그 외의 것들도 뭔가 끝났구나 하는게 없이 일이 이어지는 듯 합니다. 그렇게 새롭게 맡게 되는 일들은 도저히 해결될 기미도 안 보이는 채 머리를 싸매며 혼자 고민하는 시간들이 자주 등장하며 어느 정도는 대표님이 작게 나마 설명이나 커버를 해주시고 있지만 대표님도 여력이 안 되기 시작하니 그 풍파를 직접 마주하니 부담감이 너무 커서 평온한 제 마음에 그냥 그만둬야 하나 충동들이 밀려옵니다. 회사에서 일을 안 시켜요, 대표가 인정을.. 이랑 다르게 동료분들과 괜찮고 대표님도 대표님대로 개발의 거의 모든 축을 책임지시고 일하며, 제게도 조금의 파이를 떼어 일을 맡겨주시고, 저는 저대로 배움과 성장을 느끼며 성취감도 크게 느껴 프로그램 자체에 대한 재미를 느끼기도 했습니다. 그런데 요즘은 그저 순수하게 일이 과도한 듯해서 지치기 시작했습니다. 주말에도 회사에 나가 제가 작성한 코드들의 문제점들을 살펴보고 다르게 변경해보기도 하고 단위 테스트도 할 수 있게 프로그램 구성도 해보고 합니다. 주변 상황들을 몰라 주관적이지만 아무리 봐도 순수하게 회사 업무 효율 개선에도 부침이 계속되니 뭔가 수렁에 빠지는 기분입니다. 일이 익숙해진다..? 그게 뭔지도 모르겠고, 다음주 이번 사업 엎을지 말지 달렸다는 프로그래밍이 제 눈 앞에 있고, 홧김에 퇴사할까봐 제 자신이 무섭습니다. 개발자로서 비전공자에게 쉽지 않은 여정은 당연히 예상했지만 현실이 더욱 매섭네요. 뭘 모르고 있는지 설명도 제대로 못 해 어버버하기도 요즘 그냥 뭔가 다 모르겠다는 막연한 멈춤이 있는 것 같습니다. 과연 어떻게 이 부담과 상황을 이겨낼지 조언을 구해보려고 합니다. 긴 글 읽어주셔서 감사합니다.

mvc, flux 패턴의 차이점

flux 아키텍쳐에 대해 공부를 하던 중 제가 이해한 바가 맞는지 궁금하게 되어 질문드립니다. 처음 서치를 시작했을 때는 각 장단점을 얘기하였을 때 mvc 패턴 : 양방향 데이터 플로우로 인해 큰 규모의 프로젝트에서는 다수의 model, view 가 뒤섞여 어디서 데이터가 수정되었는지 추적이 어렵고 의도하지 않은 사이드 이펙트가 발생할 수 있다. flux 패턴 : 단방향 데이터 플로우를 강제하여 상호작용으로 인해 어떤 데이터가 수정되고 그로 인해 영향을 받는 view 를 파악하기가 쉽다. 는 것이 제가 얻은 중론이였습니다. 하지만 mvc 패턴 또한 view 상호작용 > controller > model 수정 > view 데이터 반영 으로 단방향 플로우를 가지는 것이 아닌가? 라는 생각이 들었습니다. 추가적인 서치 후 최근 mvc 패턴은 초기 아키텍쳐를 그대로 반영하지 않으며, 그 이름으로 불리는 mvp, mvvm 패턴을 뜻하는 경향이 있다. 해당 파생 아키텍쳐에서는 model < - > view 사이 양방향 데이터 플로우가 만들어져 규모가 커질수록 복잡도가 증가하게 되었다는 정보를 알게되었습니다. flux 패턴은 오히려 초기 mvc 패턴의 단방향 플로우를 강제하여 데이터 추적 및 이해를 쉽게하였다고 보는 것이 맞는 것인지 앞서 말한 것들이 제가 제대로 이해한 것인지 선배님들이 답변을 주시면 정말 감사하겠습니다.

kotlin mvvm과 코루틴 사용예시

안녕하세요 독학으로 어플 공부중인데 mvvm이랑 코루틴은 언제 사용되는 기술인지 알 수 있나요? 감이 안잡혀서요

android jetpack compose에 관한 공부방향

이제 xml를 이용한 안드로이드앱 제작 공부를 했는데.... 아니 이제 보니깐 compose라는 패러다임도 있더라고요? 플러터랑 많이 유사하던데 하루 빨리 compose로 넘어가서 파는게 좋을까요..??? 아니면 기존 xml로 MVVM과 data binding을 공부하는게 좋을까요?ㅜㅜ

앱개발에서 프론트,백의 역할

학교 소규모 프로젝트로 개발을 하게 되었는데 백 2, 프론드 2로 나누어 개발을 하게 되었습니다. 개발 주제는 GPS 산책 데이터 관리앱입니다. 일단 저는 MVVM 디자인 패턴으로 개발을 처음 해보는 입장이라 뷰모델 뷰 모델 등 패키지 구조부터 배우고 있는 입장입니다. 백엔드 쪽에서는 MVC 모델로 데이터를 가공하여 전달해준다고 합니다. 여기서 궁금한점입니다. 만약 백엔드 쪽에서 비즈니스 로직을 만들고 데이터를 가공하여 프론트 쪽으로 전달해준다면 MVVM 모델에서 비즈니스 로직을 처리하는 뷰모델을 백엔드가 해주는 거라 생각되는데, 그럼에도 뷰모델이 할 수있는 역할이 있을까요? 협업을 통한 앱개발도 처음이라 클래스 디자인부터 난관이네요 도움 부탁드립니다..

모바일 개발자로서 입지가 고민됩니다.

안녕하세요 이커머스 기업에서 ios 개발자로 일하고 있는 주니어입니다. 요즘들어 ios 네이티브 개발자로서 향후 개발자로서의 입지 혹은 위상이 하이브리드 및 웹뷰의 발전으로 인해 점진적으로 하락하지 않을까 하는 고민이 들어서 선배 ios 개발자들의 생각이 궁금해 질문올립니다. 이커머스 특성상, 저희 회사는 웹뷰로 구성되는 화면의 비중이 적지 않은데 프론트엔드 개발자들 분들께서 만드시는 웹뷰 화면들의 퀄리티를 볼 때마다, 인터넷 환경의 유무만 빼면 네이티브와 성능상, 미관상 크게 체감상 다를 바 없다는 느낌이 듭니다. 더군다나 업무를 하다보면 점점 화면을 웹뷰로 그리고 모바일 개발자들은 단순히 이를 WKWebView를 통해 띄워준다거나, 혹은 단순 UI 수정에만 업무 범위가 국한되는 느낌이 있습니다. 물론 UI 작업 외에도 MVVM, Ribs 등 앱 전체 구조 혹은 디자인 패턴을 고민한다던지, 앱 성능 및 메모리 관리를 고민한다던지 등 네이티브 앱 개발자로써 여전히 고민 및 학습해야 할 여지가 크지만, 문제는 이것이 제가 속한 곳에서는 ios 개발자들끼리의 고민으로 끝나지 개발조직 전체로 놓고 보면 그다지 관심가는 고민으로 비치지 않는다는 점입니다.. 더군다나 앱개발 특성상 서버 개발자들이 대용량 트래픽 처리 등을 고려해서 구조 및 성능을 개선하는 것과 비교하면 앱 화면 뒷단을 작업하는 일이 좀 초라하게 느껴질 때도 있습니다..(이 부분은 아직 제가 학습할 것도 많고 모르는 것도 많아서 보고 깨닫지 못한 부분이 많아서 이리 생각하는걸 수도 있겠다 싶긴 합니다.) 이런 상황에서 모바일 개발자로서 커리어를 지속한다고 할 때, 과연 개발자로서 계속해서 성장할만한 여지가 다른 개발직무와 동일하다고 볼 수 있을까요?? 혹은 선배 모바일 개발자분들은 어떤식으로 커리어를 이어나가시면서 새롭게 성장할 여지를 찾아나가시는지 궁금합니다.

c#으로 깔끔하게 코드를 분리하는법을 고민하고 있어요..

C# WINFORM / WPF를 사용중인데 WPF를 이용할땐 MVVM 디자인패턴을 이용하여 어느정도 분리할 수 있겠는데 WINFORM으로 개발할시에 백단에서 코드를 작성하려다보니 너무 지저분하게 작성이되어 항상 고민중에 있습니다. 선배님들은 윈폼으로 개발할 시 깔끔하게 코드를 작성하는 팁을 선배님들께 여쭤보고싶습니다.

3년차 개발자 이직고민입니다.

AOS개발자고 이제 곧있으면 4년차 회사 초기부터 다녔고 스타트업에 근무중인데 아직 출시한게 하나도 없고... 자바쓰다 최근 코틀린 조금씩 쓰는중이고 mvvm, 코루틴 이런것들도 최근에야 사용했어요 제가 생각해도 물경력인거 같고 사수도 없고 안드개발 혼자하고 근데 회사 초기 맴버라 그런지 잘챙겨줘서 연봉은 대기업만큼은 아니지만 그냥만족하고 암튼 출시가 계속 미뤄지거나 프로젝트 자체가 빠그라지니까 3년째 내놓은게 없으니 현타오고 경력에 문제 생길거같고(이미 생긴듯..) 실력도 초기에서 멈춰있는거 같구 그래서 이직생각중인데 최근 연락온곳은 지금 연봉하고 같은데 앱 유지보수가 주 업무래 바쁘지 않고 나중에 자사서비스 만들거라는데 그건 나중일이고 유지보수로 빠지면 케바케지만 높은 확률로 경력단절되려나요? 다른 면접본곳들은 아직 합격여부는 모르겠는데 다 스타트업이라 출시는 했어도 입사하면 사수 없어서 또 혼자개발 해야 한다고 하고.. 이직 이대로 괜찮을까요?

React에서 디자인 패턴을 적용한 예시 코드가 있을까요

안녕하세요, 2년차 프론트엔드 개발자입니다. React나 Vue같은 FE Framework를 사용할 때 MVVM이라는 디자인 패턴을 주로 적용한다고는 알고있는데, 항상 검색해보면 실제 구현한 코드를 본 적이 한 번도 없어서 이 패턴이 요구하는 바를 정확히 이해하지 못하는 것 같습니다. 혹시 MVVM 패턴이나 그 외 패턴이더라도 React에서 특정 디자인 패턴을 적용한 사례(코드 레벨까지면 더 좋겠습니다)를 아시는 분께서는 링크를 공유해주시거나 따로 설명해주시면 정말 감사드리겠습니다!