For spreadsheets with complicated logic and massive amounts of data, creating a relational database would be beneficial and then allow spreadsheets to load the data from the database. Then you get the best of both. Logic and code/formulas in the database, with presentation and manipulation available in the spreadsheet.
I think the problem some people have is that if men and women are different both outside and inside, then they must not be equal. I'm not sure why they think it has to be like this: differences in any way mean not equal in every way. A red circle and a red square are both equal in being red, and could both have the same area or same circumference. Somehow any difference could be a weakness and a weakness means "I'm weak" and some people just can't handle being weak.
Right, because there is no way that "human beings think".
On the other hand, I've been non-thinking that humans don't spend enough time thinking through their "arguments".
Just a non-thought, do with as you will or won't.
ps. if the sarcasm is lost...
The real question is do we "know" that the interest level is still the same? I think things have changed and the interest isn't what it used to be. More research is needed to discern the actual reasons. Spending money trying to promote women to join the CS world is pointless if we don't know "why" they aren't joining to begin with.
I agree with your point. Most code I write has some amount of future proofing as there are usually signs that the client will want things added or changed in the future. I do limit these future capabilities to only those that can be implemented in a reasonable amount of time compared to ignoring them entirely. Anytime one codes with no thought on future changes, there will end up being a serious need to restructure or even just rewrite lots of code.
I don't know if I'd blame lazy developers on Microsoft, more on the actual lazy developers themselves. Because the problem is still lazy developers. If you are going to be lazy, then only code to the standard and leave out the prefixed extensions.
The current standard is Xhtml 1.1 and CSS 2.1 + several Level 3 sections. Really, you can code in Html5 and use a lot of the main CSS 3 and it will work across most current browsers without resorting to prefixed extensions.
That code is wrong, here is the corrected version:
Coding to non-standard extensions is bad for everyone. If the border-radius doesn't work when coded to the standard, then it isn't going to work. So either don't use it or know that some people's web experience will be without round borders.