Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GH-167: Update FAQ with detailed answers on mistake handling and lear… #170

Merged
merged 1 commit into from
Mar 3, 2025
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
58 changes: 52 additions & 6 deletions systems/cms/content/pages/faq.md
Original file line number Diff line number Diff line change
Expand Up @@ -5,6 +5,52 @@ introduction: >-
Welcome to my FAQ section! Here, I answer some common questions about my work
experience, problem-solving approach, and what I look for in a team.
questions:
- question: >-
Tell me about a time you made a mistake. How did you communicate that
mistake?
answer: >
In a previous project, I had the opportunity to build a custom in-app
notification system to replace an existing SaaS solution. We needed to
decide on the technical stack and approach to integrate business logic and
tooling effectively.


Without conducting deep research or strategic evaluation, I proposed using
ActivityPub for message transfer and InversifyJS for dependency injection,
assuming they would be a good fit. However, as development progressed, we
encountered significant challenges.


* ActivityPub was overly complex for our use case, making implementation
difficult.

* InversifyJS had an unfriendly developer experience, which slowed down
our progress.


As a result, our team of four developers spent two weeks solely on backend
configuration, barely managing to get a working prototype—with no frontend
demo ready by the deadline. We realized these technology choices were a
mistake only after development was well underway.


When we missed the development timeline, I acknowledged my mistake during
the retrospective meeting. I took full responsibility, apologized to the
team, and committed to refactoring the complex codebase in the future.
However, before we got the chance to revisit it, the business requirements
changed, and the project was ultimately deprecated.


This experience taught me the importance of validating technical decisions
upfront. Had I conducted a proof of concept (PoC) or gathered more
feedback before committing, we could have avoided wasted effort and
delays.


Now, before introducing new technologies into a project, I thoroughly
evaluate feasibility, conduct PoCs, and seek input from colleagues to
ensure alignment with the project’s needs.
group: "\U0001F6E0 Problem-Solving & Challenges"
- question: >-
Tell me about a time when you had to develop a new skill. How did you
approach the learning process?
Expand All @@ -30,12 +76,12 @@ questions:


I began by researching automated testing frameworks, studying
documentation, and taking relevant courses. After gaining foundational
knowledge, I created proof-of-concept (POC) tests for components, APIs,
and integration. I documented my findings in an Architectural Decision
Record (ADR) and presented the POC to the team to gather feedback and
refine the approach. This allowed me to learn not only from my own work
but also from the collective insights of the team.
documentation. After gaining foundational knowledge, I created
proof-of-concept (POC) tests for components and APIs. I documented my
findings in an Architectural Decision Record (ADR) and presented the POC
to the team to gather feedback and refine the approach. This allowed me to
learn not only from my own work but also from the collective insights of
the team.


#### Result
Expand Down