I've been programming for 20 years, and I've always been under-estimating how long things will take (no, not pressured by anyone to give firm estimates, just talking about informally when prioritizing work order together).

The other day I gave an estimate to my co-worker and he said "but how long is it really going to take, because you always finish a lot quicker than you say, you say two weeks and then it takes two days".

The LLMs will just make me finish things a lot faster and my gut feel estimation for how long things will take still is not yet taking that into account.

(And before people talk about typing speed: No that isn't it at all. I've always been the fastest typer and fastest human developer among my close co-workers.)

Yes, I need to review the code and interact with the agent. But it's doing a lot better than a lot of developers I've worked with over the years, and if I don't like the style of the code it takes very few words and the LLM will "get it" and it will improve it..

Some commenters are comparing the LLM to a junior. In some sense that is right in that the work relationship may be the same as towards a (blazingly fast) junior; but the communication style and knowledge area and how few words I can use to describe something feels more like talking to a senior.

(I think it may help that latest 10 years of my career a big part of my job was reviewing other people's code, delegating tasks, being the one who knew the code base best and helping others into it. So that means I'm used to delegating not just coding. Recently I switched jobs and am now coding alone with AI.)

▲

trashb an hour ago | parent | next [-]

I see your point in that you can use advanced terms with the LLM which makes it more like peer programming with a senior instead of a junior.

> "but how long is it really going to take, because you always finish a lot quicker than you say, you say two weeks and then it takes two days"

However these statement just kinda makes your comment smell of r/thatHappend. Since it is such a tremendous speed up.

Therefore I am intrigued what kind of problems you working on? Does it require a lot of boilerplate code or a lot of manually adjusting settings?

	▲	dagss 17 minutes ago \| parent [-]
		I obviously don't know that my past two days of work would have taken two weeks in the alternative route, but it's my feeling for this particular work: I'm doing an SPA in TypeScript+Svelte. (Plus Go+Postgres backend, but 90% of the work is in the frontend for this project.) I'm implementing an editor on top of maps for fire departments (see demo.syncmap.no -- it's only in Norwegian for now though, plan to launch in English and Show HN it in some months) This week I have been making the drawing tools more powerful (not deployed publicly yet). * Gesture recognition to turn wobbly lines into straight lines in some conditions * Auto-fill closed shapes: Vector graphics graph algorithms to segment the graph and compute the right fill regions that feel natural in the UI (default SVG fill regions were not right, took some trial and error to find something that just feels natural enough) * Splines to make smoother curves .. fitting Catmull-Rom, converting those to other splines for SVG representation etc I haven't been working all that much with polygon graphics before, so the LLM is very helpful in a) explaining me the concepts and b) providing robust implementations for whatever I need. And I've had many dead ends that didn't feel natural in UI that I could discard after trying them out in full, without loosing huge investment. These are all things that are very algorithm and formula intensive and where I would have had do to a lot of reading and research to do things right myself. (I could deal with it, but it takes a lot of time to read up on it.) I'm usually a very test driven, but I don't feel like I have to review the math in detail when I can interactively test it in drawing graphics and see that it works well. I review to see that it "looks sensible", not every single addition and division in the spline interpolations, or every step of the graph segmentation algorithms used to compute fill regions.

▲

keybored 3 hours ago | parent | prev [-]

I was expecting that evidence part that OP asked for in the top comments.

	▲	3 hours ago \| parent [-]
		[deleted]