This article examines the importance of code review in fast‑growing development teams, discusses its benefits and common challenges, and provides practical guidelines—including review frequency, time limits, checklists, and cultural tips—to help engineers improve code quality and collaboration.
This article describes how a hotel testing team integrated white‑box testing—code review and static analysis—into fast‑paced agile workflows, detailing the exploration timeline, typical functional testing challenges, three concrete bug‑finding case studies, measurable quality improvements, and practical promotion guidelines.
This article explores how developers can improve their coding by mastering collaboration skills such as pair programming and code reviews, cultivating patience and humility, and adopting solid fundamentals like reading code, design patterns, test‑driven development, and disciplined refactoring to produce cleaner, more maintainable software.
This article shares ZhaiZhai's data‑driven approach to process improvement, detailing how development self‑testing and code‑review practices were introduced, measured, and refined using PDCA cycles to boost quality, efficiency, and team morale across multiple teams.
The article presents a concise 20‑character Chinese mnemonic for code review, expands each keyword into practical guidelines covering validation, magic numbers, null checks, bounds, duplication, naming, performance, exception handling, logging, dependency management, thread safety, interface design, coupling, and robustness, with illustrative Java examples.
This article explains what a pull request is, why it is essential for code quality and collaboration, and walks through the typical four‑step workflow—creating a branch, opening a pull request, updating it, and completing the merge—using Git and TFS/VSTS examples.
The article shares practical experiences on writing high‑quality code by emphasizing logical correctness, the necessity of handling the else branch, techniques for lowering logical complexity, and strategies for decoupling business logic from implementation, all illustrated with clear Java examples.
This article presents a concise collection of Java backend code‑review best practices—ranging from parameter validation and null‑safety to logging, thread safety, and design simplicity—offering actionable tips to improve code quality and avoid common pitfalls.
This article explores the essential tools, methods, and developer habits needed to produce high‑quality, maintainable code, emphasizing why automation alone isn’t enough and outlining concrete code‑review steps that ensure reliability and alignment with product requirements.
The article outlines five actionable strategies—ensuring tests exist, communicating with the original author, eliminating warnings, refactoring, and making the code better than when found—to responsibly modify and enhance legacy code while minimizing risk and technical debt.
This article outlines key professional habits for programmers, from learning when to say yes or no and building a personal knowledge system to mastering code standards, reviews, time management, and proactive problem‑solving, all aimed at fostering long‑term career growth.
This article explains the benefits of code reviews—early bug detection, improved code quality, knowledge transfer, and stronger team trust—while offering practical tips on what to look for and how to conduct reviews efficiently.
This article debunks the myth of writing a million lines of code, explains why code quantity matters less than quality, and offers ten practical steps—including solid fundamentals, coding standards, design principles, refactoring, technical debt management, code reviews, static analysis, unit testing, self‑testing, and leveraging open source—to help developers produce high‑quality software efficiently.
This article explains how to transform raw Git diff output into a structured JSON format, handle various diff headers, and apply line‑by‑line highlighting using the diff‑match‑patch algorithm, while also offering performance optimizations for long lines.
This guide outlines practical strategies for tech team leadership, covering people, project, technology, and culture management, recruitment, mentorship, code review, pair programming, documentation standards, automation, and workflow optimization to boost productivity and morale.
This article outlines Google’s comprehensive software engineering practices—including monolithic source repository management, the Blaze build system, automated testing, code review processes, defect tracking, language policies, debugging tools, release engineering, and project and personnel management—providing a concise overview for organizations seeking to adopt similar methods.
Clean code for object‑oriented development means writing readable, self‑describing, maintainable software by applying principles such as single responsibility, clear naming, small methods, composition over inheritance, regular code reviews, refactoring, static analysis, and learning from open‑source, ensuring simplicity and collaborative excellence.
Learn how to ensure high‑quality Java code throughout agile development by standardizing coding conventions, applying static analysis, writing unit tests, implementing continuous integration, and conducting thorough code reviews and refactoring, with practical tool recommendations and best‑practice guidelines for each step.
This article outlines the essential qualities of a good Pull Request—including meaningful improvements, readability, and maintainability—while also highlighting advanced practices such as priority setting, code review, and automated testing to make PRs more disciplined and artistic.
The article shares practical insights and a comprehensive checklist for conducting code reviews, emphasizing formatting, readability, corner‑case coverage, error handling, testing, and architectural considerations to improve code quality and foster team growth.
Drawing on interviews with over 500 engineers from top tech firms, this article outlines ten actionable practices—such as speeding iteration, embracing automation, fostering code ownership, and allocating 20% time—that together create a respectful, high‑performance engineering culture.
From a tiny squad using SVN to a full‑stack agile team, we detail how migrating to GitHub, adopting ZenHub for project management, integrating TravisCI for continuous testing and deployment, using Reviewable for pull‑request reviews, Coveralls for coverage metrics, and Slack for real‑time communication transformed our development workflow and boosted code quality.
The article examines how Google maintains high code quality through rigorous code reviews, strict style guides, active code‑health initiatives, fix‑it events, and a strong testing culture, while also discussing the perception that older code inevitably degrades.
The article examines Digg’s former software development workflow, detailing its team structure, Git‑Gerrit code review, Jenkins testing, Puppet deployments, evolving practices, and how Conway’s Law shaped its architecture, offering lessons for modern engineering teams.
Discover nine practical Git pull‑request patterns—from isolated PRs and optimistic branching to stealth commits and prototype PRs—that help you quickly fix unrelated issues, manage branch dependencies, and improve code review clarity, all while keeping your development workflow efficient and organized.
This article outlines twelve practical techniques—including TDD, ATDD, CI, pair programming, code reviews, static analysis, coding standards, automation, refactoring, early demos, user testing, and team cohesion—that collectively raise software quality while reducing bugs and development costs.
The article shares a comprehensive overview of Google’s engineering environment, covering Silicon Valley work culture, internal communication mechanisms, the company’s development toolchain, quality‑versus‑speed trade‑offs in workflows, hiring practices, and the broader engineer mindset, supplemented by a detailed Q&A session.
The article offers practical guidance for programmers on when to say Yes or No, how to construct a personal knowledge system, develop a big‑picture view, follow coding standards, conduct code reviews, learn business knowledge, and maintain disciplined habits for continuous growth.
This article provides a comprehensive checklist for code reviewers, covering formatting, design, readability, functionality, security, testing, performance, and resource usage, while explaining why many of these aspects can be automated and how to balance manual inspection with tooling.
Quora shares how it sustains high‑quality code while accelerating development by applying four quality principles and implementing specialized tools and processes across writing, review, testing, and legacy cleanup stages, offering a practical model for other engineering teams.
The article outlines essential habits for developers—including cautious acceptance of tasks, strategic refusal of unreasonable requests, building a personal knowledge framework, maintaining a big‑picture view, adhering to coding standards, conducting code reviews, learning business domain, and persisting with good practices—to become a high‑performing programmer.
The article offers practical advice for programmers to improve their professional growth by carefully evaluating tasks before saying yes, learning to say no when necessary, building a personal knowledge system, maintaining a big‑picture view, adhering to coding standards, conducting code reviews, and continuously learning business knowledge.
A seasoned CTO shares six recurring problems—from unfamiliar tools and over‑planning to poor stack choices and ignored patterns—offering practical advice on fostering learning, focusing on MVPs, encouraging code reuse, and promoting continuous development within engineering teams.
The article examines Quora's engineering practices—including static analysis, post‑commit code review, automated testing, and systematic legacy code cleanup—that enable the company to maintain high code quality while sustaining fast development cycles.
Etsy’s engineering team applies continuous delivery principles to mobile development by enforcing main‑branch commits, automating environment setup, building on every push, providing daily internal builds, running functional tests on physical devices via a cloud service, maintaining a Jenkins‑driven dashboard, and requiring static analysis and code reviews to ensure high release quality.
This article recounts how Tencent’s advertising team introduced and scaled a rigorous code review process—starting with the Rietveld system, adopting Google C++ coding style, and establishing metrics and ownership—to improve code quality, knowledge sharing, and engineering efficiency across multiple departments.
After two years as an intern and eight months as a full‑time engineer at Microsoft Azure, I reflect on nine often‑overlooked corporate practices—from missing documentation and low enthusiasm to limited code review and reliance on outdated tools—that shape daily life for developers in large tech firms.
The article critiques common careless attitudes toward code reviews, exposing how pointless debates, condescending comments, exhaustive checklists, and rigid pass‑fail policies hinder collaboration, and offers practical, fact‑based strategies—including constructive questioning and pair verification—to transform reviews into productive, bug‑reducing discussions.
