Why Dark didn't choose Rust Welcome again HN! Dark is a programming language, structured editor, and infrastructure—all in one—whose goal is to make it 100x easier to build backend services. Check out the
Dark's new backend will be in F# Welcome HN! Dark is a programming language, structured editor, and infrastructure—all in one—whose goal is to make it 100x easier to build backend services. Check out the website,
Leaving OCaml Part of a 3 part series. Followups on F#, Rust I built the first demo of Dark in Python, in about two weeks. A few months later when I started
Dark v2 Roadmap tl;dr there's a Dark v2 roadmap now. There are a number of things missing for Dark to be able to have product market fit: Dark lacks SDKs for 3rd
benchmarks FizzBoom benchmark (call for participation) I've been working recently on a benchmark, to try and see how to get the most performance from the Dark backend. I've reimplemented the core of Dark in various languages
Architecture Adventures in Async I was very recently the holder of three opinions: Rust is magic fairy dust that can fix all my problemsAsync is magic fairy dust that can fix all my problemsGraphQL
How to add a new feature to Dark On Saturday, we had our third contributor meetup, this one was organized by Shahriyar Nasir (thanks Shah!). This time, we did mob coding to add a Tuple type to Dark,
rust First thoughts on Rust vs OCaml I'm about two weeks into Rust now, so this feels like a good time to write a critique, before I get Stockholm Syndrome'd. My main motivation in learning Rust is
Directions and roadmaps There was a wonderful post just now that I saw on HN as I was procrastinating writing this post. It was by Tim Bray, and it covered my favorite topic,
Kubernetes A fun bug I'm always interested in stories about Accidental Complexity—when you waste time dealing with the endless layers of tooling that's required to make a web application today. I'm also super
Development Evolving Dark’s tracing system One of the things that makes Dark truly unique is what we call "Trace-driven development". The best way to write a HTTP handler in Dark is to start by making
Startup First Dark contributor meetup On Friday we had our first contributor meetup. Thirteen folks showed up to a zoom call to discuss how to contribute to Dark. Obviously, the point of the conversation was
Development Dark devlog #3: onboarding An annoying thing about coding is that some days you're on fire, producing masterpieces, knocking down obstacle after obstacle. And some weeks, you're trapped figuring out bugs that ultimately come
Development Dark devlog #2: what next? After spending the last week on some extremely urgent things on my plate (helping the team get jobs, moving, infra stability, costs, and legal and transition work), I have time to get back to the product. There's still not a clear sense of what
Startup Dark devlog #1: fresh start So right now Dark is made up of 100,000 lines of code, a hosted service with 6000 users, a 1600 member Slack community, 39 people who have contributed or
Startup Dark and the long term TL;DR: We’re taking a longer term approach to building Dark. As part of this, we’ve made the difficult decision to shrink Dark’s team, and to change how we build both the product and the company. Over the last few weeks
Backend Development Shortcutting a standard library Coauthored by Julian Ceipek We recently decided to significantly expand Dark’s standard library. While our standard library has a lot of functionality for the Dark “framework”, including HTTP, worker/
Sql Compiling Dark to SQL How do we make programs in Dark fast, while keeping complexity for developers really low? We recently shipped a new Dark feature that compiles Dark code to SQL. This post
Continuous Delivery How Dark deploys code in 50ms Speed of developer iteration is the single most important factor in how quickly a technology company can move. Unfortunately, modern applications work against us: our systems are required to be live updated, silently and without downtime or maintenance windows. Deploying into these live systems
Programming Real problems with functional languages And their influence on Dark After two decades of coding professionally in a dozen languages, I’ve come to a conclusion about static and dynamic types: Static types help you ensure that your changes work, especially for changes that span large parts of the
Programming Tablecloth: a new standard library for OCaml & ReasonML Tablecloth is an ergonomic, cross-platform, standard library for use with OCaml and ReasonML, which provides easy-to-use, comprehensive and performant modules, that have the same API on all OCaml / ReasonML / Bucklescript
Coding What is Dark? Dark is a holistic programming language, structured editor, and infrastructure, for building backend web services. It’s aimed at frontend, backend, and mobile engineers. Our goal is to make coding
Elm Philip2: an Elm-to-ReasonML compiler In November, Dark made a decision to move off of Elm, and port our frontend to Bucklescript (aka OCaml, dba ReasonML). Being over 10kLOC, and having active development, it would
