HackerTrans
TopNewTrendsCommentsPastAskShowJobs

good-idea

no profile record

comments

good-idea
·vor 27 Tagen·discuss
This looks great. I've been building some local-first software and trying to think of low-lift ways for people to connect instances with each other - I look forward to trying this out
good-idea
·letzten Monat·discuss
Best comment on the thread. Fellow potter & sculptor here, is your work online anywhere?
good-idea
·vor 3 Monaten·discuss
Amazing list of resources, thank you
good-idea
·vor 3 Monaten·discuss
Related and a step beyond just viewing diffs - has anyone found a good TUI solution for a local equivalent of doing GitHub PR reviews?

I love the simplicity of using existing tools in this post. It would be nice to have something similar that would allow for adding online comment threads on a diff, and output it to a simple markdown file. Of course, I'm thinking about a local agent workflow here.
good-idea
·vor 4 Monaten·discuss
Two advantages I see to files in folders are the ability to browse and the ability to easily read - by both LLMs and humans.

But I also agree that this has limitations. If I were to challenge you and say that Obsidian solves this, or gets close to solving it, what gaps would you say were left unfulfilled?

I am because I'm working on something in this space and your comment touches on my three main ingredients: text files, SQLite, and graphs.
good-idea
·vor 4 Monaten·discuss
Yep, you're right, I read this too fast - it's also breaking long lines into many and I read this in reverse. I just imagined how much I could reduce my own LOC by adjusting the print width on my prettier settings..
good-idea
·vor 4 Monaten·discuss
"Shrink your codebase 5-10x"

"[1] When computing LOC, we strip blank lines and break long lines into many"
good-idea
·vor 4 Monaten·discuss
This is going to be a difficult time.. and that's OK. Great change is upon you.

One book I cannot recommend enough is Finding Meaning in the Second Half of Life by James Hollis.

Listen deeply to yourself, be kind with yourself. It's so very hard but so very very rewarding.
good-idea
·vor 5 Monaten·discuss
I've been thinking about this (dishes vs creative work). I think it's because our high-production culture requires everyone to figure out their own way of providing value - otherwise you'll go hungry.

Getting a little meta here .

If we were to consider this with an economics-type lens, one could say that there is a finite-yet-unbounded field of possibility within which we can stake our ground to provide value. This field is finite in that we (as individuals, groups, or societies) only have so much knowledge and technology with which to explore the field. As we gain more in either category, the field expands.

Maybe an analogy for this would be terraforming an inhospitable planet such as Mars - our ability to extract value from it and support an increasing amount of actors is limited by how fast we can make it habitable.

the efficiency of industrialization results in less space in the field for people to create value. So the boundaries must be expanded. It's a different kind of work, and maybe this is the distinction between toil and creative work.

And we're in a world now where there is decreasing toil-work -- it's a resource that is becoming more and more scarce. So we must find creative, entrepreneurial ways to keep up.

Anyways, back to the kitchen sink -- doing our dishes is simply not as urgent as doing the creative thing that will help you stay afloat. With this anxious pressure in mind it makes sense to me that people reach for using AI to (attempt to) do the latter.

AI is great at toil-work, so we feel that it ought to be good at creative work too. The lines between the two are very blurry, and there is so much hype and things are moving so fast. But I think the ones who do figure out how to grow in this era will be those who learn to tell the distinction between the two, and resist the urge to let an LLM do the creative work for them. The kids in college right now who don't use AI to write for them, but use it to help gather research and so on.

Another planetary example comes to mind -- it's like there's a new Western gold rush frontier - but instead of it being open territory spanning beyind the horizon, it's slowly being revealed as the water recedes, and we are all already crowded at the shore.
good-idea
·vor 5 Monaten·discuss
Any chance you have a repo to share?
good-idea
·vor 5 Monaten·discuss
How far into the future is my concern
good-idea
·vor 5 Monaten·discuss
Well, here we are!
good-idea
·vor 5 Monaten·discuss
a truly heartwarming website and discussion. I built my wheels the Sheldon Way as well, I'm looking at them right now. Such a rare combination of wisdom and generosity. Thank you, OP, for posting. Also, hey all, click that donate button!
good-idea
·vor 7 Monaten·discuss
I have been switching between OpenCode and Claude - one thing I like about OpenCode is the ability to define custom agents. These can be ones tailored to specific workflows like PR reviews or writing change logs. I haven't yet attempted the equivalent of this with skills in Claude.

These two solutions look feel and smell like the same thing. Are they the same thing?

Any OpenCode users out there have any hot or nuanced takes?
good-idea
·vor 9 Monaten·discuss
Aider builds something it calls a "repo map" that I believe is for a similar purpose. Might be worth taking a look!

I haven't used Claude Code, but recently switched to OpenCode. My token usage and cost is a lot higher, I'm not sure why yet, but I suspect Aider's approach is much more lean.
good-idea
·vor 8 Jahren·discuss
I have used Dgraph on a couple of projects and enjoyed it. It seems a little more natural to me to think about all of the relationships between my data. It also can be queried using a GraphQL(ish) request.

But, it hasn't been around for long and doesn't have any options for hosting, and the JS client library is pretty basic - so you need to do a lot to have something a little more abstracted like Mongoose.

I enjoyed learning something new and will use it again - but unless I need queries that traverse many relationships, I'll probably use Postgres.