mkleczek

8 ms·

61.
by mkleczek 1y ago
> how well you described it in the prompt, and how well you crafted your system queries. This part is the most frustrating in discussions about LLMs. Since there are no criteria to measure the quality of your prompting there is really no
62.
by mkleczek 1y ago
I was more asking to assess the actual gain. So the question really is: in your experience how much code requires careful review and re-prompting vs leaving it as "not terrible". Asking because my experience is that in practice LL
63.
by mkleczek 1y ago
What is the measured LoC ratio of well-curated to "slop" code?
64.
by mkleczek 1y ago
Looks like we all have to start believing unbelievable: agent Krasnov is real and the tip of an iceberg. Honestly I can't see any other rational explanation of what's happening.
65.
by mkleczek 1y ago
I found https://github.com/cosmos72/schemesh lately and - once you accept LISPism - is pretty nice to use.
66.
by mkleczek 1y ago
Which is evidenced everyday when optimizing database performance by creating indexes /s
67.
by mkleczek 2y ago
There is a fine line between democratic leadership and authoritarianism. Public consultations and transparency are two crucial and lately very under appreciated parts of democracy. If a leader cheats the voters it is no longer democracy.
68.
by mkleczek 2y ago
There are two issues with this thinking: 1. It is authoritarian. Democratically elected leader's duty is to present the policies he plans to implement so that voters can decide if they want them implemented. 2. It is based on the &quot
69.
by mkleczek 2y ago
Function is really a tiny issue comparing to serving static assets (ie. a fronted application) by deploying them as a dedicated Nginx microservice with a couple of files copied to the container image :)
70.
by mkleczek 2y ago
I've had a short discussion with Brian Goetz about a similar case (sealed types in Java): https://mail.openjdk.org/pipermail/amber-dev/2020-April/0058... I wonder when we are going to re-discover OOP sty
71.
Show HN: Pgwrh – PostgreSQL read replica sharding(github.com)
1 points by mkleczek 2y ago|0 comments
72.
by mkleczek 2y ago
> In .NET and Java it costs at least 100x as much time to throw an exceptions as to return an error code. Don't know about .NET but in Java it is not throwing exceptions that is heavy but filling in stack trace during construction o
73.
by mkleczek 2y ago
One nitpick. We do have an Open Source SQL implementation as good as commercial ones: PostgreSQL.
74.
by mkleczek 2y ago
I wonder why they didn't use synchronous_commit option. That would eliminate replication lag and allow for real zero-downtime.
75.
by mkleczek 2y ago
Ahh so the difference is in a definition of supply. You say drilling more oil is something different than building more efficient cars. I would say in both cases supply of oil increased so there is no real difference.
76.
by mkleczek 2y ago
I fail to see a difference. In both cases demand increased, no?
77.
by mkleczek 2y ago
I use the architecture you described as the go-to architecture for most of so called "business" applications (with PostgreSQL as dbms though). The missing pieces are: - incremental materialized view maintenance - (bi)temporal pr
78.
by mkleczek 2y ago
Do you have empirical proof any LLM can generate another program that can be trained to simulate it? Otherwise it is science fiction.
79.
by mkleczek 2y ago
The brain can invent formal language that enables unambiguously specifying an algorithm that when provided with a huge amount of input data can simulate the output of the brain itself. Can these models do that?
80.
by mkleczek 2y ago
> This is why I created an abomination that uses go/ast and friends to generate the OpenAPI spec from the code. This is against "interface first" principle and couples clients of your API to its implementation. That might
81.
by mkleczek 2y ago
If that was the case people wouldn't use LLMs to generate long text only to use the same LLMs to generate short summaries of it. What I am saying is not that good writing is useless - rather that good writing is _hard_ and people are l
82.
by mkleczek 2y ago
I wasn't clear enough and I agree: art cannot be replaced by LLM (although this is heavy disputed by AI believers). Consuming art also precludes reading summaries generated by LLMs. My comment was about "utility" texts (t
83.
by mkleczek 2y ago
I meant evolution of writing.
84.
by mkleczek 2y ago
In the age of LLMs there is no point in writing long prose. The more content is generated the more people will move to higher information density formats. Why bother with generating long text if the reader is going to summarise it with a LL
85.
by mkleczek 2y ago
This is a false alternative: The fact that there are situations when implementing referential integrity is difficult does not mean you shouldn’t do it at all. Secondly: relational model is based on logical-physical independence. Referential
86.
by mkleczek 2y ago
It would take a really long time to count all the issues caused by dangling references to nonexistent rows I had to deal with in my career. So yes - classical enforced FKs are still important - even if practice became „modern” (whatever tha
87.
by mkleczek 2y ago
That’s a very simplistic view. For once: you _always_ have to deal with memory hierarchy as there is no way to fit all data to the fastest memory. So you need to design with this in mind. Secondly: the point of databases is not to implement
88.
by mkleczek 2y ago
There are several issues with this: 1. 4NF is dependent on context. This context is described as dependencies. In the example of employees, skills and languages the design with two separate "link tables" employee_skills and employ
89.
by mkleczek 2y ago
A very inspiring series on data driven approach to management discusses this: https://commoncog.com/goodharts-law-not-useful/
90.
by mkleczek 2y ago
The point is: art is a means of communicating _between people_. We can appreciate pictures/movies/music generated by machines but at the end of the day we (people) are in a deep need of connection to _other people_. I don't b

More ›