Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
zigzag312
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
31.
▲
by
zigzag312
6mo ago
I personally like the direction C# is taking. A multi-paradigm language with GC and flexibility to allow you to write highly expressive or high performance code. Better than a new language for each task, like you have with Go (microservices
32.
▲
by
zigzag312
7mo ago
There are more than 10x more users than lines of code
33.
▲
by
zigzag312
7mo ago
Being less efficient is also a problem, because if majority becomes less efficient (lower productivity), the overall wealth and economic growth of that society are going to decline significantly. We do have evidence that when money is not a
34.
▲
by
zigzag312
7mo ago
I think this further proves that the hypothesis of decoupling content from presentation is flawed. The question is how many more data points do we need before we admit that?
35.
▲
by
zigzag312
7mo ago
Try creating a task that tries to delete these tasks. It could be triggered on startup and periodically like once a day.
36.
▲
by
zigzag312
7mo ago
Some sort of LLM audit trail is needed (containing prompts used, model identifier and marking all code written by LLM). It could be even signed by LLM providers (but that wouldn't work with local models). Append only standard format t
37.
▲
by
zigzag312
7mo ago
1. Without noise you become more aware of your tinnitus. 2. WFH -> Less movement -> Decreased blood flow can contribute to the onset of tinnitus. Long exposure to high volumes causes hearing damage. Many people set volume on headsets
38.
▲
by
zigzag312
7mo ago
I'm talking about desktop computers, not mobile.
39.
▲
by
zigzag312
7mo ago
Are we going to see more memory channels for consumer desktop at some point from AMD or Intel? Apple seems to be the only one that offers it.
40.
▲
by
zigzag312
7mo ago
> The best UX in every single instance I've encountered is consistency. While I agree that consistency is hugely important, I have also seen a lot of cases where it made the UX worse. The reason is that, unfortunately, UX isn't
41.
▲
by
zigzag312
8mo ago
A success story by what definition? I cannot judge Haskell as I don't know it well enough. I should have added "usually". On average when something is designed by a committee the effect is like this, but not always. You don&#
42.
▲
by
zigzag312
8mo ago
AI averages everything out, so there's no character left. Similar thing happens when something is designed by a committee. Good for an average use, but not really great for anything specific.
43.
▲
by
zigzag312
8mo ago
Brains are great at pattern recognition (lots of studies). This includes ratios. Your shade of color is not a good example, because it's just a single value, not relative to anything on its own. But if you have multiple colors, there w
44.
▲
by
zigzag312
8mo ago
> This is some code I'm not familiar with Ask it to analyze and explain the code to you.
45.
▲
by
zigzag312
8mo ago
I wish that Nuget would show which packages are NativeAOT compatible.
46.
▲
by
zigzag312
8mo ago
> including things which were originally free Oh, I despise this tactic so much. It means the company has known from the start that they can't offer it for free in the long term, but decided to subsidize it in order to gain a domi
47.
▲
by
zigzag312
8mo ago
Benchmark comparison with C# SIMD optimized CSV parser [1] would be fun to see. [1] https://github.com/nietras/Sep
48.
▲
by
zigzag312
9mo ago
Well, you claim to combine several interesting features. Type safety, small binary size, high performance, predictable performance (no GC). So, I'm interested how this will turn out. For web small binary size is really important. Frame
49.
▲
by
zigzag312
9mo ago
> The reason is that exploits in the image/font/docs parsing/rendering libraries can happen and are exploited in the wild. Aren't risks similar when opening any untrusted web page in a browser? The only difference is
50.
▲
by
zigzag312
9mo ago
This seems to make sense, but I need to read more about error correction to fully understand it. I was considering possibility that data could also contain patterns where error detection performs poorly due to bias, and I haven't seen
51.
▲
by
zigzag312
9mo ago
I can't say I agree with your logic here. We are not talking about any specific backup or anything like that. We are talking about the design of a file format that is going to be used globally. Business running a lottery has to calcula
52.
▲
by
zigzag312
9mo ago
Then you just need a bigger hash.
53.
▲
by
zigzag312
9mo ago
> Uniformity isn’t directly important for error detection. Is there any proof of this? I'm interested in reading more about it. > detect all burst errors up to 32 bits in size What if errors are not consecutive bits?
54.
▲
by
zigzag312
9mo ago
That's a good example. Thanks! It would be kind of an indirect tampering method.
55.
▲
by
zigzag312
9mo ago
It depends on how you calculate statistics. If you are designing a file format that over the lifetime of the format hundreds of millions of user will use (storing billions of files), what are the chances that 32 bits checksum won't be
56.
▲
by
zigzag312
9mo ago
> which can be done fast enough to appear instant on the CPU Big scanned PDFs can be problfrom more efficient processing (if it had HW support for such technique) > Your link shows CRC32 at 7963.20 MiB/s (~7.77 GiB/s) which
57.
▲
by
zigzag312
9mo ago
From SMHasher test results quality of xxhash seems higher. It has less bias / higher uniformity that CRC. What bothers me with probability calculations, is that they always assume perfect uniformity. I've never seen any estimates
58.
▲
by
zigzag312
9mo ago
I've seen few arguments that with the amount of data we have today the 2^(32-1) chance can happen, but I can't vouch their calculations were done correctly. Readme in SMHasher test suite also seems to indicate that 32 bits might b
59.
▲
by
zigzag312
9mo ago
It seems that at least JPEG can be decoded on the GPU [1] [2] [1] https://docs.nvidia.com/cuda/nvjpeg/index.html [2] https://github.com/CESNET/GPUJPEG
60.
▲
by
zigzag312
9mo ago
> the pages within a CBZ are going to be encoded (JPEG/PNG/etc) rather than just being bitmaps. They need to be decoded first, the GPU isn't going to let you create a texture directly from JPEG data. It seems that JPEG can
More ›