bauerd

I know C and implementing a new scripting language for sure doesn't sound easier than using an existing one

Put a caching reverse proxy in front of dynamic content, like Varnish. That way the technically less inclined can keep using traditional UIs. Keep in mind most people don't even grok the static/dynamic distinction, they just want to publish content

Have you tried Google Lens? It offers an experience I'd tolerate, given that one finds a way to remove the need to tap the screen …

Yep but I was looking for a turnkey solution. What you describe are workarounds. I tried several grocery management apps, and a lot of these did just that: Prompt me for data when a barcode did not result in a matched product. This is not the experience I personally tolerate and am looking for. For an app to get integrated in my grocery shopping, product identification needs to work seamlessly and reliably

Yep it's unmai rained and I couldn't find any good alternatives. Which is why I put the whole grocery tracking thing on hold. Barrier here is the lack of accessible data for me

Yeah tried it with a variety of products. It doesn't know about enough products, makes entry unreliable. Think of utmost importance here is that the entry works very reliably, if I have to fallback to manual entry on every fifth product, that sucks

Re data entry: was thinking this through a lot recently. Basically what I'd like to build requires either (1) product recognition vision like Google Lens offers, or (2) a barcode scanner and an extensive barcode product database. Both can be combined of course.

My solution would be to read frames from a smartphone's camera until a barcode is detected. This can be achieved with eg Firebase ML, on-device. If a barcode database lookup gives a product, put it on the in/out list. If not, send the frame to a product recognition vision service. This could be Google Cloud Vision AI, but they don't give you access to their product set that backs Google Lens.

Finally, provide controls to adjust the number of items on the in/out list

I thought about OCRing supermarket receipts too but these differ so greatly in layout etc. per country I figured it's not the way to go

Edit: Problem you run into as not all of this can be done on-device is privacy concerns of coursem just my thoughts on what interface I'd like to have

Declarative data binding?

This works fine until it does not, for example when dealing with custom UI controls, which is when reality sets in and you find yourself wrangling HTML IDs, XPaths and CSS selectors again.

>but how certain are you that _all_ records are restored?

A solution to this is to keep DNS under version control with eg Terraform and deployed by CI. master is then authoritative

Yes but that in-house database software did not fall from sky. Google developers wrote it. Remember their interview process is generalised. Even for candidates not expected to implement databases, they test for the awareness of tradeoffs posed by distributed databases: read-after-write/eventual consistency, linearizability, how many masters /quorum/leader election, etc. "Just use Postgres" does not demonstrate any of that, it's not what the interviewer was after.

Google's requirements differ. Also if the interview question was about distributed systems, "I'll just use Postgres" is not super constructive

Well you can't run OpenStack on Kubernetes, but the other way round works. They target infrastructure at different levels of abstraction

OpenStack and Kubernetes serve different purposes. Despite the article, Kubernetes at its core really is a container orchestrator. OpenStack is a collection of software you'd use for running a mini-AWS on bare metal infrastructure.

Are there any negative consequences to this "misuse"?

I used to do the same thing, but adding one node meant I had to reprovision all other nodes so each had an updated config file written and reloaded. I decided I want something akin to DHCP, which seems to be worked on here: https://github.com/WireGuard/wg-dynamic It's still WIP though.

RethinkDB is pretty much dead at this point I think?

Some ecosystems even eschew manpages. For example, I wouldn't know how to ship manpages as part of a Ruby gem, it's discouraged iirc

Need it to integrate with tooling I use, orchestrators, etc.

I know but I need an OCI runtime.

If only one of the BSDs had a container runtime, it's the only real showstopper for me

>What does that have to do with ethics, really? The argument seems to be that utility should outweigh ethical concerns.

It's called utilitarianism and here it demonstrates nicely that ethics comes in various flavors

The old version works fine, if you're aware of these workarounds, and these workarounds will not be shut down

I for one don't have an account, so I would get nagged by their popups constantly.

It was a perfectly fine website, they ruined it completely for me.

Sounds like zeromq to me

They run virtualised iOS for you without having licensed it from Apple.

You're free to have queue and workers run on the same machine, just bind to loopback. As soon as you deal with more than one machine, which is required in HA scenarios, you deal with a networked (distributed) system. I might not have understood your question correctly though ...

Edit: Maybe you're looking for acks/confirms? https://www.rabbitmq.com/confirms.html

>An ideal solution to this would have been to just go talk to the stakeholders - product/sales team - ask them if the delay could be potentially customer losing. And if it is, by all means put in the extra hours, work those weekends.

Strongly disagree, it's not on the shoulders of developers to ensure faulty promises can be kept. I will for sure not sacrifice weekends, this is far from ideal

A random person's dismissive comment offering nothing besides negativity

Not sure why different libraries would be an architectural smell. Not only Redux projects vary greatly in what they bolt onto their state management. I've used Redux successfully on its own. The dataflow pattern it mandates is important, not the concrete implementation.

Yep, tried this recently after being out of JS land for a while, and Parcel just worked. So +1