나의 첫 번째 풀스택 해커톤: 모바일 앱 구축에서 얻은 교훈

이 게시물은 몇 달 동안 초안 속에 쌓여 먼지만 쌓였습니다. 드디어 세상을 빛나게 하고 첫 번째 풀스택 해커톤 경험을 여러분과 공유할 준비가 되었습니다.

저는 독학한 개발자이며 이번 해커톤이 처음으로 풀스택 앱을 구축했다는 사실을 공개하겠습니다.

이번 해커톤의 임무는 주택공사를 위한 모바일 애플리케이션을 구축하고 주택 보고서 보내기, 주택 애플리케이션, 임대 명세서 보기, 도움 요청 및 FAQ 보기와 같은 기본 기능을 구현하는 것이었습니다.

저는 안드로이드 개발자였고 다른 팀원들은 IOS용 Xamarin을 사용하여 프로젝트를 위한 웹사이트 포트폴리오를 구축하기 위해 정면으로 맞섰습니다.

그런데 왜 우리가 모든 플랫폼에 Xamarin을 사용하지 않았는지 묻지 마세요. 우리는 파이를 좋아하는 사람들입니다.

동시에 빅 브라더스의 검토 없이는 Apple 바이너리를 배포할 수 없다는 사실이 경쟁 규칙에 반영되지 않았습니다.
그래서 우리는 안드로이드 앱을 제작하고 Xamarin을 통해 IOS 플랫폼 바이너리로 컴파일할 계획이었습니다.

( ...팀 동료 중 한 명이 이것을 제안했습니다. 어떤 컴파일 마법이 일어나고 있는지 모르겠습니다. 이전에 언어를 구축해 본 적이 있고 언어 번들을 다른 언어 번들로 변경하는 것이 간단하지 않다는 것을 알고 있습니다. )

Android의 경우 DroidScript Framework에서 실행되는 Javascript를 사용했고, 추가로 다른 팀원들이 다른 해커톤과 경쟁하면서 기능 구현에 대한 요청을 받았습니다.

Android의 UI 복잡성을 줄이는 독특한 방법과 작은 바이너리를 생성하는 동안 기본 API에 대한 액세스 때문에 DroidScript를 선택했습니다.

게다가 이를 사용한 UI 개발 경험을 바탕으로 선택했고, 최근 머티리얼 디자인 3 라이브러리를 DroidScript에 플러그인으로 이식했기 때문에 UI에는 문제가 되지 않을 것입니다.

Node가 너무 무거워서 클라이언트 애플리케이션에 Node.js를 추가하지 않기로 결정했지만 관리 앱의 경우 모든 곳에서 esm 맛이 나는 노드를 사용했습니다.

4일 만에 프로젝트를 완료했고, 제출 당일에 관리 앱 초안 작성을 시작했지만 완료하지 못했습니다.

그럼 결과는 어땠나요? 글쎄, 우리는 이기지 못했고 심지어 최종 라운드에도 진출하지 못했습니다. 사실 우리는 어떠한 피드백이나 업데이트도 받지 못했고 이는 실망스러웠습니다. 손실이 아니라 투명성이 부족해서 실망스럽습니다.

모든 것에도 불구하고 이번 해커톤에는 다음과 같은 몇 가지 귀중한 교훈이 있었습니다.

해커톤에서도 테스트 작성
처음에는 시간 제약으로 인해 테스트를 건너뛰었지만 다시 문제가 발생했습니다. 테스트를 통해 개발 중에 Firebase 호출이 5,000회 이상 발생하는 것을 방지할 수 있었습니다. 교훈을 얻었습니다.

Android의 XML DOM을 과소평가하지 마세요
특히 여러 요소를 동적으로 추가할 때 UI 성능 문제로 어려움을 겪었습니다. DroidScript가 Android의 XML DOM을 처리하는 방식은 예상보다 느린 것으로 나타났습니다. DroidScript의 웹 기반 버전(핵심 DroidScript 개발자가 작성)인 Enjine.IO를 사용했어야 했지만 더 빠르고 크로스 플랫폼이라는 이점도 있었습니다.

Node.js를 제외하는 것에 대해 다시 생각해 보세요
클라이언트 앱에서 Node.js를 제외하면 공간이 절약될 것이라고 생각했지만 기능 비용이 발생했습니다. Firebase를 노드 모듈로 사용할 때보다 스크립트로 통합할 때 속도가 훨씬 느려졌습니다. 다음에는 절충점을 다시 생각해보겠습니다.

읽어주셔서 감사합니다! 이 블로그 게시물을 마치는 데 몇 달이 걸렸을지 모르지만 제가 배운 교훈은 훨씬 더 오래 지속될 것입니다.

해커톤 프로젝트에서 프로젝트를 확인하실 수 있습니다.

당신의 생각을 알려주세요!

위 내용은 나의 첫 번째 풀스택 해커톤: 모바일 앱 구축에서 얻은 교훈의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!