Wow, this is really cool! Thanks for sharing!
Thanks! Are you able to figure it out?
Feel free to message me if you're willing to chat about it. Would love to know if it's actually useful for you.
joshua@huttj.com
Readit Newsjoshuahutt commented on Show HN: I built a non-linear UI for ChatGPT grafychat.com... · Posted by u/setnone
joshuahutt commented on Overwhelm Yourself with as Many Tools as Possible (Why Not?) sungho.blog/p/overwhelm-y... · Posted by u/sungho_
Thank you sincerely for your thoughtful comment.
Here are some of my points:
> I lost the drive to endlessly customize my phone.
The way to avoid that is to 'start at the maximum and gradually decrease'. I don't want to endlessly fiddle with everything while not missing out on anything.
> I gladly put into "empathy and philosophy" ones.
Actually, my anticipated answer is that I would use Tool Intelligence to do this well. But as soon as I say that, people will come at me cursing. I'm trying to find something to say in response to that.
> you can't know what you need until you're facing a real problem in a real domain
My point is, many people can't figure out what tools are useful to them even when they have a real problem in front of their eyes.
You know, I think we’ve reached the point in the divide where it would be more instructive for me to see more examples of how you work, or vice-versa than it would to continue like this.
I get the sense that we are expressing preferences, at this point. I’m sure it would be interesting to watch you do what you do. :)
joshuahutt commented on Overwhelm Yourself with as Many Tools as Possible (Why Not?) sungho.blog/p/overwhelm-y... · Posted by u/sungho_
> I really enjoyed how the post was laid out —- the structure caught and kept my attention and made the arguments easy to follow.
Thank you.
> Further, I think that it's easy to actually overwhelm yourself with too many tools, at which point you've exhausted your interest and willingness to learn them.
I think most of the counterarguments in the comments to this post will have a similar idea to this. My thought is that this phenomenon occurs because of a lack of tool intelligence in handling tools. What those comments show is that more content is needed on how to survive among numerous tools and how to easily filter tools. Some things are hard to use alone without something else, and this seems to be the case.
> I think the best tool use and evaluation comes from a sense of immediate necessity
You assume that people can know what tools they need. Considering my observations, that doesn't match reality. That doesn't mean a dancer has to go through all the Excel documents they don't even use, but it's easy to narrow down the candidates for what might be relevant to you.
> this phenomenon occurs because of a lack of tool intelligence in handling tools. What those comments show is that more content is needed on how to survive among numerous tools and how to easily filter tools.
That's fair. Using tools is a skill. We all have different levels of, uh, enthusiasm for exploring and finding them. I just lack the drive to find the perfect tool, similar to how I lost the drive to endlessly customize my phone.
It just feels like a waste of time relative to the other ways I would prefer to spend my time. You could argue that makes me an inferior developer, and I would gladly concede.
What I scrimp on "craftmanship skill points" I gladly put into "empathy and philosophy" ones. Not that they're mutually exclusive, but I got burnt out on trying to solve the wrong problem too many times that I overtrained on connecting with people and trying to ask "are we solving the right problem?"
I guess I could apply that skill to "can I find better tools or use the tools I have better," but that just doesn't feel like a limiting factor, to me.
> You assume that people can know what tools they need.
Not what I was trying to communicate. I was conveying the opposite — you can't know what you need until you're facing a real problem in a real domain, not an imagined one or a simulated environment. So, rather than try to find the best tools for "all time," let the immediate sticking point drive the process of finding and learning tools, evaluated against what solves the problem at hand (with the context of everything you know up until that point, of course).
joshuahutt commented on Show HN: I built a non-linear UI for ChatGPT grafychat.com... · Posted by u/setnone
Very cool! I built a version of this [1], but balked at trying to sell it. This is the third iteration of this idea I've seen so far. Your reply popup is a smart feature and a nice touch! Love it. I love the privacy focus and BYOK, as well.
Congrats on the launch!
Really cool to see graph interfaces for AI having their moment. :)
joshuahutt commented on Show HN: An extension to track your Wikipedia adventures chromewebstore.google.com... · Posted by u/demegire
Basically, this is what college should be teaching you - how to research. What good does are useless facts? I don't want to walk around cluttered with a dictionary - I want to know where to look in that dictionary. Obviously in the sciences there are facts that you should know, but even with math, its more about how to derive the formula, than actually memorizing it. I mean, their called "Research Papers" right?
Totally agree. I remember the phrase “learning how to think” being thrown around.
I also remember not being explicitly taught that.
It sort of seems like trying to find enlightenment by chopping wood and carrying water at a monastery.
If critical thinking is something that spontaneously emerges in a learning environment, maybe we shouldn’t sell it as a benefit. “Some students experience deep insight into the nature of the mind. Results not typical.”
joshuahutt commented on Overwhelm Yourself with as Many Tools as Possible (Why Not?) sungho.blog/p/overwhelm-y... · Posted by u/sungho_
From TFA:
> If you treat the usage of tools as "subjects of learning" and deliberately memorize them, it can be done. Such things are usually much lighter and smaller in volume than what is normally seriously treated as subjects of learning, which is why they are not treated as subjects of learning. So if you try to master them deliberately, it's easy to do.
I strongly disagree. Cognitive load is a thing that has different impact on individual people. Also, rote memorizing mental models, sometimes difficult-to-grasp ones due to bugs and poor UX design, is never inherently "easy."
"It's easy" is a fallacy, one that I keep hearing especially from healthy male developers, who I think sometimes lack empathy and awareness that not everyone's brain, cognition, and perception works exactly like their own.
Anyone who says “it’s easy” might be having an easy go of it, or they might lack the self-awareness to realize the amount of energy and cortisol they are burning through when they accomplish the task.
“Easy” things today can mysteriously cause burnout tomorrow. It’s easy to mistake the brain chemicals that lubricate effort for lack of friction.
joshuahutt commented on Overwhelm Yourself with as Many Tools as Possible (Why Not?) sungho.blog/p/overwhelm-y... · Posted by u/sungho_
From TFA:
> If you treat the usage of tools as "subjects of learning" and deliberately memorize them, it can be done. Such things are usually much lighter and smaller in volume than what is normally seriously treated as subjects of learning, which is why they are not treated as subjects of learning. So if you try to master them deliberately, it's easy to do.
I strongly disagree. Cognitive load is a thing that has different impact on individual people. Also, rote memorizing mental models, sometimes difficult-to-grasp ones due to bugs and poor UX design, is never inherently "easy."
"It's easy" is a fallacy, one that I keep hearing especially from healthy male developers, who I think sometimes lack empathy and awareness that not everyone's brain, cognition, and perception works exactly like their own.
Also, memorizing mental modals has a sort of path dependence to it. Once you have one in your brain, it’s hard to replace, even if it sucks.
joshuahutt commented on Overwhelm Yourself with as Many Tools as Possible (Why Not?) sungho.blog/p/overwhelm-y... · Posted by u/sungho_
Analysis paralysis would be the main argument against this (says the guy who took _years_ to finally decide on using the docmfp package for Literate Programming his current project).
You expressed this this much more concisely that I did.
joshuahutt commented on Overwhelm Yourself with as Many Tools as Possible (Why Not?) sungho.blog/p/overwhelm-y... · Posted by u/sungho_
I really enjoyed how the post was laid out —- the structure caught and kept my attention and made the arguments easy to follow.
Unfortunately, I’m not convinced. The author makes a good case for experimentation, but not for “tool maximization.”
I think there is a case to me made for “find tools that do your work for you” —- that’s “buy, don’t build” —- but that case was not made here.
Further, I think that it’s easy to actually overwhelm yourself with too many tools, at which point you’ve exhausted your interest and willingness to learn them. I have several “code time” extensions, which I installed under this exact line of thinking. I still haven’t made the evaluation of which one I prefer. I picked one by default and kept the others “just in case.” And I have plenty of other extensions that I plan to someday evaluate.
I think the best tool use and evaluation comes from a sense of immediate necessity, just like the best learning comes through immediate practice and application.
Everything else is just imagination, which can be hard to sustain and substantiate.
If they didn't think of getting you flowers themself (and had to use an app), is that real?