Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mkleczek
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
1.
▲
by
mkleczek
24d ago
The issue is that incremental computation is a non-trivial problem that cannot be solved on a language design level. There are some new interesting players in the field though, eg. https://github.com/feldera/feldera
2.
▲
by
mkleczek
8mo ago
Much more principled (and hence less of a foot-gun) way of handling conflicts is making them first class objects in the repository, like https://pijul.org does.
3.
▲
by
mkleczek
8mo ago
Shameless plug: https://github.com/mkleczek/pgwrh automates it quite a bit.
4.
▲
by
mkleczek
8mo ago
From my experience the issue really is, unfortunately, that it is impossible to tell if a particular detail is irrelevant until after you have analyzed and answered all of them. In other words, it all looks easy in hindsight only.
5.
▲
by
mkleczek
8mo ago
At least in case of the kitchen contractor, you can trust all the electrical equipment, plumbing etc. is going to be connected in such a way that disasters won't happen. And if it is not, at least you can sue the contractor. The proble
6.
▲
by
mkleczek
9mo ago
I am Polish and I was 15 in 1990 when the Berlin Wall fell. Lately I was thinking if it was only me or my fellow Poles remembering 90s as times of freedom and hope. Thanks for confirming it is much wider experience and memory.
7.
▲
by
mkleczek
9mo ago
Indeed. The organization changed in the passing years. My worry is that there is more will to just dissolve it instead of working on improving it.
8.
▲
by
mkleczek
9mo ago
This. It looks like it goes in cycles: after major catastrophic event subsequent generations that don't remember the catastrophe are willing to engage in another one (I think of WWI and WWII as one event). If the memory was stronger th
9.
▲
by
mkleczek
9mo ago
> The economic interest is the US ability to as rapidly as possible convert those shipyards to military shipyards during a large scale prolonged war. Nah, that doesn't add up. US needs _ships_ and SOTA military equipment to make sur
10.
▲
by
mkleczek
9mo ago
> Insofar as the country being conquered and Americans being slaughtered wholesale would be against our economic interests lol > There are clear national security reasons for the government to prop up shipbuilding and semiconductors.
11.
▲
by
mkleczek
9mo ago
The question is: how do you define "national security" and "other strategic value"? At the end of the day both really mean economic interest. Especially in case of US. So if someone says "national security" is
12.
▲
by
mkleczek
9mo ago
With current military technology it is not really possible, is it? https://www.youtube.com/watch?v=NdppYYfQJgg describes it really well. So the question is more about what part of means of defense you outsource. And what pa
13.
▲
by
mkleczek
9mo ago
The theory is that in both cases (ie. with and without tariffs) shipyards are going to die sooner or later. It is better for the society to let them die as soon as possible and direct efforts to things we are better at while taking advantag
14.
▲
by
mkleczek
9mo ago
This. In-RDBMS computation specified in declarative language with generic, protocol/technology specific adapters handling communication with external systems. Treating RDBMS as a computing platform (and not merely as dumb data storage)
15.
▲
by
mkleczek
9mo ago
https://news.ycombinator.com/item?id=46432107 I wonder if (when?) elites are going to use and support Bitcoin. Oppressive governments will force citizens - even such powerful as judges - to search for escapes.
16.
▲
by
mkleczek
9mo ago
Here on HN I will be downvoted to oblivion but well... let's be it: There is no other way for us mortals than to go back to cash... Or start using Bitcoin. Be your own bank. Vote with your money.
17.
▲
by
mkleczek
9mo ago
> I don’t see how this is true. There is a Bitcoin seller B, a thieve T and a victim V. T proposes to buy Bitcoin from B. T offers a new iPhone for a very low price to unsuspecting V. V agrees to buy it. B gives T account details and tra
18.
▲
by
mkleczek
9mo ago
> * Based on the data they identify > * easy to remember (which means human readable and related to the actual information which makes them easier to remember) These actually are the most important features. Example: transaction refer
19.
▲
by
mkleczek
9mo ago
> This hacker news article was given a surrogate key, 46272487. From that, you can determine what it links to, the name/date/author of the submission, comments, etc. > Do not encode identifying information in unique identifi
20.
▲
by
mkleczek
9mo ago
> Your notion that you can avoid sharing internal ids is technically true, but that didn’t mean it’s a good idea. You’re trying force a philosophical viewpoint and disregarding practical concerns, many of which people have already pointe
21.
▲
by
mkleczek
9mo ago
I am not sure you are arguing against my claims or not :) I am not arguing against surrogate keys in general . They are obviously very useful _internally_ to introduce a level of indirection. But if they are used _internally_ then it doesn
22.
▲
by
mkleczek
9mo ago
The article only discusses reasons why formal verification is needed. It does not provide any information on how would AI solve the fundamental issues making it difficult: https://pron.github.io/posts/correctness-and-co
23.
▲
by
mkleczek
9mo ago
Any piece of information that can be used to retrieve something using this index has to be available "outside" your database - ie. to issue a query "give me piece of information identified by X" you have to know X first.
24.
▲
by
mkleczek
9mo ago
> The UUID would be an example of an external key (for e.g. preventing crawling keys being easy). This article mentions a few reasons why you may later decide there are better external keys. So we are talking about "external" k
25.
▲
by
mkleczek
9mo ago
> "Internal" is a blurry boundary, though Not for me :) "Internal" means "not exposed outside the database" (that includes applications and any other external systems)
26.
▲
by
mkleczek
9mo ago
If you expose the identifier outside the database, it is no longer "internal".
27.
▲
by
mkleczek
9mo ago
> I think artificial and data-less identifiers are the better means of identification that takes into account that things change. They don't have to be the identifier you present to the world, but having them is very useful. If the
28.
▲
by
mkleczek
9mo ago
> Using a random UUID as primary key does not mean users have to memorize that UUID. In fact in most cases I don't think there's much reason for it to even be exposed to the user at all. So what is such an identifier for? Is it
29.
▲
by
mkleczek
9mo ago
Network protocol designers know better and by default embed protocol version number in message format spec. I guess you can assign 3-4 bits for identifier version number as well. And yes - for long living data dealing with compatibility iss
30.
▲
by
mkleczek
9mo ago
Preferably, you would design you APIs and services to be idempotent (ie. use PUT not POST etc.) Using idempotency identifier is the last resort in my book.
More ›