Hacker Newsnew | past | comments | ask | show | jobs | submit | johnzabroski's commentslogin

Nice article but it seems obvious to me the .NET team should throw away AzureDevOps as the queue wait time is the major bottleneck. Run bare metal build servers. Maybe there are justifications not to do this, but the article skips the elephant in the room.


Azure DevOps isn't the cause of the queue time problem. It can run bare metal. The Mac hardware that we run attaches and starts super quickly, for instance. We want clean machines on every job (for compliance and robustness), so we're spinning new VMs on Windows/Linux jobs.

We could have hot machines ready to go at all times and eliminate any queue time. There's also machine-learning based model for predictive spin-up. The downside is primarily cost to maintain all the various SKUs needed in a live and ready state. We compromise a bit there.


"old man yells at clouds." :)


Not at all! Looking at the package dates, distros have started shipping their own source builds during 2022-2024, starting with .NET 6-7.


4.8 is basically never going away. its built into Windows thanks to Longhorn developers, many of whom left mid project to work at Google.


async await works fine to build Excel formulas via RTD Servers. https://excel-dna.net/docs/release-notes-1-9/#asynchronous-a...

Just because you think something is hard, doesn't mean it is hard.


RTD functions are a different thing. It may be useful for certain cases but in my usage would break the calculation model, as the calls must be made in a given order, and must be refreshed by the user deterministically. I can also build some more complex workaround, like calling a different process, though the antivirus in the corporate environment I work in is unlikely to like that.


The Taylor Swift billboard 100 debut at 1 test.


Hmm. You find it hard to go back to languages without ADTs yet you use Java for your day job. Okay.


Windows supports eBPF. CrowdStrike was written before that supports existed, though.


A badly written eBPF program at this level could still prevent you from using your computer though. Not in this specific way, but if you use eBPF to prevent other things from running, and you accidentally deploy an eBPF program that, say, triggers on every process start - then you'll prevent every process from running, and the machine will be just as useless as one that doesn't boot at all.


Also eBPF is still in beta for windows and is nowhere near parity with Linux.


I know quite a few developers who have a knack for following market trends and jumping on the rocket ship before it is about to launch.

It's actually not that hard if you think about what filter you would apply. The one hard part is finding recruiters who specialize in placing people at these companies, and, of course, passing the interview (or at least enough success that the interviewer doesn't tell the recruiter you are a poor quality candidate).


> It's kind of like the "r/cscareerquestions" effect.

I canceled my ACM subscription in my late 20s because I got tired of ACM basically doomposting about careers. Last night I was going through my Gmail folders and found a bunch of old ACM doomposts I never deleted from their CSCAREERS mailing list.

So, it's not just reddit that doomposts- Industry veterans are just as paranoid and can also serve as Chicken Little.


In my experience, the decision is driven by a VP who wants a bullet point on their year-end review, namely "notional cost savings achieved".


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: