Remote desktop protocol expert, OSS contributor and Microsoft MVP. I love designing products with Rust, C# and PowerShell. Proud to be CTO at Devolutions. 🇨🇦
Lavaltrie, Quebec, Canada
- Tweets 36,499
- Following 1,983
- Followers 6,340
- Likes 26,824
Marc-André Moreau retweeted
Super impressed with @DevolutionsInc RDM. Been using their free version for years and I get asked frequently during presentations about the tool.
Would love to have them show up at @mmsmoa or our @tcsmug as a sponsor.
4
3
17
2,362
Marc-André Moreau retweeted
Just deployed this change to our standard workflow and saw some .NET restore times (on windows-latest) drop from 5.5 minutes to 1.5 minutes.
I figured out why "dotnet restore" performance is so bad on Windows runners as opposed to Linux runners: GitHub Actions doesn't override NUGET_PACKAGES, NUGET_HTTP_CACHE_PATH to point to the D:\ drive which is where the builds are done with faster disk I/O 👇
2
1
6
562
1/ We're reimagining what it means for your agents to work with all your computers.
Today we're excited to share Cua Spaces, built on Cua Driver and our virtualization stack, rolling out on macOS today.
Download it now, it's free and source-available: spaces.cua.ai
122
172
2,454
438,230
I figured out why "dotnet restore" performance is so bad on Windows runners as opposed to Linux runners: GitHub Actions doesn't override NUGET_PACKAGES, NUGET_HTTP_CACHE_PATH to point to the D:\ drive which is where the builds are done with faster disk I/O 👇
The new HydraFusion model in GitHub Copilot is really good, I managed to generate a fake, large .NET enterprise application with a size and complexity similar to RDM Windows for less than $100 in AI credits, for build system performance testing: github.com/mamoreau-devoluti…
8
2
37
3,781
@bitcrazed maybe the DevDrive could help a bit, but the reason is actually much simpler: the git clone and build happens on the D:\ drive which is faster than the OS disk, but somehow nobody thought of overriding the nuget cache paths by default to point to the good drive
1
1
401
Turso SQLite + Supabase Postgres
This is an excellent combination
Turso is joining @supabase.
Together, we're building the database platform for the agentic era: everything agents need, from lightweight databases to Postgres at petabyte scale.
More details in thread. 👇
2
2
18
1,659
Anybody else experiencing weird issues with child sessions in the GitHub Copilot app? I'm not sure if it's related to HydraFusion, but sometimes it just fails to create sessions and then creates duplicate sessions: github.com/github/app/issues…
1
514
Marc-André Moreau retweeted
Turso is joining @supabase.
Together, we're building the database platform for the agentic era: everything agents need, from lightweight databases to Postgres at petabyte scale.
More details in thread. 👇
135
176
1,733
233,806
How do you work around the Windows Firewall prompts when letting GitHub Copilot do end-to-end testing that involve a network service? The paths always change when using worktrees, and most projects need explicit instructions to create a localhost-only listener configuration
4
1
623
What's the best approach to ship FIPS-compatible software? One package with a configurable FIPS option that disables features at runtime? A separate package with the features disabled at build time? A runtime option looks easy in theory, but harder in practice from my analysis
1
351
Marc-André Moreau retweeted
So the fastest JSON serializer for .NET now is developed by CAPCOM as part of their game engine that powers Resident Evil / Biohazard
I did not see that coming lol
github.com/CAPCOM-TD-OSS/RED…
39
496
4,668
294,183
Alright @davidfowl, I just got copilot max, lets see how this goes.
1
577
The new HydraFusion model in GitHub Copilot is really good, I managed to generate a fake, large .NET enterprise application with a size and complexity similar to RDM Windows for less than $100 in AI credits, for build system performance testing: github.com/mamoreau-devoluti…
2
14
4,136
Why would I want a fake .NET application that is intentionally bloated? It's simple: I couldn't find an open source .NET application that matched RDM Windows in complexity and size that would allow external reproduction of build performance differences observed internally:
Why is it that Windows is consistently slower than Linux at building software *for* Windows? I've got real numbers from CI builds of RDM Windows (.NET) on Windows and Linux runners as proof: Windows has a 1.33x median penalty. It's not a one-off, I re-ran the benchmarks 5 times
2
351