http://www.sonarsource.org/
Check the link for Sonar, a code quality management tool 2011/3/7 Nguyen Vu Hung (VNC) <vuh...@vinicorp.com.vn> > (2011/03/07 15:45), Bùi Thành wrote: > > >> Nhìn vào một repo có module riêng biệt, mỗi module có documentation và >> được chia nhỏ theo từng functional unit bao giờ cũng dễ phát triển >> hơn, cho hiệu quả tốt hơn là một mớ hổ lốn code hỗn độn, bạ đâu sửa >> đấy, vô tội vạ. Lập trình cũng giống như viêt văn vậy, lời ý đẹp >> nhưng phải có bố cục rõ ràng mới được gọi là hay. > > Vâng, nhưng nhiều khi "văn hay chữ tốt không bằng thằng dốt lắm $" :D > > :D Em đùa tí. Ý xuyên suốt của em là về thế nào là "đáng" hay "không > đáng" làm. Từ việc tổ chức source, việc refactor, document,... đều không hẳn > là đáng, nhất là với dự án không oss, nhỏ, dễ thay đổi yêu cầu. > > Code spaghetti làm giảm hiệu suất làm việc, gây bực mình > Architect spaghetti thì gây bực mình và giảm hiệu suất gấp nhiều lần. > > Work smarter chứ không work harder. > > Design sạch, code sạch rất đáng để làm. > Hiệu quả là rõ ràng nhưng có lẽ vấn đề với các dự án thực tế là thời gian > và công sức để quen với trạng thái sau thay đổi. > # Cả team refactor thì tốt hơn. > > Tham khảo thêm: > http://en.wikipedia.org/wiki/Technical_debt > http://www.martinfowler.com/bliki/TechnicalDebt.html > > > > _______________________________________________ > POST RULES : http://wiki.hanoilug.org/hanoilug:mailing_list_guidelines > _______________________________________________ > HanoiLUG mailing lists: http://lists.hanoilug.org/ > HanoiLUG wiki: http://wiki.hanoilug.org/ > HanoiLUG blog: http://blog.hanoilug.org/ > -- Minh Hoang TO eXoPlatform SAS, tang 8, building 18, Thai Ha, Ha Noi
_______________________________________________ POST RULES : http://wiki.hanoilug.org/hanoilug:mailing_list_guidelines _______________________________________________ HanoiLUG mailing lists: http://lists.hanoilug.org/ HanoiLUG wiki: http://wiki.hanoilug.org/ HanoiLUG blog: http://blog.hanoilug.org/
