Live data from Hacker News

The solution might be cancelling my AI subscription

thoughts.hmmz.org

191–200 of 252 posts

Re: The solution might be cancelling my AI subscription

#192

Only mentioning this because the OP did - but for me (also ADHD) it's kind of the opposite. I'm finishing side projects for the first time ever because I can actually get them working before I get bored of them. My projects are more infra-leaning, and not all of them get much use, but some do. Others let me explore certain ideas and then sometimes serve as a reference point later when I run into something that remind…

Honestly it’s been amazing for me for similar reasons. Also diagnosed ADHD. Starting projects has always been easy. But once I figured out the hard stuff and then had everything figured out and only saw the long road ahead of drudgery and pipe laying my motivation fizzles out unless my paycheck depends on it. Now? I still get to figure out the fun hard part and then go send a cheap fast working dumb minion to do the…

> I’ve finished 3 things in the past month that have been on my hobby list for years with no progress. It’s been really freeing.

For me, rather than cling to the notion that these are things I need to complete and should feel guilty about not having done so, I just started accepting that they either will be completed when the time is right if they're worth my focus, or they weren't meant to be completed and there's probably something better that's come along since starting. I usually keep them all in an archive as a timeline of tinkering and a record of how much time I didn't waste on trying to complete them

Re: The solution might be cancelling my AI subscription

#193

I don't thing the problem is AI, but the mindset and trainning. I have probably as many or more AI projects that this man has but they are extremely useful, even if most of them I won't even sell. This is like a kid playing videogames instead of studying, you take the console away and force the kid in front of a book and the kid will spend most of his time looking at the wall and dreaming. I am engineer with very dee…

> friction = focus, focus = product

AI tools have put friction where it should be - by eliminating incidental friction. By incidental friction I mean, things that were really not ambiguous, but were made so due to lack of access to resources.

As an example, if i needed to navigate, I used a paper map. There was friction in pulling out a map, planning a route etc. This took time. With digital mapping apps this sort of incidental friction is not there.

Real friction is inherent ambiguity. For example, what product does the market need ? By eliminating incidental friction, AI allows us to focus on the smallest hard-problem where there is real-friction.

Re: The solution might be cancelling my AI subscription

#195

I wonder how many of the responses here bifurcate by age. The post resonates with me, but I am now in my early fifties. When I was in my 20's and 30's, I would have happily chased rabbits down all those holes, but now that time seems so brutally finite, I feel that anything encouring me to spend time on stuff other than what really matters is a strong negative. (Where "what matters" includes work, family, friends, an…

> "I wish I'd made more throw away apps I never use" ... said no one on their death bed, ever.

Yeah, it does make me wonder though - have these AI boosters never written their own tools before? I've written, for my own personal use, literally thousands of tiny little bash scripts, vim scripts, emacs scripts, Python programs, C programs, etc. I still daily use a music player (wish wrapper around mpg123) that I did in 2001[1]!

And yet, I'd be the first to admit that, for each 1000 things I wrote, probably 1 got permanent use for a significant length of time; the value, over time, to me was the lessons learned.

Now people are going through that cycle faster (i.e. instead of doing 5000 persona-use programs over 30 years, they're doing it in a single year), but the end result is still going to be the same - no one is ever gonna use it, including themselves!

It comes with an additional downside - you don't actually learn anything by having the AI generate your programs for you.

--------------------------------

[1] In case anyone is interested why I wanted a wrapper - it uses the locatedb so that I don't have to search for my mp3s:

    #!/usr/bin/wish
    # Copyright Lelanthran K. Manickum 2002, provided under BSD license
    #

    set version "1.0"

    proc playSong {songname} {
       set rc [catch { exec killall -9 mpg123 }]
       if {$songname=="\[Stop Playback]"} {
          .midFrame.lblPlaying configure -text "Stopped"
          return 0;
       }
       set rc [catch { exec mpg123 --loop -1 "$songname" & }]
       if {$rc==0} {
          .midFrame.lblPlaying configure -text "Playing: $songname"
       }
    }

    proc locateSongs {pattern} {
       .lstResults delete 0 999999999
       set tmpvar [split [exec locate -i "*$pattern*.mp3"] "\n"]
       .lstResults insert 0 "\[Stop Playback]"
       foreach title $tmpvar {
          .lstResults insert 1 $title
       }
    }

    frame .topFrame 
    frame .midFrame

    entry .topFrame.entSearchString -text "Search String"
    button .topFrame.btnSearch -text "Search" -command {locateSongs [.topFrame.entSearchString get]}
    listbox .lstResults -yscrollcommand {.sby set} -xscrollcommand {.sbx set}
    scrollbar .sby -orien vert -command {.lstResults yview}
    scrollbar .sbx -orien horiz -command {.lstResults xview}
    label .midFrame.lblPlaying -text "Stopped"

    locateSongs ""
    focus .topFrame.entSearchString

    bind .topFrame.entSearchString  ".topFrame.btnSearch invoke"
    bind .lstResults  {playSong [.lstResults get active]}
    bind .lstResults  {playSong [.lstResults get active]}


    grid .topFrame -row 0 -column 0 -sticky nsew
    grid .topFrame.entSearchString -column 0 -row 0 -sticky nsew
    grid .topFrame.btnSearch -column 1 -row 0 -sticky nsew
    grid .midFrame -column 0 -row 1 -sticky nsew
    grid .midFrame.lblPlaying -column 0 -row 0 -sticky nsew
    grid .lstResults -column 0 -row 2 -sticky nsew 
    grid .sby -column 1 -row 2 -sticky nsew 
    grid .sbx -column 0 -row 3 -sticky nsew 

    grid rowconfigure .topFrame 0 -weight 1
    grid columnconfigure .topFrame 0 -weight 1
    grid rowconfigure . 2 -weight 2
    grid columnconfigure . 0 -weight 2

    wm protocol . WM_DELETE_WINDOW {
        set rc [catch { exec killall -9 mpg123 } ]
        destroy .
    }

    wm title . "Simple Music Player - v$version"
    wm geometry . 700x500

Re: The solution might be cancelling my AI subscription

#196
post #38

Earlier quoted context omitted.

I don’t think he’s blaming the technology he’s saying that AI is like crack for people with certain types of ADHD who are always thinking up new projects or going down rabbit holes. I can relate to this greatly I have started dozens of projects since last summer but have been having a hard time turning these into real value. Not even money but just something that people find useful beyond my own learnings.

You mean like how bikes are like crack to people that are always out and about to do useless errands? Yeah I think we should protect these people from accessing these technologies, because they clearly can't handle it!

Is someone advocating for banning AI because a guy with ADHD wastes his time? This post seems to just to be about knowing oneself and putting yourself in the right environment not creating a nanny state or something

Re: The solution might be cancelling my AI subscription

#197

Earlier quoted context omitted.

> As opposed to the old days when people would just blindly copy/paste random shit from Stackoverflow? Many of the people who are complaining about AI vibecoding today also didn't blindly copy/paste from StackOverflow in the past.

I'm sure they were blindly accepting the Assembly coming out of the compiler.

> I'm sure they were blindly accepting the Assembly coming out of the compiler.

The fact that you consider deterministic output from a compiler the same as probabilistic output from a LLM makes me think you don't know how either of those things work, even at a very superficial level.

Re: The solution might be cancelling my AI subscription

#198

Earlier quoted context omitted.

Ah yes the “you’re not paying the ai labs enough” argument.

My total usage for this month is less than one days pay.

How many days pay do you think would be your limit? It seems inevitable that prices for power users will rise dramatically in the next few years.

Re: The solution might be cancelling my AI subscription

#199

For 20 years, Google had access to infinite amount of human based Phds, and fresh computer science graduates, and effectively unlimited budgets...and have been "hiring the best" for 20 years straight. This what they have been spending their human tokens on: https://killedbygoogle.com/ They are a decreasing quality searching engine who shows ads. It has never been about intelligence, or lack of resources. Its about in…

Wow. I've essentially been circling that exact thought for awhile now. But your blunt phrasing really strikes a chord with me.

https://www.dailykos.com/stories/2026/5/29/800046344/cartoon...

https://imgur.com/gallery/google-ai-sota-llDaUDr

Re: The solution might be cancelling my AI subscription

#200

I don't thing the problem is AI, but the mindset and trainning. I have probably as many or more AI projects that this man has but they are extremely useful, even if most of them I won't even sell. This is like a kid playing videogames instead of studying, you take the console away and force the kid in front of a book and the kid will spend most of his time looking at the wall and dreaming. I am engineer with very dee…

> friction = focus, focus = product AI tools have put friction where it should be - by eliminating incidental friction. By incidental friction I mean, things that were really not ambiguous, but were made so due to lack of access to resources. As an example, if i needed to navigate, I used a paper map. There was friction in pulling out a map, planning a route etc. This took time. With digital mapping apps this sort of…

This distinction between ambiguous and incidental friction is brilliant. Was just talking about it with my wife because your specific example of a map has been a running debate between us. I just pick the least cost path via the algorithm to the point where I have poor spatial awareness. My father in law insists on using paper maps because he wants to know where everything is to be helpful. For me, the ease of the algorithm solves incidental friction. For him, it eliminates helpful ambiguous friction by denying him the opportunity to learn.

The wrinkle that needs to be added is that there are no truly universal rules as to what counts for incidental vs ambiguous friction - the definitions are relative to individual/project goals. I am working with some scientific instruments to map out chemical data, and 3d modeling is needed. I don’t particularly care about 3d modeling - it is incidental to me. The chemistry is the focal point. So the STL files are vibe coded so I can keep my focus on chemistry. But if I were working for the latest marvel movie, the reverse would be true. The actual chemistry would need to fit the script and the visual effect intended. To a scientist the visualization just needs to be good enough. To the film director, the world building physics and chemistry instead become the supporting actor. The challenge introduced by AI is that in ruthlessly eliminating incidental friction, you are being deliberate about what you choose not to learn. This is fine at a task level - but how many of us “found” our current expertise through incidental friction in the first place? I never wanted to do chemistry, I went to school for something else. But incidental friction led to discovery. That is my biggest worry, particularly for students and early career folks.

Post reply on HN