Ulrik Strid

hi folks! long time no see. i’m officially open to work again, primarily interested in the dx + devtools + ai space if anyone needs a principal engineer or technical product manager with 16+ years in the industry, my DMs are open! linkedin.com/in/leostera github.com/leostera

@jordwalke Actually created a taskwarrior application for phones that does this. It has a local copy and syncs tasks (both ways) on demand or optionally on a timer

All apps should be writing to local copies of their state and syncing with the sever when convenient / available - unless there is a really good reason not to. Why have we not been building web apps this way for the last ten years. It’s so obviously the right thing.

@TheEduardoRFS @danhines09 I read Daniels tweet as "mustasch" for some reason and was confused about the connection to the gym

@danhines09 Yup, 1 year and a half going to the gym.

Let's keep trying to decompose dependent elimination.

@davesnx You're having too much fun, take over scheduled for tomorrow

Singularity, please don't take over yet. I'm finishing the CSS extraction and I still get pleasure from programming and solving puzzles

@devenv_nix Can I consume these packages from a flake?

We now pick the best Rust packaging tool for you, no more choosing between crate2nix, cargo2nix, crane, or naersk. One simple interface from environments to packaging.

@_anmonteiro Good luck 🫡

now at the top of the orange site 🫠

we're hiring strong engineers in SF to work on really impactful infra / product. we're building the infrastructure to access conversation data in real time, operating at a huge scale with a tiny engineering team. does this sound interesting? DMs open

We recently released Melange 5 with a bunch of goodies! dynamic import, discriminated unions support, improvements to @\mel.send and more announcement 👇 melange.re/blog/posts/ann…

It’s the first framework/library to support Server components from another language fully. I'm hyped! I have seen a few “only the server part” implementations in Assembly or Go, but they don’t have client components or shared components and don’t pass down client props. are mostly half RSC

Passing promises from the server to the client works; passing children as a prop and referencing a server component works as well. Everything streamead from the server, and SSR working too. I'm using esbuild with react-server-dom-webpack/client with __webpack_require patch, and the router is dumb. Should I share more? does anyone care?

So I've been working on an OCaml library that lets you generate CRUD operations type safely, and made a lot of good progress (with a new backend) today. If you start with a record with a primary key, and a few fields like this: You then get all of these functions generated for free! Notice that to insert, the labelled arguments are created for exactly the fields that are in the record. You can also update with newer versions of the record. Reading, deleting are also supported of course :)

interesting OCaml job @semgrep job-boards.greenhouse.io/semgrep/jobs/4…

@wokalski @davesnx I have a wrapper around logs here: github.com/ulrikstrid/log…

@davesnx @UlrikStrid no, there's no open source structured logging ppx im aware of

same advice I gave a while back with ppxes 🥸

🧡

@zlumer @ChShersh ppx_rapper is really good at this. github.com/roddyyaga/ppx_…

@ChShersh Does OCaml have something similar to pgtyped in TS? I think it's the only kind of SQL-to-typed-language approach that makes sense.

At work, I just write raw SQL queries as strings and run them via a thin wrapper from a functional language. I’ve been doing this for 6 years, and I never regretted. I also saved a ton of time learning a dozen of ORMs that bring more problems than they solve.

@tomasgrosup @ChShersh @kernel_aneurysm F# *is* Microsoft OCaml so makes sense it references OCaml a lot 😁

@ChShersh @kernel_aneurysm Chapter 21.1. (that chapter is short, the full paper is a little longer - more suitable for a commute perhaps. Ocaml fans should enjoy it, it is referenced a lot :)) ) here: fsharp.org/history/hopl-f…

F# is great. But everybody hates Microsoft. Besides, it makes more sense for Microsoft to continue investing in TypeScript. So F# will never be popular.

@kernel_aneurysm @ChShersh I think F# had been a great testbed to get more FP features into C#

@leostera So I have a matrix bot on OCaml, that also have a webbserver and runs some tasks based on commands. Would you be willing to schedule a call+stream porting this to riot? I'll also be in Stockholm next week if you want to meet up instead