Systems | Development | Analytics | API | Testing

Leading a team of data and analytics professionals isn’t easy; it takes more than just understanding the goal. It’s about the journey and how the people on the journey collaborate. Wes Gelpi, Director of Research & Development at SAS, joins us in a special 2-part episode. Gelpi has a rich history of taking challenging situations and running with them.

Have you ever wanted to see the work of your entire engineering organization in a visualization as it happens? In this article, I'll tell you how I used Github webhooks and Netlify serverless functions, along with a simple Svelte web app, to do just this in my new interactive visualizer tool.

One of the main attributes of low-code development is speed. With the Appian Low-Code Platform, building, modifying and executing enterprise applications is fast and easy. And data is what powers those applications. That data has to be organized and managed, and this can slow down the development process.

Modern technology has enabled businesses to collect all manner of data. Managing data as an asset includes website interactions to drilled-down explanations of what makes a company’s strategy successful, this information informs initiatives, aids decision-making, improves business processes, and provides a way to measure success toward specific objectives. However, having enterprise data is not a strategy or a competitive advantage in and of itself.

The pace of the industry today is pressuring software developers to build, test, and release software more frequently than ever. To achieve this pace, teams have built two core processes into their workflow: Continuous Integration and Continuous Deployment. Continuous Integration and Continuous Deployment (CI/CD) is a subset of the DevOps workflow that automates application code management and its safe, predictable shipping. In this article, we’ll take a deep dive into CI/CD.

Complex modern systems are the new reality for infrastructure teams, and this is due to the evolution of Cloud Computing and working with Distributed systems, containerization, and microservices by default. The teams now have different infrastructures and virtual services with which they must take care of scalable, reliable, and performative applications.

In the first part of this two-part series on memory leaks, we looked at how Ruby manages memory and how Garbage Collection (GC) works. You might be able to afford powerful machines with more memory, and your app might restart often enough that your users don't notice, but memory usage matters. Allocation and Garbage Collection aren't free. If you have a leak, you spend more and more time on Garbage Collection instead of doing what you built your app to do.

An API is a unique product. There is no presentable UI or outcome a developer can show and market similar to a regular product in the marketplace. The only way to perceive its usefulness is to spend time testing and understanding the value it brings. Given these unique conditions, monetizing an exposed API requires a different approach compared to monetizing other products. This post discusses how to build a pricing strategy for your APIs and which aspects you should consider.