An invoice/receipt is often necessary for booking purposes, reimbursements, taxes, etc. But to your point, just put it in the same email as the tracking number and move on.
I don't know if you're right or wrong, but it is an incredibly common tactic and done all the time by many businesses and people. There are of course ways to do this that are less noticeable by the IRS (as acknowledged in the article) and it doesn't seem like they have the capacity to investigate and audit the vast amount of this practice. My understanding is they are typically focused on fraud and/or folks simply not filing.
What you are saying suggests that there's a single number (that can be positive or negative) that characterises your net short or long position.
That's silly.
You can build pretty much any kind of shareprice-to-payoff function with enough options and other instruments. And that's one dimension (a line) more than just a single number. You can get arbitrarily more complicated, if you want to.
Kagi has tons of results from Reddit and they're always high and relevant. I don't know if this means they're doing it even though they're "not allowed to" or what but they definitely get it somehow.
Kagi's search results (at least used to) include many Google search results mixed in with results from other sources. That used to be explained on Kagi's main webpage, but I don't see it there now. (And I don't know who pays whom for what in that type of arrangement.)
Kagi uses a third party API that scrapes Google results for their searches. Possibly SerpAPI? Either way, Google doesn't get paid because you can't pay for the kind of search access they want.
Kagi had a post discussing this which made the front page of HN about a month ago [1]:
> Google does not offer a public search API. The only available path is an ad-syndication bundle with no changes to result presentation - the model Startpage uses. Ad syndication is a non-starter for Kagi’s ad-free subscription model.
> Because direct licensing isn’t available to us on compatible terms, we - like many others - use third-party API providers for SERP-style results (SERP meaning search engine results page). These providers serve major enterprises (according to their websites) including Nvidia, Adobe, Samsung, Stanford, DeepMind, Uber, and the United Nations.
> This is not our preferred solution. We plan to exit it as soon as direct, contractual access becomes available. There is no legitimate, paid path to comprehensive Google or Bing results for a company like Kagi. Our position is clear: open the search index, make it available on FRAND terms, and enable rapid innovation in the marketplace.
For the purposes of the discussion at hand, yes some results do ultimately come from Google, just via third-party SERP providers rather than Kagi paying Google for access since Google doesn't offer their own public API (and neither does Bing anymore).
Another comment mentioned the Philippines as the manifest frontier. SF is not on the same plane of reality in terms of density or narrow streets as PH, I would argue in comparison it does not have both.
Can you explain? I lived in PH, and my guess is that you mean navigating and modeling the unending and constantly changing chaos of the street systems (and lack thereof) is going to be a monumental task which I completely agree with. It would be an impressive feat if possible.
Money is power. So to answer your question literally, if MY taxes went up, I would not have more power, but if the rich's did, I would because they'd have less power.
That's only true in relative terms.
In reality tax rates go up or down on everyone at the same time, because that's how the negotiations shake out.
If taxes go up on everyone, the rich are still the ones that manipulate the government, but now they have control over more tax revenue.
If taxes go down for everyone, the rich are still the ones that can manipulate the government, but now the government has less revenue and can't cause as much damage.
> In reality tax rates go up or down on everyone at the same time, because that's how the negotiations shake out.
This is absolutely false, especially in the US. Progressive tax brackets, breaks for the rich, and targeted changes for capital vs. income, deductions, etc. are the norm. Tax rate change is _always_ selective.
Yeah, I think a lot of this can be attributed to institutional and infrastructural inertia, abstraction debt, second+-order ignorance, and narrowing of specialty. People now building these things are probably good enough at React etc. to do stuff that needs to be done with it almost anywhere, but their focus needs to be ML.
The people that could make terminal stuff super fast at low level are retired on an island, dead, or don't have the other specialties required by companies like this, and users don't care as much about 16.7ms on a terminal when the thing is building their app 10x faster so the trade off is obvious.
Interestingly (or possibly not), since my very first computers had ~4K of RAM, I became adept at optimizations of all kinds, which came in handy for my first job - coding 360 mainframe assembly. There, we wouldn't be able to implement our changes if our terminal applications (accessing DB2/IMS) responded in anything greater than 1s. Then, the entire system was replaced with a cloud solution where ~30s of delay was acceptable.
I think the Internet made 'waiting' for a response completely normalized for many applications. Before then, users flew through screens using muscle memory. Now, when I see how much mouse clicking goes on at service counters, I always think back to those ultra-fast response time standards. I still see a few AS/400 or mainframe terminal windows running 'in the wild' and wonder what new employees think about those systems.
It's getting ridiculous. I know SPAs aren't to blame specifically, but it feels like whenever the 2003 page-based web interface is replaced with the modern SPA each action takes forever to load or process. Was just noticing this on FedEx's site today.
I agree completely. The internet did reset our expectations and tolerance for latency. My observation was not an endorsement by any means, I don't feel one way or another about it. But it sure would be nice to have speed!
reply