가볍고 유쾌하게 참여할 수 있는 모바일 앱 개발 환경을 키우는 3가지
최근에는 사내 호칭에 따라 매일'시후낫'이라고 불린다.
이번에는 시작할 때 자주 볼 수 있는 모바일 개발의 고민과freee가 모바일 팀에서의 실천법 지식을 공유하고 싶습니다.
소수의 엘리트들로부터 시작된 이야기
모르는 사람이 있을 것 같아서 프리가 발표한 모바일 앱부터 간단하게 설명해 드리겠습니다.
현재freee는 두 개의 응용 프로그램을 발표했다.
iOS: 2014년 2월 발행
Android: iOS 1개월 후 출시
iOS: 2015년 10월 발행
Android: iOS와 함께 배포
개발 멤버지만 초기부터 멤버가 대체됐지만 신규 개발, 운용, 유지보수 등 주요 엔지니어를 포함해 대체로 2, 3명이 돌아가고 있다.
'주'자를 붙인 데에는 이유가 있는데, 프리 개발자 중 상당수가 서버 측과 프런트엔드를 분리하지 않고 개발했고, 이동하는 분야도 그 대상이 됐기 때문이다.
회사 내에 모바일 앱 개발자를 늘리고 싶어요.
채용은 별도로 이뤄졌지만 회사 내에서 제품을 접하는 동료의 심정을 가속화하는 것이 바람직하다.
이 중에는 이전에 모바일 애플리케이션을 개발한 사람도 있지만, 대부분은"Java가 썼지만...""Lilys는 어떻게..."개발의 기초를 포착하는 것이 필요한 상태다.
이런 사람들도 휴대전화 앱 개발에 대한 불안을 완화하면서 개발 실천을 통해 가치를 고객에게 전달하는 체제를 실현하는 몇 가지 방법을 소개한다.
1. iOS/Android의 아키텍처 통합
iOS 버전을 읽고 쓸 수 있다면 안드로이드 버전도 읽고 쓸 수 있고, 반대로 이런 상황을 창조할 수 있도록 기본적인 디자인 사상은 통일을 결정했다.
구성을 규칙화함으로써 새로운 기능을 만들 때 어떤 종류를 어떤 그룹/패키지로 잘라야 하는지를 어느 정도 주저하지 않고 개발할 수 있다.
"그럼 Xamarin, libGDX, Sencha Touch 등 크로스 플랫폼은 되지 않나요?"이런 의문도 있지만 도입할 때 심사숙고해야 할 두 가지가 있다.
1 동료가 개발에 참여하기 쉽고 지속적으로 포착하기 쉽습니까
언어가 통일된 것을 감안하면 노동시간을 줄일 수 있는 요점이 있지만 지역사회의 지속성을 포함하는 향상이 필요하다.
이 경우 애플과 구글 등의 1회 정보 외에도 국내외 블로그보다 기술 정보를 쉽게 찾을 수 있는지, 최신 정보를 쉽게 수집할 수 있는지에 대해 논의해야 한다.
폐회사 동료들에게 그렇게 큰 수사 부담을 주고 싶지 않아 이 시점에서 방치했다.
2. 갖고 싶은 건 질서와 DRY.
종횡자 수수께끼 형식을 조사하고 싶은 원천에는'같은 논리를 두 번 쓰고 싶지 않다'는 말이 있다고 생각한다.
그러나 수요에 따라 교차 플랫폼에서 출력된 프로젝트 파일을 처리하지 않으면 순조롭게 진행되지 못하는 경우가 있다.
특히 프로젝트 파일의 구성이 공급업체에 의해 잠긴 iOS 개발에서 당신은 xcodeproj/project.pbxproj
노래를 부르고 싶은 장면을 겪지 않았습니까?
나는 동료에게 그렇게 고통스러운 추억을 주고 싶지 않다.
현행과 미래의 주요 엔지니어들에게도 고통스러운 세계가 되는 것은 피해야 한다.
회계
초기부터 MVM+Rx로 구성됐다.
iOSReactiveCocoa、AndroidRxJava.
iOS 버전을 읽고 쓸 수 있다면 안드로이드 버전도 읽고 쓸 수 있고, 반대로 이런 상황을 창조할 수 있도록 기본적인 디자인 사상은 통일을 결정했다.
구성을 규칙화함으로써 새로운 기능을 만들 때 어떤 종류를 어떤 그룹/패키지로 잘라야 하는지를 어느 정도 주저하지 않고 개발할 수 있다.
"그럼 Xamarin, libGDX, Sencha Touch 등 크로스 플랫폼은 되지 않나요?"이런 의문도 있지만 도입할 때 심사숙고해야 할 두 가지가 있다.
1 동료가 개발에 참여하기 쉽고 지속적으로 포착하기 쉽습니까
언어가 통일된 것을 감안하면 노동시간을 줄일 수 있는 요점이 있지만 지역사회의 지속성을 포함하는 향상이 필요하다.
이 경우 애플과 구글 등의 1회 정보 외에도 국내외 블로그보다 기술 정보를 쉽게 찾을 수 있는지, 최신 정보를 쉽게 수집할 수 있는지에 대해 논의해야 한다.
폐회사 동료들에게 그렇게 큰 수사 부담을 주고 싶지 않아 이 시점에서 방치했다.
2. 갖고 싶은 건 질서와 DRY.
종횡자 수수께끼 형식을 조사하고 싶은 원천에는'같은 논리를 두 번 쓰고 싶지 않다'는 말이 있다고 생각한다.
그러나 수요에 따라 교차 플랫폼에서 출력된 프로젝트 파일을 처리하지 않으면 순조롭게 진행되지 못하는 경우가 있다.
특히 프로젝트 파일의 구성이 공급업체에 의해 잠긴 iOS 개발에서 당신은
xcodeproj/project.pbxproj
노래를 부르고 싶은 장면을 겪지 않았습니까?나는 동료에게 그렇게 고통스러운 추억을 주고 싶지 않다.
현행과 미래의 주요 엔지니어들에게도 고통스러운 세계가 되는 것은 피해야 한다.
회계
초기부터 MVM+Rx로 구성됐다.
iOSReactiveCocoa、AndroidRxJava.
freee for チーム
MVM으로 프로젝트를 전환한 후 직면하는 것은 양방향 귀속입니다br/>
모델과View의 상태를 병행하는 관리가 힘들어지고 기술이 점점 부풀어오르면서 여러 모델을 한 번에 처리하는 화면이 순식간에 Fat View 모델이 완성되었다br/>
해법으로 당사는 Flex를 채택하고 있습니다.
제 개인적인 생각으로는 WPF가 개발한 MVM에도 View의 동작 트리거로 준비한commond가 있지만 이를 Action이라는 차원에 두면 기존의 ViewModel에서 Action과 Store에 대한 작업 분할을 할 수 있다고 생각합니다.p>
iOS에서 이용@yonekawa을 통해 제작SwiftFlux된br/>
한편, 안드로이드는 완전한 프로그램 라이브러리화가 아니라 간단한 Action/Store/Dispatcher를 실현하였다.br/>
완벽한 Flex를 구현하는 것이 아니라 이러한 아이디어가 올바른지, 장점을 누릴 수 있는지 확인하기 위한 것입니다.br/>
결과는 사람을 믿게 하는 좋은 결과입니다.
아직 Redux를 고려하지 않았기 때문에 Reducter 주변에서 어떻게 해야 하는지 검증 중입니다.
2. コンテキストスイッチの低い言語選定
회계freee가 Obj-C(지금은 Swift와의 Mix-in)/Java에 대해 초기부터 Swift/Kottlin의 조합을br/>
당시 코틀린 버전은 M8∼9 정도에 불과해 읽을 수 없을 것 같았지만, 적극적으로 채택한 이유로
- Obj-C에서 Swift로 이동할 때 원하는 특징은 공통적이다
- extension
- nullable operator
- 100% Java Compotibility이기 때문에 회계freee의 자산을 활용할 수 있습니다
- 최악의 경우 철수해야 한다고 생각하면 언제든지 철수할 수 있다
- JetBrains 자체 열 높이
- 안드로이드 스튜디오와의 협업도 세심하다
- 2015년 1월 Jake Wharton이 조사일지를 정리했습니다.
- 제가 직접 써봤는데 Swift 프로젝트가 읽을 수 있다면 Kotlin 프로젝트도 기본적으로 읽을 수 있을 것 같아요
등 열거 가능br/>
상기 구조를 결합하면 동료에게 포착되기 쉽다 &따라가기 쉬운 환경을 고려한 결과입니다.
3. 気軽に相談しやすいインタフェースの提供
본사의 슬랙채널에'모바일-do-jo'를 개설하였다.br/>
기본적으로 초보자는 쉽게 질문을 하고 언어, IDE에 대한 기초 정보와 초보자를 대상으로 하는 학습회에 대한 정보를 전파한다br/>
동료와 술을 마시다가'휴대폰을 하고 싶다'는 질문에 즉석에서'같이 놀자'고 한 뒤 도조 인비트로 발전해 실제 기능 개발을 하는 사람도 있다.p>
처음엔'무엇에 걸려 넘어지거나 언어화하기 어려운 상황'이 많았는데, 곤란해하는 사람이 있으면 문진이라고 부르며 이야기를 나누면서 직접 본다p>
어때요?
이번에 우리는 모바일 응용 개발 초보자에게 기학을 시작할 수 있는 환경을 제공하는 동시에 모바일 팀의 메인 엔지니어의 수요를 동시에 실현하는 기술적 도전 방법을 소개했다p>
같은 고민을 하고 있는 분들, 그리고 앞으로 열심히 채용할 팀을 도와주셨으면 좋겠습니다.p>
freee 중お客さんも同僚も幸せにするためにプロダクト開発と技術的挑戦の両刀で攻められるエンジニアを大募集していますbr/>
사무실 여행을 가볍게 체험할 수 있으니까 꼭 불러주세요.p>
그럼 내일의 책임자, 매일 자기 연마를 위해 노력하는 투쟁선생@toshi0607이 자신의 생각을 적었다고 합니다.br/>
작년에営業職からエンジニアまで登りつめた闘争話소개했는데,올해는어떤성장을할 것인가.br/>
기대하세요
Reference
이 문제에 관하여(가볍고 유쾌하게 참여할 수 있는 모바일 앱 개발 환경을 키우는 3가지), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/laprasDrum/items/bff63fdb658c1c532f41텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)