Sơ lược về lịch sử nguồn mở

Sự xuất hiện và phát triển của phần mềm nguồn mở trong các ngành khác nhau có một vị trí quan trọng trong hiểu biết của chúng ta về Internet. Không có phần mềm mã nguồn mở, nhiều công cụ cho phép chúng ta truy cập Internet sẽ không tồn tại. Hơn nữa, văn hóa nguồn mở mang theo rất nhiều tài nguyên cho sự hợp tác toàn cầu hiệu quả, các khung pháp lý mới và yêu cầu minh bạch.

Tại sao bạn nên quan tâm đến lịch sử nguồn mở

Hàng ngày, chúng ta bị ảnh hưởng bởi các quyết định của những người và tổ chức chi phối chúng ta. Chúng tôi thức dậy vào một thời điểm nhất định bởi vì hàng trăm năm trước, chủ sở hữu nơi làm việc muốn nhân viên của họ bắt đầu làm việc vào một thời điểm nhất định. Từ đó, trường học và tất cả các tổ chức xã hội khác thích nghi.

Chúng tôi đợi đèn giao thông chuyển sang màu xanh trước khi băng qua đường. Khi nhận bánh ngọt buổi sáng, chúng tôi có thể thanh toán bằng thẻ nhựa mỏng hoặc thậm chí bằng hình ảnh trên điện thoại di động. Tất cả chỉ vì mọi người đã đồng ý với một số quy tắc và giao thức toàn cầu.

Văn hóa nguồn mở đi kèm với những bước ngoặt thông minh của nó và các cuộc tranh luận hướng tới tiến bộ, không hồi kết về cách các nhóm đông đảo người dân có thể và nên tạo ra các quy tắc và giao thức sẽ mang lại lợi ích cho toàn xã hội. Nếu bạn quan tâm đến sự tiến bộ chu đáo trong xã hội, bạn nên bắt đầu tìm cách đóng góp.

Triết lý tiếp cận mang lại lợi ích cho bạn, tôi và tất cả chúng ta, cảm ơn Richard Stallman

Trong số những sự kiện quan trọng dẫn đến sự nổi lên của phong trào nguồn mở là việc tặng máy in cho MIT vào những năm 1970. Nhân viên lập trình, bao gồm Richard M. Stallman trước đó đã thực hiện một cuộc tấn công mạng xã hội với cái cũ mà họ sở hữu. Nó sẽ gửi cảnh báo bất cứ khi nào nó bị kẹt. Vì nhóm phát triển phần mềm mới đã ký một thỏa thuận không tiết lộ với công ty sản xuất máy in, Stallman và các đồng nghiệp không thể truy cập mã nguồn để thực hiện hack mạng xã hội giúp cuộc sống của họ dễ dàng hơn.

Việc không thể truy cập mã nguồn của máy in được tặng đã khiến Stallman quyết tâm tạo ra một hệ điều hành hoàn chỉnh cho phép tất cả người dùng tự do biết cách thức hoạt động của nó và thay đổi mọi thứ. Và như thế này, _Dự án GNU__ đã ra đời. chấp bút Tuyên ngôn GNU vào năm 1985, Stallman đã xác định một Quy tắc Vàng:

[Tôi] nếu tôi thích một chương trình, tôi phải chia sẻ nó với những người [có thể] thích nó. Người bán phần mềm muốn chia rẽ người dùng và chinh phục họ, khiến mỗi người dùng đồng ý không chia sẻ với người khác. Tôi từ chối phá vỡ tình đoàn kết với những người dùng khác theo cách này.

Thái độ của hacker như một cách sống

Nếu bạn có cùng quan điểm với Stallman, bạn có thể muốn tìm hiểu thêm về việc trở thành một hacker. Eric S. Raymond , một nhà phát triển phần mềm và người ủng hộ nguồn mở, người cũng đã viết bài tiểu luận nổi tiếng Nhà thờ và Chợ năm 1997, mô tả thái độ của hacker trong Làm thế nào để trở thành một hacker .

Tin tặc giải quyết vấn đề và xây dựng mọi thứ. Người ta không nên trộn chúng với bánh quy giòn, bánh quy giòn là thứ làm hỏng mọi thứ có thể vì chúng không sáng bằng. Họ tin rằng thế giới đầy những vấn đề hấp dẫn. Các tin tặc cảm thấy thích thú khi vắt kiệt khả năng học tập của mình để tạo ra các giải pháp, từng chút một, giải quyết vấn đề một cách tốt đẹp. Vì tôn trọng các tin tặc đồng nghiệp, họ không ép buộc nhau phải phát minh lại bánh xe và chia sẻ các giải pháp sáng tạo một cách cởi mở.

Thái độ của hacker được xây dựng dựa trên triết lý truy cập.

Mở rộng nguồn mở sang lĩnh vực vật lý

Thái độ của hacker mở rộng sang các lĩnh vực không liên quan gì đến máy tính và lập trình. Ví dụ, với Hệ thống xây dựng Grid Beam , bạn có thể học cách đóng giường, ghế và xe ba bánh bằng những vật dụng cơ bản miễn phí. Bạn thậm chí có thể xây dựng cho mình một lục giác nhà bằng vật liệu xây dựng thông thường. Nếu bạn đang tìm kiếm Gutenberg của thời đại chúng ta, thì đừng tìm đâu xa, có những tâm hồn tốt bụng trên trái đất duy trì một dự án e-reader mã nguồn mở và có học sinh truy cập sách giáo khoa miễn phí . Ngoài ra, bây giờ chúng ta có Tín hiệu , bạn thực sự không cần bất kỳ ứng dụng nhắn tin dựa trên Internet nào khác trên điện thoại của mình.

Nhà nước-of-the-Art trong văn hóa mã nguồn mở

Những thập kỷ qua đã cho phép chúng ta tích lũy những bài học từ các thử nghiệm xã hội thú vị về đồng sản xuất, đồng thời cũng tạo điều kiện cho sự xuất hiện của các khái niệm như copyleft , sản xuất ngang hàng , nguồn lực cộng đồng Và nội dung do người dùng tạo . Và có vẻ như nó sẽ không dừng lại ở đây.

Cộng đồng là Nhân tố Lực lượng

Có thể cho rằng bởi vì mọi thứ không theo hướng từ trên xuống như bất kỳ nơi nào khác trong thế giới sản xuất doanh nghiệp, văn hóa của nguồn mở đã phát triển để bao gồm không chỉ các ý tưởng về cách đồng sản xuất phần mềm, mà còn rộng hơn, để đồng sản xuất bất kỳ thứ gì trên một ngưỡng độ sâu kỹ thuật. Nhiều ý tưởng như vậy đã được thế giới doanh nghiệp áp dụng rộng rãi, đặc biệt là giữa các bên liên quan trong hệ sinh thái khởi nghiệp và khởi nghiệp toàn cầu.

Mở rộng hơn nữa trong các công việc của những người tiên phong nguồn mở như Nhà thờ và Chợ của Eric S. Raymond, đây là một số ý tưởng chính đã tác động rộng rãi đến các nhóm sản xuất công nghệ trên toàn thế giới:

1. Phát hành sớm và thường xuyên. Đừng chờ đợi kế hoạch của bạn trở nên hoàn hảo.
2. Nếu bạn chia sẻ công việc và các vấn đề của mình với một lượng lớn các nhà đồng phát triển, mọi vấn đề khó khăn đều có thể được giải quyết.
3. Những người đồng phát triển của bạn là những đồng minh tốt nhất của bạn: Họ sẽ chỉ ra những điểm yếu của bạn và tôn vinh những điểm mạnh của bạn. Giữ chúng ở gần.

dân chủ++

Trên thực tế, nguồn mở là một hiện tượng xã hội nơi các nhóm người đưa ra quyết định trực tuyến. Có thể, đó là lĩnh vực mà việc ra quyết định tập thể đã tiến bộ rõ rệt theo hướng bao gồm các thực hành từ dưới lên, dân chủ hơn.

Các nhà phát triển của dự án nguồn mở thường đưa ra quyết định dựa trên sự đồng thuận. Đôi khi, nếu vấn đề trở nên nan giải hoặc nếu sự đồng thuận không hình thành mặc dù đã nỗ lực hết sức, thì cộng đồng cần một số chỉ dẫn về con đường phía trước nếu họ có ý định làm việc cùng nhau lâu dài.

Những gì đầu tiên bắt đầu với Hướng dẫn van Rossum bổ nhiệm làm tạm thời đầu tiên Nhà độc tài nhân từ cho cuộc sống (BDFL) với Python, nhanh chóng lan rộng ra các dự án khác (như Ubuntu, Linux, OpenStreetMap và WordPress) muốn người lãnh đạo tự nhiên của nhóm đưa ra quyết định khi không thể hình thành sự đồng thuận. Django có hai BDFL: Adrian Holovaty Và Jacob Kaplan-Moss , người __ đã nghỉ hưu __vào năm 2015 do thiếu thời gian cá nhân và tin tưởng vào khả năng hoạt động của cộng đồng Django mà không cần BDFL.

Nghiên cứu đã chỉ ra, hết lần này đến lần khác, rằng phong phú nhóm mà mỗi thành viên chú ý đến việc cung cấp an toàn tâm lý cho mỗi khác là những cái tốt nhất, cho đến nay. Đó là lý do tại sao những người tiên phong mã nguồn mở như Coraline Ada Ehmke đang làm việc trên các dự án như Giao ước cộng tác viên để tạo ra nhiều trường hợp hợp tác không bị quấy rối hơn trong nguồn mở.

Là mã nguồn mở bị hỏng?

GitHub từ lâu đã là nền tảng để các nhà phát triển phần mềm cộng tác với nhau, với các tính năng sẵn có giúp tạo điều kiện thuận lợi cho cộng tác ảo trong các dự án phần mềm phổ biến. GitHub cũng là cách phổ biến nhất mà cộng đồng nguồn mở lưu trữ tiến trình và chia sẻ công việc của họ. Năm 2018, công ty đã mua của Microsoft để nâng cao sự tập trung của gã khổng lồ công nghệ vào phát triển nguồn mở.

2018 và 2019 là những năm mà những quyết định gây tranh cãi của các ông lớn công nghệ đã gây ra phản ứng dữ dội từ nhân viên của họ: Google giúp Lầu Năm Góc chế tạo máy bay không người lái AI , Microsoft phát triển tai nghe chiến trường cho Quân đội Hoa Kỳ Và Amazon không hành động đối với tính trung lập khí hậu là những trường hợp khiến nó trở thành tiêu đề. Các nhà lãnh đạo tư tưởng gọi nhân viên công nghệ lớn có trách nhiệm đạo đức để tổ chức thay đổi, hoặc bỏ công việc của họ .

Có lẽ cũng không có gì ngạc nhiên khi người ta phát hiện ra rằng GitHub đã có một thỏa thuận với Cơ quan Thực thi Hải quan và Nhập cư Hoa Kỳ (ICE). Trong một thư ngỏ đối với tập đoàn GitHub, nhiều thành viên tích cực của cộng đồng nguồn mở đã chỉ ra các khía cạnh trong lịch sử của ICE không phù hợp với những gì họ tin là giá trị cốt lõi của nguồn mở: “[...] đảo ngược cấu trúc quyền lực và tạo ra quyền truy cập và cơ hội cho tất cả mọi người". Công ty đã trả lời với một lá thư khác , trình bày chi tiết bản chất của thỏa thuận khi họ diễn giải thỏa thuận đó, nhấn mạnh rằng phạm vi của thỏa thuận không liên quan gì đến thiện chí của các nhà phát triển nguồn mở, vốn là tài sản chính mà GitHub tận dụng.

Ở một khía cạnh khác, tính hợp pháp của Trợ lý GitHub là dưới sự giám sát. Copilot là một công cụ hỗ trợ lập trình viên đưa ra các gợi ý để cải thiện khả năng viết mã theo thời gian thực của họ. Nó dựa trên hệ thống AI Codex được phát triển bởi mởAI và được cấp phép cho Microsoft. Việc xem xét kỹ lưỡng vẫn tiếp tục tại các tòa án Hoa Kỳ và nó bắt nguồn từ việc Codex sử dụng các kho lưu trữ mã nguồn mở và công khai trên GitHub để đào tạo mô hình AI của mình. Matthew Butterick, một người ủng hộ nguồn mở trong số những thứ khác, tóm tắt lý do đằng sau sự bất công như sau:

Bằng cách cung cấp Copilot như một giao diện thay thế cho phần lớn mã nguồn mở, Microsoft đang làm nhiều hơn là cắt đứt mối quan hệ pháp lý giữa tác giả và người dùng nguồn mở. Có thể cho rằng, Microsoft đang tạo ra một vườn có tường bao quanh điều đó sẽ ngăn cản các lập trình viên khám phá các cộng đồng mã nguồn mở truyền thống. Hoặc ít nhất, loại bỏ bất kỳ động cơ nào để làm như vậy. Theo thời gian, quá trình này sẽ khiến các cộng đồng này chết đói. Sự chú ý và tương tác của người dùng sẽ được chuyển vào khu vườn có tường bao quanh của Copilot và cách xa bản thân các dự án nguồn mở—cách xa kho lưu trữ nguồn, trình theo dõi vấn đề, danh sách gửi thư, diễn đàn thảo luận của họ. Sự thay đổi năng lượng này sẽ là một tổn thất đau đớn, vĩnh viễn đối với nguồn mở.

Các hành động gần đây của GitHub, mà chỉ một số ít được đề cập ở trên, đã khuấy động một cuộc tranh luận lớn, đánh dấu một cột mốc quan trọng trong lịch sử nguồn mở: Bạn có nên hạn chế quyền truy cập vào nguồn mở không? Chúng ta có nên mong đợi những người duy trì nguồn mở, những người đôi khi - mặc dù đã nỗ lực sáng tạo phi thường - đấu tranh để kiếm đủ sống, chứng kiến những đóng góp của họ được sử dụng trong các nhóm tạo ra lợi nhuận khổng lồ mà họ không ủng hộ về mặt đạo đức? Theo Sáng kiến mã nguồn mở , câu trả lời cho tất cả những câu hỏi trên là, có: Họ cũng muốn cho những kẻ ác quyền tự do sử dụng nguồn mở.

Dan Goodman-Wilson trả lời không trong __ quan điểm sâu sắc, triết học của anh ấy __về sự đổ vỡ của nguồn mở, tóm tắt gốc rễ của vấn đề như sau:

Nguồn mở đã từ chối một cách rõ ràng việc điều chỉnh quyền truy cập vào nhóm phần mềm nguồn mở, trong khi nhắm mắt làm ngơ trước hệ thống rộng lớn của các quy định vô hình, ngầm hiểu nhưng rất thực tế được dệt nên qua cấu trúc của cộng đồng. Việc từ bỏ hoàn toàn quyền kiểm soát này là độc hại, đẩy những người chúng ta cần ra ngoài và mở ra cánh cửa cho những người chúng ta không muốn. Những thất bại chính của nguồn mở có thể được giải thích bằng sự kết hợp của các quy định (ngầm, bí mật) hiện hành chi phối cộng đồng nguồn mở nói chung, hoặc thiếu nó.

Trong giải thích của mình về thế giới hậu nguồn mở, Goodman-Wilson nhấn mạnh sự cần thiết của các hệ thống khuyến khích chu đáo cho những người duy trì nguồn mở cũng như sự cần thiết của các cơ chế không khuyến khích việc sử dụng nguồn mở đối với các tác nhân không sẵn lòng cam kết với “các nguyên tắc cơ bản của giá trị của con người”. Các dự án như__ Giấy phép Hippocrates__ , thiết bị không có nghệ thuật và Giấy phép phần mềm chống tư bản đang cho phép các cộng đồng nguồn mở triển khai các giấy phép có tính đến các cân nhắc về đạo đức và không khuyến khích điều ác.

Mặc dù một số cá lớn hơn không có vẻ quan tâm , những người khác - một số thậm chí còn lớn như vậy - vẫn không trở nên xấu xa. Không bao giờ là quá muộn để tìm ra sở thích và khả năng của bạn phù hợp nhất ở đâu.

Muốn biết thêm về điều này?

• Quản trị nguồn mở đó hoạt động như thế nào đối với bạn? - Nathan Schneider

• Hướng dẫn Tìm kiếm 🔎 Dự án nguồn mở để đóng góp - Leonardo Montini

• 6 khoảnh khắc quan trọng trong mã nguồn mở

• Tổ chức mã nguồn mở

  
  

Hình ảnh chính: Mã nguồn mở mọi thứ và mọi thứ. Minh họa bởi Kertburger.