tag:blogger.com,1999:blog-3554166144204741789.post3159034080071255813..comments2023-12-31T02:16:32.747-08:00Comments on 1-800-MAGIC: Malevich statsSergey Solyanikhttp://www.blogger.com/profile/03811112928687191837noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-3554166144204741789.post-829693385508148792009-02-08T14:21:00.000-08:002009-02-08T14:21:00.000-08:00In my experience, finding defects is actually the ...In my experience, finding defects is actually the smaller part of the code review. Learning (finding out more about other people's code, different projects, technologies, or just coding tips and tricks) and teaching (best practices, opportunities of reusability that the reviewee might not have been aware of, nice tips and tricks of your own) in my experience were far more important.<BR/><BR/>Most of what I know about JavaScript for example came from reviewing other people's code, and other people reviwing mine.<BR/><BR/>Findamentally, code reviews are about improving the team first, and improving the product second.<BR/><BR/>You can read more about it here: <A HREF="http://1-800-magic.blogspot.com/2008/05/code-reviews-with-smile.html" REL="nofollow">http://1-800-magic.blogspot.com/2008/05/code-reviews-with-smile.html</A>Sergey Solyanikhttps://www.blogger.com/profile/03811112928687191837noreply@blogger.comtag:blogger.com,1999:blog-3554166144204741789.post-55521073587373952002009-02-08T07:26:00.000-08:002009-02-08T07:26:00.000-08:00Do you have some stats about seriouse problems dis...Do you have some stats about seriouse problems discovered during code review? I need some arguments for my managment team to introduce code revirew practice. And amount of seriouse flaws found during code reviews will help me a lot.Anonymoushttps://www.blogger.com/profile/01127617543560899765noreply@blogger.com