Live data from Hacker News

To my students

ozark.hendrix.edu

41–50 of 221 posts

Re: To my students

#41

There's something so off-putting about academics giving industry advice when they haven't spent a day working as an engineer at a company. > Care deeply about your craft. Refactor code until it is clear and elegant. Write good documentation for other humans to read. Have the courage to go slowly, especially when everyone else is telling you that you need to go fast and cut corners. Outside of the bit on avoiding cutt…

>I do not and will not use LLMs, in any form, for any purpose.

Re: To my students

#42

> Have the courage to go slowly, especially when everyone else is telling you that you need to go fast and cut corners. I've been struggling to figure out what "slower" would look like when working in industry. If everyone's working 2x faster, how do you slow down meaningfully without getting axed?

provided you have the financial freedom to, don't apply to jobs where this mentality is rewarded.

After getting my CS degree I deliberately went into a sector where I suspected this kind of attitude doesn't exist (defense in my case) because already then I felt the whole web/startup culture had very little to do with software engineering.

Re: To my students

#44

> Be intentional about deciding your own moral and ethical boundaries up front. Don't settle for the lie of compromising your principles "just for now" until you can find something better. my uk mechanical engineering bachelors degree had a required module on the ethics of engineering which has always stuck in the back of my mind. i think we went over the bhopal disaster as a case study one week, although it was abou…

[deleted]

Re: To my students

#45
I lucked into starting very early what I planned on doing in retirement, which is teaching college; as a result I did that for a while with no real life experience. Later, I ended up at the same time starting a company for family-related (but kind of big time) web project.

And while I don't have a problem with career instructors/academics generally, they can be so dramatic. :)

I have no doom and gloom at all for my IT students. Opportunities and crises really are the same thing in the real world; I just tell them, just learn and enjoy learning the tech and keep an eye out for how you can be a problem solver.

You'll be fine.

Re: To my students

#46

There's something so off-putting about academics giving industry advice when they haven't spent a day working as an engineer at a company. > Care deeply about your craft. Refactor code until it is clear and elegant. Write good documentation for other humans to read. Have the courage to go slowly, especially when everyone else is telling you that you need to go fast and cut corners. Outside of the bit on avoiding cutt…

Perhaps your vantage point from industry is in fact myopic. We all have our own biases.

Completely fair - but at least my PoV comes from having actually worked as a SWE, you know? I feel like the best understanding this fellow can have is purely secondhand from watching the success / failures of his students.

I also think I get doubly upset from advice like this because it’s given and marketed to impressionable young students. Even agreeing with all the moral points he’s made, I truly think this advice would set up a new grad for failure and have them focusing on the wrong skills for this market.

The bit about ignoring trends feels too head in the sand for my liking :/

Re: To my students

#47

There's something so off-putting about academics giving industry advice when they haven't spent a day working as an engineer at a company. > Care deeply about your craft. Refactor code until it is clear and elegant. Write good documentation for other humans to read. Have the courage to go slowly, especially when everyone else is telling you that you need to go fast and cut corners. Outside of the bit on avoiding cutt…

Completely agree that it's off-putting. The author indeed has only ever worked in academia per his LinkedIn.

But disagree that this is a path to unemployment. At work we go very fast and yet I think fast is compatible with each of those points, just not in all situations.

Marc Brooker, distinguished eng at AWS, gives much more useful advice for industry, as you'd expect given his almost 30 years in industry.

https://brooker.co.za/blog/2026/03/25/ic-junior.html

Re: To my students

#48

[flagged]

I doubt people using LLMs aggressively today and not understanding what the LLM is doing or why it works (or doesn’t) are positioning themselves for success. How long can one learn nothing before they fall behind those who kept learning?

It’ll be interesting to see

Re: To my students

#49

There's something so off-putting about academics giving industry advice when they haven't spent a day working as an engineer at a company. > Care deeply about your craft. Refactor code until it is clear and elegant. Write good documentation for other humans to read. Have the courage to go slowly, especially when everyone else is telling you that you need to go fast and cut corners. Outside of the bit on avoiding cutt…

The industry's goal is to ship fast and profitably. A learner's goal isn't.

Oh that’s such a high horse position lol - I try and learn as much as possible every day by shipping fast and profitably. Learning to be successful in industry is a completely valid (and common) goal.

Re: To my students

#50

> Have the courage to go slowly, especially when everyone else is telling you that you need to go fast and cut corners. I've been struggling to figure out what "slower" would look like when working in industry. If everyone's working 2x faster, how do you slow down meaningfully without getting axed?

Produce something 3X as good, I guess, and have one of the handful of jobs where your boss can recognize that.
Post reply on HN