Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API

From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
retoor483827dMaybe you can do like a make file: rebuild this component if these sources are changed rule. In make it would be:
pony.dll: pony.c pony.h another.h
gcc pony.c -o pony.dll
Bur I never do that, I always regenerate my projects completely. I want to be sure. -
lorentz1556627dVS has always been rife with cache invalidation bugs, the last thing it needed was one more poorly implemented caching layer.
-
jestdotty636826dthe app is complete and the project manager is trying to justify his own existence
if he was smart he would just fade into the shadows and become a forgotten department just raking in the dough, serving as insurance for maintenance patches and such -
lorentz1556626d@jestdotty Visual Studio is very, very far from done. Visual Studio's caching is very far from done. It would be easy to justify a continuation of the project, for example they could invent a "first of its kind" reactive caching solution that integrates deeply with Windows supervision tools to automatically re-run arbitrary dev tools including shitty glue scripts, file copy operations, and third party stacks such as React when the files they read had changed.
-
azuredivay119322d@retoor it's .NET xD n going by my experience with MSFT, if I try to go anti-pattern with its builds, it'll only get worse
@lorentz I thought it'd be in Solution settings, but surprisingly wasnt -.- followed this https://schwabencode.com/blog/2023/... and it builds like the old times now
Visual Studio in the recent releases got some updates where it "accelerates build time" by caching DLLs or something
Good in theory? sure.
In practice? So very often, a "hot reload" now doesn't trigger a DLL swap. VS says that changes have been updated but you see stale code and you've to turn off the program and re-run it
I'm sure there's a way to turn this acceleration off and will do that after this rant, but I don't get how such retarded features get green-lit and make it to production :v
I understand that for biiiig solutions with minutes of build-time, this would be god-sent, but if it's this unreliable in my 8-Project Solution, I wonder how unreliable it'd be in bigger Solutions
at least turn it off by default if you know it's shit ffs.
rant
visual studio