3 ms·

Software is trivial to make for yourself and insanely hard to make for someone else, so your vision is not completely off. But 99.9% of people are just unable

by wruza 5y ago

Software is trivial to make for yourself and insanely hard to make for someone else, so your vision is not completely off. But 99.9% of people are just unable to program things (partly because there is no straightforward tools^, which are already a hardest software ever). There may be a tipping point somewhere in the future, but today there is no incentive or enough alive-or-dead competition, for almost everyone to become “software literate”. ^ think about subj: to program this toy, first you have to learn emacs and elisp; there are much easier ways to play this “game”, though less technological. Even most of software developers won’t really go that far.

xxs 5y ago
> Software is trivial to make for yourself and insanely hard to make for someone else, so your vision is not completely off. No idea how true that is, based on my own experience - totally false. E.g. writing the control software for grow lights (esp-32) was far from trivial and my daily job that's actually writing software "for someone else" is not hard.
- zdkl 5y ago
  It's easier to control your grow lights than to write the equivalent for someone else. All the unspoken assumptions about how the system ought to work are yours. Therefore you don't have to fill in the gaps of someone else's attempt at describing what they want.
  - xxs 5y ago
    Technically I did it for my spouse and her flowers [grow lights did require designing and soldering all the power and electronics control circuits - which admittedly I am less verse than writing code], but again I can't quite see the difference between my daily job and personal projects in terms of understanding the matter. If anything personal projects have less room for failure as by their own definition are quite more ambitious. While there is no intrinsic care about scale, running it remotely, no downtime, APIs misuse, etc. - it's very much the same process with writing, debugging, refactoring, deploying and so on.
- wruza 5y ago
  I think you just chose a hard way out of habit :) If it were pi-like platform instead of esp, you could just ssh and vi new “gpio …” lines into your crontab (depending on how the lights are connected). I dealt with esp before too and it’s really of “8-bit++” kind, missing all the power of software we built in recent 30 years, so you have to reinvent wheels too often. The only reason these platforms still evolve is they are much cheaper if you plan to ship thousands pcs or make them work in limited environments.
crispyambulance 5y ago
> to program this toy, first you have to learn emacs and elisp Yeah, thinking about f---ing in the context of emacs makes me want to vomit a little bit. It's about as sexy as RMS' underwear.

by wruza 5y ago

xxs 5y ago

> Software is trivial to make for yourself and insanely hard to make for someone else, so your vision is not completely off. No idea how true that is, based on my own experience - totally false. E.g. writing the control software for grow lights (esp-32) was far from trivial and my daily job that's actually writing software "for someone else" is not hard.

zdkl 5y ago
It's easier to control your grow lights than to write the equivalent for someone else. All the unspoken assumptions about how the system ought to work are yours. Therefore you don't have to fill in the gaps of someone else's attempt at describing what they want.
- xxs 5y ago
  Technically I did it for my spouse and her flowers [grow lights did require designing and soldering all the power and electronics control circuits - which admittedly I am less verse than writing code], but again I can't quite see the difference between my daily job and personal projects in terms of understanding the matter. If anything personal projects have less room for failure as by their own definition are quite more ambitious. While there is no intrinsic care about scale, running it remotely, no downtime, APIs misuse, etc. - it's very much the same process with writing, debugging, refactoring, deploying and so on.
wruza 5y ago
I think you just chose a hard way out of habit :) If it were pi-like platform instead of esp, you could just ssh and vi new “gpio …” lines into your crontab (depending on how the lights are connected). I dealt with esp before too and it’s really of “8-bit++” kind, missing all the power of software we built in recent 30 years, so you have to reinvent wheels too often. The only reason these platforms still evolve is they are much cheaper if you plan to ship thousands pcs or make them work in limited environments.

crispyambulance 5y ago

> to program this toy, first you have to learn emacs and elisp Yeah, thinking about f---ing in the context of emacs makes me want to vomit a little bit. It's about as sexy as RMS' underwear.