91–100 of 316 posts
At what point did we stop making fun of that 10x engineer thread and started taking it seriously? Who forgot that 10x was a silly little thing that made zero sense in the real world?
At what point did we stop making fun of that 10x engineer thread and started taking it seriously? Who forgot that 10x was a silly little thing that made zero sense in the real world?
I often think of the Gene Hackman line in Heist: "I try to imagine someone a little smarter than myself, and I try to imagine what he would do."
It's not a level playing field, there are people who are just way more efficient and effective than the norm. Whether it's drive, focus, creativity, or knowledge (usually a combination of them), there are people who solve more problems and solve them better than average.
I don't know the literal number, but some folks are just better at it than others.
Perhaps you are just in a bubble and haven't met one?
I was at a conference once talking to a recruiter, when he stopped mid sentence and literally ran after one of these 10x engineers that had walked past.
At what point did we stop making fun of that 10x engineer thread and started taking it seriously? Who forgot that 10x was a silly little thing that made zero sense in the real world?
Anyone know best way to punch up his function a little so it tees >> out both the q and a to a file? Like history but for chat gpt.
this has built in history and lots of other features that a serious user needs, like checking token limits and estimating costs, etc.
Being efficient at writing code can barely make someone a 5x engineer. A team of people who write code effectively is easy to do. Hyperproductivity in software is all about deciding what problems to tackle. Richard Hipp isn't worried about chipotle restaurant orders in golang, he's worried about how to store data reliably. That isn't a coding puzzle that ChatGTP is likely to help with. Either ChatGTP can do the whole…
The faster I've gotten at moving code around, the more subconsciously willing I've been to try something with a modest probability of working out, and more importantly the easier it's gotten to throw away a draft that isn't working out and try again.
LLMs haven't made it into my coding workflow yet, but I can see how they could be useful and the trend seems to be that they'll be in most high-octane workflows at some point.
Earlier quoted context omitted.
Writing code quickly may not help the mythical 10x engineer, but it might help a 1x engineer become a 5x engineer. In relative terms, the unaided 10x engineer is now only a 2x engineer as his peers are now vastly more productive. That's huge.
... if churning out boilerplate is your definition of "productive".
Knowing when and how to use dependency injection, making code testable, what to instrument with logs and stats, how and when to build extensible interfaces, avoiding common pitfalls like race conditions, bad time handling, when to add support for retries, speculative execution, etc. are part of parcel of what we do.
If ChatGPT can help raise the quality of work while also increasing its quantity, that'll be a huge leap in productivity.
It's not all there yet, but I've been using it to write some simple programs that I can hand out to ops / business people to help automate or validate some of their tasks to ensure the smooth rollout of a feature I've developed.
The resulting ChatGPT code--I chose Go because I can hand over a big fat self contained binary--avoids certain subtle pitfalls.
For example, the Go HTTP client requires that you call Close() on a response body, but only if there's no error.
The code it spat out does indeed do that correctly. And it's well documented.
It's far from perfect; I've seen a subtle mistake or two in my playing around with it.
I'm now no longer so much an author but an editor for basic stuff. I now have my own dedicated engineer with a quality level that oscillates wildly between fresh intern and grizzled veteran.
It'll only get better over time.
Being efficient at writing code can barely make someone a 5x engineer. A team of people who write code effectively is easy to do. Hyperproductivity in software is all about deciding what problems to tackle. Richard Hipp isn't worried about chipotle restaurant orders in golang, he's worried about how to store data reliably. That isn't a coding puzzle that ChatGTP is likely to help with. Either ChatGTP can do the whole…
Slinging code is skills & tactics at best. It can only have a small multiplier.
At what point did we stop making fun of that 10x engineer thread and started taking it seriously? Who forgot that 10x was a silly little thing that made zero sense in the real world?
John Carmack is definitely 10x or 100x (or 1000x) compared to me on low-level graphics programming, just factually, not that it says much about either of us.
But the '10x programmer' idea is soaking up and refueling some fanaticism. Let's all double down on the concept of high performance, for no particular reason we can agree on.
> First off, you’ll need an OpenAI API key. You can get this by going here and signing up. Note that you'll also need to be from a Western country, or at least have access to both a phone number from one and a VPN. And if you want a plus subscription, you'll also need a US credit card - not stated anywhere but I've been totally unable to sign up for plus with either Irish or Belgium cards, it just immediately flashes…
Why are you trying to pay for it? Let procurement at your company figure it out. You wouldn’t pay for your IDE or any other tools, would you? The business should be paying for any tools they want me to use.
> First off, you’ll need an OpenAI API key. You can get this by going here and signing up. Note that you'll also need to be from a Western country, or at least have access to both a phone number from one and a VPN. And if you want a plus subscription, you'll also need a US credit card - not stated anywhere but I've been totally unable to sign up for plus with either Irish or Belgium cards, it just immediately flashes…
Why are you trying to pay for it? Let procurement at your company figure it out. You wouldn’t pay for your IDE or any other tools, would you? The business should be paying for any tools they want me to use.
If my org wouldn't pay for them, I would start looking for other jobs (unless your in an industry that can't use them like national security, etc), but I'm not going to let $30/mo stop me from using a tool that significantly improves my work just because of a middle manager.
Also, many programmers I know bring their own keyboards.. Chefs often bring their own knives, or mechanics with their own tool chests. Ownership of your own tools is powerful.