jmacd

I think what's more interesting is whether or not Apple (and Google, and Samsung) can become carriers themselves in the new decade or two. There was a thread on HN in the last few days about space based service for handsets [1] and it's clear Apple is thinking hard about it. Their recent satellite based SOS feels like "1000 songs in your pocket" in terms of early but important steps.

Regardless, I think Apple is getting better at making money off me regardless. Their Apple One subscription is really nice. I pay it quite happily.

1: https://news.ycombinator.com/item?id=34155783

Libraries and librarians always seem to far ahead of things on a meta level. My town (Halifax, Nova Scotia) also built a beautiful library recently. Once of the criticisms levelled at it was that it didn't really have stacks all over the place.

It has become an incredibly valuable community hub. Books are a bit of an excuse to enjoy its architecture and function. I've been there for countless hours with my children as they have grown up.

I'm also consistently impressed by the staff. In a time when every business is complaining about staffing and using it as an excuse for bad quality and bad service, it seems that most libraries are staffed with total professionals who do their job day in and day out and do it well.

I'm a Canadian. I want every single person in this country to get the best care possible right up until they die. If they want to keep the care coming, then I expect us to keep providing it.

God help me if you decide that because you are giving me care, you also get to decide when and how I die. I want to decide that and if I choose to go at an appointed time with my family nearby and in a comfortable setting, then I will go a happy man.

Will everyone make a decision I agree with? Are many lives worth living even when they don't feel like it? Will families and loved ones not want to let go? Are some people not mentally well enough at the time to make such a decision? Yes to all. It's complicated and difficult, but it is only more complicated and more difficult when the state tries to create rules about what is morally right and not.

The "Users who got the most voted on hackernews" should exclude the 1 upvote you get for your actual submission (if it is being counted, which I think it is). If it is counted, the sheer volume of submissions by the top posters makes it seem like they are getting more votes from the community than they are.

I was involved in building a few decently large e-commerce sites in the early 2000s. One thing I always advocated and we did in a few places was to create an account for a user in every instance. If they ever came back to the login form, they would get a password reset email automatically.

One thing that really surprised us: a significant number of return users clicked "forgot password?" before attempting signup. We deduced that they believed they had an account but couldn't remember the password (this was before password managers).

When they'd did access their account, it had all their order history, email support history, etc all pre-populated.

This approach did not require us to retain any additional data on top of what we would have retained with only keeping their unauthenticated (guest) checkout orders on file.

The question is who has the intent here? Netflix clearly and flagrantly enabled this behaviour for many years. Lax security (no 2FA for a long time for example) and viewer profiles encouraged this behaviour. Further, their plans describe the # of simultaneous streams you get at each tier, they do not describe people or any other constraint.

Netflix had fine print of convenience that banned this behaviour, but at the same time they encouraged it as a growth tactic.

Now that they are choosing to limit this behaviour, doing so under the guise of copyright is disingenuous. I have no idea why the court would entertain them as an aggrieved party.

Sow and reap.

That's a lesson we all learn, and most of us learn it the hard way.

My kids are 6, 7 and 9. We've managed to maintain a screen free upbringing for them and they all have other activities they prefer at this stage. Their school however heavily uses screens and we were pretty shocked to find out they are using them (primarily iPads) for a good portion of their day's classes.

This is absolutely the case. You have to disable regenerative braking in the winter snow as well.

The price for this software is $15,000 USD at the present time.

Transcript is available here: https://docs.google.com/document/d/e/2PACX-1vR6rAV03L2pe1tIB...

Stripe payment processing fee is 2.9% + C$0.30

For the other fees discussed in this article, you do get additional capabilities. Distribution is not one of them, but it's not an apples to apples comparison.

I am the original commenter you had replied to.

I am actually working on https://tier.run in part to help create a clean separation of interests between billing (and entitlement, and metering, and feature flagging) systems and how you store and access application and user data.

With Tier we have `tier whois` [1] which lets you get the Stripe Customer ID based on your own userId.

I'd love your feedback if you think there are improvements we could make.

1: https://www.tier.run/docs/cli/whois/

For me, it wasn't what I expected at all. Passions are a great distraction, but to go all in on one is not much different from working on something you enjoy.

I learned that I was much better off integrating my passions in to my life in a more sustainable way rather than trying to turn them in to a 'thing' that I was solely focused on. Perhaps I am just... less passionate about my passions than most people, but that is what worked for me.

My friend's 68 year old mother also had it (after being quite sure she was facing a fairly rapid death after other treatments failed).

She's pretty much back to normal. I might say better than before as she now takes her overall health much more seriously.

Amazing.

I've been working on putting together a (curated) list here. https://github.com/priceops/awesome-priceops

Bessemer has created a similar roundup/guide: https://www.bvp.com/pricing-course

For devs who need to implement some type of system to support all these pricing models, we recently started working on https://priceops.org

I love that!

I'm currently writing "PriceOps for Product Managers" and "PriceOps for Growth" as well. We hear a lot from PMs and PMMs who are eager for something that can allow them to make pricing and packaging changes safely and reliably (and often).

I like that provider and it's really useful in a lot of situations. Configuring Stripe as it is currently designed doesn't always help as much for SaaS and infrastructure billing models. We wrote here about how we map to Stripe https://www.tier.run/docs/mapping/

Even after Stripe has been set up, you then get our SDK (node available, Go shortly) which gives you things like .subscribe(), .report(), .whois() (gets stripe ids) and .limits() that you can use to tool your app. The benefit is that when you change your plans or pricing, you don't need to refactor your front end. These are the benefits of the pillars on https://priceops.org

The CLI also acts as a sidecar in your network to do things like rollups and it manages Stripe pretty gracefully (Stripe can often have rate limits or requirements that aren't always clear). It also handles metering for you via the above referenced methods.

Someone made another comment on this thread that outlines some of the benefits vs Stripe raw as well. https://news.ycombinator.com/item?id=33431567

I love that idea. I'm not very experienced with the mobile app stores, but will take a closer look. We've had requests for AWS marketplace as well, which is different from the mobile app stores but the concept would be the same.

Good suggestion! That's what we've been using on https://www.tier.run

Perhaps I will regret using that tagline. It's an analogy covers half the functionality.

Tier does set up and manage your stripe account based on your pricing.json config, but we go further than that with metering, feature flag style entitlement checks, and other things we plan to provide that you couldn't do as just a provider.

This is not dynamic pricing. This is a price ratchet based on diminishing inventory. There may be an algorithm at work here, but it would be superfluous. All they need to do is set thresholds that increase the price over a known quantity of tickets.

Dynamic pricing works as a mechanism to bring more supply to bear. You can't do that with concert tickets. The only way it would work with concert tickets would be that as an individual concert's seats started to sell at a certain velocity, then another concert would be added for the following night. That would bring new capacity online, which would bring the market back in to "balance". This would go until there was no more demand. Their result would be the maximum number of total tickets would be sold at the maximum price possible. That is different from "15,000 tickets sold at the highest price possible".

This is nothing more than a way to disguise a significant price increase.

No. Stripe is a bit insidious (that's probably too negative of a characterization) in that way. Once you start using a product, the pricing for that product then gets rated on your bill.

Stripe billing is .5%, Invoicing .4%, Tax .5%, Rev Rec .25%, etc.

Products like Checkout are included in your prevailing rate (2.9% or whatever).

You save .5% that are fees you would otherwise be paying to Stripe.

You also get to manage the data and where it resides, if that is important to you.

I would love to speak with you to learn more. This is a very good use case for something I have been working on. My email is in my bio page if you are interested.

They have a cloud offering. [1] Which is a good way to check things out without needing to deploy and run Java code.

1: https://cloud.killbill.io

They do have Stripe, Adyen, CoCardless [1]

I do agree this would be something a fully commercial project would/should focus on.

https://github.com/orgs/killbill/repositories

That really strikes me as a better use case for Square or Gumroad than either Shopify or KillBill.

I've met with the founders of the project before. They really don't strike me as the bulls#$ng type of promoters we've all grown jaded over.

They love this project and what they do.