Cách đứng trên vai người khổng lồ

Concurs de Castells, cuộc thi tháp người thường niên của Tây Ban Nha.
Nếu tôi đã nhìn xa hơn những người khác, đó là bằng cách đứng trên vai của những người khổng lồ.

Năm 1676, Isaac Newton đã nói về những nhà tư tưởng vĩ đại đi trước ông với tư cách là người khổng lồ của Hồi giáo.

340 năm sau, người khổng lồ cao hơn nhiều. Họ ở khắp mọi nơi - không chỉ trong sách, như trong thời gian Newton Newton. Họ phủ nhận trong các tạp chí học thuật mở. Các dự án nguồn mở. Mở bộ dữ liệu.

Với kết nối internet, bạn có thể đứng trên vai của nhiều người khổng lồ như bạn muốn.

Nhưng hầu hết mọi người không nhận ra họ nhận ra bao nhiêu nếu họ bận tâm trèo lên đó. Hầu hết mọi người cho rằng họ có thể nhìn thấy đủ xa từ nơi họ đã đứng. Việc leo lên không có vẻ như nó sẽ rất đáng để nỗ lực.

Trước khi bạn có thể đứng trên vai những người khổng lồ, bạn cần phải chấp nhận rằng bạn không thể nhìn thấy mọi thứ. Bạn cần phải nhận ra có bao nhiêu ngoài kia mà chỉ những người khổng lồ này có thể chỉ cho bạn.

Ubuntu

Tôi là những gì tôi là vì tất cả chúng ta là ai.

Ngay cả trong bóng tối của thời tiền sử của con người, chúng ta đã bắt đầu tìm ra một số điều hay ho.

Những người khổng lồ bắt đầu nổi lên, cưỡi trên truyền thống truyền miệng. Rồi sách.

Chúng tôi gộp cái nhìn sâu sắc vào cái nhìn sâu sắc. Và những người khổng lồ lớn lên.

Qua các aeon, chúng tôi phát hiện ra một số ý tưởng khá gọn gàng và xây dựng một số thứ khá tuyệt. Những thứ đáng sử dụng.

Nhưng mỗi ngày, hàng ngàn người bỏ qua những điều này. Họ nói: tôi biết, tôi sẽ xây dựng thứ mới này từ đầu.

Và họ bắt tay vào một hành trình tốn kém để xây dựng ước mơ của mình từ đầu.

Chúng tôi chi rất nhiều tiền cho phần mềm. Khoảng 60% trong số 2,5 nghìn tỷ đô la chúng ta chi cho công nghệ hàng năm dành cho phát triển phần mềm và dịch vụ tư vấn phần mềm.

Đó là một nghìn tỷ đô la. Đủ để có được Instagram hơn 1.500 lần. Mỗi năm.

Và chúng tôi don luôn nhận được giá trị tiền của chúng tôi.

Nhà thờ Chartes được đặt theo tên của Bernard of Chartre, học giả thế kỷ 12, người đầu tiên quan sát thấy rằng chúng tôi đứng trên vai của những người khổng lồ.

Không được phát minh ở đây

Con người quá tự tin. Chúng tôi nghĩ rằng chúng tôi có thể phát minh lại bánh xe, và phiên bản của chúng tôi sẽ tốt hơn.

Ai biết được, thực tế có thể bánh xe có thể được cải thiện. Nhưng nếu chúng ta đang cố gắng thiết kế một thứ gì đó phức tạp hơn - như một chiếc xe hơi - chúng ta có thực sự muốn dành toàn bộ thời gian để phát minh lại bánh xe không?

Nó có bản chất là muốn tự mình xây dựng mọi thứ.

Chúng tôi yêu thích các sản phẩm tích hợp theo chiều dọc như Ferraris, Rolexes và iPhone.

Chúng tôi ngưỡng mộ sự khéo léo đi vào từng chi tiết.

Chúng tôi ngạc nhiên về cách thiết kế, sản xuất và phân phối tất cả cùng chảy trong một quy trình được kiểm soát.

Và chúng tôi cũng muốn toàn bộ ngăn xếp đó.

Nhưng khi làm như vậy, chúng ta rơi vào một tâm lý tê liệt được gọi là Không được phát minh ở đây.

Không được phát minh ở đây Hội chứng là xu hướng của một nhóm dự án tin rằng nó sở hữu độc quyền về kiến ​​thức về lĩnh vực của mình, dẫn đến việc nó từ chối những ý tưởng mới từ người ngoài, đến khả năng gây ảnh hưởng đến hiệu suất của nó. Allen của Trường Quản lý MIT Sloan

Ở đây, một bản PDF của một bài báo được trích dẫn rộng rãi nhất về Không được phát minh ở đây - được xuất bản lần đầu vào năm 1982 - trong trường hợp bạn muốn tìm hiểu về mức độ nghiêm trọng của những phát hiện của nó.

Điều mà bài báo này không nói với bạn là 34 năm sau, chúng ta vẫn còn rơi vào khuynh hướng nhận thức cũ này.

Một ví dụ gần đây về Không phát minh ở đây là nền tảng khóa học trực tuyến Ấn Độ Swayam. Họ có thể đã được xây dựng trên nền tảng khóa học nguồn mở edX miễn phí. Hàng chục tổ chức khác đã làm như vậy, bao gồm cả nền tảng XuetangX nổi tiếng của Trung Quốc.

Thay vào đó, Swayam đã chi 6 triệu đô la để xây dựng một nền tảng của riêng họ. Và họ sẽ chi hàng triệu đô la trong những năm tới để duy trì giải pháp tùy chỉnh này.

Điều này nghe có vẻ không nhiều tiền, nhưng đặt con số đó trong bối cảnh 30 triệu đô la mà họ dự trù kinh phí cho các giáo viên trả tiền để tạo ra các khóa học. Và điều này cũng thiết lập lại ngày ra mắt của họ sau hai năm.

Không được phát minh ở đây bắt đầu đủ hồn nhiên

Tại sao chúng ta nên sử dụng WordPress cho blog của mình? Blog aren sắt khó. Hãy để chúng tôi xây dựng CMS của riêng mình.

Sau đó mọi người mạnh dạn hơn và bắt đầu nghĩ

Tại sao chúng ta nên sử dụng Sugar CRM để theo dõi các nhà tài trợ? Theo dõi nhà tài trợ là khó khăn. Hãy để chúng tôi xây dựng CRM của riêng mình.

Mà chỉ tiếp tục khuyến khích mọi người đề xuất những điều như:

Tại sao chúng ta nên sử dụng AWS? Đám mây rất khó. Hãy cùng với chúng tôi xây dựng trung tâm dữ liệu của riêng mình và triển khai đám mây riêng của chúng tôi.

Nếu không được kiểm tra, tâm lý này có thể dẫn đến các dự án như HealthCare.gov - một dự án trị giá 90 triệu đô la đã khiến người nộp thuế Mỹ phải trả 1,7 tỷ đô la.

Tôi là một trong hàng triệu người đã lãng phí hàng giờ trong cuộc sống của họ khi cố gắng đăng ký bảo hiểm y tế, chỉ để bị cản trở bởi các lỗi JavaScript và máy chủ không phản hồi.

Trong cuộc khủng hoảng chăm sóc sức khỏe, ba nhà phát triển ở San Francisco đã quyết định lấy một số linh kiện ngoài giá. Họ đã tích hợp một số API công khai. Họ đã xây dựng các khối đáng kể của chức năng chăm sóc sức khỏe. Và họ đã làm tất cả những điều này chỉ trong vài tuần, với giá vài trăm đô la.

Một câu chuyện đứng trên vai những người khổng lồ. Của riêng tôi.

Hai năm trước, tôi muốn bắt đầu một cộng đồng nơi những người bận rộn có thể học cách viết mã cùng nhau.

Tôi vừa mới trải qua 18 tháng để xây dựng một giải pháp tùy chỉnh khổng lồ: một công cụ đề xuất khóa học mà hóa ra không ai muốn sử dụng.

Vì vậy, tôi quyết định đi theo hướng ngược lại chính xác. Tôi sẽ viết ít mã khi cần thiết và thay vào đó tập trung vào việc sử dụng mã người khác.

Vậy cộng đồng cần gì?

  1. một cách để giao tiếp với nhau
  2. một blog nơi mọi người có thể chia sẻ những hiểu biết và câu chuyện cá nhân của họ
  3. một chương trình giảng dạy, và một cách để theo dõi mọi người tiến bộ thông qua nó

Cái cũ không được phát minh ở đây dễ bị tôi làm:

  1. đã xây dựng một phòng chat bằng cách sử dụng các ổ cắm web, sau đó xây dựng các công cụ kiểm duyệt, tích hợp API khác nhau và tìm ra một cách tốt để duy trì các tin nhắn qua các phiên.
  2. đã xây dựng một blog từ đầu, xử lý các vấn đề thiết kế như dễ đọc, gắn thẻ, nhúng và các tính năng cơ bản mà mọi người mong đợi, chẳng hạn như RSS.
  3. xây dựng một CMS tùy chỉnh cho các thách thức mã hóa tương tác, sau đó xây dựng hệ thống hồ sơ, sau đó thiết kế và thực hiện chương trình giảng dạy lập trình cốt lõi.

Bước cuối cùng này có lẽ sẽ khiến tôi mất nhiều năm để tự làm.

Và trước khi bạn nói với tôi về thời đại ngày nay, không một ai đủ ngớ ngẩn để viết blog riêng của họ - tốt, rõ ràng là tôi, bởi vì tôi đã dành vài ngày để làm điều đó. Vài ngày mà tôi không bao giờ lấy lại được.

Nhưng ở đây, những gì tôi mới - mới từ 18 tháng tuổi trở thành Không được phát minh ở địa ngục - đã quyết định làm.

Tôi đã không biết bất kỳ Node.js nào tại thời điểm đó. Nhưng tôi biết những người thông minh đã thuyết phục tôi rằng JavaScript stack đầy đủ là tương lai.

Tôi cũng biết về Hackathon Starter, một bản tóm tắt mã nguồn mở Node.js phổ biến. Vì vậy, tôi rẽ nhánh nó.

Vì tôi đã trải qua 18 tháng để tìm hiểu, kiểm toán và phân loại hàng ngàn khóa học trực tuyến, tôi biết khóa học nào được bảo hiểm tốt nhất về lập trình và khoa học máy tính. Vì vậy, thay vì thiết kế một chương trình giảng dạy, tôi đã tuyển chọn các nguồn lực hiện có.

Đối với phòng chat, tôi chỉ sử dụng HipChat. Đối với blog, tôi chỉ sử dụng Blogger.

Và trong vòng 3 ngày, cộng đồng mới được sống.

Nó khó có thể dự đoán một giải pháp sẽ phát triển theo thời gian như thế nào. Bạn học được rất nhiều từ chỉ vận chuyển những thứ chết tiệt.

Nếu bạn bắt đầu ngay lập tức bằng cách sử dụng các giải pháp sẵn có, bạn có thể trao đổi chúng sau này và tinh chỉnh mọi thứ khi bạn đi.

Theo thời gian, cộng đồng của chúng tôi đã thực hiện hàng ngàn điều chỉnh nhỏ dựa trên phản hồi. Chúng tôi cũng đã chuyển các phòng trò chuyện của mình sang Gitter và blog cộng đồng của chúng tôi trên Trung bình.

Khi chúng tôi có một khối lượng lớn những người đóng góp nguồn mở, chúng tôi bắt đầu thiết kế và thực hiện chương trình giảng dạy 1.200 giờ của riêng mình.

Ngày nay, hơn 5.000 người từ cộng đồng của chúng tôi đã học cách viết mã đủ tốt để có được công việc phát triển đầu tiên của họ.

Nhưng nếu tôi đã chống lại xu hướng Không được phát minh ở đây, tôi sẽ không bao giờ có được những thứ trên mặt đất.

Cách đứng trên vai người khổng lồ

Tôi sẽ để lại cho bạn ba mẹo đơn giản để tận dụng tối đa hàng ngàn năm hiểu biết trong tầm tay bạn.

Mẹo số 1: Học cách nhận biết Không được phát minh ở đây trong chính bạn và những người khác.

Chấp nhận rằng nó có bản chất là muốn tự mình xây dựng mọi thứ. Mặt sáng của việc này là một người có sở thích xây dựng đồ nội thất của riêng họ. Điều tối kỵ là một nhà phát triển tự bảo mật.

Mẹo số 2: Tìm hiểu những công cụ hiện có.

Cách dễ nhất để hiểu loại công cụ nào có sẵn là tiếp tục làm những gì bạn đang làm ngay bây giờ: đọc về công nghệ.

Hầu hết các dự án nguồn mở lớn đều có trên GitHub, nơi bạn có thể xem tài liệu của họ. Bạn có thể triển khai nhiều công cụ này trong vài phút tới máy chủ đám mây của riêng bạn.

Mẹo số 3: Đọc lịch sử.

Tôi chắc chắn rằng giáo viên lịch sử trường trung học của bạn đã trích dẫn bạn điều này, và họ đã đúng:

Những người không đọc lịch sử sẽ phải chịu thất bại khi lặp lại. 190 - George Santayana vào năm 1905

Có rất nhiều cuốn sách tuyệt vời về lịch sử của công nghệ. Tôi giới thiệu bài này của Walter Isaacson, cũng là người đã viết tiểu sử nổi tiếng của Albert Einstein và Steve Jobs. Nó nói riêng về lịch sử của phần mềm:

Các đại gia rất muốn nâng bạn lên vai họ. Để họ. Họ sẽ cho bạn một cái nhìn về việc có bao nhiêu vấn đề vẫn còn tồn tại, chờ bạn đi giải quyết chúng.

Tôi chỉ viết về lập trình và công nghệ. Nếu bạn theo dõi tôi trên Twitter, tôi đã thắng lãng phí thời gian của bạn.