Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×

Comment Re:None (Score 2) 484

You laugh, but old school rotary phones could still call for emergency help if the power went out, they didn't hang, they didn't get viruses, they didn't get firmware "upgrades" that stopped them from working properly or at all, they didn't run out of their own batteries in the middle of a long call...

For once, I'm 100% in agreement with Khyber. Smartphones in a world with modern laptops, tablets, headsets and feature phones just look like a mediocre compromise to me. About the only thing they seem to be better at than any of the numerous other devices available is letting someone check Facebook every 10 seconds without actually having to take anything out of a pocket. At least until someone updates something remotely for them and breaks that functionality, anyway...

Comment Re: Google: Select jurors who understand stats. (Score 1) 349

It sounds like you're a little older than me but we both see this much the same way.

I have as much interest in useful or interesting new technologies today as I had when I was 21. I'm also significantly quicker at getting up to speed with them and more aware of things like pros and cons and the importance of choosing the right tool for the job than I used to be at that age.

However, if you asked me right now, I'm quite sure that I couldn't crank out a new TodoMVC example in this week's front-end JS framework as fast as a 21-year-old who just learned it can. Since not a lot of people solve real problems or make real money writing toy to-do apps, I don't find this situation too threatening. ;-)

The thing is, I've long since stopped being impressed by this week's front-end JS framework, this week's UI trends and visual design language, and this week's new programming language that looks and feels like C or JS with a thin coat of paint over it. I could get up to speed with them to the point where I too could write to-do apps in half an hour, but to me that's like deciding to learn some new GUI toolkit just to write Tetris or learning some new database API just to write a PIM or whatever we're calling them these days. As you say, these kinds of tools are so ephemeral now that they tend to be very trendy and generate a lot of hype, but they are often popular more because of some big sponsoring organisation than any particular innovation or technical merit.

To me, about the only thing more dull is evangelists for a specific browser (why?!) telling us all about these great new features it has for writing large-scale applications... when the biggest web apps out there still tend to be orders of magnitude smaller than stuff many of us "old programmers" were working on in the last millennium, at which time some of those features actually were quite innovative.

Next week, all these elite young programmers, who are leaving people like you and me and our meaningless track records of building actual working and revenue-generating projects in their wake, will probably notice that MV* is not the only possible UI architecture, that building an application that has to run for years around a framework that has a shelf life measured in months might not be such a great idea, and that JS is actually a very bad and very slow language that just becomes not quite so bad with the ES6 changes and only moderately slow with modern JIT compiling engines.

Just don't tell them that the entire web apps industry probably represents closer to 5% of the programming world than 95% and some of these state-of-the-art ideas are actually 50 years old. Such talk is the stuff of nightmares, and they aren't old enough to hear that kind of horror story yet. ;-)

Comment Re:Google: Select jurors who understand stats. (Score 1) 349

Older people seem to be more resistant to going along with the flow of technology...

You might consider that there are at least two plausible explanations for this.

1. Older people can't or can't be bothered to keep up.

2. Older people can keep up just fine, but actively choose not to use certain new technologies or to avoid them for certain types of projects because in their judgement those new technologies aren't the best option for what they need to achieve on those projects.

There are plenty of both types of older developer around in the software development industry. Obviously one type tends to get more useful work done. Unfortunately but inevitably, inexperienced developers frequently mistake one for the other. Knowledge and wisdom are not the same thing.

Comment Re:Why bother with young programmers? (Score 1) 349

I'd say Google's median age of 29 sounds about right. Obviously exceptions exist, but given that wages tend to be rather logarithmic relative to experience they're not that huge of a driver for hiring younger.

That's partly because by somewhere in their 30s, a lot of the good programmers aren't working for someone else on salary any more. They're working freelance and picking their gigs, or they've founded their own business(es), or they've specialised and now do contract work with a combination of programming and industry-specific knowledge and skills.

In each case, they are probably earning at rates much higher than almost any salaried employee at almost any employer. Notice that in all of these scenarios the rates you can charge are based on real value generated, which doesn't have a glass ceiling the way wages usually do.

Good programmers who are still working for someone else as a full-time software developer at 40 probably have their own reasons for choosing that career path. Those reasons will often mean they aren't particularly looking to move either, and if they are, they're not going to do it by sending out numerous CVs to different employers the way a new grad does.

Comment Re:Google: Select jurors who understand stats. (Score 5, Insightful) 349

Most of the new grads we hire at my company turn out really well. Most of the old people we hire either can't actually write any code, or they can only write code (but only in their preferred language) and can't be bothered to learn or follow prescribed design patterns or coding standards.

Have you considered applying Occam's razor here? Maybe your hiring process sucks. Maybe the compensation and conditions you're offering simply aren't good enough to attract older developers who are any good. Are these theories more or less likely than entire generations of developers who presumably once had that enthusiasm and aptitude you seem to see in new grads mysteriously becoming incompetent and unmotivated a decade or three later?

Comment Re:Don't follw the rules don't get paid. (Score 1) 148

Part of the requirements to be paid a bounty is following the "responsible disclosure policy". The submitter did not follow that policy and therefore did not get paid. It seems pretty simple.

I always make it even simpler, by citing my Greedy Bastard Policy regardless of what anyone does.

Comment Re:Instead... (Score 1) 356

You continue to make the same assumption but apparently still without any hard data to support it.

You asked how sites are able to choose not to use Google. I gave you several significant alternative sources of traffic, any one of which might generate more traffic for some sites than search engines.

Whether or not you choose to believe that some sites do in fact generate most of their traffic in those other ways and would continue to do so if Google disappeared tomorrow is obviously up to you. However, whatever assumptions you choose to make won't change the real situation for those sites or make them any more reliant on Google's preferences for their effectiveness.

Slashdot Top Deals

FORTRAN is not a flower but a weed -- it is hardy, occasionally blooms, and grows in every computer. -- A.J. Perlis

Working...