Comment Re:Boys are naturally curious... (Score 1) 608
Kinda weird how from 1942-1980 or thereabouts it was women who were considered better at programming "systems", and all of a sudden that natural attribute reversed.
sPh
Kinda weird how from 1942-1980 or thereabouts it was women who were considered better at programming "systems", and all of a sudden that natural attribute reversed.
sPh
As noted, Jane Jacob's famous _Death and Life of Great American Cities_ addressed the affect of Bauhaus and other modernist schools of architecture and urban planning on everyday human beings. William Whyte's _City_ touches on many of the same issues. Wolfe's _From Bauhaus to Our House_ was written for more of a general audience and shows clear signs of the Wolfe-ian obnoxiousness to follow but is nonetheless a biting critique of those design schools.
But there's a large amount of Bauhaus (and/or Chicago School) criticism out there; you may need to look a bit harder.
sPh
I'm referring more to the general perception that sans serif fonts are "cleaner" and therefore easier to comprehend and read. If you track down the FAA study (ironically published from a manuscript typed on a typewriter IIRC) this is not the case. That matches my personal perception - sans serifs are fine for titling but serif fonts are almost always easier to comprehend - but goes against the conventional wisdom. As evidenced by the "cleaner" trope.
sPh
Highly accomplished designers tend to fall in love with and become obsessed by Bauhaus style in its various cyclical incarnations. The remaining 99.999% of the human race finds Bauhaus objects and systems very pretty to look and impossible to use for more than a few days, as documented by Jane Jacobs, William White, Tom Wolf, and many others. The designers believe the rest of the critics are blind and the human race is just using their wonderful Bauhaus stuff wrong.
sPh
- - - - - It's general knowledge in typography that Helvetica is the most legible typeface. - - - - -
That is very much convention wisdom, yes. There are surprisingly few scientifically designed studies on typeface legibility, but the ones I have been able to find (particularly the FAA-sponsored study in the early days of CRTs in the cockpit) have indicated that serif - NOT sans serif - fonts are easier to read, even at low resolution.
sPh
I'll leave this here.
Curious as to why the fuel economy readouts on a modern car would be inaccurate. The computer has fuel flow readings down to about
sPh
There's also the European preference for small high-revvers combined with the disdain for automatic transmissions. Yes, up through about 1990 a well-driven manual could provide better fuel economy. Today's computer-controlled automatics are more efficient than human shifters, and that's before any fancy radar-driven predictive shifting is brought into play.
sPh
Note that I am saying nothing about personal driving enjoyment preferences or ability to play boy racer, just fuel economy
Up until just a few years ago, the ultimate measure of fuel economy in the UK was:
miles/liter/stone/cubic meter
So I wouldn't gripe about US ANSI units too much
sPh
Haven't been to the UK since road signs were officially changed to km, but I understand most UKians still think of distances in miles.
The graphs (note now split into two: one for exchange-based signups and one for Medicaid-based.
But how many have paaaaaaaid?!?
http://acasignups.net/14/03/21...
sPh
I guess you only buy bug-free software, then.
I think what sphealey was saying is that, if a vendor say "you don't want to see our 'dirty laundry'" or something like that, then that vendor is an immediate no-go.
It isn't about bug-free software, it is about making sure you avoid vendors that may try to deliberately hide/ignore bugs.
Spot-on AC.
I had a software vendor once that had an odd bug in its telephone system: when a support person would put you on hold it would occasionally transfer you into conference with the technician's queue. You know what really, really angers a customer? Being told for the third time by second-level support that he is closing your case as "can't reproduce/no other customers reported/not a bug" and then being put into an impromptu conference call with two other customers waiting to speak to the 2nd level developer about the very same bug - each for more than the 1st time. Makes the user conference a bit uncomfortable for the support group as well.
ASK (of MANMAN fame - predecessor of 80% of the ERP products on the market today), Novell, and several of the large networking vendors of the 1990-2005 period were all organizations that openly published their bug lists to the world during their growth phases. It was the restriction of those lists that signaled to their customers and the market that it was time to be careful, not their original existence.
sPh
Yes, I know: I'm sure none of the above published 100% of their non-security bugs. But it was clear to any experienced manager of those technologies that a very large percentage were publicly acknowledged.
- - - - - What about the trolls who will say "hey this has been filed for X years and still nobody fucking fixes it!?? FAIL!!" Who needs that kind of drama in a bug db. - - - - -
Not to sound all cluetrainy, but this isn't 1995 any more. There are plenty of open uncensored forums and mailing lists where your customers are discussing your product, especially its bugs, and which prospective customers are researching prior to making a decision. Is it better to have the bug acknowledged, perhaps with a brief explanation of why it won't be scheduled for a few more years and a workaround, or your better customers knifing you in the back on mailing lists?
sPh
Whereas I have eliminated several ERP vendors from medium-dollar searches when they dropped the "dirty laundry" phrase. Clue: the software vendor's "dirty laundry" is my bug and has the potential to destroy my business.
Oh, so there you are!