ralmeida

I don't think I'm following here. The viewer was suicidal, but wasn't anymore when he was berated.

My interpretation from your link is that "watching videos of someone playing games helped a viewer not commit suicide".

How's this evidence for advocating berating people while (not after) they are suicidal?

> And the evidence that people will avoid doing things they might otherwise do, even at significant cost to themselves, for the sake of their family and close friends, is abundant.

Rational people, maybe. People on the verge of suicide are not acting rationally.

Where's the citable evidence for the claim that "shaming/guilting/burdening suicidal people makes them less likely to commit suicide"?

Fair enough. There is indeed a chance that, counterintuitively, "burdening" the at-risk person with the consequences of their acts may work.

However, whose "burden of proof" is it? Should "OP" provide evidence to their claim or you to yours? If no claims are provided, what should the "default action" be?

I argue that, in face of the extreme consequences of the proposed action ("burdening" instead of "no burdening"), "no burdening" should be the default action, unless there's evidence that "burdening" works (which none of us in the conversation have so far provided).

Because it may backfire and increase the probability that they follow through.

OP is probably referring to a conversational technique where one person tries to gain rapport with another by (sometimes slightly) insulting them. It's more common in the hookup scene, "pickup artist" scene, etc, FWIW.

I'm not aware of its usage in VC pitching, but does not sound like a good idea.

Even those "image-based" opening trackers? I do agree that the 'confirm receipt' flag is not a good idea.

Strictly speaking, yes, but the level of integration is very different. I can get the version of Python which would come bundled elsewhere, but if they remove Automator, there's nothing I can do.

Just because it's not easily enforceable doesn't mean shops will accept knowingly breaking their terms with Apple.

And, as mentioned in a sibling comment, there are ways to do it, like an auditor posing as a customer, or simply compelling them to say under oath if they are doing this or not (in which case the situation goes from breach of contract to lying under oath).

I love taking my own time just as much as the next engineer, but if there are extrinsic factors calling for short-term solutions, one can’t take several weeks or months to “research the system” before the crisis is solved.

That's a very interesting topic! Does anyone know of other resources (blog posts or books) talking about how to build such extensibility in a SaaS app?

Obviously, there are lots of inspiration to be drawn from apps we use everyday, such as GitHub, JIRA, etc, but these behind the scenes view is very informative.

I think you did a fine post but a wrong generalization. The advice you mentioned is bad because it's not generalizable and possibly not reproducible, but IMO claiming that the advice being ex post is the cause of that was a stretch.

At middle-management levels, dependencies are probably more abstract than system-level dependencies. Imagine your product has no mobile app yet, but one is in the roadmap for next year. Then someone in marketing is in talks with Apple about a chance to do a demo in a keynote or something. This would bump up the priority for the mobile app for this year, but other features previously in the roadmap have to be moved around. So there’s a level of managers which will go around negotiating the options.

Maybe lifting a lot of weight, or got injured while playing in a major sporting event?

Reasonably well-known in Brazil among crafts-interested general audience and related areas.

There is, between Python 3 and JS

Since it was "deliberately produced and edited", presumably by multiple people, it's even less likely to speak much about the education of the person on-screen, as the post in question appears to have questioned.

The Timing app for macOS (no affiliation) does essentially that, and then displays in a timeline of sorts. When one really needs to track time spent on tasks/projects, a quick after-the-fact look at the timeline makes it easy to spot blocks of "downright coding", "wondering how to do something", etc.

The UI is great for that as well - identify a block that is made up of several 1-minute back-and-forths between browser and IDE, drag across that, and enter task, for example.

The key distinction for me is that Lambda is event driven. If you have a microservice/function which is seldomly called, in Fargate you would pay 24x7 just to be listening for calls.

Sort of. Lambda is event-driven and on-demand, Fargate is "task-based". As mentioned in the sibling comment, if you build a "ping" HTTP endpoint in both, in Lambda you will have just a function which is called when necessary, in Fargate you will need to build a mini-webserver to keep listening for requests (as well as pay just to be listening instead of pay just when running).

Or that housing prices are too high.

Lots of announcements of cloud-related tech, which HN users find interesting.

Yep, happens in Brazil as well, where it’s called a “fumacê” [1] (roughly “smoke galore”), especially when Dengue fever cases are high.

Probably happens in other tropical, poor countries as well.

[1] http://g1.globo.com/sp/vale-do-paraiba-regiao/noticia/2013/0...

It comes from "slide decks", because not too far long ago, presentations were made with actual 35mm transparencies which were slid into a projector, and were carried in decks.

Can you prove it is? Many many things can be personally identifiable given enough resources and associated data, so it's unclear whose burden of proof it is, especially considering sibling comment mentioning a GDPR exception to delete data if it causes sizable damage to a business.

A third-party audit, like mentioned in a sibling comment, would be great. Many claims are verifiable, however, especially the claims that data remains on your device - just run it without internet, or sniff the traffic.

I think it’s unlikely too, though they may buy measured or estimated energy consumption in ‘green credits’ (i.e. provide the same amount of clean energy back into the same grid), as pointed out in a sibling comment.

At least office buildings and datacenters, unclear (to me) about factories.

In approximate percentages, how much time do engineers spend working alone vs in pairs (counting only time spent on actual coding)?

Not OP, and even though I agree with them (that it _is_ orthogonal), I think the burden of proof should be with the original claimer, rather than the refuter needing to prove a negative.

It may (or may not) be less, but if scientists just discard the tests which don't pass both, then passing both becomes the new prior, and we go back to the same situation.