loxs

6 ms·

1.
by loxs 9mo ago
As I said, my app is write heavy. So there are several separate processes that constantly write to the database, but of course, often, before writing, they need to read in order to decide what/where to write. Currently they need to hav
2.
by loxs 9mo ago
Funny how people used to ask "what is a cloud application", and now they ask "what is a local application" :-) Local as in "desktop application on the local machine" where you are the sole user.
3.
by loxs 9mo ago
After 2 years in production with a small (but write heavy) web service... it's a mixed bag. It definitely does the job, but not having a DB server does have not only benefits, but also drawbacks. The biggest being (lack of) caching the
4.
by loxs 9mo ago
Is there feature parity? Strudel might be ahead by now?
5.
by loxs 9mo ago
It depends very much on the language/server you are using. In Rust, IMO GraphQL is still the best, easiest and fastest way to have my Rust types propagated to the frontend(s) and making sure that I will have strict and maitainable cont
6.
by loxs 10mo ago
The answer to the final question in the article is: "Mostly, because the government forbids us from solving this problem". Start a company? That will be 2k for incorporation and 3k per year for auditing/bookkeeping. You want
7.
by loxs 1y ago
I have a Rust web project written ~5 years ago. Zero updates until a month ago, also zero problems. A month ago I upgrade the docker file to latest rust, zero problems compiling. Could have left it to run like this for 5 more years probably
8.
by loxs 1y ago
> Rust’s complexity is a price you pay once and you reap the rewards forever afterwards This resonated with me. Will use it in the future when I explain why I use Rust for almost everything.
9.
by loxs 1y ago
I would imagine most of it, because the program in question mostly does parsing and ETL.
10.
by loxs 1y ago
Yeah, I just checked in my repository, it was ocamlopt
11.
by loxs 1y ago
Just the straight/naive rewrite was ~3 times faster for my benchmark (which was running the program on the real dataset) and then I went down the rabbit hole and optimized it further and ended up ~5 times faster. Then slapped Rayon on
12.
by loxs 1y ago
Yeah, I was that kind of person, then I wrote a real tool that does real work in OCaml... and then I discovered than I am no longer such a person and went to Rust.
13.
by loxs 1y ago
Based on how the crypto world works 100% of the time.
14.
by loxs 1y ago
I migrated from OCaml to Rust around 2020, haven't looked back. Although Rust is quite a lot less elegant and has some unpleasant deficiencies (lambdas, closures, currying)... and I end up having to close one one eye sometimes and clon
15.
by loxs 1y ago
Yeah, but the moment that happens they will confiscate/block the funds of the shorters.
16.
by loxs 1y ago
Having the power to deny others to mine blocks does not mean that you can obtain the tokens from their wallets. Miners can't sign transactions on users' behalf. You can rewrite all of history but then no exchange will accept your
17.
by loxs 1y ago
You can only do that on centralized exchanges, which would mean that you effectively doxx yourself by shorting. Also the exchange will most probably seize your funds before you are able to withdraw them.
18.
by loxs 1y ago
If it's only 20%, it's a no-brainer.
19.
by loxs 1y ago
We can argue all day what "think" means and whether a LLM thinks (probably not IMO), but at least in my head the threshold for "decide" is much lower so I can perfectly accept that a LLM (or even a class) "decides&q
20.
by loxs 1y ago
Can you elaborate? If you sell the app via a limited company do you have to doxx yourself personally?
21.
by loxs 1y ago
> a message bus is kinda integrated in the BEAM runtime or Erlang You have that on a single node. If you need to run more than one node, you will end up inventing your own on top of mnesia and usually the results are not spectacular or&
22.
by loxs 1y ago
The java runtime is a beast. Even the fact that another runtime is just capable to do a similar thing is impressive, disregard the fact that it might be better. Even being on par makes it interesting for me to maybe try it on my own.
23.
by loxs 1y ago
SEEKING WORK Location: Cyprus, Bulgaria. Remote, preferably EU +/-4h time zones We are a small, family consultancy. Each of us has more than 15 years of professional experience in many stacks ranging from PHP, Erlang, through TypeScrip
24.
by loxs 1y ago
No, sorry, they are not open source. But they are also not that hard to build. But as far as I know there is no ready solution to build all the boilerplate for you.
25.
by loxs 1y ago
I have several apps in production. I employ sqlx, axum, async_graphql, React frontend. So far I don't know any better way of doing it and I have tried all the classic ways like PHP, Django etc. This is way superior. The only downside
26.
by loxs 1y ago
Well, you can be a purist, or you can be practical. I write code, users run it, I get paid... While you are fixing the "modern web technologies". And I give you this, things are getting much better and I hope one day we'll ru
27.
by loxs 1y ago
Well, I guess personal preference is also a thing. But I would say that the "market" doesn't agree with your thoughts on the matter (and I don't also, but my opinion matters way less). You can write MVVM as an unmaintain
28.
by loxs 1y ago
Funny. To me JSX is a much superior language compared to HTML templating. And I would say it's provably so. You can do JSX-in-JS-in-JSX recursively in a way that is "natural" and "safe" and "maintainable".
29.
by loxs 1y ago
Sorry, I mean porting to more flexible infra, not DB migrations. For these I use downtime right now... it's not a big deal.
30.
by loxs 1y ago
You can migrate to the heavier infra later. I am serving hundreds of concurrent users from a single Rust binary backed by Sqlite. So far it hasn't shown the slightest problems and migration can happen if the service grows an order of m

More ›