10X, ngôi sao nhạc rock và huyền thoại về chế độ nhân tài
Việc thờ cúng các lập trình viên tài năng nhất cũng có những nhược điểm. Nó có thể không tốt cho chất lượng mã của công ty.
10X, ngôi sao nhạc rock và huyền thoại về chế độ nhân tài
[Hình ảnh: NATALIIA OMELCHENKO / iStock; John Schnobrich / Bapt]
BỞI CLIVE THOMPSON10 PHÚT ĐỌC
Ngôi sao nhạc rock. Nhẫn giả. Thiên tài. Trong thế giới công nghệ, có một huyền thoại văn hóa lâu đời xung quanh nhà phát triển phần mềm, người không chỉ giỏi mà còn sở hữu một năng lực và năng suất Olympic. Niềm tin vào lập trình viên kỳ lân này nổi tiếng đến mức khái niệm này có một cái tên: bộ mã hóa 10Xiên. Như biệt danh gợi ý, nó mô tả một lập trình viên có khả năng tốt hơn nhiều lần so với khỉ mã trung bình.
Không khó hiểu tại sao rất nhiều lập trình viên yêu thích ý tưởng rằng lập trình là một thế giới của ý chí thuần túy, tài năng thô sơ và 10X công đức. Ở cấp độ tuyệt vời của mã hóa hàng ngày, nó chắc chắn có thể cảm thấy đúng. Người ta không thể nhảm nhí máy tính, hoặc làm mờ thông qua một bài kiểm tra mã thất bại. Bạn không thể tranh luận với một cái vỏ gốc, vì là lập trình viên Meredith L. Patterson đã viết trong một bài luận năm 2014, thêm vào đó: Code Code không tôn trọng con người. Mã của bạn làm cho bạn tuyệt vời, không phải cách khác. Hãy để những người không phải là người ra tay vẫy tay và cầu xin và thuyết phục; lập trình viên thực sự tôn trọng chỉ chạy mã, chết tiệt. Như Mark Zuckerberg đã viết trong một bức thư ngỏ khi Facebook công khai: Thay vì tranh luận trong nhiều ngày liệu một ý tưởng mới có thể thực hiện được hay cách tốt nhất để xây dựng một cái gì đó là gì, tin tặc chỉ muốn tạo nguyên mẫu một cái gì đó và xem những gì hoạt động. Có một câu thần chú của hacker mà bạn sẽ nghe thấy rất nhiều xung quanh các văn phòng của Facebook: 'Code thắng đối số'. . . . Văn hóa hacker cũng vô cùng cởi mở và có công. Các tin tặc tin rằng ý tưởng và cách thực hiện tốt nhất phải luôn luôn giành chiến thắng, không phải là người giỏi nhất trong vận động hành lang cho một ý tưởng hay người quản lý nhiều người nhất.
Là một bằng khen khác, một số lập trình viên đã chỉ ra cho tôi rằng lập trình là một hình thức kỹ thuật hiếm hoi trong đó các cá nhân hoàn toàn tự học có thể được chấp nhận bởi các đồng nghiệp có uy tín cao. Đối với tôi, điều hấp dẫn nhất về khoa học máy tính là đó là lĩnh vực STEM duy nhất tôi biết về nơi có sự kết hợp giữa những người được công nhận cực kỳ cao này bên cạnh những người chỉ dạy cho họ mọi thứ, anh nói, Johanna Brewer , người, thực sự, đã tự học lập trình bắt đầu từ trung học cơ sở, sau đó lấy bằng tiến sĩ về thông tin và khoa học máy tính và thành lập một số công ty.
Tracy Chou, một lập trình viên nổi tiếng với những sản phẩm cực kỳ hiệu quả tại Quora và Pinterest Lâu, một ngôi sao nhạc rock tuyệt đối, người đồng sáng lập Pinterest Ben Silbermann đã từng nói với tôi về điều đó đã thấy sự năng động tương tự. Tôi nghĩ rằng rất nhiều người thành công trong lĩnh vực phần mềm không phải là những người thành công về mặt kinh doanh trong các hoạt động kinh doanh khác, cô nói. Và để thành công ở đó, họ muốn thực sự sở hữu thành công đó. Cô cũng chỉ ra rằng bản chất thường khó hiểu của lập trình đối với những người không phải là đồng nghiệp và đôi khi ngay cả với các đồng nghiệp khác, khiến cho những tuyên bố thần bí về công đức cực kỳ dễ dàng bị loại bỏ. Có một cái gì đó về thực tế là mã không thể hiểu được với hầu hết mọi người hoặc bị ẩn khỏi hầu hết mọi người, cô nói thêm. Và ngay cả khi nó không bị ẩn, nó thường không thể hiểu được. Và vì vậy, dễ dàng hơn để ẩn đằng sau một trò chơi đố chữ, 'Ồ, đó là công đức,
CẠNH TRANH THỊ TRƯỜNG BẰNG KHEN
Thế giới của phần mềm mã nguồn mở, trong đó mã được phát hành trực tuyến cho bất kỳ ai kiểm tra và tinh chỉnh, thường được coi là một công đức, bởi vì tất cả đều cạnh tranh để đóng góp (thường là tình nguyện viên) của bạn được chấp nhận vào một dự án.
Hãy xem xét câu chuyện thành công nổi tiếng nhất của nguồn mở, hệ điều hành GNU / Linux, thường được gọi đơn giản là Linux. Giống như Windows hoặc MacOS, đó là một hệ điều hành chạy máy tính; Không giống như những thứ đó, nó miễn phí sử dụng và bất kỳ ai cũng có thể tải xuống và kiểm tra khoảng 25 triệu dòng mã của nó. Linux ban đầu được bắt đầu vào năm 1991 khi sinh viên đại học Phần Lan Linus Torvalds quyết định tạo ra hạt nhân của riêng mình cho một hệ điều hành chỉ để giải trí. Nó sẽ không lớn và chuyên nghiệp, như ông đã viết khi lần đầu tiên công bố nó trực tuyến. Ngay sau đó Torvalds đã có một kernel đơn giản đang chạy và anh ta đã đặt mã nguồn trực tuyến cho bất kỳ tin tặc nào khác xem xét.
Rồi quả cầu tuyết bắt đầu lăn. Các lập trình viên trên toàn thế giới đã sớm viết thư cho anh ấy để đề xuất các tính năng mới để thêm vào Linux, cung cấp các đoạn mã hoặc đăng các bản sửa lỗi. Torvalds đã thông qua những gợi ý mà anh ấy thích (anh ấy đã rút ra mã trong mã của họ, để sử dụng biệt ngữ). Linux dần dần phát triển ngày càng nhiều tính năng, tất cả được đóng góp bởi những người lạ trên toàn thế giới. Cuối cùng, có hàng trăm, và hàng ngàn người đóng góp. Để giúp cho rất nhiều lập trình viên khác nhau dễ dàng hơn với tất cả các nhà nghiên cứu với một cơ sở mã duy nhất mà không có sự thay đổi nào được kết hợp lại với nhau, Torvalds đã viết ra một tác phẩm, hiện đang được sử dụng rộng rãi bởi các lập trình viên. Git cho phép bạn lấy tiền đóng góp của người khác hoặc nhanh chóng trở lại bản sao cũ của mã nếu một thay đổi mới mà bạn thực hiện đã làm hỏng mọi thứ.
Như một số người hâm mộ tranh luận, nguồn mở trở thành một loại cạnh tranh thị trường của một cuộc đua để xem ý tưởng của họ có thể được đánh giá tốt đến mức các lập trình viên khác sẽ đồng ý và đi, Được rồi, chắc chắn, hãy chấp nhận mã đó vào dự án của chúng tôi. Do đó, nguồn mở có thể, đối với nhiều người tham gia, cảm thấy như một sự chắt lọc công đức thuần túy. Với Linux, Torvalds trở thành nhà độc tài nhân từ của người Hồi giáo, chỉ chấp nhận những đóng góp cho cơ sở mã Linux đã khiến anh ta thực sự hữu ích và xuất sắc. Về mặt lý thuyết, rào cản đóng góp là khá thấp: Chỉ cần tải xuống một bản sao của mã nguồn Linux, thực hiện bất kỳ thay đổi nào đối với nó. Nó sẽ hiển thị trong cấu trúc mã của cây, nếu bạn đang sử dụng Git để quản lý các thay đổi của bạn và sau đó gửi yêu cầu tới những người đóng góp cốt lõi của Linux, nói rằng, Này, hãy xem đóng góp của tôi. Nếu họ thích nó, nó sẽ đi vào, và do đó được sử dụng bởi hàng triệu công ty trên toàn thế giới. Nó phức tạp hơn một chút so với thực tế, nhưng đây là một mô hình thu nhỏ của hầu hết các dự án nguồn mở có xu hướng hoạt động.
SIÊU SAO TRỞ NÊN CHUA CHÁT
Thực tế về một thế giới được điều hành bởi tài năng siêu anh hùng trở nên lộn xộn nhanh chóng và có thể giảm năng suất đáng kể so với những gì nó có thể xuất hiện, như Jonathan Solórzano-Hamilton đã phát hiện ra. Solórzano-Hamilton là một kiến trúc sư phần mềm, người đã làm việc với một lập trình viên ngôi sao nhạc rock tự xưng. Sau khi kể lại, câu chuyện trong một bài đăng trên blog đã được biết đến trên toàn công ty về khả năng giải quyết vấn đề của bất kỳ ai: Hỏi anh ta và anh ta phác thảo một giải pháp nhanh chóng cho anh ta bảng trắng văn phòng. Ông là kiến trúc sư trưởng, thiết kế các dự án, và cũng là lập trình viên hàng đầu, tự mình tạo ra mã. Ông thường bước vào với một sửa chữa cứu sinh.
Dường như cảm giác không thể thiếu đã tăng lên đối với Rick, đi vào tâm lý của anh ta và trở nên chua chát. Anh ta bắt đầu coi mình là siêu sao mã hóa của công ty, 10Xer cao chót vót trên tất cả các phàm nhân. Tin chắc rằng các kỹ năng của anh ấy rất quan trọng đối với mọi thứ, anh ấy đã đảm nhận ngày càng nhiều nhiệm vụ, ngày càng nhiều đoạn mã.
Nhưng bất chấp công việc của Rick, dự án đã vượt quá thời hạn. Nếu một dự án đủ lớn, không có cách nào một người có thể làm tất cả, cho dù họ có tài năng đến đâu. Dự án đã hoàn thành trễ một năm và các nhà quản lý nhận ra rằng nó không có khả năng sẵn sàng cho hai dự án nữa. Rick đã cố gắng trở thành anh hùng độc thân; tệ hơn, có vẻ như các nhà quản lý của anh ta tự nuông chiều bản thân mình.
Sau đó, Rick Rick đã tạo ra mã nhanh hơn bao giờ hết. Ông đã làm việc bảy tuần một ngày, 12 giờ một ngày, ông Sol Solrr-Hamilton viết. Mọi người chỉ biết Rick có thể kéo cả đội ra khỏi mớ hỗn độn này. Mọi người nín thở và chờ đợi Rick phát minh ra phương thuốc thần kỳ sẽ hàn gắn dự án bị tê liệt này. Trong khi đó, quá tải với công việc, anh ngày càng gắt gỏng và cô lập bản thân khỏi những người khác.
Solórzano-Hamilton được yêu cầu giúp đỡ và xem dự án có thể được cứu hay không. Một cuộc họp với Rick đã không diễn ra tốt đẹp. Bạn sẽ không bao giờ có thể hiểu bất cứ điều gì tôi đã tạo ra, anh ấy đã nổi giận. Tôi là Albert chết tiệt Einstein và tất cả các bạn đều là những con khỉ đang lẩn quẩn trong bụi bẩn.
Tuy nhiên, khi Solórzano-Hamilton nhìn vào mã của Rick, anh nhận ra rằng nó rất bình dị và không có giấy tờ mà không ai khác có thể duy trì nó. Họ đã nói chuyện với Rick và nói với anh rằng họ muốn xây dựng một sản phẩm mới từ đầu, với mọi người hợp tác với nó. Rick giận dữ bác bỏ điều đó, quá. Khi mọi thứ trở nên tồi tệ hơn, Rick sẽ không dành thời gian nghỉ ngơi, anh ta hoàn nguyên mã do người khác viết và các đồng nghiệp coi thường.
Cuối cùng họ sa thải anh ta. Và sau đó, mọi thứ đã được cải thiện: Đồng đội của anh ấy bắt đầu xây dựng một sản phẩm mới, đơn giản hơn đáng kể. Vào thời điểm chúng được thực hiện, sản phẩm thay thế lớn hơn 20% và phức tạp như dự án trước đó. Điều đó có nghĩa là sẽ dễ dàng hơn nhiều cho các nhà tuyển dụng mới đọc nó, nắm bắt nó và duy trì nó. Họ sẽ không cần các siêu anh hùng. Tốt hơn nữa, các đồng đội đã hoàn thành nó chỉ trong hơn sáu tháng. Không có Ricks còn lại trong đội. Chúng tôi không có bất kỳ thiên tài điên rồ nào xây dựng mọi thứ từ đầu. Nhưng năng suất của chúng tôi chưa bao giờ cao hơn, ông Sol Solrr-Hamilton viết.
Công ty đã lao vào nhược điểm độc hại của việc tôn thờ công đức của người viết mã: Nó có thể tạo ra những cú giật mạnh mẽ, một đội ngũ lập trình viên tin vào huyền thoại về khả năng không thể thay thế của chính họ. Bạn thích thú với những kiểu thổi phồng aggro, những người không chỉ xua đuổi những người tài năng khác mà còn kết thúc công việc sản xuất mà mà mỉa mai, thậm chí còn không hữu dụng lắm, bởi vì nó bị nhốt trong đầu họ. Chắc chắn, tài năng của họ có thể khá thật, nhưng ai quan tâm đến điều đó khi sự sùng bái cá tính của họ phá hỏng doanh nghiệp?
DIVA VÀ RỐI LOẠN CHỨC NĂNG
Khá nhiều lập trình viên mà tôi nói chuyện đã có những câu chuyện kinh dị khi làm việc cùng với những kẻ khốn nạn tài năng nhưng có tên. Một công ty kết hợp Y đã thuê một lập trình viên người Nga có công việc rất tuyệt vời, nhưng ai cũng biết, tôi ghét điều đó ở đây nếu bạn hỏi anh ta mọi thứ đang diễn ra như thế nào. Tại sao bạn ghét nó? Vì công việc của mọi người thật tệ, nên anh ấy trả lời. Ông là một diva toàn diện, người đứng đầu lập trình nói với một tiếng thở dài. Như Bonnie Eisenman, một lập trình viên của Twitter, một chuyên gia về React, một thư viện mã ngày càng được sử dụng để tạo ra các ứng dụng, đó là toàn bộ huyền thoại về lập trình viên ngôi sao nhạc rock tạo ra sự rối loạn.
Những cú giật mạnh thậm chí không nhất thiết phải có giá trị, bởi vì mặc dù chúng có thể hữu ích cho việc giải quyết một vấn đề khó khăn, ngắn hạn, nhưng đống đổ nát mà chúng gây ra cho tinh thần có thể khó sửa chữa. Những nhân viên tài năng khác chạy trốn, không muốn quẫy đạp với kẻ giật. Tôi đã gặp những người là những lập trình viên xuất sắc nhất, nhưng họ tạo ra những thứ không bao giờ thấy được ánh sáng vì không ai có thể làm việc với những người này, đó là Grad Grady Booch, một lập trình viên kỳ cựu của IBM, nói với tôi.
Ngay cả khi 10Xers như Rick làm việc hiệu quả, viết rất nhiều phần mềm mà nhanh chóng có xu hướng tạo ra những gì đã biết, trong một cụm từ đáng yêu, như một món nợ kỹ thuật của Hồi, một đống đổ nát được tạo ra do di chuyển quá nhanh. Một lập trình viên nhanh nhẹn sẽ hầu như luôn sử dụng các phím tắt và sử dụng các giải pháp được chắp vá sẽ yêu cầu, trong những năm tới, dọn dẹp cẩn thận và kiên nhẫn bởi các đồng nghiệp sau này. Kỹ sư 10X thực sự không có năng suất gấp 10 lần so với những người khác, anh nói là bạn của tôi, nhà phát triển Max Whitney. Một kỹ sư 10X đang ở ngoài đó, tôi đang trích dẫn ai đó ra khỏi mạng Internet tạo ra công việc gấp 10 lần cho mọi người. Vì vậy, chúng giống như đỉnh của tảng băng trôi, tạo ra thứ gì đó hào nhoáng và đẹp đẽ, và để lại quá nhiều nợ kỹ thuật ở khắp mọi nơi.
Một phần lý do khiến các lập trình viên yêu thích việc xây dựng các công ty khởi nghiệp, như Andreessen lưu ý, là họ có thể di chuyển nhanh chóng. Nhưng ngay cả ở đây, những anh hùng đầu tiên có thể tạo ra các cơ sở mã lộn xộn, chỉ hoạt động đủ tốt để có được người dùng sớm và sớm cần dọn dẹp bởi các lập trình viên kiên nhẫn hơn, người đưa ra trật tự cho sự hỗn loạn.
Khi Tracy Chou được thuê tại Pinterest, cô ấy đã viết một bài viết nặng về phần phụ trợ của nó. Trong khi chọc vào cơ sở mã, cô phát hiện ra một điều kỳ lạ: Bất cứ khi nào người dùng tìm kiếm một thuật ngữ, máy chủ sẽ chạy truy vấn hai lần. Có chuyện gì thế? cô ấy băn khoăn. Chou cuối cùng đã phát hiện ra rằng mã để thực hiện một truy vấn đã vô tình bị cắt và dán hai lần. Một số người trong những ngày đầu của Pinterest, dường như, đã làm việc quá nhanh. Bằng cách cắt dòng mã nhầm đó, Chou đã nhân đôi hiệu quả của tìm kiếm Pinterest. Thông thường, 10Xing thực sự không phải là viết mã, mà là sửa chữa những sai lầm ngớ ngẩn của người khác.
10X, ngôi sao nhạc rock và huyền thoại về chế độ nhân tài
[Hình ảnh: NATALIIA OMELCHENKO / iStock; John Schnobrich / Bapt]
BỞI CLIVE THOMPSON10 PHÚT ĐỌC
Ngôi sao nhạc rock. Nhẫn giả. Thiên tài. Trong thế giới công nghệ, có một huyền thoại văn hóa lâu đời xung quanh nhà phát triển phần mềm, người không chỉ giỏi mà còn sở hữu một năng lực và năng suất Olympic. Niềm tin vào lập trình viên kỳ lân này nổi tiếng đến mức khái niệm này có một cái tên: bộ mã hóa 10Xiên. Như biệt danh gợi ý, nó mô tả một lập trình viên có khả năng tốt hơn nhiều lần so với khỉ mã trung bình.
Không khó hiểu tại sao rất nhiều lập trình viên yêu thích ý tưởng rằng lập trình là một thế giới của ý chí thuần túy, tài năng thô sơ và 10X công đức. Ở cấp độ tuyệt vời của mã hóa hàng ngày, nó chắc chắn có thể cảm thấy đúng. Người ta không thể nhảm nhí máy tính, hoặc làm mờ thông qua một bài kiểm tra mã thất bại. Bạn không thể tranh luận với một cái vỏ gốc, vì là lập trình viên Meredith L. Patterson đã viết trong một bài luận năm 2014, thêm vào đó: Code Code không tôn trọng con người. Mã của bạn làm cho bạn tuyệt vời, không phải cách khác. Hãy để những người không phải là người ra tay vẫy tay và cầu xin và thuyết phục; lập trình viên thực sự tôn trọng chỉ chạy mã, chết tiệt. Như Mark Zuckerberg đã viết trong một bức thư ngỏ khi Facebook công khai: Thay vì tranh luận trong nhiều ngày liệu một ý tưởng mới có thể thực hiện được hay cách tốt nhất để xây dựng một cái gì đó là gì, tin tặc chỉ muốn tạo nguyên mẫu một cái gì đó và xem những gì hoạt động. Có một câu thần chú của hacker mà bạn sẽ nghe thấy rất nhiều xung quanh các văn phòng của Facebook: 'Code thắng đối số'. . . . Văn hóa hacker cũng vô cùng cởi mở và có công. Các tin tặc tin rằng ý tưởng và cách thực hiện tốt nhất phải luôn luôn giành chiến thắng, không phải là người giỏi nhất trong vận động hành lang cho một ý tưởng hay người quản lý nhiều người nhất.
Là một bằng khen khác, một số lập trình viên đã chỉ ra cho tôi rằng lập trình là một hình thức kỹ thuật hiếm hoi trong đó các cá nhân hoàn toàn tự học có thể được chấp nhận bởi các đồng nghiệp có uy tín cao. Đối với tôi, điều hấp dẫn nhất về khoa học máy tính là đó là lĩnh vực STEM duy nhất tôi biết về nơi có sự kết hợp giữa những người được công nhận cực kỳ cao này bên cạnh những người chỉ dạy cho họ mọi thứ, anh nói, Johanna Brewer , người, thực sự, đã tự học lập trình bắt đầu từ trung học cơ sở, sau đó lấy bằng tiến sĩ về thông tin và khoa học máy tính và thành lập một số công ty.
Tracy Chou, một lập trình viên nổi tiếng với những sản phẩm cực kỳ hiệu quả tại Quora và Pinterest Lâu, một ngôi sao nhạc rock tuyệt đối, người đồng sáng lập Pinterest Ben Silbermann đã từng nói với tôi về điều đó đã thấy sự năng động tương tự. Tôi nghĩ rằng rất nhiều người thành công trong lĩnh vực phần mềm không phải là những người thành công về mặt kinh doanh trong các hoạt động kinh doanh khác, cô nói. Và để thành công ở đó, họ muốn thực sự sở hữu thành công đó. Cô cũng chỉ ra rằng bản chất thường khó hiểu của lập trình đối với những người không phải là đồng nghiệp và đôi khi ngay cả với các đồng nghiệp khác, khiến cho những tuyên bố thần bí về công đức cực kỳ dễ dàng bị loại bỏ. Có một cái gì đó về thực tế là mã không thể hiểu được với hầu hết mọi người hoặc bị ẩn khỏi hầu hết mọi người, cô nói thêm. Và ngay cả khi nó không bị ẩn, nó thường không thể hiểu được. Và vì vậy, dễ dàng hơn để ẩn đằng sau một trò chơi đố chữ, 'Ồ, đó là công đức,
CẠNH TRANH THỊ TRƯỜNG BẰNG KHEN
Thế giới của phần mềm mã nguồn mở, trong đó mã được phát hành trực tuyến cho bất kỳ ai kiểm tra và tinh chỉnh, thường được coi là một công đức, bởi vì tất cả đều cạnh tranh để đóng góp (thường là tình nguyện viên) của bạn được chấp nhận vào một dự án.
Hãy xem xét câu chuyện thành công nổi tiếng nhất của nguồn mở, hệ điều hành GNU / Linux, thường được gọi đơn giản là Linux. Giống như Windows hoặc MacOS, đó là một hệ điều hành chạy máy tính; Không giống như những thứ đó, nó miễn phí sử dụng và bất kỳ ai cũng có thể tải xuống và kiểm tra khoảng 25 triệu dòng mã của nó. Linux ban đầu được bắt đầu vào năm 1991 khi sinh viên đại học Phần Lan Linus Torvalds quyết định tạo ra hạt nhân của riêng mình cho một hệ điều hành chỉ để giải trí. Nó sẽ không lớn và chuyên nghiệp, như ông đã viết khi lần đầu tiên công bố nó trực tuyến. Ngay sau đó Torvalds đã có một kernel đơn giản đang chạy và anh ta đã đặt mã nguồn trực tuyến cho bất kỳ tin tặc nào khác xem xét.
Rồi quả cầu tuyết bắt đầu lăn. Các lập trình viên trên toàn thế giới đã sớm viết thư cho anh ấy để đề xuất các tính năng mới để thêm vào Linux, cung cấp các đoạn mã hoặc đăng các bản sửa lỗi. Torvalds đã thông qua những gợi ý mà anh ấy thích (anh ấy đã rút ra mã trong mã của họ, để sử dụng biệt ngữ). Linux dần dần phát triển ngày càng nhiều tính năng, tất cả được đóng góp bởi những người lạ trên toàn thế giới. Cuối cùng, có hàng trăm, và hàng ngàn người đóng góp. Để giúp cho rất nhiều lập trình viên khác nhau dễ dàng hơn với tất cả các nhà nghiên cứu với một cơ sở mã duy nhất mà không có sự thay đổi nào được kết hợp lại với nhau, Torvalds đã viết ra một tác phẩm, hiện đang được sử dụng rộng rãi bởi các lập trình viên. Git cho phép bạn lấy tiền đóng góp của người khác hoặc nhanh chóng trở lại bản sao cũ của mã nếu một thay đổi mới mà bạn thực hiện đã làm hỏng mọi thứ.
Như một số người hâm mộ tranh luận, nguồn mở trở thành một loại cạnh tranh thị trường của một cuộc đua để xem ý tưởng của họ có thể được đánh giá tốt đến mức các lập trình viên khác sẽ đồng ý và đi, Được rồi, chắc chắn, hãy chấp nhận mã đó vào dự án của chúng tôi. Do đó, nguồn mở có thể, đối với nhiều người tham gia, cảm thấy như một sự chắt lọc công đức thuần túy. Với Linux, Torvalds trở thành nhà độc tài nhân từ của người Hồi giáo, chỉ chấp nhận những đóng góp cho cơ sở mã Linux đã khiến anh ta thực sự hữu ích và xuất sắc. Về mặt lý thuyết, rào cản đóng góp là khá thấp: Chỉ cần tải xuống một bản sao của mã nguồn Linux, thực hiện bất kỳ thay đổi nào đối với nó. Nó sẽ hiển thị trong cấu trúc mã của cây, nếu bạn đang sử dụng Git để quản lý các thay đổi của bạn và sau đó gửi yêu cầu tới những người đóng góp cốt lõi của Linux, nói rằng, Này, hãy xem đóng góp của tôi. Nếu họ thích nó, nó sẽ đi vào, và do đó được sử dụng bởi hàng triệu công ty trên toàn thế giới. Nó phức tạp hơn một chút so với thực tế, nhưng đây là một mô hình thu nhỏ của hầu hết các dự án nguồn mở có xu hướng hoạt động.
SIÊU SAO TRỞ NÊN CHUA CHÁT
Thực tế về một thế giới được điều hành bởi tài năng siêu anh hùng trở nên lộn xộn nhanh chóng và có thể giảm năng suất đáng kể so với những gì nó có thể xuất hiện, như Jonathan Solórzano-Hamilton đã phát hiện ra. Solórzano-Hamilton là một kiến trúc sư phần mềm, người đã làm việc với một lập trình viên ngôi sao nhạc rock tự xưng. Sau khi kể lại, câu chuyện trong một bài đăng trên blog đã được biết đến trên toàn công ty về khả năng giải quyết vấn đề của bất kỳ ai: Hỏi anh ta và anh ta phác thảo một giải pháp nhanh chóng cho anh ta bảng trắng văn phòng. Ông là kiến trúc sư trưởng, thiết kế các dự án, và cũng là lập trình viên hàng đầu, tự mình tạo ra mã. Ông thường bước vào với một sửa chữa cứu sinh.
Dường như cảm giác không thể thiếu đã tăng lên đối với Rick, đi vào tâm lý của anh ta và trở nên chua chát. Anh ta bắt đầu coi mình là siêu sao mã hóa của công ty, 10Xer cao chót vót trên tất cả các phàm nhân. Tin chắc rằng các kỹ năng của anh ấy rất quan trọng đối với mọi thứ, anh ấy đã đảm nhận ngày càng nhiều nhiệm vụ, ngày càng nhiều đoạn mã.
Nhưng bất chấp công việc của Rick, dự án đã vượt quá thời hạn. Nếu một dự án đủ lớn, không có cách nào một người có thể làm tất cả, cho dù họ có tài năng đến đâu. Dự án đã hoàn thành trễ một năm và các nhà quản lý nhận ra rằng nó không có khả năng sẵn sàng cho hai dự án nữa. Rick đã cố gắng trở thành anh hùng độc thân; tệ hơn, có vẻ như các nhà quản lý của anh ta tự nuông chiều bản thân mình.
Sau đó, Rick Rick đã tạo ra mã nhanh hơn bao giờ hết. Ông đã làm việc bảy tuần một ngày, 12 giờ một ngày, ông Sol Solrr-Hamilton viết. Mọi người chỉ biết Rick có thể kéo cả đội ra khỏi mớ hỗn độn này. Mọi người nín thở và chờ đợi Rick phát minh ra phương thuốc thần kỳ sẽ hàn gắn dự án bị tê liệt này. Trong khi đó, quá tải với công việc, anh ngày càng gắt gỏng và cô lập bản thân khỏi những người khác.
Solórzano-Hamilton được yêu cầu giúp đỡ và xem dự án có thể được cứu hay không. Một cuộc họp với Rick đã không diễn ra tốt đẹp. Bạn sẽ không bao giờ có thể hiểu bất cứ điều gì tôi đã tạo ra, anh ấy đã nổi giận. Tôi là Albert chết tiệt Einstein và tất cả các bạn đều là những con khỉ đang lẩn quẩn trong bụi bẩn.
Tuy nhiên, khi Solórzano-Hamilton nhìn vào mã của Rick, anh nhận ra rằng nó rất bình dị và không có giấy tờ mà không ai khác có thể duy trì nó. Họ đã nói chuyện với Rick và nói với anh rằng họ muốn xây dựng một sản phẩm mới từ đầu, với mọi người hợp tác với nó. Rick giận dữ bác bỏ điều đó, quá. Khi mọi thứ trở nên tồi tệ hơn, Rick sẽ không dành thời gian nghỉ ngơi, anh ta hoàn nguyên mã do người khác viết và các đồng nghiệp coi thường.
Cuối cùng họ sa thải anh ta. Và sau đó, mọi thứ đã được cải thiện: Đồng đội của anh ấy bắt đầu xây dựng một sản phẩm mới, đơn giản hơn đáng kể. Vào thời điểm chúng được thực hiện, sản phẩm thay thế lớn hơn 20% và phức tạp như dự án trước đó. Điều đó có nghĩa là sẽ dễ dàng hơn nhiều cho các nhà tuyển dụng mới đọc nó, nắm bắt nó và duy trì nó. Họ sẽ không cần các siêu anh hùng. Tốt hơn nữa, các đồng đội đã hoàn thành nó chỉ trong hơn sáu tháng. Không có Ricks còn lại trong đội. Chúng tôi không có bất kỳ thiên tài điên rồ nào xây dựng mọi thứ từ đầu. Nhưng năng suất của chúng tôi chưa bao giờ cao hơn, ông Sol Solrr-Hamilton viết.
Công ty đã lao vào nhược điểm độc hại của việc tôn thờ công đức của người viết mã: Nó có thể tạo ra những cú giật mạnh mẽ, một đội ngũ lập trình viên tin vào huyền thoại về khả năng không thể thay thế của chính họ. Bạn thích thú với những kiểu thổi phồng aggro, những người không chỉ xua đuổi những người tài năng khác mà còn kết thúc công việc sản xuất mà mà mỉa mai, thậm chí còn không hữu dụng lắm, bởi vì nó bị nhốt trong đầu họ. Chắc chắn, tài năng của họ có thể khá thật, nhưng ai quan tâm đến điều đó khi sự sùng bái cá tính của họ phá hỏng doanh nghiệp?
DIVA VÀ RỐI LOẠN CHỨC NĂNG
Khá nhiều lập trình viên mà tôi nói chuyện đã có những câu chuyện kinh dị khi làm việc cùng với những kẻ khốn nạn tài năng nhưng có tên. Một công ty kết hợp Y đã thuê một lập trình viên người Nga có công việc rất tuyệt vời, nhưng ai cũng biết, tôi ghét điều đó ở đây nếu bạn hỏi anh ta mọi thứ đang diễn ra như thế nào. Tại sao bạn ghét nó? Vì công việc của mọi người thật tệ, nên anh ấy trả lời. Ông là một diva toàn diện, người đứng đầu lập trình nói với một tiếng thở dài. Như Bonnie Eisenman, một lập trình viên của Twitter, một chuyên gia về React, một thư viện mã ngày càng được sử dụng để tạo ra các ứng dụng, đó là toàn bộ huyền thoại về lập trình viên ngôi sao nhạc rock tạo ra sự rối loạn.
Những cú giật mạnh thậm chí không nhất thiết phải có giá trị, bởi vì mặc dù chúng có thể hữu ích cho việc giải quyết một vấn đề khó khăn, ngắn hạn, nhưng đống đổ nát mà chúng gây ra cho tinh thần có thể khó sửa chữa. Những nhân viên tài năng khác chạy trốn, không muốn quẫy đạp với kẻ giật. Tôi đã gặp những người là những lập trình viên xuất sắc nhất, nhưng họ tạo ra những thứ không bao giờ thấy được ánh sáng vì không ai có thể làm việc với những người này, đó là Grad Grady Booch, một lập trình viên kỳ cựu của IBM, nói với tôi.
Ngay cả khi 10Xers như Rick làm việc hiệu quả, viết rất nhiều phần mềm mà nhanh chóng có xu hướng tạo ra những gì đã biết, trong một cụm từ đáng yêu, như một món nợ kỹ thuật của Hồi, một đống đổ nát được tạo ra do di chuyển quá nhanh. Một lập trình viên nhanh nhẹn sẽ hầu như luôn sử dụng các phím tắt và sử dụng các giải pháp được chắp vá sẽ yêu cầu, trong những năm tới, dọn dẹp cẩn thận và kiên nhẫn bởi các đồng nghiệp sau này. Kỹ sư 10X thực sự không có năng suất gấp 10 lần so với những người khác, anh nói là bạn của tôi, nhà phát triển Max Whitney. Một kỹ sư 10X đang ở ngoài đó, tôi đang trích dẫn ai đó ra khỏi mạng Internet tạo ra công việc gấp 10 lần cho mọi người. Vì vậy, chúng giống như đỉnh của tảng băng trôi, tạo ra thứ gì đó hào nhoáng và đẹp đẽ, và để lại quá nhiều nợ kỹ thuật ở khắp mọi nơi.
Một phần lý do khiến các lập trình viên yêu thích việc xây dựng các công ty khởi nghiệp, như Andreessen lưu ý, là họ có thể di chuyển nhanh chóng. Nhưng ngay cả ở đây, những anh hùng đầu tiên có thể tạo ra các cơ sở mã lộn xộn, chỉ hoạt động đủ tốt để có được người dùng sớm và sớm cần dọn dẹp bởi các lập trình viên kiên nhẫn hơn, người đưa ra trật tự cho sự hỗn loạn.
Khi Tracy Chou được thuê tại Pinterest, cô ấy đã viết một bài viết nặng về phần phụ trợ của nó. Trong khi chọc vào cơ sở mã, cô phát hiện ra một điều kỳ lạ: Bất cứ khi nào người dùng tìm kiếm một thuật ngữ, máy chủ sẽ chạy truy vấn hai lần. Có chuyện gì thế? cô ấy băn khoăn. Chou cuối cùng đã phát hiện ra rằng mã để thực hiện một truy vấn đã vô tình bị cắt và dán hai lần. Một số người trong những ngày đầu của Pinterest, dường như, đã làm việc quá nhanh. Bằng cách cắt dòng mã nhầm đó, Chou đã nhân đôi hiệu quả của tìm kiếm Pinterest. Thông thường, 10Xing thực sự không phải là viết mã, mà là sửa chữa những sai lầm ngớ ngẩn của người khác.
Nhận xét
Đăng nhận xét