Hacker Newsnew | past | comments | ask | show | jobs | submit | va1a's commentslogin

I've noticed, as a student, that many college students - particularly those not in STEM/engineering fields - have an almost irrational hatred of AI. It's to the point where they'll mock you for using it, even when it provides such an insane productivity boost. I understand the disdain for trying to inject the concept everywhere, and like any new technology, it's apt to be used where it is unneeded, and mentioned when it is irrelevant.

But this luddite-like hatred needs also to be addressed. You can't turn your back on a helpful new technology just because it shakes things up. Students need to learn to use it more than constantly boo and ignore it. Especially those in non-STEM fields, where its usage might be more optional currently.


> You can't turn your back on a helpful new technology just because it shakes things up

Watch them :)

Seriously though, this happens every time technology is introduced, for better or worse.

And while it's annoying, it's actually very helpful too, but you need to get further into your understanding than the emotion arguments people usually have front and center in their mind, because there is real criticism that has real value in there, it's just behind all the annoying knee-jerk reactions.

But again, this happens over and over, every time, seemingly in every community. Even HN has these soft spots, maybe not for AI but for example blockchain and cryptocurrencies are still subjects that somehow bring out these knee-jerk reactions to people (again, sometimes for good reasons, although the initial reaction masks the real cause).

Best we can do is listen and actually understand, instead of just brushing it away as "irrational hatred", because it always comes from somewhere, sometimes personal reasons, sometimes illogical reasons, but always because of something.


Something I've noticed as a general trend is that tech news has seemed to breed an optimistic fandom, that technology for the sake of technology must be good. It's exciting and dramatic, it's science fiction becoming reality. Concerns about needing to adapt around it are diminished even when it could be devastating (losing their job) to those involved, and it's unlikely much assistance will be given to "just" retrain.

Everybody pays the price for AI, but relatively few benefit.

Power is more expensive because data centres are using so much of it. Climate change is a tougher problem to solve because we're trying to reduce emissions while the energy requirements of big AI companies is eclipsing that of some nations. GHG emissions are going up when they need to go down. Computer hardware prices are through the roof. Fresh graduates, including those in STEM, face uncertainty in a job market that's trying to replace inexperienced, unspecialized, non-experts (i.e. them) with AI. Many of them know how to use AI just fine, but that doesn't necessarily make them employable. You may dream of being a AI-powered super-developer, but the path to that job may go through entry level positions that become harder to find each day.

Critics of AI are not being irrational. They're paying the costs but not reaping the benefits and they don't see a clear path to changing that. I suggest you look into the history of the luddites and the industrial revolution. Today, we see the industrial revolution as a tremendous boon, but it wasn't that for everyone initially. Multitudes spent their entire lives being shafted before the benefits started tricking down. The real kicker is that only some of the people who suffered were luddites. Many were just like you. You can love a fission bomb for the beauty of its physics, but you'll suffer exactly the same fate as an nuclear abolitionist if one is dropped over your city.


> energy requirements of big AI companies is eclipsing that of some nations

I've heard so many different takes on this. Where did you get this information?


https://www.iea.org/reports/energy-and-ai/energy-demand-from...

If AI were a country, it'd be 12th place in the world for energy consumption.

https://en.wikipedia.org/wiki/List_of_countries_by_electrici...

It's gone up considerably since last time I looked. Jeez.


I use AI a lot for development, but I am not sure why students should "embrace" the new technology made to take the job they are studying for.

> particularly those not in STEM/engineering fields - have an almost irrational hatred of AI. It's to the point where they'll mock you for using it, even when it provides such an insane productivity boost.

What "insane productivity boosts" are non-coding fields seeing from AI? If anything, coding is the most affected space, and even there I'm not sure I'd classify it as an "insane" productivity boost yet.


Maybe they see it eradicating their job prospects and being used to cheat and invalidate their hard studying by others who want an insane productivity boost? That’s not fair to them if others are cheating and they’re learning properly.

You do realize luddites were people made unemployable and impoverished by new technology? Calling them luddites just proves their point.

They weren't even against it! They were the users of the new tech. They wanted regulation and a cut of the increased productivity. They were a nascent labour movement asking for things you and I take for granted. The responses at the time was, of course, violent reprisal.

They weren't made unemployable nor impoverished. Many migrated to the cities and worked in the factories. Their complaints were more about the move from being an artisan to being manual labor.

"Yes, and", to see young children literally worked to death, getting crushed in machines.

They were against that. And people were impoverished, as can be seen in the drop of life expectancy until labour laws were enacted.

Edit: https://pubmed.ncbi.nlm.nih.gov/36335796/


As usual for HN, you do not indicate which passages in the article you cite support your assertion, so I guess I have to do that work for you. "expectancy" occurs 3 times in the article. Correct me if I misunderstand, but I think none of the 3 support your assertion:

>The initial wave of poor health during the industrial revolution gave way to increased life expectancy and decreased levels of infectious disease during the later 19th century, linked to various public health measures.

>By the latter part of the nineteenth century, life expectancy and health improved, and the growing health disparity between rural and urban areas started to decrease.

>Our knowledge of the living conditions of the 19th century, particularly amongst the urban poor, has led to a strong assumption that a significant decline in health occurred at the onset of the Industrial Revolution. We must be cautious not to overly sentimentalise the medieval and early modern periods, when air pollution (primarily from woodsmoke and also sea coal) was common (Brimblecombe, 1976) and adult life expectancy was lower.


How did you come to believe that the industrial revolution in England caused a drop in life expectancy?

That paper appears to be yet another case of social scientists not understanding that correlation isn't causation. They demonstrate a trend in a noisy dataset of some very specific forms of injury and then declare it was the industrial revolution which caused it. But their analysis can't show that.

And many didn't, but either way I'm not surprised that students don't like the idea of becoming sweatshop workers.

i think 'shake things up' is a doing a lot of work to minimize the impact this tool will have for this demographic in particular. especially for non-STEM college students, so in theory students who read/write a lot and therefore are probably sick of reading a lot of mid-tier, averaging slop.

I find my hatred of AI to be incredibly rational, and the cultlike veneration of the “insane productivity boost” it gives you to be truly irrational (whether or not that boost actually exists).

Productivity as the be-all-and-end-all of personal aspiration exemplifies what is rotten in our industry and society at large: more for the sake of more, faster for the sake of better, no matter the consequences and with certainty no mind for the quality.


As a software engineer I am so deeply ashamed of how quick so many in the field have done a complete 180 on "productivity cannot be measured by lines of code" to wearing lines of code like a badge of honour.

It's similar to the hype around the "internet revolution", the "microservices revolution", all the "codeless" solutions over the decades...

Every new technology brings with it much promise, MUCH bigger hype, grave disappointment once the people who have been using it wrong fail, and then the new batch of winners. This happens any time there's a big leap in our tools, and AI is no exception.

Productivity is how we make things better. We have enough food for everyone because we've leveraged new tools to make the task more productive (the fact that the food is unevenly distributed is a separate problem).


It’s always funny to me to see people in tech, who have largely been employed to put other people out of work for the last 50 years, change their stance on tech as soon as it starts to affect them.

And yet, it still takes 5 minutes for my canvas preview to load, and one in 20 times it crashes the whole app.


More realistically I think you'd need something like "Now write your post in the style of a space pirate" with a 10 second deadline, and then have another LLM checking if the two posts cover the same topic/subject but are stylistically appropriate.


Is this meant to detract from their situation? These tech stacks are mainstream because so many use them... it's only natural that AI would be the best at writing code in contexts where it has the most available training data.


> These tech stacks are mainstream because so many use them

That's a tautology. No, those tech stacks are mainstream because it is easy to get something that looks OK up and running quickly. That's it. That's what makes a framework go mainstream: can you download it and get something pretty on the screen quickly? Long-term maintenance and clarity is absolutely not a strong selection force for what goes mainstream, and in fact can be an opposing force, since achieving long-term clarity comes with tradeoffs that hinder the feeling of "going fast and breaking things" within the first hour of hearing about the framework. A framework being popular means it has optimized for inexperienced developers feeling fast early, which is literally a slightly negative signal for its quality.


No, it's a clarification. There is massive difference between domains, and the parent post did not specify.

If the AI can only decently do JS and Python, then it can fully explain the observed disparity in opinion of its usefulness.


It's a hardware wallet that just looks cool. Where's the "black mirror vibes". There's not much nefarious tech here.


The ick and black mirror vibes comes from the technical fact that bitcoin is non fungible and publicly traceable by design making it a surveillance states dream.

Luckily there are superior alt coins that don't have that flaw.


Err, actually the ick factor for me was the crypto bro mentality and the general seedy nature of the state of crypto and those who use it.


Turns out if you only look at people trying to turn a profit you will find bad people. It's like complaining about investment being seedy because you only watch wallstreetbets.

That should be the point where the intellectual curious hacker should try to broaden there horizon beyond the superficial surface.

I don't see the seedy nature you try to apply to a whole industry if anything i experience the opposite.


Dosage makes the poison.


looks at the crypto community and gestures broadly


Fun video, you can really feel the 2012 in it too.


More specific shenanigans aside, JavaScript will always be the king of unintuitive syntax. Some of these f-string tidbits are very much strange, but you'd have to be implementing something specific to encounter them. Meanwhile over in JS you're still waiting for your dependencies to install so you can compare two arrays.


That is exactly the kind of unfounded, strawman-riddled criticism I was after ;-)

What does an algorithmic task such as array comparison have to do with language syntax? The answer is nothing.

Sure, some languages might have builtins for comparing certain things, or doing intersections/differences, but those only apply to arrays of primitives, and even in those cases the utility of the builtins completely depends on the use case, and those builtins still have nothing to do with syntax.


> those only apply to arrays of primitives

I guess you've not written much python, or just not used any custom types in lists if you have.

    class Thing:
        def __init__(self, a, b):
            self.a = a; self.b = b
        def __eq__(me, them):
            return me.a == them.a and me.b == them.b
    >>>[1, 2, Thing(6, "Hi")] == [1, 2, Thing(6, "Hi")]
    True
    >>>[1, 2, Thing(6, "Hi")] == [1, 2, Thing(6, "Hello")]
    False

In this case, the builtins are syntax, namely the `==` operator. There's a uniform syntax for comparing two objects for equality.


Sure, the language has a mechanism for overriding the equality operator for classes, just like Java has .equals(), but the code is overriding the builtin algorithm. The case of comparing mixed type arrays is not a usual case and seems contrived. In JS, you could do the same by extending Array and using that, or implementing a custom .equals() for your objects. I suppose Python is a bit more functional in that respect.


Every now and then since deleting my account I click on a link to an X post and am reminded I can't read the replies, and then I am thankful again to my past self for deleting my account. I urge everyone to delete the app and their accounts, realistically there are just much better sources of information nowadays. It's not worth the mental headache to get your news from X, which recently honestly hasn't even been good at delivering it.


It's interesting, this concept of "just following orders" recurs so much in almost all contexts. War behavior really seems to be the baseline of human interaction.

https://en.wikipedia.org/wiki/Superior_orders


> but the Python API isn't all that wonderful, and dynamic typing means that I spend too much time debugging

I don't know, this just seems more like inertia. "I'd rather stick to what I know best than this popular thing." Which is fine, and I'm glad Java has made improvements making it easier to hit the ground running. But blaming the use of Java on the inadequacies of Python? The python API can do just about anything, it has regex toolings, I've never found myself needing anything else. And the typing complaints? Yeah it can be annoying if you're not good at keeping track of your own typing hints, but modern python supports type annotations and linters like mypy[1] catch everything related to that just fine. I've always admired many of Java's features, but let's not act like the reason for using Java for scripting is the pitfalls of Python. It's just because of an underlying preference for Java.

1. https://mypy-lang.org/


> Yeah it can be annoying if you're not good at keeping track of your own typing hints

If you write all the code you deal with, then sure. My experiences on big projects tend to be typing problems introduced by libraries. The kind where documentation and the decorators suggest it'll only ever return some specific value type, but then very occasionally it'll return a tuple of that value type and a message.


Fair, but in the context of scripting, which seems to be the focus of this article, how often are you dealing with complex library code? When I write scripts for file manipulation / simple automation, I'm usually not dealing with complex library objects. Plenty of os method calls, plenty of regex matches, but little else in this context. Big projects are another thing entirely. There's a plethora of reasons why you may want to use a different language for a certain project type. But it doesn't seem fair to imply that python is uniquely handicapped (or otherwise inferior to Java) for scripting and simple automation use-cases.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: