Một thước đo tốc độ phát triển

Tôi đã thấy rất nhiều bài kiểm tra đo tốc độ thực thi của các ngôn ngữ lập trình, nhưng tôi chưa bao giờ thấy các bài kiểm tra đo tốc độ phát triển.

Tôi đã nghe tốc độ phát triển tăng lên khi làm việc với các ngôn ngữ động, nhưng có bằng chứng nào về điều đó không? Tôi không cố nói ngôn ngữ động không hiệu quả, nhưng tôi muốn thấy kết quả của một nghiên cứu khoa học, nếu điều đó tồn tại.

Thậm chí tốt hơn sẽ là thông tin về cơ sở bảo trì. Là một số ngôn ngữ dễ gỡ lỗi hơn những ngôn ngữ khác?

EDIT: Tôi chủ yếu quan tâm đến sự khác biệt giữa hai ngôn ngữ gần với cú pháp. Ví dụ, tôi đoán lập trình trong C thường sẽ chậm hơn lập trình trong Java; nhưng lập trình trong Java có nhanh hơn lập trình trong C # không?

Hoàn toàn là ngôn ngữ lập trình làm nên sự khác biệt. Tuy nhiên, tôi nghĩ rằng sự khác biệt đó là nhiều hơn về mức độ quen thuộc của lập trình viên với từng ngôn ngữ so với bất kỳ khía cạnh cụ thể nào của ngôn ngữ, đặc biệt là với sự hạn chế của các ngôn ngữ có cú pháp tương tự.

Đối với tôi đây là loại tương tự với loại cọ sơn nào cho phép bạn vẽ nhanh hơn.

Nếu bạn xem xét những gì bạn vẽ một mặt hàng, thì bàn chải càng lớn, bạn sẽ vẽ càng nhanh.

Nếu bạn thấy mã tốt là một hình thức nghệ thuật, thì nó sẽ ít hơn kích thước của bàn chải, và chính xác hơn những gì bạn làm với bàn chải của mình.

Xin lỗi, đây là một chút không trả lời cho câu hỏi thực tế.

Tôi không chắc điều này có liên quan, nhưng nó rất thú vị

Trong Tháng huyền thoại, Fred Brooks đề cập đến các nghiên cứu so sánh ngôn ngữ lắp ráp và ngôn ngữ cấp cao hơn. Họ phát hiện ra rằng các lập trình viên đã tạo ra cùng một lượng hướng dẫn mỗi năm trong cả hai, nhưng các hướng dẫn cho một ngôn ngữ cấp cao bằng với nhiều hướng dẫn ngôn ngữ lắp ráp. Vì vậy, bằng cách chuyển sang ngôn ngữ cấp cao, các lập trình viên đã đạt được sự gia tăng bất kể bội số trung bình của hướng dẫn lắp ráp thành hướng dẫn ngôn ngữ trong năng suất.

Điều tương tự cũng đúng với C vs Java / C #, tôi không biết sự khác biệt thực sự giữa C # và Java. Nhưng mỗi khi bạn tăng mức độ trừu tượng, bạn sẽ tăng năng suất. Tuy nhiên tôi cũng nghĩ rằng nó sẽ làm giảm sự kiểm soát đối với những gì máy thực sự đang làm. Bạn phải tin tưởng rằng ngôn ngữ đang làm những gì bạn muốn. Ví dụ, trong phần mềm hiệu suất cao, việc thu gom rác là không thể chấp nhận được, ngoại trừ nếu bạn có toàn quyền kiểm soát khi chạy và thời gian sử dụng.

Năng suất là gì? Sản phẩm là gì , thậm chí? Không ai biết, nói một cách toán học.

KLoC?

Phức tạp cyclomatic?

Điểm chức năng?

Tôi tin rằng bạn sẽ phải xem xét mức độ kinh doanh và tiến hành so sánh tỷ lệ phần trăm với các lập trình viên khác làm công việc tương tự, sau đó đo các tính năng được phân phối cho mỗi lập trình viên. Đó là những điểm rất tinh vi và tinh tế để có thể đo lường và giữ lại ý nghĩa thống kê.

Hãy tưởng tượng điều này sẽ được kiểm tra như thế nào: bạn cần phải có một số dự án trong thế giới thực được phát triển độc lập cả hai lần với cùng một ngôn ngữ (để lấy đi sự thay đổi của kinh nghiệm và kiến ​​thức lập trình viên) và với các ngôn ngữ khác nhau (để có được một số dữ liệu để so sánh các ngôn ngữ). Dường như với tôi rằng thí nghiệm nhanh chóng phát triển đến một kích thước không thể quản lý.

Tôi muốn nghe về các cách để "thu nhỏ" thử nghiệm hoặc về các nỗ lực thực hiện thử nghiệm như đã nêu.