CallMeJim

Here's a good review of the self-hosted options: https://www.reddit.com/r/selfhosted/comments/lotc2e/google_p...

Having a huge market player release a feature that seems to overlap with your business can seem like bad news, but hearken! it's not all downside.

The case study here is Facebook introducing the ability to schedule posts in Facebook directly, theoretically hurting Buffer et al.

Take a look at Buffer's publicly-available revenue data [1]. Can you see when this change occurred?

In general, by lowering the barriers to entry into an activity, MORE people participate in it. This makes the general market larger. A portion of those users have a measure of success and end up wanting more advanced functionality, so they move to a tool that will give them more advanced functionality.

In this case: Stripe Payment Links will enable a lot more people to conduct ecommerce, most of who would never have tried. Some of those people will be successful, find that ecommerce merchants need a lot of tools to manage their businesses, and will acquire those tools.

I believe this is good news for Shopify, rather than bad.

[1] https://buffer.com/revenue

We use Front – team situation handling a lot of email, well worth it. No doubt a lot of providers have exactly the same features, but unless we'd gain something drastically better from switching it's not worth the hassle.

One under-appreciated feature: commenting on emails is incredibly powerful.

Now when I use Gmail, I find myself wanting to comment "paid" on bills, or "waiting for Dianne to call back before I book the event".

It's one of those simple things that make your life so much easier: when your inbox acts as a de-facto to-do list, having the status and next steps clearly visible makes everything stress free.

...and we know what happened to Google Reader.

Hopefully having this be a feature on an established product instead of a separate product will ensure it sticks around for longer.

Interesting! Is the below correct? For connecting-words, use a hyphen. For 1 – 5 ranges, use an en dash. For dramatic pauses — use an em dash.

I upvoted solely for the use of an en dash ( – ) in the title, instead of a hyphen ( - ).

Probably comes down to personal aesthetics, but I find it looks so much nicer!

For users on Windows, I recommend setting up an AutoHotKey script to convert the string "==-" to "–", and "===-" to "—".

Easy to type, very intuitive (typing more characters gives a longer-width dash), and gives your carefully crafted email missives a lingering, hard-to-describe dash of style!

John McWhorter has an interesting take on it (excuse the inflammatory title):

https://johnmcwhorter.substack.com/p/no-more-tests-we-should...

I know about ignition interlock devices – my company provides these – and there is a little more nuance to it than that.

Firstly (and depending on jurisdiction), IIDs have to pass fairly rigorous verification in an accredited laboratory before they are accepted for use.

Secondly, all IIDs are regularly (every one to two months) calibrated against ethanol/nitrogen gas certified to a set level, to ensure accuracy. In contrast, police breathalysers are usually calibrated every 6 to 9 months.

Thirdly, all breath alcohol testing devices (IIDs, fuel cell breathalysers, evidential infrared breathalysers) detect ethanol.

This is well and good, but ethanol is also present in miniscule quantities in a vast array of foods and drinks, in addition to beer, wine and spirits.

If someone has consumed these in the past couple of minutes, then takes a test, it will detect the ethanol.

Some examples that people commonly report using in vehicles, which all contain ethanol:

- anything fermented. Kombucha, ginger beer

- fresh bread, pizza, doughnuts [1][2]

- mouthwash, hand sanitiser

- some medications, including asthma medications

These are common everyday items, leading to an ethanol-detecting device detecting ethanol in a substance that contains ethanol. From the user perspective, this is a false positive.

From a technology perspective, this is working exactly as it should be.

Fourthly, alcohol readings caused by mouth contaminants aren't a surprise. Any sane jurisdiction will allow the user to take another test within a few minutes to prove they hadn't ingested alcohol (mouth contaminations will clear from the mouth within a few minutes, whereas ingested alcohol will show another alcohol reading).

To summarise: breath alcohol testing is an established technology with high standards to meet; ethanol is widely prevalent leading to IIDs detecting ethanol; recourse is available to prove the ethanol detected wasn't ingested alcohol.

[1]: https://en.m.wikipedia.org/wiki/Ethanol_fermentation [2]: https://cooking.stackexchange.com/questions/22237/does-bread...

so is Microsoft :)

We've been using Basecamp for years now, I wouldn't notice if the entire company went on vacation for 6 months.

It just works.

Hey customers might notice a difference.

Presumably if everyone on the list were wealthy white males, grandparent would be ok with the list being circulated.

This was my reading as well - from the post that DHH shared.

What do you do when a (previously-complicit) employee keeps an issue going on and on and on?

A little 'hey, get off your high horse, you were involved too' doesn't go amiss.

(As a first, second or even third reaction it's not great - but it sounds like there had been a lot of talking preceding this).

"Web-browsers" seems odd — normal usage would just be "web browser", no?

> Making a profit requires cash flow management, but managing cash flow does not require making a profit. This article does talk about managing cash flows in a way that involves never making a profit.

Isn't the exact opposite true?

I work with businesses which import goods and sell them. The vast majority of these make a steady profit without any thought to cash flow management. Accounts receivable are a mess, payment terms are long and they have a lot of cash tied up in working capital - but they are making enough of a profit to make up for this.

In contrast, you can stay in business making a loss with clever cash-flow management, but not forever. Equity will decrease year over year, and new sources of cash (lending, selling shares) need to be found to finance the continued operation of the business.

_Please_ don't feed the company website into GPT-3 and spit out a summary!

Elevator pitch workshopping would be a useful service, although it could take a while to build up a good reputation and generate a lot of interest.

You can absolutely pay a company to hold a principle.

Consider the number of companies now who are promoting sustainability as a core value, because it gives them an edge up on competition in big government tenders.

More common than you'd think, especially in physical product supply!

I can see this influencing my next vehicle purchase.

For those who are familiar with the project - what is the security situation like?

Convenience/security tradeoff.

If you only care about convenience, you shouldn't be self-hosting - what if your server goes down? Much better to abstract this away and let someone else take care of it.

If you only care about security, you don't want anyone else's prying eyes anywhere near your recursively-encrypted secrets; self-host on a server that is airgapped from any publicly accessible networks.

Which of these do you care about more?

So I've spent a bit of time playing around with this (self taught dev, mostly front-end) - really impressed so far.

The app is a bit buggy and features are relatively sparse, but it is intuitive to use and I can see the promise.

Within 20 minutes, I had an API structure fairly well plotted out, along with REST endpoints, a GraphQL schema and playground, documentation, and places to add webhooks (although no way to programmatically add webhooks easily, as far as I could see).

I may be over-rating this simply because it comes at a good time for me - I recently spent hours reading through the JSON:API specification [0], and trying to figure out how it is different to the OpenAPI specification [1], and how to actually get into implementation, and generally getting bogged down in levels of detail that I never knew existed.

The only fear I have with this service is that the pricing structure will be too high. I would be keen on a usage-based pricing model based on amount of data stored, with a free tier for personal projects. This would allow me to play around with it myself for free, while internal business tools with higher usage would be paid.

Interested in talking about what pricing may turn out to be - if you want to get in touch, my email address is on a feature request I submitted about adding a datetime field.

(edit to remove extraneous character, in the process adding lots more extraneous characters)

[0] https://jsonapi.org/format/ [1] https://swagger.io/specification

Have you tried Dosage? https://dosage.rocks/

Set up a cron job to run `dosage @` every day, it will check for new comics and download them.

You may have small intestinal bacterial overgrowth [1].

If you can't digest certain types of food, the bacteria which feed on this food grow out of proportion to their place in the microbiome. You'd often notice symptoms an hour or more after eating the food in question, which would give time for the food to hit the small intestine almost entirely undigested.

Taking antibiotics would kill off the overgrowth, but it would grow back over time unless you cut out the food or took supplementary digestive enzymes along with the food.

[1]: https://en.m.wikipedia.org/wiki/Small_intestinal_bacterial_o...