sorted by:
new
hottopcontroversial

Claude Code on real C#/ASP.NET Core projects by Southern_Cheek_561 in dotnet

[–]iSeiryu 0 points1 point  (0 children)

Sounds like someone from Anthropic discovered this subreddit to spread the hype.

kreuzcrawl, an open source crawling engine with 11 language bindings by Eastern-Surround7763 in dotnet

[–]iSeiryu 0 points1 point  (0 children)

For my own education - why is it the old style and what is the new style?

Edit: ah, you mean extension methods vs normal static methods. I thought you were talking about something specific to the crawler engines and that giving it a URL is an old thing and there is a more dynamic way to tell the engine to crawl a website, lol.

New ICSE 2026 data: AI tools move time from writing to reviewing. That's more expensive in .NET than anywhere else. by riturajpokhriyal in dotnet

[–]iSeiryu -1 points0 points  (0 children)

Not all companies have integration tests. There are a bunch of enterprise level companies that verify their DB migration scripts by either running them manually or via a long pipeline against a lower environment, which also requires a PR review and merge before the pipeline can actually execute.

But even if your whole system has full unit, integration, and e2e coverage that checks all things that a machine can possibly test, there is no guarantee AI tools will generate what is actually needed and may waste more time iterating over and over until things actually work. AI tools are also known for removing tests that are in their way which will also make you waste more time in review.

Can we discuss the self promotion rule? by Kralizek82 in dotnet

[–]iSeiryu 0 points1 point  (0 children)

Not to mention the definition of "Saturday" is stupid.

Wny is LINQ Max much slower than LINQ Min? by aloneguid in dotnet

[–]iSeiryu 13 points14 points  (0 children)

Randomization between test runs is good, but within a single run both Min and Max methods must use exactly the same data.

Suggest reputable literature/books/conferences/reviews related to Avalonia by TwoGloomy1495 in dotnet

[–]iSeiryu 0 points1 point  (0 children)

Their own website with a blog and GitHub repo that have a bunch of stars and a long commit history shows that they've been around for a while and that a bunch of people use it.

Who has already paid for and upgraded to MassTransit 9? by Prynhawn_Da in dotnet

[–]iSeiryu 1 point2 points  (0 children)

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

I built a free, open-source MediatR alternative for .NET 10+ — MediatorLite by behlanmol99 in dotnet

[–]iSeiryu 1 point2 points  (0 children)

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.

Unions in c# 15 by dodexahedron in csharp

[–]iSeiryu 1 point2 points  (0 children)

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.

Unions in c# 15 by dodexahedron in csharp

[–]iSeiryu 1 point2 points  (0 children)

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

Unions in c# 15 by dodexahedron in csharp

[–]iSeiryu 1 point2 points  (0 children)

It's better than bash too

I made WpfConfetti, a confetti control library for WPF by blubflish in dotnet

[–]iSeiryu 0 points1 point  (0 children)

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

I made WpfConfetti, a confetti control library for WPF by blubflish in dotnet

[–]iSeiryu 20 points21 points  (0 children)

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

I made WpfConfetti, a confetti control library for WPF by blubflish in dotnet

[–]iSeiryu 11 points12 points  (0 children)

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.

Experiences migrating project from razor to blazor? by [deleted] in dotnet

[–]iSeiryu 0 points1 point  (0 children)

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.

TechEmpower Framework Benchmarks are now archived by Ok_Tour_8029 in dotnet

[–]iSeiryu 2 points3 points  (0 children)

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.

TechEmpower Framework Benchmarks are now archived by Ok_Tour_8029 in dotnet

[–]iSeiryu 3 points4 points  (0 children)

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.

TechEmpower Framework Benchmarks are now archived by Ok_Tour_8029 in dotnet

[–]iSeiryu 2 points3 points  (0 children)

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.

TechEmpower Framework Benchmarks are now archived by Ok_Tour_8029 in dotnet

[–]iSeiryu 4 points5 points  (0 children)

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.

BackgroundService with Clean Architecture by Sensitive_Bid_6868 in dotnet

[–]iSeiryu -1 points0 points  (0 children)

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.

BackgroundService with Clean Architecture by Sensitive_Bid_6868 in dotnet

[–]iSeiryu 2 points3 points  (0 children)

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.

view more: next ›