Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
newlisp
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
61.
▲
by
newlisp
5y ago
I'm more curious about if the author research Ocaml as an alternative.
62.
▲
by
newlisp
5y ago
Curious, can you elaborate on what are the issues of mutability in single-threaded code?
63.
▲
by
newlisp
5y ago
This is a problem that can take advantage of good parallelism, Go will give you that and at the same time be more memory efficient.
64.
▲
by
newlisp
5y ago
The author of esbuild also started the implementation of esbuild in rust, found it painful too and switched to build it in go.
65.
▲
by
newlisp
5y ago
But in the meantime he gets to work on a fun project, learn a lot and get paid for it at the same time ;)
66.
▲
by
newlisp
5y ago
FWIW, sqlite now has 'strict' tables.
67.
▲
Deno Collections
(deno.land)
1 points
by
newlisp
5y ago
|
0 comments
68.
▲
by
newlisp
5y ago
One of the most rewarding parts of back-end web application development is re-writing the same database routines and same JSON export routines over and over. Then changing the requirements and starting over. It's what makes web applic
69.
▲
by
newlisp
5y ago
I guess that is why cloud databases like spanner charge big bucks.
70.
▲
by
newlisp
5y ago
Oh yes views, they are not with no effort and become numerous and specific. But are extremely missed with a document store I'm working on write now ;)
71.
▲
by
newlisp
5y ago
Using a server RDBMS it’s trivially easy to decouple schema and query evolution from application. Curious, how do you decouple query evolution from the DB layer of your application?
72.
▲
by
newlisp
5y ago
0.6
73.
▲
Henry Baker on relational database scam
(pastebin.com)
2 points
by
newlisp
5y ago
|
2 comments
74.
▲
by
newlisp
5y ago
Yes, it was that bad of an article.
75.
▲
by
newlisp
5y ago
That's true, but IMO is just a matter of accustoming oneself to some new ways of doing things, as long as the tradeoff is worth it for you.
76.
▲
by
newlisp
5y ago
purists are going to be purist for sake of purism only.
77.
▲
by
newlisp
5y ago
The actor model is far better suited to solve these kind of problems to begin with. Depends on whether you are talking about a single machine or a distributed program.
78.
▲
by
newlisp
5y ago
Jruby is anything but performant when compared to Java, there's overhead.
79.
▲
by
newlisp
5y ago
A robust performant multithreaded runtime with a big set of enterprise libraries for the big boys.
80.
▲
by
newlisp
5y ago
So how does it compares to Clojure?
81.
▲
by
newlisp
5y ago
Wouldn't https://tailwindui.com/ solve your problem?
82.
▲
by
newlisp
5y ago
What does it simplifies in contrast to React?
83.
▲
by
newlisp
5y ago
What's the catch of preact? how can it be so small and provide the features/compability?
84.
▲
by
newlisp
5y ago
If you are looking for really general and powerful, then there is the mighty reduce: [1, 2, 3, 4, 5].reduce((x, y) => y % 2 === 1 ? [...x, y * 2] : x, [])
85.
▲
by
newlisp
5y ago
SSR. It turns out most devs can write reliable SPAs so you need some sort of hybrid.
86.
▲
by
newlisp
5y ago
Either way, it's full stack if you can write code that runs on the server and code that runs on the client. I wouldn't call it full stack without a database.
87.
▲
by
newlisp
5y ago
If Intel can come up with a laptop that's faster than the M1 at two thirds the price with the only downside being that you only get four hours of battery out of it with all cores clocked to their limit I don't see how Intel can
88.
▲
by
newlisp
5y ago
But with the price of an i9 I can buy a whole computer (a macbook air). Even if it's much faster is going to be a hard sell for most.
89.
▲
by
newlisp
5y ago
Because they are obsessed in converting JS into Java.
90.
▲
by
newlisp
5y ago
Another concern, no temporal tables, don't businesses demand this feature?
More ›