Tôi có thể viết mã, nhưng không thể thiết kế tốt. Bất kỳ đề xuất? [đóng cửa]

Tôi cảm thấy rằng tôi giỏi viết mã theo bit và miếng, nhưng thiết kế của tôi thực sự hấp dẫn. Câu hỏi là, làm thế nào để tôi cải thiện thiết kế của mình - và lần lượt trở thành một nhà thiết kế tốt hơn?

Tôi nghĩ rằng các trường học và cao đẳng làm tốt công việc dạy mọi người cách trở nên giỏi giải quyết vấn đề toán học, nhưng hãy thừa nhận thực tế là hầu hết các ứng dụng được tạo ra ở trường thường dài khoảng 1000 - 2000 dòng, điều đó có nghĩa là nó chủ yếu là một bài tập học thuật không phản ánh sự phức tạp của phần mềm trong thế giới thực - theo thứ tự từ vài trăm nghìn đến hàng triệu dòng mã.

Đây là nơi tôi tin rằng ngay cả các dự án như topcoder / dự án euler cũng sẽ không giúp ích nhiều, chúng có thể làm sắc nét khả năng giải quyết vấn đề toán học của bạn - nhưng bạn có thể trở thành một lập trình viên học thuật; một người quan tâm nhiều hơn đến những thứ tốt đẹp, sạch sẽ, những người hoàn toàn không hứng thú với những thứ trần tục và nhiều lông mà hầu hết các lập trình viên ứng dụng phải đối phó.

Vì vậy, câu hỏi của tôi là làm thế nào để tôi cải thiện kỹ năng thiết kế của tôi? Đó là, khả năng thiết kế các ứng dụng quy mô nhỏ / vừa sẽ đi vào một vài ngàn dòng mã? Làm cách nào tôi có thể học các kỹ năng thiết kế sẽ giúp tôi xây dựng một bộ soạn thảo html tốt hơn hoặc một số chương trình đồ họa như gimp?

Cách duy nhất để trở nên thực sự giỏi một thứ gì đó là thử, thất bại một cách ngoạn mục, thử lại, thất bại ít hơn trước một chút và theo thời gian phát triển kinh nghiệm để nhận ra nguyên nhân thất bại của bạn để bạn có thể quản lý các tình huống thất bại tiềm ẩn sau này. Điều này đúng như việc học chơi một nhạc cụ, lái xe hoặc kiếm một số tuổi PWN nghiêm túc trong game bắn súng góc nhìn người thứ nhất yêu thích của bạn, vì nó là học bất kỳ khía cạnh nào của phát triển phần mềm.

Không có phím tắt thực sự, nhưng có những điều bạn có thể làm để tránh gặp sự cố ngoài tầm tay trong khi bạn đang tích lũy kinh nghiệm.

• Xác định một người cố vấn tốt . Không có gì tốt hơn là có thể nói về các vấn đề của bạn với một người đã trả phí. Hướng dẫn là một cách tuyệt vời để giúp học tập nhanh chóng.
• Đọc , đọc thêm, thực hành những gì bạn đã đọc và lặp lại trong suốt cuộc đời của sự nghiệp. Tôi đã làm công việc này hơn 20 năm và tôi vẫn không ngừng học hỏi điều gì đó mới mỗi ngày. Tìm hiểu không chỉ về thiết kế phía trước, mà còn thiết kế nổi bật, thử nghiệm, thực tiễn tốt nhất, quy trình và phương pháp luận. Tất cả đều có mức độ ảnh hưởng khác nhau đến cách thiết kế của bạn sẽ xuất hiện, hình thành và quan trọng hơn là cách chúng tồn tại theo thời gian.
• Tìm thời gian để tinker . Hoặc tham gia vào một dự án skunkwork thông qua nơi làm việc của bạn, hoặc thực hành vào thời gian riêng của bạn. Điều này đi đôi với việc đọc của bạn, bằng cách đưa kiến ​​thức mới của bạn vào thực tế và xem những thứ như vậy sẽ hoạt động như thế nào. Đây cũng là thứ tạo nên một cuộc thảo luận tốt với người cố vấn của bạn.
• Nhận tham gia với kỹ thuật một cái gì đó bên ngoài của môi trường làm việc của bạn. Đây có thể là một dự án, hoặc một diễn đàn. Một cái gì đó sẽ cho phép bạn kiểm tra các lý thuyết và ý tưởng của bạn bên ngoài vòng tròn ngay lập tức của bạn để duy trì một quan điểm mới mẻ về mọi thứ.
• Hãy kiên nhẫn . Nhận ra rằng kinh nghiệm kiếm tiền cần có thời gian và học cách chấp nhận rằng bạn cần lùi lại một thời gian để tìm hiểu lý do tại sao và nơi bạn đã thất bại.
• Giữ một cuốn nhật ký hoặc một blog về các nhiệm vụ của bạn, suy nghĩ của bạn, thất bại và thành công của bạn. Điều này không thực sự cần thiết, tuy nhiên tôi đã thấy rằng nó có thể mang lại lợi ích lớn cho bạn để xem bạn đã phát triển như thế nào theo thời gian, kỹ năng của bạn đã phát triển như thế nào và suy nghĩ của bạn đã thay đổi. Tôi trở lại các tạp chí của riêng tôi vài tháng một lần và nhìn vào những thứ tôi đã viết 4-5 năm trước. Đó là một cái mở mắt thực sự khám phá ra tôi đã học được bao nhiêu trong thời gian đó. Nó cũng là một lời nhắc nhở rằng thỉnh thoảng tôi đã gặp sự cố. Đó là một lời nhắc nhở lành mạnh giúp tôi cải thiện.

Chà, không có quả táo vàng nào cho loại câu hỏi này, và tôi cảm thấy có lẽ đây là bản thân mỗi lập trình viên tìm thấy những gì phù hợp với mình. Dù sao đây cũng là của tôi.

Bạn có thể đọc sách về chủ đề này. Những cuốn sách tuyệt vời. Cuốn sách tuyệt vời. Nhưng tôi thấy rằng những cuốn sách này chỉ giúp bạn một khi bạn đã cố gắng xây dựng và thiết kế một ứng dụng - và đã thất bại.

Đối với tôi, đó là tất cả về kinh nghiệm. Khi tôi bắt đầu là một tân binh, tôi đọc sách về cách thiết kế. Lúc đó tôi không hiểu nhiều về nội dung. Khi tôi bắt đầu làm việc và phải tự thiết kế các ứng dụng, tôi đã tạo ra các ứng dụng rất lộn xộn. Họ đã làm việc, nhưng họ là một nỗi đau để duy trì. Sau đó tôi đọc lại những cuốn sách đó - và lần này tôi hiểu rõ hơn về chúng.

Bây giờ, tôi tiếp tục phạm sai lầm mới và học hỏi từ những cái cũ.

Dừng thiết kế và học cách tái cấu trúc mã. Phát triển gia tăng với tái cấu trúc liên tục và tích cực sẽ dẫn đến một sản phẩm cuối sạch hơn nhiều so với bất kỳ thiết kế phía trước nào.

Đọc về các mẫu, chắc chắn, nhưng trước hết và đọc về các mẫu chống. Nhận biết các mô hình chống là rất quan trọng và dễ hiểu hơn tại sao không nên làm điều gì đó theo cách như vậy hơn là tại sao lại như vậy.

Xem http://sourcemaking.com/antipotypes/software-development-antipotypes chẳng hạn.

Viết mã để có thể điều chỉnh nhanh nếu yêu cầu thay đổi (điều này rất phổ biến trong môi trường sản xuất).

Hãy cực kỳ hoài nghi về việc thêm "chỉ một lần hack nữa." Một cái nữa ở đây, một cái nữa ở đó, và mã trở nên không thể thay đổi được.

Giá trị nguyên tắc mở / đóng .

Viết các bài kiểm tra (như trong TDD). Họ buộc bạn phải nghĩ đến thiết kế của mình ngay cả trước khi bạn thực sự thực hiện nó.

Duyệt mã của các dự án nguồn mở (nghĩa là các dự án có kích thước hợp lý). Tôi đã từng ngạc nhiên - thông thường - nhìn thấy rất nhiều mức độ trừu tượng. Bây giờ tôi hiểu đó không phải là nghệ thuật vì nghệ thuật, có một lý do tại sao nó được thực hiện theo cách này.

Một nguyên tắc mà tôi thấy rất quan trọng đối với thiết kế tốt là phân rã: nếu một lớp quá lớn (hơn, giả sử, 300-400 dòng mã) chia nó thành các lớp nhỏ hơn; nếu một phương thức quá lớn (giả sử, hơn 50 dòng mã) sẽ phân tách nó; nếu một dự án chứa hơn 50 lớp, hãy phân tách nó.

Điều quan trọng là ước tính kích thước của hệ thống của bạn và xây dựng một số lớp trừu tượng (ví dụ: hệ thống con, ứng dụng, dự án, mô-đun, lớp, phương thức) cho phép bạn phân tách mã của mình thành các đơn vị dễ hiểu với mối quan hệ rõ ràng giữa chúng và một vài phụ thuộc.

Thật khó khăn, điều chúng ta thực sự nói đến là khả năng trừu tượng hơn là tạo mã tốt hơn, nhưng hai điều sẽ giúp bạn trở nên tốt hơn và một điều sẽ khiến bạn hạnh phúc hơn:

"Tốt hơn"

A) Tìm nhà thiết kế tốt nhất bạn có thể và ghép chương trình / thực hiện thiết kế cùng nhau. Yêu cầu họ giải thích những gì họ nghĩ khi họ giải quyết vấn đề, đừng giải quyết vì "nó cảm thấy đúng" và tiếp tục đào. Quá trình đó cũng sẽ giúp bên "cố vấn"

B) Tưởng tượng mọi thứ như các tác nhân riêng lẻ và các cuộc hội thoại giữa chúng. Mỗi diễn viên nên có một vai trò / trách nhiệm duy nhất và các nhóm trong số họ xử lý các hệ thống khác nhau. Nếu cuộc trò chuyện đó hoạt động và mỗi diễn viên cảm thấy mạch lạc và gắn kết thì bạn đang trên đường đến.

Và "Hạnh phúc hơn"

C) Nếu bạn đã cố gắng hết sức và điều đó vẫn không xảy ra thì không có gì sai khi chấp nhận rằng một số người không thể làm một số thứ. Bạn có thể viết mã chặt chẽ, xuất sắc, nhưng không bao giờ có thể thiết kế hoặc kiến ​​trúc sư. Vậy thì sao? Tôi không thể chơi các môn thể thao cho kẹo bơ cứng, tôi không ưa nhìn và lái xe của tôi sẽ không bao giờ tốt hơn mức trung bình. Mặc khải và tận dụng những gì bạn giỏi.

Theo kinh nghiệm cá nhân của tôi, đọc mã khác là một nguồn "cảm hứng" tốt. Ý tôi là cố gắng hiểu người khác thiết kế và tự hỏi tại sao anh ấy / cô ấy làm mọi thứ theo cách đó?

bạn có thể tìm thấy rất nhiều dự án nguồn mở để nghiên cứu.

dù sao bạn cũng cần luyện tập.

Đừng sống trong sợ hãi

Phấn đấu vì sự đơn giản

Lắng nghe người dùng của bạn

Thử nhiều ý tưởng

Tạo một cái gì đó, sau đó làm cho nó tốt hơn

Làm việc trên những thứ làm tăng giá trị, từ bỏ những thứ không

Học cách đặt câu hỏi đúng. Thường xuyên hơn là bạn sẽ không cải thiện thiết kế của mình bằng cách nhìn vấn đề từ một góc độ khác. Đặc biệt, điều này sẽ giúp bạn tránh khỏi việc tập trung vào giải quyết vấn đề trong tay và tìm hiểu thêm về các giải pháp giải quyết nhiều vấn đề liên quan.