Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
dagss
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
20 ms
·
301.
▲
by
dagss
4y ago
Data is the latin plural of the latin word datum...which for some reason is out of use and we now call that "data point". Anyway, "data" as plural is a couple of thousands years old.
302.
▲
by
dagss
4y ago
Probably not that relevant for a data team, but this is what we do as a backend team: We use Microsoft SQL's docker image and spin it up in the background on our laptop/CI server so port 1433 has a database. Then we have our homeg
303.
▲
by
dagss
4y ago
If you e.g. develop for Microsoft SQL, you include the docker image they provide when running your tests.
304.
▲
by
dagss
4y ago
I used to be a fan of programmer productivity and having the best tools to express ideas in. In our case, this is not about LISP, but about being able to write 40 lines of SQL in half an hour to solve things that other people reach for 1000
305.
▲
by
dagss
4y ago
Hmn. Good point. I feel a more important impedance mismatch is one of transactions/concurrency. If your model is ORM OOP such as: user := LoadUser(db, uid) user.SetName("Alice") user.Save() the impedance mism
306.
▲
by
dagss
4y ago
I just find that when organizing code it makes most sense to organize it after what it does . Example: E.g., an enrollment flow may be setting the user's name for one reason, and a database import job fetch the user's name for a
307.
▲
by
dagss
4y ago
When I said development of tooling of 30 years, I didn't mean a bunch of scripts or libraries, it would include things such as databases and programming languages. Certainly things like automating database migrations is things can be f
308.
▲
by
dagss
4y ago
I don't disagree with anything of what you say really. But I think perhaps that "event sourcing is pretty complex" may be due to programming languages and ORM having the object-oriented mindset as the "default" usag
309.
▲
by
dagss
4y ago
I guess I worded things a bit sloppily, OOP can mean a lot of different things too.. The main thing is that working with state is hard. "Objects" is often about representing something stateful and encourages thinking in terms of d
310.
▲
by
dagss
4y ago
The main problem with ORM is the "object" part. I feel object-oriented programming had its chance and it failed. Both event sourcing and relational models (="table modelling") are better models for programming systems.
311.
▲
by
dagss
4y ago
Agree a lot with this. The test (quoted below) has absolutely nothing to do with the skills that a 10x developer possess. A 10x developer is the one to identify that the stories don't need to be done at all, if one just deletes some co
312.
▲
by
dagss
4y ago
This really depends on what you mean with "application". It is very popular to have the "backend" stateless, yes, but it is also popular that each service has their own dedicated database, and to consider the service
313.
▲
by
dagss
4y ago
First time I see Prolog...I thougt that seeing the compiler invert a function automatically is quite impressing. I mean just being able to take only the forwards declaration and figure out the inverse is interesting in itself.
314.
▲
by
dagss
4y ago
Impressive. Am I right that what is really going on here is that the network is implementing the "+" operator by actually having the CPU of the host carrying out the "+" when executing the network? I.e., the network conv
315.
▲
by
dagss
4y ago
"Individual microservices are less complex than monoliths" ... but the sum of microservices is still as complex as the monolith. (But better hope you got your division of domains and services correct!) "A single developer and
316.
▲
by
dagss
4y ago
We were really happy with Google App Engine for the same reason. It's a product that feels like it was "10 years too early". Like you I feel the whole microservice debate turns into a "depending on definition" kind
317.
▲
by
dagss
4y ago
You mean the few extra megabytes of RAM for some extra compiled code on each node? If you refer to databases: Splitting one service into two services can at most give you a 2x scale-up potential (usually a lot less), and the effect dimi
318.
▲
by
dagss
4y ago
When going from tens to hundreds, do the hundreds manage to produce anywhere near a many-fold increase in performance though? My impression is that microservices is a solution to keep a hundred people HAPPY (solving auxiliary problems you
319.
▲
by
dagss
4y ago
I think many (including me) would still consider an application written in Lambda functions a monolith. It's how databases are used etc. that matters for service boundaries. There really isn't that much difference between a statel
320.
▲
by
dagss
4y ago
Ok, so if this is where you come from: "The entire point of the big ball of mud is that there are no meaningful divisions in the code.... Everything uses everything willy-nilly....not a single line of code in the system that you can ch
321.
▲
by
dagss
4y ago
Agreed and in fact this is what is in our code even before I made the post. My main problem is that we have to invent this idSource string for all registries we support.
322.
▲
by
dagss
4y ago
Apologies for a bad example. Only strings for existing public registries should be used, so in this case there would be several or no cases for Germany; perhaps none of them prefixed with "nin:".
323.
▲
by
dagss
4y ago
OP here. Thanks for a lot of useful insights and references. An overall comment about a lot of the replies: A lot seem to say "you do not want to use URN because X" in much the same way I think that one might criticise JSON when J
324.
▲
by
dagss
4y ago
Good points. I think what I will likely do is {"scheme": "business:DK:CRV", "id": "123456789"} to refer to a Danish business in the CRV registry, and {"scheme": "business:NO:ORG",
325.
▲
by
dagss
4y ago
Yes good point. In my case the IDs I want to refer to are much more specific (e.g. registration numbers or VAT numbers for businesses), it is just that referring to the registry itself is difficult. So YES: Also in this space there is simil
326.
▲
by
dagss
4y ago
Well I want to refer to things that are widely standardized within countries: Business registration numbers and bank account numbers. However when you go international, how should you refer to "business registration number in Norway&qu
327.
▲
by
dagss
4y ago
Reposting my response to a similar comment: I don't really want to classify objects. I want to refer to a registration in a registry. Objects can of course be regidtered many places for many reasons but that is not my concern here. As
328.
▲
by
dagss
4y ago
I really just want to be able to refer to e.g. a business registration number in a standard way. There is typically one registry per country, but some countries have multiple registries, etc. If I want to refer to a phone number, that has a
329.
▲
by
dagss
4y ago
I don't really want to classify objects. I want to refer to a registration in a registry. Objects can of course be regidtered many places for many reasons but that is not my concern here. As long as I can serialize the tuple (registry-
330.
▲
Ask HN: Why are URNs not more popular?
124 points
by
dagss
4y ago
|
62 comments
More ›