Làm thế nào để phân biệt giữa phần mềm tầm thường và không tầm thường? [đóng cửa]

Vì vậy, những gì thực sự làm cho một chương trình tầm thường?

'Trừ khi phần mềm tầm thường của nó' được sử dụng thường xuyên trong các cuộc thảo luận lập trình. Tôi thấy nó rất mơ hồ theo nghĩa là tôi thực sự không thể hình dung được "cái gì đó là thiết yếu bởi vì phần mềm không tầm thường" hay "phần mềm không tầm thường của nó bởi vì thứ gì đó đã trở nên rất thiết yếu".

Ví dụ, rất nhiều lần về câu hỏi kiểm tra đơn vị, tôi nghe thấy 'trừ khi nó không quan trọng, bạn sẽ cần phải kiểm tra đơn vị'.

Tôi sẽ đi ra ngoài trên một chi ở đây và nói:

Một chương trình tầm thường là một chương trình không ảnh hưởng trực tiếp đến doanh nghiệp.

Một công ty sản xuất sẽ coi phần mềm kế toán của mình là tầm thường, nhưng phần mềm điều khiển cánh tay robot di chuyển thép sôi là rất quan trọng. Họ có thể đối phó với các lỗi và quay vòng hỗ trợ thấp ở trước, nhưng không phải là sau. Nếu có một vấn đề, họ cần sửa nó ngay bây giờ .

Tôi tin rằng mục đích phổ biến nhất của tuyên bố đó sẽ là một chương trình có các đặc điểm sau:

• Nó nhỏ.
• Thời gian sống ngắn.
• Không cần gia hạn thêm.
• Chỉ có một nhà phát triển.

Bằng cách ném nó đi hoàn toàn, nhị phân và nguồn. Nếu ai đó thông báo, nó không tầm thường.

Tầm thường là ...

• một cái gì đó đã tồn tại, vậy tại sao lại phát minh lại bánh xe?
• một cái gì đó có thể dễ dàng được xây dựng bằng cách viết kịch bản một vài chương trình khác với nhau hoặc viết một đoạn mã nhỏ sử dụng nhiều thư viện hiện có để làm những gì cần phải làm.
• một cái gì đó mà một sinh viên CS trung bình có thể làm bài tập về nhà từ nhỏ đến trung bình.
• một cái gì đó có yêu cầu chi tiết có thể dễ dàng phù hợp với một chiếc khăn ăn cocktail.
• một cái gì đó bạn có thể mã hóa trong khi mất tập trung / say rượu / trong thời gian rảnh rỗi của 4 hoặc 5 phút chunk.
• một cái gì đó có thể được tạo ra với một công cụ tạo mã đơn giản.

Trong môi trường doanh nghiệp, tôi sẽ thêm những điều sau:

• một cái gì đó mà người dùng doanh nghiệp không ngại chờ đợi một thời gian để sửa chữa.
• một cái gì đó được sử dụng trong nội bộ mà không có hỗ trợ chính thức từ CNTT.
• một cái gì đó được ưu tiên trong số các ưu tiên thấp nhất của Doanh nghiệp, khi lập kế hoạch và lập kế hoạch tài nguyên.

Tôi sẽ định nghĩa một chương trình tầm thường là một chương trình có thể được mã hóa hợp lý:

• Trong một lần ngồi.
• Là một tệp / mô-đun duy nhất (giả sử bạn không lập trình bằng Java hoặc một số ngôn ngữ buộc chia tách các mô-đun siêu mịn).
• Bởi bất kỳ lập trình viên "chuyên nghiệp" nào, hơn là một chuyên gia.

Dưới đây là ví dụ của tôi về các chương trình "tầm thường":

1. Một dự án "giả" mà tôi thiết lập và bắt đầu viết mã chỉ để tôi có thể thử một phần công nghệ hoặc mã mẫu. Không có ý định được triển khai hoặc thậm chí hiển thị cho bất cứ ai.
2. Mã demo được viết cho các bài thuyết trình kỹ thuật.
3. Một lần". Ý tôi là một ứng dụng nhanh mà tôi phải xây dựng để sử dụng một lần, bởi vì đó là một tình huống kỳ lạ của dữ liệu phải được di chuyển theo một cách nhất định, hoặc một cái gì đó sẽ được thay thế ngay lập tức bằng một thứ gì đó lâu dài hơn.

Phần mềm trival không tồn tại, đó là khi bạn nghe thấy các yêu cầu và thứ sẽ là trival khi trong thực tế, nó luôn không phải là trival

Đây là một trích dẫn tôi đã thấy trên Usenet một thập kỷ trước, bây giờ nó thậm chí còn phù hợp hơn.

Độ phức tạp của Giải pháp phần mềm tỷ lệ nghịch với độ phức tạp của giải thích về những gì nó nên làm. - Không biết

Một chương trình chỉ là một loạt các phương thức getter / setter. Không có logic lập trình. Có lẽ một cái gì đó với một vài vòng lặp.

Đó là định nghĩa của tôi về tầm thường.

Định nghĩa làm việc của chúng tôi là "một cái gì đó không phụ thuộc vào."

Thật không may, đã có một vài nguyên mẫu tầm thường đã trở thành sản phẩm sản xuất không tầm thường.

Tôi cũng đã nghe nó được sử dụng trong bối cảnh tác động của chương trình lên kế hoạch tổng thể của dự án. Nếu một đặc điểm kỹ thuật nhất định không thay đổi dòng thời gian phân phối sản phẩm, nó sẽ thuộc nhãn hiệu tầm thường.

Tôi biết một lập trình viên có xu hướng sử dụng "tầm thường" như một từ đồng nghĩa với "Thậm chí không đáng để thảo luận".