Máy in gây tử vong

Hãy sợ những người Đan Mạch mang quà đến.
– Virgil, "Aeneid"

Máy in mới lại bị kẹt giấy.

Một giờ trước đó, Richard Stallman, lập trình viên tại Phòng thí nghiệm nhân tạo
MIT Intelligence (AI Labs), đã gửi tài liệu dài 50 trang
in trên máy in văn phòng và lao vào công việc. Và bây giờ là Richard
Tôi ngước lên khỏi công việc đang làm, đi đến chỗ máy in và nhìn thấy một cảnh tượng hết sức khó chịu:
thay vì 50 trang in được chờ đợi từ lâu, chỉ có 4 trang trong khay
tờ đã sẵn sàng. Và những điều đó rõ ràng đề cập đến tài liệu của một số người khác.
Hồ sơ 50 trang của Richard bị lẫn với hồ sơ chưa in được nửa chừng của ai đó.
sự phức tạp của mạng văn phòng và máy in không chịu nổi vấn đề này.

Chờ đợi một cỗ máy thực hiện công việc của nó là chuyện bình thường.
đối với một lập trình viên, và Stallman đã đúng khi giải quyết vấn đề này
một cách kiên cường. Nhưng đó là một chuyện khi bạn giao cho máy một nhiệm vụ và thực hiện nó
việc của chính bạn và điều đó hoàn toàn khác khi bạn phải đứng cạnh
máy và điều khiển nó. Đây không phải là lần đầu tiên Richard phải
đứng trước máy in và xem từng trang in ra
một. Giống như bất kỳ kỹ thuật viên giỏi nào, Stallman đánh giá rất cao
hiệu quả của các thiết bị và chương trình. Không có gì ngạc nhiên khi điều này
một sự gián đoạn khác trong quá trình làm việc đã khơi dậy khát vọng cháy bỏng của Richard
vào bên trong máy in và đặt nó vào đúng thứ tự.

Nhưng than ôi, Stallman là một lập trình viên chứ không phải kỹ sư cơ khí. Đó là lý do tại sao
Tất cả những gì còn lại là xem các trang đang bò ra và suy nghĩ về
những cách khác để giải quyết một vấn đề khó chịu.

Nhưng các nhân viên của Phòng thí nghiệm AI đã chào đón chiếc máy in này một cách vui vẻ và nhiệt tình.
với sự nhiệt tình! Nó được giới thiệu bởi Xerox, đó là bước đột phá của nó
phát triển – sửa đổi máy photocopy nhanh. Máy in không chỉ làm
bản sao mà còn biến dữ liệu ảo từ các tập tin mạng văn phòng thành
tài liệu tìm kiếm tuyệt vời. Thiết bị này có vẻ táo bạo
tinh thần đổi mới của phòng thí nghiệm Xerox nổi tiếng ở Palo Alto, ông đã
điềm báo về một cuộc cách mạng về in ấn trên máy tính để bàn sẽ cách mạng hóa hoàn toàn
toàn bộ ngành công nghiệp vào cuối thập kỷ này.

Nóng lòng, các lập trình viên của Phòng Thí nghiệm lập tức bật tính năng mới lên
máy in vào một mạng văn phòng phức tạp. Kết quả vượt quá sự táo bạo nhất
mong đợi. Các trang được in ra với tốc độ 1 trang/giây, các tài liệu
bắt đầu in nhanh hơn 10 lần. Ngoài ra, chiếc xe còn cực kỳ
mang tính mô phạm trong tác phẩm của cô: các vòng tròn trông giống hình tròn, không phải hình bầu dục, mà là
các đường thẳng không còn giống các hình sin có biên độ thấp nữa.

Theo mọi nghĩa, món quà của Xerox là một lời đề nghị mà bạn không thể từ chối.
từ chối.

Tuy nhiên, theo thời gian, sự nhiệt tình bắt đầu suy giảm. Ngay khi máy in trở nên
tải đến mức tối đa, vấn đề nảy sinh. Điều làm tôi khó chịu nhất
thực tế là thiết bị nhai giấy quá dễ dàng. Tư duy kỹ thuật
các lập trình viên nhanh chóng xác định được gốc rễ của vấn đề. Sự thật là
Máy photocopy theo truyền thống yêu cầu sự hiện diện thường xuyên của một người ở gần.
Bao gồm cả để sửa giấy nếu cần thiết. VÀ
khi Xerox bắt đầu biến máy photocopy thành máy in, các kỹ sư
Các công ty đã không chú ý đến điểm này và tập trung vào
giải quyết các vấn đề khác cấp bách hơn cho máy in. kỹ thuật nói
ngôn ngữ, máy in Xerox mới luôn có sự tham gia của con người
ban đầu được xây dựng trong cơ chế.

Bằng cách biến máy photocopy thành máy in, các kỹ sư của Xerox đã giới thiệu một điều
một sự thay đổi đã có những hậu quả sâu rộng. Thay vì,
để phục tùng bộ máy cho một người vận hành duy nhất, nó phải phục tùng
cho tất cả người dùng của mạng văn phòng. Người dùng không còn đứng cạnh
máy, kiểm soát hoạt động của nó, bây giờ anh ta thông qua một mạng lưới văn phòng phức tạp
đã gửi lệnh in, hy vọng tài liệu sẽ được in như thế này
theo yêu cầu. Sau đó người dùng đến máy in để lấy thành phẩm
toàn bộ tài liệu, nhưng thay vào đó lại được in có chọn lọc
tờ.

Không chắc Stallman là người duy nhất trong Phòng thí nghiệm AI nhận thấy
vấn đề, nhưng anh ấy cũng nghĩ về giải pháp của nó. Một vài năm trước
Richard đã có cơ hội giải quyết vấn đề tương tự với chiếc máy in trước đây của mình. Vì
anh ấy đã chỉnh sửa cái này trên máy tính làm việc cá nhân PDP-11 của mình
một chương trình chạy trên máy tính lớn PDP-10 và điều khiển máy in.
Stallman không thể giải quyết được vấn đề nhai giấy; thay vào đó
điều này thỉnh thoảng anh ấy đã chèn một mã buộc PDP-11 phải
kiểm tra trạng thái máy in. Nếu máy nhai giấy, chương trình sẽ
Tôi vừa gửi một thông báo đến các PDP-11 đang hoạt động như “máy in đang nhai
giấy, cần sửa chữa." Giải pháp tỏ ra hiệu quả - thông báo
đã trực tiếp đến những người dùng tích cực sử dụng máy in, vì vậy
rằng những trò hề của anh ấy với giấy thường bị dừng lại ngay lập tức.

Tất nhiên, đây là một giải pháp đặc biệt - điều mà các lập trình viên gọi là
“một chiếc nạng,” nhưng chiếc nạng hóa ra lại khá thanh lịch. Anh ấy đã không sửa
có vấn đề với cơ chế máy in, nhưng tôi đã cố gắng hết sức có thể
việc cần làm - phản hồi thông tin được thiết lập giữa người dùng và máy.
Một vài dòng mã bổ sung đã cứu các nhân viên Phòng thí nghiệm
AI trong 10-15 phút làm việc hàng tuần, giúp họ tránh khỏi
phải chạy liên tục để kiểm tra máy in. Từ quan điểm
lập trình viên, quyết định của Stallman dựa trên trí tuệ tập thể
Các phòng thí nghiệm.

Nhớ lại câu chuyện đó, Richard cho biết: “Khi nhận được tin nhắn như vậy, bạn sẽ không
phải nhờ người khác sửa máy in. Bạn cần
thật dễ dàng để đứng dậy và đến chỗ máy in. Một hoặc hai phút sau
ngay khi người thợ in bắt đầu nhai giấy, hai hoặc ba người đã đến chỗ anh ta
người lao động. Ít nhất một trong số họ biết chính xác những gì cần phải làm.”

Các giải pháp thông minh như thế này đã trở thành đặc điểm nổi bật của Phòng thí nghiệm AI và các giải pháp của nó.
lập trình viên. Nói chung, những lập trình viên giỏi nhất của Phòng thí nghiệm là một số
coi thường thuật ngữ “lập trình viên” và thích nó hơn
tiếng lóng của "hacker". Định nghĩa này phản ánh chính xác hơn bản chất của tác phẩm,
bao gồm nhiều hoạt động khác nhau, từ những thú vui trí tuệ phức tạp đến
sự cải tiến tỉ mỉ cho các chương trình và máy tính. Nó cũng cảm thấy
một niềm tin lỗi thời vào sự khéo léo của người Mỹ. Tin tặc
Chỉ viết một chương trình hoạt động được là chưa đủ. Hacker cố gắng
thể hiện sức mạnh trí tuệ của bạn với chính bạn và các hacker khác bằng cách đặt
đảm nhận những nhiệm vụ phức tạp và khó khăn hơn nhiều - ví dụ: thực hiện
chương trình đồng thời nhanh, gọn, mạnh mẽ và
xinh đẹp.

Các công ty như Xerox cố tình tặng sản phẩm của họ cho cộng đồng lớn
tin tặc. Đó là một tính toán mà tin tặc sẽ bắt đầu sử dụng nó,
Họ sẽ gắn bó với cô và sau đó sẽ đến làm việc cho công ty. Vào những năm 60 và
vào buổi bình minh của những năm 70, tin tặc thường viết những bài viết chất lượng cao và hữu ích như vậy
chương trình mà các nhà sản xuất sẵn sàng phân phối chúng cho
khách hàng.

Vì vậy, đối mặt với một chiếc máy in Xerox mới tốn nhiều giấy,
Stallman ngay lập tức nghĩ đến việc thực hiện thủ đoạn cũ của mình với anh ta - “hack”
chương trình điều khiển thiết bị. Tuy nhiên, một khám phá khó chịu đang chờ đợi anh.
– máy in không đi kèm bất kỳ phần mềm nào, ít nhất là không có trong phần mềm này
dạng để Stallman hoặc lập trình viên khác có thể đọc nó và
biên tập. Cho đến thời điểm này, hầu hết các công ty đều coi là tốt
cung cấp các tập tin với mã nguồn ở mức độ mà con người có thể đọc được,
cung cấp thông tin đầy đủ về các lệnh chương trình và các lệnh tương ứng
các chức năng của máy. Nhưng lần này Xerox chỉ cung cấp chương trình này ở
được biên dịch, ở dạng nhị phân. Nếu một lập trình viên cố gắng đọc
những tập tin này, anh ta sẽ chỉ nhìn thấy vô số dòng số XNUMX và số XNUMX,
máy có thể hiểu được nhưng con người thì không.

Có những chương trình được gọi là "disassemblers" dịch
các số một và số không thành các lệnh máy cấp thấp, nhưng tìm ra những gì
những hướng dẫn này thực hiện - một quá trình rất dài và khó khăn được gọi là
"kỹ thuật đảo ngược". Kỹ thuật đảo ngược một chương trình máy in rất dễ dàng
có thể mất nhiều thời gian hơn việc chỉnh sửa toàn bộ phần nhai
giấy trong 5 năm tới. Richard chưa đủ tuyệt vọng
quyết định thực hiện một bước như vậy, và do đó anh ấy chỉ đơn giản là gạt vấn đề sang một bên
hộp dài.

Chính sách thù địch của Xerox hoàn toàn trái ngược với thông lệ
cộng đồng hacker. Ví dụ, để phát triển cho cá nhân
chương trình máy tính PDP-11 để điều khiển máy in cũ và
thiết bị đầu cuối, Phòng thí nghiệm AI cần một trình biên dịch chéo có thể lắp ráp
các chương trình cho PDP-11 trên máy tính lớn PDP-10. Tin tặc phòng thí nghiệm có thể
tự mình viết một trình biên dịch chéo, nhưng Stallman, đang là sinh viên tại Harvard,
Tôi tìm thấy một chương trình tương tự trong phòng thí nghiệm máy tính của trường đại học. Cô ấy
được viết cho cùng một máy tính lớn, PDP-10, nhưng cho một máy tính khác
hệ điều hành. Richard không biết ai đã viết chương trình này,
bởi vì mã nguồn không nói gì về nó. Anh ấy vừa mang nó
một bản sao mã nguồn cho Phòng thí nghiệm, chỉnh sửa và đưa nó vào
PDP-10. Không gặp rắc rối và lo lắng không cần thiết, Phòng thí nghiệm đã nhận được chương trình,
cần thiết cho hoạt động của cơ sở hạ tầng văn phòng. Stallman thậm chí
làm cho chương trình trở nên mạnh mẽ hơn bằng cách thêm vào một số chức năng chưa có
đã có trong bản gốc. “Chúng tôi đã sử dụng chương trình này được vài năm rồi,”
– anh nói không chút tự hào.

Dưới con mắt của một lập trình viên thập niên 70, mô hình phân phối này
mã chương trình không khác gì quan hệ láng giềng tốt khi
người này chia sẻ một chén đường với người khác hoặc cho người khác mượn một chiếc máy khoan. Nhưng nếu bạn
Khi bạn mượn một chiếc máy khoan, bạn đã tước đi cơ hội sử dụng nó của chủ sở hữu, khi đó
Trong trường hợp sao chép chương trình, không có gì như thế này xảy ra. Không
tác giả của chương trình cũng như những người dùng khác của chương trình không bị mất bất cứ thứ gì từ
sao chép. Nhưng những người khác lại được lợi từ việc này, như trong trường hợp của
hacker của Phòng thí nghiệm đã nhận được một chương trình có chức năng mới,
trước đây thậm chí còn không tồn tại. Và những chức năng mới này có thể có nhiều
bạn muốn sao chép và phân phối cho người khác. người bán hàng
nhớ đến một lập trình viên của công ty tư nhân Bolt, Beranek &
Newman, người cũng đã nhận chương trình và chỉnh sửa để chạy
dưới Twenex - một hệ điều hành khác cho PDP-10. Anh cũng
đã thêm một số tính năng tuyệt vời vào chương trình và Stallman đã sao chép chúng
phiên bản chương trình của bạn trong Phòng thí nghiệm. Sau đó họ cùng nhau quyết định
phát triển một chương trình đã vô tình phát triển thành một sản phẩm mạnh mẽ,
chạy trên các hệ điều hành khác nhau.

Nhớ lại cơ sở hạ tầng phần mềm của AI Lab, Stallman nói:
“Các chương trình phát triển giống như một thành phố. Một số phần đã thay đổi
từng chút một, một số - ngay lập tức và hoàn toàn. Các khu vực mới xuất hiện. Và bạn
luôn có thể nhìn vào mã và nói, xét theo phong cách, phần này
được viết vào đầu những năm 60 và cuốn này vào giữa những năm 70.”

Nhờ sự hợp tác tinh thần đơn giản này, tin tặc đã tạo ra nhiều
hệ thống mạnh mẽ và đáng tin cậy trong Phòng thí nghiệm và bên ngoài nó. Không phải mọi lập trình viên
những người chia sẻ nền văn hóa này sẽ tự gọi mình là hacker, nhưng hầu hết trong số họ
hoàn toàn chia sẻ tình cảm của Richard Stallman. Nếu chương trình hoặc
mã đã sửa sẽ giải quyết tốt vấn đề của bạn, họ cũng sẽ giải quyết được vấn đề đó
vấn đề này cho bất cứ ai. Tại sao không chia sẻ điều này sau đó?
quyết định, ít nhất là vì lý do đạo đức?

Khái niệm hợp tác tự do này đã bị hủy hoại bởi sự kết hợp của lòng tham
và bí mật thương mại, tạo ra sự kết hợp kỳ lạ giữa bí mật và
sự hợp tác. Một ví dụ điển hình là thời kỳ đầu của BSD. Nó mạnh mẽ
hệ điều hành được tạo ra bởi các nhà khoa học và kỹ sư tại California
Đại học Berkeley dựa trên Unix, được mua từ AT&T. Giá
sao chép BSD tương đương với chi phí của một bộ phim, nhưng với một điều kiện -
các trường học chỉ có thể có được một bộ phim có bản sao BSD nếu họ có giấy phép của AT&T,
có giá 50,000 USD. Hóa ra các hacker Berkeley đang chia sẻ
các chương trình chỉ trong phạm vi mà công ty cho phép họ làm như vậy
AT&T. Và họ không thấy điều gì lạ trong đó.

Stallman cũng không giận Xerox, mặc dù ông rất thất vọng. Anh ấy không bao giờ
Tôi không nghĩ đến việc yêu cầu công ty cung cấp một bản sao mã nguồn. “Họ và
nên họ đã đưa cho chúng tôi một chiếc máy in laser,” anh ấy nói, “Tôi không thể nói
rằng họ vẫn còn nợ chúng ta điều gì đó. Ngoài ra, rõ ràng là thiếu nguồn
Không phải ngẫu nhiên mà đây là quyết định nội bộ của công ty và yêu cầu thay đổi
nó thật vô dụng."

Cuối cùng, tin tốt đã đến: hóa ra đó là một bản sao của nguồn
Một nhà nghiên cứu ở trường đại học có chương trình cho máy in Xerox
Carnegie Mellon.

Giao tiếp với Carnegie Mellon không mang lại điềm lành gì. Năm 1979
sinh viên tiến sĩ Brian Reed đã gây sốc cho cộng đồng khi từ chối chia sẻ thông tin của mình
một chương trình định dạng văn bản tương tự như Scribe. Cô ấy là người đầu tiên
một chương trình thuộc loại này sử dụng các lệnh ngữ nghĩa
thay vào đó, như “đánh dấu từ này” hoặc “đoạn này là một câu trích dẫn”
cấp độ thấp “viết từ này in nghiêng” hoặc “tăng độ thụt lề cho
Đoạn văn này." Reed đã bán Scribe cho một công ty có trụ sở tại Pittsburgh
Đơn nhất. Theo Reed, khi kết thúc quá trình học tiến sĩ, anh ấy chỉ đơn giản là tìm kiếm một đội
các nhà phát triển, những người có thể chuyển trách nhiệm về
để mã nguồn của chương trình không được sử dụng rộng rãi (cho đến nay
không rõ tại sao Reed lại coi điều này là không thể chấp nhận được). Để làm ngọt viên thuốc
Reed đồng ý thêm một tập hợp các hàm dựa trên thời gian vào mã, vì vậy
gọi là "bom hẹn giờ" - họ đã biến bản sao miễn phí của chương trình thành
không hoạt động sau thời gian dùng thử 90 ngày. Để làm cho
chương trình hoạt động trở lại, người dùng cần phải trả tiền cho công ty và
nhận được một quả bom hẹn giờ "vô hiệu hóa".

Đối với Stallman, đây là sự phản bội trắng trợn và trắng trợn.
đạo đức lập trình viên Thay vì tuân theo nguyên tắc “chia sẻ và
hãy cho đi,” Reed đã đi theo con đường tính phí các lập trình viên để có quyền truy cập vào
thông tin. Nhưng anh không nghĩ nhiều về điều đó vì anh không thường xuyên
Tôi đã sử dụng Scribe.

Unilogic tặng AI Lab bản sao Scribe miễn phí nhưng không gỡ bỏ
quả bom hẹn giờ và thậm chí không đề cập đến nó. Hiện tại chương trình
Nó hoạt động nhưng một ngày nó dừng lại. Hacker hệ thống Howard Cannon
đã dành nhiều giờ để gỡ lỗi tệp nhị phân của chương trình, cho đến khi cuối cùng
không phát hiện ra quả bom hẹn giờ và không xóa nó. Điều này thực sự làm anh ấy bực mình
câu chuyện, và anh ta không ngần ngại kể cho các hacker khác về nó và truyền đạt
tất cả những suy nghĩ, cảm xúc của tôi về “sai lầm” cố ý của Unilogic.

Vì những lý do liên quan đến công việc của mình ở Phòng thí nghiệm, Stallman đã tới
Khuôn viên Carnegie Mellon vài tháng sau. Anh đã cố gắng tìm một người đàn ông
người mà theo tin tức anh nghe được thì có mã nguồn của chương trình
máy in. May mắn thay, người đàn ông này đang ở trong văn phòng của mình.

Cuộc trò chuyện diễn ra thẳng thắn và sắc sảo, đúng phong cách điển hình của các kỹ sư.
Sau khi tự giới thiệu, Stallman yêu cầu một bản sao mã nguồn của chương trình dành cho
điều khiển máy in laser Xerox. Trước sự ngạc nhiên to lớn của anh ấy và
Thật không may, nhà nghiên cứu đã từ chối.

“Anh ấy nói rằng anh ấy đã hứa với nhà sản xuất sẽ không đưa cho tôi một bản sao,” anh ấy nói
Richard.

Ký ức là một điều buồn cười. 20 năm sau sự việc này, ký ức
Stallman đầy những chỗ trống. Anh quên không chỉ lý do tại sao
đã đến với Carnegie Mellon mà còn về ai là đối tác của anh ấy trong việc này
cuộc trò chuyện khó chịu. Theo Reed, người này rất có thể
Robert Sproll, cựu nhân viên Trung tâm Nghiên cứu và Phát triển Xerox
Palo Alto, người sau này trở thành giám đốc nghiên cứu
Các bộ phận của Sun Microsystems. Vào những năm 70 Sproll là người dẫn chương trình
nhà phát triển chương trình cho máy in laser Xerox. Một thời điểm nào đó vào năm 1980
Sproll chấp nhận vị trí nghiên cứu viên tại Carnegie Mellon, nơi
tiếp tục làm việc trên máy in laser.

Nhưng khi Spall được hỏi về cuộc trò chuyện này, anh ta chỉ lừa dối.
bàn tay. Đây là những gì anh ấy trả lời qua email: “Tôi không thể nói
không có gì chắc chắn cả, tôi không nhớ gì cả về sự việc này.”

"Mã mà Stallman muốn có tính đột phá,
một hiện thân thực sự của nghệ thuật. Sproll đã viết nó một năm trước
đã đến Carnegie Mellon hay gì đó tương tự,” Reed nói. Nếu điều này
quả thực như vậy, có một sự hiểu lầm: Stallman cần
một chương trình mà MIT đã sử dụng từ lâu, không phải chương trình mới
phiên bản của cô ấy. Nhưng trong cuộc trò chuyện ngắn ngủi đó không một lời nào được nói đến
bất kỳ phiên bản nào

Khi giao lưu với khán giả, Stallman thường xuyên nhớ lại sự việc trong
Carnegie Mellon nhấn mạnh rằng sự miễn cưỡng
người chia sẻ mã nguồn chỉ là hệ quả của thỏa thuận về
không tiết lộ, được quy định trong hợp đồng giữa anh ấy và
của Xerox. Ngày nay, thông thường các công ty đều yêu cầu
duy trì bí mật để đổi lấy quyền truy cập vào những phát triển mới nhất, nhưng đồng thời
NDA hồi đó là một cái gì đó mới. Nó phản ánh tầm quan trọng của cả hai đối với Xerox
máy in laser và thông tin cần thiết cho hoạt động của chúng.
“Xerox đã cố gắng biến máy in laser thành một sản phẩm thương mại,”
Reed nhớ lại, “sẽ thật điên rồ nếu họ đưa mã nguồn cho mọi người
hợp đồng".

Stallman nhìn nhận NDA hoàn toàn khác. Với anh đó là sự từ chối
Carnegie Mellon tham gia vào đời sống sáng tạo của xã hội, trái ngược với trước đây
được khuyến khích xem các chương trình như nguồn lực cộng đồng. Như thể
liệu một người nông dân có đột nhiên phát hiện ra rằng những kênh tưới tiêu hàng thế kỷ
đã cạn kiệt và trong nỗ lực tìm ra nguyên nhân của vấn đề, anh ta sẽ chạm tới chiếc đèn lấp lánh
sự mới lạ của một nhà máy thủy điện có logo Xerox.

Stallman phải mất một thời gian mới hiểu được lý do thực sự của việc từ chối -
một dạng tương tác mới giữa người lập trình và
các công ty. Lúc đầu, anh chỉ thấy sự từ chối cá nhân. “Đối với tôi nó là như vậy
Tôi tức giận đến nỗi tôi thậm chí không thể tìm thấy bất cứ điều gì để nói. Tôi vừa quay lại và
“Tôi lặng lẽ bước ra ngoài,” Richard nhớ lại, “có lẽ tôi thậm chí còn đóng sầm cửa lại, không
Tôi biết. Tôi chỉ nhớ một mong muốn cháy bỏng là được ra khỏi đó càng nhanh càng tốt. Rốt cuộc thì tôi đang đi bộ
với họ, mong đợi sự hợp tác và thậm chí còn không nghĩ mình sẽ làm gì nếu
họ sẽ từ chối. Và khi điều này xảy ra, tôi thực sự không nói nên lời -
Nó khiến tôi choáng váng và khó chịu vô cùng.”

Thậm chí đã 20 năm sau, anh vẫn còn cảm nhận được dư âm của cơn giận dữ đó và
sự thất vọng. Biến cố ở Carnegie Mellon là bước ngoặt của cuộc đời
Richard, khiến anh phải đối mặt với một vấn đề đạo đức mới. TRONG
những tháng tiếp theo xung quanh Stallman và các tin tặc AI Lab khác
rất nhiều sự kiện sẽ xảy ra, trong đó có 30 giây tức giận và
những thất vọng ở Carnegie Mellon dường như chẳng là gì cả. Tuy nhiên,
Stallman đặc biệt chú ý đến sự việc này. Anh ấy là người đầu tiên và
điểm quan trọng nhất trong chuỗi sự kiện đã khiến Richard từ bỏ
một hacker đơn độc, một đối thủ trực quan của quyền lực tập trung, trong
nhà truyền giáo cấp tiến về tự do, bình đẳng và tình huynh đệ ở
lập trình.

“Đây là lần đầu tiên tôi gặp phải thỏa thuận không tiết lộ thông tin và tôi
Tôi sớm nhận ra rằng mọi người trở thành nạn nhân của những thỏa thuận như vậy - một cách tự tin
Stallman nói: “Tôi và các đồng nghiệp của tôi đều là những nạn nhân như vậy.
Các phòng thí nghiệm."

Richard sau đó giải thích: “Nếu anh ấy từ chối tôi vì lý do cá nhân thì đó sẽ là điều không thể chấp nhận được.”
sẽ rất khó để gọi nó là một vấn đề. Tôi có thể đếm ngược lại
một tên khốn, và thế thôi. Nhưng sự từ chối của anh ấy thật khách quan, anh ấy đã khiến tôi hiểu
rằng anh ấy sẽ không hợp tác không chỉ với tôi mà còn với bất kỳ ai
đã từng là. Và điều này không chỉ gây ra vấn đề mà còn khiến nó thực sự trở nên khó khăn.
to lớn."

Mặc dù có những vấn đề xảy ra trong những năm trước khiến Stallman tức giận,
Theo ông, chỉ sau sự kiện ở Carnegie Mellon ông mới nhận ra rằng
văn hóa lập trình mà ông coi là thiêng liêng bắt đầu
thay đổi. “Tôi đã bị thuyết phục rằng các chương trình nên được công bố rộng rãi
cho tất cả mọi người, nhưng không thể diễn đạt nó một cách rõ ràng. Suy nghĩ của tôi về vấn đề này
quá mơ hồ và hỗn loạn để thể hiện tất cả
đến thế giới. Sau sự việc đó, tôi bắt đầu nhận ra rằng vấn đề đã tồn tại và
rằng nó cần được giải quyết ngay bây giờ.”

Trở thành lập trình viên hàng đầu tại một trong những học viện mạnh nhất
hòa bình, Richard không để ý nhiều đến những thỏa thuận, giao dịch của người khác
lập trình viên - miễn là họ không can thiệp vào công việc chính của anh ta. Trong khi ở
Máy in laser Xerox chưa tới phòng thí nghiệm, Stallman đã có tất cả
cơ hội để coi thường máy móc và chương trình mà họ phải gánh chịu
người dùng khác. Rốt cuộc, anh ấy có thể thay đổi những chương trình này như anh ấy nghĩ
cần thiết.

Nhưng sự xuất hiện của một chiếc máy in mới đã đe dọa sự tự do này. Thiết bị
làm việc tốt, mặc dù định kỳ anh ấy nhai giấy, nhưng không có
cơ hội để thay đổi hành vi của mình cho phù hợp với nhu cầu của nhóm. Từ quan điểm
ngành công nghiệp phần mềm, việc đóng chương trình máy in là
một bước cần thiết trong kinh doanh. Các chương trình đã trở thành một tài sản có giá trị đến nỗi
các công ty không còn đủ khả năng để xuất bản mã nguồn,
đặc biệt là khi các chương trình thể hiện một số công nghệ mang tính đột phá. Rốt cuộc
sau đó các đối thủ cạnh tranh có thể sao chép chúng gần như miễn phí
công nghệ cho sản phẩm của mình. Nhưng theo quan điểm của Stallman, máy in là
Con ngựa thành Troy. Sau mười năm nỗ lực phân phối thất bại
các chương trình "độc quyền" bị cấm phân phối miễn phí và
sửa đổi mã, đây chính xác là chương trình xâm nhập vào nơi ở của hacker
theo cách xảo quyệt nhất - dưới vỏ bọc một món quà.

Rằng Xerox đã cấp cho một số lập trình viên quyền truy cập vào mã để đổi lấy
việc giữ bí mật cũng không kém phần khó chịu nhưng Stallman lại thấy đau lòng.
thừa nhận rằng ở độ tuổi trẻ hơn, rất có thể anh ấy đã đồng ý
Ưu đãi của Xerox. Sự việc ở Carnegie Mellon đã củng cố đạo đức của ông
vị trí, không chỉ buộc tội anh ta với sự nghi ngờ và tức giận đối với
những đề xuất tương tự trong tương lai mà còn bằng cách đặt ra câu hỏi: cái gì,
nếu một ngày nào đó một hacker đưa ra một yêu cầu tương tự, và bây giờ với anh ta,
Richard sẽ phải từ chối sao chép nguồn, theo yêu cầu
nhà tuyển dụng?

“Khi tôi bị đề nghị phản bội đồng nghiệp của mình theo cách tương tự,
Tôi nhớ lại sự tức giận và thất vọng của mình khi họ làm điều tương tự với tôi và
các thành viên khác của Phòng thí nghiệm, Stallman nói, vì vậy
cảm ơn bạn rất nhiều, chương trình của bạn thật tuyệt vời, nhưng tôi không thể đồng ý
dựa trên các điều kiện sử dụng của nó, vì vậy tôi sẽ làm mà không cần nó.’”

Richard sẽ nhớ mãi bài học này vào những năm 80 đầy biến động, khi
nhiều đồng nghiệp trong Phòng thí nghiệm của anh ấy sẽ đi làm ở các công ty khác,
bị ràng buộc bởi các thỏa thuận không tiết lộ. Có lẽ họ đã tự nhủ
rằng đây là một điều ác cần thiết trên con đường làm việc thú vị và
những dự án hấp dẫn Tuy nhiên, đối với Stallman, sự tồn tại của NDA
đặt câu hỏi về giá trị đạo đức của dự án. Điều gì có thể tốt
trong một dự án, ngay cả khi nó thú vị về mặt kỹ thuật, nếu nó không phục vụ chung
bàn thắng?

Rất nhanh Stallman nhận ra rằng việc không đồng ý với những đề xuất như vậy
có giá trị cao hơn đáng kể so với lợi ích nghề nghiệp cá nhân. Như là
lập trường không khoan nhượng của anh ta khiến anh ta khác biệt với những hacker khác, mặc dù
ghê tởm sự bí mật, nhưng sẵn sàng đi theo chiều dài đạo đức
thỏa hiệp. Ý kiến ​​của Richard rất rõ ràng: từ chối chia sẻ mã nguồn
đây là sự phản bội không chỉ vai trò nghiên cứu
lập trình mà còn là Quy tắc vàng của đạo đức, trong đó nêu rõ rằng
thái độ của bạn đối với người khác phải giống như những gì bạn muốn thấy
thái độ đối với bản thân.

Đây là tầm quan trọng của câu chuyện máy in laser và sự cố trong
Carnegie Mellon. Nếu không có tất cả những điều này, như Stallman thừa nhận, số phận của anh đã biến mất.
sẽ đi một con đường hoàn toàn khác, cân bằng giữa của cải vật chất
lập trình viên thương mại và nỗi thất vọng cuối cùng trong cuộc đời,
dành việc viết mã chương trình mà không ai có thể nhìn thấy được. Đã không có
sẽ chẳng ích gì khi nghĩ về vấn đề này, trong đó những vấn đề còn lại thậm chí còn
không nhìn thấy vấn đề. Và quan trọng nhất là sẽ không có phần mang lại sự sống đó
sự tức giận, điều đó đã mang lại cho Richard nghị lực và sự tự tin để tiến về phía trước.

“Ngày hôm đó tôi đã quyết định rằng tôi sẽ không bao giờ đồng ý tham gia vào
điều này,” Stallman nói, đề cập đến NDA và toàn bộ nền văn hóa nói chung,
thúc đẩy việc trao đổi quyền tự do cá nhân để lấy một số lợi ích và
Lợi ích.

“Tôi quyết định rằng tôi sẽ không bao giờ biến người khác thành nạn nhân mà tôi đã trở thành.
một ngày nào đó của chính tôi."

Nguồn: linux.org.ru