Ở VN thì tớ thấy từ Ruby trở lên mới được dùng nhiều. Mấy cái phía dưới ít nghe nói.

Thật ra thì đa số lập trình viên Việt Nam chúng ta thiên về sử dụng những ngôn ngữ phổ biến, được dạy nhiều, học nhiều chứ ít người sử dụng những ngôn ngữ mình tự học. Thật ra ngôn ngữ nào cũng có điểm mạnh, điểm yếu của riêng nó nên khi sử dụng cần phải tận dụng tối đa sức mạnh của ngôn ngữ ấy. Điều này thì phụ thuộc vào chính cá nhân của lập trình viên, chứ không chỉ đơn thuần theo số đông được :D.

Theo mình biết thì chỉ có một số coder học về C.S. (dùng trong làm Online Judge) và một số rất ít S.E. mởi sử dụng những ngôn ngữ "dưới Ruby" như bạn nói :D.

Điều này thì phụ thuộc vào chính cá nhân của lập trình viên, chứ không chỉ đơn thuần theo số đông được :D.

Để làm ra sản phẩm gì đó thực dụng nói chung đều cần công ty hay ít ra là nhóm cỡ 3 người trở lên chứ không đánh lẻ được.

Đối với công ty hay nhóm thực dụng, tớ nghĩ xuất phát điểm là người ta lựa chọn công nghệ (implementation) chứ không chọn ngôn ngữ (definition), ngôn ngữ chỉ là hệ quả đi kèm. Một ngôn ngữ có thể có nhiều implementation.

Do đó yếu tố quyết định là công nghệ dựa trên ngôn ngữ chứ không phải bản thân ngôn ngữ (chỉ là yếu tố quan trọng chứ không quyết định).

Ngoài ra, nếu làm theo đơn đặt hàng thì việc lựa chọn công nghệ là do khách hàng quyết định chứ. Khách bảo đừng có cho mì chính thì hàng phở đừng có cho mì chính

Nếu đưa việc coding trong S.E. vào thực tiễn thì đồng ý với ý kiến của bạn, nhưng mình có điều phản đối:

Ngoài ra, nếu làm theo đơn đặt hàng thì việc lựa chọn công nghệ là do khách hàng quyết định chứ. Khách bảo đừng có cho mì chính thì hàng phở đừng có cho mì chính

Mình nghĩ cái này thì đúng một phần, khách hàng thường (chỉ là thường thôi) họ không quan tâm lắm tới mình làm cái gì, làm như thế nào, mà chỉ quan tâm xem chất lượng sản phẩm của mình ra sao mà thôi. Ví dụ như trong project của mình có phần phải viết module để test tính nguyên tố chẳng hạn. Họ không cần biết mình dùng Fermat primality test, Solovay-Strassen primality test, hay Miller-Rabin primality test, hay bất cứ thuật toán nào mà chỉ cần biết toàn bộ project ấy chạy có hiệu quả không mà thôi. Dĩ nhiên việc này liên quan nhiều đến abstract algorithm hơn là programming language nhưng đó chính là phần quan trọng trong công nghệ bạn nói đến. Và dựa vào việc sẽ implement cái abstract algorithm (nói trên) như thế nào mà chọn ngôn ngữ cho phù hợp.

Ý mình là thế

Tớ nghĩ nên chia làm 2 loại khách hàng, 1 là end-user như bạn vừa đề cập (mô hình kinh doanh B2C), 1 là loại khách hàng trung gian (mô hình B2B).

Tình hình thì tớ thấy ở nước lạc hậu như Campuchia hoặc tiên tiến như Pháp, loại B2C như bạn đề cập bao giờ cũng ít hơn loại B2B như ý tớ ở bình luận trước đó.

Mà loại B2B thì bạn biết rồi đấy, họ theo dõi sát sao lắm, khi làm việc họ bảo nào là các anh theo process kiểu gì đấy? Nào là cho chúng tôi xem UML sequence nào. Nào là sao cái chỗ này các anh chưa có unit test? Xong nhớ làm cả integration test thì chúng tôi mới thanh toán tiền nong đấy nhá...