Agreed- just because you have these devices on hand doesn’t make you a helicopter parent. It’s just like having food storage doesn’t make you paranoid. You’re just prepared.
Are you saying GH has more than Codestral and therefore GH has a better model? Or that Codestral would be better because Codestral is not littered with "bad" code?
Bad code is obviously very subjective, but I would wager that GH places a much higher value on feedback mechanisms like stars, issues, PRs, velocity, etc. Their ubiquity likely allows them to automatically cherry-pick less "bad code."
You can create a shortcut that prompts you for text input, then appends the current datetime, and saves it to the health metric of your choice. You then export this to your home screen.
So when you get good data for your VO2Max (or anything else, really), you can easily save it and look at it on the Apple Health graphs.
The only way to get the Watch to stop messing it up with its daily hallucinated number is to turn off all fitness tracking (in the Privacy settings of all places).
But then half the reason for having the watch goes away.
Fascinating. I would love to see my breakdown of bugs-per-commit, or words-spoken-in-meetings, compared to sleep to see if there any correlations. Anecdotally, sleep seems to be the number one factor that influences my productivity. More so than diet, exercise, or even mental health.
I remember when played a lot of DotA 2, trying to climb the ranks. < 6.5 hours of sleep == significantly more bad plays I wouldn't have made otherwise: forgetting about some important aspect, mistiming an action or reacting too slow. It was a level where I was often matched with competitive players and one mistake often changed the result of the game. In hindsight, I would've been better off just stopping for the day the moment I noticed my performance is garbage, but well, the game was addictive. It was almost always a bad decision to keep playing, but again, I was prone to making bad decisions on such days.
I have chronic insomnia that got worse every year. Eventually I stopped being able to sleep without being absolutely exhausted, usually after 35h or more awake hours. Almost drove me crazy. Paranoia, auditory and visual hallucinations, extreme touch sensitivity, you name it.
Lucky, modern medicine pretty much saved my life. (trazodone, which was combined with mirtazapine a few years later.)
I later was diagnosed with ADHD, and after medication I find it a bit easier to sleep (although I still need the other to have consistent sleep). Biggest problem was my brain just wouldn't shut up (and got noiser and noiser the longer I was awake.)
It took me a long time to get there, but I finally accepted that when I am tired, I shouldn't work. I should rest. The quality of the work that I do when tired is abysmal, and usually requires that it be redone anyway.
For low-latency work more sleep = better. There's no real advantage to pushing long hours. You can sleep and make quick progress when fresh.
For high-latency work that "should" be low-latency (ie you are on the end of a 1 hour pipeline that in an ideal world would be much faster) there can be significant advantages to just pushing more hours. This is a depressingly large % of enterprise work. Basically doing low brain stuff (which is most dev work) but trying to get feedback from the end of a long ci pipeline. I'm not sure this is true "in principle" but my observation is that after you hit baseline competence the people who make the most forward progress in this kind of dysfunctional scenario are the people who just spin the pipeline more and put in more hours.
For writing / proper design / activities where there might be no real safety net and feedback cycle might be years, definitely do that in the morning after good sleep.
BF Skinner, entry in one of his notebooks (as cited in “A Matter of Consequences”):
> Some way of controlling the strength of my own behavior. How to stop work before the optimal condition fades? This might be automatic if it were not for leftover compulsive effects of aversive control. Exhaust- ing avocations are a danger. No more chess. No more bridge problems. No more detective stories. When I am not working, I must relax—not work at something else! A good measure of fatigue would be helpful. I can tell how tired I am when playing the piano. Early in the morning, well rested, I surprise myself. Later in the day, I accept my errors as inevitable. My handwriting is also a gauge. It would be nice to have a shibboleth—a passage to be written in ten seconds, the errors to determine whether I work or relax. ... I must keep busy? Then relax profitably.
Wow, that paper was super useful. Thanks for sharing. Page 2 is where it shows the breakdown of all of the data sources, including % of dataset and the total disk sizes.
A shuffling of the C-suite at Microsoft (eventually) led to it becoming the world’s most valuable company. Certainly not a guarantee, but it’s a step in the process
> “MVPs are too M and rarely V. Customers see that, and hate it. It might be great for the product team, but it’s bad for customers. And ultimately, what’s bad for customers is bad for the company.”
I think the author agrees with you in part— MVP’s are objectively better for product teams to get feedback faster.
I agree with you that the idea of an MVP can’t be dismissed in all scenarios. Get it “viable” enough that it feels complete. Get feedback and move from there.
