PMs promised the business X would get done because it was great. Now they have to explain developer Y didn't deliver that. Disappointment ensues and PM has to sell rogue work as also great (so why wasn't it planned instead of the other less great thing).
As someone already said, it's a thankless job and I empathize.
If your "going rogue" project fails, then you can be seen as not having done any work for X weeks. If your manager was against you working on that project--especially if they needed you to work on something else--then you will be seen poorly, and that can be rough for your career.
Exactly this. I'm 30yo, have been overweight most of my life and I've finally learned this. Since last May I've lost 65lbs by simply putting my height, weight, activity level, and age in an online calorie calculator and have weighed myself every day and kept my calories at or under this target. I just started feeling energetic enough to start weight lifting as of one month ago and my weight hasn't changed (started eating +450 more calories a day), but I'm already starting to physically change (slightly more defined arms and chest for instance).
You don't need a fancy diet. Just count calories every single day long enough and you will lose weight.
An added benefit of counting for so long is that I can now roughly estimate the number of calories in food when I'm out with friends. I just factor in those slight cheat outings into the beginning of my day or next day.
That's great! Like you said, the scale can lie. You could be losing fat and gaining muscle mass. In that case, I'd say your next step is to make sure you're eating enough protein in addition to the right amount of calories so as to provide your body what it needs to build that muscle. I use MyFitnessPal to track my macros.
Fun ways to track your progress other than the scale include body measurements (with a measuring tape) and pictures! Or DEXA.
Because CloudFlare is not passing along client IP/subnet to the authoritative nameserver, so archive.is nameserver refuses to respond (or responds with bogus results). archive.is justifies it with the need for geo-aware DNS resolution, but i personally think that's the very wrong way to do it.
Good connectivity is determined by your ISP knowing what best routes to take to a certain IP, and the DNS is not aware of this BGP layer. Announcing your subnet from several points of presence enables client ISPs to choose the best route for them (cheapest/fastest), but resolving to different IPs depending on client "location" may provide inconsistent results that don't go over the fastest route.
Supposedly because Cloudflare doesn't send EDNS client subnet information. [1] is archive.today's statement, it has been discussed at length (with much head scratching) on HN in the past.
> little bsd differences have been driving me nuts since I took a job that forced me into a MacBook, but these tools solve that issue and are easy to install with Homebrew.
I'm in the same boat as you - I love the the rust-based CLI tools. I would also recommend installing the GNU coreutils via homebrew (https://formulae.brew.sh/formula/coreutils). This lets you run the GNU coreutils by prefixing them with a `g`, like `gsed` rather than `sed`.
I use the gnu coreutils because small things like cli flags are different for the macos implementations. So for example some aliases in my .zshrc didn’t work on my MacBook. I come from a Linux background so it was nice for me to have coreutils behave exactly how I’m used to. Some people prefer gnu software for ideological reasons too.
It was one of the flags for ‘ls’ in particular that made me switch. There’s a way to add the gnu coreutils to your path without the g prefix so I never even notice the difference.
Not GP, but I'd imagine one use case would be for writing scripts to be used on other machines where the tools might not be installed, e.g. writing scripts on a mac to be run on Linux servers. If for example you want to script something for CI to be run on a Linux server, I can imagine having the GNU utilities in the default path on a Mac would be useful, since getting the Rust tools installed on the CI server is probably not worth the effort.
