Extremely unlikely. Automating Office (the desktop application suite) simply does not scale. It's not needed, either. Libraries exist that can extract information from Office documents (both legacy and OOXML) much faster. Many(!) orders of magnitude faster, in fact.
AI is entirely unrelated. This is simply yet another push to get more SaaS subscribers.
Frontend developer here, frontend projects are incredibly repetitive. It is still wild to me that a complete set of UI controls that you can customize isn't native to all browsers. I can't count how many sortable / filterable tables I've implemented. I would much rather 99% of web UIs I work on that are essentially a series of forms be automated away to work on much more interesting things.
Yes, it can be sniffed. It will at least use transport encryption, like TLS. For everything, yes. So you'll only get encrypted data you cannot read. You could attempt a Man-in-the-middle attack on this connection. Unless the app is badly made, this will not succeed.
And then, even if you could look inside, there's another type of asymmetric cryptography going on: the remote attestation itself. Again, if properly designed and possibly backed by a hardware security chip, it cannot be spoofed. This isn't something trivial like a shared secret in an HTTP header.
Taking this as a good faith engineering argument. What does that mean? What do you constitute a pollutant and how much is zero?
I guess as a contrived example your breath releases 40k PPM Co2. Have you tried aiming for no pollution?
The reality is we make things which involve pollutants, which we create laws to govern the safe disposal of. Engineers optimise for these constraints the same way you do. You wouldn’t have one k8s pod per request to ‘strive to keep the response times as low as possible’.
In all of human history nobody has ever had a glass of water with literally no arsenic in it, there are trace amounts in every lake, river, and well. Even the ultra-purified water used in bleeding edge semiconductor fabrication has a lot more than 1 atom of arsenic per glass. In the far future humanity might obtain the technology to create water with literally no pollutants in it but that age has yet to arrive.
> I feel like I'm in a different field compared to the rest of hacker news.
That should be my line. My new employer does not use LLMs at all. Software development, marketing, hardware development, nothing. Maybe too little, but whatever.
The problems the company is facing are entirely unrelated to "throughput".
There's not, sorry. I can only advice you look outside the "tech sector" (FAANG and the smaller wannabes).
As implied, my employer's product is not software, but rather hardware. This hardware does of course run firmware and software and needs to interface with other systems. It's entirely B2B. All this combined makes work relatively relaxed.
What an odd take. It is often titled "software craftsmanship". Is the craftsman not allowed to practice? Not everything needs an immediate real-world application. Not everything needs to be enterprise-grade, bulletproof, web-scale or whatever. It needs to work for the creator, and sometimes not even that.
In the same way we appreciate Japanese wood joinery, why not not just appreciate this? Someone might even learn a trick or two reading it.
> What an odd take. It is often titled "software craftsmanship".
No, not really. This is exactly the opposite example of software craftsmanship. Software craftsmanship involves things like technical excellence in delivering maintainable software that is adaptable to change.
Picking assembly, of all things, for a web server represents a complete failure in the analysis of both the problem and solution domain.
This sort of project is more in line with parlour tricks, juggling, and stunt shows. Trying to frame this sort of project as software craftsman is like discussing the whole Jackass series as cinema next to Hitchcock and Scorcese. It may take skill and practice to be punched in the nuts, but that doesn't make it a craft.
Quite the opposite, in fact. When customs finds that any rule, like the CE declaration on electric devices, is broken, they can and will seize such goods.
You could of course attempt to circumvent or mislead customs. After all, they don't have the capacity to check all imported goods in-depth. That however would usually be a criminal offense.
CE is important, but we're talking about trade regulations, not technical here, so I took a mental shortcut. But you're right. Though effectively all modern products are CE certified. All starlabs need to do is to have that CE stamp and they can ship it to customers in EU without having EU entity.
YAML isn't the problem. It's that every single action is basically curl-to-sudo-bash. Even disregarding the security implications, the ergonomics are truly horrendous. They were with Azure DevOps and they certainly are with GitHub Actions. Bad interfaces, surprising behavior, it's got it all.
CI must only consist of shell commands. No abstractions, no surprises. (Except maybe with PowerShell, where the principle of most surprise rules.)
AI is entirely unrelated. This is simply yet another push to get more SaaS subscribers.
reply