HN user

sams99

1,749 karma

co-founder and co CEO www.discourse.org hobby: term-llm.com

Posts25
Comments185
View on HN
blog.discourse.org 3mo ago

Discourse Is Not Going Closed Source

sams99
226pts83
samsaffron.com 8mo ago

The Age of Personalized Software

sams99
2pts0
samsaffron.com 8mo ago

Your Vibe coded slop PR is not welcome

sams99
12pts0
meta.discourse.org 10mo ago

iOS 26 buggy with fixed positioning elements

sams99
2pts0
blog.discourse.org 3y ago

Show HN: Discourse Announces Chat

sams99
35pts10
samsaffron.com 6y ago

Debugging hidden memory leaks in Ruby

sams99
95pts8
samsaffron.com 6y ago

Debugging hidden memory leaks in Ruby

sams99
6pts0
samsaffron.com 7y ago

Tests that sometimes fail

sams99
217pts127
samsaffron.com 7y ago

Why I stuck with Windows for 6 years while developing Discourse

sams99
100pts114
meta.discourse.org 7y ago

Show HN: Use Discourse to review GitHub commits

sams99
3pts0
samsaffron.com 12y ago

Call to Action: long running Ruby benchmark

sams99
3pts2
samsaffron.com 12y ago

Discourse in a Docker container

sams99
1pts0
samsaffron.com 13y ago

Show HN: Flame graphs for Ruby on Rails using MiniProfiler

sams99
2pts0
samsaffron.com 14y ago

Keep your sites fast: a web performance tool and resource list

sams99
2pts1
samsaffron.com 14y ago

Why upgrading your Linux Kernel will make your customers much happier

sams99
260pts55
samsaffron.com 14y ago

Stop Paying Your jQuery Tax

sams99
357pts84
samsaffron.com 14y ago

On Stack Overflow's recent battles with the .NET Garbage Collector

sams99
183pts72
samsaffron.com 14y ago

Blog spam, a JavaScript approach

sams99
13pts0
stackoverflow.com 14y ago

Challenge: can you port MiniProfiler to Ruby on Rails

sams99
1pts0
samsaffron.com 15y ago

Stack Overflow profiler, revamped and open sourced

sams99
2pts0
samsaffron.com 15y ago

A day in the life of a slow page at Stack Overflow

sams99
18pts0
wekeroad.com 15y ago

Select N+1 Is a Problem We Made For Ourselves

sams99
3pts0
marcgravell.blogspot.com 15y ago

Stack Exchange release open source Redis client

sams99
57pts1
blog.stackoverflow.com 15y ago

Stack Overflow now accept anonymous edits

sams99
45pts18
samsaffron.com 15y ago

Interesting answers on Stack Overflow from July

sams99
46pts5

For those interested, edit is a surprisingly difficult problem, it seems easy on the surface but there is both fine tuning and real world hallucinations you are fighting with. I implemented one this week in:

https://github.com/samsaffron/term-llm

It is about my 10th attempt at the problem so I am aware of a lot of the edge cases, a very interesting bit of research here is:

https://gist.github.com/SamSaffron/5ff5f900645a11ef4ed6c87f2...

Fascinating read.

I find it odd that is refused me so badly https://discuss.samsaffron.com/discourse-ai/ai-bot/shared-ai... my guess is that I am using a quantized model

It simply did not want to use XML tools for some reason something that even qwen coder does not struggle with: https://discuss.samsaffron.com/discourse-ai/ai-bot/shared-ai...

I have not seen any model including sonnet that is able to 1 shot a working 9x9 go board

For ref gpt-4o which is still quite bad https://discuss.samsaffron.com/discourse-ai/ai-bot/shared-ai...

Link with installation instruction is at the bottom of the blog post:

https://meta.discourse.org/t/discourse-chat-plugin/230881

You can try it out meta.discourse.org if log in to meta and then join the https://meta.discourse.org/g/chat-testers group (self serve)

Regarding bundle sizes, we hear you and have some long term plans to investigate code splitting, it is a very long journey but we will get there. At the moment you get the majority of the app on first payload, making subsequent clicks very fast.

Discourse | Remote - UTC+-3 | Full Time | Infrastructure Engineer

Discourse is a profitable, open source company, we host for thousands of public forums and internal team sites.

Our infrastructure team is responsible for taking care of all our hosting concerns including monitoring/deployments/alerting and so on. Much of our work involves amending and improving automation.

We are hosted on bare metal Linux servers and AWS.

To apply and for a full job desc see: https://www.discourse.org/jobs

Some experiments are underway soon, current implementation uses a cache that is tightly scoped to a specific run including stuff such as class serial numbers that can not be reused between runs safely

The terms do get a bit tricky, with forking servers like "unicorn" that do copy-on-write memory we also have the term PSS which is a far more accurate was to calculate memory impact for such servers.

The difference between the RAM your program uses to PSS to actual memory your process can reach vs the memory your program has allocated can all make your head spin. Agree it makes sense to add a section to illustrate this.

I did see quite a few that double up, like 2 versions of url and a few others.

Just had a quick play ... on arch linux `yay nushell-git` already works!!!

One area where I got a bit stuck was around help. `man where` gave me nothing, `help where` also. I tries stuff like `ls | where type = File` and got a type error. I think it would be amazing if this thing onboarded people a bit nicer, "where needs a condition, to learn about where type "help where" ... stuff like that

Overall really enjoying the ideas here and I am absolutely going to be following this!

There are 2 parts to the cost.

1. is the VM 2. is handling filesystem mounts across operating systems

(2) can be debilitating in dev environments on Mac for example where you want to edit files outside the container but have the container have access to them. Docker have done a lot to improve this over the years but it is still very painful.

I completely understand the concern here. If every change required an 8 minute wait it would be real sad for us.

We use a tool called `rake autospec` at Discourse which is a smart test runner. I personally like the vim integration we built.

The way it works...

1. Run `bin/rake autospec` in a terminal 2. I head to the code I want to change, I change the code 3. The spec runner figures out what the right test is run and runs that. 4. While it is busy running specs at any time it can be interrupted by saving a "*.spec" file in which case the spec runner will run the spec at the cursor

This has worked wonderfully well for us.

Absolutely disabled defender.

When I started running the spec suite in WSL, defender went way up (so I gave it a break), pretty sure stuff would have been way worse with defender on.

The prevailing recommendation though from the WSL team is to leave defender on for now. So I kind of cheated by disabling it.

Unless you are looking to contribute to a project and kick off a project I would recommend sticking with the bigger players our there like nodebb/vanilla and so on.

Getting stuff right is not easy, very few forum software platforms out there for example have a bug bounty like (https://hackerone.com/discourse ), last thing you want to do is deploy an XSS hive out there to the public.

As far as I know there is no small-medium well supported Discourse alternative written in Go. There is a Slack alternative though written in Go called mattermost which I can recommend.

WSL is not technically a VM...

The news is not the it is slower, it is how much slower it is. I found the number surprising given the prevailing wisdom out there was ... sure its slower, about 5-10% slower.

The other news is that mac is slower and it does not do any virtualising.