Pronoun confusion. The second pronoun is ambiguous.
Since we are all “hackers” here, I’ll be pedantic…
“While it is a great language…”
The “it” pronoun clearly refers to the C++ language, as I’m sure you intended.
“…ir would profit from less ‘lets code C with C++ compiler ’ attitude.”
The “ir” — presumably a typo for “it” — can refer to the article or C++. Given that this thread is about an article, the second “it” referring to the article is a natural assumption.
I’d say it’s like the mental health distinction of a trait versus a disorder: if this is negatively impacting your day to day life, consider therapy / counseling.
(As an aside, I think of counseling as “optimizing my life”. Perhaps that framing may help those that find the idea off-putting.)
I believe we first need to answer the question of whether the copyright of the AI model’s source text or images affects the output.
My opinion — and note I’m a software engineer, not a lawyer — is that an AI, being a statistical model and not generally intelligent, should not be allowed to disregard the copyright of its source material. This would, I think, require the AI’s creator to secure a license for all of its sources that allows this sort of transformation and presentation. And further, a user of the AI would themselves require a license to use the output.
I agree though I’d say non-technical people are naive and so don’t know why the experience is not ideal or fun or smooth. I suspect if asked the right questions, non-technical people would also complain.
Computers have always been just useful enough for as long as I’ve used them (since the 80s). We’ve _always_ put up with a lot of nonsense and pain because the alternative is worse.
The answer, I think, is warranties. As soon as software can no longer be delivered “as-is”, the profession will need to change. Hobbies will still exist, just as they do for almost all other professions, but as soon as software is required to be fit for purpose, we will need to get serious. That’s when regulation and (gasp) licensing will need to come in to play.
As soon as, say, a retailer or a bank can be sued to oblivion for bad and/or insecure software, whether it was written in-house or not, the regulations will flow back to the producers of the software.
We are still in the Wild West days. Enjoy it while it lasts. Once we, as a society, start requiring software to actually do what it says it does, the fun times are over…at least professionally.
We will still be able to have hobby projects automating sprinklers and lightbulbs and such with the latest unlicensed (edit: un-warrantied, really) Raspberry Pi and Linux.
But at work we will be using buttoned down OSes, programming with buttoned down programming languages, using a (comparatively) small number of professionally licensed third-party libraries, and all this with some painful professionally certified software development methodology.
I use Hover for my personal domain, and added a "small mailbox" for my email address. For calendaring, I use iCloud, which works fine since I'm an iPhone user and that thing is _always_ with me. I switched my personal website (which I basically never utilize), from Blogger to GitHub Pages. Should I ever want to post things, the Jekyll integration will be plenty. At the moment the page has 90s style "under construction" notice, which I find mildly amusing and is all I wanted over Hover's own missing website page.
I looked at other options -- ProtonMail or FastMail -- but figured my needs were fairly basic. I don't use multiple mailboxes, I very rarely search my email history, iCloud handles my calendar (I had switch this up already), and I don't need a huge amount of space. After 10+ years on G Suite, my personal email was 1.5GB, so I figured any email host would work.
I didn't bother importing all of my email to the new Hover email, nor did I want to. Instead I archived my G Suite email and copy / pasted my current Inbox across, which was 20-some messages (I practice a slightly messy version of Inbox Zero). If I ever need to search the old email history, I'll import the old G Suite email archive to Thunderbird or Apple Mail.
About having my domain and email hosted by the same provider: I understand the risk, however I have managed to keep my personal website and email going consistently for over two decades, and I'm not terribly worried. Plus I have auto-renew enabled.
The closest I get in my career is striving for the simplest approach to building something in software, which is not all the easy path. The easy path always leads to complexity -- just look at any enterprise software project that's more than a year to two old.
I find the process of striving for simplicity gratifying and reading this article about similar -- but much longer process -- put a smile on my face.
For me, the big drain was running Google Chat in Firefox. I switched running GChat using Google’s app and that solved the problem for me. Now the only big drain is WebEx. (This is a work laptop, and my work uses GSuite and WebEx.)
I had this same belief but there is one other useful situation where an interface plus just one implementation class helps, and that's when you want to hide the noise of implementation details from another part of the program.
This can happen between different layers of app. For example you might have a persistence layer under an API or UI, and want to expose a nice "clean" interface to the API / UI layer.
If memory serves, the threat _was_ detected, however it was not acted on. There was lots of finger pointing about lack of coordination, but (as I recall) the core problem was that it was one threat amount many (100s? 1000s?), so the threat detection was generating too much noise.
Ubiquitous surveillance could (does) easily end up creating the same situation: not enough signal among the noise.