2010-08-06 30 views
6

Tôi đang tìm hiểu thêm về khung công tác Android và tôi cũng muốn hiểu những vấn đề phát triển nhóm nhỏ (< 10 người) cho điện thoại Android có khả năng chạy vào (tức là chuyển sang các nền tảng khác, kiểm tra bảo mật không đầy đủ, hay bất cứ thứ gì trong vòng đời phát triển phần mềm gây khó khăn).Các vấn đề phổ biến mà các nhóm phát triển Android nhỏ gặp phải là gì?

Bất kỳ phản hồi hoặc liên kết nào đến tài nguyên bên ngoài xem xét chủ đề này sẽ được đánh giá cao.

Cảm ơn

+2

Được chọn bởi các android lớn? Xin lỗi, không thể cưỡng lại. :) – Robusto

+4

Tôi sẽ đặt cược phần lớn các đội dev android là <10 người – Falmarri

Trả lời

2

Đây là ý nghĩa chung đối với một số người, chứ không phải cho người khác. Hãy chắc chắn rằng TẤT CẢ các thành viên trong nhóm ghi lại những thay đổi mà họ đã thực hiện để bạn không lãng phí thời gian tìm ra chính mình trước khi bạn có thể tiến xa hơn.

tôi đã có một số thành viên trong nhóm người gặp khó khăn nắm rằng khái niệm = p

+0

Xem nhận xét về các hệ thống kiểm soát phiên bản, đó thực sự là câu trả lời. Bất kỳ lập trình viên nào từ chối sử dụng chúng đều cần phải quay trở lại hang động mà chúng xuất hiện. :-D Đây KHÔNG phải là hướng dẫn cho bạn Starwfanatic. – JustBoo

1

Trong bất kỳ dự án phát triển với nhiều hơn một nhà phát triển, bạn cần phải sử dụng lật đổ. Gần đây tôi đã hoàn thành một dự án bắt đầu mà không có nó, viết trên mỗi mã khác chỉ để tìm ra rằng mã của tôi đã bị xóa hai giờ sau đó. Quản lý kỹ thuật của chúng tôi mất ba ngày học lật đổ, cài đặt nó và dạy chúng tôi, chỉ để có được dự án di chuyển một lần nữa. Subversion là bắt buộc đối với bất kỳ dự án phát triển nào trong quan điểm của tôi.

Ref: http://en.wikipedia.org/wiki/Subversion

+3

Câu trả lời hoàn chỉnh hơn là sử dụng hệ thống kiểm soát phiên bản (http://en.wikipedia.org/wiki/Revision_control), không nhất thiết phải SVN. –

+0

Đúng vậy! Tôi chỉ quen thuộc với subversion như một công cụ, nhưng hệ thống kiểm soát sửa đổi là một câu trả lời thích hợp hơn. Thanx cho người đứng đầu lên! BR - –

4

Câu hỏi của bạn là khá mơ hồ và mở kết thúc với các khía cạnh mà không nhất thiết phải áp dụng đối với Android nhưng thay vì phát triển ứng dụng nói chung. Tuy nhiên, có một mẹo tôi có thể cung cấp cho bạn giúp việc phát triển nhóm dễ dàng hơn trên Android: chia sẻ một kho khóa gỡ lỗi duy nhất.

Trước khi bạn có thể chạy ứng dụng trên điện thoại, bạn phải ký ứng dụng đó với kho khóa. Khi bạn đang phát triển một ứng dụng Android của riêng bạn trong Eclipse, plugin làm cho phần này trở nên dễ dàng. Nó tạo ra một kho khóa gỡ lỗi cho bạn và tự động ký nó khi bạn xây dựng, vì vậy bạn không bao giờ phải suy nghĩ về phần này của quá trình. Tuy nhiên, nếu bạn đang cộng tác với những người khác, một số vấn đề sẽ xuất hiện nếu bạn đang sử dụng các keystores khác nhau:

  1. Bạn không thể nâng cấp APK của nhau lên nhau; bạn sẽ phải gỡ cài đặt hoàn toàn/cài đặt lại.

  2. Bạn sẽ gặp phải những điều đau đớn với mã phụ thuộc vào chữ ký của kho khóa (chẳng hạn như khóa Google Maps, nếu bạn từng sử dụng).

  3. Bạn sẽ phải ký mã phát hành của mình với kho khóa khác; bạn có thể nhận được apks được phát hành và đó là gỡ rối trộn lẫn nếu bạn đang ký kết với một boatload của keystores khác nhau.

May mắn thay, có một tùy chọn để chỉ định kho khóa gỡ lỗi cho Android, trong Eclispe -> Tùy chọn -> Android -> Xây dựng. Mỗi thành viên trong nhóm nên sử dụng cùng một kho khóa. Cách dễ nhất để tạo một kho khóa gỡ lỗi là chỉ sao chép một khóa mà Eclipse tự động tạo ra. Alternatively you can make your own, using these guidelines.

2

Không chỉ bạn nên sử dụng kiểm soát sửa đổi, nhưng bạn cũng nên sử dụng một số loại quy trình mà nhóm của bạn có thể đồng ý, chẳng hạn như SCRUM (http://en.wikipedia.org/wiki/Scrum_(development)). Đặt mục tiêu thực tế, đảm bảo rằng các thành viên trong nhóm của bạn đang thực hiện nhiệm vụ, vì trời sẽ tham gia COMMUNICATE và có thứ gì đó được thiết lập để theo dõi các mốc và lỗi.Hãy chắc chắn rằng tất cả mọi người trong nhóm của bạn biết những gì họ có nghĩa vụ phải làm, và khi nó phải được thực hiện. Nếu bạn nhận được bất kỳ người flaky nào trong nhóm của bạn, hãy khởi động họ vì họ sẽ ngăn chặn dự án của bạn rất nhiều. Tôi đã có vấn đề này cố gắng làm việc với một nhà phát triển khác, những người không muốn làm bất cứ điều gì, vì vậy tôi là một nhóm một người đàn ông bây giờ.

Các vấn đề liên quan