5 ms·
once you realize you are 30-40-50..% slower than your peers you will not only want it but need it to keep being employed. saying “i am learning less, growing l
by bdangubic 2y ago
once you realize you are 30-40-50..% slower than your peers you will not only want it but need it to keep being employed.
saying “i am learning less, growing less…” is just so amazingly shortsighted, like farmers when first tractors arrived going “fuck this, imma walk this field in 100 degree weather - doing it myself”(sound familiar?).
- grayhatter 2y agoI reject the assertion that it's slower. But even if I didn't, I'd still choose the team that delivers 1 month later with high quality code, over the team that cranks out dozens of half broken features they have no idea how to support. Mandating I spend the same amount on a team able to barely maintain that team's mistakes. I know I'm just making the "buy once, cry once" argument, and I understand that's "not how business works" but I'm an engineer, not a manager trading company interest for a promo.
- bdangubic 2y agosounds fun but your days are numbered, much like the farmer I mentioned in the previous comment were when the first tractors rolled into town…
- aspenmayer 2y agoTo extend the analogy, I'm reminded of the pets vs cattle debate in the context of managing computer systems, and how that distinction continues to shake out. I suspect that as personal computing moves toward cloud computing, following businesses, we will see tension between local-first AI solutions and cloud AI products. Seeing as how the same megacorps that build personal computer pets and pet products are building cloud computing AI cattle products with AI that gives the benefits of pets with some of the upsides of cattle as well. Local compute vs cloud compute is not the same distinction as that between pets vs cattle, but it has many of the same market participants, and with both Microsoft and Apple making moves to bundle AI capabilities with other cloud products for free with subscription value-add-on features is interesting. These features entice users into the vendor walled gardens, nudging users subtly away from local-first pets. https://cloudscaling.com/blog/cloud-computing/the-history-of-pets-vs-cattle/ https://cloudscaling.com/blog/cloud-computing/the-history-of...
- smrq 2y agoSorry, but I'll be concerned if and only if my peers using AI start catching up to those who aren't.
- bdangubic 2y agothose that aren’t will be unemployed within a year or may hide for a bit longer in companies with incompetent management/ownership
- mlinhares 2y agothis person is definitely trying to sell a LLM-based coding solution somewhere HAHAHA.
- bdangubic 2y agonope, 30-ish years in the industry, too old to try to sell you anything but may make you think about the future or what you do
- krater23 2y agoBut not as developer,right?
- bdangubic 2y agoexclusively as a developer...
- rsynnott 2y agoDid you make the same predictions about dBASE/Paradox, MS Access, 4GLs, that weird Sun thing there you made Java applets via dragging and dropping logic diagrams, etc, at the time? What makes LLMs different from the last ten times the industry tried to convince us that programming would be obsolete any day now?
- rsynnott 2y ago
- Espressosaurus 2y agoWake me when AI is useful for more than novices in a field, in a small codebase, which is where I've seen the people most bullish on LLMs improving their productivity.
- gregjor 2y agoPoor analogy. The farmer doesn’t learn new skills or get better at walking every day. When automation actually does equivalent work in less time or at lower cost it will replace human labor. Right now LLMs cannot deliver equivalent work compared to an experienced and skilled human programmer. If you experience an LLM able to do your job that says more about your skills than the LLM.
- bdangubic 2y agoyou are missing the point, LLM won’t replace, the person using LLM will (quoting jensen huang :) )
- gregjor 2y agoI have lived through several waves of technology and change that would supposedly make me obsolete as a programmer and system admin. Over forty years in the business now, I have learned to take those predictions with a lot of skepticism. If LLMs get close to doing any part of my work I will incorporate them, like I have previous “threats” like cloud computing. I won’t panic too soon or give up because I have enough experience and expertise to know better. I can't predict what might happen, but right now LLMs don't do much of value in the domains I work in. They seem mainly to exist as excuses for stock pumping and managers cutting their labor costs to the bone. The people who don't get laid off cling to their jobs out of fear. The threat to (mostly junior) programmers comes from turning our work into a commodity, not from automation itself. Maybe your analogy does apply. A person who can drive a tractor will indeed outperform a farmer in one important but limited way: covering more area in a day than a farmer on foot. But the person who can only drive a tractor likely won't have all of the skills and expertise of a farmer who knows the land, soil, crops, weather, etc. from direct experience. And the person who can only drive a tractor -- but cannot actually grow anything or manage a farm -- becomes more interchangeable and replaceable. Tractor driving already gets replaced by robots, but knowing how to run a farm does not. Likewise a good programmer offers a lot more value than just the code they write; in fact code itself has no value without the context of a business domain and a theory [1] of the system. By the way, I'm one of those old guys who still use vim and the command line, as I have since the late 1970s, and will continue to do so. I can use IDEs and GUIs if I have to, I didn't get left behind, but those don't improve my efficiency or quality. They can slow me down and distract me with futzing with tools rather than getting real work done, and they don't work in all of the environments I need them to. I haven't had any problem keeping up with the IDE users. [1] https://pages.cs.wisc.edu/~remzi/Naur.pdf https://pages.cs.wisc.edu/~remzi/Naur.pdf
- bigstrat2003 2y agoHaving a tool which gives you wrong results randomly, so you need to double check everything it does, doesn't speed you up. It makes you go slower.
- WheelsAtLarge 2y agoThat's where experience comes in. I can check someone's work way faster than I can write it. AI's right now are like junior assistants who need to be supervised. They are wrong sometimes but they can help you as long as you know their limits.
- krater23 2y agoSorry guy, but I don't believe that. You can check for obvious mistakes faster. You will not see any other than obvious mistakes analyzing the code as double as long than it took to write.
- al_borland 2y agoHow does someone gain experience if they are using AI from the start? They never develop the skills by putting in the reps. I also find it much harder to go through someone else’s code than to work with my own. If I’m just glancing at it, it seems to technically work, and it needs a rubber stamp… sure, that’s easy. If it doesn’t work, especially if it’s a logic issue rather than a hard error, that takes time to read and learn the context of everything that’s going on. Will someone in school today even have the skills to do that if they only ever use AI?