MorehouseJ09
Joined 13 years ago
Joined 13 years ago
we wrote about how fx + fxtest has helped us do integration tests in a fairly large code base (200+ api endpoints, ~500k loc) with a small team
I've been doing this kinesis mod https://github.com/dcpedit/pillzmod, and have a working solenoid wired up https://github.com/dcpedit/taptap. (I recommend checking out https://dcpedit.com/keyboards/ if you have time).
I'm pretty busy, but I've tried to find 2/3 hours a month to progress on it, and keyboards feel like the type of "investment in my craft" that is worth that kind of time for me.
Smart but unproductive is a class. We've all had experiences with those types of engineers. I think startups generally weed them out though. It's hard to survive at a startup without being productive. I probably should have put that as a disclaimer up front.
FWIW, we're incorporated in delaware, and based in the US.
I've found it to be the best workflow for me: I'm still editor first, but get the full power of an agent-based workflow.
Makes it easier and more natural to review changes in full-context.
s/o to the folks at Zed for making ACP happen. It's exactly the missing piece for this.
What started as a joke a few years ago has actually turned into really good signal. I've found that the engineers who care enough to invest in keyboards like this spend a lot of time investing in their tooling and are extremely productive.
Causation or correlation?
We decided to open-source Nuon after almost 4 years of operating as a closed-source company. As BYOC has become a more standard way to deploy software, we realized that critical infrastructure like we're building belonged to the community.
Our hope is that by building in the open, we can help create standards for BYOC deployments. Some of the hardest challenges we've found are around security, day-2 operations and supporting different customer environments.
AMA
Bring your own cloud, for everyone.