Programming

I don't wanna add anything here. You are correct on the idea you already have. Keep going 👍

a dev can build a thing, an engineer can build a distributed modular thing with more complexity around non programming parts like infrastructure. Take the thing and design a machine of parts and each can be maintained, observed, and optimized as needed. For example we can use topics for backpressure and consumer lag for auto scaling pods, but then you have to consider the distributed processing for duplication, out of order, throughput... there is no exact line in the sand between dev and engineer but that's how I think of it.

I typically tell people that engineering is applying physics. If you aren't directly interacting with the physical world, you are most likely a developer.

Working on an app, no matter how complex (or unessarily convoluted) generally makes you a developer. If you aren't thinking about impact of clock cycles, actuation/hardware interfaces or sensing, there is a high chance that the work you do has little to no risk or a chance of failure that is governed by the physical world. As said in other comments, engineers design and sign off on things. There is an implication that there is an unknown constraint, unlike a fully observable software environment.