Hacker Newsnew | past | comments | ask | show | jobs | submit | mseepgood's commentslogin

Delegation is key


So he only did four hours of actual work per day.


much like members of the original affluent societies, hunter-gatherers

https://en.wikipedia.org/wiki/Original_affluent_society#The_...

here is also a link to a video interview of Jeff Bezos explaining that he prioritizes sleep, because at his level, quality of decisions is more important than quantity of decisions.

https://www.youtube.com/watch?v=Ze0op3sJr2A


Read the critisim section. There is no reason to think hunter-gathers worked only 4 hours per week, unless you define work so narrowly that the majority of what they did doesn't count even though anyone who has done those tasks knows how much work they are.


This was in the middle of the Hundred Years War, too.


In all honesty that's probably true of most knowledge workers today.


What is work? Those religious services were mandatory to set the image of him as a king. The discussion around the jewels was also mandatory - again setting an image. While he had the ability to skip any of those things, not doing them sets him up as an image of a bad king and soon he will be removed.


Sounds about right for average office worker. WFH had its benefits too.


Which is still way more than most political elites of today do..


Is it some kind of CORBA?


You don't even have to write proper sentences. "me get error X how fix here code:" usually works.


Is asking good questions or making clear requests what people now refer to as 'prompt engineering'?


> sometimes a decision is better than nothing

Not in this case. The most popular Go proposal/issue of all times was 'leave "if err != nil" alone': https://github.com/golang/go/issues?q=is%3Aissue%20%20sort%3...


If go had started out having different syntax for error handling, would these same people request that it change to what go currently does? Or is this just resistance to change, and wanting to keep what they are used to?

I suspect it is the latter.


The second most popular issue was adding generics. So it's probably not a resistance to change.


It's good to have languages with different approaches to design and and with different design philosophies.


- It has poor visibility, it hides control flow branches in a single statement / expression. That's one of the reasons Go got rid of the ternary operator in favor of an if statement where each branch has to be on its own line.

- It isn't easily breakpointable.

- It favors "bubbling up" as-is over enriching or handling.


How would you set a breakpoint on the error return case?


You set a breakpoint directly before this line, and then step forward. If you need the breakpoint to only trigger when there is an error, then you can use a conditional breakpoint that triggers when err != nil


Inline breakpoint, the same way you set a breakpoint on an expression in any language


You wouldn't. Rust's ? operator doesn't permit that either. If you need to put a breakpoint there, put a line break there.


One reason I consider Rust's approach worse than Go's.


Sometimes doing nothing is the right thing to do. (Quote from Until Dawn)

Go chose not to change the error handling - Nature remained in balance.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: