Where does engineering go? Retreat findings and insights [pdf]
thoughtworks.com
Where does engineering go? Retreat findings and insights [pdf]
1–10 of 34 posts
Re: Where does engineering go? Retreat findings and insights [pdf]
#2Re: Where does engineering go? Retreat findings and insights [pdf]
#3This is a fairly easy to read doc discussing some of the challenges with using AI tooling in a forward thinking and disciplined way. Coming from Thoughtworks it also gives a bit of gravitas and legitimacy.
There's good stuff in here. It would be a shame for the larger HN community to miss out on this conversation.
Re: Where does engineering go? Retreat findings and insights [pdf]
#4@dang this is a very interesting and relevant doc. I think it needs another chance at making it to the front page. This is a fairly easy to read doc discussing some of the challenges with using AI tooling in a forward thinking and disciplined way. Coming from Thoughtworks it also gives a bit of gravitas and legitimacy. There's good stuff in here. It would be a shame for the larger HN community to miss out on this con…
Re: Where does engineering go? Retreat findings and insights [pdf]
#5Re: Where does engineering go? Retreat findings and insights [pdf]
#6> Code review is being unbundled. Its four functions (mentorship, consistency, correctness, trust) each need a new home.
> If code changes faster than humans can comprehend it, do we need a new model for maintaining institutional knowledge?
The humans we have in these roles today are going to suffer. The problem starts at hiring, because we rewarded memorization of algorithms, and solving inane brain teasers rather than looking for people with skills at systems understanding, code reading (this is a distinct skill) and the ability to do serious review (rather than bike shed Ala tabs over spaces).
LLM's are just moving us from hammers and handsaws to battery powered tools. For decades the above hiring practices were "how fast can you pound in nails" not "are you good at framing a house, or building a chair".
And we're still talking about LLM's in the abstract. Are you having a bad time because you're cutting and pasting from a browser into your VIM instance? Are you having a bad time because you want sub-token performance from the tool? Is your domain a gray box that any new engineer needs to learn (and LLM's are trained, they dont learn).
Your model, your language, your domain, the size of task your asking to be delivered, the complexity of your current code base are as big a part of the conversation. Simply what you code in and how you integrate LLMs really matters to the outcome. -- And without this context were going to waste a lot of time talking past each other.
Lastly, we have 50 years of good will built up with end users that the systems are reliable and repeatable. LLM's are NOT that, even I have moments where it's a stumbling block and I know better. It's one of a number of problems that were going to face in the coming decade. This issue, along side security, is going to erode trust in our domain.
I'm looking forward to moving past the hype, hope and hate, and getting down to the brass tacks of engineering. Because there is a lot of good to be had, if we can just manage an adult conversation!
Re: Where does engineering go? Retreat findings and insights [pdf]
#7@dang this is a very interesting and relevant doc. I think it needs another chance at making it to the front page. This is a fairly easy to read doc discussing some of the challenges with using AI tooling in a forward thinking and disciplined way. Coming from Thoughtworks it also gives a bit of gravitas and legitimacy. There's good stuff in here. It would be a shame for the larger HN community to miss out on this con…
Why? I thought the opposite. Consultancies, of which thoughtworks is one, publish thought leadership as marketing material.
Re: Where does engineering go? Retreat findings and insights [pdf]
#8@dang this is a very interesting and relevant doc. I think it needs another chance at making it to the front page. This is a fairly easy to read doc discussing some of the challenges with using AI tooling in a forward thinking and disciplined way. Coming from Thoughtworks it also gives a bit of gravitas and legitimacy. There's good stuff in here. It would be a shame for the larger HN community to miss out on this con…
> Coming from Thoughtworks it also gives a bit of gravitas Why? I thought the opposite. Consultancies, of which thoughtworks is one, publish thought leadership as marketing material.
> Engineering quality doesn't disappear when AI writes code. It migrates to specs, tests, constraints, and risk management.
These are generic "thoughts" you can get from any agency pushing AI SDLC. The pages I read through left me wondering if there was even a real retreat.
Re: Where does engineering go? Retreat findings and insights [pdf]
#9Re: Where does engineering go? Retreat findings and insights [pdf]
#10> Engineering quality doesn't disappear when AI writes code. It migrates to specs, tests, constraints, and risk management. > Code review is being unbundled. Its four functions (mentorship, consistency, correctness, trust) each need a new home. > If code changes faster than humans can comprehend it, do we need a new model for maintaining institutional knowledge? The humans we have in these roles today are going to su…
I don't think the industry is ready or has the manpower to deliver on all the promises they're making and a lot of businesses and people will suffer because of that.