iiinova — where your digital self keeps evolving

Martin Folmer @martinfolmer.bsky.social · 07/05/2025

Absolutely loved this talk between @aaronfrancis.com and Heikki Linnakangas. I get drawn in by these kinds of deep dives. Watching someone with 20+ years in Postgres talk about their craft and the work that goes into a piece of software like Postgres and Neon. It's truly inspiring. #postgres

youtube.com

20 years of hacking Postgres with Heikki Linnakangas (cofounder of Neon)

YouTube video by Aaron Francis

061

Martin Folmer @martinfolmer.bsky.social · 06/05/2025

To make developers’ lives easier and ensure a great DX, I’m building ApiGaze SDKs for popular API/web frameworks. To setup ApiGaze: 1. Install the SDK 2. Add two lines of code Also, the SDKs will be open-sourced to ensure full transparency about what’s being collected #opensource #buildinpublic

030

Martin Folmer @martinfolmer.bsky.social · 01/05/2025

Alright! After a few hours of setup I think I got a solid starting point. Hetzner server running everything for now GH actions to build docker image and publish to ghcr Dokploy on the server connected to ghcr, one click deploy Dare I say...it almost feels like a "real" cloud provider😀 #dokploy

011

Martin Folmer @martinfolmer.bsky.social · 01/05/2025

The power is gone?! Meaning no internet, no using the desktop pc.. I don't even know what to do then...a little crazy to think about how dependent we are. Well I'll just wait for the food in the fridge to go bad then 😂

200

Martin Folmer @martinfolmer.bsky.social · 30/04/2025

Deploying some services to Hetzner. Previously used Portainer for mangement UI. Seems like Dokploy and Coolify is the new cool kids in town? Or is this a case of shiny object syndrome? #buildinpublic

120

Martin Folmer @martinfolmer.bsky.social · 29/04/2025

Apigaze absolutely isn't an alternative to Honeycomb, Datadog, Azure monitor, Grafana etc It's an alternative for std out Inspect error rate, latency, performance, exceptions, data in/out. In a simple manner. Without using days instrumenting your API and building custom dashboards👈 #buildinpublic

020

Martin Folmer @martinfolmer.bsky.social · 28/04/2025

I'm building the simplest API monitoring tool. I'm scratching my own itch here. I've been missing a simple opinionated tool for this. No complex setup, no steep leaning curve. Add 1-2 lines of code and get insights. Think @plausible.io for API monitoring. #buildinpublic #dev

010

Martin Folmer @martinfolmer.bsky.social · 28/04/2025

I know people say you should build in public on X - I've contemplated to do it, but ultimately refused the idea...just dosen't feel right. I'm definitely going to build in public but it isn't going to be on X. Anyone doing it on LinkedIn? #buildinpublic #dev

010

Martin Folmer @martinfolmer.bsky.social · 17/03/2025

What's a good way to calc bucket size based on time window | Window Size (min) | Bucket Size (min) | | <= 30 | 1 min | <= 120 | 2 min | <= 180 | 5 min .... Any nice approach? FYI I'll be plotting each bucket in a bar chart #data

000

Martin Folmer @martinfolmer.bsky.social · 17/03/2025

That well quite smooth. Getting the exact number of request with a status code in a time window seems cool. This data will be used for plotting. Filter by env and period available. #dotnet #buildinpublic #api #telemetry

020

Martin Folmer @martinfolmer.bsky.social · 17/03/2025

Getting the first API endpoints in place The first is traffics core metrics. Nice to be able to get these for arbitrary periods (1h, 1h15m, 6hour, etc) and for specific env Considering adding filters for specific endpoints or http verbs. Next is bucketing. #dotnet #api #analytics #buildinpublic

010

Martin Folmer @martinfolmer.bsky.social · 15/03/2025

Not saying that you should NEVER write your queries yourself - but in my opinion you need a very good reason to do so. A there is a lot of good reasons - but don't be the 'we-should-always-write-them-by-hand' just because kind of guy. 😃 #dotnet #efcore

000

Martin Folmer @martinfolmer.bsky.social · 15/03/2025

Unpopular (biased) opinion. EF core should be your default Seems to be a lot of hate towards EF. But let's be honest - it writes better SQL than most of us. The work done on the performance of EF Core makes it a no-brainer Maintained a lot of manual written queries, no thanks in most cases.

000

Martin Folmer @martinfolmer.bsky.social · 14/03/2025

Got the middleware and sink in place for my simple API monitoring and insights solution. Now building the ingestion API. End goal: insights into traffic, performance, errors, and maybe in/out going payload and headers. Without configuration nightmare. #dotnet #buildinpublic #api

000

Martin Folmer @martinfolmer.bsky.social · 13/03/2025

The ultimate goal is that is shouldn't require no more that a few lines of code to setup and you'll get traffic, performance, errors, and maybe in/out going payload and headers. Still need to work out how/what to redact to keep privacy. #buildinpublic #dotnet #api #analytics

010

Martin Folmer @martinfolmer.bsky.social · 13/03/2025

Going to build a simple solution for my use case. Thinking along the lines of a simple middleware with a message sink periodically sending telemetry data to my API. Then going to build a web app to view, filter, etc these telemetry data. Is build in public a thing here? #buildinpublic #dotnet

020

Martin Folmer @martinfolmer.bsky.social · 11/03/2025

In #dotnet land what are options for simple API analytics + monitoring? Not talking about fully fledged Prometheus+Grafana, Datadog, Sentry, Azure Monitor etc. - these are too complex to start with. I'm talking simple traffic, errors, performance, request log stuff? With a simple dashboard #dotnet

100

Martin Folmer @martinfolmer.bsky.social · 02/01/2025

I've built so many integrations over the years. It seems to be the same every time: - Retries - Timeout - Transformation - Auth - Error handling - Alerting - Observability - Push/pull flows I'm might build a 'platform' to handle all this. What are existing solutions? #dev #buildinpublic

170

Martin Folmer @martinfolmer.bsky.social · 19/12/2024

For anyone interested - I can really recommend @martindotnet.bsky.social talk on 'Practical OpenTelemetry for .NET'. Great introduction and overview! www.youtube.com/watch?v=tcta...

youtube.com

Practical OpenTelemetry for .NET - Martin Thwaites - Copenhagen DevFest 2023

YouTube video by NDC Conferences

030

Martin Folmer @martinfolmer.bsky.social · 19/12/2024

Haven't had the time to play around with Aspire yet. But tried the dashboard in standalone mode for app monitoring and inspection. And I must say this is awesome - so easy to get started and understand! This will be a integrated part from now on! #dotnet #aspire #opentelemetry #dev

081

Martin Folmer @martinfolmer.bsky.social · 15/12/2024

Using logical replication feature to get notified by the db when a job is inserted. Time from job scheduled to picked up by 'runner' ranges from 0.8ms to 5ms! That's more than real-time enough for my background jobs 😂 (unoptimised, using dotnet 9 and ef core) #efcore #dotnet #postgres #real-time

000

Martin Folmer @martinfolmer.bsky.social · 15/12/2024

Experimenting with using postgres as a job queue for background jobs and cron jobs. Not having to manage any separate "real" queue like rabbitmq or similar seems amazing and will simply my stack and code considerable! #postgres #programming #queue #dotnet #rabbitmq

020

Martin Folmer @martinfolmer.bsky.social · 10/12/2024

to be clear I absolutely love Remix - been using in for multiple production projects. The DX and productivity, for me, is through the roof. Just confused about the future. #remix #react #router

010

Martin Folmer @martinfolmer.bsky.social · 10/12/2024

I'm a bit confused by Remix vs React Router 7? Is using React Router 7 in framework mode equivalent to using Remix now? Is Remix essential "dead" now then? #remix #react #router

010

Martin Folmer @martinfolmer.bsky.social · 08/12/2024

Also it should just call me back - no 'we'll run the job for job' or running on others infrastructure. I need easy access to my database #programming #api #function #tool #simple

000

Martin Folmer @martinfolmer.bsky.social · 08/12/2024

I really liked trigger .dev v2 philosophy of calling my code. Meaning my event handler would access e.g. db. I guess this is going away in v3? With jobs running on their infrastructure

000

Martin Folmer @martinfolmer.bsky.social · 08/12/2024

What's the best tool/api for doing "call me back at this function in x secs"?

000

Martin Folmer @martinfolmer.bsky.social · 29/11/2024

Given a latitude, longitude and direction the API will return and image centered at that point. Still amazing that these images are freely available #dev #programming #api

010

Martin Folmer @martinfolmer.bsky.social · 29/11/2024

Building a small hobby API to extract images of specific latitude and longitude from skraafoto.dataforsyningen.dk Adding ability to supply radius around the position to include in output image specified. As well as height/width. #dev #programming #api #hobbycoding #coding

skraafoto.dataforsyningen.dk

Skråfoto

Skråfoto er en tjeneste, hvor du kan finde skrå luftfotos fra forskellige vinkler af steder i hele Danmark. Udviklet af Styrelsen for Dataforsyning og Infrastruktur.

000

Martin Folmer @martinfolmer.bsky.social · 29/11/2024

Feelings towards a programming language is very much a thing. 😄 Some (including myself) might even say it sometimes resembles the feeling of falling in love... (don't judge too hard 😂) #programming #dev #love

000

Reposted by Martin Folmer

Giorgi Dalakishvili @giorgi.dev · 27/11/2024

Who loves writing code?

2224

Martin Folmer @martinfolmer.bsky.social · 27/11/2024

Just the fact that Denmark has high resolution images of every part of the country freely available to anyone is truly amazing. If that wasn't enough the images are available from 5 different 'direction' - top, north, south, east and west. 🤯 skraafoto.dataforsyningen.dk

skraafoto.dataforsyningen.dk

Skråfoto

Skråfoto er en tjeneste, hvor du kan finde skrå luftfotos fra forskellige vinkler af steder i hele Danmark. Udviklet af Styrelsen for Dataforsyning og Infrastruktur.

000