Once upon a time at Esri, our codebase conflicted with code written by the JSAPI team - on which we built ArcGIS Dashboards.
In the early days of the JSAPI, it didn't have all the functionality and customization we wanted, so we coded a lot of what we needed ourselves. Unfortunately, as the JSAPI team began working on features we had already implemented ourselves, it broke Dashboards.
Seeing that the API team had made a lot of progress and improved considerably, we began adjusting our codebase to leverage their code to offload our 'boutique' development.
The benefits were enormous. I remember combing through the backlog and closing dozens of bugs that no longer existed because we were importing the API's libraries instead of using our own code. Another added benefit was that we no longer needed to spend as much QA time on these functional areas because our team did not write most of the code!
Moral of the story - Sometimes it makes sense to import functionality instead of ‘rolling your own.’ The benefits can include less bugs, reduced QA requirements, and less stress!
Comments
- No comments yet.

John Solly
A hands-on AI practitioner who transitioned to a CTO role to broaden my impact.
Most of my career has been dedicated to developing spatial systems at Esri, startups, and federal agencies. Currently, I lead technology strategy for Leidos' Health IT division, supporting agencies such as SSA, VA, and HHS.
My primary focus is the convergence of spatial computing and AI, enabling machines to interpret the physical world and applying these capabilities to meaningful missions.
Please reach out if you are interested in spatial systems or advancing AI within the federal government.




0