I’m the founder of scape.work - and it’s precisely why we’re not free, not open source. I want to build something with a mission of helping people own their infrastructure around AI tooling locally. If I raise money I am legally bound to my shareholders to create value, as opposed to my customers and my mission. Bootstrapping has never made more sense, when code is so cheap.

completely agree! not interested in getting funding at all.

thought about it and kept remembering that scene from Silicon Valley, “Nobody told me I could take less!”

Anyone else experimenting with their claude code sessions messaging other claude sessions remotely?

Just wanted to share this quick video demonstrating the value of git worktrees with Claude code.

Working on many things in parallel on the surface is very overwhelming.

So we need to start by creating a slow and intentional process for shipping high quality features (i.e. brainstorming documents, planning documents, todos, triage, multi-agent reviews, etc). Create your own, or use plugins like compound engineering/gsd/superpowers.

Compound engineering for example can take many minutes between each prompt as it explores and thinks. It creates great output (given strong input) at the cost of time, like any person would.

Once you have a process you like, it should be the equivalent of you pair coding with a better version of yourself.

Pair coding with one person at a time is not scalable.. I.e. trying to watch the changes and pair code with two people writing different features at the same time would be a nightmare.. and the same can be true with pair coding with a few agents in parallel.

So to leverage worktrees you need to shift your perspective of shipping a single feature, to managing the outcomes of many engineers.

Imagine each worktree is an engineer on your team, assign work the same way (i.e. no two worktrees should be working on exactly the same feature), then simply answer their questions/help them test their changes/provide feedback.

You only review code when the worktree agent has reviewed their own code enough times that they (Claude) are happy with the result and submit a PR. Then you review the code, just like any other person on your team. Ask for changes and back to testing.

AI makes code is cheap, your time is still valuable, so figuring out how to scale yourself is always going to be better than a tool that tries to scale for you.

Hey everyone,

Just wanted to share this quick video demonstrating the value of git worktrees with Claude code.

Start by slowing things down. Create a repeatable process for shipping high quality features - using plugins like compound engineering/gsd/superpowers.

Compound engineering for example can take many minutes between each prompt as it explores and thinks etc.. so all of the sudden you have time.

If you are working from a perspective of managing the outcomes of many agents instead of pair coding with one, it can dramatically alter your output.

Imagine each worktree is an engineer on your team, assign work the same way, help them test their changes and provide feedback. Only review code when they have reviewed enough times that they (Claude) are happy with the result and submit a PR. Only then do you review the code, just like any other person on your team. Ask for changes and back to testing.

Code is cheap, your time is valuable.

in addition to Compound Engineering, people in the comments in that thread also suggested the following planning tools to use with git worktrees:

- https://github.com/gsd-build/get-shit-done - https://github.com/obra/superpowers - https://github.com/github/spec-kit

I personally haven't used them, but I think any process like these + worktrees is the serious pro-tip/unlock.

This is really cool, but I would need the dates with the results.. if I'm looking up something technical, dates really matter as libraries change etc.

I’m a designer who codes, and for those who have had trouble expressing the value and finding a role that enables both, here is how I’ve positioned it:

As the primary designer for a product, who can also implement the design - the amount of communication needed between design and engineering literally evaporates.

I tell my devs they can build an ugly v1 of any feature simply for the sake of speed, and I’ll go in after to clean it up and make it look consistent. they don’t need to waste time with CSS.

Design changes so often after implementation, that I don’t even keep a living design file, most changes happen directly in code. If I do need to design something as part of a pitch or meeting material I take a screen shot of the product and just modify that.

Having worked as only a designer, and then only as an engineer, I can’t express how much faster my team is when design is part of engineering.

Speed is most critical to startups, I’ve always found interviewing with startups and presenting this skill set is highly sought after when expressed properly.

thanks! We agree - this tech is really going to change how quickly someone can find the information they care most about in an event

Hey everyone - today we launched a demo for people try our “ChatGPT” like tool (but not using ChatGPT) for asking questions about recent Wall Street events. Would love any feedback!

Aiera | Senior Software Engineer | Remote | Full-time | https://www.aiera.com

Our platform analyzes events relevant to investors, company financials, and textual data to give investors an edge.

Our back end consists of Python and node based micro-services. We also utilize machine learning and big data to analyze equities and events, and to transcribe and analyze audio. We capture and re-broadcast audio via WebRTC, SIP, HLS, DASH. Our APIs are a mix of REST and GraphQL. We utilize Docker, AWS services, Terraform.

You may be a fit if:

* 3-5+ years of professional software development experience, ideally some of which was spent in a startup or fast-paced environment, but this is flexible for the right candidate * You enjoy thinking about systems design, and diving deep into the details * You are a self starter and can make decisions quickly * You have good communication skills and can support project stakeholders * You have experience working with Python, SQL, GraphQL, AWS, Docker, ElasticSearch * It would be amazing if you had WebRTC, SIP, telephony, experience, but is not required

reach out to elliot [at] aiera if you're interested!