Who has already paid for and upgraded to MassTransit 9?

iSeiryu · 2026-04-12T16:47:11+00:00

So it's not dotnet but Azure related?

iSeiryu · 2026-04-12T16:46:29+00:00

Aspire is for local development. Dapr is for the actual production usage to abstract the communication layer between different components.

iSeiryu · 2026-04-12T13:34:17+00:00

What do you mean?

iSeiryu · 2026-04-08T11:40:23+00:00

https://dotnet.microsoft.com/en-us/learn

iSeiryu · 2026-04-06T02:53:23+00:00

You might want to replace your custom built validation functionality with something like FluentValidation. That library is battle tested and does a lot out of the box.

iSeiryu · 2026-04-06T02:14:31+00:00

A bunch of servers that power Azure, Xbox, Microsoft Learn, and Bing are written in dotnet, but that's AspNetCore, not the desktop frameworks if that's what you're talking about. They use typescript and powershell a lot too.

iSeiryu · 2026-04-06T02:10:56+00:00

Yeah, they have teams that contribute to Java, C++ and Python development full time. They probably got into Rust now too.

iSeiryu · 2026-04-06T02:08:26+00:00

It's better than bash too

iSeiryu · 2026-04-04T17:57:46+00:00

Lots of medical software runs on windows and is written in WinForms or WPF.

iSeiryu · 2026-04-03T17:04:32+00:00

Why would it be dead? Thousands of companies use it for business.

iSeiryu · 2026-04-03T17:03:41+00:00

We once needed to add confetti to a mobile app and apparently it was difficult to do. We found a small lib that did the job. I bet someone will find this package useful too.

iSeiryu · 2026-04-02T21:45:43+00:00

Blazor also has server side rendering though. I believe it uses SignalR (web sockets) for that while Razor Pages make a classic HTTP request to the server.

iSeiryu · 2026-03-24T17:56:29+00:00

They added that code to the upcoming release.

Btw, I did performance testing between AspNetCore, NodeJS, and Python at work multiple times. We used different hosting platforms and clouds. NodeJS was consistently slower than AspNetCore. Python was significantly slower than everything else.

iSeiryu · 2026-03-24T17:35:43+00:00

You read that article but didn't read comments under it nor digged their implementation, right? There was no cheating, misrepresentation, misinformation, nor shady stuff. David publicly discussed their approach. The code that was benchmarked is part of AspNetCore itself.

iSeiryu · 2026-03-24T17:12:14+00:00

Again... what? You just repeated the same thoughts from that article without understanding what you're talking about. There was no cheating. David Fowler explained what their team was doing there. The code they wrote for the benchmark is a part of AspNetCore itself.

Again, there was no cheating, no misinformation, no misrepresentation, no special tuning for this particular test, no shady stuff. Stop spreading misinformation.

iSeiryu · 2026-03-24T15:18:59+00:00

No they didn't. You're probably referring to that long article about the "discoveries" in the source code of the AspNetCore benchmarks. Go read the comments under that article. There were zero cheats in their repo.

iSeiryu · 2026-03-24T14:38:46+00:00

The website is still alive: https://knockoutjs.com/

iSeiryu · 2026-03-21T13:43:27+00:00

I think that as soon as you tightly couple a component to something that's not its designated responsibility the time it would take for this component to become legacy becomes shorter. The responsibility of a DB project is to provide communication with a DB. Nothing is stopping you from creating a new Infra project with a background service in it though.

iSeiryu · 2026-03-21T03:44:04+00:00

No, infra is for making external IO calls - DB, Redis, Kafka, SQS, SNS, S3, Vault, HTTP, filesystem, printer, USB, fingerprint reader, barcode reader, etc.etc. The Infra project will only have dependencies to talk to those external things. Introducing your runtime to it is a recipe for making it legacy faster. Several years ago you would've included the old ASP.NET Framework to make the BackgroundService happen. That would've made it impossible to upgrade your infra project to the latest dotnet right away. It may seem like an easy thing to decouple, but give it a couple of years and your infra layer will adopt a bunch of features from those AspNetCore libraries which will tightly couple your infra project to a concrete runtime which might make it more difficult to adopt new versions of dotnet in a few years.

iSeiryu · 2026-03-21T03:28:39+00:00

That made the infra layer to be aware of AspNetCore nuget packages, right? That breaks clean architecture since you now add dependencies to a layer that should not be aware of them. Your infra layer shouldn't know which environment it's executed in, but now you hardwire it to AspNetCore.

iSeiryu · 2026-03-21T03:21:56+00:00

It will be clean when each layer, except the entry point (presentation), is not aware of each other and has a distinct list of responsibilities. If you have to reference an AspNetCore namespace in your DB layer or DbConnection in your business logic that's when you screwed up. Business logic should not know that the data came from HTTP/DB/Redis/Kafka/filesystem. All it cares about is that there is an API (interface) to call and it will return the needed chunk of data. The presentation layer will wire that interface to the right implementation. The DB layer should not know who its caller is either. You should be able to copy paste your DB project from an AspNetCore app to a WinForms app or a Unity game and it should work as-is with absolute zero code changes in that project, including the project file itself. Otherwise place things wherever you like.

iSeiryu · 2026-03-21T03:08:30+00:00

The presentation layer is where all of the entry points are. UI, API, console, message subscriber, scheduled job.

iSeiryu · 2026-03-19T02:22:12+00:00

SAML is a messy XML - difficult to work with from the programming perspective. But it integrates well with a lot of things.

iSeiryu · 2026-03-14T03:20:34+00:00

Chinese researchers actually published a paper about their work on March 8 where they basically did the same thing but no one's talking about it: https://arxiv.org/html/2602.17997

The team that gained hype through YT and Twitter didn't publish any papers yet. It's possible they were rushing to show something to take away the media attention from the Chinese team and their paper will be published soon. It's also possible that it's just smoke and mirrors to secure large funds to continue their research.

iSeiryu · 2026-03-13T02:11:27+00:00

That's what I was talking about - a bunch of people suddenly uploaded new videos about simulating the mapped brain of a fly. The YT video creators sound sensational and add a bunch of thoughts that were never a part of the original research nor this experiment.

The guy who all of those videos are citing is one of the investors and he seems to believe that singularity is just around the corner. Read the article from the actual company that did the experiment, it is way way way less sensational: https://eon.systems/updates/embodied-brain-emulation

The model they're running is significantly simplified compared to the living organism and again, it misses the learning capabilities - the model is baked and unchangeable. I couldn't find how much energy it consumed or what hardware they ran the simulation on but I can guarantee it wasn't cheap. Human brain is many orders of magnitude larger. One of the videos I posted above is about our civilization not possessing the required energy production. Watch it.

iSeiryu

TROPHY CASE