RyEgswuCsn

I think they do shut you out if you try to spin any process through "unauthorised" means. There have many projects that offer automated setup of SSH/VNC/VSCode on a colab instance, and my experience has been that colab somehow is able to manage to shut off the connections soon after I start them.

Appreciate the aesthetics, though I think it is more of the fool-proof design of IKEA's furniture that makes the easy-to-follow instructions possible.

Better have one happy person vote for you than having two unhappy persons voting for your opponent.

Just because a beggar is asking for food doesn't mean he is expected to accept even spoiled food, don't you think?

It should really be "cost per meaningful use" or "cost per productive use". Being able to check your news feed on your phone 60 times a day probably doesn't confer as much utility as being able to check your friends' messages 10 times a day.

I think you are right if the game offers mostly single-player experiences, though the developers of such games often implement dark patterns that set players up for spending more than they rationally would.

As soon as player-vs-player is introduced, f2p players become part of the "experience" for the whale players.

Yes I think you are right --- I was mistaken. Docker without the rootless operate in the way I described.

No it’s not. File written from inside the container into a mounted volume as root will be owned by root outside the container (uid 0, to be specific; doesn’t matter what the user is named).

Edit: I might have misunderstood parent, who might be referring to Podman attempting to manage the uid mapping.

Is this... technically "securitization of the weather"?

The metric system is indeed as arbitrary as the imperial system in terms of its measurements.

But at least the metric system tries to be consistent -- different units can be related and convert in a systematic way.

My pessimistic and perhaps over-simplistic view is that growth is largely enabled by modern-day's squeezing of every last drop of people's disposable income. As the population becomes poorer in general (due to lack of breakthroughs in fundamental science and productivity, growing and aging population, widening inequality, etc.), the growth may eventually slowdown.

It's obviously salestalk --- the tiddlywiki community imho is in fact quite modest.

Agreed. I feel people should start replacing touchscreens with physical buttons/dials with small LED screens on them --- their functions and behaviours can be programmed to change on demand while retaining tactile feedbacks.

Be careful what you wish for. Semi-decomposed plastic flakes might prove even more harmful than microscopic plastic particles.

Don't trust whatever is interpreting the link: https://www.lyx.org

Cert seems to have expired two days ago.

Unlike in "serial killer", the word "entrepreneur" doesn't indicate whether the person succeeded in those attempts or not...

Wonderful news!

Unfortunately they don't work on GitHub Pages yet. I still have to resort to GitHub Actions to invoke a container to render my RMarkdowns into a GitHub Pages branch --- wish one day I can retire that pipeline.

I do make use of the `backlinks` query extensively, and I use saqimtiaz's wonderful `streams` [1] plugin to recreate a Roam-like experience. This setup leads to a large amount of small-sized tiddlers (2.5k and counting), which might add to the overhead.

Not to mention downloading and parsing 20mb-worth of html+js each time you open up the wiki can be quite slow.

As for lazy loading --- when enabled, it breaks the indexing (e.g. finding backlinks) and searching because these are done by the js inside the browser too. I only lazy-load images and binaries because they are not indexable anyway.

[1]: https://github.com/saqimtiaz/streams

Before Obsidian there was ConntextedText [1]. Few people knew it even back then, but it is quite powerful, packed with common wiki features like linking, attributes, querying (also display results as a table), transclusion, page graph visualisation, python integration, etc.

[1]: https://www.connectedtext.com/

You can. But you need to host it with a nodejs server.

I use tiddlywiki (with the nodejs setup) regularly. It's great until your wiki grows too large, at which point you need to wait ~10s for it to load even with modern hardware.

Isn't blockchains just git graphs where only the lucky ones get to push commits to?

> Anyone sharing a picture of their graph, or who even pretends to navigate/look at the graph as a graph in any useful way, is definitely a bullshitter.

Yep. Graphs are not "scalable" unless the visual elements are meaningful in themselves; they are mostly for "feeling-good-about-oneself" --- "look at all the notes I took and linked!".

That is an interesting observation. I wonder how much of the advent of "talking over doing" is related to the development of mass/social media.

Influence can propagate so easily through mass media, meaning that it is now possible to generate enough business interest just through "hyping" (it's difficult to achieve this when messages have limited reach) --- combined with the fact that it is often cheaper and less risky to "talk" than to actually "do", we end up with a culture where hyping is preferred whenever possible.

One is expected to score higher in an ideal standardized test if they prepare for it. One should not be able to score higher in an ideal IQ test if they prepare for it, since IQ tests by definition evaluate an innate ability.

Of course, in the real world no IQ test is ideal.

> where people were trying to coast in on the reputation of their university or by getting an “internship” from their dad’s friend’s company

Critics of the tech interview are certainly not against the merit-based selection --- it's more like the 1.5x engineers fear that the standardised interviews are being abused to allow 1x engineers who are "just-in-for-the-money" to appear as 2x, making their lives harder.

Meanwhile, 10x engineers probably are not bothered by this at all since 2x isn't enough of a threat.

True. The point of standard tests though is that it scales. The hope is that the test is able to identify at least those who have studied in general (or even better, geniuses are able to pass without studying).

"Get-to-know-each-other" type of interviews are nice, but it's rather inefficient when a job posting receives hundreds of applications.

To me, the rationale behind interviewing by programming puzzles seems to be: the candidates who pass are either truly smart to be able to solve the problems on the spot without preparing or diligent enough to have prepared for them.

As such, puzzle-based interviews are optimised to reject candidates who are not smart enough and have either not bothered to play the interview game or those who don't have what it takes to learn to play the game.

> Standardized tests are designed such that preparing for the test isn't helpful.

Not quite --- "preparing for the test" is also known as "studying".

You were probably thinking of IQ tests.

> And you don't need need just any parser, you need very robust ones that can deal with malformed files well.

I very much agree. I feel there has been a trend recently where people (re)discovered how cool and useful ASTs are and now expect everything be using them. I suspect old-school computer scientists might be secretly laughing at this while programming with some Lisp-like languages they invented for themselves.

Jokes aside, I do wonder how modern IDEs manage to parse broken source code into usable ASTs --- is this trivial (CS theory-wise) or are there a lot of engineering secret sauce involved to make it work?