Droobfest

The nice thing about Michael Scott is that while he is a self-absorbed and very flawed manager and human, he also genuinely cares a great deal about his employees.

Never using docker hub ever again

It boggles my mind that it doesn't seem to effect their bottom line at all

I was having the problem yesterday that the GitHub API sometimes simply doesn't list an in progress workflow run in the output when I specifically filter for it:

"api.github.com/repos/{owner}/{repo}/actions/runs?status=in_progress" -> outputs 3 workflow runs

5 seconds later -> outputs 2 workflow runs

5 seconds later -> outputs same 3 workflow runs again

Apparently they make no guarantees of any type of consistency or continuity in output, which has the side effect of also making it completely useless.

Most people who drive a car have no idea how an engine works. I know and agree it's a scary future, but I wonder if it's really _essential_ to understand things on a deeper level.

Most people are quite capable of understanding higher-order ideas without fully grasping the underlying details too.

Wealth inequality is a direct cause of authoritarianism and is not benign.

I did too, it ran Linux.

From 2016: https://blog.cloudflare.com/why-we-use-the-linux-kernels-tcp...

This looks logically sound to me, thanks!

I’m sorry but no. Maybe it’s my ignorance of TM’s, but O(log n) doesn’t read all input by definition. It doesn’t follow that it is therefore _independent_ of the input size.

What makes a/your TM special that this is the case?

I don’t mean to take too much of your time though, maybe I’m too dumb for this.

Edit: I can sort of see how O(log n) is impossible or at least O(n) in a TM, but to reduce it to O(1) makes no sense to me

What is the relationship between n and N? log(n) is still unbounded so I can’t make sense of your comment.

Depends how the printed money is distributed

Obviously by how well they teach, but if we give them a stake in their teaching performance, their teaching should improve even more…

If it’s a federal or state tax break it shouldn’t affect cities’ revenue too much?

This immediately reads like gobbledygook to me, while the parent is easy to follow.

I’m not trying to dunk on you, but I can’t help to note that the denseness of math is too much for an idiot like me.

This would only give employees a giant incentive to tank the company this way…

There is nothing wrong with apt and dpkg. It’s just that Ubuntu infected apt with their poison by making ‘apt install firefox’ install a snap package and they’re poised to do it with more packages (maybe they already have).

I personally can’t think of anything software related that Ubuntu provides over Debian for normal desktop users. Only the Ubuntu 6-month release schedule can be a bit nicer.

Debian testing doesn’t get security updates. I’d rather run Debian sid (unstable). But tbh I don’t run Debian myself.

https://wiki.debian.org/DebianTesting

It is a good idea to install security updates from unstable since they take extra time to reach testing and the security team only releases updates to unstable

CFDs are zero-sum. They don’t create or remove wealth in aggregate.

Replying to myself but I guess it's the second one.

https://github.com/apache/logging-log4j2/blob/04637dd9102175...

so is it:

-Dlog4j.formatMsgNoLookups=true

or

-Dlog4j2.formatMsgNoLookups=true

? Every project seems to list one or the other, even this cheat-sheet seems to list both in a random way...

It's a matter of risk that I'm paying for to avoid, not absolute quality. I would not wager my life on a random doctor in Africa even while 90% of doctors there might be more skilled than in London. I'm paying to eliminate the risk of encountering the worst 10%. In that light, yes I would personally expect the doctors in London to be able to avoid the worst outcomes better on average. Whether that's warranted is another discussion.

This goes for loads of stuff. I would wager a $30 meal to be fresher than a $5 meal on average. I'm not saying there aren't any $5 meals that are fresher than some $30 meals, but just that the $30 has a lot lower chance to make me sick.

Economic darwinism for the small businesses. Economic socialism for the big companies.

This is what api's are for. A telemetry service asks each service for the specific data, combines them and outputs the combined metrics. This doesn't really break a barrier, but it does increase overhead.

I really wish micro was the default editor on Linux, nano's hotkeys are completely bonkers.

Even though I didn't expect much I'm still disappointed after using it a little. It's very rough around the edges.

When I run 'winget list' It says I have Firefox 88.0 installed and there's an update for 88.0.1. But then I run 'winget upgrade Mozilla.Firefox' and it says 'No applicable update found'. Very similar stuff happens even for very popular Microsoft apps like VS2019 and VSCode, there it runs the installer but either doesn't update at all (VS2019) or winget thinks it's perpetually out of date (VSCode). For most other packages it cannot even link the listed application-id to the corresponding winget package, even if it definitely exists.

I understand it's all very variable and nonstandard in the Windows ecosystem, but I think it should be possible to get the versioning mostly right and build a much better database of application-ids and corresponding package names.

Ellen Pao was the beginning of the large scale decline of reddit. She might've done a decent job according to the owners, but I can't imagine much users agreeing with that assessment.

Well I'll admit there is still a balance to it.

I'll just say that the emphasis should be on clean branches and PR's much more than clean individual commits. And on good code much more than clean git branches.

If there's too much ceremony around branches and pull requests I tend to avoid small fixes because it's just much work and that definitely doesn't improve the quality of the code.

I'm a bit annoyed by the terminology here. CICO is as true as ever from a physics/physiology standpoint and I think it's good to acknowledge that.

_However_ some calories keep you hungry so it's probably _much_ easier to limit your calories on low-sugar than a high-sugar diet.

Yea... no.

An overly clean git history for me is a sign of too much perfectionism and greatly reduced productivity.

When I code I usually have a general idea of the stuff I want to include in my branch, but then I stumble upon bugs or code couplings which I need to fix for my feature to work. And then I include the fix into my feature branch, because it's just tedious to switch all the time and create 5 interdependent branches that need to be merged together anyway. Also as long as the feature branch itself is fairly clean then I don't give a rats ass about atomic commits.

And commits having to pass tests is just ludicrous. That's what the tests are for, so you can fix it before merging the branch. Don't go crazy on the commit level..

It depends a bit on the project, and how public it is. But in the end your git history never provides any benefit to customers and doesn't make your code better by itself. I hardly ever rewrite or rebase commits unless there's a good reason for it.