Back to Blog
Career

Beyond the Code: Learning from Hackathon and Startup Retrospectives (The AGOS Story)

Mark Benson MatanguihanMark Benson Matanguihan
June 30, 2026
8 min read
0
0

The Unseen Value of Looking Back

The adrenaline rush of a hackathon, the sleepless nights fueled by caffeine and ambition, the final frantic push to present a working prototype – it's an experience many developers chase. But what truly sticks with you, long after the applause fades and the project files gather digital dust? For me, it's not just the triumph of building something from scratch, but the invaluable lessons gleaned from dissecting what worked, what didn't, and why.


This practice of looking back, of conducting a thorough retrospective, isn't just a post-mortem; it's a vital part of growth, whether you're building a quick hackathon project or navigating the complex waters of a full-fledged startup. It's how we refine our UI/UX design principles, sharpen our software development skills, and ultimately, build a more robust portfolio. My journey, from freelance work to participating in intense events like the AGOS hackathon, has consistently reinforced this truth.

The AGOS Project: A Case Study in Rapid Iteration

The AGOS project, born out of a hackathon focused on disaster preparedness, stands out as a prime example. Our goal was ambitious: create a mobile application that could help communities coordinate relief efforts more effectively during natural calamities. We had a tight deadline, a clear problem, and a small, dedicated team. For the mobile development, we quickly settled on Flutter. Its promise of cross-platform efficiency was critical for rapid prototyping, allowing us to target both Android and iOS simultaneously. On the backend, Firebase provided the agility we needed for real-time data synchronization and user authentication without getting bogged down in infrastructure.


The initial UI/UX design, sketched out rapidly in Figma, focused on extreme simplicity and accessibility – crucial for an app used in high-stress situations. We knew the interface had to be intuitive, even for users with limited technical literacy. Translating these designs into functional components required a disciplined approach. We leveraged React for a companion web dashboard, ensuring a consistent design language across platforms, often using Tailwind CSS for utility-first styling to speed up development.

Technical Hurdles and Design Pivots

One significant hurdle was managing real-time location data for volunteers and affected areas. Initially, we considered a complex geofencing solution, but during a mid-hackathon retrospective, we realized it was over-engineered for the time constraints and core problem. We pivoted to a simpler, user-initiated check-in system combined with broader area mapping. This decision, made after a critical evaluation of our progress against our core mission, saved us valuable hours and allowed us to focus on core features like emergency alerts and resource requests. It was a clear example of how 'underpromise and overdeliver' isn't just a client mantra, but a development philosophy.


Another challenge was ensuring data integrity and security, especially with sensitive user information. We implemented robust Firebase security rules and focused on clear data models. The design principles guided us to prioritize clarity over complexity, ensuring that every feature added genuine value and wasn't just 'nice to have.' This constant self-critique, even under pressure, is what separates a functional prototype from a truly impactful solution.

Beyond the Hackathon: Retrospectives in Startup Journeys

While hackathons offer condensed learning, the principles of retrospection are even more vital in the longer, often winding, startup journey. After the initial launch of a product, the real work begins: gathering user feedback, analyzing performance metrics, and deciding on the next iteration. Whether it's a freelance project for a client or a personal portfolio building endeavor, taking the time to step back and evaluate is non-negotiable. What features are truly being used? Where are the bottlenecks in the user flow? How can we optimize our React or Next.js codebase for better performance and scalability? These aren't questions you answer once; they're continuous dialogues.


For instance, in some of my freelance projects, after deploying a Next.js application on Vercel, I'd schedule a 'post-launch review' with myself. This isn't just about celebrating success; it's about identifying areas for improvement in the software development lifecycle. Perhaps the initial database schema in Firebase wasn't as flexible as anticipated, or the UI/UX design, while aesthetically pleasing, had a subtle friction point for a specific user segment. These insights directly inform future projects, making me a more effective developer and designer.

Cultivating Clarity and Craft

This continuous cycle of building, deploying, and reflecting ties directly into my personal philosophy: persistence, craft, and clarity. Persistence isn't just about pushing through bugs; it's about consistently seeking better ways to build. Craft is in the details – the clean Tailwind CSS implementation, the thoughtful Flutter widget structure, the intuitive user flow designed in Figma. And clarity comes from understanding the 'why' behind every decision, a clarity often gained only through honest retrospection. It's about 'underpromising and overdelivering' not just to clients, but to yourself, by constantly refining your process and output.


The startup journey, much like a hackathon, is rarely a straight line. There are pivots, unexpected challenges, and moments of doubt. But by embracing retrospectives, by genuinely asking 'what did we learn?' and 'how can we do better?', we transform failures into stepping stones and successes into repeatable processes. It's the ultimate motivation for continuous improvement in software development and UI/UX design.

So, the next time you wrap up a project, big or small, don't just move on to the next task. Take a moment. Reflect. Dissect. Understand. Because the true power isn't just in building; it's in learning how to build better, every single time.

Mark Benson Matanguihan

About Mark Benson Matanguihan

Developer & Content Creator

Comments (0)

Loading comments...