Earlier quoted context omitted.
I'm 63 and started coding FORTRAN in High School on a GE teletype. Did just a little coding. Went to college and took a FORTRAN class and a PL1 class. I loved PL1. All my undergraduate coding was with punch cards. IBM 360/50. Im graduate school for engineering I coded just FORTRAN with punch card images but on a terminal. So that was 1000 times better than physical cards. IBM 3090. Then Apple II, IBM PC, IBM PC-XT, I…
One of my first programming classes used PL/1. Terminal, not punch cards. I remember liking it OK, but never used it other than that one semester.
Software Developers after 40, 50 and 60 Who're Still Coding
231–240 of 270 posts
Re: Software Developers after 40, 50 and 60 Who're Still Coding
#232Earlier quoted context omitted.
There is a reason graybeards are valuable. It's not that they're over 50 or 60. It's experience. A full-stack developer with 20 years' worth of experience will not make certain kinds of mistakes.
Does anyone with 20 years experience refer to themselves as a "full-stack developer?"
Re: Software Developers after 40, 50 and 60 Who're Still Coding
#233I don't consider 40+ very old for a programmer. My father was 65 when he retired from professional programming, and at first continued working on an open source project (though that now seems to have stopped). I've always seen plenty of older programmers. Only at the few startups where I worked was I one of the oldest programmers, but even there the demographics get more balanced as the company grows.
The weird stories about Silicon Valley's love for inexperienced programmers where 30 is apparently old, sound weird and alien to me. I get better as I get older and more experienced.
Re: Software Developers after 40, 50 and 60 Who're Still Coding
#234Earlier quoted context omitted.
There is a reason graybeards are valuable. It's not that they're over 50 or 60. It's experience. A full-stack developer with 20 years' worth of experience will not make certain kinds of mistakes.
I'm in the awkward position of having only gotten a CS degree and taken programming seriously after 30, so I suppose I'm the worst of both worlds. Of course, I also started going gray at 30, so...
Re: Software Developers after 40, 50 and 60 Who're Still Coding
#235Earlier quoted context omitted.
"We say AI (shudder) these days instead of ML" I thought it was the other way around. With ML taking a more statistical approach to traditional AI problems.
Apparently the new hotness is AI. The last five years have seen titles with similar(ish) roles evolve from Data Scientist -> ML Engineer -> AI Engineer
Re: Software Developers after 40, 50 and 60 Who're Still Coding
#236Earlier quoted context omitted.
> I don't understand how someone can "have enough experience and knowledge to not need the site". If you've been programming for a couple of decades and you don't follow the trends du jour it's actually quite easy (note: I'm not at that level myself). Seasoned C and C++ programmers, for example, don't have much to learn from Stack Overflow in the same way a (1) new programmer, (2) 0-20 years programmer who constantly…
Windows programmers had the MSDN, or whatever it was called. MS provided lots of example code and docs.
Re: Software Developers after 40, 50 and 60 Who're Still Coding
#237Earlier quoted context omitted.
> How do you do this? Give half-order-of-magnitude estimates as confidence intervals. Avoid using "hours" or "days" as estimates. Story points work really well here. Be extra clear on priorities and burndowns to make it clear that you're not just blowing them off. Give short but frequent demos (not just reports) of progress. If later they're concerned about progress, you can point back to all the times you reviewed t…
Could you go more into detail how these story points would work. It seems like in the end a story point would always be associated with a number of days (or hours).
Things that affect story point values for me. Note that some are more about quantifying "risk" than "how long will it take?".
- how "big" is the change?
- how many parts will be changed?
- are the exit criteria vague or open to interpretation?
- is the change easy to test?
- do we have sample inputs and outputs?
- will we have to design for a tricky deployment?
- will we have to design for a tricky rollback?
- will it be hard to peer review?
- if this feature is impossible or more expensive than we thought, will we know early or late?
- is any of the code being changed extra finicky?
- do I need lots of help? code from other teams? approvals? new software installed? new hardware?
- can I iterate on this code? or does it really need to be perfect the first time?
- will we have developer 'concurrency' or 'parallelism' issues? can anyone chip in and help whenever? or is one distracted expert the only one that can do this?
...for me it's an intuitive guess at a number that flattens all that into something we can use to prioritize work and decide that work needs to be broken down more. What exactly is on that list will vary, certainly, but I would put on anything that could cause bugs, make you wait, or make you underestimate a task.
Re: Software Developers after 40, 50 and 60 Who're Still Coding
#238Earlier quoted context omitted.
The idea behind estimates is to get you to think about the scope the work that is to be done. Quickly walk yourself through the process, give a SWAG, do your best to track your time spent on the task, then review what you got right and wrong in your estimate. It's less about giving the exact time required (in theory - some managers will never understand that) and more about estimating if you have time to complete X,…
SWAG means what in your example?
Re: Software Developers after 40, 50 and 60 Who're Still Coding
#239Earlier quoted context omitted.
Full stack is just new age lingo, and sure why not. We say AI (shudder) these days instead of ML, we say devops instead of sysadmin, we say cloud instead of vps/hosting. Times change and so does language, true to any old fart out there, and the old farts to be.
"We say AI (shudder) these days instead of ML" I thought it was the other way around. With ML taking a more statistical approach to traditional AI problems.
Re: Software Developers after 40, 50 and 60 Who're Still Coding
#240What's up with the phrase, "Still programming?" Would anyone think it odd for a 60-year-old physician to still be doctoring, or a 60-year-old lawyer to still practice law. Or for that matter for a 60-year-old artist or craftsperson to "still" pursue their craft. Corporate culture embraces the notion of management as a profession. I think programming would benefit greatly from more of a tradecraft model, where leaders…