Chất lượng mã được phát triển trong mỗi ngôn ngữ này dựa trên những triết lý cơ bản này và ít hơn dựa trên các nhà phát triển riêng lẻ
Mỗi ngôn ngữ không có một nền văn hóa xung quanh nó, bởi vì mỗi ngôn ngữ được phát triển cho một lý do bởi một ai đó với một chương trình nghị sự và một triết lý cơ bản tại sao ngôn ngữ của họ sẽ là tốt hơn ở một cái gì đó hơn là những gì đã tồn tại vào thời điểm đó đã được tạo ra.
Giống như các tôn giáo, các ngôn ngữ lập trình có xu hướng thu hút những người đã có cùng khuynh hướng với các nguyên tắc và triết lý cốt lõi của người tạo ra ngôn ngữ.
Ví dụ về chất lượng cảm nhận của các giải pháp
Trong một trại của Microsoft, bạn có:
Triết lý của C # là nó hoàn toàn hướng đến đối tượng, thúc đẩy các thành ngữ hiện đại hơn và đòi hỏi nhiều kiến thức hơn để làm điều đó một cách chính xác và do đó sẽ cung cấp các giải pháp chất lượng cao hơn. Đây là những gì thu hút mọi người đến với nó trên VB.
Trong trại khác của Microsoft:
Triết lý của VB là tôi có thể nhanh chóng và với ít kiến thức hoặc nỗ lực xây dựng thứ gì đó sẽ cho phép ai đó nhấp vào nút và làm điều gì đó hữu ích và có giá trị kinh doanh, làm thế nào nó không quá quan trọng. Đây là những gì thu hút mọi người đến với nó trên C #.
Dưới đây là một số ngôn ngữ và má có ngôn ngữ và triết lý của họ:
Người Perl có xu hướng quan tâm đến điều ngược lại chính xác mà người Python quan tâm.
Người Java quan tâm đến việc kiếm tiền.
Các ngôn ngữ JVM (Groovy, Scala) quan tâm đến JMV chứ không phải về ngôn ngữ Java.
Tất cả các ngôn ngữ cụ thể của Microsoft (VB, C #, F #, C ++ được quản lý) có xu hướng quan tâm đến việc kiếm tiền trên Windows.
Người Erlang quan tâm đến những thứ mà mọi người khác không cần quan tâm và không đánh giá cao những gì họ không biết.
Người Lisp không quan tâm đến những gì người khác nghĩ rằng họ quan tâm.
Những gì các nhóm này quan tâm về hình dạng ngôn ngữ, sự phát triển và cộng đồng của nó.
Triết lý thay đổi theo kinh nghiệm và nhu cầu
Tôi đã áp dụng ASM và BASIC bởi vì vào năm 1983 , đó là tất cả những gì bạn có. Tôi muốn viết trò chơi và bản demo, đó là những công cụ để làm điều đó. Chủ yếu là ASM cho các bản demo.
Tôi đã chấp nhận C và sau đó là C ++ khi đó là cách duy nhất để viết những thứ như kết xuất 3D và hầu hết mọi thứ khác là không gian và thời gian quan trọng. Đó không phải là ASM nên tôi đã học được.
Tôi đã thông qua VB để kiếm tiền, đó là điều gần gũi nhất với môi trường phát triển Scala, Giám đốc và CanDo mà tôi đã quen thuộc trên Amiga. Tôi đồng ý với triết lý phát triển nhanh chóng
Tôi đã áp dụng Java từ sớm để kiếm tiền tốt hơn. Tôi đã kiếm tiền với VB cho đến năm 1999 và bỏ lại nó khi Java 1.2 ổn định và trưởng thành và lúc đó web đã hoàn toàn khởi động, tôi đã có 4 năm kinh nghiệm về Java khi mọi người thực sự bắt đầu nghiêm túc. Tôi đã đồng ý với việc viết một lần, chạy ở bất cứ đâu trong đó mã của tôi càng chạy nhiều thì càng dễ bán nó. triết học.
Tôi đã chấp nhận Python muộn trong dòng thời gian của nó, năm 2005 vì nó đã gãi một vết ngứa mà Java không có. Tôi cần nhanh chóng viết mã để sử dụng một số thư viện chỉ có sẵn trong C và tôi cũng cần thực hiện việc tạo mẫu dịch vụ web nhanh chóng Python nhanh hơn và ít mã hơn để làm điều tương tự trong Java. Đôi khi đã đi vào sản xuất khi Java một số người ở lại Python, rất nhiều thứ không bao giờ được đưa vào tự nhiên. Tôi đồng ý với pin của nó bao gồm, các triết lý thành ngữ duy nhất cũng như những người khác.
Tôi đã chấp nhận Lua khi tôi cần đưa một công cụ viết kịch bản nhẹ vào các chương trình C ++ và Java của mình. Đây là cách trước khi hỗ trợ JSR233 trong Java. Tôi đồng ý với việc nhúng một ngôn ngữ kịch bản đầy đủ tính năng dễ sử dụng nên là triết lý Lua đơn giản.
Tôi đã áp dụng Erlang vào năm 2006 khi tôi bắt đầu cần khả năng mở rộng lớn và thực thi đa lõi tương đối không đau đối với các vấn đề song song cao và có thực thi đa nền tảng. ** Tôi đồng ý với trạng thái không chia sẻ, thông điệp truyền qua, triết lý trạng thái bất biến. * 8
Tôi đã áp dụng Objective-C khi tôi bắt đầu cần xây dựng các ứng dụng OSX và iOS. Tôi đồng ý với việc bổ sung quyền của Định hướng đối tượng vào C để làm cho triết lý tốt hơn . Ngoài ra để kiếm tiền tốt hơn.
Tôi đã chấp nhận JavaScript chính thức vào năm 2009 vì tôi đồng ý với triết lý CouchDB và nó sử dụng JavaScript. Vẫn không thích JavaScript khi tôi phải xử lý DOM.
Tôi vẫn chưa chính thức nhận nuôi Lisp, nhưng cuối cùng tôi cũng sẽ đến! Tôi đồng ý với những người không biết lisp bị kết án tái phát minh triết lý này.