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



"If you want a picture of the future, imagine a boot stamping on a human face, forever"

boot/server

My recent experience shows that eSCL is way behind in terms of functionality. If I want lossless scanning from by Brother scanner, I need the proprietary drivers.


Does it mean that instead of depending on the Visa/Mastercard duopoly you now depend on the Google/Apple duopoly?


If using a phone, yes, but then you probably already did.


Of course not, since you can just install the Android app on your free software aftermarket OS. Surely banks wouldn't require hardware attestation or monitor your device for being rooted, would they? /s

Irony aside, yeah, this is a significant downside compared to hardware-based standards. Not so much for Android, as Google Pay and most competitors are implemented in software, but on a hypothetical iPhone or Garmin device running an open OS (don't laugh, it's a thought experiment), payment data security would be not much of a concern since all payment keys live in a secure and completely separate chip.


Useful reference for banking app compatibility in grapheneOS https://privsec.dev/posts/android/banking-applications-compa...


Yes but they are also a quick win to replace humans because they don't need accommodation or specific R&D. Any job by a human that has no been automated yet is because the ROI was too low to develop a specific robot and adapt the work environment for it.

The human is basically the standard API. A humanoid robot is a drop-in replacement implementation of this API.


After a few fixes, it builds on a debian-13. You just need to install a few dependencies (glew, SDL, curl).

The real problem here is the tooling. New versions of automake and C++ compilers are stricter than they used to be.

Indeed, for long term conservation, you need to vendor your dependencies AND your tools to make sure that the project is sustainable without intervention. But with the magic of LLMs now, this is not a problem anymore. Claude was able to fix it in less than 10 minutes.

And having the source code beats playing the original game. You can recompile in high def and make all the modifications you want to make it feel like a modern game (or not!) and sill get you your dose of nostalgia.


A remake, in video games, is usually a rewrite on a more powerful platform. You get better resolution, better music and event better gameplay.

A demake is a rewrite on a less powerful platform.


For someone unfamiliar, it's also worth noting this term is used pretty loosely. (I'm guilty of this too!) E.g. Before Rivals of Aether, the same dev made a Smash clone in the GameBoy artstyle and controlset. It's understood as a 'demake' but it's a PC game and is designed for platforms way more powerful than an N64.


> a French gambler and intellectual socialite enlisted the help

Imagine Blaise Pascal and Pierre de Fermat teaming together to solve your problem.


Any plan for a 75% keyboard?


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

Search: