UML hữu ích như thế nào nếu bạn là nhà phát triển làm việc một mình trong dự án?
Câu trả lời:
Nó có thể rất hữu ích nếu dự án đủ lớn để bạn gặp khó khăn trong việc giữ mọi thứ thẳng trong đầu. Lấy một cái gì đó ra giấy / sơ đồ cũng có thể giúp thiết kế và giải quyết vấn đề, ít nhất là đối với tôi.
... Tôi cũng thừa nhận rằng đối với các dự án cá nhân, sơ đồ của tôi không chính thức như đối với các dự án tại nơi làm việc, chúng chỉ tốt cho tôi khi làm việc với chúng ...
Nó rất hữu ích và có giá trị .
Như những người khác đã nói rằng tốt nhất là giao tiếp và trong nháy mắt, bạn có thể nói "chỉ có 1 nhà phát triển nên ... không cần giao tiếp" nhưng tôi không nghĩ đó là sự thật.
Vậy UML và truyền thông dành cho ai?
Ngoài ra, chúng cũng hữu ích cho việc thực hành khi bạn rơi vào tình huống bắt buộc.
Tóm lại, có lẽ không nhiều lắm.
Giá trị lớn nhất của UML là trong giao tiếp, do đó, rất ít để cung cấp cho nhóm một người. Mặc dù tôi vẫn sẽ sử dụng nó cho các bản phác thảo thiết kế thô, vv Trực quan hóa có thể giúp ích rất nhiều trong việc nắm bắt các vấn đề phức tạp.
Một ứng dụng quan trọng có thể có là ghi lại thiết kế cho (những) người kế nhiệm của bạn - bạn sẽ khó có thể là người duy nhất từng làm việc trong dự án đó (bất kỳ dự án nào).
Câu trả lời, tất nhiên, phụ thuộc vào quy mô và độ phức tạp của dự án, khoảng cách bạn dự định thực hiện mô hình và liệu bạn có bắt buộc phải cung cấp một tài liệu thiết kế chính thức hay không.
Tôi đã thử sử dụng nó cho các dự án cá nhân nhỏ và nó không hữu ích lắm. Lớp lẻ hoặc sơ đồ trình tự có thể giúp sắp xếp suy nghĩ của bạn, nhưng sau một thời điểm, nó sẽ trở thành công việc nhiều hơn giá trị của nó.
Tôi làm rất nhiều việc một mình (tôi làm việc tự do) và tôi có xu hướng không sử dụng UML. Thường là một ERD và một số ghi chú trong một công cụ tổ chức (tôi đã sử dụng onenote). Tôi chưa bao giờ cảm thấy thiếu. Nhưng tôi thấy làm thế nào nó có ích trong môi trường lớn hơn với nhiều người làm việc trong cùng một dự án.
Nó có thể hữu ích vì khi bạn đang cố gắng ghi lại các quyết định thiết kế và kiến trúc của mình trong UML, nó khiến bạn suy nghĩ sâu hơn về ứng dụng và đôi khi khám phá những điều mới và đưa ra ý tưởng tốt hơn. Nhưng tôi đồng ý với những người khác rằng nếu đó là dự án nhỏ, bạn có thể không được hưởng lợi nhiều từ nó khi bạn làm việc một mình.
Marginal Tôi nghĩ rằng ... UML được dự định để truyền đạt ý tưởng của thiết kế. Nếu bạn thực sự nghĩ về UML và có thể tạo ra nó nhanh như các cách khác để vạch ra thiết kế đó, chắc chắn hãy tiếp tục và sử dụng nó. Nếu không, có lẽ bạn nên phác thảo một cái gì đó trông giống như bản phác thảo thô và có lẽ là một chút UML "Lite" khi dự án của bạn cần.
Chắc chắn thô sơ một vài trường hợp sử dụng nếu cảm thấy một khu vực cụ thể cần chúng. Vân vân.
Dù bạn đi bằng cách nào, bạn sẽ cần một cái gì đó để tham khảo lại sau 12 tháng nữa khi đến lúc nghĩ về v2.
Tôi đã sử dụng một triển khai rất tối thiểu (hình dính, hộp được kết nối và một số ghi nhãn) trên một số dự án. Tôi nghĩ rằng nó dễ dàng để đại diện cho một quá trình cụ thể hơn là cố gắng mô tả bằng văn bản. Một số người theo chủ nghĩa thuần túy có thể sẽ nói rằng đó thực sự không phải là UML, nhưng khách hàng không quan tâm, vì vậy tôi cũng không.
Có một biểu diễn đồ họa của một kiến trúc có thể giúp ích, nếu kiến trúc quá lớn chỉ cần ghi nhớ (đó là điều bạn phải tự xác định).
Bạn không cần một cái gì đó trang trọng như UML, nếu bạn chỉ làm điều này cho chính mình.
Mục tiêu là trực quan hóa một kiến trúc để bạn có thể xử lý nó. Sử dụng bất cứ công việc gì, trong khi không gây cản trở nhất có thể.
Đây là một cách tốt để giữ một tài liệu tốt về một dự án nhưng đối với một người thì việc này có thể không dễ thực hiện và rất tốn thời gian, vị trí của tôi ở đây là bạn chắc chắn cần phải thực hiện một số UML và nếu chương trình của bạn rất phức tạp hoặc bạn sẽ phát hành mã của bạn, bạn cần phải làm như vậy. nếu dự án của bạn phức tạp và lớn, bạn có thể nghĩ rằng làm một tài liệu đủ tốt để nếu bạn vượt qua một khoảng thời gian ở dạng đó, bạn có thể lấy lại dễ dàng.