I'd love to see you try serving the exact same file for both but the trick is that you need to return different Content-Type headers depending on what is requested. When the browser requests /favicon from a navigation event it will use Accept: text/html etc, you return the file with Content-Type: text/html and inside the response you have a <link rel="favicon" href="/favicon" type="img/png"> literally the same resource but the browser will now likely fetch with Accept: image/... and you could return the same file with Content-Type: image/png and the same resource will get used for both. Unless the browser caches the response, I feel like this would work.
If you don't control the headers of your webserver (eg GitHub Pages) I would settle for a symlink favicon.png that just links back to favicon.html which I think would trick the server into returning different Content-Types.
What is the value prop to the package owner? Is it just that you expect this to be cheaper than existing options because random people who are already going somewhere anyway can make a few extra bucks by taking a parcel with them?
You could always just take people's parcels and use an existing solution at first and eat the price difference, then once you have enough volume on the parcel supply side you can onboard some carriers.
The issue is that the investors will want a return on that $17M at some point, so they're going to need to charge money for something eventually. If the revenue model is not obvious now, that only means they'll be pressured into something non-obvious later.
I also think that modern car seats are one of the main factors driving the adoption of unnecessarily large cars, which have far worse safety outcomes in crashes for everybody except the people inside them.
When I was growing up in the 90s with 2 siblings we had a small hatch. When I had my second child we had to upgrade from a small hatch to an SUV because we simply couldn't fit a car seat behind the driver. Even now, I'm not sure if a third would fit.
Sure, the SUV itself and the extra padding on the car seats might make my children safe in collisions with other big cars, but if we were all still driving hatches then maybe none of that would be necessary.
I am an Australian Instagram user in my 30s. When setting up my profile a few years ago I set the birthday to some fake date near my real age. At no point, including when the ban went live, was I ever asked to prove my age through any means. Nobody I know has either (noting that everyone I've asked is an adult).
A lot of companies have started doing this because a compromised account can be used to attack the service (logged in sessions avoid rate limits) or other users (spam). They aren't necessarily trying to protect you.
> The growth mindset is incredible for expanding when your product is in its early ages. But there should be a "sustain" mindset at some point. First you push to grow the market, or your market share. When returns on your efforts become diminishing, you push to improve how much you earn of each customer/each sale. At some point there should be a mindset that our company is worth X dollars, and we should sustain that.
Kent Beck calls this the Explore and Extract phases (with the middle phase being Expand). I'm not sure if you had this talk in mind as you were writing your comment, but if not I think it'll resonate with you.
Note that an integer offset is insufficient. For example, Australian Central Standard time is +9:30 and Australian Central Western Standard Time is +8:45. I have a Seiko watch with a similar feature to this and I don't think it would work well in either of these timezones.
It's not free, but you can register multiple domains to a single Fastmail account. So I pay Fastmail for my personal email hosting, and any side projects can reuse this same account at no additional cost.
The key to writing good content is just writing lots of content. Some, maybe most, will be crap. That's fine, just don't promote the bad ones.
I recently read the entire Joel on Software archive and realized that the vast majority of posts are fairly uninteresting, but from over 1,000 posts he has a handful of classics and promotes those through the reading lists.
If you don't control the headers of your webserver (eg GitHub Pages) I would settle for a symlink favicon.png that just links back to favicon.html which I think would trick the server into returning different Content-Types.