I'm on the same boat, negatively affected by AI. I'm the CEO and founder of an EdTech company and our B2C revenue has greatly decreased as a result of Gen AI.
But unlike the author of this post (or cited authors) I'm not sore. AI is providing a much better education model for students. So it's us that we have to adapt, not complain that the world is changing.
For example, in Machine Learning our projects are sometimes extremely long and repetitive. Because before AI, it was a valuable skill to be able to recall APIs quickly (what is the method to drop duplicates in a dataframe again?).
But today that's no longer the truth, and for the better. I am happy students don't have to go over the same repetitive low-value processes that I had to go to.
Students can now focus on more high level valuable tasks: understand the domain, compare evaluation methods, compare models, balance tradeoffs, present solutions/reports, etc.
It's like in the 50s when students had to memorize tables of logarithms. Nobody misses that.
We are in the process of recreating all our projects to adapt to the new world. We'll see how it goes.
>But today that's no longer the truth, and for the better. I am happy students don't have to go over the same repetitive low-value processes that I had to go to.
It's a real shame a leader of an education company doesn't value the actual learning process. Those "low value" processes are the building blocks to understand and master high level concepts. I'm not spending my day to day thinking about the low level memory allocation in my job, but that knowledge and work helps immensely in how I approach the higher level assignments and wider architecture. And I still kick myself because my assembly knowledge is is only 1.5 semester's worth.
And yes, I still look up how to construct an array in C++. Not really because my memory is bad (okay, kind of), but more for the practice of reviewing API's and parameters and maybe making new revelations. I probably knew internally some 12 years ago I could set an initial capacity in one of the array's constructors. I didn't really "understand" the value in that until one random work day 4 years later as I was working through some in-house container packages.
You can even say that doesn't matter if you know what resize() is, but it's those little bits of learning nuggets that builds you up from a "fine engineer" to a "great engineer". Less the knowledge and more the work ethics built to obtain it.
> before AI, it was a valuable skill to be able to recall APIs quickly
That’a the low value they’re talking about. And all of that stuff is accidental complexity.
To use their example, you need to know that dropping duplicates is a good idea (and why). Knowing what the syntax and api calls to do that is, in my opinion, unnecessary.
We've had encyclopedias, textbooks, and the Internet for decades. Being able to recall things quickly is still very valuable in most white collar jobs because the person with the quick recall is a lot faster than the person who has to look up the information every time.
santiagobasulto · · focus · HN ↗
But unlike the author of this post (or cited authors) I'm not sore. AI is providing a much better education model for students. So it's us that we have to adapt, not complain that the world is changing.
For example, in Machine Learning our projects are sometimes extremely long and repetitive. Because before AI, it was a valuable skill to be able to recall APIs quickly (what is the method to drop duplicates in a dataframe again?).
But today that's no longer the truth, and for the better. I am happy students don't have to go over the same repetitive low-value processes that I had to go to. Students can now focus on more high level valuable tasks: understand the domain, compare evaluation methods, compare models, balance tradeoffs, present solutions/reports, etc.
It's like in the 50s when students had to memorize tables of logarithms. Nobody misses that.
We are in the process of recreating all our projects to adapt to the new world. We'll see how it goes.
johnnyanmac · · focus · HN ↗
It's a real shame a leader of an education company doesn't value the actual learning process. Those "low value" processes are the building blocks to understand and master high level concepts. I'm not spending my day to day thinking about the low level memory allocation in my job, but that knowledge and work helps immensely in how I approach the higher level assignments and wider architecture. And I still kick myself because my assembly knowledge is is only 1.5 semester's worth.
And yes, I still look up how to construct an array in C++. Not really because my memory is bad (okay, kind of), but more for the practice of reviewing API's and parameters and maybe making new revelations. I probably knew internally some 12 years ago I could set an initial capacity in one of the array's constructors. I didn't really "understand" the value in that until one random work day 4 years later as I was working through some in-house container packages.
You can even say that doesn't matter if you know what resize() is, but it's those little bits of learning nuggets that builds you up from a "fine engineer" to a "great engineer". Less the knowledge and more the work ethics built to obtain it.
_aavaa_ · · focus · HN ↗
That’a the low value they’re talking about. And all of that stuff is accidental complexity.
To use their example, you need to know that dropping duplicates is a good idea (and why). Knowing what the syntax and api calls to do that is, in my opinion, unnecessary.
gamblor956 · · focus · HN ↗
_aavaa_ · · focus · HN ↗
I don’t have to remember assembly intrinsic since the compiler deals with that, I just describe the higher level goal and it implements it.