belmont_sup

Go take some beginner dance classes. I recommend the hip hop varieties, street jazz, or house dance.

Sorta agree but not wholly surprised. We hit new problems - increased user expectations. We experiment and learn what the right dose of tech to use. When things get complex, the pendulum swings with new innovations. But it is fun to think that we had to create basic forms or ever so slightly complex forms in pure JavaScript.

Apps that need react and other similar frameworks are like excalidraw, linear, figma, etc. think most crud apps are fine.

However, react is still a great programming tool for me. I like the abstractions available with remix, next, qwik, and all that. I can still have a backend api team, and a separate web team that uses remix to consume the api. Simple models.

Guess I’ll have to try it now. Just saw they released a .net client too. Neat.

How do you host your edgedb server? I’ve entertained it but didn’t like the idea of having to host 3 servers just to have my app, edgedb, and a database. Strictly speaking toy projects here. Db can be a managed free tier. I guess I can make edgedb run on the same server as my app but in another process.

Given the author’s interest in developer tools, I wonder whether that makes him more or less patient when it comes to trying to entirely new tools and ecosystem.

Do tools suck because the makers don’t care or is the domain itself, in this case iOS development, so complex that the tools can’t keep up? Tools here being Xcode, swift, docs and their error messages.

I do agree that better built-in methods should exist that does most of what people have been using useEffect for. Many frameworks come with many tools for specific use cases but react has always left it to the community. If this or new ones are helpful enough, then I’m up to use them. However, your last statement is a bit too presumptuous to assume that not needing useSyncExternalStore means that someone does not need React. I recommend Remix for most apps now if possible, and the number of times anyone needs to use either hooks discussed is very minimal. Remix uses React.

Think your last reply overlaps with the first half of my message. I reach for swr or similar to manage the lifecycle of client side network requests (or any async requests) if necessary. I would imagine that these libraries or new ones adopt useSyncExternalStore internally. If I want to use this hook myself, it seems quite a bit more work to have to write a subscription-based store just to make certain network requests. Many apps aren’t real time either.

Take a single case: analytics. I want it to trigger whenever the page loads (and can’t be done server side for whatever reason). Are you saying that I need the kitchen sink to make this fire-and-forget request? useEffect is fine here. Am I not making an external request well? I just read the useSyncExternalStore RFC. Its primary purpose is to handle external state change in a concurrent environment. Makes sense. Is it to become the default for all “external requests?” Idk. But let’s agree that not all requests require the same care.

That is a sad but possibly true take.

Thanks for disregarding my typo.

Fantastic, nikita! Hope all goes well.

I like their strategy of outsourcing what they’re not best at to the best. They partnered with upstash, and now they’ve got a new feature almost immediately. Sure there’s a lot of vetting, but wrapping products is common.

I’d be happy if they can wrap Neon’s serverless postgres service into their networks somehow.

No glimpse of hype from these folks. Wouldn’t it be better to always include a call to action in some form?

First time I saw this hook. This seems more like a library implementor’s hook to sync stores from redux, mobx, etc.

You can of course wrap your GET/POST requests to an external network API too but that seems like a lot of unnecessary code to pull in external data.

Same. Edgedb is doing something good but I wish I didn’t have to deploy a new service on top of my own db. Postgres only as well.

I admit it. I enjoy it but can’t reasonably suggest it to an employer. F# in the other hand.

Fable is impressive. Only just recently have I heard that fable is looking to super rust. And now you can at least compile a ray tracer? Nice.

Since we have a Unity product, I’m moving us to an F# backend! I actually quite like it since we’re building a typical web api for a game.

You don’t have to deal with the typical need to determine what packages to use as you would in ocaml. I have aspnet and co. I’m okay with OOP leaking here and there when I get most of what I need already: an ML tool with an huge ecosystem.

That group there…really liked to waste time.

What even is a good DSL for applications?

I liked that react/jsx was born out of the web, and then influenced swiftui, jetpack compose, and flutter for a new way of writing application markup. I wonder: if not for the web and its pain points, would we have landed on similar patterns? Maybe.

Love the random xtdb reference here. Truly a unique product that I hope becomes easily usable when xtdb2 comes out with sql-first support.

It sounds simpler to setup postgres and never have to set up a queue (unless you’re using an in memory queue, and that has its drawbacks).

Although I definitely would like to use SQLite just for the cost savings for something. Litefs/litestream looks great.

Are any of your Hasura apis used for public APIs? For internal only APIs, hasura is great. But I wanted to craft a public api with a particular schema, but that leads to difficulties because it’s all database driven. It reveals too much internal workings.

I agree with the usefulness of supabase. A product we built moved quickly with supabase. But as product(s) mature, you inevitability have to create api routes that can perform sql transactions, call other apis, and do basically any other special work that the supabase client can’t do.

I still prefer keeping almost all work server side but then load it in the client ala remix/sveltekit loader style. This means I don’t have to build an API at all. Unless it’s a backend for a native client app (mobile, desktop, tv).

I do this too for the past 12 years on DayOne! What started off as a “why am I doing this” first entry has now become an almost daily thought splurge.

It’s great for myself that always forget the little, prized memories too.

I didn’t understand where you were going the first sentence but then paragraphs 2 and onwards were fun.

Are you usually thinking in terms of type abstractions and enforcing invariants through types?

There’s also the jetbrain ide that I’ve heard good things about compared to ionide.

I felt the small section on dune here was enough for me.

https://ocaml.org/docs/up-and-running

Teaching anything beyond dune build or opam install feels out of place for a beginner tutorial.

However, there really should be more examples of “how to do X in dune”. It took me a bit to learn how to pin a git repo for local use and installation.

Haskell has a garbage collector, and the wasm gc proposal has just hit stage 3. Once and if this continues and gets implemented, then we’ll see how Haskell (and fingers crossed, ocaml) gets compiled to wasm.

I’d love to deploy Haskell or ocaml on some of these new cloud wasm hosts.

I’m going through Effective Haskell. https://pragprog.com/titles/rshaskell/effective-haskell/ Pretty great resource, but still WIP.

I read it more as they now have kotlin and want to simplify new project decisions to just kotlin.

I find this similar to how rust is being added to the Linux kernel.

What’s pure Java?

I like that he made choices based on value per effort. I would’ve done the same thing too.

But that’s a fair take. Go’s web server ecosystem has diversified a lot too, and I’m sure his pick would’ve affected the outcome a reasonable amount if he had chosen fasthttp or gin for comparison.