I was a bit shocked when I talked to an Austrian colleague once and they told me they wanted to get into investing, but losing any money at any time was completely unacceptable. They had looked at investing in S&P 500 ETFs etc., but felt they must have misunderstood something, as they didn't understand why anyone would invest in anything that might go down, even temporarily.

So the thesis of the article definitely feels plausible to me.

Comments URL: https://news.ycombinator.com/item?id=48233764

Points: 8

# Comments: 11

I think it depends on whether the sender needs to know whether the thing was done during the request, or just needs to know that the thing was done at all. If the API is to make a purchase then maybe all the caller really needs to know is "the purchase has been done", no matter whether it was done this time or a previous time.

And in terms of a caller implementing retry logic, it's easier for the caller to just retry and accept the success response the second time (no matter if it was done the second time, or actually done the first time but the response got lost triggering the retry).

Comments URL: https://news.ycombinator.com/item?id=48021368

Points: 484

# Comments: 807

I don't know jj well so its merge algorithm may well be better in some aspects but it currently can't merge changes to a file in one branch with that file being renamed in another branch. Git can do that.

https://github.com/jj-vcs/jj/issues/47

Comments URL: https://news.ycombinator.com/item?id=47375051

Points: 24

# Comments: 2

On the other hand this is the company that sells a Mac Pro for $7k and it comes with an M2-based chip...

Apple try to provide updates for a certain number of years after the model was originally released. The M1 Air was released many years ago now.

In the scenario described there literally is a human in the loop: the president is a human?

> we can (and do) take action against those accounts including banning the accounts

I used to think like this but what if it isn't the case? Maybe the market is making the right decisions after all? Maybe contributing a tiny amount to a successful business really is worth more to society than contributing a huge amount to a project with barely any customers, and that's why we get paid more working for large companies?

(Not suggesting OP's projects have barely any customers, I am more talking about my own forays into small business.)

I enjoy using last.fm, although it's not their focus these days. Sign up, connect it to Spotify or whatever you use (incl. a long list of players of local music), after a day or so it'll learn what you like and you can create playlists with suggestions and export them, or browser around recommended artists etc.

That's a great insight.

Once you've realized that, I think the best thing to do is to talk to the person whose pressure you imagine. Then you can find out what they're really thinking. Perhaps they really are thinking that (in which case the pressure is real and you can act on it) or they aren't (hearing them say that will alleviate the pressure).

Once when freelancing I asked a customer what they liked and disliked about my work. They had previously seemed happy with me, so I was pretty sure I know what they'd say. I believed I wrote good stable software. What they actually said was they were a small company, and they had had previous developers who, when there were server problems etc., just shrugged and said they didn't know how to fix it. They felt I wasn't like that, that I'd sit there and get it fixed, call up friends if necessary, etc. So yeah, they were happy, but not for the reason I'd imagined.

So my learning was: So you always have to talk to people to find out what they think. You really can't guess.

But that doesn't help when you do "git rebase" and there's a large conflict which you have to resolve manually, caused by two people changing different lines, and one or both of those lines caused the formatting of the whole block to change. That's the source of my frustration.

https://github.com/gohugoio/hugo/blob/master/commands/comman...

Even if there were readability benefits, I’m not sure they’d be enough to offset the extra effort in reviewing, diffing and merging.

Do you have any info on what I could use to make the command-line “git diff” and “git rebase” handle this style of formatting? Ideally so the latter merges and produces code which matches “gofmt” output?

On the other hand I suppose my point is that even if there were such tooling, using style of formatting doesn’t offer enough (any?) benefit to justify the effort of introducing the tooling.

Comments URL: https://news.ycombinator.com/item?id=46556161

Points: 4

# Comments: 6

Modern equivalents are a lot cheaper. I think they might not have the backlight feature which is extremely useful, and I've dropped mine many times, even spilled coffee over it, and it still works flawlessly.

> Because… some lack business value. These tasks aren’t business priorities and had no impact on customers and other teams

So if those "some" include upgrades, then I would say it's rational for the employee to focus on tasks that are going to get them a promotion.

I don't agree with that myself, I agree with you that upgrades are important, but this person is going to get a promotion through doing whatever their manager wants, and that apparently doesn't include upgrades.