Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
MorehouseJ09
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
MorehouseJ09
6mo ago
Early on, we decided to use the "uber go stack": temporal, zap, fx. 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
2.
▲
by
MorehouseJ09
9mo ago
My keyboard obsession definitely turned into a rabbit hole. Once I got into the kinesis split, I immediately realized the world of wanting to customize it. This led me to figuring out soldering/desoldering, and over the past year figur
3.
▲
by
MorehouseJ09
9mo ago
Using this for my next build. Could you share more on how you did the activations for 1-handed used? That sounds quite interesting.
4.
▲
by
MorehouseJ09
9mo ago
You hit the nail on the head with the 2/3 thumb key bit. That is what was such a game changer for me with the kinesis. all the sudden you have real estate to take a layering approach that you just can't with normal keyboards. Smar
5.
▲
by
MorehouseJ09
9mo ago
That is quite good feedback, and I will make sure we get that addressed asap. Thank you. FWIW, we're incorporated in delaware, and based in the US.
6.
▲
use Claude Code via Nvim and ACP
(github.com)
1 points
by
MorehouseJ09
9mo ago
|
1 comments
7.
▲
by
MorehouseJ09
9mo ago
I forked https://github.com/yetone/avante.nvim and have been adding some additional features for claude-code (acp mode) into it. I've found it to be the best workflow for me: I'm still editor first, but get t
8.
▲
by
MorehouseJ09
9mo ago
I'm building a toucan (piantor style layout) and was thinking about using seniply layout, but this looks much better.
9.
▲
by
MorehouseJ09
9mo ago
disclaimer: I'm the ceo of this company. 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 invest
10.
▲
by
MorehouseJ09
9mo ago
Hey I'm Jon, founder of Nuon. 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'
11.
▲
Open source platform for BYOC deployments
(github.com)
14 points
by
MorehouseJ09
9mo ago
|
1 comments
12.
▲
How We Use GORM Plugins
(nuon.co)
2 points
by
MorehouseJ09
9mo ago
|
1 comments
13.
▲
by
MorehouseJ09
9mo ago
Every ORM needs to be extensible, and GORM really nailed this. Some thoughts from our team on how we're using plugins in our 100+ table data model
14.
▲
Are these still relevant with LLMs?
(go-proverbs.github.io)
1 points
by
MorehouseJ09
10mo ago
|
0 comments
15.
▲
by
MorehouseJ09
10mo ago
I will also add, part of the reason I'm most bullish on amp at this point is because their architecture allows interacting with amp from different contexts + threading is better than anything else I've seen so far.
16.
▲
You should still be writing code from your editor
(github.com)
2 points
by
MorehouseJ09
10mo ago
|
2 comments
17.
▲
by
MorehouseJ09
10mo ago
I've been thinking more and more how modern coding agents are best when you can use them natively in your editor. You as a developer have more context and in turn can give your agent more context. I think seeing developers not using ed
18.
▲
Bring Your Own Blob Storage?
(nuon.co)
11 points
by
MorehouseJ09
10mo ago
|
1 comments
19.
▲
by
MorehouseJ09
10mo ago
I wrote some thoughts on Bring Your Own Bucket, the evolution of S3 and why I think that blob storage is the default storage layer for any software deployed into customer environments.
20.
▲
Bring Your Own Cloud is not more secure by default
(nuon.co)
1 points
by
MorehouseJ09
11mo ago
|
1 comments
21.
▲
by
MorehouseJ09
11mo ago
Just because it's in your customer's environment does not make it more secure. Sharing some learnings I've had over the past few years.
22.
▲
by
MorehouseJ09
1y ago
We were using podman at our company, and it was great for a while but we recently migrated to orb. The UX with orb is just much easier and the small gotchas between docker/podman started to add up. Especially with buildkit issues we ha
23.
▲
by
MorehouseJ09
1y ago
“If it takes longer to explain to the system all the things you want to do and all the details of what you want to do, then all you have is just programming by another name,” I think this is going to make the difference between junior and s
24.
▲
by
MorehouseJ09
1y ago
Tom nails it, BYOC, by default is not more secure just because it's in the customer's cloud account. Just like self-hosted. At worst, BYOC has a much bigger blast radius and can cause bigger vulnerabilities for customer workloads.
25.
▲
by
MorehouseJ09
3y ago
updated!
26.
▲
Enabling BYOC (bring your own cloud) for Everyone
(nuon.co)
4 points
by
MorehouseJ09
3y ago
|
3 comments
27.
▲
by
MorehouseJ09
3y ago
We have built a platform that enables any company to create a fully managed version of their app, that runs in the customer's cloud account in minutes. Pretty much, you can build out a self-serve BYOC experience just like DataBricks, M
28.
▲
by
MorehouseJ09
10y ago
https://www.reddit.com/r/vim/comments/4je4oq/vimflow_declara...
29.
▲
by
MorehouseJ09
10y ago
I'm the author of this plugin, I'd love to hear what you all think. For some background, I've been using this sort of work flow within vim for about a year now and finally decided to make the project more robust and easier to
30.
▲
Vim-flow: declarative dev/build/test cycles in vim
(github.com)
2 points
by
MorehouseJ09
10y ago
|
2 comments
More ›