Blog

The boy-scout engineer: Frontending with detail series (part 3)

Diario del capitán, fecha estelar d61.y42/AB

Anna Vidal
Frontend Engineer
Boy-scout on Mars

Soft skills for high quality

The "quality" that separates a cheap developer from a high-quality partner is a mindset of accountability. Any developer with senior aspirations should put their ego aside and live by the Boy-Scout Rule: always leave the code a little cleaner than you found it. This commitment to excellence ensures that while clients might find someone cheaper, they won't find anyone with better quality.

As Marsbased engineers, attention to detail is our core principle, and it starts with how we manage our own work before anyone else sees it.

1. The art of self-review and AI-assisted quality

High-quality engineering starts with being your own first critic. Reviewing your own code is, above all, an act of respect for your colleagues' time. Everyone is just as busy as you are, and a polished PR allows the team to focus on high-level logic rather than spotting trivial mistakes.

  • Be your own QA: Even if your team or client has a dedicated QA, you must be the first to test the happy and unhappy paths before moving a task to "Ready for review".
  • Leverage AI for quality: Use AI tools to your advantage. Write your own Cursor rules or custom instructions, not only to assist during development but to perform auto-reviews of your logic and syntax before pushing.
  • Sweep every typo: Any typo or warning is an opportunity to sweep. A misspelled variable or a poorly phrased comment is a "broken window" that degrades the overall quality of the project.
  • Automate documentation: Keeping the README file or .env template up to date is essential when introducing new features. With the AI tools available today, updating documentation is a matter of a minute and provides immense value to the next developer who touches the code.

2. Radical ownership: the ball is yours

As we are already doing in our projects, we deliver value instead of simply "throwing the ball" to others.

  • Own the outcome: That ball is yours, even after the code is fully shipped to production. We share a common goal with our colleagues and our clients: the success of the product.
  • PR excellence: Create and use a concise, short PR template shared across all projects within the organization. This ensures consistency and makes it easier for reviewers (and your future self) to understand the why and how behind your changes.
  • Visual proof: As frontend engineers, we know that a significant part of our work is visual. We leave screenshots and videos on pull requests and tickets to provide visual context for our work.

3. Asynchronous efficiency and collaboration

In a modern development environment, being "detail-oriented" also applies to how you communicate.

  • Don't wait for the stand-up: As Marsbased engineers, we are used to working asynchronously. Many projects don't have a daily stand-up, so we don't wait to raise our hands. If there is a blocker or a significant update, we document it immediately in the ticket and update the status to keep the engine moving.
  • Upload early and often: We upload our code as soon as possible to avoid being a blocker for our colleagues. Whether a teammate starts their day at 6:00 AM or needs your branch to move forward while you are on vacation, early integration is the sign of a professional teammate.
  • Technical integrity: High quality means being aware of every new line of code added and ensuring it simplifies rather than complicates the system. Try to explain the changes introduced as if you were presenting them in a meeting.

4. There are no stupid questions

Part of the Boy-Scout mindset is ensuring you are building the right thing from the start. We believe there are no stupid questions, only people who don't ask them. If you are missing acceptance criteria (A, B, or C), it is your responsibility to flag it. One of the most important technical skills an engineer can have is the willingness to be "annoying." There are no stupid questions, only people who don't ask and end up building the wrong feature.

Identifying a gap early is the ultimate way to respect the project's timeline and the client's budget.

Compartir este post

Artículos relacionados

Robot detail

Everything Figma won't tell you: Frontending with detail (Part 1)

Beyond static Figma files, frontend engineering is about "torturing the design" to bridge the gap between mockups and reality. We account for fluid layouts, edge-case content, and invisible states to transform "Goldilocks" designs into resilient, accessible digital ecosystems.

Leer el artículo
Frontending with detail 2

Defensive engineering for unhappy paths: Frontending with Detail series (part 2)

Build resilient frontends even when you don't own the backend. Learn how API mocking, feature flags, and defensive engineering can handle the unhappy path.

Leer el artículo
Mars

How we created our own frontend framework: MarsMan (and why)

As our company grows, so do our projects and clients, and not all of them can be developed with out-of-the-box solutions. Thus, we created a bespoke frontend framework for ourselves.

Leer el artículo