You are viewing archived messages.
Go here to search the history.

Mariano Guerra 2024-02-05 17:11:27

Newsletter update: The clock is ticking for tinyletter, only two more newsletters and it's gone. I'm finishing the migration to a self hosted implementation[1] and before making the switch I would like to test sending both to beta testers.

You can help by going here and subscribing to the new one: and letting me know if you have any issue[2] subscribing or confirming the mail, then when the newsletter goes out you should receive it two times, let me know if there's any major difference between the two.


[1] For the curious, here's the implementation (work in progress)

[2] Known issue: that page is not responsive yet

Maikel van de Lisdonk 2024-02-05 18:04:43

I just subscribed successfully (mail was received immediately and not in my spam.. I use a custom domain with gmail)

Gabriel Grinberg 2024-02-05 18:27:22

Worked here 🙂

Konrad Hinsen 2024-02-07 19:53:34

Worked fine for me as well.

Tom Lieber 2024-02-06 04:37:12

Can I be happy writing TypeScript for the browser? I made a Node project that imports Three.js, and Browserify takes almost four seconds to bundle it every time I make a change. Is this how it’s done?

Ivan Reese 2024-02-06 04:52:36

Why are you using node to build a web project?

Tom Lieber 2024-02-06 04:57:06

I don’t know, the TypeScript doc said ‘npm install typescript --save-dev’ and I just kept going 😂

Daniel Buckmaster 2024-02-06 05:08:43

This is why people keep reinventing web tooling! E.g.


Daniel Buckmaster 2024-02-06 05:09:26

I think honestly the issue here is three.js moreso than typescript 😞 (I say this as someone who uses both a lot)

Daniel Buckmaster 2024-02-06 05:40:41

Tom Lieber if you haven't done much frontend before... my condolences. I don't think I know of a way to use TypeScript without having to wade into the JS tooling ecosystem quagmire 😕

Joshua Horowitz 2024-02-06 06:02:08

Modern web tooling is, famously, a shit-show. I empathize with you if you’re new to it, Tom Lieber! But, fwiw, I’m used to more like a 1/4 second latency between saving a file and seeing an update in the browser. That’s using Vite, but an older Webpack-based setup wasn’t that different. So I think you can do better than 4 seconds.

Most build systems have a distinction between a production build mode and a hot-reloading development mode. Do you know if you’re using the development mode?

Ivan Reese 2024-02-06 06:04:06

I can second the Vite recommendation as a low(ish)-friction way to get started with TypeScript.

Jack Rusher 2024-02-06 08:19:25

Have you considered bringing in Three.js from a CDN and writing plain JS code? Despite my many complaints with JS-as-a-language, I find this the most civilized way to interact with that ecosystem in the browser.

Duncan Cragg 2024-02-06 23:32:20

I cannot understand why Typescript even exists. Javascript is Javascript. I suspect it's company architects trying to impose some sense of control over developers.

Duncan Cragg 2024-02-06 23:33:38

I've seen the sad decline that happened with JS from nifty ecosystem to quagmire happen with Java before it. Something around architects and pay rates seem to be the influences.

Timothy Johnson 2024-02-07 04:06:00

Duncan Cragg If you want to build a website, and you prefer using static typing, isn't that a good enough reason to use Typescript?

I personally use it. I don't love it, but I prefer it over plain Javascript.

Ivan Reese 2024-02-07 04:10:01

CoffeeScript: exists

Ivan Reese 2024-02-07 04:14:59

Jokes aside — JS has long had a culture of ~choose your own syntax~ (and, to a limited extent, semantics) with things like Coffee, JSX, ClojureScript, and now TypeScript. So I think it's fair to say JavaScript is ~not just~ JavaScript — there's the browser and node runtimes, there's the transpiled languages, there's the npm ecosystem, there's the framework-centric culture, and more, all of them different, all of them opt-in, all of them desirable and offensive.

Ivan Reese 2024-02-07 04:16:50

TypeScript is for the folks who want to build on those JS runtimes (and accrue all the benefits thereof) but also have the development aid of static typing. What more need it be?

Tom Lieber 2024-02-07 05:55:37

That's all I want it for. I've maintained large JavaScript code bases, and the TypeScript ones were easier for me. ¯_(ツ)_/¯

Vite is great! Thanks a bunch!


Jarno Montonen 2024-02-06 07:58:17

I'm looking for the first team member for a natural language programming startup I've been working on since the beginning of 2021:

The responsibilities can be defined based on experience and interests to fit somewhere between passionate frontend developer + designer and full-stack developer + product owner/chief product officer.

I live in Espoo, Finland, but we'd work mostly full-remote. However, due to bureaucracy, residence in Finland is required. Atm I have funding for 12 months of 4200€/month salary (with working time and benefits as defined by Finnish law) and will be offering equity on top. The goal is certainly to find funding for paying the salary going forward as well.

Since releasing the demo shown on the site, I've been working on rewritting large parts of the underlaying technology to be able to add features required by potential use-cases that have come up. Now, after ~5 months, I've finally been able to start adding those language features and start work towards enabling real world use-cases. Sales effort hase been fairly minimal so far, but I have one confirmed pilot customer (B2B) and will be putting more effort into sales going forward.

The techstack is C#, Azure and Blazor (similar to Vue). The most important skills would be web frontend development (& design), cloud (Azure), and C#. In that order. The C# you'll need to write will be fairly trivial and it should be easy for anyone familiar with eg. Java or TypeScript to pick it up. But first and foremost I'm looking for someone passionate about the future of programming willing to embark on this hopefully decades long journey with me!

📝 Levlo

Textual no-code platform for creating logic-focused web apps usable by people and other software

Peter Abrahamsen 2024-02-07 18:49:49

How do you validate your design choices?

Jarno Montonen 2024-02-07 19:05:16

Do you mean language design? I had a mini user test with couple non-programmers building a porridge ingredients calculator while I watched, which worked out surprisingly well tbh. But mostly the language design has come out of my intuition and is therefore not yet validated to be something that would be intuitive for non-programmers and there will definitely be need for user testing. 90% of my time so far has gone into building the underlying technology which will allow rapid development and iteration on language designs, so changing things based on user feedback is certainly possible.

Peter Abrahamsen 2024-02-07 19:06:09

Nice, thanks.

Mariano Guerra 2024-02-11 20:12:54

Now that it's gone I can share a little secret: for 4 years the whole * set of services (Newsletter, History, Search, Links, People) was running in a tmux session (I call it end-user sysadmin)

Now they are running as systemd services, that means I can restart the server without having to manually recreate the tmux session.

Let's have a moment of silence for the heroic service provided by the little tmux session that could :saluting_face:

Justin Janes 2024-02-11 22:14:44

lol that’s actually crazy - great work getting those converted over though

Mariano Guerra 2024-02-11 22:18:11

@Justin Janes it's the smalltalk way 😄 unix is just a live system, the shells are transient session, detached tmux sessions are anonymous services that can spawn anonymous subservices.