Hacker Newsnew | past | comments | ask | show | jobs | submit | Alexss's commentslogin

This is interestingly close to the off-repeated line that on a forum 10% of users comment and 1% create content.


Here is a great treatment with sources, musing on the real meaning of it: https://www.reddit.com/r/slatestarcodex/comments/9rvroo/most...


Or autocorrect...


I doubt it. "Mollusk" is a term Johnny Depp used in a text to refer to him.[0] I could easily see it being used by detractors.

[0]: https://www.hitc.com/en-gb/2022/05/26/mollusk-amber-heard/


It's marginal ROI which is negative for 80%. Overall ROI for advertising is negative ROI for 2/3rds of brands (still v. high, obviously).


https://realnotcomplex.com/ has a wide range of free textbooks and video courses collected


Just found at least two books on topics of my interest and there are several more that I think I will read in the future. This is a good resource. Thank you!


" also, it's a bit weird to write a critique like yours for the launch of a new platform"

I think this is a fair critique because the release announcement states the product should address the symptom that "nearly half of us never make video calls on mobile". If you believe the underlying problem is that lack of eye contact makes video calling low-value to many people this is not a viable solution.


It's mentioned, albeit in the second-last line of the whole presentation, as a possible reaction to GPU-based sorting in the future.


Ok. Because you can radix sort on CPU and it's a lot faster than e.g. quicksort in my experience.


Postgres has an extensible type system so Radix sort isn't really suitable, it really needs a comparison sort.

For SSE/MMX/AVX/etc or GPU sorts it would have to use integer or floating point surrogate keys. It would probably be the same abbreviated keys mentioned in the last few slides. That could be a radix sort but generally I think bitonic sort is preferred.


> Postgres has an extensible type system so Radix sort isn't really suitable, it really needs a comparison sort.

That's not quite true. It supports string tries, for example (using SP-GIST). Such operations just have to be built for specific types. I think it would be more accurate to say that (AFAICT) Postgres doesn't currently have any way to extend the optimizer with custom plans (though it's been a very popular feature suggestion).


> I think it would be more accurate to say that (AFAICT) Postgres doesn't currently have any way to extend the optimizer with custom plans (though it's been a very popular feature suggestion).

There's http://www.postgresql.org/docs/devel/static/custom-scan.html


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: