Mô hình phát triển phần mềm miễn phí: Nhà thờ và Chợ

The Cathedral and the Bazaar là một tài liệu dạng bản kê khai được phát triển bởi Eric S. Raymond vào năm 1.998 để cố gắng giải thích từ quan điểm và kinh nghiệm của riêng anh ấy (Fetchmail Development) những gì ông đã hiểu về việc tạo ra và phát triển thành công Linux và các chương trình liên quan của nó, đặc biệt là từ quan điểm về sự khác biệt giữa các Mô hình Phát triển Phần mềm, mà cá nhân ông gọi là: Mô hình Nhà thờ và Mô hình Chợ.

Và trong ấn phẩm này, chúng tôi sẽ cung cấp một phân tích và tóm tắt về tuyên ngôn đã nói rất phổ biến đối với các nhà phát triển của Phong trào Phần mềm Tự do. Phần mềm này có sẵn miễn phí và có thể truy cập được ở nhiều phần của web, nhưng có thể tải xuống từ liên kết web sau để truy cập nhanh hơn: Nhà thờ và Chợ.

GIỚI THIỆU

Tài liệu cho biết «Nhà thờ lớn và Chợ» cho chúng ta thấy tầm nhìn rằng trong thế giới Công nghệ phần mềm có “hai phong cách phát triển hoàn toàn khác nhau, mô hình nhà thờ lớn, áp dụng cho hầu hết các phát triển trong thế giới phần mềm thương mại, so với mô hình chợ, điển hình hơn của thế giới Linux ”.

Nhấn mạnh rằng 2 mô hình này có xuất phát điểm trái ngược nhau về bản chất của quá trình gỡ lỗi phần mềm, và lý thuyết cụ thể của ông về cái mà ông gọi là Định luật Linus đã phát biểu như sau: “Đã cho đủ số mắt thì mọi lỗi đều không liên quan” hay nói cách khác: “Với đủ số mắt, mọi lỗi đều là chuyện vặt”.

Và nó nhấn mạnh từ Hacker, theo ý kiến ​​của tôi, tác giả thể hiện như một loại Người dùng cấp cao có khả năng hiểu và khai thác hiệu quả một chương trìnhvà để phát hiện, đề xuất hoặc thực hiện các chỉnh sửa hoặc sửa đổi hình thức và nội dung hiệu quả cho toàn bộ cộng đồng người dùng.

Trong các nền văn học khác, từ hoặc khái niệm được gọi là Hacker này đề cập đến:

«một chuyên gia, đam mê về một lĩnh vực chủ đề nào đó, đặc biệt là lĩnh vực công nghệ và có mục đích tận dụng kiến ​​thức này cho những mục đích lành mạnh. Đó là người đó, thường là một chuyên gia trong lĩnh vực kiến ​​thức, đam mê kiến ​​thức, khám phá và học hỏi những điều mới và hiểu cách thức hoạt động của chúng, đạt đến mức cải thiện nó bằng những đề xuất và đề xuất hiệu quả, và luôn có ý định chia sẻ kiến ​​thức hoặc tránh sự thất bại hoặc trục trặc của đối tượng nghiên cứu.

Đó là một khái niệm phổ quát hơn và thực tế hơn, vì có "Hacker" trong tất cả các lĩnh vực kiến ​​thức của con người.

PHÁT TRIỂN DỰ ÁN

Trong số rất nhiều người đã đọc tài liệu như vậy, chắc chắn sẽ có một số lượng lớn đồng ý rằng ý kiến ​​cho rằng "Linux là lật đổ" được thể hiện rõ ràng ở đó. Nhưng tại sao?

Bởi vì cho đến thời điểm đó đã có một nhiều phương pháp hoặc mô hình phát triển phần mềm được tiêu chuẩn hóa dựa trên “cách tiếp cận tập trung hơn và có kế hoạch ngay từ đầu” bởi vì hành động tạo Phần mềm được coi là một thứ gì đó được liên kết với một cái gì đó dẫn đến "một độ phức tạp quan trọng nhất định".

Và mặc dù thực tế là thế giới Unix đã tồn tại, bao gồm các công cụ nhỏ, tạo mẫu nhanh và lập trình tiến hóa, Sự xuất hiện của triết lý phát triển Phần mềm Tự do trong hệ điều hành Linux đã đưa vấn đề lên một cấp độ phức tạp khác.

Trong khi Trong thế giới Phát triển Phần mềm Tư nhân, nó đã được thực hiện một cách "im lặng và tôn kính", giống như một Nhà thờ được xây dựng, Trong Thế giới Phát triển Phần mềm Tự do (Linux), nó đã được thực hiện một cách “ồn ào và với nhiều chương trình nghị sự (đường dẫn) và phương pháp tiếp cận (đề xuất)”, giống như bạn đang ở trong một phiên chợ lớn.

Tuyên ngôn tuyệt vời này cung cấp cho chúng ta một số tiền đề để cô đọng những ý tưởng được thể hiện ở đó, về Mô hình Phát triển Phần mềm Miễn phí, đó là:

LỜI NÓI ĐẦU # 1

TẤT CẢ CÁC CÔNG VIỆC TỐT TRONG PHẦN MỀM BẮT ĐẦU THỬ VUI LÒNG LÀ VẤN ĐỀ CÁ NHÂN CỦA NHÀ PHÁT TRIỂN.

Đó là một thực tế không thể phủ nhận vì Nhiều người trong số những người làm việc trong lĩnh vực Phát triển Phần mềm Tự do thường bắt đầu do nhu cầu giải quyết vấn đề cá nhân hoặc vấn đề của tập thể hoặc nhómhoặc để tối ưu hóa một quy trình đã được thực hiện theo cách chậm hơn và / hoặc lặp đi lặp lại, điều này thường có xu hướng trở nên mệt mỏi và / hoặc nhàm chán đối với những người tham gia vào nó, cố gắng tối đa hóa thời gian và nỗ lực của những người liên quan.

LỜI NÓI ĐẦU # 2

NHỮNG NGƯỜI LẬP TRÌNH TỐT BIẾT NHỮNG GÌ ĐỂ VIẾT. ĐIỀU TUYỆT VỜI NHẤT BIẾT NHỮNG GÌ ĐỂ VIẾT VÀ SỬ DỤNG LẠI.

Bất kỳ lập trình viên nào cũng biết rằng bắt đầu lại từ đầu không có gì là xấu hoặc không cần thiết khi phát triển một chương trình hoặc ứng dụng. Tuy nhiên, đối với nhiều người đang bắt đầu và những người khác đã hiểu rõ về vấn đề này, đều biết rằng đôi khi "Phát minh lại bánh xe" không hiệu quả lắm, nhưng tốt hơn là chỉ nên tối ưu hóa nó và điều chỉnh nó theo nhu cầu của riêng bạn. Điều đó có nghĩa là, tốt hơn là nên viết lại và đồng hóa tất cả các mã có thể có từ các chuyên gia khác trong lĩnh vực mà chúng ta quan tâm để giải quyết việc phát triển phần mềm của chính chúng ta.

LỜI NÓI ĐẦU # 3

"HÃY SUY NGHĨ VỀ VIỆC NÓI RA ÍT NHẤT - BẠN SẼ KẾT THÚC LÀM VIỆC BẤT CỨ LÚC NÀO."

Một nhà phát triển phần mềm giỏi phải biết cách lắng nghe chi tiết những gì người dùng trong quá trình phát triển của họ nói hoặc đề xuất hoặc đề xuất, vì một chương trình đã có chức năng, vẫn có thể trở thành một thứ gì đó rất lớn, mặc dù có chức năng, một thứ gì đó mất phương bắc, một con quái vật điều đó làm mọi thứ cho tất cả mọi người, và đến lượt nó, một điều gì đó không dễ chịu. Vì vậy, lắng nghe để quay trở lại gốc rễ, giành lại những người dùng đã mất, thêm các chức năng mới, loại bỏ những chức năng không cần thiết, làm cho chương trình nhỏ hơn, cụ thể hơn và tổng quát hơn, luôn là một việc làm tốt.

LỜI NÓI ĐẦU # 4

NẾU BẠN CÓ THÁI ĐỘ ĐÚNG, NHỮNG VẤN ĐỀ QUAN TÂM SẼ TÌM ĐƯỢC BẠN.

Một sự thay đổi tốt về thái độ và thời gian có thể có nghĩa là một sự thay đổi căn bản đối với mỗi lập trình viên hoặc nhà phát triển phần mềm trong sự phát triển hiện tại hoặc mới của họ, do đó có nghĩa là những lợi thế mới về thời gian, tiền bạc hoặc sự thoải mái cho người sử dụng sản phẩm của họ. Hãy chú ý đến những cách sáng tạo để giải quyết các vấn đề đang có dấu hiệu tốt và đi đúng hướng.

LỜI NÓI ĐẦU # 5

KHI MỘT CHƯƠNG TRÌNH KHÔNG CÒN BẠN QUAN TÂM, NHIỆM VỤ CUỐI CÙNG CỦA BẠN LÀ CHUYỂN ĐẾN MỘT NGƯỜI THÀNH CÔNG CẠNH TRANH.

Đối với nhiều lập trình viên hoặc nhà phát triển phần mềm, cũng như các nhà công nghệ khác, không có gì lạ khi muốn dành thời gian mới cho các dự án mới. Nhưng trong thế giới của Phần mềm Miễn phí, tiền đề là phải vượt qua dùi cui, có những người khác muốn tiếp tục phát triển các sản phẩm đã bị bỏ rơi của họ, mà họ phải cho phép bất kỳ ai hack (cải thiện) chương trình cho chính họ hoặc cho lợi ích của cộng đồng người sử dụng chương trình.

LỜI NÓI ĐẦU # 6

XỬ LÝ NGƯỜI DÙNG CỦA BẠN NHƯ NGƯỜI LAO ĐỘNG LÀ CÁCH ÍT NHẤT ĐỂ CẢI THIỆN VÀ HIỆU QUẢ MỘT CHƯƠNG TRÌNH NỢ HIỆU QUẢ.

Vì "miễn phí" thường được hiểu là "miễn phí" trong quá trình phát triển Phần mềm miễn phí, nhiều lập trình viên có xu hướng nhóm lại với nhau để tránh hao mòn không được trả tiền bằng cách liên minh với các nhà phát triển khác hoặc những người dùng nâng cao về sự phát triển của họ, để tiếp tục chúng hoặc cho những người khác tiếp tục chúng, để đổi lấy việc nhận được "tín dụng" trong việc phát triển các đổi mới mã trong tương lai và đảm bảo rằng các phát triển trong tương lai chính thức bao gồm một số giấy phép, để tránh lạm dụng nó.

LỜI NÓI ĐẦU # 7

PHÁT HÀNH SỚM. Khởi chạy IT OFTEN. VÀ LẮNG NGHE NGƯỜI DÙNG CỦA BẠN.

Không giống như trong thế giới phát triển phần mềm độc quyền, trong phần mềm miễn phí, trường hợp càng nhiều và nhanh thì càng tốt. Vì cơ sở rộng lớn của người dùng và nhà phát triển, những người thường sử dụng và phát triển một chương trình trong cộng đồng và tương tác với nhau, để thông báo những nghi ngờ, đề xuất, đề xuất, khiếu nại và / hoặc tuyên bố của họ, có thể trở thành một nguồn kiến ​​thức quý giá để nhanh chóng phát triển một chương trình hướng tới các giai đoạn phát triển trưởng thành.

LỜI NÓI ĐẦU # 8

TẤT CẢ CÁC VẤN ĐỀ SẼ ĐƯỢC XÁC ĐỊNH NHANH CHÓNG VÀ GIẢI PHÁP CỦA HỌ SẼ PHÙ HỢP VỚI MỘT SỐ NGƯỜI.

Tài liệu kết thúc khiến người đọc kết luận, nhiều lần rằng Phương pháp Phát triển Phần mềm dựa trên Mô hình Bazaar, rất hiệu quả. Bởi vì Nhà phát triển phần mềm càng cung cấp cho Người dùng nhiều quyền lực, tự do hoặc kiến ​​thức về chương trình của họ, thì họ càng có thể đóng góp những ý tưởng khéo léo hoặc những thay đổi hữu ích, chỉ vì mục đích lợi ích tập thể.

Và điều này được thể hiện một cách thú vị trong đoạn trích sau từ tài liệu:

"Tôi nghĩ đây là điểm khác biệt cơ bản giữa phong cách nhà thờ và chợ. Theo cách nhìn của một nhà thờ lớn về lập trình, sai lầm và các vấn đề phát triển là những hiện tượng ngấm ngầm, sâu sắc và xoắn xuýt. Phải mất nhiều tháng xem xét kỹ lưỡng bởi một số ít người tận tâm để có thể tin rằng chúng đã bị loại bỏ. Do đó, thời gian dài cần thiết để phát hành các phiên bản mới và sự thất vọng không thể tránh khỏi khi những phiên bản đã được chờ đợi quá lâu không hoàn hảo.

Tuy nhiên, dựa trên mô hình chợ phiên, người ta cho rằng các sai sót thường chỉ là vấn đề nhỏ hoặc ít nhất, chúng sẽ trở nên khá nhanh chóng khi chúng được phơi bày trước con mắt háo hức của vài nghìn cộng tác viên tận tâm để đưa khác với mọi phiên bản mới. Vì vậy, bạn tiếp tục phát hành các phiên bản thường xuyên để nhận được nhiều bản sửa lỗi hơn, và như một tác dụng phụ có lợi, bạn sẽ ít bị mất nếu thỉnh thoảng lại làm hỏng. "

KẾT LUẬN

Cá nhân tôi, kinh nghiệm ít ỏi của tôi trong lĩnh vực Phát triển phần mềm miễn phí theo Mô hình kiểu Bazaar để lại cho tôi những kết luận sau:

• Người dùng nên được coi như một nguồn tài nguyên vô giá và trong trường hợp tốt nhất là những đồng minh vô giá cho sự hợp tác của họ trong việc phát triển sản phẩm.
• Mọi ý tưởng đều tốt hoặc đáng để khám phá, vì đôi khi điều ít bị nghi ngờ nhất lại có thể là giải pháp hoặc cải tiến tuyệt vời để phát triển.
• Việc ý tưởng ban đầu phân chia, mở rộng hoặc di chuyển khỏi ý tưởng ban đầu là điều tốt hoặc có thể xảy ra, nhưng điều quan trọng là ý tưởng ban đầu nên tập trung như thế nào về loại thị trường người dùng mà bạn muốn phục vụ, phục vụ hoặc trợ giúp.
• Để đạt hiệu quả cao và tránh mất sức do phân tán.
• Tốt nhất là một đoạn mã nhỏ, trực tiếp, đơn giản nhưng hiệu quả, quản lý để được cộng đồng đánh giá là đúng.
• Một chương trình đã hoàn thiện đối với Cộng đồng người dùng, khi không còn gì để loại bỏ, vì việc thêm luôn là một khả năng tốt cần tính đến.
• Bất kỳ chương trình nào cũng có thể được sử dụng (một phần hoặc toàn bộ) để được sử dụng lại trong các chức năng mà ban đầu không được hình thành.
• Tất cả Phần mềm phải thực hiện các biện pháp cấp phép và bảo mật tương ứng để bảo mật cho việc sử dụng Dữ liệu của người dùng.
• Không nhất thiết phải bắt đầu lại từ đầu, ai đó đã luôn phát triển một cái gì đó giống với ý tưởng đã hình thành của chúng ta.
• Bạn phải làm việc trên một cái gì đó mà bạn thích, bạn phải cảm thấy đam mê với sự phát triển mà bạn sẽ cống hiến trong Phần mềm Miễn phí để tạo ra cảm giác hợp nhất trong nội bộ với những gì được xây dựng, mà không đạt đến cực độ phát triển cảm giác sở hữu đối với nó.
• Phải có phương tiện giao tiếp tuyệt vời và thường xuyên giữa Nhà phát triển và Người dùng (Cộng tác viên), để công việc trôi chảy nhanh chóng và thay đổi hiệu quả.

Tôi hy vọng bạn thích và thấy thông tin này hữu ích, vì Bài đọc "Nhà thờ và chợ" là tài liệu tham khảo bắt buộc cho tất cả những người lập trình Phát triển Phần mềm Tự do, bất kể quy mô lớn hay nhỏ.