knz42

7 ms·

1.
Agent Management Tooling(dr-knz.net)
2 points by knz42 9d ago|0 comments
2.
by knz42 4mo ago
What do you think of the minimal phone? https://minimalcompany.com/
3.
LLMs – What Experienced Practitioners See(dr-knz.net)
3 points by knz42 5mo ago|1 comments
4.
by knz42 5mo ago
A guide for newcomers to software engineering, and for anyone curious about how LLMs are changing it. Built from interviews with senior professionals from the tech industry.
5.
Show HN: Building Community Maps(dr-knz.net)
3 points by knz42 6mo ago|0 comments
6.
Show HN: Ad Freedom Grade – How much advertisement do you see?(ad-freedom-grade.q10elabs.com)
2 points by knz42 8mo ago|0 comments
7.
Mls-chat: Example client/server for the MLS protocol based on OpenMLS(github.com)
1 points by knz42 10mo ago|1 comments
8.
by knz42 10mo ago
MLS (Message Layer Security) is the IETF standard (RFC 9420) derived from the Signal and Whatsapp end-to-end encryption protocols, with improvements.
9.
by knz42 2y ago
Whoosh OP was parodying JD Vance 's comments from last week.
10.
by knz42 5y ago
This is a known bug in st when the default emoji font contains color emojis. Explained here: https://github.com/LukeSmithxyz/voidrice/issues/284 One of the simplest workarounds is to ensure that the default
11.
by knz42 5y ago
Have you thought about simple iframes? For example: https://random.vodka-pomme.net/
12.
by knz42 5y ago
Is there a way to simulate capital tax? Percentage of taxable investments/cash?
13.
by knz42 5y ago
A lot of the complexity comes from the lack of expressivity in languages to relate variables (or data structure fields) semantically to each other. If there was a way to tell the compiler "these variables are always accessed in tandem&
14.
by knz42 5y ago
This is a hit piece. None of the angle taken there is specific to Telegram, it could be applied equally to e-mail.
15.
by knz42 5y ago
The article says that BI doesn't affect employment % as if it is a bad thing. The fact that it did not decrease employment either is a wonderful thing, and should be celebrated. It means that Finland can use BI as a replacement for a
16.
by knz42 5y ago
This is the approach proposed in http://doi.org/10.1109/TPDS.2015.2492542 (preprint: https://science.raphael.poss.name/pub/poss.15.tpds.pdf )
17.
by knz42 5y ago
Have you tried hosted CockroachDB, aka CockroachCloud?
18.
by knz42 5y ago
> The title of the article ("My Go executable files are still getting larger") appears to be literally untrue, at least read as a critique of Go itself. If they are getting larger, it's because new code is being added, not
19.
by knz42 5y ago
The use case where said binary is shipped to GCE instances hundreds/thousands times per day, for stress testing and unit testing of cockroachdb.
20.
by knz42 5y ago
> You said that " the article made the claim that 70% of space is wasted dark bytes" was "incorrect" with no further details I wrote this because there was no mention of "waste" anywhere in OP.
21.
by knz42 5y ago
> a claim which is still in the article linked here. I am now supposed to argue against some revised article published elsewhere? The article linked in this thread is a syndicated copy of an original article published elsewhere, as clear
22.
by knz42 5y ago
> all that matters is the total size of binary! How bytes are organized internally is irrelevant to this metric. Not quite so if the task is to work on reducing the metric. When the size is attributed to data/code that's linked
23.
by knz42 5y ago
For being somewhat familiar with the CockroachDB project, I doubt that that claimed performance difference is linked to the programming language. It's more something about mandatory 3-way (or more) replication upon every write, and sev
24.
by knz42 5y ago
> That's not what it says [...] That claim was retracted a while ago already on the original version; the syndicated copy on the crl web site will be updated at some point.
25.
by knz42 5y ago
Thanks Russ for that additional insight. > I would hope that anyone sensitive to networking costs at this level would be shipping around stripped binaries, so the growth in accurate DWARF info should not be relevant to this post at all.
26.
by knz42 5y ago
> tried to blame it partly on the Go compiler producing more bloated code over time Where? The argument is _precisely_ that the growth is occurring in non-code areas. > partly on a mystical "dark area" which you don't u
27.
by knz42 5y ago
Dark silicon is not used all the time - that's the key point. In the same way, the functab data in Go is not used all the time either, only when generating stack traces. Also since that original article from 2011 was published, the phr
28.
by knz42 5y ago
> The article made the claim that 70% of space is wasted "dark bytes" This is incorrect. The claim is that the bytes are either non-accounted, or motivated by technical choices specific to Go. > What you're doing here i
29.
by knz42 5y ago
> Go executable sizes haven't increased much in general. Russ's example was just the "gofmt" program. > Perhaps the reason you're seeing increases in Cockroach DB is because you keep writing more code for Cock
30.
by knz42 5y ago
What in my reply suggests I assumed nefarious intent? Brad is a good person, it's the code we're talking about here.

More ›