Sử dụng nhiều Python tại Google [đã đóng]

Việc sử dụng Python nhiều của Google, đó chỉ là vấn đề về hương vị hay nó mang lại cho họ lợi thế cạnh tranh?

Tôi thực sự không thể đưa ra một câu trả lời dứt khoát, bởi vì vào thời điểm tôi phỏng vấn tại Google năm 2004, Python đã nổi bật tại Google.

Thật vậy, có một lời giải thích rõ ràng hấp dẫn mà tôi chắc chắn có thể phủ nhận: đó không phải là Google sử dụng Python bởi vì nó sử dụng rất nhiều Pythonistas nổi bật - thay vào đó, hầu hết các nhân viên "Python nổi bật" đã tham gia Google, ít nhất là bởi vì chúng tôi biết về sự nổi bật của Python ở đó (các trường hợp ngoại lệ có thể bao gồm Peter Norvig và Jeremy Hylton, nhưng trong lịch sử lựa chọn Python của Python có trước cả chúng).

Đó chắc chắn là lý do tại sao lần đầu tiên tôi quan tâm (nhà xuất bản của tôi cho tôi biết về số lượng lớn sách mà Google đã mua - ban đầu, tôi nghĩ đây là một cơ hội tốt để bán dịch vụ tư vấn tự do của mình ...; - ), làm thế nào sau đó tôi có thể thuyết phục Guido tham gia với chúng tôi, và, tôi tin rằng, một phần động lực cho những Pythonist như Greg Stein, Wesley Chun, Fredrik Lundh, Thomas Wouters, Collin Winters, Jeffrey Yasskin, ...

Tất cả đã bắt đầu, tôi tin, bởi vì những nhân viên Google đầu tiên (Serge, Larry, Craig, ...) đã đưa ra một quyết định kỹ thuật tốt: "Python nơi chúng ta có thể, C ++ nơi chúng ta phải" - họ đã sử dụng (một tập hợp con) C ++ cho các phần của ngăn xếp phần mềm có độ trễ rất thấp và / hoặc kiểm soát chặt chẽ bộ nhớ là rất quan trọng và Python, cho phép phân phối và bảo trì chương trình nhanh hơn, cho các phần khác. Vào thời điểm đó, vào cuối những năm 90, sự lựa chọn cho vai trò thứ hai chủ yếu là giữa Python và Perl: các ngôn ngữ kịch bản khác chưa được xử lý (ví dụ như tôi không nghĩ rằng Ruby đã tồn tại) hoặc có những vấn đề và hạn chế khác. Perl đã trưởng thành hơn (đặc biệt là về hệ sinh thái của các tiện ích bổ sung có sẵn thông qua CPAN), nhưng Python được coi là dễ đọc và dễ bảo trì hơn, và việc giao tiếp với các thư viện C ++ (thông qua SWIG) dễ dàng hơn.

Java xuất hiện sau đó, bao gồm một phân khúc trung gian - và gần đây dĩ nhiên là Go đã được phát triển (mặc dù tôi không tin có nhiều công việc sản xuất trong đó, vì nó vẫn đang phát triển và trưởng thành). Một số ngôn ngữ chuyên ngành như sawzall cũng nằm trong hỗn hợp cho các tác vụ rất cụ thể và tất nhiên Javascript rất quan trọng đối với công việc phía trình duyệt.

Các ngôn ngữ khác, bao gồm cả những ngôn ngữ mà Greg đã đề cập lại trong '06, là "loại tình cờ" hoặc được sử dụng cho các tác vụ cụ thể khác (ví dụ: Mục tiêu C cho khách hàng trên iPhone hoặc máy Mac) - ví dụ: khi Google thuê quản trị viên hệ thống đầu tiên của mình , những nhân viên đó chắc chắn đã đến với sự thành thạo rất mạnh mẽ của Perl và Bash, và thường sử dụng một trong những ngôn ngữ đó để phát triển một số hệ thống nội bộ phức tạp; mã hóa lại những thứ trong Python (để triển khai và bảo trì dễ dàng hơn) thường xảy ra. Các ngôn ngữ khác (chẳng hạn như C #) có thể tạm thời bị trộn lẫn do mua lại, nhưng, một lần nữa, mã hóa lại bằng một trong những "ngôn ngữ chính của Google" luôn là ưu tiên khá cao (trong trường hợp của C #, mã hóa thường chủ yếu bằng Java, như hai ngôn ngữ giải quyết các lĩnh vực tương tự nhau về mức độ trừu tượng).

Tôi chưa đọc toàn bộ bài viết và tôi không biết nó đại diện như thế nào nhưng có lẽ điều này trả lời câu hỏi của bạn: Python tại Google .

Ok tôi đã đọc hầu hết, thật không may là nó không có nhiều cái nhìn sâu sắc nhưng tôi nghĩ nó vẫn là một bài viết thú vị. Có lẽ quan trọng nhất:

Tại Google, python là một trong 3 "ngôn ngữ chính thức" cùng với C ++ và Java. Chính thức ở đây có nghĩa là nhân viên Google được phép triển khai các ngôn ngữ này cho các dịch vụ sản xuất. (Nội bộ Google mọi người sử dụng nhiều công nghệ bao gồm PHP, C #, Ruby và Perl). Python rất phù hợp với quy trình kỹ thuật tại Google. Dự án điển hình tại Google có một nhóm nhỏ (3 người) và thời gian ngắn (3 tháng).

Đừng quên rằng Guido van Rossum , người tạo ra Python đã làm việc cho Google từ năm 2005-2012;)

Tôi cũng tìm thấy trích dẫn này nhưng tôi không thể xác minh nó:

"Python đã là một phần quan trọng của Google ngay từ đầu, và vẫn còn như vậy khi hệ thống phát triển và phát triển. Ngày nay, hàng chục kỹ sư của Google sử dụng Python và chúng tôi đang tìm kiếm thêm người có kỹ năng về ngôn ngữ này"
- Peter Norvig, Giám đốc chất lượng tìm kiếm tại Google

Tôi đã đọc về Unladen-Swallow , một dự án nhằm cải thiện hiệu suất của CPython. Trong khi duyệt qua bảng thảo luận của họ, tôi tình cờ thấy cuộc thảo luận này , nơi Collin Winter (nhân viên Google và nhà phát triển lõi Python) trả lời về tuyên bố rằng nhân viên của Google không được khuyến khích sử dụng Python cho các dự án mới :

Chà, thông thường đơn giản là sẽ hạn chế khả năng ứng dụng của Python khi hoạt động ở quy mô của Google: nó không nhanh như Java hay C ++, xâu chuỗi, sử dụng bộ nhớ cao hơn, v.v. Một trong những hạn chế thiết kế mà chúng tôi gặp phải khi thiết kế bất kỳ hệ thống mới nào là, "Điều gì xảy ra khi tải tăng gấp 10 hoặc 100 lần? Điều gì xảy ra nếu cả hành tinh nghĩ rằng dịch vụ mới của bạn tuyệt vời?" Bất kỳ công nghệ nào làm cho việc thỏa mãn ràng buộc đó trở nên khó khăn hơn - và tôi nghĩ Python rơi vào loại này - nênkhông được khuyến khích nếu nó không có một trường hợp rất mạnh được thực hiện theo hướng có lợi cho các công đức khác. Bạn phải cân bằng điểm mạnh của Python với điểm yếu của nó: các kỹ sư của bạn có thể làm việc hiệu quả hơn khi sử dụng Python, nhưng nếu họ phải khắc phục nhiều hạn chế về hiệu suất / tỷ lệ ở cấp độ nền tảng hơn khi tăng âm lượng, bạn có đi ra không? Vân vân.

Nếu bạn đăng ký ý tưởng của Paul Graham rằng sự cô đọng == sức mạnh (tức là nếu tôi có thể viết mã bằng ngôn ngữ X trong 10 dòng để thực hiện những gì bạn đã lấy 100 dòng ngôn ngữ Y, thì ngôn ngữ của tôi mạnh hơn)

Ngày nay phần cứng là rẻ, thịt là đắt tiền . Tôi biết rằng tôi có thể viết nhiều hơn, nhanh hơn, tốt hơn và rõ ràng hơn bằng Python trong các ngôn ngữ khác, đơn giản vì pin có xu hướng được bao gồm. Chắc chắn, nó có thể chậm hơn nhưng bạn có thực sự nhận thấy sự khác biệt giữa 0,05 giây và 0,0005 giây không?

Trong một ví dụ thực tế hơn, nếu các nhà phát triển Google viết chương trình bằng Python, nơi họ không bao giờ phải lo lắng về việc thu gom rác và Công ty X viết chương trình bằng C ++ và họ dành 10% thời gian để theo dõi các lỗi liên quan đến cấp phát bộ nhớ, đoán xem ai đã hoàn thành nhanh hơn - ngay cả khi cửa hàng C ++ quản lý để viết phần còn lại của mã của họ nhanh như vậy.

Vì vậy, có, tôi muốn nói rằng đó là một lợi thế cạnh tranh để viết mã trong Python.