Làm cách nào để xác thực thiết kế phần mềm?

Question

Tôi khá đơn độc ở nơi làm việc khi nghĩ đến thiết kế tổng thể của các ứng dụng mà chúng tôi đang xây dựng. Tôi không có ai để thảo luận về ưu và nhược điểm với các khung công tác, công nghệ, mô hình, phân lớp khác nhau và vân vân. Các lập trình viên khác hoặc không quan tâm hoặc nghĩ rằng "con đường cũ" là tốt, mà nó không phải là vì những ứng dụng đó khó duy trì, không thể kiểm tra, v.v.

Bất kỳ suy nghĩ nào về cách tôi có thể tìm thấy đầu óc giống nhau , xem xét đơn đăng ký hay ...? Tôi không muốn thay đổi chủ nhân nhưng điều đó không bị loại trừ.

Answer 1

Chắc chắn rất buồn khi các lập trình viên khác quan tâm đến thiết kế phần mềm tốt. Điều duy nhất tôi có thể đề nghị để làm là:

1. Thực hiện theo một số các nhà phát triển xuất sắc trên toàn thế giới trên blog của họ để đạt được cái nhìn sâu vào ý tưởng của họ
2. Tiếp tục khuyến khích những người xung quanh bạn trở nên quan tâm đến việc thiết kế tốt
3. Nếu không có một địa phương để xác nhận thiết kế của bạn, bạn có thể kết bạn với các nhà phát triển khác trên mạng và yêu cầu họ những ý tưởng validate cho bạn
4. Tham gia vào phần mềm mã nguồn mở và sử dụng như một nguồn xác nhận cho ý tưởng của bạn
5. Đặt câu hỏi trên stackoverf low.com về ý tưởng của bạn
6. Tiếp tục lập trình và học hỏi từ những trải nghiệm của bạn
7. Không ở tại công ty hiện tại của bạn quá lâu. Di chuyển các công ty là một cách tuyệt vời để giữ cho mình khỏi bị thoải mái và tự mãn
8. Hãy tham gia vào một nhóm người dùng cục bộ điền với các nhà phát triển đầu óc như

Hy vọng rằng sẽ giúp.

Answer 2

Bạn có thể nói chuyện với họ để xem họ có sẵn sàng làm Unit Testing hay không. Nói với họ rằng nó sẽ giúp họ bắt lỗi nhanh hơn nếu họ tiếp cận nó từ một điểm phát triển theo hướng kiểm tra - điều này hoàn toàn đúng.

Thật không may, đây là điều bạn cần nói chuyện với người quản lý và các lập trình viên khác để tìm ra giải pháp tốt nhất là gì. Nhiều nơi không làm bất kỳ thử nghiệm nào, và điều đó thật đáng thất vọng.

Cuối cùng, thử nghiệm là điều tốt nhất bạn có thể làm để xác thực phần mềm.

Nhận ra rằng việc học các khuôn khổ mới và thích ứng với chúng sẽ mất thời gian để hoàn thành dự án. Nghiên cứu về ngôn ngữ mới là thứ mà tôi thường thấy các lập trình viên đang làm trên đồng xu của riêng họ, hoặc, họ bận rộn với công việc mà họ không có năng lượng để nhìn vào những điều mới sau giờ làm việc.

Answer 3

Đây là tình huống tiêu chuẩn ở mọi nơi trong kinh doanh phần mềm. Hầu hết công nhân không đủ điều kiện và đơn giản là không quan tâm. Những người và những người thường phát triển một sự thờ ơ, chuyển đổi công việc hoặc cuối cùng bắt đầu một cái gì đó của riêng mình và sau đó chỉ làm công việc khác chỉ để kiểm tra tiền lương.

Trong hầu hết các trường hợp, bạn không thể làm gì vì sở thích của bạn và của chủ lao động của bạn không trùng khớp. Yours: làm cho phần mềm hoàn hảo. Người sử dụng lao động: làm cho phần mềm mang lại doanh thu và cắt giảm mọi chi phí có thể. Họ hầu như không bao giờ gặp nhau, ngoại trừ trong những trường hợp đơn lẻ. Bạn cần may mắn để tìm một nơi như vậy.

Answer 4

Làm hỏng câu hỏi của bạn thành hai phần:
1) Một là bạn đang làm việc với những người không quan tâm hoặc không hiểu thiết kế cho câu hỏi hoặc đưa ra ý kiến. Nếu mọi người không quan tâm, không có nhiều bạn có thể làm điều đó (khác hơn là tìm một công việc khác). Nếu họ không hiểu, tôi sẽ nói rằng có lẽ bạn có thể đặt cùng một bài thuyết trình về thiết kế và làm cho họ lên đến tốc độ, vì vậy bạn có thể có những "này là một thiết kế tốt" cuộc hội thoại.
2) Nếu bạn đang tìm kiếm xác thực vật lý, những gì tôi thường thấy có ích khi thực hiện một số prototyping. Điều này cung cấp cho bạn một ý tưởng tốt thường là bất kỳ vấn đề không lường trước được có thể có trong thiết kế của bạn.

Answer 5

Nếu bạn không thể nhờ nhà tuyển dụng hiểu mô hình V để thử nghiệm, thì đó là nguyên nhân bị mất cho công ty đó.

tôi đang nói:

• kiểm tra đơn vị
• thử nghiệm tích hợp
• thử nghiệm hệ thống
• người dùng chấp nhận thử nghiệm

Mỗi bản đồ để giai đoạn của họ trong việc phát triển phần mềm vòng đời và là một bước đi đúng hướng để xác thực thiết kế phần mềm của bạn.Hãy cố gắng giải thích điều này cho các cấp trên, nếu bạn có thể. Họ có thể được truyền cảm hứng nếu bạn mang một số công ty khác làm điều này, ai biết được.

Tìm hiểu thêm về V-model.

Answer 6

Trước tiên, tôi khuyên bạn nên tham gia vào cộng đồng lập trình trong khu vực của bạn. Ngay cả khi các nhà phát triển trong công ty của bạn đang ở phía sau đường cong thì có khả năng các nhóm địa phương sẽ gặp gỡ để thảo luận về phát triển phần mềm. Tôi đi đến các nhóm người dùng Spring và các cuộc họp của Hiệp hội Máy tính Anh chẳng hạn. Pha trộn với các đồng nghiệp của bạn sẽ cung cấp cho bạn tiếp xúc với các công nghệ và cách tiếp cận khác nhau và cũng có lợi ích của việc tìm hiểu những người có thể giúp bạn nếu bạn đang tìm kiếm cơ hội.

Thứ hai, có thể bạn nên tham gia tư vấn bên ngoài để cung cấp mã độc lập hoặc đánh giá thiết kế. Đây có thể là một điều khó khăn để bán nhưng đôi khi dễ dàng hơn cho việc quản lý để "nghe" những thứ từ một nguồn bên ngoài độc lập hơn là từ một nhà phát triển cơ sở hơn nói.

Answer 7

Tôi đang ở cùng một vị trí chính xác với bạn.

Tối qua, tôi đã tìm thấy trang web nơi bạn có thể tải lên thiết kế và tải feedbak về thiết kế đó.

Khi nói đến việc sử dụng khung, mẫu, điều tốt nhất là các diễn đàn như thế này. Xem những gì khác đề nghị và hỏi khi nghi ngờ.

Tôi đã học được rất nhiều từ việc duyệt các diễn đàn khác nhau/ngồi, nhưng nó tốn thời gian.

hãy thử và tìm các nhóm gặp nhau từng lúc, trên bia để thảo luận những điều như thế này. Tôi biết có những cuộc họp ở thị trấn của tôi (mặc dù tôi không bao giờ có thời gian để tham dự).