For the past few months, Asaf and I have been working hard on rewriting the Handmade Network website - and as of today, we're pleased to announce that it is live, and you're using it right now!

The new site has been written from the ground-up in Go, replacing the old Python / Django codebase. The whole site should immediately feel snappier and more pleasant to use, but we've tried hard to keep all the features you know and love from the old site.

It's not all the same though. Here's one big new addition that we hope you'll like...

A new forum post editor (with Markdown!)

The old BBCode-based editor has been completely replaced with a new Markdown-based editor. It features real-time previews and all the features you'd expect from a Markdown editor, including GFM extensions and some features from Discord (like ||spoiler tags|| - always a favorite!).

However, if you are for some reason a BBCode diehard, that is still supported. You can freely mix BBCode and Markdown, and everything should just work.

In the near future, we're planning to add image uploads, so you can directly paste images into your posts without hosting them elsewhere. This has been a long-requested feature, and with this new codebase we're finally in a good place to tackle it.

What's coming next

With the new site released, we're in the perfect place to start working on lots of new features. Here's a few of the things we have coming up:

• Image uploads in forum posts
• Lots of special functionality for the upcoming Wheel Reinvention Jam
• An overhaul of the project experience (more details when it's closer to launch!)

You may also notice that a couple features from the old site are in fact missing - the library, and the wiki.

The library will be ported soon, but had to be temporarily cut in order to make some of our other deadlines. When the library comes back, it will be better than ever, with new features that let you save your favorite articles for easy access later.

The wiki, on the other hand, is gone for good - but all the wonderful wiki content written by our community will have a new home. We're still working out the details, but rest assured that it will be back soon.

That's it!

We really hope you like the new site. It feels great to get this project out into the world, and we're eager to hear what you think about it. If you have any feedback, feel free to leave it as comments on this post, or create new threads in the Site Feedback forum.

This post is also on my blog.

I have been working hard on a file organization application written in Cakelisp. This is part of my career goal to sell my software. The project's name is File Helper (I haven't spent any time trying to come up with a better name yet).

I believe I have a good approach to thinking about my projects. It is sometimes hard to define project success in terms other than "other people think it's really cool". There are a large number of reasons why a project is still a success, even if it ends up not being popular.

Accumulating code

I have been continuously improving Cakelisp and GameLib and intend to continue using these tools on future projects. This means all the bugs I find and fix, the features I add, and the body of references I accumulate all contribute to my potential for future success.

The more I can leverage and improve my existing tools, the easier it will be to create better applications. I started Cakelisp because I believed it would help me make better software faster, and I would be happier working with it. I still believe I have achieved these results.

Accumulating experience

Before File Helper, I hadn't had much experience writing shaders for 3D graphics. My career has always been focused on gameplay software engineering. File Helper's Tree Map gave me an opportunity to write some simple shaders and get my feet wet with OpenGL. I am already excited to use this knowledge on my next project, which will definitely need some shaders, because it also requires some custom graphical widgets.

Additionally, the more projects I get to version 1, the better I get at planning and executing my plans. I feel I have gotten better at knowing when to set artificial deadlines for myself, and how to more effectively filter the features which waste time vs. the ones that really matter.

Determining what's worth making

It is very difficult to know whether something is worthwhile until you have something to put in front of people. This is partly the idea behind the Lean startup. I knew the reasons I wanted File Helper, but I do not know how many other people would want it. Do others encounter similar problems to what made me want the tool?

I needed to create something in order to answer this question. I plan on having an MVP for File Helper online and available to download in October. This project was started around 5 months ago, and developed in earnest (nearly every day) for around 2 months. I would like to shorten this time for the next project, especially by gathering input from potential users much earlier, which is something I didn't do with File Helper.

If File Helper doesn't find an audience, I gained an extremely valuable data point. I'd know I am making the wrong thing[^1], and I would hopefully also receive user feedback to hint me in a better direction. I think spending a couple months to learn this lesson isn't entirely unreasonable, especially because I still gain a tool which is valuable to me at the end of it.

Crafting things is satisfying

I'm very proud of the projects I have finished. It feels good to create things, and even if those things "fail", the journey of putting them together, the "Aha!" moments, and tinkering with the whirring machine you built is still worth a ton.

[^1]: In the context where my end goal is to make enough money on my projects to sustain myself, which is my career goal.