sbahri's Avatar

sbahri

@sbahri

8
Followers
18
Following
18
Posts
16.12.2025
Joined
Posts Following

Latest posts by sbahri @sbahri

it's good editor, but settings it take time 😂

05.03.2026 12:15 👍 0 🔁 0 💬 0 📌 0
Preview
GitHub - esmuellert/codediff.nvim: A Neovim plugin that provides VSCode-style diff rendering with two-tier highlighting (line + character level) in side-by-side and inline layouts, using VSCode's algo... A Neovim plugin that provides VSCode-style diff rendering with two-tier highlighting (line + character level) in side-by-side and inline layouts, using VSCode's algorithm implemented in C. - es...

I use this plugin: github.com/esmuellert/c... for diff, the UI almost the same as VScode

05.03.2026 12:12 👍 0 🔁 0 💬 0 📌 0

interesting. i never hit with that issue yet. but it look like the best implementation i can think, jsont and caqti style projection hurt when writing many fields, applicative more readable

16.02.2026 14:55 👍 0 🔁 0 💬 0 📌 0
tapak/pkg/sch/src/free.ml at main · syaiful6/tapak Modern, type-safe, contract-first web framework for OCaml 5 - syaiful6/tapak

I stole the idea from jsont, and make our own to be inspectable. I modify the object construction to applicative syntax, which is suprisingly fit in free applicative: github.com/syaiful6/tap...

16.02.2026 14:05 👍 1 🔁 0 💬 1 📌 0

haha, how is going with your Emacs? This is neovim, the LSP integration suprisingly good here

16.02.2026 14:01 👍 2 🔁 0 💬 1 📌 0

yes, this one is written so I can get bidirectional encoding <-> decoding, plus we want to inspect this schema into JSON Schema standard, which later taken by our OpenApi generator.

16.02.2026 13:59 👍 1 🔁 0 💬 1 📌 0
Post image

Arguably the most expressive way to describe sum types to any wiring format in #OCaml. You get bidirectional JSON codecs without ppx.

16.02.2026 05:49 👍 12 🔁 1 💬 2 📌 0
Post image

trying out #OCaml effect handlers for a web application today, it work like charm. 😍 what the advantage using this? it work like a dependency injection, since you can interpret differently in tests

31.01.2026 10:57 👍 2 🔁 1 💬 1 📌 0
Post image

that feeling when you work on old abandoned side project

29.01.2026 02:22 👍 0 🔁 0 💬 0 📌 0
Post image

I finally released v1.0.0 of a ppx that enforces the rules of hooks for reason-react

- exhaustive deps in useEffect/useMemo/useCallback
- order of hooks (hooks at the toplevel/not conditionally)

github.com/ml-in-barce...

26.01.2026 18:21 👍 7 🔁 2 💬 1 📌 0

OxCaml unboxed and stack allocation are 2 features I want it available in main compiler. 😍 the performance gain sound cool

06.01.2026 16:50 👍 0 🔁 0 💬 0 📌 0

Hahaha. I agree. Haskell philoshophy have been avoid success at all costs

04.01.2026 04:44 👍 0 🔁 0 💬 0 📌 0
Post image

I decided to start new year with simplifying Tapak API, not much changed but I am happy with this changes.

03.01.2026 17:31 👍 0 🔁 0 💬 0 📌 0

When I switch to neovim, I was slow and not productive at all. 😂 Eventually my head get used. Hope that happen to you as well

29.12.2025 04:42 👍 4 🔁 0 💬 1 📌 0
Post image

Tapak now support extracting parameters from cookie and it reflected in the derived OpenAPI schema

29.12.2025 04:30 👍 0 🔁 0 💬 0 📌 0

it proof that our GADT based router that provides type safety does not require a performance trade-off. 😃

18.12.2025 18:31 👍 2 🔁 0 💬 1 📌 0
Post image Post image

Completed the rewrite of our type-level router, moving away from linear pattern matching to trie based lookup. I noticed it provides 1.5M to 3.1M reqs/sec perf depending on capture complexity. #OCaml

18.12.2025 18:11 👍 5 🔁 2 💬 1 📌 0

I genuinely wanted to click those links.😂

18.12.2025 17:32 👍 1 🔁 0 💬 0 📌 0
Post image

simplifying our route handler so it does not always take Request.t as the last argument, feels more natural to write.

18.12.2025 03:36 👍 2 🔁 0 💬 0 📌 0