Readit News logoReadit News
novembermike commented on AWS CEO says using AI to replace junior staff is 'Dumbest thing I've ever heard'   theregister.com/2025/08/2... · Posted by u/JustExAWS
mlyle · 7 months ago
Yah. Latest thing I wrote was

* Code using sympy to generate math problems testing different skills for students, with difficulty values affecting what kinds of things are selected, and various transforms to problems possible (e.g. having to solve for z+4 of 4a+b instead of x) to test different subskills

(On this part, the LLM did pretty well. The code was correct after a couple of quick iterations, and the base classes and end-use interfaces are correct. There's a few things in the middle that are unnecessarily "superstitious" and check for conditions that can't happen, and so I need to work with the LLM to clean it up.

* Code to use IRT to estimate the probability that students have each skill and to request problems with appropriate combinations of skills and difficulties for each student.

(This was somewhat garbage. Good database & backend, but the interface to use it was not nice and it kind of contaminated things).

* Code to recognize QR codes in the corners of worksheet, find answer boxes, and feed the image to ChatGPT to determine whether the scribble in the box is the answer in the correct form.

(This was 100%, first time. I adjusted the prompt it chose to better clarify my intent in borderline cases).

The output was, overall, pretty similar to what I'd get from a junior engineer under my supervision-- a bit wacky in places that aren't quite worth fixing, a little bit of technical debt, a couple of things more clever that I didn't expect myself, etc. But I did all of this in three hours and $12 expended.

The total time supervising it was probably similar to the amount of time spent supervising the junior engineer... but the LLM turns things around quick enough that I don't need to context switch.

novembermike · 7 months ago
I think it's fair to call code LLM's similar to fairly bad but very fast juniors that don't get bored. That's a serious drawback but it does give you something to work with. What scares me is non-technical people just vibe coding because it's like a PM driving the same juniors with no one to give sanity checks.
novembermike commented on Mark Zuckerberg freezes AI hiring amid bubble fears   telegraph.co.uk/business/... · Posted by u/pera
dml2135 · 7 months ago
It's a logical fallacy that just because some technology experienced some period of exponential growth, all technology will always experience constant exponential growth.

There are plenty of counter-examples to the scaling of computers that occurred from the 1970s-2010s.

We thought that humans would be traveling the stars, or at least the solar system, after the space race of the 1960s, but we ended up stuck orbiting the earth.

Going back further, little has changed daily life more than technologies like indoor plumbing and electric lighting did in the late 19th century.

The ancient Romans came up with technologies like concrete that were then lost for hundreds of years.

"Progress" moves in fits and starts. It is the furthest thing from inevitable.

novembermike · 7 months ago
Most growth is actually logistic. An S shaped curve that starts exponential but slows down rapidly as it reaches some asymptote. In fact basically everything we see as exponential in the real world is logistic.
novembermike commented on How to be a -10x Engineer   taylor.town/-10x... · Posted by u/surprisetalk
flumpcakes · 3 years ago
> Ask your team to perform tasks that resemble work. Common examples include presentations, diagrams, and ticket management.

I'm as salty as the next guy, but in my experience it has been the sub-par employees who are the ones that don't do this. Ticket management is not busy work, it's a necessity for everyone to keep updated. Presentations and diagrams are tools to communicate. I can safely say that by far the most waste I've ever seen has always come down to poor communication rather than anything actually business or technical related.

novembermike · 3 years ago
Yeah, these things are all part of being a team of 1x engineers rather than a team of .5x engineers. If you have a single 10x (and I've worked with some) then it's not important but those guys have their own issues.
novembermike commented on Amazon starts flagging frequently returned products that you maybe shouldn’t buy   theverge.com/2023/3/28/23... · Posted by u/mfiguiere
ethbr0 · 3 years ago
On the other hand, we balance health hazards to the public against economic activity.

"Minimal risk while still permitting economic growth / treating disease" vs "no risk"

It's fair to apply the same standards to internet companies. A hyper efficient Amazon has social benefits.

(That said, I agree that the optimal point for Amazon and most internet companies is a lot stricter than how our current laws are enforced)

novembermike · 3 years ago
This clearly falls into "fraud waiting to happen" rather than "minimal risk" though. It's fairly simple to treat Amazon as the actual seller and just hold them liable if there is false advertising. There's a difference for a Shopify type system that gives individual sellers their own storefront or Ebay where the seller is clearly communicated, but Amazon often obscures the seller info and represents itself as the seller so it seems fair and reasonable.
novembermike commented on Europe is investing heavily in trains   nytimes.com/2022/04/05/tr... · Posted by u/lxm
einpoklum · 4 years ago
But why couldn't DB Netz do both people and freight, if both are profitable (after subsidies for passenger traffic)? i.e. why does it have to be a choice?
novembermike · 4 years ago
Typically everyone does both freight and passengers, but it'll be better at one or the other. Passengers want fast trains with few delays that get close to population centers. Freight doesn't care about speed as much but cares about the overall throughput and wants to end up in distribution centers.
novembermike commented on Europe is investing heavily in trains   nytimes.com/2022/04/05/tr... · Posted by u/lxm
AnonCoward4 · 4 years ago
And in addition to that they also removed a lot of rail lines, especially goods traffic. It would've been a boon to have fewer trucks on the motorway and probably better for the environment.
novembermike · 4 years ago
European trains don't really do that much freight though. They tend to be optimized to carry people. America is actually way ahead of Europe in terms of rail freight, something like 10x depending on the measurement.
novembermike commented on How to get the most out of your 1:1s   erik.wiffin.com/posts/how... · Posted by u/erikwiffin
songzme · 4 years ago
I really struggle with 1:1s primarily because:

1. Do you want career growth?

No, and its hard to tell that to my manager. More growth leads to more responsibility, which is more stress. I'm happy where I am and I don't want promotions.

I'm afraid to tell my manager that, because which manager wants an unambitious engineer? There was someone like that on our team and he was laid off in the last layoff round, so I have to "pretend" I'm working towards the next level.

2. Do you want more interesting work?

Also no, I'm perfectly happy maintaining our current codebase, not interested in new and shiny projects because my most interesting time is spent at home with my kiddo.

Any tips on how I can handle my 1:1s?

novembermike · 4 years ago
One thing to keep in mind is that "expert on team's codebase" is a form of career growth. Not always the best or most prestigious kind but it's enough that the company finds you valuable and worth paying more.
novembermike commented on One Way Smart Developers Make Bad Strategic Decisions   earthly.dev/blog/see-stat... · Posted by u/ScottWRobinson
shuntress · 4 years ago
It's the large-scale version of taking "DRY" too literally.

Junior devs just repeat themselves because they don't know better.

Middle devs rush into an incomplete abstraction by overzealously not-repeating-themselves.

Senior devs just repeat themselves because they know they don't understand what it would take to abstract out the solution.

Like everything... "It Depends". Don't Repeat Yourself Too Much.

novembermike · 4 years ago
One thing to remember here is that a senior dev might be at the beginner stage for org wide changes.
novembermike commented on Code colocation is king   koenvangilst.nl/blog/code... · Posted by u/vnglst
camtarn · 4 years ago
> It drives me nuts to deal with the typical Java "Each class has its own file -no matter how small" thing.

Couple this with extensive use of inheritance and design patterns, and you have a recipe for awfulness. One of my previous teams had an implementation where rendering a piece of HTML would involve digging through about twenty different source files, each with maybe 3-4 lines of actual code other than the class definition boilerplate. One top-level line would send you down the inheritance hierarchy of ClassThatGetsData/ClassThatGetsDataPlusThisOneOtherThing/...PlusThisOtherOtherThing/... etc etc, then the same thing for ClassThatProcessesData/... and then ClassThatRendersData/...

Adding a single bit of data to rendered HTML (e.g. a tiny star for 'this product is well-reviewed') would involve altering every single source file in the multiple trees, and maybe adding some new specialisations to make the trees even deeper.

At the time, fresh out of Uni with a head full of design patterns, I thought this was just how enterprise code was meant to be structured!

novembermike · 4 years ago
It feels like half the usage of inheritance is also just workarounds for mocking things in unit tests or being able to access things that are private/protected. Everything ends up with an interface and an impl just because of silly language decisions.
novembermike commented on Software estimation is hard – do it anyway   jacobian.org/2021/may/20/... · Posted by u/vortex_ape
cpeterso · 5 years ago
I really like your suggestion to use hours/days/weeks/etc without numbers. A similar suggestion I read for estimating (originally outside the context of software projects) was to use numbers with just one significant digit, so your estimate options would jump from 8, 9, 10, 20, 30, ...

The estimation mention I dislike the most is "t-shirt size". There is no clear relationship between S/M/L/XL. At least story points let compare two tasks. If you try to give t-shirt sizes points (e.g. "M = 2*S"), then you might as well skip the t-shirt abstraction and just use story points.

novembermike · 5 years ago
The argument I've heard for T-shirt sizes is that if you go to numbers people try to add them together when that's just not how it works. I do agree that T-shirt sizes don't work that well though.

u/novembermike

KarmaCake day317November 4, 2015View Original