Là các nhà phát triển phần mềm– và đặc biệt là nếu chúng ta có một mong muốn trở thành một người được gọi là “architect”– thì chúng ta nên tạo ra những quyết định dựa trên kinh nghiệm và dữ liệu. Và dù muốn hay không, thì điều đó nghĩa là chúng ta phải đặt mông xuống ghế và ngồi viết code.
Bạn đọc tiếp bài viết ở đây nhé: http://bit.ly/1Mp4EzU
Mình nghĩ ra cái gì thì mình viết cái đó hả anh hay ta … phải làm sao.
em không định hình rõ được vấn đề này .
Đây là 2 mặt của vấn đề. Nếu em code mà không có kế hoạch thì kết quả nó cũng giống như em lên kế hoạch quá mức cần thiết. Ví dụ như UML là một công cụ tốt để thiết kế phần mềm, nhưng nếu chỉ ngồi vẽ UML mà không thực sự code thử để kiểm chứng thì sau này em cũng phải thay đổi lại thiết kế thôi.
Đây là một vấn đề dễ gây tranh cãi, anh cãi nhau với thằng bạn hoài 
Đạt thấy quyển Code Complete ở mấy chương đầu bàn về Software Construction khá hay. Ai thích thì đọc thử nhé.
mấy dạo này nghỉ tết em ngồi code khá nhiều và hiện tại em chỉ biết ngồi xem video lập trình của Forum mình 
( không biết có tốt không nữa ) . Hiện tại em muốn code được cái 1 phần mềm chat giống yahoo mà không có đủ kiến thức để làm nên thất vọng chàn chề @ltd
Em đang trong giai đoạn học lập trình thì cứ tiếp tục học thêm, làm thêm rồi từ từ sẽ quen. Khi đó sẽ nghiên cứu tới vấn đề thiết kế phần mềm như thế nào. Blog mà anh @hungho đưa ra ở trên có lẽ phù hợp với người mới ra trường hoặc làm vài năm như anh
Chủ đề này mình cũng được nghe trong hội thảo Agile toàn cầu tổ chức ở FPT University Hà Nội. Họ nói vậy là vì bây giờ sự chuyên nghiệp hóa quá rõ ràng, ông thiết kế cứ việc thiết kế , còn ông implementation cứ việc làm, nhiều khi thiết kế thừa thãi, rườm rà hoặc quá khó để implement nên tốt nhất là ông thiết kế xong thì ngồi với đội implement cùng làm với họ.
83% thành viên diễn đàn không hỏi bài tập, còn bạn thì sao?