deif

Very interesting reply.

The summaries of all these studies can effectively be summarised as: if you are raising children on a vegan diet, ensure you supplement and have adequate calory intake. Taking datapoints from figures and graphs without understanding the underlying causes and effects is how we spread misinformation. It's great that studies are measuring this so that we understand better how humans can develop successfully.

An example of this is in study 6 where you stated that vegan children were shorter and weighed less. Whilst true the study also stated "The energy intake of the vegan children was consistently lower than the recommended daily amounts". It then concluded that with a sensibly planned diet vegan children should have no intellectual or physical problems in their development.

So whilst I agree that all the studies did find differences, I disagree that they are somehow proving against my points that a vegan diet in children can be healthy if correctly planned. Due to how the animal agriculture industry creates meat (such as supplementing and fortifying the meat) it is extremely easy to get away with not planning meals with an omnivorous diet.

Not sure what your evidence is. Here's my list of studies of vegetarian and vegan children that disprove your claims:

* https://www.mdpi.com/2072-6643/11/4/832/htm

* https://link.springer.com/article/10.1007/s00394-021-02753-3

* https://www.mdpi.com/2072-6643/13/5/1707/htm

* https://academic.oup.com/ajcn/article/113/6/1565/6178918

* https://anthropogoniquescom.files.wordpress.com/2019/08/grow...

* https://anthropogoniquescom.files.wordpress.com/2019/08/grow...

* https://onlinelibrary.wiley.com/doi/abs/10.1111/j.1365-277X....

* https://www.minervamedica.it/en/journals/minerva-pediatrics/...

* https://www.embopress.org/doi/full/10.15252/emmm.202013492

All concluded that vegan diets were healthy for children as long as the parents knew the common deficiencies (B12) and fed their children enough calories. The study you cited is on my list because it seems you didn't read the results where it stated that most children were not eating fortified or supplemented food like Vitamin D, which could easily explain why they have a lower bone density.

I was going to write the exact same thing but framed in the opposite sense - we should apparently lower the bar for humans and class certain ones as non-sentient.

Why don't you submit a PR with a more up to date list? Or fork it? Lists don't get solved magically and a single person cannot keep up with all projects although your Privacy Guide seems to do a good job.

I find it quite amusing that the package author refuses to act reasonably and states he wishes to spend no time on the project, whilst being pulled further into the project. If he simply willingly engaged with the project owners to resolve the situation he could avoided:

1. Spending so much time trying to get the project to stop what they were doing.

2. Peacefully come to a mutually beneficial arrangement.

3. Front page HN where I will most certainly be avoiding using any project the author is part of.

Because it's a global currency not reliant on the US dollar? Not everything is about perfect decentralisation too, third parties can run decentralised infrastructure so it's verifiable by users of the network.

That's fine, you don't have to use it. A lot of people do prefer to use it for payments and receive payments in it though. They don't want a middle-man bank and would rather their transactions were trustlessly sent and received.

At it's core cryptocurrency is a way to bypass banks if one was so inclined. Specifically currencies like Monero allow a person to send and receive payments completely anonymously, hence its increased usage on darknet markets.

Well that is completely wrong and you clearly haven't read any documentation on the network upgrade.

The never ending cycle of monopoly vs convenience. Let us forget the fact that exclusives make the game devs more money than they would've got otherwise and the games are eventually released on steam anyway.

Can you come to my meetings and tell my CTO how to make decisions faster?

My thoughts exactly. A site dedicated to a craft that is then filled with hundreds of poorly rushed articles rather than a few good quality ones without being invasive is contributing to the shitshow. I wish that there was an alternative index that valued quality rather than gamification of the crawlers.

It's comparable to Google's charge and only slightly more expensive than other merchant providers.

I still consider it quite extortionate however considering app devs are adding to the ecosystem and potentially driving sales.

I think that these gripes are insignificant compared to the main claim that the platform is dying. I'd advise to not make bold statements such as 'a token in the URL path is unconventional and prone to errors'. Is it prone to errors? As prone as putting it in a header or query param? I'd say that they're exactly the same.

'This is confusing, non-standard, and creates additional complexity'. Is it confusing and adding complexity? All you have to do is look down the list for what you want, it's hardly complex. It's not as if they're naming methods 'obtainChat', 'getUser', 'retrieveLogs', etc.

Which leaves the documentation on the website, which I find quite easy to follow. But let's say it is confusing and it's not as good as it should be. Does that mean the platform is dying? I didn't realise that designing an API to not use all HTTP verbs was such a big deal.

Ah I see, yeah the Plus plan lets you choose the storage. Professional works differently for some reason. I bet if you contacted their support they'd consider changing it though as it doesn't quite make sense as-is.

Both those things you mention as wanting exist already.

For data storage independent billing, go to Settings -> Dashboard. On Professional tier and above the data storage is a dropdown where you can increase the amount required.

For email filtering go to Settings -> Filters and create as many conditions as you want on a filter.

The answer is no to which question? I'd appreciate some benefit of the doubt since you don't know anything about the service and you don't seem to have read any of the associated documentation.

That's correct, they found me by searching for dead man switches.

I wanted to release a completely separate app, appropriately named for victims of domestic abuse using a simple 2048 game with hidden dead man switch functionality. For 3 months going back and forth with Apple they told me the app was spam because it mimiced partial functionality of the existing app on the app store that is appropriately named for a completely different target audience (ones where dead man switch is completely relevant).

Apple would only approve the app if I integrated it into the existing app but not with the 2048 game because the name wouldn't match the functionality and a dead man switch app called 2048 doesn't make sense for the majority of users. You seem to be missing the fact that this app already exists with a current set of users already. Calling it Glorp Zonker Pro is not exactly relevant to them.

Sorry but this was not the original target audience, this is merely a requested feature direct from a domestic abuse charity that wanted to use the app for their victims.

Thank you for your concern though.

The privacy policy can be found fixed to the bottom of the website on every page (next to the copyright notice).

As with any service you should assume that nothing is encrypted (even though it is) and follow other articles that I've written about how to securely maintain private information when using third party services.

I completely agree with you, but as I explained in the article I am limited by Apple's restrictions. I could get around this by side loading the app but then I make the barrier to entry higher.

If you can believe it originally this was a 2048 game (see the android version) but Apple suggested they would only approve the app if it was a hang man game and I named it 'Dead Man'. I wish I were joking. You have to understand that this functionality did not exist before today and my target audience previously were travellers, students, journalists, and privacy conscious people so I'm stuck trying to be relevant to multiple sets of audiences and a technical term that has 'dead' and 'man' in the name.

Technically this is a niche subset of my target audience.

As I wrote in the article, the ideal scenario was that I had two separate apps where it has a completely different name, but due to Apple restrictions I was forced to name it Dead Man (actually suggested by Apple themselves when I spoke to them over the phone discussing this issue) as the name has to cover both parts of the functionality even though the target audiences are completely different.

But this is not really going to be used by abuse victims of their own accord, it's more likely to be picked up by charities that need to set up a robust support network. It's a fine balance of SEO, networking, naming relevance, and sensitivity that I am tuned into.

What makes you say that? It operates exactly like a dead man's switch.

So in the cases of domestic abuse, the victims usually contact a charity that organises a way for them to escape safely. That means setting them up with a new place to live, a job so that they can afford to live (as usually victims will be dependent on their partners), etc. This takes a bit of time and the victims usually stay in their abusive environment if they can (due to over capacity of shelters and other reasons, I'm not the most knowledgeable about all this). But a support network will be available and they'll have a number to call, or friends and family that they can call instead.

The problem is that even though this support network exists, victims often have their phones taken away from their abusers so they end up stuck. If friends and family go round to the house, their abusers can refuse entry and say that the victim is fine or sleeping when in fact they're in danger. This app does not intend to phone authorities, it is down to the individual support network to organise that as they see fit, this app only intends to reach out to the support network as fast as possible when it is needed. If there is a true emergency and they can call emergency services then they can do so, emergency services are set up to handle this. In the case that the victims only want to notify their support network then they can do so from the app using the panic button.

It might be the case in the future that I build contacts with emergency services for a more involved response but I simply do not have the contacts at this point in time.

Yep, it runs on AWS servers due to the fact that the user's device might be destroyed and it has file hosting, automated calls and all that jazz happening which would not be possible if it was stand-alone.

In terms of redundancy and failover, barring a total region blackout on the AWS end, the remote service will continue to function forever due to the way I've set up the infrastructure. If I die then the service will simply be handed over to someone else.

Yep, definitely a possibility for higher risk users in the future. The current listed app should cover off a large portion of use cases and making it simple to access is my highest priority. Side loading a more secure app for those few cases that absolutely need total peace of mind and security can round off the offering.

Yep, it wasn't until I was contacted by an owner of a charity that handled cases of domestic abuse that I even knew it was even needed. Initially this was a hobby project I did in my spare time for when I went travelling and it's grown from there.

More visibility is definitely key, and charities are already stretched so it's not like they have the resources to get this kind of thing done for them. I've been reaching out to various charities to open a channel of communication to let them know that this is available for them.

Yep, you wouldn't believe how many escalations and people I phoned and got nowhere. Even an email to Tim got me nowhere. After 3 months I decided that something was better than nothing.

For sure, but any app store listing would give that away so that kind of obscurity only gets you so far.

Apple are extremely restrictive on how you present your apps, so it will always be obvious what the app is from the listing (which is why I specifically had to use hang man, as the name of the app has to match the general functionality). I couldn't even release a separate app with the same functionality but completely reskinned as they classed it as spam. So I had a problem of only having 1 app and providing functionality to two different sets of users. One set only wants the dead man switch functionality and an initial screen that hides the app is useless to them, and the other set only wants the hidden functionality.

If they were less rigorous in applying their rules then a more secure app could be made and I'm always open to suggestions. This was actually made in conjunction with liasing with a US charity for domestic abuse as it was a feature they specifically asked for.

Good advice, I'll change that so it explains that I don't use any form of tracking. It's a shame most SPA sites abuse JS to the point that users feel the need to disable it by default.