realrocker

5 ms·

1.
by realrocker 2mo ago
I am working on speeding up the review-refine loop of LLM generated artefacts between me and the LLM. i run my coding agent (claude code) in auto / full-permission mode, so it doesn’t stop for accept/reject — by the time it’s done
2.
by realrocker 3mo ago
I am using claude cli/tmux on a hetzner box and connecting to it via claude remote control. I have connected the box and my phone over telnet which allows me to view any UI work. Sometimes I do have to switch to my laptop for UI deskto
3.
by realrocker 4mo ago
exactly. LLM code output is so high that it has become unreasonable to review the code in terminal or ide
4.
by realrocker 4mo ago
Yeah the project is right out of the oven so will add some usage gifs shortly to the repo. Meanwhile here are some screenshots on imgur: https://imgur.com/a/zxZo651
5.
by realrocker 4mo ago
:) We are all converging on the same problems and tooling to fix them. Built this in the last couple days to review changes done by claude on a hetzner box(over tailscale on my phone) and leave comments before pushing to remote : https:&#x
6.
by realrocker 4mo ago
that’s exactly the core value proposition of the tool I have been working on : https://github.com/livetemplate/tinkerdown
7.
by realrocker 4mo ago
I am working on https://github.com/livetemplate/tinkerdown to leverage the the two effective outputs of LLMs : html and markdown . Still WIP
8.
by realrocker 5mo ago
Recently started using: https://github.com/babonet/Markco (cant find the similar extension i used previously since it got uninstalled). I add inline comments in the markdown and I have a skill which uses the comments t
9.
by realrocker 5mo ago
Good ideas. I am working on something similar but with a tiered complexity to fallback to html for complex use cases : https://github.com/livetemplate/tinkerdown , https://github.com/livetemplate/t
10.
by realrocker 5mo ago
excellent work. I have been using a vscode extension for this for an year.
11.
by realrocker 6mo ago
No that makes sense. Waiting for feedback might lead to churn. Pretty cool idea.
12.
by realrocker 6mo ago
That is super cool. Sorry to be nitpicky but would really like to know your mental model: I didn’t understand from the blog why user waiting for a functional UI is a problem ? isn’t the partial streamed UI non-functional ? I can see the val
13.
by realrocker 6mo ago
The streamed execution idea is novel to me. Not sure what’s it significance ? I have been working on something with a similar goal: https://github.com/livetemplate/tinkerdown
14.
by realrocker 3y ago
Last time I wrote here was almost 6 years ago: https://honestmusings.wordpress.com . Not sure when I will write again.
15.
by realrocker 3y ago
The first step counter button is supposed to reload the page. The second step buttons update the page w/o reload
16.
by realrocker 3y ago
Hey. I have checked out pushup before. Its great. I guess I am taking a niche approach which not many would find useful. To clarify: What is adding more complexity? alpinejs ?
17.
by realrocker 3y ago
Its locking and the state is shared. Didn’t expect a lot of interest for this or I would have built a better demo :) htmx is great!
18.
by realrocker 3y ago
The (claimed) value proposition is leveraging block/template to decompose the html page and bind its computation to browser events over a pubsub channel. Its a toolkit and not a framework so one can still use their favourite framework.
19.
by realrocker 3y ago
The state is shared between users for the demo. Its possible to separate state in the library per user but I haven't enabled it.
20.
by realrocker 3y ago
Yeah I was afraid of that. Websockets are costly. Thankfully the approach doesn't completely depend on websockets so I have disabled it for now on the site.
21.
by realrocker 3y ago
It is intended as a longer-term project originating from the previous experiment: https://github.com/adnaan/gomodest . You are right, a better selection criteria for the target audience should be enlisted. I have been w
22.
by realrocker 3y ago
This example has most of the scenarios you have called out: https://github.com/livefir/fir/tree/main/examples/fira . Fir aims to limit itself to rendering templates on the server and making it availa
23.
by realrocker 3y ago
The app was on a 256mb instance. I have scaled it to 2gb. Let's hope its sufficient for now
24.
Show HN: Build progressively enhanced reactive HTML apps using Go and Alpine.js(livefir.fly.dev)
127 points by realrocker 3y ago|43 comments
25.
by realrocker 3y ago
An in-situ todo list in every tool I use. In slack: scheduled messages, email: todo folder, git: todo.txt and so on. I no longer fight context switching and focus on getting things done in an organised way every time I switch context to a
26.
by realrocker 4y ago
Been working on a html over the wire library in Go: https://github.com/livefir/fir . It mostly works but still work in progress
27.
by realrocker 4y ago
My prompt: A planet where story is currency used for buying food https://twitter.com/adnaanx/status/1598757303922065431?s=46&...
28.
by realrocker 4y ago
Like you said in another thread, there are two choices here. I took the other choice because I wanted to: 1. not build a new templating language 2. not maintain a custom server side renderer(v8). 3. Keep javascript to the minimum 4. Build f
29.
by realrocker 4y ago
Oh wow someone finally went ahead with the server rendered js in Go ! Looks great. I have been experimenting various ways to build web apps in Go: https://github.com/adnaan/gomodest-template . I have landed on pursuing
30.
by realrocker 5y ago
Agreed. I have been playing with the idea of escaping to use svelte in spots for finer interactions : https://github.com/adnaan/gomodest-template

More ›