Buzz
Những điều kỳ lạ như trình tối ưu hóa ramen đã là một phần của thói quen hàng ngày của Ho suốt nhiều năm. Khi còn là một đứa trẻ lớn lên tại Macon, Georgia, Ho sở hữu một máy tính bỏ túi Texas Instruments TI-89, anh ấy nói. Một ngày nọ, khi đang lật qua hướng dẫn sử dụng, anh ấy phát hiện ra rằng máy tính chứa một phiên bản của ngôn ngữ lập trình Basic và tự học đủ để một cách công phu tái tạo trò chơi The Legend of Zelda của Nintendo trên máy tính bỏ túi. Anh ấy học Java trên máy tính và, sau khi tốt nghiệp trung học, anh ấy đến Georgia Tech ở Atlanta để học ngành khoa học máy tính. Các khái niệm thuật toán trừu tượng là đủ thú vị, nhưng điều thực sự khiến anh ta phấn khích là sử dụng máy tính để tránh lao động lặp đi lặp lại. “Mỗi khi tôi phải lặp lại điều gì đó đi và đi,” anh ấy nói với tôi, “tôi cảm thấy chán chường.”
Trong năm cuối cùng ở trường đại học, Ho bắt đầu một công ty tạo diễn đàn nơi sinh viên đang học cùng các khóa học ở các trường đại học khác nhau có thể trả lời câu hỏi của nhau. Nhưng nó không thu hút đủ người dùng, vì vậy anh ấy đóng cửa. Anh ấy phỏng vấn tại một số công ty như Google và Microsoft nhưng trải qua một giai đoạn buồn bã. Anh ấy không muốn làm việc cho người khác. Theo anh ấy, với góc độ tạo giá trị, việc làm nhân viên là một đề xuất kinh khủng. Đúng, bạn kiếm được một chiếc séc. Nhưng hầu hết giá trị của lao động của bạn lại thuộc sở hữu của những người sáng lập, những người sở hữu cổ phần. Anh ấy có kỹ năng để xây dựng mọi thứ, từ đầu đến chân. Anh ấy chỉ không biết xây dựng điều gì.
Vài tháng sau đó, anh ấy tình cờ nảy vào một ý tưởng khi ghé thăm nhà ở Macon. Anh ấy đến Staples với cha, một bác sĩ nhi khoa có văn phòng riêng. Cha của Ho cần mua hai đồng hồ đếm thời gian, những chiếc máy cổ điển mà nhân viên chèn thẻ để được đóng dấu với thời gian họ bắt đầu và kết thúc công việc trong ngày. Mỗi chiếc đồng hồ có giá khoảng 300 đô la.
Ho kinh ngạc: Công nghệ đồng hồ đếm thời gian không thay đổi từ khi The Flintstones chưa? “Tôi không thể tin được điều này vẫn là một vấn đề,” anh ấy nghĩ. Anh ấy nhận ra rằng mình có thể nhanh chóng ghép lại một trang web thực hiện cùng một nhiệm vụ, nhưng tốt hơn: Nhân viên có thể đăng nhập bằng điện thoại và trang web sẽ tổng hợp tự động số giờ. “Đừng mua chiếc đồng hồ đếm thời gian này,” anh ấy nói với cha mình. “Tôi sẽ viết mã cho bạn một cái.” Ba ngày sau, anh ấy có một bản nguyên mẫu. Văn phòng của cha anh ấy bắt đầu sử dụng dịch vụ và, làm hài lòng Ho, họ thích nó. Hệ thống hiệu quả hơn đáng kể so với đồng hồ đếm thời gian dựa trên giấy.
Anh ấy tinh chỉnh lại trang web, đặt tên cho nó là - Clockspot - và, bốn tháng sau đó, một văn phòng luật sư đăng ký làm khách hàng. Khi khoản thanh toán đầu tiên đến, Ho gần như nhảy ra khỏi chiếc ghế tại thư viện Georgia Tech nơi anh đang làm việc. Anh ấy đang nhận tiền từ phần mềm của mình! Chín tháng sau đó, công ty của Ho đang kiếm được khoảng 10,000 đô la mỗi tháng từ các công ty làm sạch, các công ty chăm sóc sức khỏe tại nhà, và thành phố Birmingham, Alabama. Anh ấy làm việc không ngừng trong hai năm để cải thiện và sửa lỗi mã nguồn. Cuối cùng, anh ấy đã làm cho nó hoạt động rất tốt đến nỗi Clockspot chủ yếu chạy tự động. Ngoài anh ấy, người duy nhất mà Ho cần là một nhân viên phục vụ khách hàng làm việc bán thời gian. Anh ấy đang kiếm được thu nhập khá và có đủ thời gian cho các chuyến đi và sở thích khác. Anh ấy đã tối ưu hóa hiệu suất cuộc sống của mình.
Như mọi người hiểu rõ, bạn có thể thấy rằng phần mềm đang 'ăn thế giới', để sử dụng cụm từ nổi tiếng của nhà đầu tư rủng rỉ Marc Andreessen. Bạn đã thấy Facebook nuốt chửng không gian công cộng, Uber đổi mới phương tiện giao thông đô thị, Instagram đẩy mạnh văn hóa tự sướng và Amazon giao hàng mua sắm của bạn trong vòng 24 giờ. Những nhà đổi mới công nghệ thường tự hào rằng dịch vụ của họ thay đổi thế giới hoặc làm cuộc sống thuận tiện hơn, nhưng dưới đằng sau mọi thứ họ làm là tốc độ. Bất kỳ điều gì bạn đang làm trước đó - gọi taxi, tám chuyện với bạn bè, mua kem đánh răng - bây giờ đều xảy ra nhanh hơn. Sức mạnh của Silicon Valley luôn là đưa hoạt động con người và chuyển nó thành chế độ siêu chuyển hóa. Và có lẽ bạn đã tự hỏi, tại sao chếch choét lại như vậy? Tại sao những người làm công nghệ khẳng định rằng mọi thứ nên được tăng tốc, được tối ưu hóa?
Tất nhiên có một lý do rõ ràng: Họ làm điều đó vì yêu cầu của thị trường. Chủ nghĩa tư bản hậu quả đầy đủ cho bất kỳ ai có thể cải thiện một quy trình và nén chút lợi nhuận. Nhưng với phần mềm, còn có điều gì đó khác nữa đang diễn ra. Với người lập trình, hiệu suất không chỉ là một công cụ cho doanh nghiệp. Đó là một trạng thái tồn tại, một động cơ cảm xúc.
Người lập trình có thể có các nền tảng và quan điểm chính trị khác nhau, nhưng hầu hết mọi người mà tôi từng gặp đều tìm thấy niềm vui sâu sắc, gần như thiêng liêng trong việc lấy điều gì đó không hiệu quả - thậm chí chỉ là chậm một chút - và làm chặt chẽ hơn. Loại bỏ sự ma sát từ hệ thống là một niềm vui thẩm mỹ; đôi mắt của những người lập trình lóe lên khi họ nói về làm cho mọi thứ chạy nhanh hơn hoặc làm thế nào họ loại bỏ một số nỗ lực phiền toái từ một quy trình.
Đam mê hiệu quả không chỉ đặc biệt đối với những nhà phát triển phần mềm. Các kỹ sư và nhà phát minh đã lâu đã được động viên bởi nó. Trong những năm đầu của công nghiệp hóa, các kỹ sư đã nâng cao tự động hóa của các nhiệm vụ hàng ngày lên một giá trị đạo đức. Kỹ sư được xem là “người cứu rỗi con người khỏi công việc u ám và lao động gánh nặng,” như Charles Hermany, một kỹ sư, viết vào năm 1904. Frederick Winslow Taylor - người phát minh ra Taylorism, giúp đặt nền móng cho các dây chuyền lắp ráp sản xuất - đã chỉ trích “những chuyển động vụng trộm, không hiệu quả hoặc không đúng đắn của con người.” Frank Gilbreth lo lắng về những chuyển động lãng phí trong mọi thứ từ việc xây tường đến nút cài áo gile, trong khi đối tác kỹ thuật công nghiệp và vợ, Lillian Evelyn Gilbreth, thiết kế những căn bếp sao cho số bước trong quá trình làm bánh dâu tây giảm “từ 281 xuống 45,” như The Better Homes Manual nói năm 1931.
Nhiều lập trình viên ngày nay có khoảnh khắc “aha” về hiệu suất của họ khi còn ở độ tuổi teen, khi họ phát hiện ra rằng cuộc sống đầy những công việc lặp đi lặp lại và máy tính thực sự giỏi làm chúng. (Bài tập toán, với loạt bài tập nhàm chán, là một trong những điều làm cho nhiều lập trình viên mà tôi đã nói chuyện với cảm thấy tạo động lực.) Larry Wall, người sáng tạo ra ngôn ngữ lập trình Perl, và một số tác giả viết rằng một trong những đức tính quan trọng của một lập trình viên là “lười biếng”—dạng lười biếng khi sự không muốn thực hiện các hành động máy móc truyền cảm hứng bạn để làm việc tự động hóa chúng.
Cuối cùng, định hướng về hiệu suất trở nên khó tắt máy. “Hầu hết mọi kỹ sư tôi biết đi qua cuộc sống nhìn thấy sự không hiệu quả ở mọi nơi,” Christa Mabee, một lập trình viên ở San Francisco, nói một lần với tôi. “Sự không hiệu quả khi lên máy bay, bất kỳ điều gì. Bạn chỉ cảm thấy chán ngấy với mọi thứ hỏng.” Cô sẽ thấy mình đang đi dọc theo đường, mong muốn mọi người di chuyển trên vỉa hè và qua đường một cách hiệu quả hơn. Jeannette Wing, giáo sư khoa học máy tính quản lý Viện Khoa học Dữ liệu tại Đại học Columbia, đã phổ biến cụm từ tư duy máy tính để mô tả điều mà Mabee đang nói về. Nó liên quan đến nghệ thuật nhìn thấy các hệ thống vô hình trong thế giới xung quanh bạn, các quy tắc và quyết định thiết kế chi phối cách chúng ta sống.
Jason Ho có tài năng nhìn thấy và cố gắng hoàn thiện những hệ thống vô hình đó. Tôi gặp Ho và Chang ở một nhà hàng ramen ở San Francisco vài năm trước. Ho đang quản lý Clockspot, mặc dù đến thời điểm đó nó đã hoạt động rất ổn định, và anh ta chỉ làm việc vài giờ mỗi tuần. “Anh ấy nói rằng anh ấy làm việc 20 giờ mỗi tháng, nhưng tôi không nghĩ tôi đã thấy anh ấy làm việc nhiều như vậy,” Chang nói. (Cặp đôi đã chia tay sau đó, nhưng cả hai vẫn giữ mối quan hệ tốt.) Ho dành khá nhiều thời gian đi du lịch; một lần anh ấy thậm chí đã xử lý sự cố Clockspot khi ở trại cơ sở trên núi Everest.
Công việc tối ưu hóa và lập trình của anh ta, tuy nhiên, không bao giờ dừng lại. Khi quyết định mua một ngôi nhà, anh ta viết một phần mềm để có thể đổ thông tin cho hàng chục ngôi nhà trên thị trường - vị trí, giá cả và thống kê khu vực - và chương trình sẽ tính toán giá trị dự kiến lâu dài của các tài sản. Lựa chọn hàng đầu của chương trình là một căn hộ hiện đại ở Nob Hill. Anh ấy đã mua nó. Bởi vì anh ta không thích mua sắm, anh ấy đã mua hàng chục chiếc áo thun và quần kaki giống nhau, một chiến lược cổ điển cho lập trình viên, vì nó loại bỏ sự ma sát khi quyết định trang phục hàng ngày.
Vài năm trở lại đây, Ho quyết định tập thể dục cơ bắp, điều đó đặt ra một thách thức tối ưu hóa đặc biệt điên rồ: Anh ta có thể trở nên cường tráng đến đâu? Anh ấy mang theo một cân nhỏ đến nhà hàng và cân đo lường phần ăn của mình. “Anh ấy theo dõi từng thứ anh ấy ăn trong một bảng tính khổng lồ,” Chang nói. Ho ngần ngừ xem cho tôi bảng tính trên điện thoại của anh ấy; một con quái vật rộng lớn mô phỏng mọi thành phần trong bữa ăn tập luyện của anh ấy, với tổng cộng 3.500 calo mỗi ngày. Anh ấy tập luyện tại một phòng tập gym nhưng cũng phát minh cách tích hợp việc tập luyện vào mọi công việc anh ta đang làm. Nếu anh ta đi qua một thanh sắt dày, anh ta sẽ sử dụng nó để làm pull-ups; nếu anh ta đi qua một thùng rác, anh ta sẽ nâng nó lên một mép.
Sau hai năm tập luyện, anh ấy đứng thứ hai trong một cuộc thi bodybuilding nghiệp dư. Anh ấy lật qua điện thoại để tìm hình ảnh của bản thân từ thời kỳ đó. Trong một bức ảnh, anh ấy được nhẹ nhàng dầu mỡ và tạo dáng trong đồ lót trước cửa sổ nắng. Anh ấy trông giống như một tượng Hy Lạp. “Tôi giảm mỡ cơ thể xuống khoảng 7 phần trăm,” anh ấy nói. Cảm giác tốt khi trông thấy mình quá cường tráng, anh ấy nói, nhưng hầu hết anh ta chỉ muốn xem liệu điều đó có khả thi không.
Ho cho tôi xem một biểu đồ khác anh ta đã xây dựng. Đây là một hướng dẫn cuộc sống, một cách tối ưu hóa không chỉ cơ thể mình mà còn cách anh ta dành mỗi giây giây tỉnh thức. Anh ta quyết định anh ta muốn dành thời gian chỉ làm những điều mà mỗi chút cố gắng có khả năng tạo ra kết quả tối đa nhất. Anh ta đã tạo ra 16 dòng được gắn nhãn với các hoạt động trong cuộc sống. Trong số đó: doanh nhân, lập trình, guitar, StarCraft, mua sắm, và “dành thời gian với bạn bè và gia đình.”
Sau đó, theo cột, anh ta đặt ra các tiêu chí khác nhau—như liệu hoạt động có ý nghĩa bản thân và không chỉ là một phương tiện để đạt được mục tiêu (“tự chủ”), liệu nó “có thể chinh phục được,” liệu nó “ảnh hưởng đến nhiều lĩnh vực cuộc sống.” Đối với “lập trình” và “doanh nhân,” Ho đánh dấu có cho mọi đặc điểm. Khi anh ta đến với phạm vi xã hội của “dành thời gian với bạn bè và gia đình,” anh ta đánh dấu ô “ảnh hưởng đến nhiều lĩnh vực cuộc sống.” Đối với “có thể chinh phục được,” anh ta viết có thể.
Với nhiều người, điều này có vẻ kỳ cục. Ý tưởng về việc bạn muốn hệ thống hóa các phần cảm xúc của cuộc sống và coi hoạt động xã hội như một nguồn không hiệu quả là, đối với nhiều người, làm họ bất an. Ho là một người hòa đồng và hướng ngoại, nhưng đối với một số lập trình viên, con người và yêu cầu không ngừng của họ có thể làm phiền rối, và quan hệ con người một nỗi phiền toái hàng ngày khác cần được sửa chữa. Đó là một vấn đề mà các chuyên gia công nghệ, từ những ngày đầu của máy tính, đã suy nghĩ với một số lo lắng. Như Konrad Zuse, kỹ sư dân dụ Đức xây dựng máy tính có thể lập trình đầu tiên, được ghi là nói: “Nguy cơ máy tính trở nên giống con người không lớn bằng nguy cơ con người trở nên giống máy tính.”
Tôi nghĩ về điều này một buổi tối khi tôi đắm chìm trong một chuỗi trên Quora, nơi hàng chục lập trình viên chia sẻ câu chuyện về cách họ đã tự động hóa những điều tinh tế trong cuộc sống hàng ngày. Có những chiến thuật khá đáng sợ, nếu coi nó như một nhiệm vụ tự động hóa những mảng xã hội. “Tôi chán ngấy với lời 'Bạn chưa bao giờ nhắn tin cho tôi' từ bạn bè và gia đình,” một lập trình viên viết, vì vậy anh ấy đã tạo ra một kịch bản có thể gửi tin nhắn văn bản ngẫu nhiên cho họ, được tạo ra bằng cách sử dụng một phương pháp kết hợp như Mad Libs. Một tin nhắn sẽ bắt đầu bằng chiêu bài này—“Buổi sáng/buổi chiều/buổi tối, Chào {tên}, Tôi đã định gọi bạn”—và sau đó nối thêm một tùy chọn từ danh sách các kết thúc: “Tôi hy vọng mọi thứ đã ổn/I sẽ về nhà muộn tháng sau yêu bạn/hãy nói chuyện vào cuối tuần tôi rảnh bạn rảnh khi nào.”
Tại một sự kiện hackathon ở San Francisco, một lập trình viên trung niên hào hứng cho tôi xem một ứng dụng anh ta đã tạo ra có thể tự động gửi những tin nhắn lãng mạn đến đối tác. “Khi bạn không có đủ thời gian để nghĩ về cô ấy”—đúng vậy, anh ấy giả định đối tác cần sự chăm sóc tinh thần sẽ là một cô ấy—“điều này có thể chăm sóc điều đó cho bạn,” anh ấy hào hứng nói. Những cố gắng như vậy để làm cho việc giao tiếp xã hội trở nên hiệu quả lan ra đến những công ty công nghệ lớn nhất: Hãy nghĩ về tính năng tự động hoàn thiện của Gmail, khuyến khích chúng ta tăng tốc email bằng cách có một thuật toán soạn thảo câu trả lời cho chúng ta.
Nhà ngôn ngữ học và nhà tâm lý học đã lâu đã ghi chép về giá trị của giao tiếp phatic—các thiết bị tinh thần khác nhau mà con người sử dụng trong cuộc sống hàng ngày để làm cho người khác cảm thấy thoải mái hoặc được lắng nghe: “Dạo này thế nào?” “Thời tiết kỳ quặc, nhỉ?” “Bạn đang làm gì vào tối nay?” Càng nói chuyện với những người lập trình, tôi càng nghe thấy nhiều câu chuyện về những người thấy những điều đó như là một điều phiền toái như cát bám trong bánh răng.
Christopher Thorpe, một người làm việc từ lâu trong hơn nửa tá công ty công nghệ, kể về “một kỹ sư cực kỳ tài năng” mà anh ta từng làm việc với anh ta. “Anh ấy rất tức giận với tôi vì chúng tôi kể chuyện đùa trong tất cả các cuộc họp, vì chúng tôi đang lãng phí thời gian. ‘Tại sao chúng ta phải dành năm phút vui vẻ với 20 người ở văn phòng? Đây là thời gian làm việc.’ Mọi người đều cười—nhưng, bạn biết đấy, bạn đang lãng phí tất cả thời gian quý báu này.” Câu chuyện đùa đã lãng phí thời gian của 20 người! Chàng này sẽ bắt đầu kể toán: “Năm phút nhân 20, đó giống như, bạn biết đấy, bạn đã lãng phí một giờ và nửa thời gian của người này với những trò đùa này.”
Thật là, tôi hiểu biết một chút về sự mê mẩn của các lập trình viên trong việc tối ưu hóa cuộc sống hàng ngày, bởi vì tôi đã trải qua những cảm giác hứng khởi đó bản thân. Ba năm trước, tôi bắt đầu làm việc vào một cuốn sách về tâm lý của các lập trình viên, vì vậy tôi quyết định đào tạo lại lập trình đã bỏ lại trên VIC-20s vào những năm 80 và thử nghiệm một số ngôn ngữ hiện đại như Python và JavaScript. Càng tôi chơi với việc viết các đoạn mã nhỏ, tôi càng bắt đầu chú ý và bị quấy rối sâu sắc bởi những khoảnh khắc không hiệu quả trong cuộc sống hàng ngày của mình. Trong khi viết, ví dụ, tôi thường xuyên phải tra cứu các từ điển từ trực tuyến khác nhau. (Hãy tự do phê phán tôi.) Chúng hữu ích nhưng quá chậm chạp, mỗi lần tôi tìm kiếm nó mất khoảng hai giây để tải kết quả. Vì vậy, tôi quyết định viết từ điển từ của riêng mình, sử dụng một trang web cung cấp API từ điển. Sau một buổi sáng nhanh chóng với Python, tôi có một đoạn mã. Tôi sẽ nhập một từ vào dòng lệnh và nhận các từ đồng nghĩa và trái nghĩa trở lại với tốc độ chói lọi. Nó là văn bản màu xanh lá cây trên nền đen, không trang trí, và thô sơ. Nhưng chết, nó nhanh chóng: Không còn phải đợi đến khi trình duyệt tải một dãy script theo dõi trong khi cookie làm tắc nghẽn ổ cứng của tôi.
Dĩ nhiên, thời gian mà điều này tiết kiệm cho tôi không đáng kể. Giả sử tôi tìm kiếm từ đồng nghĩa khoảng hai lần mỗi giờ trung bình khi tôi viết, và giả định (một cách hào phóng) rằng sáng tạo của tôi đã tiết kiệm cho tôi khoảng hai giây sôi nổi mỗi lần tìm kiếm, tôi đã tiết kiệm được mình, có lẽ, một giờ mỗi năm đợi chờ khó chịu. Hầu như không đáng nhắc đến. Tuy nhiên, sự nhanh nhẹn của tốc độ làm ấm linh hồn tôi. Mỗi lần tìm kiếm từ đồng nghĩa, kết quả nhanh chóng tạo ra một cảm giác hứng khởi. Tôi đang áp dụng loại ma túy của hiệu suất vào tĩnh mạch, và cảm giác rất tốt.
Không mất lâu, tôi đã nghiện viết mã cho những chương trình nhỏ. Tôi làm một chương trình để làm sạch bản ghi YouTube mà tôi đã tải về; một cái để lục và lưu trữ liên kết tôi đăng trên Twitter; một chương trình kiểm tra liên tục trang web của trường tiểu học con trai tôi và gửi tin nhắn văn bản cho anh ấy khi giáo viên đăng bài tập về nhà. (Anh ấy đã chán nhưng không phải là nhấn nút Làm mới.)
Nhiều chương trình nhỏ của tôi được viết kém, chỉ là những công việc tàn nhẫn hòa trộn; tôi chọn cách đơn giản nhất, cách brute-force nhất để hoàn thành công việc. Khi nhìn vào mã của các lập trình viên thực sự có kinh nghiệm, tôi ngưỡng mộ cách họ viết một cách duyên dáng hơn nhiều. Tôi tạo ra một hàm rối rắm và xấu xí để lọc qua một số dữ liệu, và sau đó phát hiện rằng một lập trình viên có kinh nghiệm có thể làm điều đó chỉ trong vài dòng code súc tích. (Và mã của họ chạy nhanh hơn nữa.) Những người làm báo đôi khi kinh ngạc trước kích thước khổng lồ của mã nguồn của Google—2 tỷ dòng!—như một dấu hiệu của sức mạnh. Nhưng các lập trình viên không ấn tượng bởi khối lượng. Đôi khi, những lập trình viên hiệu quả nhất là những người giảm giảm mã nguồn, làm cho chúng ngắn gọn và chặt chẽ hơn. Sau ba năm ở Facebook, một kỹ sư tên Jinghao Yan kiểm tra tất cả đóng góp của mình vào mã nguồn chính của công ty và phát hiện ra rằng toán học là tiêu cực. “Tôi đã thêm vào 391,973 dòng và loại bỏ 509,793 dòng từ kho lưu trữ chính,” anh ta viết trên một luồng lập trình viên khác trên Quora. (Quả thực có rất nhiều lập trình viên trên Quora, như nói ra.) “Vì vậy, nếu tôi mã hóa 1,000 giờ mỗi năm, đó là khoảng 39 dòng bị loại bỏ mỗi giờ!”
Lập trình giống như làm thơ, nơi nén có thể truyền đạt sức mạnh. “Trong một bài thơ được chế tác tốt, mỗi từ đều mang ý nghĩa và mục đích,” như lập trình viên và nhà văn Matt Ward viết trong một bài luận cho Smashing Magazine. “Một nhà thơ có thể dành hàng giờ để tìm kiếm từ đúng đắn, hoặc để một bài thơ nghỉ và quay lại sau vài ngày để có cái nhìn mới.” Trong số những bài thơ hiện đại nổi tiếng, được truyền cảm hứng từ sự ngắn gọn cổ điển của haiku, có bài “In a Station of the Metro” của Ezra Pound:
Hiện tượng của những khuôn mặt này trong đám đông; Cánh hoa trên một cành ướt, đen.
“Chỉ trong hai dòng và mười bốn từ đơn giản,” Ward lưu ý, “Pound vẽ một hình ảnh nổi bật, giàu ý nghĩa và đang mời gọi để được nghiên cứu bởi học giả và nhà phê bình. Bây giờ, đó là hiệu quả.”
Trở lại năm 2016, tôi ghé thăm Ryan Olson, một kỹ sư chủ chốt cho Instagram. Đội của ông vừa tung ra tính năng Stories của nền tảng. Đó là một cập nhật lớn. Olson kể về việc đi xung quanh San Francisco trong một trạng thái mệt mỏi chỉ vài giờ sau khi cập nhật đi vào hoạt động và thấy người ta đã bắt đầu sử dụng Stories. “Đó là một trải nghiệm khá tuyệt vời,” ông nói. “Tối qua tôi ở phòng tập gym, và tôi nhìn qua thấy ai đó đang sử dụng sản phẩm. Tôi không biết liệu đã từng có bất kỳ cách nào khác trong lịch sử mà bạn có thể tiếp cận với nhiều người như vậy” hoặc nơi “rất ít người định nghĩa trải nghiệm của rất nhiều người.”
Tối ưu hóa cuộc sống cá nhân là một điều, nhưng với nhiều lập trình viên, niềm vui thực sự là biến đổi thế giới. Quy mô chính là niềm vui; thật là kỳ diệu khi bạn nhìn thấy đoạn mã mới của mình đột ngột trở nên phổ biến, từ hai người lên bốn, tám rồi lan tỏa ra toàn cầu. Bạn đã tăng tốc cho một khía cạnh nào đó của cuộc sống—cách chúng ta nhắn tin, thanh toán hóa đơn, hoặc chia sẻ tin tức—và bạn có thể thấy những sóng nước lan rộng.
Đây cũng là cách mà những khoản lợi nhuận lớn trong lĩnh vực phần mềm thường được tạo ra, nên có một sự hứng thú tương ứng từ quyền lực và giàu có. Các nhà đầu tư rót tiền vào những điều họ nghĩ sẽ phát triển như cỏ dại, và thị trường đền đáp điều đó. Mối liên kết của động lực này thường tạo ra ở các kỹ sư thích sự hiệu quả không chỉ niềm vui trong quy mô mà còn là một loại khao khát tuyệt đối cho nó.
Thực sự, trong số các đại gia Silicon Valley thường có một loại coi thường đối với những điều không thể mở rộng. Sự nhỏ bé có thể trông như là sự yếu đuối. Một số lần khi tôi nói về công ty của Jason Ho với các nhà lãnh đạo công nghệ, tôi đã giải thích làm thế nào tôi nghĩ đó là một doanh nghiệp thông minh và đáng ngưỡng mộ, một ví dụ hoàn hảo về một doanh nhân nắm bắt nhu cầu chưa được đáp ứng. Nhưng họ chế giễu. Đối với họ, Clockspot của Ho chỉ là một “doanh nghiệp lối sống”—ngôn ngữ của Thung lũng để chỉ một ý tưởng mà sẽ không bao giờ mở rộng lên đến tầng cao nhất. Họ nói rằng loại sản phẩm đó cũng tốt, nhưng Google có thể sao chép và làm mất việc ông ấy ngay lập tức.
Rõ ràng, chúng ta đã hưởng lợi rất nhiều từ mong muốn nhanh chóng của các kỹ sư phần mềm, từ việc tạo ra sự phong phú. Nhưng sự đồng thời, không ngừng đặt ra mục tiêu hiệu quả ở quy mô cũng có những tác động phụ đáng lo ngại. News Feed của Facebook tăng tốc cách bạn bè chúng ta hiển thị ảnh, nhưng cũng làm tăng tốc cách những người không hài lòng lan truyền thông tin sai lệch. Uber tối ưu hóa việc đặt xe cho hành khách nhưng làm đảo lộn kinh tế kiếm sống của người lái xe. Amazon chuẩn bị máy bay không người lái để giao điện tử qua các đường phố trải rỗng mà không có cửa hàng.
Có lẽ chúng ta—những người mà cuộc sống của họ đang bị tối ưu hóa một cách không ngừng—are cuối cùng đã chú ý đến những hậu quả này. Chúng ta chắc chắn đang phàn nàn nhiều hơn về Big Tech, chú ý đến cách nó phát ra vấn đề dân sự, cách nó làm tức giận trong khi làm mê đắm. Chúng ta không biết làm gì với điều đó; chúng ta vẫn thích sự thuận tiện, cách mà phần mềm liên tục tuyên bố rằng chúng ta có thể làm nhiều hơn với ít hơn. Nhưng nghi ngờ đang làm mọc gai trên da chúng ta.
Có lẽ chúng ta đang trở nên không thoải mái với cách chúng ta, trong thói quen hàng ngày của mình, đã ôm đồng thời tình yêu của siêu tối ưu hóa. Nhìn vào cảnh trên mọi con phố thành phố: Nhân viên nghe podcast với tốc độ 1.5X trong khi đua đến nơi làm việc, đeo Apple Watch để đảm bảo họ đạt được 10,000 bước mỗi ngày, nhìn vào email công việc dưới bàn ăn tối. Chúng ta đã trở nên như những người lập trình chính mình, điều chỉ mọi bánh răng trong cuộc sống của mình để loại bỏ sự ma sát. Như một kỹ sư giỏi, chúng ta có thể làm cho máy móc cuộc sống của chúng ta chạy rất nhanh, mặc dù không rõ chúng ta có hạnh phúc với nơi chúng ta đang đi.
Chuyển thể từ Coders: The Making of a New Tribe and the Remaking of the World, của Clive Thompson, được xuất bản vào ngày 26 tháng 3 năm 2019, bởi Penguin Press, một nhánh của Penguin Publishing Group, một phần của Penguin Random House LLC.
Clive Thompson (@pomeranian99) là một biên tập viên đóng góp cho Mytour.
Bài viết này xuất hiện trong số tháng 4. Đăng ký ngay bây giờ.
Hãy cho chúng tôi biết ý kiến của bạn về bài viết này. Gửi thư tới biên tập viên theo địa chỉ [email protected].
Nhiều bài viết tuyệt vời khác từ Mytour
- "Chúng tôi đang trong lĩnh vực lập trình cuộc sống của mọi người"
- Làm thế nào mô hình Model Y của Tesla so sánh với các SUV điện khác
- Gặp cộng đồng phù thủy siêu internet của Romania
- Facebook có thể làm cho nhân vật ảo trong thế giới ảo di chuyển đúng như bạn
- Tôi đã chấp nhận thời gian màn hình với con gái tôi—và tôi thích nó
- 👀 Đang tìm kiếm các thiết bị mới nhất? Hãy kiểm tra các hướng dẫn mua sắm và các ưu đãi tốt nhất của chúng tôi suốt cả năm
- 📩 Muốn nhiều hơn? Đăng ký nhận bản tin hàng ngày của chúng tôi và đừng bao giờ bỏ lỡ những câu chuyện mới và tuyệt vời nhất của chúng tôi
