gushogg-blake

I was at least vaguely aware of <base>. No idea what <samp>, <track>, <dfn> or <del> do. Also apparently <ruby> is not for embedding Ruby scripts: https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ru...

71. Damn, some of them are obvious when you see them as well.

Does this affect infectious prion diseases as well, or just the genetic ones? Article makes it sound like everyone has the prion protein gene, so not sure what the different etiologies are. My understanding was that prions were just self-replicating proteins with no biological mechanisms involved, but apparently it's more complex than that.

I'm not sure how much of it is people being (irrationally) scared vs. looking into native APIs and making the call that it just isn't worth it, given how much messing around you have to do to get basic functionality working vs. the web where you can throw a UI together very quickly to validate an idea.

I've looked into native Linux development a few times, for example, and haven't even been sure what's the best toolkit to use. It feels like you'd have to invest quite a lot in a particular toolkit to even see if it can do what you need, coming fresh from web dev like a lot of people who go for Electron obviously are (myself included).

Regarding the types, I think it's easy to fall into the trap of thinking you have to try and force the domain concept into one of the commonly available data structures at the point of creation, i.e. the price "£3.99" has to become (int) 399 or (float) 3.99000000001.

Actually, as another commentor mentioned, you can and should just choose something that represents what you want. In many cases it will be an object with various domain-specific fields. If you need to be sure that "3.99" always comes back as "3.99", you can use a string, which doesn't have any issues with precision in the storage format, and will usually map exactly to how humans deal with the concept. (Not necessarily recommending this, but it's worth considering.)

Similarly with JavaScript precision issues, to take another example that's been mentioned here - if you need numbers to be precise and the performance cost is acceptable, JavaScript can compute to arbitrary precision just as well as any other language. Just don't assume you're forced to convert your concept of a number to use the built-in numeric types and operations.

Hmm, interesting. What advantages do you see of using JSX for querying over the old jQuery-style $("#id").append(...)? Did you consider doing something more like that, but allowing JSX instead of HTML strings like it was done in jQuery?

Full-stack web dev looking to shift towards the backend.

Recently started learning Rust: https://gushogg-blake.com/r/learning-rust-1.

What's censored/politically correct about ARC? Or do you mean AGI research in general?

Hmm, semi-wild dogs seems less likely to me as they'd have to hang around settlements to get food, in which case they'd get noticed and dealt with. Unless you mean they can hunt in packs and take down sheep?

Yeah, could have been a dog. I would say a dog with a human and we just didn't see the person's tracks is more likely than escaped though as we were miles from the nearest house and I think an escaped dog would have had the sense not to walk half way up High Street by itself in that weather. One thing about these prints is they were very clean though. This looked like something that was walking, as opposed to bounding this way and that like a dog sometimes does. All pure speculation of course, but with a dog + human I would expect them to be either walking together, or for the dog to be running around chaotically, still fairly close to the person.

I was camping and hitchhiking in the Lakes with a friend about 12 years ago. We aimed to get over High Street (a large hill) and to the next bothy within a day but it was harder than we expected, so we ended up setting off down the other side well after nightfall. The moon was out so light wasn't really a problem, but we were both a bit freaked out by not really knowing exactly where we were or what the weather might do (this was in January, and a blizzard did come through the next day - but even in summer you have to be careful there). There was about 6 inches of snow over everything and it was hard going on the way down - with lots of tripping over hidden rocks and worrying about slipping into cracks or over the edges of waterfalls etc - so we were both getting increasingly agitated.

Anyway, about half way down we came upon some large animal footprints and stopped to look at them. They were very clear and we both thought they could have been big cat prints. They looked too big for a dog, and the location and time of year didn't make that much sense for casual dog walking and there were no other human prints around. We still had a few miles to go and camping out in tents or in a sheep shelter for the night was very much on the table, so I think we both decided to just put the idea of a big cat out of our minds, to the extent we took it seriously to begin with. Makes me wonder!

Note that correcting an underbite by extracting/retracting teeth will likely make sleep apnea worse. Make sure you consult an airway focused orthodontist, not just any orthodontist, as many are unaware of these issues.

I haven't used it from the hiring side, but I've seen a decent number of early stage companies using cord.co. There's also a startup called Otta - https://otta.com/. Not affiliated with either. Edit - AngelList also has job postings.

From the being-hired side, I was hired by Chess.com when the CEO found my chess app on GitHub. I think that was one of his main hiring strategies - look for chess-related projects and get in touch with the authors.

You're right, I'm not sure why I said that. Still, I've definitely felt more "on my own" with dentistry as I've not always been able to register with an NHS dentist and in general they seem like they can do what they want, whereas we have GP surgeries that are there for the sole purpose of treating patients for free, and they don't unregister you if you miss checkups or whatever.

I didn't know about Lezer. I think I probably would have used it if I'd known - or at least tried it before Tree-sitter, as WASM obviously brings in extra complexity.

Having used Lezer and CodeMirror a bit on a different project, they both seem like they are probably high quality and well thought out projects from a speed and reliability perspective, but I found the architecture and docs to be confusing and unergonomic.

The main issue I have with the docs/architecture (for CM at least) is that they use a concept called "facets" without really explaining what it means, and to be honest it felt like a level of abstraction/indirection that my brain couldn't handle.

The other issue with the docs is that they don't seem contextualised enough, somehow. They would list the functions/methods of an object but not really explain how it fit into the system as a whole. Maybe this is to do with not understanding facets, or CM's extension architecture, enough, or something, but it was definitely a recurring theme of my experience. I also found the CM API slightly confusing in that (almost) everything you do is via a function that takes some state object as input, as opposed to via calling methods on that object, but that's more of a style issue once you realise that you have to `import {doSomething} from "codemirror"` and `doSomething(state)` as opposed to `state.doSomething()`.

Tree-sitter does run on the web. I got it working for my editor, but it did involve several days' worth of effort and getting into the weeds with emscripten. Details here - https://gushogg-blake.com/p/emscripten-web-modules/.

I get the sense that in some ways dentistry and optometry are also kept separate because of how complex they are, and that even something like eye cancer/mouth cancer wouldn't be something a GP would look at. Not sure where they'd draw the line, but I've definitely been to the GP for things I've thought were genuine, general health issues and been sent away because they happened to be in the mouth or somehow related to vision.

Same in the UK. You get GP stuff on the NHS for free, but dental and optical is only subsidised if you're on state benefits. If you go to the GP with a health issue that's related to the mouth in some way, you'll be told to see a dentist. I've never understood it.

> This sounds pseudo-sciency to me.

Yeah, not claiming that my hunches are any more scientifically valid, but that is my best guess from what I've read.

I agree and I do think it's good to take some degree of control over it, especially with the already unnatural environment we're subjected to. I just think there is another side to the IF story that isn't told as often.

I think people who are naturally good at sticking to things and are already interested in self optimisation etc are probably more prone to overdoing it and doing extreme diets like one meal a day or 30 bananas a day. The "intermittent" in IF is a bit misleading in my opinion, because none of the youtubers I was watching back in the day seemed to mention taking a break from it. It was basically choose an eating window like 6-10h and then stick to it rigidly, which to me doesn't really capture what I assume these people are going for - something more like the random periods of extended fasting that we might have undergone as hunter-gatherers.

Seems a bit pseudo-sciencey to me. "Brain cleaning" and "Immune refresh" in particular. Beware that even if correct, looking at this chart doesn't, in my opinion, really make you any better informed about the effects of fasting. Individual variability is high when it comes to eating. Also this doesn't seem to address the psychological effects of fasting - in my experience it induced an almost euphoric calm, which I later figured was probably the body releasing a bunch of hormones or something in response to a sustained unhealthy calorie deficit. In the end I realised that IF had become basically an eating disorder, and if you look at youtube videos of IF proponents you can find a lot of people with similar stories. Don't mix eating with philosophy, or only do so in moderation. You have very little chance of outperforming the evolved bodily systems for appetite etc with hard logic, numbers, and calculation. I've made similar mistakes with other kinds of diet, e.g. going round the supermarket craving a steak and thinking "hmm, maybe something mushroom-based". I don't do that anymore and I'm happier for it.

I have had some success with this CV so feel free to take inspiration or copy bits: https://cv.gushogg-blake.com/

The main difference is I have a short para at the top as an intro. Also you can click each position for more details.

Code for it is on gitlab: https://gitlab.com/gushogg-blake/svelte-cv

It's a nice self-contained project that's relatively easy to make fast progress on, while also being challenging. Plus it's something that programmers have to use every day so we're bound to have pain points with existing options.

I encountered some push back on this in my "code editor from the ground up" post[1]. I think the only reasonable definition of from scratch is:

Does not have domain-specific dependencies.

So a code editor based on ACE or CodeMirror would not be from scratch, obviously, but one that involves writing all of the domain-specific logic would be. Using generic libraries doesn't stop something being from scratch. (In my case Tree-sitter is arguably domain-specific, but an early version did use a hand-coded JavaScript tokeniser in its place.)

[1] https://news.ycombinator.com/item?id=34577246

On the text editor one:

> The biggest challenge is figuring out how to store the text document in memory. My first thought was to use an array, but that has horrible performance if the user inserts text anywhere other than the end of the document.

I guess this is only an issue in low level languages, as I just used a JavaScript string and I don't think it's been a perf issue in 2+ years using my editor full time. Plenty of other things have been, of course - rendering long horizontal lines comes to mind, as my approach to optimisation assumed rendering a single line would be cheap and expanding the logic to render partial lines would add another whole dimension of complexity.

(By "long" I mean an entire minified file, for example.)

I came up with a similar concept for in-editor SSR as an extension to existing find/replace functionality: https://codepatterns.io/

It worked great for the use case I built it around initially but I think it would need a scripting/logic component to generalise to any conceivable refactoring.

Ah yes that makes sense. Always assumed the sign bit was just a flag.

OK here's how I think it works: from the wikipedia page on two's complement[1], the sign bit is the bit directly to the left of the most significant bit (not the first bit in the 32 bit representation), giving:

  5 => 0101

And the only way I can get this to give -6 is if the bitwise NOT operator takes this entire representation (0101), inverts the bits, then creates a new sign bit and inverts that, giving:

  ~5 => 11010

[1]: https://en.wikipedia.org/wiki/Two's_complement

How does this actually work? Both the post and MDN state that each bit in the 32 bit representation is inverted, resulting in:

  5 => 00000000000000000000000000000101
  ~5 => 11111111111111111111111111111010

But parseInt("11111111111111111111111111111010", 2) is 4,294,967,290, not -6. (Even if the first bit were interpreted as the sign, shouldn't this be -2,147,483,642?)

TLDR I think/hope that Svelte 5 brings automatic reactivity to objects updated anywhere in the code, not just in-component assignments and stores.

I have to admit I didn't actually read the article so wasn't trying to compare it with LFB's model, just wanted to expand on the mention of it. The bodily states are the inputs, but the interpretation and generation of emotions is context- and culture-dependent.

The fingerprint idea is that emotions are caused by body states without that layer of interpretation/construction, so you could look at bare metrics like blood pressure, arousal, and facial expression and derive which emotion the person must be feeling directly from them.