A collection of posts sharing tips and tricks for writing high-performance codeRead More
A collection of posts written while working on OpenTelemetry .NETREAD MORE
A collection of posts sharing lessons learned working on very busy services.read more
A collection of posts written while developing with JSON serialization on .NET Core 3+.Read more
Walkthrough for decrypting Apple Pay Payment blob using .NET.Read more
Walkthrough for configuring Apple Pay certificates using .NET.read more
About a year ago my boss asked me to look into a performance issue on one of our products. What I immediately noticed was there wasn’t really any logging or diagnostics available in the code. The way things were done made answering a basic question like, “Where is all the time going?”, really hard to […]
Part of the series: Fun with OpenTelemetry .NET I’m working with a team that is doing something interesting I haven’t seen before. They use this Google/Edge browser extension call ModHeader to tell their browsers to send a custom header called X-Debug-Trace when it makes requests to our application. What this header does is turn on […]
Part of the series: Fun with OpenTelemetry .NET You’ve hooked up OpenTelemetry .NET into your application and configured an exporter (Jaeger, Zipkin, OpenTelemetryProtocol, etc.) but you’re not seeing any of your data anywhere. You looked around for an exception but there’s nothing. Is this hitting close to home? Don’t worry, it’s not you. This common […]
Part of the series: Logging and Debugging High Throughput ServicesAlso part of the series: Fun with OpenTelemetry .NET Update: The code discussed in this post is now available on GitHub. The logging we have been talking about is great for analysis, but sometimes you want something even easier. Wouldn’t it be great if there was […]
Blanch is an industry veteran with twenty years of programming experience. Currently working in a payments group for a large corporation. Originally a UX developer Blanch has a soft spot for interfaces but spends most of his time developing high throughput services.
Great code is simple and easy to read. If you really want to make something that will last try to build it so the next coder working on it can easily extend and add to what you’ve done. The more code you write, the more code you read, the better at it you’ll be! ABC… always be coding.
Questions, comments, concerns, or ideas? Send them over! Life is all about participation.
Or reply to your favorite Post and join the conversation instantly.