More

f311a · 2026-01-11T15:06:34 1768143994

Yeah, especially when a CSS library makes $1M a year. I guess they have no incentive to improve funding.

f311a · 2026-01-10T07:52:20 1768031540

Temporary splits to run code close to the editor, tmux popups (they open lazygit or file manager on top of the current tab). Debug runs, where I want to preserve their output for some time, so I keep them in separate tabs.

f311a · 2026-01-09T15:31:58 1767972718

Battery life and performance on MacOS

f311a · 2026-01-09T09:11:54 1767949914

Guido gave up the idea of keeping CPython interpreter simple. It's now a complex beast with JIT and a lot of small optimizations.

f311a · 2026-01-07T22:40:40 1767825640

It’s still pretty profitable, more than $100k a month

scoot · 2026-01-08T00:23:44 1767831824

Revenue is not profit

f311a · 2026-01-07T21:10:06 1767820206

With TC of $250k. There is a lot of room for optimization.

f311a · 2026-01-03T23:41:53 1767483713

People overestimate the impact of toxicity on number of monthly questions. The initial growth was due to missing answers. After some time there is a saturation point where all basic questions are already answered and can be found via Google. If you ask them again they are marked as dups.

EugeneOZ · 2026-01-04T00:29:43 1767486583

That would be true if no new technologies were created every year (even more often).

f311a · 2026-01-04T14:06:51 1767535611

There are new technologies, but if you look at the most viewed questions, they will be about Python, JS, Java, C, and C++ without libraries.

3eb7988a1663 · 2026-01-04T02:02:52 1767492172

You do not find the 2009 jQuery answer satisfying?

f311a · 2026-01-01T19:01:18 1767294078

   > Strings
   >The rule of thumb for strings is the core string object takes 41 bytes. Each       additional character is 1 byte.

That's misleading. There are three types of strings in Python (1, 2 and 4 bytes per character).

https://rushter.com/blog/python-strings-and-memory/

f311a · 2025-12-21T08:34:28 1766306068

In Go, hashmap implementation is pretty low level. Even linker carries some parts of its implementation details.

pdpi · 2025-12-21T09:55:30 1766310930

Huh, that's pretty cool. Do you happen to have any links pointing at any of that stuff?

f311a · 2025-12-21T10:52:47 1766314367

https://github.com/golang/go/blob/7ecb1f36acab7b48d77991d58d...

Here linker relies on the current memory layout. Changing it requires updating linker code as well.

f311a · 2025-12-17T00:40:43 1765932043

From original repository:

     Verified Compliance: Passes all 9k+ tests in the official html5lib-tests suite (used by browser vendors).

Yes, browsers do you use it. But they handle a lot of stuff differently.

    selectolax  68%  No  Very Fast  CSS selectors C-based (Lexbor). Very fast but less compliant.

The original author compares selectolax to html5lib-tests, but the reality is that when you compare selectolax to Chrome output, you get 90%+.

One of the tests:

  INPUT: <svg><foreignObject></foreignObject><title></svg>foo

It fails for selectolax:

  Expected:
  | <html>
  |   <head>
  |   <body>
  |     <svg svg>
  |       <svg foreignObject>
  |       <svg title>
  |     "foo"
  Actual:
  | <html>
  |   <head>
  |   <body>
  |     <svg>
  |       <foreignObject>
  |       <title>
  |     "foo"

But you get this in Chrome and selectolax:

    <html><head></head><body><svg><foreignObject></foreignObject><title></title></svg>foo
    </body></html>

EmilStenstrom · 2025-12-17T06:15:02 1765952102

This is a namespacing test. The reason the tag is <svg title> is that the parser is handling the title tag as the svg version of it. SVG has other handling rules, so unless the parser knows that it won't work right. I would be interesting to run the tests against Chrome as well!

You are also looking at the test format of the tag, when serialized to HTML the svg prefixes will disappear.