> younger generations raised on corporate platforms and their phone apps are less aware of non-corporate alternatives
All the new guys I work with are trapped in the app store/play store bubble. If it's not available directly through the device's software distribution system it's not getting used.
> might even be suspicious of libre and altruistic movements
All my boomer bosses think that anything that is outside the Windows/O365 ecosystem, or doesn't come with a $150 yearly license, is clearly pirate hacker software that will give your e-mail a virus and steal your bitcoin.
It is increasingly frustrating when we have a problem that could be fixed with GNU corutils and a bash script, or a raspberrypi/arduino translating between 2 serial devices, but we end up getting some $1500 black box from the 'official' vendor. It teaches the newer guys that step one is not to think about the problem, it's to grab your wallet and call a salesman.
This is not a new problem. I worked in corporate IT in the early 2000’s. Both attitudes existed even then, though of course there was no App Store back then. Nevertheless there was a strong preference among younger employees for paid software—the kind you get in boxes. The older generation viewed most software as suspect, but were willing to accept “official” solutions from Microsoft and other name brand software vendors. It seems comical now, but at the time Red Hat was viewed almost universally among my coworkers as a terrible idea. And forget about custom software. Rolling one’s own software was widely seen as crazy talk.
Never underestimate the blame game. It's a lot easier to place the blame on MS than on your own organisation. All customers knows you can't do anything about how windows works and have accepted the dysfunction already.
It took me the best part of 20 years of working in the corporate world to realise that the decisions aren't about the best thing for the user, or the employee, or even the shareholder, it's about the best thing for the decision maker. Ideally one which allows them to have no accountability whatsoever.
It's the whole reason management consultancies exist. If Deloite tell you to do X, or Gartner say buy Y, and you do, you aren't going to have the blame. Even when you end up losing half a billion as our last CxO did, you'll just get a golden handshake and a move to another company.
Someone who worked in corporate law once said "in the rare case you have to hire outside counsel you always hire the fanciest name brand firm. Not because the fancy firm does better work, but because of risk mitigation and CYA. If things go sideways then you can say 'not my fault,I hired the fanciest firm.'"
I remember buying SuSe Linux as literally boxed software around that time. But I bought it for my own use and my employer (not software industry) was running mostly windows with some legacy Unix.
Already in the 90‘s I has advocating for FOSS in a big company. And someone told me “nobody was ever fired for buying IBM” that phrase was already very old…
In their defense, if something isn’t in my distro repo, 75% of the time I’ll ignore it. Using the operating system’s built in method of installing software is very preferable. It is mostly just Windows (and to a lesser extent MacOS) where some repo (because what is an App Store if not a paid repo) isn’t the default.
Of course, all the software in the distro repo is there because somebody went against this tendency.
in most corporate environments if your homebrew solution breaks, then you have a problem. If something that came from a vendor breaks, that’s not your problem.
I understand your frustration but I’ve given up fighting with IT and just let them sort it out
A significant amount of the internet for normies today is app-first, where there may be no web version, or the web version lacks much of the core functionality of the service. Instagram led the way with this before Covid already, but the practice then spread widely.
The savvy crowd on HN hopefully already knows how to protect ourselves, but we can't really expect the mass public to do so. Especially when some younger people today are losing awareness of the very concept of the browser as they use dedicated apps for all their internet use.
browser based applications can still gain access to this data, using very similar workflows. E.g. a weather app rendered on a browser is still going to request your location, and can fingerprint that browser to build a user profile. I'm not sure your solution is a solution at all.
PWM drivers should be banned, the quality of lighting is horrendous and it murders LEDs. You have an rms currernt that is in spec but the peak is way too high.
anecdote: I work in a factory, we have thousands of light fixtures. The older constant current LED fixtures have lasted a decade, the new PWM driven lights have had a ~1% failure rate.
How do you know the difference? Constant current is almost certainly a PWM controlled buck/boost regulator. The flicker is attenuated by inductance, more or less depending on the design.
I guess the distinction is 'filtered' vs 'unfiltered' then. If you look at the lights that fail early using a high framerate camera (1k fps) they flicker between full brightness and fully off. The lights that last longer have some ripple but its 5-10% brightness.
Use a fidget spinner to see the difference. Spin up a 3 lobe fidget spinner and catch the reflection of the LED on it's surface. As the speed changes, a flickering LED will freeze the motion of the spinner. Even more fun with spinners :-).
Yes, adding an inductor will fix the problem, but that costs money. Not enough customers are complaining about the light flicker to justify the higher price.
> no point in claiming that the purpose of a system is to do what it constantly fails to do
This guy has never worked in a maintenance department. I have 5 bosses that tell me that what a system should do but none that can describe what it IS doing.
> I do expect the casual non-tech users to be making the most adaptable software because they have what they want in their head.
Those are the people who are most likely to give a monolithic prompt and then spend a week telling the machine 'I don't care about encryption or file permissions, just make it work.' Not to mention that most people can barely verbalize the problems they have with devices they use for 8hrs a day, let alone form a full, self consistant, project idea and then put it in writing.
if they're persistent and patient enough to see the result of what they think they want and iterate enough times they'll eventually learn. non-coders aren't dumb by default after all and I suspect they'll learn much faster than us because they won't be bogged down by the minutiae like reading docs.
Imagine you could build a piece of furniture without actually needing to know how to cut wood, drive nails etc. Imagine you could do it in 3d without knowing how to actually handle wood, you just have an image you can iterate on without actually costing you anything but time.
I remember the first big app I wrote in high-school. I had to learn C++, learn Qt etc. I knew what I wanted but putting that into code when I didn't know any of the libraries / tools was a huge time investment. If I had LLMs I could've done the same thing it took me 6+ months in probably less than a month.
> if they're persistent and patient enough to see the result of what they think they want and iterate enough times they'll eventually learn
beats the point. a non-coder has no reason to learn. they know the domain (atleast some) and they will not learn anything outside of it.
without learning how the program works, youre stuck. the real world is too complex and cant model 1:1 in any programming abstraction. the domain behavior must be forced and coerced to map and reduce with artificial constraints to operate as required in code but rule out absurdity (a bank account with a burger in it).
sure everything need not be production grade and multi user and infinitely secure but nothing meaningful comes out of leaving the modeling rigor out of that exercise.
> non-coders aren't dumb by default after all and I suspect they'll learn much faster than us because they won't be bogged down by the minutiae like reading docs.
They may have a perfectly good shot at being smart, but I still don't buy the argument. The reason they struggle to become coders (assuming they tried at all), in my experience, is a lack of problem-solving and debugging skills. There is no real shortcut here. An "image" of the chair isn't enough; when the first iteration is wrong, you have to be able to explain why it's wrong.
I think there are a lot of people out there with good problem-solving skills but for whatever reason did not get into programming or they tried and they got put off with learning the languages / libraries or got stuck and didn't find a solution easily enough and gave up etc.
With a sufficiently good LLM these people will skip the tedious part of programming that most of us had the motivation / patience to go through. All the folks saying that actually writing code wasn't the bottleneck have had a LOT of years to get to that point, years a lot of people aren't interested in going through.
I'm not saying lay people will be able to join mega projects and work at FAANG. I'm saying a sufficiently courageous lay person will be able to make an app to automate whatever tedious birocratic process their niche work hasn't seen a product yet.
> All the folks saying that actually writing code wasn't the bottleneck have had a LOT of years to get to that point, years a lot of people aren't interested in going through.
The years was not spent on learning how to code. The years was spent on learning about what needed to be coded. And that would have spanned multiple domains. Even the most basic production level software have multiple concepts that need to be integrated. And for that, they need to be learned.
Using AI without the requisite knowledge is playing Russian roulette. It’s kinda wanting to log into a file, and not thinking about disk storage being finite, and rotating the log file gives you flexibility. That’s not related to coding, it’s just hard thinking about the problem and the constraints (or finding a good book or article).
> Using AI without the requisite knowledge is playing Russian roulette
Every few months that revolver has a few more empty chambers and even if it shoots them in the foot, it can bandage them quite nicely. Will a solo lay person with an agent build a high quality high reliability software business? Doubtful. Will they be able to make a tool that helps them and 10 other people or a personal website? probably.
> Will a solo lay person with an agent build a high quality high reliability software business? Doubtful. Will they be able to make a tool that helps them and 10 other people or a personal website? probably.
Just take a quick look around to see how many daily tools and utilities are actually built by experts and industries. Yes, you can put a plank on top of two concrete blocks to make a bench, but many people don’t and prefer to have good bench made, even when it’s quite easy to DIY one.
So I don’t foresee lots of people trying to make custom tools, more so to keep a subscription active.
I can absolutely believe this, actually. Considering how the access to rapid prototyping has rejuvenated my interest in programming when I am a seasoned programmer, I definitely see the value in that kind of jump-start.
And yeah, without LLMs, writing code absolutely can be the bottleneck sometimes, if only for psychological reasons. I've definitely experienced something like "coder's block" before. An anti-flow state, if you will.
(But skydhash is also right. The "unknown unknowns" are a big deal and there's only so much an LLM can do about that, at least unless the user is actively aware of the general shape of that problem and trying to learn via the LLM and fill in those knowledge gaps.)
just because you have an idea doesn't mean it will work. kids come up with ideas all the time in their drawings, but they disobey the laws of physics and are therefore not feasible in reality. sure, the model can guide them, but eventually they would have to pick up the necessary knowledge.
The necessary knowledge needed with LLMs goes from needing to know programming languages and libraries to having a high level view of what is possible which is far easier and less boring to get
> younger generations raised on corporate platforms and their phone apps are less aware of non-corporate alternatives
All the new guys I work with are trapped in the app store/play store bubble. If it's not available directly through the device's software distribution system it's not getting used.
> might even be suspicious of libre and altruistic movements
All my boomer bosses think that anything that is outside the Windows/O365 ecosystem, or doesn't come with a $150 yearly license, is clearly pirate hacker software that will give your e-mail a virus and steal your bitcoin.
It is increasingly frustrating when we have a problem that could be fixed with GNU corutils and a bash script, or a raspberrypi/arduino translating between 2 serial devices, but we end up getting some $1500 black box from the 'official' vendor. It teaches the newer guys that step one is not to think about the problem, it's to grab your wallet and call a salesman.
</tangent>
reply