XiNiHa

XiNiHa

@xiniha.dev

FE/DX Engineer / 🇰🇷 / https://xiniha.dev

300 followers365 following124 posts

XiNiHa reposted

Mara Bos
@mara.bsky.social

After five years, I'm stepping down as team lead and member of the #rustlang library teams. It's been a wonderful time and a pleasure seeing the teams grow and evolve in these years. 1/4

XiNiHa reposted

Cloudflare
@cloudflare.social

Here's why we’ve replaced the original core system in Cloudflare with a new modular Rust-based proxy, replacing NGINX. https://cfl.re/482k3rm #BirthdayWeek

cfl.reCloudflare just got faster and more secure, powered by RustWe’ve replaced the original core system in Cloudflare with a new modular Rust-based proxy, replacing NGINX. It’s not only substantially faster for all our customers, it’s also more secure, and lets us ship new products quicker than ever before.

XiNiHa reposted

Servo
@servo.org

Servo Report for Week 38 2025 Highlights from last week: - script: Allow reusing results from xpath queries - html: Check the <source> MIME type on the source set updating - layout: Make bottom table captions obey relative positioning offsets - layout: Avoid recomputing automatic inline size 1/2

XiNiHa reposted

Pooya Parsa
@pi0.io

In Nitro v3, you can use a simple server.ts file for global init and bring the HTTP framework you love — h3.dev, @elysiajs.com, @hono.dev, or anything else ❤️ github.com/nitrojs/nitr...

github.comfeat: server entry by pi0 · Pull Request #3590 · nitrojs/nitroThis PR adds support for the standard server.ts entry (initially introduced for the vite plugin) Server entry runs before any lazy-loaded route chunk and can have global init logic. If a default ex...

XiNiHa reposted

Servo
@servo.org

This month in Servo… 📐🖼️ inline SVG rendering ↔️🖋️ OpenType variable fonts 🃏🎛️ CSS.registerProperty() 🔣🤖 TextEncoderStream 🫗⏳ Iterator map(), filter(), flatMap() servo.org/blog/2025/09...

XiNiHa reposted

Ben McCann
@benmccann.com

SvelteKit async SSR has landed! The future of Svelte is now here. Try it out along with the new remote functions! See the PR for some unfinished rough edges. Work continues on it while it's behind an experimental flag, but you can now play around with it! github.com/sveltejs/kit...

github.comfeat: async SSR by Rich-Harris · Pull Request #14447 · sveltejs/kitThis adds asynchronous SSR to an app that's using the latest version of Svelte (^5.39.3) and has opted in to the Svelte experimental.async option (and, ideally, the SvelteKit experimental.remot...

XiNiHa reposted

Rob Palmer
@robpalmer.bsky.social

TypeScript excitement 😉 TS 6.0 will enable "noUncheckedSideEffectImports" by default 🎉 This increases type safety by erroring if you try to import a non-existent file. Thanks for @arnaud-barre.bsky.social for pitching & @searyanc.dev for manually coding the PR 👍 github.com/microsoft/Ty...

github.comEnable `noUncheckedSideEffectImports` by default by RyanCavanaugh · Pull Request #62443 · microsoft/TypeScript#62442 doesn't seem to be going well Fixes #62421

XiNiHa reposted

Jordan Eldredge
@capt.dev

React server components are great if your backend is Node and your rendering for the web. But what about native clients? Grats is great for this: Define your data using models for RSC, then simply annotate those same models so that your native clients can consume the same data via GraphQL.

XiNiHa reposted

Bill Mulligan 🐝🐝🐝
@breakawaybilly.bsky.social

First Cilium became the default for every major cloud provider’s Kubernetes distribution. Now it’s the first and only CNI certified across the entire Red Hat ecosystem. Home lab, cloud, on premise, what else is left for Cilium to become the standard?

isovalent.comRed Hat Certifies Isovalent Networking for Kubernetes on OpenShift Hosted Control PlanesIsovalent Networking for Kubernetes is the first and only CNI certified for Red Hat OpenShift Hosted Control Planes (HCP). Learn how enterprises can deploy Cilium with OpenShift HCP and ROSA to achieve...

XiNiHa reposted

Ryan Carniato
@ryansolid.bsky.social

Replying to @ryansolid.bsky.social

The hardest part is it is difficult to really sell people on these more subtle features. The impact is important but it is less noticeable. But thankfully these things aren't mutually exclusive.

XiNiHa reposted

Ricky
@ricky.fm

React created multiple async UI threads in a single browser JS thread and people are out here saying it’s not innovating?

XiNiHa reposted

Fabian Hiller
@fabianhiller.com

@valibot.dev's mental modal is great because it consists of only 3 major building blocks… ✅ Methods help you modify or use a schema ✅ Schemas validate a specific data type ✅ Actions validate or transform a known data type

XiNiHa reposted

Prisma
@prisma.io

🚀 After eight months of hard work, we removed the Rust engine binaries from Prisma ORM! Here's why: 😍 Reduced bundle size by ~90% ⚡️ Faster queries (on avg ~3.48x faster in our benchmark) 🐾 Lower CPU footprint 💡 Less deployment complexity 🤝 Easier open-source contributions

XiNiHa reposted

Atila
@atila.io

Signals aren't about performance Push/Pull architecture forces better data understanding 🛰️ Signal: state getter/setter 📡 Subscriber: anything w/ a signal getter inside 💻 Derived Signal: compute + getter from other signal, 🤖 Effect: a side-effect from one or more signals,

XiNiHa reposted

洪 民憙 (Hong Minhee)
@hongminhee.org

LogTape 1.1.0 is out! This release brings “fingers crossed” logging—buffer debug logs quietly, then get the full context when errors occur. Plus a new emit() API for integrating external log sources. Check it out:

hackers.pubLogTape 1.1.0: Smarter buffering, seamless integrationLogTape 1.1.0 introduces smarter and more flexible logging with two major features. The first is "fingers crossed" logging, which buffers debug and low-level logs in memory and only outputs them when ...

XiNiHa reposted

洪 民憙 (Hong Minhee)
@hongminhee.org

Every #CLI tool has the same validation code hidden somewhere: • “option A requires option B” • “can't use X and Y together” • “this only works in production mode” I got tired of writing it. So I built something that makes it unnecessary. #TypeScript

hackers.pubStop writing CLI validation. Parse it right the first time.This post introduces Optique, a new library created to address the pervasive problem of repetitive and often messy validation code in CLI tools. The author was motivated by the observation that nearly...

XiNiHa reposted

dan
@danabra.mov

lfg! github.com/facebook/rea... for the first time, there will be a first-class way to tell React to deprioritize some part of the tree, an alternative to unmounting.

github.comRelease Activity in Canary by rickhanlonii · Pull Request #34374 · facebook/reactOverview This PR ships &lt;Activity /&gt; to the react@canary release channel for final feedback and prepare for semver stable release. What this means Shipping &lt;Activity /&gt; to canary means i...

XiNiHa reposted

Servo
@servo.org

Servo Report for Week 34 2025 - Add font variations support for Windows and macOS - Add support for format(*-variations) to @font-face - Implement CSS font-variation-settings property for FreeType platforms - layout: Stop making <video> fall back to a preferred aspect ratio of 2 1/2

XiNiHa reposted

SolidJS
@solidjs.com

We're thrilled to welcome Atila Fassina (‪@atila.io) to the SolidJS Core Team as the SolidStart Team Lead! 🎉 1/3

XiNiHa reposted

Servo
@servo.org

Servo Report for Week 33 2025 - Multiple improvements to Trusted Types - layout: Set color and text decoration on <select> elements by default - script: Properly fire input events for clipboard use in input elements - devtools: Show clients where they can set breakpoints 1/2

XiNiHa reposted

Rob Palmer
@robpalmer.bsky.social

TypeScript excitement 😉 TS 6.0 is planning a bunch of breaking changes to tsconfig options to deprecate some and change the defaults for others. This will simplify configuration and ease the transition to the Go-based TS 7.0 👍 The latest pitch is to enable strict type-checking modes by default 🎉

Daniel Rosenwasser@danr.bsky.social

Just filed an issue to turn `--strict` on by default in TypeScript. Maybe it's a little bit ambitious, but I'm excited for us to try this one. 😄 github.com/microsoft/Ty...

github.comEnable `--strict` mode by default · Issue #62333 · microsoft/TypeScriptBackground Almost a decade ago, we began to add certain options beyond --noImplicitAny and --strictNullChecks. Flags like --strictFunctionTypes, --noImplicitThis, and --strictBindCallApply have bee...

XiNiHa reposted

Servo
@servo.org

This month in Servo… 🎞️📽️ APNG and WebP animations 🚄🎨 GPU-accelerated 2D <canvas> 📌🧰 pin servoshell to your taskbar 🧈↕️ smooth and sturdy scrolling ⏱️🌐 more info in the Network tab servo.org/blog/2025/08...

XiNiHa reposted

Jake Archibald
@jakearchibald.com

View Transitions are enabled by default in Firefox Nightly, so they're on their way to stable. Give it a test with your current transitions, and give me a shout if anything doesn't look right.

XiNiHa reposted

洪 民憙 (Hong Minhee)
@hongminhee.org

I've recently been working on Optique, a CLI parser combinator for TypeScript. Optique allows you to describe complex CLIs by combining smaller parts. You can also handle the CLI parsing results in a type-safe manner (see code below). optique.dev

XiNiHa reposted

Kevin Deng
@sxzz.dev

taze now includes npm provenance downgrade checks to help prevent attacks similar to those previously experienced by Rspack.

XiNiHa reposted

洪 民憙 (Hong Minhee) :nonbinary:
@hongminhee.hollo.social.ap.brid.gy

I've recently been working on Optique, a CLI parser _combinator_ for TypeScript. Optique allows you to describe complex CLIs by combining smaller parts. You can also handle the CLI parsing results in a type-safe manner (see code below). The idea came from […] [Original post on hollo.social]

洪 民憙 (Hong Minhee)@hongminhee.hackers.pub.ap.brid.gy

hackers.pubOptique: CLI 파서 컴비네이터최근 Optique라는 다소 실험적인 CLI 파서 라이브러리를 제작하게 되었습니다. 이 글을 쓰는 2025년 8월 21일 시점으로 아직 0.1.0도 릴리스되지 않았지만, 나름대로 재미있는 발상이라고 생각해서 이 글을 통해 소개합니다. Optique는 크게 두 가지 다른 라이브러리로부터 영향을 받았습니다. 하나는 Haskell의 optparse-applicative라는 라이브러리인데, 이 라이브러리로부터 얻은 교훈은 CLI 파서도 파서 컴비네이터가 될 수 있고, 그렇게 만들었을 때 매우 유용하다는 사실입니다. 다른 하나는 TypeScript 사용자들에게 이미 익숙한 Zod입니다. 비록 optparse-applicative에서 아이디어의 줄기를 얻긴 했지만, Haskell과 TypeScript는 너무나 다른 언어라서 API를 구성하는 방식에 큰 차이가 있습니다. 그래서 API를 구성하는 방식에 있어서는 Zod를 비롯한 여러 유효성 검사 라이브러리를 참고하게 되었습니다. Optique는 여러 작은 파서들과 파서 컴비네이터들을 레고 부품처럼 조립하여 CLI가 어떠한 모양이어야 하는지를 표현합니다. 예를 들어 가장 작은 부품 중 하나로는 `option()`이 있습니다: const parser = option("-a", "--allow", url()); 이 파서를 실행하려면 `run()`이라는 API를 사용하면 됩니다: (참고로 `run()` 함수는 암시적으로 `process.argv.slice(2)`를 읽습니다.) const allow: URL = run(parser); 위 코드에서 제가 일부러 `URL`이라는 타입을 명시하긴 했지만, 굳이 그렇게 하지 않아도 저절로 `URL` 타입으로 추론됩니다. 위 파서는 `-a`/`--allow=URL` 옵션만을 받아들입니다. 다른 옵션이나 인자를 줄 경우 오류가 납니다. `-a`/`--allow=URL` 옵션이 주어지지 않아도 오류가 납니다. 만약 `-a`/`--allow=URL` 옵션을 필수가 아닌 선택으로 두려면 어떻게 해야 할까요? 그럴 때는 `optional()` 컴비네이터로 `option()` 파서를 감싸면 됩니다. const parser = optional(option("-a", "--allow", url())); 이 파서를 실행하면 결과로 어떤 타입이 나올까요? const allow: URL | undefined = run(parser); 네, `URL | undefined` 타입이 됩니다. 아니면, 아예 `-a`/`--allow=URL` 옵션을 여러 개 받을 수 있게 해봅시다. 아래처럼 쓸 수 있게요: prog -a https://example.com/ -a https://hackers.pub/ 이렇게 옵션을 여러 번 쓸 수 있게 하려면, `optional()` 컴비네이터 대신 `multiple()` 컴비네이터를 씁니다: const parser = multiple(option("-a", "--allow", url())); 이제 슬슬 결과 타입이 어떻게 나올지 예상이 되시죠? const allowList: readonly URL[] = run(parser); 네, `readonly URL[]` 타입이 됩니다. 그런데, 만약 `-a`/`--allow=URL` 옵션과는 함께 쓸 수 없는 상호배타적인 `-d`/`--disallow=URL`이라는 옵션을 추가하려면 어떻게 해야 할까요? 둘 중 한 쪽의 옵션만 동시에 쓸 수 있어야 합니다. 이럴 때는 `or()` 컴비네이터를 사용하면 됩니다: const parser = or( multiple(option("-a", "--allow", url())), multiple(option("-d", "--disallow", url())), ); 이 파서는 다음과 같은 명령들은 잘 받아들입니다: prog -a https://example.com/ --allow https://hackers.pub/ prog -d https://example.com/ --disallow https://hackers.pub/ 하지만 다음과 같이 `-a`/`--allow=URL` 옵션과 `-d`/`--disallow=URL` 옵션이 섞여있을 때는 오류를 냅니다: prog -a https://example.com/ --disallow https://hackers.pub/ 아무튼, 그럼 이 파서의 결과는 어떤 타입이 될까요? const result: readonly URL[] = run(parser); 이런, `or()` 컴비네이터가 감싸는 2개의 파서 모두 `readonly URL[]` 타입의 값을 만들기 때문에 `readonly URL[] | readonly URL[]` 타입이 되어, 결과적으로 `readonly URL[]` 타입이 되어버렸습니다. 제대로 된 변별 공용체(discriminated union) 형식으로 바꾸고 싶군요. 아래와 같은 타입이면 좋을 것 같습니다. const Result = | { mode: "allowList"; allowList: readonly URL[] } | { mode: "blockList"; blockList: readonly URL[] }; 이렇게 객체 형태의 구조를 만들고 싶을 때는 `object()` 컴비네이터를 쓰면 됩니다: const parser = or( object({ mode: constant("allowList"), allowList: multiple(option("-a", "--allow", url())), }), object({ mode: constant("blockList"), blockList: multiple(option("-d", "--disallow", url())), }), ); 변별자(discriminator)를 부여하기 위해 `constant()` 파서도 사용했습니다. 이 파서는 조금 특이한 파서인데, 아무 것도 읽지 않고 주어진 값을 만들기만 합니다. 즉, 항상 성공하는 파서입니다. 이렇게 변별 공용체를 구성할 때 주로 쓰이지만, 다른 창의적인 방식으로도 쓰일 수 있을 겁니다. 이제 이 파서는 우리가 원하는 타입의 결과 값을 만듭니다: const result: | { readonly mode: "allowList"; readonly allowList: readonly URL[] } | { readonly mode: "blockList"; readonly blockList: readonly URL[] } = run(parser); 꼭 상호배타적인 옵션들에만 `or()` 컴비네이터나 `object()` 컴비네이터를 쓰는 건 아닙니다. 서브커맨드도 같은 원리로 구현할 수 있습니다. 하나의 커맨드에 매치되는 `command()` 파서와 순서 인자에 매치되는 `argument()` 파서를 소개합니다: const parser = command( "download", object({ targetDirectory: optional( option( "-t", "--target", file({ metavar: "DIR", type: "directory" }) ) ), urls: multiple(argument(url())), }) ) 위 파서는 아래와 같은 명령에 매치됩니다: prog download --target=out/ https://example.com/ https://example.net/ 파서의 결과 타입은 다음과 같습니다: const result: { readonly targetDirectory: string | undefined; readonly urls: readonly URL[]; } = run(parser); 여기에 `upload` 서브커맨드를 추가하려면 어떻게 해야 할까요? 맞습니다, `or()` 컴비네이터로 엮으면 됩니다: const parser = or( command( "download", object({ action: constant("download"), targetDirectory: optional( option( "-t", "--target", file({ metavar: "DIR", type: "directory" }) ) ), urls: multiple(argument(url())), }) ), command( "upload", object({ action: constant("upload"), url: option("-d", "--dest", "--destination", url()), files: multiple( argument(file({ metavar: "FILE", type: "file" })), { min: 1 }, ), }) ), ); 위 파서는 이제 다음과 같은 명령들을 받아들일 수 있게 되었습니다: prog upload ./a.txt ./b.txt -d https://example.com/ prog download -t ./out/ https://example.com/ https://hackers.pub/ 이 파서의 결과 타입은 다음과 같습니다: const result: | { readonly action: "download"; readonly targetDirectory: string | undefined; readonly urls: readonly URL[]; } | { readonly action: "upload"; readonly url: URL; readonly files: readonly string[]; } = run(parser); 같은 방식을 응용하면 겹쳐진 서브커맨드(nested subcommands)도 구현할 수 있겠죠? 자, 이렇게 Optique가 CLI를 표현하는 방식을 보여드렸는데요. 어떤 것 같나요? Optique의 방식이 복잡한 CLI를 표현하기에 적합하다는 게 와닿으시나요? 물론, Optique의 방식도 완벽하지는 않습니다. 아주 전형적이고 단순한 CLI를 정의하는 데에는 오히려 더 손이 가는 것도 사실입니다. 또한, Optique는 오로지 CLI 파서의 역할만 하고 있기 때문에 일반적인 CLI 앱 프레임워크가 제공하는 다양한 기능은 제공하지 않기도 합니다. (추후 Optique에 더 많은 기능을 추가할 예정이긴 합니다만…) 그럼에도 Optique의 접근 방식에 흥미를 느끼셨다면, 소개 문서나 튜토리얼도 한 번 살펴보시기 바랍니다.