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

Occam’s razor telling me this isn’t aliens :/


What would be some cool use cases to design your own compiler?


There are various weird and wonderful niche languages out there, if you appreciate programming languages as an end in themselves. Two examples: Sentient [0] and Factor [1][2].

[0] https://sentient-lang.org/

[1] https://factorcode.org/

[2] Factor's home-page does a poor job of presenting examples to give a flavour for the language, so here's one on GitHub: https://github.com/factor/factor/blob/master/basis/roman/rom...


Sentient looks neat! Does it use the same strategies as Prolog under the hood?


Good question, I'm afraid I don't know enough about either language to answer that.

The Sentient pages mention Prolog, for what that's worth: https://sentient-lang.org/intro/declarative


> The MiniSat solver is Sentient’s default. It is a version of MiniSat that has been compiled to JavaScript with Emscripten. This means that it can run in a web browser and it does not have any dependencies when run from the command-line.


The simplest case where they prove useful is usually when your regex is longest than 20 characters. Write a parser once, and it'll be readable to people other than yourself (if it isn't your schema is bad)


Seems a pity to throw out the various advantages of the high-level solution just because your regex engine doesn't support a scalable syntax.

Advanced regex systems such as the Ragel parser-generator support a composition-friendly syntax, [0] but the average regex system doesn't, and I guess there's no quick fix for that.

[0] http://thingsaaronmade.com/blog/a-simple-intro-to-writing-a-...


A (not)compiler can be made to look for issues in your codebase that already exists. It would need all the tools of a compiler, just that the target is the same as the source language.


Does it preserve the underlying benefits of the card (cashback, points, etc.)?


It isnt for credit cards. Only debit.


They take your points/cashback and in return shield your transaction info from your bank and vendor, that's their business model unless you sign up for one of their paid plans.


That's not how it works at all. How would that even work?

They make their money from the same fee merchants pay to any other card issuer.

https://support.privacy.com/hc/en-us/articles/360012046114-H...


Well that fee is what pays for points/cash back. So although they're not literally taking them, they are taking the fees that would have funded them. So they are in effect taking them.


That's idiotic. If I rob a carnival of cash have I also robbed them of ride tickets?


You stand between the carnival operator and the riders holding up a curtain so they can't see each other. In exchange for this anonymizing service you take a 1% cut of each transaction, then spend it on a ride yourself at the end of the day. The 1% cut is priced into the operator's ticket prices so they still make enough profit, and is practically invisible to the rider, but if the service did not exist, then the tickets could be sold 1% cheaper. This is the model, whether or not you call it "taking" the 1% or "adding on" the 1% is inconsequential.


That merchant-facing fee is how you earn cashback/points when you're a credit card holder. Instead of passing it on to you in the form of points or cash back, Privacy.com keeps it.

> Card issuers can afford to pay cash back because merchants pay an interchange fee on each transaction.

https://www.creditcards.com/credit-card-news/cash-rebate-cre...


Doesn’t appear to, it was almost a killer app for me. I hate giving out my CC details online, but I love the benefits


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

Search: