freekh

Been working on this CMS for some time now: https://val.build Just added tanstack support. Approaching v1 very soon.

It would be cool if the future was a standard fairphone like module system where you could replace the model chip when you felt like it without having to shell out 1-2k $$$s for a new phone

Still working on Val CMS: https://val.build Lots of PRs merged these last weeks and looking forward to getting native tanstack start integration finished.

Sonos?

As a fellow Norwegian and nerd I have always wanted to be better at Nynorsk. Maybe this is what I need to get better at it!

The Google Gemini deal is one of the reasons I think it is likely since Gemini works pretty local hw...

This has been my theory for a while: during this autumn Apple will release a version of Apple Intelligence that runs locally and works better than ChatGPT. They will do this because 1) they do not have an offering in AI yet 2) they have amazing hardware that even now almost can pull it off on open models and this will not be possible to replicate on android for a long time (presumably)

This will crush OpenAI.

Note: I am not talking about coding here - it will take a while longer but when it is optimized to the bone and llms output has stabilized, you will be running that too on local hardware. Cost will come down for Claude and friends too but why pay 5 when you can have it for free?

Should add: you can read more docs here: https://val.build/docs/create

Awesome feedback! Will update the docs! The content is TS files. You can chose which repo GitHub you want to synchronize to - monorepo also works!

Cool! We also build client-server sync for our local-first CMS: https://github.com/valbuild/val Just as your docsync, it has to both guarantee order and sync to multiple types of servers (your own computer for local dev, cloud service in prod). Base format is rfc 6902 json patches. Read the spec sheet and it is very similar :)

Still working on code only CMS: https://val.build

Next up: tasteful AI features then i18n

GitHub: https://github.com/valbuild/val/blob/main/packages/next/READ...

Working on i18n for Val CMS, a lightweight CMS where content is stored as code.

GitHub: https://github.com/valbuild/val/blob/main/packages/next/READ...

Wanted to submit my CMS, Val, but there's no CMS category yet?

I tried to create a category here if it is useful for others as well: https://european-alternatives.eu/admin/category-votes/3daefd...

Oh, and here's the product page: https://val.build

GitHub is here: https://github.com/valbuild/val

I am working on the «ultimate dev ex» CMS: https://val.build/docs

GitHub: https://github.com/valbuild/val

Intro video: https://youtu.be/83bnYGIsm5g?si=5LN7dxnARrS4jNEx

What sets it apart is that it 1) stores content in TS / JS files 2) is a fully fledged CMs. It is designed to be nice to work with from the start a project (and the structure of your app changes all the time) -> when everyone works on individual PRs -> to the end when the project is decommissioned.

It needs no cloud APIs, no DBs nor caching. No query language to learn. No sign up to get started. It is fully TypeSafe and needs no type generation. You can rename and refactor content from you IDE. It works amazingly with Cursor and friends (local content and schema + strong typesafty + validation)

Currently reqs are: Nextjs and GitHub.

APIs are pretty stable. UI is in the process of a revamp. Will do a proper show hn some time in the near future.

> It's entirely possible that we do become obsolete for a wide variety of programming domains. That's simply a reality…

It is not a reality since it has not happen. In the real world it has not happened.

There is no reason to believe that the current rate of progress will continue. Intelligence is not like the weaving machines. A software engineer is not a human calculator.

Nice article! Reflects my views as well!

I really liked this article. I think all of these points, in particular the conclusion of cost vs benefit could be the same whether you were talking about formal methods or web apps. This way of seeing things, with an engineering perspective, is the exact same we (at least I) see it but we mostly do web apps.

Login?

So cool. Have wanted to add an extra battery on my Yuba Spice Curry, but it is so expensive. Love the fact that it is possible to replace the individual cell. Been annoyed that ebikes are not as serviceable as normal bikes. Signed up now :)

Even is also a common Norwegian name. Since you can have multiple first names too, you can be named Odd Even or even <sic> Even Odd.

I do that (via termux) with a onyx max boox 3. Works pretty well. I had some quality issues (got 2 dead lines on 2 devices so far) with the actual device but support has been very, very supportive so far so globally I'm very happy

Not sure if this is accurate. You can enforce @tailrec if you want, but I believe it will try to in any case, even if it is not annotated.

Never thought about it before, but is Rusts package manager named after cargo cult?

It is not count() that is slow, it is iterating through the rows that is / can be slow :)

For me, the trick to basic understanding of perf in PG was exactly this: it is all about limiting the amount of rows you have to iterate over. It is true for count() but also for every other operation you do.

PG is surprisingly non-magical (at least in my experience) in that you won't get much perf for free, but on the other hand you can reason about perf & optimize pretty reliably once you come to terms with this.

Why the down votes?

I'm not sure if this is a common sentiment, but wouldn't an architect that does not know how to code have a very hard time convincing the other (seniors, but in particular juniors I guess) engineers to follow their designs? I guess it is possible to fake a while , but only a while...

For dev workflows the high-end 22 core with dual sockets seems to perform pretty well already: https://www.phoronix.com/scan.php?page=article&item=power9-t...

Having such a powerful (or at least performant), free and risc-y machine has been a dream of mine for quite some time now... If I can only find a good argument to my wife as why we need one :P

I wonder: is there something like this written in rust?

Started the same project (-> FF + DDG), but i have to admit I'm super happy with it. Gmail is going to be hard though.

Anecdoctally this happened to me the other day in my Haskell backend: had a recursive function (in the IO monad) that every ten second would take a connection of my connection pool (and since it was recursive) would not give it back to the pool. Of course it was a stupid bug, but it was hard to figure out because it would take a while before it got to that point and once it was there every call to the backend would block then timeout. I like functional programming, and yes: it was in the IO monad so not pure, but I think most applications ends up in some stateful monad even if your stack is built for functional stuff... This was 'not at scale' but it as a Haskell project it is fairly big. Point being: yes, pure apps will not havr this predicament, but even with a stack built for pureness I can see it happen quite often. Running software is messy...