HN user

codeplea

144 karma
Posts4
Comments54
View on HN

I received a confirmation that said, “Your personal information and items associated with your account have now been deleted. This action is permanent and cannot be reversed.”

By the same logic, wasn't this first email self-contradicting? If your data is gone, how are they emailing you to tell you that your data is gone?

But really, aren't companies legally required to retain a lot of information anyway? Such as invoices needed for tax purposes?

This is addressed directly in the article:

And for those who might be quick to point out that there could be a dearth of jobs there, note that when people say “there are no jobs” in a given area, they generally mean that there are no jobs that could produce a normal, upper-middle-class lifestyle there. Which, even in Massena and Ogdensburg isn’t entirely true. But even if it were, the Stewart’s gas stations in both towns are actively hiring part-time cashiers at $17/hr. These places will let you work just one day a week if you like, and seem to be pretty good about flexible hours. In this case, you could work just one ten-hour shift per week, and in so doing, earn more than 30% of what you need to live well at this particular house with just four days of work per month.

Very cool. I can definitely see this being useful for me in the future.

I made a similar tool which simply outputs the exact HTTP request as received by the server. It's useful to test how the client is mangling URLs or packing request body data. It was actually not so easy to implement, as basically every production web-server mangles the request before making it available. So I wrote it from scratch in C.

It's at http://httpparrot.com/

I wrote for them too. My book was published last May.

I made a similar workflow to you. I wrote using vim and markdown, then used pandoc to convert to HTML. I then wrote some scripts to mangle the HTML to something more compatible with Packt's system (adds some class names and the like).

Regarding sales, they send me royalty statements for each quarter about 3 months after the quarter's end. For example, my book was released in May. I didn't get my first statement until the end of September. My last statement is dated Dec 31st, and it covers July-September 2019.

You can also setup an Amazon author account and get Amazon sales numbers much more quickly. Just go to https://authorcentral.amazon.com/ and create an account. You'll then have to verify that you're the author of your book, but it's pretty straight forward.

what's the moral justification for making this illegal?

The robocalls I receive are all using fake caller IDs. At that point, it's fraud, isn't it?

I wouldn't mind robocallers if they used a real caller ID. If that were the case, I could just block them and be done with it.

5k to 5.3k is a 6% increase. It seems like day trading should be just about the riskiest/hardest way to get 6% a year.

The S&P 500 returns about 10%/year since its inception. (7% if you adjust for inflation.)

5k into 5.3k is 6%. You can get much more than that in the long run by just putting it in an index fund.

Why bother day trading?

It's apples and oranges really. I would say that it's easier to use recursive descent to parse a full programming language though.

Shunting yard works very well if you want to parse math expressions into postfix notation. It is then really easy to run postfix notation into bytecode on a stack-based virtual machine.

For comparison, here is a shunting yard based math expression evaluator in Javascript that I wrote before writing TinyExpr: https://github.com/codeplea/rimath

Hi, F5Bot author here. I'm working on a premium version, and a couple features are already available through Patreon. It has just been a low priority. If you have ideas for any premium features you would like to see, please feel free to drop me an email sometime (just hit reply on any alert you get).

Is your solution broken for the cases where keywords are prefixes or suffixes of each other? This situation is very common in my use-case. Also, does your solution work if a keyword appears multiple times?

I get what you're saying, but it's not quite as easy as you imply.

Pulling in an entire programming language is a much bigger dependency and maintenance cost than spending a couple hours writing an algorithm. It would make more sense to just use a C extension.

I did try PHP's regex. It was much, much slower.

Thanks for the explanation. The APIs make a lot more sense in light of it. It seems odd they didn't just use Postgres indexing though. Do you know if they benchmarked it at any point?

Each request still returns 100 posts. It's just that you have to specify the 100 post IDs individually.

Their default listing mode works very poorly. It would certainly be more requests to use a hybrid system like you're talking about.