I've built my own workflow for using agents on git, as i now often have to do changes across repositories, or in the same repository for different tasks. I could use worktrees, but I'd rather invert it, give agents the ability to have a workspace, that they pull repositories into, create branches as they want, commit on main it doesn't matter. the agents don't bother each other, and when i finally have to merge, conflicts are either resolved, or it is just smooth sailing.
The tool is called gitnow. it is honestly quite simple, just create a project, add the repositories you want and get to building. I've found having another claude chat or whatever use the tool to great success coupled with zellij, but could also be zed, tmux or whatever.
Secondly it also pretty much solves the problem of the agent dumping memory files everywhere, they now basically have a scratch space that is theirs, where they can keep their tasks, and just update the repositories as needed.
Use gn the shell after eval if you use it, it will actually invoke cd, instead of creating a subshell.
Love clickhouse it is just super performant. I've had to tweak a few queries for performance here and there but it has been more than stellar. I'd initially set up a real time pipeline ingest for us to handle our larger incremental ingests when i started (used redshift in the past, very expensive and quite slow in comparison), it has been unnecessary so far, as clickhouse has just been able to chew through tons of data and large transformations without breaking a sweat.
Only issue i had was that the default configuration had some quite heavy handed tracing turned on which tanked performance on the relatively little machine we had for it, it has since been scaled up and is the core of our data stack.
I can't recommend clickhouse enough. If you were truly large I'd probably choose something else, but as long as we're staying on a few nodes it is manageable complexity and we enjoy using it.
Interesting Mistral sort of knew something about me, both gpt and deepseek produced the same answer more or less. I wonder why xD, only gemini knew my online handle mostly github and rust which is interesting.
I tried out PgDog a while ago, but couldn't find a good way of handling the config except for having this users / pgdog toml file, which makes it a bit awkward to handle in kubernetes where we often do multi-tenancy in postgres - or rather having many databases on the same instance(s), and have them come and go at will.
Also had an issue with it because it cached authentication requests when doing passthrough it seems, I'd changed the roles password, but it kept using the old one, which was no bueno ;).
PgDog seems to make more sense when you really care about a few databases that need massive scale, rather than a simple proxy in front of postgres. I'll keep following the development though, it is much needed in this space, postgres can use all the investment it can get to get it past the single machine scale that it excels at currently.
Rug-pulls, security incidents, lost passwords, I also don't know if they've kept my passwords behind when i deleted my accounts. The risk of them having them is too high, so i had to swap all of them.
At this point it is too high of a risk to store my password elsewhere. I've been screwed over by dashlane, lastpass, potentially bitwarden now, I am with 1password now, but I've had my passwords in all these places, and I've had to change them each time, probably missing a few.
I like 1password, it is by far the highest quality product I've used in this category. I moved from BitWarden back then because their browser integration was quite poor.
I think I'll move to something custom, or a selfhosted keepass server, with the rugpulls, incidents, and whatnot, it is becoming too high of a risk.
When I started my professional work, Visual Studio was the recommended editor where I was, it was terrible, the Laptops we had were incredibly shit. My phone scored better on benchmarks than it, as such Visual Studio was not a good experience, I convinced my boss to let us try Rider, it was incredible, I no longer had to sit for 10s of minutes for a project to load, it was relatively snappy. My next job I started using Goland and was quite happy with it, at this point we had more high-power macs, but still great editor. I then moved on to Neovim, and then Helix in search of better ergonomics. I now have gone full circle and pretty much develop on a laptop of the same caliper as when i started working, however, because of a more lightweight editor helix, it doesn't feel like a slog, I wished I'd gotten it recommended back then, or been curious enough to give it a try, I'd saved myself many coffee breaks, and pain.
So if anyone is out there sitting in a similar position, give it a shot, you can get a better editor experience, whether you build it yourself with emacs, neovim, or use a more curated approach like helix, or zed for that matter. I mix and match Helix now with Claude Code, and it works really well. I don't want a single AI feature in my editor, only navigation, and auto complete. I'll have my AI on the side thank you ;)
I am using docker-compose everywhere. I really enjoy using it. I have a single thing that is annoying for normal production deployments, and that is that it isn't super easy to have a rolling deployment, I just need two replicas for zero downtime deployment, and I don't really want docker swarm. I think it is the networking which breaks at that point, and you have to have a more involved setup, and at that point I'd just use kubernetes, as I know how that works.
Could i survive with 10 seconds of downtime, probably, but I'd really like if I could avoid it.
Had this happen to me once, though totally my own fault. Was brewing kombucha, and left it out in the bottles a little too long before burping.
Me standing there, kombucha and peach slices pulverized against the cap, kombucha leaving a large mark on the ceiling it all happened so fast, glad I was wearing my glasses.
No injuries except my pride, but it did take some hours to clean up.
I wouldn't do it in a thermos, but I guess those are mostly accidents?
I am conflicted on tuis they are nice, convenient and I dig the aestetic. But they're often not composeable. So even if they're there they dont feel native to the terminal. It is just an app in the terminal and that is okay, but you lose some of the terminal magic
On the other hands, having half the packages depend on packages such as serde, syn, procmacro2 might not be such a good idea. First of all it is annoying when creating new projects to have to move over table stakes. Second, it is a security nightmare. most of rust could be vulnerable if dtolnay decided to go rogue.
It is not that everything should go into the stdlib, but having syn, procmacro and serde would be a good start imo. And like golang having a native http stack would be really awesome, every time you have to do any HTTP, you end up pulling in some c-based crypto lib, which can really mess up your day when you want to cross-compile. With golang it mostly just works.
It isn't really in the flavor of rust to do, so I don't think it is going to happen, but it is nice when building services, that you can avoid most dependencies.
Anthropic should calm down, I get that they're trying to either build a moat, or simply curb what is essentially subsidized tokens. It is technically true that when you've got a claude code subscription you pay for the product with its terms, and those terms doesn't include you grabbing the token and using it for another application. They're also trying to build a competitor to openclaw so it makes sense they're trying to crush it. But it feels like such a feeble moat, that it looks silly. Claude Code is nice, but it is not that nice.
For me it was specifically crawlers from the large companies, they we're at least announcing themselves as such. They did have different patterns, bytedance was relatively behaved, but some of the less known ones, did have weird patterns of looking at comparisons.
I do think they care about repos, and not just the code, but also how it evolves over time. I can see some use, if marginal in those traits. But if they really wanted that, I'd rather they clone my repos, I'd be totally fine with that. But i guess they'd have to deal with state, and they likely don't want to deal with that. Rather just increase my energy bill ;)
Not saying it is a good thing, but an organization, especially if there has been a lot of turnover, can enter a state of status quo.
> it must have that architecture for a reason, we don't enough knowledge about it to touch it, etc.
That or they simply haven't had the time, cost can creep up over time. 300k is a lot though. Especially for just 200 replicas.
Seems wildly in-efficient. I also don't understand why you wouldn't just bundle these with the application in question. Have the go service and nodejs service in the same pod / container. It can even use sockets, it should be pretty much instant (sub ms) for rpc between them.
My own git server has been hit severely by scrapers. They're scraping everything. Commits, comparisons between commits, api calls for files, everything.
And pretty much all of them, ByteDance, OpenAI, AWS, Claude, various I couldn't recognize. I basically just had to block all of them to get reasonable performance for a server running on a mini-pc.
I was going to move to codeberg at some point, but they had downtime when I was considering it, I'd rather deal with that myself then.
Will swe's be squeezed; yes. But I don't think everything will just be magically done by these models. Right now the wheels are completely off the wagon as we see more and more vibe coded apps going live with fatal security vulnerabilities, privacy issues. The act of putting pen to paper, will change, the positions will change, but I don't think these models are a silver bullet.
Nothing has been so simple until now, and it seems strange that we just get to a certain point and then all of our problems are now just solved, completely. From my experience until now, at my current start-up, it has reduced our need to hire a tad, but not too much. However, I've also seen early stage start ups needing to hire because they started out building a product, and it became too much to handle, it is anectodal and current, I'd just find it strange that we just end up automating ourselves away, my own role has sort of turned into an AI enablement for the rest of start up, mostly C-level, business, pretty much everyone else than swe's. There is potential but mixed success for now. Agent's a good enough to build something that works, but not good enough to build the right solution.
I had a guy that ended up building a local dashboard in perl (the only thing claude could find on his mac) and wanted to distribute it to his colleagues. Engineers sometimes forget that normal people don't usually work in the unknown, they will solve problems in any way they known, in this case a airdropped folder of perl code sent to each other.
What is apparent from windows in my opinion is a lack of direction. Ask for feedback when something falls outside of common sense, you ask for feedback when you need another point of view. But windows is currently failing at the most essentials, these should be apparent inside Microsoft as well, and should've been for the last few years.
It is not that everything should stay the same, that is one choice, but there needs to be a steward that says, hey our right click menu on the desktop has an SLA of 100ms to open, it doesn't matter which features you put in there, if something causes it to be slow, kill it.
Can I access basic apps that are table stakes for an OS, an editor, screenshots etc without popups for unrelated nonsense. If you fail at that, then as a user I get confused. I am used to just being able to note down some text, why am I asked to transcribe with Copilot or login to microsoft.
It is clear that the adoption of Copilot was measured in activations, and as such was pushed in as many places as possible, simply because they needed all that exposure to meet their targets. Windows was not just a product but a funnel to other offerings and that cannibalized windows even more than it was previously.
I've got a slight bias, as I haven't had windows installed in about 10 years, but when I've helped my family with their issues, it is clear how much of a shitshow it actually is.
Just had a look, it is pretty interesting, just from the few times I've checked the frontpage there was some interesting articles to me. with a variety of topic. Great suggestion!
The tool is called gitnow. it is honestly quite simple, just create a project, add the repositories you want and get to building. I've found having another claude chat or whatever use the tool to great success coupled with zellij, but could also be zed, tmux or whatever.
Secondly it also pretty much solves the problem of the agent dumping memory files everywhere, they now basically have a scratch space that is theirs, where they can keep their tasks, and just update the repositories as needed.
Use gn the shell after eval if you use it, it will actually invoke cd, instead of creating a subshell.
https://github.com/kjuulh/gitnow