If you have the foundational concepts on lock, but you find that you’re still not feeling the ✨ magic ✨ of a good 1-on-1, here are a few things you can try.

By Tovin Hudson

There are some common best practices for 1-on-1s that I often see pop up:

✅ Hold them regularly

✅ They’re not for status updates

✅ If something comes up, try to reschedule instead of cancelling

✅ The 1-on-1 is for the employee, so they should own the agenda

If you have these foundational concepts on lock, but you find that you’re still not feeling the ✨ magic ✨ of a good 1-on-1, here are a few things you can try.

Create a shared doc for your 1-on-1 📄

If you don’t have one already, try using a simple shared doc in your 1-on-1s. …


Breaking big problems into smaller problems with smaller solutions can make integrating into a micro frontend architecture relatively painless.

By Joelle Fernandez

At FloQast, as we move towards evolving our micro front end, teams were tasked with integrating their existing clients into a hub for all of the front-end clients.


An ERD serves as a blueprint for how the engineering team is planning to solve the problem

By Kristopher Morris

What is an ERD?

At FloQast we have a constant backlog of work and ideas flowing from the Product team to the Engineering team. Frequently those ideas for new features are presented to us in the form of a PRD (Product Requirement Document) and often times it’s critical for us as engineers to transform those ideas into our version of an ERD (Engineering Requirement Document also known as a Technical Requirement Document).

An ERD serves as a blueprint for how the engineering team is planning to solve the problem presented to them. It presents a way for our engineers working on…


By Jeremy Mill

Here at FloQast, we do quite a bit of parsing, especially of the language of accountants known as `xlsx`. As part of our normal secure software development lifecycle (SSDLC) and our application security (appsec) program in general, we test the components that become part of our product. Testing includes not just the normal OWASP top 10 type issues, but also more advanced attack techniques like fuzzing.

Fuzzing is repeatedly giving a program random or pseudo-random inputs with the goal of discovering unhandled errors or unintended behaviors. …


In this article, we’ll discuss how Google Drive v3 optimizes performance and the small changes needed to transition an app from v2 to v3.

By Brendan Williams

When integrating an application with external data sources, developers need to be conscious of how an API request may impact performance. If you are not careful, you could easily receive responses that contain lots of unnecessary data, resulting in payload sizes that increase memory costs and network latency rates.

Here at FloQast, we’ve been going through the process of transitioning large portions of our codebase to smaller repositories on both the backend and the frontend. Since some of our code was no longer stored in a back-end monolith, we could notice a delay in some of our…


Getting estimations right for a large epic is challenging. By adding team health checks into the mix, what we’re looking to do is add the “why” in addition to the “when” of epic timelines, with the goal of making our teams more predictable over time.

By Vinoj Zacharia

In any software engineering department, a common question will be, “Is it technically feasible to [do this thing]?” The follow up question then becomes, “Well, how long will that take?”

Previously, I had written about how FloQast uses relative sizing for epics to understand a team’s roadmap. Unfortunately, t-shirt sizing doesn’t deliver an exact date so dates can be in the eye of the beholder, causing confusion. Then in addition, what happens if those dates are wrong? And why did they go wrong?

Taking a Drive

If I were to drive down the street where I live, it would take…


The way we’ve chosen to alleviate some of the pain points is by simplifying and abstracting with MongoDB queues instead of AWS SQS.

By Joseph Vu

Platform teams vary from company to company. At FloQast, the Platform team’s mission is to enable product teams to deliver innovative products faster and autonomously by improving the developer experience and reducing inter-team dependencies.

In this article, we will discuss how the Platform team at FloQast utilizes MongoDB to increase developer efficiency.

The Problem

As FloQast continues to grow, we continue to create more engineering teams in order to provide more functionality for our customers. One common use case amongst each of these teams is the use of a message queue. …


How can we DRY up color declarations while making them as easy as possible to consume and change? The best solution we’ve found is CSS variables.

By Roy Tinker

In a previous post, J.C. talked about how we’re migrating to decoupled micro-frontends here at FloQast. We’re also working on a design and theme refresh 🎉 🎨, which affects several micro-frontends, the hub, and an internal UI library.

As we’ve worked, we’ve found the same sets of color variables in multiple places — in JavaScript files (for interpolating colors into Styled Components declarations), SCSS files, and across several front-end projects, all of which are composed into a single-page application at run time.


We wanted to make the interview process better overall. This article will focus on sharing what we do for our software engineer interviews, and why.

Interviews are The. Worst. There’s the pressure to have the right answer, the pressure to be a technical savant, while also having that je ne sais quoi to show how chill and cool you are.

It’s all the intensity of a first date, except with a paycheck on the line. No big deal, right? 😅

At FloQast, we knew that we not only wanted to hire the right people, but that we wanted to make the interview process better overall. Internally, we value transparency at all levels, and that holds true for our interview process. …


Most of my prior experience was with traditional web applications, so testing machine learning required a new way of thinking.

By Kristopher Clemente

FloQast has a product called AutoRec, which helps accountants automatically reconcile transactions from two different sources. For about a year now, I’ve been the quality engineer assigned to the team responsible for the matching engine. This is the part of the AutoRec application that takes in those transactions and attempts to predict which ones reconcile, or, “match.”

Under the hood, we’re using machine learning to power the matchmaking. Most of my prior experience was with traditional web applications, so testing machine learning required a new way of thinking.

FloQast Engineering

Think. Code. Deploy. Repeat.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store