With pen and paper, anyone can write a journal entry, draw a diagram, perform a calculation, or sketch a cartoon. Digital tablets like the iPad or reMarkable can adapt pen and paper into the world of digital media. In doing so, they trade away some of paper’s advantages like cheapness and tangibility. In exchange, we get new computational powers like nondestructive editing and ease of transmission
What Makes Rust Unique? Why is UI in Rust So Hard? Functional UI to the Rescue If you’ve read Hacker News recently, it’s hard to not think that Rust is the future: it’s being used in the Linux kernel and in the Android OS, by AWS for critical infrastructure, and in ChromeOS and Firefox. However, as wonderful as Rust is–it has yet to take off as a general language for building UI. In 2019, “GUI” wa
Introducing XMLUI
In the mid-1990s you could create useful software without being an ace coder. You had Visual Basic, you had a rich ecosystem of components, you could wire them together to create apps, standing on the shoulders of the coders who built those components. If you’re younger than 45 you may not know what that was like, nor realize web components have never worked the same way. The project we’re announc
Patterns for Building LLM-based Systems & Products [ llm engineering production 🔥 ] · 66 min read Discussions on HackerNews, Twitter, and LinkedIn “There is a large class of problems that are easy to imagine and build demos for, but extremely hard to make products out of. For example, self-driving: It’s easy to demo a car self-driving around a block, but making it into a product takes a decade.”
Building data-centric apps with a reactive relational database
Building apps is too hard. Even skilled programmers who don’t specialize in app development struggle to build simple interactive tools. We think that a lot of what makes app development hard is managing state: reacting and propagating changes as the user takes actions. We’re exploring a new way to manage data in apps by storing all app state—including the state of the UI—in a single reactive datab
Editor’s note: This article was updated on 3 January 2024 to add Yew and Xilem to the list of Rust GUI libraries. Graphical user interfaces (GUIs) provide an intuitive visual frontend for interacting with computers. GUIs use visual indicators like icons, windows, and menus for better user interaction and experience, unlike command-line interfaces (CLIs) that use text for input and output operation
Local-first software: You own your data, in spite of the cloud
Cloud apps like Google Docs and Trello are popular because they enable real-time collaboration with colleagues, and they make it easy for us to access our work from all of our devices. However, by centralizing data storage on servers, cloud apps also take away ownership and agency from users. If a service shuts down, the software stops functioning, and data created with that software is lost. In t
How Functional Programming Shaped (and Twisted) Frontend Development A friend called me last week. Someone who’d built web applications back for a long time before moving exclusively to backend and infra work. He’d just opened a modern React codebase for the first time in over a decade. “What the hell is this?” he asked. “What are all these generated class names? Did we just… cancel the cascade? W
The web dev community has spent the past few weeks buzzing about signals, a reactive programming pattern that enables very efficient UI updates. Devon Govett wrote a thought-provoking Twitter thread about signals and mutable state Devon Govett on X Easy to forget, but the debate about signals is the same one we had about 2-way data binding vs unidirectional data flow 10 years ago. Signals are muta
Over the past decade, my work has centred on partnering with teams to build ambitious products for the web across both desktop and mobile. This has provided a ring-side seat to a sweeping variety of teams, products, and technology stacks across more than 100 engagements. While I'd like to be spending most of this time working through improvements to web APIs, the majority of time spent with partne
With software development, we are often presented with alternative choices for libraries and tools that appear to accomplish the same sort of things. Each one will advertise its key advantages, and we attempt to weigh the pros and cons. Sometimes, the differentiators have less to do with what we are accomplishing and everything with how we accomplish it. In those cases, it isn't always as clear wh
The (Most Comprehensive) JavaScript Design Principles Guide
As JavaScript developers we strive towards clean, healthy, and maintainable code. We strive towards solving challenges eloquently. While these challenges may each, within themselves, be unique - we don't necessarily require unique solutions for each individual one of these new challenges we face. "If you've used a solution that is not a unique solution to solve a challenge that is in of itself a u
RubyKaigi Speakers Source on GitHub Year Name Title 2026 Satoshi Tagomori The Journey of Box Building 2026 Hitoshi HASUMI Funicular: A Browser App Framework Powered by PicoRuby.WASM 2026 Andrey Marchenko When Can You Skip a Test? Tracking Test Impact 2026 ODA Hirohito Back to the roots of date 2026 Yudai Takada Liberating Ruby's Parser from Lexer Hacks 2026 Justin Bowen Million-Agent Ruby: Ractor-
Should you use OCaml for web projects? Web development trends are a hotly debated topic in the computer programming world and the familiar faces of languages and frameworks are unlikely to change: hypertext markup language or HTML, CSS, and JavaScript are the core technologies (with server-side technologies such as PHP, Python, etc.), and React, Vue, Svelte, and Angular are proving to be as popula
JupyterLab Changelog — JupyterLab 4.6.0a1 documentation
JupyterLab Changelog# v4.5# JupyterLab 4.5 includes a number of new features (described below), bug fixes, and enhancements. This release is compatible with extensions supporting JupyterLab 4.0. Extension authors are encouraged to consult the Extension Migration Guide which lists deprecations and changes to the public API. Performance and windowing# The default windowing mode is now contentVisibil
Liskov's Gun: The parallel evolution of React and Web Components
Liskov's Gun: The parallel evolution of React and Web Components Because this essay is over 11 000 words long(!) I’ve made a convenience EPUB file for offline reading. (EPUB only! No PDF this time.) You can download it over on the fulfilment service I use, Lemon Squeezy, with the option to pay what you want if you feel the urge to support my writing. Paying is absolutely optional. Web dev keeps ar
GitHub - hyperfiddle/electric: Electric Clojure: full-stack differential dataflow for UI
Electric is a new way to build rich, interactive web products that simply have too much interactivity, realtime streaming, and too rich network connections to be able to write all the frontend/backend network plumbing by hand. With Electric, you can compose your client and server expressions directly (i.e. in the same function), and the Electric compiler macros will infer at compile time the impli
最近 Web 開発に傾倒しつつあるクライアントエンジニアの@Pctg_x8です。 今年に入って Scala3 の RC が外れたのをきっかけに少しずつ趣味の範囲で触っています。 その中で、今回は Scala コードを JavaScript コードにコンパイルできる Scala.js と、その上で動く UI ライブラリの Laminar の紹介と、触ってみた感じの話を書きます。 Scala.js とは Scala で書いたコードを JavaScript に変換してくれるコンパイラバックエンドです。 フロント部分は Scala そのものなので Scala3 も問題なく使用することができます。原理上は（厳密には周辺のライブラリなどの対応が微妙に追いついていません）。 Scala3 は最高の言語なので（個人談）、要するに Scala.js を使うと最高の言語で Web 開発ができるようになります。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Inkbase: Programmable Ink
Why is building a UI in Rust so hard?
Patterns for Building LLM-based Systems & Products
The state of Rust GUI libraries - LogRocket Blog
How Functional Programming Shaped (and Twisted) Frontend Development
Were React Hooks a Mistake? | jakelazaroff.com
If Not React, Then What? - Infrequently Noted
JavaScript vs JavaScript. Fight!
RubyKaigi Speakers
OCaml Web Development: Essential Tools and Libraries in 2025
Scala.js（+Laminar）でちょっと変わった Web フロント開発