Slashdot Mirror


If Bad Software Developers Built Houses...

Richo99 writes "The editor at UI Hall of Shame takes us for a walk through a house designed by bad software developers. It appears Ed is getting a bit tired of really bad software designs in popular shareware titles. It is interesting because how much of a crime these apps perpetrate isn't obvious until you apply the same logic to everyday things, like the design of a house. I especially love the access to the garden. "

578 comments

  1. And the heating system by gbulmash · · Score: 5, Funny
    And if you want to heat the house, you have to light a fire in a firebox outside and then manually pump a bellows to force heated air into the house. The spec had an automated heating system with natural gas, a pilot light, and fans, all controlled by a thermostat, but management only assigned the developers to your project for three weeks and the only way to get the project "finished" in the allotted time was this kludge. But don't worry, it will be fixed in v2.0, which is currently calendared for 2007 by management... unless something they consider more important comes along.

    - Greg

    1. Re:And the heating system by lucabrasi999 · · Score: 1

      Will there be a "bug fix" for this problem I am having with the toilet?

    2. Re:And the heating system by jb.hl.com · · Score: 3, Funny

      I'm sure the guy will have no problems heating his house with the flames that are shooting from his web server right now.

      --
      By summer it was all gone...now shesmovedon. --
    3. Re:And the heating system by jellomizer · · Score: 4, Insightful

      While moderated funny. I think I see the real point. A lot of the time of software failure is basicly management going to the development team and tells them to cut corners to get it done. So you could be the best interface developer on the planet. But if they tell you that it needs to be done now. when you are halfway threw. You end up breaking rules because it is quiker to program .

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    4. Re:And the heating system by bigman2003 · · Score: 4, Funny

      Well, obviously if he designed a house...

      The roof would cave in when more than 30 people knocked on the front door.

      --
      No reason to lie.
    5. Re:And the heating system by achacha · · Score: 1

      Bad software design can be directly lined to non-technical people designing it in the first place and then giving the developers very little room to work. Sales, marketing, business, legal or management teams should suggest some ideas and let the developers work out the design; then have a UI team build an interface to the given design. It's not a hard concept, but one that is too often misunderstood in the corporate world and thus we have so much bad software...

    6. Re:And the heating system by Rei · · Score: 5, Funny

      I'm wondering when there will be a bugfix for the author's writing style.

      I havent seen so many runon sentances and bad capitalization/punctuation and mispelings since Third Grade, theyre really anoying and distracting from the Article, I want my articles written good.

      --
      Sigur RÃs: I didn't know that Heaven had a rock band.
    7. Re:And the heating system by lucabrasi999 · · Score: 2, Insightful
      I want my articles written good.

      In that case, maybe you shouldn't be reading articles that are posted on the internet. Go back to the print media, where they have editors.

    8. Re:And the heating system by MightyMartian · · Score: 1

      More like...

      "We're not going to get your house built before second quarter 2006. Not to worry, we're dropping some features to get to that timeline. So instead of a roof, we're going to put up plastic tarp, and you won't have any stairs into the basement, but the drop isn't too far. Oh, of course, you could go with another builder, but they're all Communists and though they'll do it cheaper, we feel that they ultimately cost you more because we're fairly certain the doorknobs are square."

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    9. Re:And the heating system by Anonymous Coward · · Score: 0

      Whoosh! There it went, right over your head.

    10. Re:And the heating system by Sparr0 · · Score: 0, Redundant

      I want mine written well, but that's just me. :)

    11. Re:And the heating system by SiO2 · · Score: 4, Funny

      I want my articles written good.

      You really meant to say that you want your articles written well.

      SiO2

    12. Re:And the heating system by pegr · · Score: 2, Funny

      I havent seen so many runon sentances and bad capitalization/punctuation and mispelings since Third Grade,

      Welcome to the IntarWeb!

    13. Re:And the heating system by miketo · · Score: 5, Insightful

      You are right in several respects: non-development management has screwed over more projects than it's ever helped. I've seen it and had my projects fscked many a time. One classic was the VP who wanted the acronym "API" removed from the help files for a developer kit. Reason? "We make solutions, not programming software."

      But I *will* point fingers at developers for bad design, too. In the same company I have worked with developers who code up something that neither does what it should, is usable by anyone but them, or can be gracefully fit into the existing programming model. Too often they were called a "temporary fix" for the current release, to be fixed in a future release. It never was, it just became more encrusted with shims, helper libraries, and other complexification / bogger-downers.

      Same goes for UI designed by developers. *UNLESS* you have spent time with the end users seeing what it is they are trying to do, you are not going to hit the mark by coding UI in your cubicle on the mistaken assumption that you know the best way to do something.

      I have seen this happen so many times. I take a developer to a customer site to help diagnose a problem. After only ten minutes, the light comes on in the developer's head and a new solution is created that works, works well, and does what the customer wants and expects. Yet most development happens in reverse: cook up an idea, code it, then see if anyone likes it.

      There's a lot of bad software project management out there, and there is enough blame to go around.

    14. Re:And the heating system by Anonymous Coward · · Score: 0

      Posted anonymously, just in case...

      This is hardly the situtation at my company. Frankly, marketing/sales/engineering all work well together to agree on 1) A feature set, 2) A date, and 3) Revenue targets based on 1 and 2 being met.

      All of the departments buy off on this, way before the project is started. Marketing agrees that these features will make sure sales hits its target; sales agrees that those features, delivered by that date, will let them hit the number, and engineering agrees that they can provide those features by that date.

      Yet...our engineering department is +always+ late, and always drops a ton of features. Why is this? Salespeople get fired for not hitting their number, based off a product that didn't meet the specifications everyone agreed on. Marketing people get fired, because they are blamed for not specifiying the correct features. But the engineering team just says "Sorry...it was tougher to build than we thought it would be," and comes off unscathed.

      This seems common across all software companies I've worked at. Why is that experienced professionals in two departments inevitably get fired, yet the developers can skate by? Aren't we +all+ professionals? Shouldn't a software engineer, aside from write code, be able to accurately assess and estimate the time necessary to implement new features?

    15. Re:And the heating system by segoy · · Score: 1

      IMHO the biggest problem facing developers and designers now is that we are presented with "the client wants this." And while that might be good and well, more often than not, the client is trying to solve XYZ, and they don't understand that what they're asking for is not a fix for XYZ but a Band-Aid.

      The only way to successfully approach this is to start by asking "What are you trying to accomplish." When they start talking about screens and drop-downs, shut them down by reiterating "No, what is the _business_ problem you are trying to solve," and work from there.

      Anything I've worked on that was successful was a marriage of process improvement and technology. Pure technology doesn't solve business problems.

      But, then again, I'm just some Big 8^H6^H5^H4 consultant...

    16. Re:And the heating system by GlassHeart · · Score: 1
      It's easy for geeks to criticize what we know, but look at the engineering marvel that is the Leaning Tower of Pisa. Too long ago? Well, Frank Lloyd Wright's famous Fallingwater sagged and needed millions of dollars worth in repairs. That same house had an original budget of $30,000, but ultimately cost $155,000. From the article I linked to:
      As the house was being built, the problem with Wright's design was obvious to the Pittsburgh engineering concern, Metzger-Richardson. Mr. Silman said the company doubled the number of one-inch-square bars in each beam from what had been called for in Wright's design.

      But Wright, hearing of the change, wrote to Kaufmann complaining: "I have put so much more into this house than you or any other client has a right to expect, that if I don't have your confidence -- to hell with the whole thing." Kaufmann expressed his confidence, but the contractor's extra steel stayed.

      If it had not, Mr. Silman said, the building would have collapsed already.

      I've been to Fallingwater, and it's an awesome sight. But just like computer science, architecture is still learning all the time.

    17. Re:And the heating system by SupremeTaco · · Score: 5, Funny

      W H O O S H!

      --
      You have a constitutionally protected right to be wrong, and I the right to ignore you.
    18. Re:And the heating system by Grax · · Score: 1

      If you are a good interface developer it is important to get this into your program. When management says "how long will it take to implement feature 'x'?" and you need to update the user interface on feature 'y' you include a little 'y' time in your estimate for 'x'.

      That way management feels good because they know when 'x' will be ready and you feel good because you know the users will actually be able to use 'x' and 'y' without excessive head scratching. And, of course, the end user feels good because they actually have something usuable.

    19. Re:And the heating system by rblum · · Score: 1

      "haven't", not "havent". "run-on" has that annoying little dash there. "sentences", not "sentances". "misspellings", not "mispelings". "they are" or "they're", not "theyre". "annoying", not "anoying". Unless it came from God Himself, it would probably be an article, not an Article.

      And I'd really want it written well.

      I'm glad to see you've dedicated yourself to decent writing on the 'net...

    20. Re:And the heating system by Zediker · · Score: 1

      WOW, you guys didnt realize he purposefully made all those errors.... wow....

      --
      I love to slaughter the english language.
    21. Re:And the heating system by hackhound · · Score: 1

      Please turn on your sarcasm detector

    22. Re:And the heating system by syynnapse · · Score: 1

      If you don't like it, you can go with an open source house. You just might not like all the gangly smelly people walking into your house at odd hours to fix things.

      --

      System.out.println(syynnapse.getSig());

    23. Re:And the heating system by JLF65 · · Score: 1

      Shouldn't a software engineer, aside from write code, be able to accurately assess and estimate the time necessary to implement new features?

      And the answer by now should be obvious to anyone - no. Look at all the games that ship late, and with bugs. Look at the OSes that run years over. Look at the apps which drop half the features from first ads. Software engineers can make rough guesses, but until the coding is well underway, there is no way to make an accurate assessment on features.

      It's not the engineer's fault either. They are pressured by management and marketing to make a guess about whether something can be done and in what timeframe, when there is simply NO WAY to know. Management and marketing don't want to hear "I don't know, and neither will anyone else." They want a yes answer and a (short) time. Period.

      The poor engineer does his best to guess on something a fortune teller couldn't handle, then works his -ss off to make it come about. Much of the time, they actually manage to pull it off. When they don't, I think the blame rightly goes where it should - management and marketing.

    24. Re:And the heating system by Bill+Dog · · Score: 1

      Nope, bad UI design goes back to bad management. It's the managers' job to facilitate the developers (the people who do the actual work). Managers can do this because they have the time (they are not coding, researching, debugging, etc.), the authority, and the connections. If you can take a developer to a customer site, to notice how the program is really used, you could've provided that information to begin with.

      --
      Attention zealots and haters: 00100 00100
    25. Re:And the heating system by eggegg · · Score: 1

      ...then have a UI team build an interface to the given design.

      That is part of the problem too. Build the interface based on the specs then work out the implementation. The fundamental point of TFA is that UIs are too often built to satisfy managers and developers, without consideration for the user's experience. And yes, easier said than done.

    26. Re:And the heating system by msdschris · · Score: 0

      Imodium...

    27. Re:And the heating system by josu · · Score: 1

      Right back at ya.

    28. Re:And the heating system by Anonymous Coward · · Score: 0

      Do you think we don't want to?

      A) There is no travel budget to go to the users
      B) The user's supervisor doesn't see the need to take someone out of (the vastly cut back and overworked) pool to "babysit" us.
      C) There isn't time in the time line to even write the code, let alone proper design and user testing.

    29. Re:And the heating system by Anonymous Coward · · Score: 0

      I don't buy that it's not the engineers fault that he/she can't accurately estimate a problem. If other industries and professions can accurately estimate and deliver product, why can't software?

      Don't tell me that an engineer has to guess anymore than a salesperson or marketer has to. Everyone else has to make their best guess based off of market conditions, saturation, etc...and suffer the consequences if they are wrong. Particularly in my situation (referenced above) where all three departments collectively agree on the date and features, there is no reason to blame sales and marketing when engineering discovers that they screwed up. Yet everyone, particularly on /., likes to blame sales/marketing/management for all of the times a developer can't deliver what he committed to.

    30. Re:And the heating system by BRonsk · · Score: 0

      Actually, it is funnier than you thought, because it does apply as well to the story and the article. The guys are mispelling "UI" with "Software" all along.

      When will people understand that such flaws are not flaws in "the software" but in the software's UI.

      UI programming/designing is a special skill and not everyone can do it well. But unlike other areas in software, everyone can do a bad one and most of all, everyone think they can do a good one.

    31. Re:And the heating system by daviq · · Score: 0

      Though I see your point, the server would be better off with the cooling system because it would always be crashed with that kind of an idiot in charge...

      --
      Go to the w3.org and put Slashdot.org through the validator.
    32. Re:And the heating system by Omnifarious · · Score: 3, Funny

      Now we know why your username is SiO2. You are utterly transparent to humor, it goes right through you without affecting you at all.

    33. Re:And the heating system by JLF65 · · Score: 1

      Actually, most other industries CAN'T give you accurate estimates on time and price. Go to your mechanic and you'll see that... and he's just REPAIRING the car, not building it from scratch. Your argument is ridiculous. A salesperson either has the article to sell, or they are reading off a prepared statement by marketing. Marketing either has a completed product, or they are making up guesses out of thin air. If you don't think engineers are pressured into giving estimates that marketing and management want, you are obviously in marketing or management, not an engineer.

    34. Re:And the heating system by Tharkban · · Score: 1

      Better than having the builders incourage arsony so that they can sell you more houses. coincidently, they can use cheap materials if it's going to burn soon anyway.

      --
      Tharkban (It is a signature after all)
    35. Re:And the heating system by aero6dof · · Score: 1

      well you do see periodically see stories about decks collapsing during parties...

    36. Re:And the heating system by zerbot · · Score: 1

      I've always thought Frank Lloyd Wright was overrated. I especially dislike Fallingwater as it ruined a perfectly good naturally beautiful waterfall by putting a boxy concrete monstrosity over it.

      Maybe because it seems like so much of what he built values form over function.

    37. Re:And the heating system by jimmydevice · · Score: 0

      You mean like a well house for a small spring? My karma and my women, Both BAD.

    38. Re:And the heating system by computational+super · · Score: 5, Interesting
      If other industries and professions can accurately estimate and deliver product, why can't software?

      Because engineers in other industries and professions spend orders of magnitude more time estimating than they do actually building. (Once the estimating is done, the building is usually fairly straightforward, relatively speaking). We could probably accurately estimate the time taken to build software... but then they'd ask us to estimate how long the estimate would take... and then how long the estimate of the estimate... Or, we could just take a reasonable guess and just build the damned thing.

      And, by the way, no industry or profession can accurately estimate and deliver product. Road construction, satellite design, new home construction, movie production, etc. etc. are always complaining about running over budget. Software is exponentially more complex than any of those.

      In summary, bite us.

      --
      Proud neuron in the Slashdot hivemind since 2002.
    39. Re:And the heating system by Anonymous Coward · · Score: 0

      the heating system runs on a 100% efficient micro cold fusion reactor which evenly distributes the heeat throughout the house -

      however the regulator is powered by a wood-burning steam plant which requires two specific types of wood available 1000 miles away - shipments of which come in 2x14.25lb + 1x7.33lb bags every 3 weeks, but the regulator requires 34.125lbs of one, and 4lbs of the other every 2.66 weeks. If you need technical support you must call via the coconut/can connection available at your neighbors house.

    40. Re:And the heating system by legirons · · Score: 2, Funny

      "The roof would cave in when more than 30 people knocked on the front door."

      Like the WindowsXP Pro house, where you can only invite 10 friends at once (and have to get planning permission again every time you get new furniture...)

    41. Re:And the heating system by torokun · · Score: 1

      He who is obliviously WHOOSHED in making a technical point is the true geek.

    42. Re:And the heating system by DigitumDei · · Score: 1

      What's sad is that purposefully making that many errors doesn't distinguish it from most posts here.

    43. Re:And the heating system by Anonymous Coward · · Score: 0

      If you don't think engineers are pressured into giving estimates that marketing and management want, you are obviously in marketing or management, not an engineer.

      And if you don't think that engineers missing the dates and features that they commit to doesn't affect a company's bottom line, then you obviously don't understand how a business works, and are a liability to your employer, not an asset.

    44. Re:And the heating system by cshark · · Score: 1

      And if monkeys wore underwear, their children wouldn't like pop tarts. See where I'm going with this? Nowhere, just like the original article.

      Although, I've lived in some pretty oddly constructed houses over the years. I lived in a bright green house in San Francisco that was a two bedroom. What I found out later was that the second bedroom was a finished attic, and that the only way to get there was through the bathroom.

      The place I moved into last week is two degrees off level, and you can roll a ball across the floor just by putting it down. Actually, it's fun to watch. Weirder yet, everything in the house except for the living room is ever so slightly off center. It's unnerving. For example, the windows. Always eight feet into a 12 foot wall. Weird. In what is otherwise a completely unfinished basement, there is a little white room.

      The room contains one light bulb socket and a card table. The lock on the door is on the outside.

      And none of the ceiling fans spin straight. The one upstairs is only 6.5 feet off the ground (good thing I'm short), and it shakes to bad that I'm afraid of ending up with ceiling fan blade in the back of my skull. Come to think of it, I don't think you can attribute this particular house to bad software developers, as much as I would like to. .

      I'll just do like I do with everything else, and blame Cringely.
      Don't knock it, I feel much better afterwards... :P

      --

      This signature has Super Cow Powers

    45. Re:And the heating system by FraggedSquid · · Score: 1

      The programmers are also responsible for bad design by failing to understand how people will use the system when they design the UI & system behaviour. A number of times I have had to go back to the programmers and say to them that what they have done will break the users mental model of how the software works.

      --
      You don't need a lab to make mud.
    46. Re:And the heating system by Anonymous Coward · · Score: 0

      Because engineers in other industries and professions spend orders of magnitude more time estimating than they do actually building.

      Then perhaps it's time for software engineers (not programmers or coders) to start treating their job with the professionalism it deserves.

      Road construction, satellite design, new home construction, movie production, etc. etc. are always complaining about running over budget. Software is exponentially more complex than any of those.

      Now you have got to be kidding me. Satellite design and road construction are more complex than software design? Do you have any idea how many people it involves, how much planning take places, and how much impact constructing a major interchange or bridge requires?

      In summary, bite us.

      Professional. Perhaps it's this attitude that contributes to your job being sent overseas? Perhaps if you worked with other departments, rather than putting up barriers, you'd be more positive about your role.

    47. Re:And the heating system by Ricdude · · Score: 4, Insightful

      This is why building codes state unambiguously how thick joist must be, and how far you are allowed between them, how thick posts must be to hold up a deck of size WxD, how to anchor posts to foundation, what to use for foundation, how deep cement anchors must be embedded in the ground, etc.

      "Standards", as far as software construction, are non-existent. Well, there are some style guides out there, but most of them conflict with most others. "Style" guides usually focus on inane issues like indentation and variable naming, instead of including insightful issues like, "C library functions that operate on strings without checking lengths should not be used: (list of functions to avoid)." Classifications of error conditions and how to recover or adequately respond to them are also usually lacking (what's a warning? what's an error?)

      When issues like this are developed for software, and people actually follow them, you'll see greater consistency in software.

      --
      How's my programming? Call 1-800-DEV-NULL
    48. Re:And the heating system by Anonymous Coward · · Score: 0

      It's you that deserves a W H O O S H!

      Sometimes sarcasm is hard to detect. Keep your chin up and you'll make it someday.

    49. Re:And the heating system by WRoach · · Score: 1

      Pareto principle anyone? Writing good code takes time, and time is usually what is lacking most in dev projects. Clients want the most features they can get in the smallest amount of time. The problem is, coding 80% of the requirements will take 20% of your time (assuming the requirements meet each and every desire of your client, which luckly enough rarely happen). And beleive me, that last 20% will hurt you. That's when you have to start cutting corners. You cannot code a perfect complex system since it would take an unlimited amount of time (chimeric inversely proportional relation). The problem is that developers tend to focus too much on features. Learn to deal the requirements so they include 80% of what the client would like implemented in his wildest dreams. So you'll end up with 80% of the most usefull features and best bang for bucks for the client and less head banging and a project finished on time on your side.

    50. Re:And the heating system by Bush+Pig · · Score: 1

      The thing is, that designing and building bridges, cars, houses, etc., are well-understood problems with a number of thoroughly debugged solutions. People still fuck it up. Software design is _not_ a well-understood domain (despite Knuth's work), and designers and developers are often doing something that has never been done before. If you've never done something, you cannot possibly estimate how long it will take. Once you add clueless management and marketing types into the situation, it's surprising that any software ever works.

      --
      What a long, strange trip it's been.
    51. Re:And the heating system by Bush+Pig · · Score: 1

      You've hit one of the nails on the head (although there are others). I've been involved in a number of projects where this approach has been forced on me (because some dopey manager just saw something nifty at a vendor's "conference"), and it generally ends in tears.

      --
      What a long, strange trip it's been.
    52. Re:And the heating system by Anonymous Coward · · Score: 0
      One classic was the VP who wanted the acronym "API" removed from the help files for a developer kit. Reason? "We make solutions, not programming software."

      Sorry but "API" isn't an acronym unless you pronounce it as a word instead of "A-P-I."

    53. Re:And the heating system by Anonymous Coward · · Score: 0

      Nope, I think it went over your head. The correct response was: "But slashdot has editors, there's Taco, and Timothy ... Er, wait, I'll get my coat".

    54. Re:And the heating system by kin_korn_karn · · Score: 1

      The room contains one light bulb socket and a card table. The lock on the door is on the outside.
      Someone was growing their own.

    55. Re:And the heating system by ArieKremen · · Score: 1

      I fully understand you, I also prefer _well_ written comments ;)

      --
      -- Cave quid dicis, quando, et cui
    56. Re:And the heating system by Hognoxious · · Score: 2, Insightful
      let the developers work out the design; then have a UI team build an interface to the given design.
      Right. Because UI design is just about pretty colours and stuff. It has nothing to do, say, with the underlying mental model and the actions the user might do to what he perceives as the objects in the system. Still, if those don't match what the developers did, we'll hack a middle layer into place. Sigh.
      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    57. Re:And the heating system by e2d2 · · Score: 2, Insightful

      Also, most of the other professions cited have about 1000 years of history leading up to their current state. Engineering and Architecture didn't just arrive in the 1950s.

      But I will add one thing - when will software developers start building better software? When the customer pays for it that's when. Most customers don't accept the schedule or budget for such an endeavor unless they are NASA or similiar organization that demands such high quality. Building such software takes resources, the customer has to be willing to give those resources (time, money, etc). Until that day comes where the customer is ready to give those resources we will not see much change.

    58. Re:And the heating system by Anonymous Coward · · Score: 1, Funny

      What front door? Security is too time consuming to worry about.

    59. Re:And the heating system by Lord+Ender · · Score: 1

      Wow. The guy in that article spelled "through" as "thru," and you just spelled it as "threw." STOP!!! You're hurting my brain!!!

      --
      A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    60. Re:And the heating system by Peaker · · Score: 4, Interesting

      Some C library functions that operate on strings with checking lengths should also not be used:

      strncpy - does not guarantee the terminating NULL and fills the dest string with zeroes if it is short (bad performance)

      strncat - does not guarantee the terminating NULL and the 'n' argument is very confusing and encourages buggy calls.

      Use strlcpy/strlcat instead (oh wait, the GNU libc maintainer refuses to put them in...)

    61. Re:And the heating system by lgw · · Score: 1

      Nope, some UI coders just suck donkey. You can't blame management for evey mistake, even if they deserve it on general principles. Also, there are plenty of arguments that can only be settled by usability studies, which are often resisted for some reason. Good usability data trumps a developer's opinion or a pet customer's ideas.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    62. Re:And the heating system by lgw · · Score: 1

      You know, that's an excellent point. Given a project that will turn out to take six months, I could spend six months and come up with a *very* accurate estimate!

      --
      Socialism: a lie told by totalitarians and believed by fools.
    63. Re:And the heating system by pipingguy · · Score: 1


      Comparing software "engineering" with more established forms of engineering is a bad idea.

      "most of the other professions cited have about 1000 years of history leading up to their current state" is a good quote and pretty much sums it up. Many software writers think they have a better way to do something and then rush off in all directions at once to find a solution. Time passes, and when asked about progress, the answer is usually something like, "well, the server crashed, so we put that problem on the back burner". Or, "we're still working on it". [During the interim, someone has sketched the solution on a paper napkin, got it approved by someone who knows WTF he is talking about and the thing gets built in the field anyway].

      For engineering projects that cannot be completed (almost) totally by automation/robots, complicated software "tools" often end up controlling the user's work methods and taking up more time than would otherwise be needed. Of course, management types love this because they can get up-to-the-second reports on progress and have a lot of ways to manipulate and control data and have reasons to call meetings. This gives them a lot of power over the creative people.

      When a simple (let's say I need a 12" wide structural flange, but it's not in the existing database) correction to a 3D CAD model takes 2 weeks rather than 15 minutes for a paper revision you know something's wrong.

    64. Re:And the heating system by Anonymous Coward · · Score: 0

      Hey! What about my freedom to innovate!! (and innovate i will)

    65. Re:And the heating system by Bill+Dog · · Score: 1

      Nope, some UI coders just suck donkey. You can't blame management for evey mistake,...

      No one said there are no UI coders that suck donkey, or that mgmt can be blamed for every mistake. Did I touch a nerve or something?

      Good usability data trumps ... a pet customer's ideas.

      Agreed. Unfortunately, in my work situation, we write custom software for and are completely dependent on a single HUGE customer (take a guess), so what they say trumps all. Including what they said last week, that you're halfway in the middle of implementing! And they couldn't care LESS about usability. I feel sorry for the poor schmucks that have to use stuff made this way.

      --
      Attention zealots and haters: 00100 00100
    66. Re:And the heating system by beerman2k · · Score: 1
      You really meant to say that you want your articles written well.

      Thanks, Linguo, The Grammar Robot!

    67. Re:And the heating system by Anonymous Coward · · Score: 0

      Same goes for UI designed by developers. *UNLESS* you have spent time with the end users seeing what it is they are trying to do, you are not going to hit the mark by coding UI in your cubicle on the mistaken assumption that you know the best way to do something.

      Until I see someone in the org chart whose title is "UI Designer", I categorically refuse to take the blame for doing to the best of my abilities the job I was given. So all the overbearing preachy books like The Inmates are Running the Asylum that beat on developers for writing bad UI can go get themselves printed on quilted double-ply and wipe my ass. I don't deserve the insulting rhetoric aimed at developers in those books, and neither do any of my colleagues.

    68. Re:And the heating system by Xyrus · · Score: 4, Insightful

      But let's turn the tables here. Let's give the home builders the usual specs that a software developer is given.

      You estimate it will take you 18 months to build the house. The "owner" comes back and says you have eight.

      You say you need specific pieces of wood and nails to build the house with, however the owner tells you to use new unproven materials that don't even have effective methods of working with.

      You say you need specific types of hammers, saws, cement mixers, etc. The owner says you can only use a rusty hammer with a broken claw, a dull saw, and you'll have to mix the cement by hand in a bucket to pur the foundation.

      Your allowed to look at the location your going to build at, but you are not given the resources or time research the ground stability.

      After you have rushed together a blue print, you're told to start. Halfway through, the owner changes the building materials, tells you that the utilities won't be there for another year, and change the complete layout of the house in the process.

      In the last two weeks of frantic work, the town code person changes all the building codes.

      So what kind of house do you get after this?

      You don't.

      And that's how a lot of software comes out.

      ~X~

      --
      ~X~
    69. Re:And the heating system by Anonymous Coward · · Score: 0

      Im the Author and I didnt made the errors on porpus, dumbass

    70. Re:And the heating system by mibus · · Score: 1

      Well, technically it's 32 people, but the gate(way) and stereo are considered people by the house...

    71. Re:And the heating system by Anonymous Coward · · Score: 0

      Schrödinger's cat? So, what you're saying is that you can know how long it will take, or how it will work, but not both?

    72. Re:And the heating system by lgw · · Score: 1

      Yeah, consultive programming is a whole different world. I'm amazed when anyone bothers to right good code in that business.

      In my experience, most bad UI design isn't the result of management rushing things, but from idiocy that the UI guy really thought was a good idea, or can't see what the problem is.

      Graphic design in all its forms is just hard. Not tremendously time consuming, just not a skill most people have, including most people in the industry. More art than science still I guess, though there are some pretty good guides these days.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    73. Re:And the heating system by lgw · · Score: 1

      Or even, ermm, WRITE good code.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    74. Re:And the heating system by spasticus74 · · Score: 1

      Software is designed? WOW!

      --
      "I'd like to think oysters transcend national barriers Adrian"
    75. Re:And the heating system by bit01 · · Score: 1

      Use strlcpy/strlcat instead (oh wait, the GNU libc maintainer refuses to put them in...)

      So what's your problem? Fork it! ;-)

      Actually, that might even work if the major Linux distributions took it on board.

      ---

      If you haven't tested your code under heavy load and limited memory on an SMP machine then you haven't tested it.

    76. Re:And the heating system by Dun+Malg · · Score: 1
      I've always thought Frank Lloyd Wright was overrated. I especially dislike Fallingwater as it ruined a perfectly good naturally beautiful waterfall by putting a boxy concrete monstrosity over it. Maybe because it seems like so much of what he built values form over function.

      Dang straight. The two things that outrage me the most over that stupid Fallingwater monstrosity are 1) the ruining of a beautiful spot as you mentioned, and 2) those stupid built-in couches that are meant to be looked at rather than sat on. A man who doesn't leave room in his house for a good couch is a fool, if you ask me.

      --
      If a job's not worth doing, it's not worth doing right.
    77. Re:And the heating system by Anonymous Coward · · Score: 0

      Just imagine a slashdotting.

      The smell alone would shrivel the wood up and eat away all the siding. Whatever else still standing would immediately be toppled by the resulting earthquake. The trolls, of course, would remain behind to maintain a constant stream of complaints just to make sure productivity remains at a low.

    78. Re:And the heating system by Anonymous Coward · · Score: 0

      Comparing software "engineering" with more established forms of engineering is a bad idea.

      Then why do we have software engineers? Shouldn't it just be programmers or coders? Because I have to say, especially seeing the responses here, that all I see are programmers, and poor ones at that if they can't take responsibility for their actions.

    79. Re:And the heating system by famebait · · Score: 1

      Bad software design can be directly lined to non-technical people designing it in the first place and then giving the developers very little room to work.

      Hooey. There are lots of brilliant-to-good programmers about, but evry very few of them know the first thing about building a consistent and usable interface. You need to pick someone who actually knows that job to do it (be it a programemr witht he extra skill/talent or a specialist that just specs and audits it). Ask a programmer who doesn't even like GUIs and thinks emacs is the best thing ever and ask him to design a good GUI, and you're basically hosed before you even start, no matter how good a programmer he is. He proabably won't even be aware of half the conventions GUIs are built one (and is proabably extremely inefficient in using one).

      --
      sudo ergo sum
    80. Re:And the heating system by Anonymous Coward · · Score: 0

      Yeah, like those professional engineers working on the Big Dig. They consistently hit their estimates.

    81. Re:And the heating system by Wybaar · · Score: 1

      Ideally, you have a usability specialist and the programmer who will be coding the UI sit down together (and if you can pull in whomever will be testing it as well, all the better) and design the UI. That way the usability person can veto the programmer's suggestion to use a puce-on-pink color scheme and the programmer can tell the usability specialist when a proposed piece of the UI would be infeasible or impossible to write.

      --
      Y|
    82. Re:And the heating system by cshark · · Score: 1

      Well, it is Indiana. It could easily be a storm cellar. We've lovingly dubbed it "the torture room" because it reminds me of that room in Saw (if you haven't seen it rent it), only smaller.

      --

      This signature has Super Cow Powers

    83. Re:And the heating system by drsquare · · Score: 1

      In that case, surely open source software, with no management, and no set deadlines, and no corners to cut, why isn't open source software significantly superior to commercially-produced software? Why do open source programs have all the same problems?

    84. Re:And the heating system by Thuktun · · Score: 1

      Same goes for UI designed by developers. *UNLESS* you have spent time with the end users seeing what it is they are trying to do, you are not going to hit the mark by coding UI in your cubicle on the mistaken assumption that you know the best way to do something.

      In some environments, the developers are deliberately shielded from interacting with customers and instead have to somehow get this information through marketing and sales.

    85. Re:And the heating system by Artfldgr · · Score: 1

      by crackey....
      in the old days we had all those things... reams of them... and companies saved lots of money by following them... but then the clock became king over everything else... a task completed poorly but on time got you a raise when tasks completed well but were 1 day late got you nothing 9and i am being VERY literal on the 1 day thing).

      mainframe programming had and has all these things and its why you dont hear as much from that area as to the problems. they pay a lot for their machines, they pay for upkeep, they even pay for each instruction cycle(!), and so they get viceral returns in all categories...

      the simple smaller company manager only has his scheduler to blame. not willing to accept the REAL cost of what they need, or accept that what they need costs too much to be practical, they make do with almost solutions.

      when they scream we want cheaper employees do they get better work done with them? when a person who you have hired for a lot of money tells you not to do something becuase its well known that the problems become intractable... do they look up the workd intractable? no they just say "we are better than that, we will not make those mistakes".

      i have worked this field for about 25 years now and started in the mainframe world when all programmers were computer scientists.. and i have watched the cry for cheapness erode more and more each day the quality of the tools that business needs. and those tools are people. wanting cheap tools and not computing the costs for not using good tools makes a situation in which the proglems and thier sources are to be ignored, for that wich is not tracked doesnt exist. we are no longer willing to make any investment in our most important tools and in their care... the outcome is inevitable...

    86. Re:And the heating system by Anonymous Coward · · Score: 0

      Of course, developers are shielded from the customers for a good reason. If the customer has the developer's phone number (or even name), the customer starts calling the developer rather than the help desk, sales guy, integrator, etc. for *any* problem they have.

    87. Re:And the heating system by Anonymous Coward · · Score: 0

      You'll find, generally speaking, that people who call themselves 'software engineers' are piss-poor programmers, with lots of experience.

      However, given the same conditions (time constraints, budgets, design changes, etc.), structural engineers would be about as successful. Let's see a dam built in 8 months (from initial request to completion of construction) when the customer changes the specs (accessibility, color, height, location, power production, materials, etc.) at weekly intervals. Even *during* construction.

      That, unfortunately, is an issue programmers have to deal with that engineers don't. Sure, design changes happen in engineering, but I've never heard of a bridge/building/aircraft that had to deal with the same level of design interference as software does, were still expected to be produced within the original time constraints, and didn't suffer from the same problems we're discussing in software.

    88. Re:And the heating system by Artfldgr · · Score: 1

      you get the nail on the head award!!!!

      as a developer i have been banging my head on this issue for the last 15 of my 25 year career!!

      the groups you mentioned do not take programming seriously. they think its easy, or at least easy for someone that knows how. like their jobs! marketing is an easy job (most just regurgitate the 'rules'they learned in school), and sales can be even worse as they are using their lack of knowledge to close deals.
      whats worse is that they often think that when you say you cant do something, you are just being lazy. for in sales and marketing, there is no such thing as impossible. and they believe it to a ridiculous point, to the point to use it to define the engineer they think is being obstinate as not being a team player, etc...

      by consistenly dumbing down the job AND by consistenly rewarding bad work over good work, we get what we want but didnt actually ask for.

      too many megalomaniacs in business now that think that they have the werewithal to be it all and control it all and every aspect of it, because thats what they were told an entrepreneur gets as a reward. sure!

      today i just bang out stuff that barely works... there is no time to do better, and no one cares. i am used to do hack stuff, and 25 years of experience is just sitting being underutilized, while i now make a third of what i used to 10 years ago. businesses have lost site of how to motivate. they forgot that what a business is, is a group of motivated people... the more motivated the better and cheaper it is to run it. crazy acoounting, or what i call advocate accounting, has torn up any real measure of the costs and expenditures

      it took them a long time to work those things that they cant easily control into the ether, a financial sweeping under the rug. however what went with it was ALL control, and the creation of a model that barely works compared to what a healthy company used to be like. if there are no financial metrics for the costs and damage such practices reap, then there is no measure of them to even see that they exist when its floated upstairs. and so it gets worse and they try to do other things that are ineffective at controlling the real issues (like outsourcing or offshoring, etc)

      it all sucks...

      i would tell everyone now not to get into IT, its a total dead end now! too much eductation to do too much dumb work for people that make you do bad work and then dont appreciate it when you do good work. not to mention there isnt enough money in it, nor security... while re-education costs you, you are forbidden by federal law (from the time programmers made more and it hasnt been changed!) from getting overtime!!! the same can be said of pretty much all the other engineering disciplines... become an EE? why? they are suffernig the same things... even software companies dont appreciate the people that make their product!!!!!

      i am looking for a new career... preferably something i can do overseas... obviously american business doesnt need what we have to offer....

    89. Re:And the heating system by Artfldgr · · Score: 1

      you forgot why there is no buget and things are harder...

      the managers ride first class... so there is only enough budget for one first class seat, not two business class seats.

      the managers believe that programming is clerical and so they can ask the right questions for you, in passing, as they accomplish the other work. like setting the schedule for the creation of something they dont know the resources for or anything else.

      and if you got to get work done by bypassing management, then management can be pared down! dont need to send dicky to the islands over that issue, we can send joey... etc...

      oh.. and my favorite is that they dont know what can be done or cant be done or even what it entails to get something done!!!!

    90. Re:And the heating system by Artfldgr · · Score: 1

      your generally not allowed to ask that question... they dont think you understand "business", or your not even in that meeting that happened weeks before they are telling you how to do it. if you dont do what they want, you get a nasty review and your not a team player..

      my new definition of a team player is the guy that puts nitrous in the truck that they are going to drive off a cliff!

    91. Re:And the heating system by llefler · · Score: 2, Funny

      The front door is there, but it has no lock. Because the owners would just tape the key to the door anyway.

      Of course, if we did use a lock, our key would be a minimum of 6" long and must be made out of steel, plastic, and at least one bit of glass. Then we would be confused at why the owners found it annoying to carry.

      --
      It is amazing what you can accomplish if you do not care who gets the credit. -- Harry Truman
    92. Re:And the heating system by llefler · · Score: 1

      I have to wonder how many who are willing to blame management or say "it's not possible to estimate, because we've never done it" actually sit down and do system flow charts during the design stage. I don't mean it as a criticism. But we are comparing developing software to building houses. Houses have blueprints, shouldn't software have flowcharts? If I went out and said "I have a design in my head for a house" and just started building. Shouldn't I expect to fail?

      --
      It is amazing what you can accomplish if you do not care who gets the credit. -- Harry Truman
    93. Re:And the heating system by Artfldgr · · Score: 1

      i can tell that you are not a person that has any concept of writing code!!!

      writing programs is incredibly complex. the kinds of problems that we solve often seem frightingly simple. lets take this simple one as an example, its a programming classic.

      everybody says they can get together and make money if they make a traveling salesmans program. you all agree that there is a market for a program for companies to be able to save money by having their salesmen take the shortest routes to various customers. now any old programmer would laugh and tell you not to bother. would you allow your programming department to veto all the others? i doubt it, and so the project goes forward. the programers to their best, but they cant get the program to work in a reasonable amount of time.

      here is where your ignorance comes in as to simple things being simple to do. does it sound like a simple thing to take in a list of all the locations a salesman has to visit and come up with the shortest route? well, in case you didnt know, the problem is intractable. there are a whole bunch of classes of problem that come up and are not hard to check but are pretty much impossible to compute (special cases not included). to solve this problem for only 100 locations would take you DECADES on a desktop computer!!!

      if you were writing a program to filter out offensive language in resume postings would you filter out this list? F*ck, Cum, Sh*T, C*nt". well then you would also be filtering out all those that graduated suma CUM laude! while you were thinking in a dirty context did your brain pull up the exception? but the exception in this case would mean either letting resumes potentially with dirty words, or get no applications from the best candidates!!! (i know because a friend of mine didnt understand why she wasnt getting responses. i told her to take that part out, and viola, she gets responses. turns out that few have caught that!).
      such an issue is exaclty why a programmer cant estimate like a marketer or a salesperson. a salesperson asks their clients would you buy this if we made that? cut and dried... with 100 clients you have 100 opinions to promote.. thats a lot easier than programming.. even a simple program runs into more than 1000 lines of code! each has to be in the right place to work! in programing there is no tolerances... they arent loose, or tight, they are exact... totally infinitely exact. it wont work if anything is out of place and you go down that path!

      the reason they SEEM to skate.. is that what they do is a guestimate and what you do is an estimate!
      you KNOW that if you get (A) you then can make (B).
      what you are asking of them, has never been done before! if it had, then you would be buying it, not asking them to make it so you can exploit the niche that is not being filled. you neglect to think of why is that niche empty for you to exploit? the word processer spread sheet niches were dominated long ago. your nichs is open because as the big niches are taken we try to squeeze out profit from smaller and smaller margins. your niche is also open because others dont have the resources to survive that niche, NOT as a company selfabsorbidly thinks, that no one else had the idea.

      marketing and sales are clerical positions.. you dont need an IQ of 130 to be a good marketer... you dont even need an IQ of 100 to be a salesman. your jobs are not mathematical constructions..

      if i asked you to build a house... could you tell me how many boards, windows, nails, floring, tiles, wire, etc you will need? yes you can... can you tell me on the fly in a meeting when everyone turns to you after reading a list of features? to implement a feature you have to implement everything around it. there are dependencies, interdependencies, and such. just as you cant tell me the number of boards you will need to make a bathroom until you know how many walls it shares with other features, neither can the programmer. whats worse is that we all have an idea of what ma

    94. Re:And the heating system by Artfldgr · · Score: 1

      you are proving us engineers point... we ARE saying that you cant estimate programming that way because its the nature of programming (even the govt has been trying for 30 years do develope such metrics, imagine how much money could be made if you could).

      and i quote "Don't tell me that an engineer has to guess anymore than a salesperson or marketer has to".

      actually we do.. and we also have to fill in details that you dont want to go over.

      "likes to blame sales/marketing/management for all of the times a developer can't deliver what he committed to." contracts under duress are not contracts, and thats what happens when three departments gang up across the table from a couple of programmers. the programmers WANT to do the work, they dont want the company to miss out.


      sales/marketing/management are all broadstroke clerical type areas... none of them are doing R&D on demand, which by definition is what your programmers ARE doing. sales/marketing/management can all pipe together that we are going to build a space shuttle. only programming has any concept of what that once sentence entails, and just like you, sales/marketing/management is saying "Don't tell me..." and "no is not an option", AND "I dont have the time to discuss all the details with you". those three groups can state a sentence that when expanded out, like "lets build a shuttle", can lead to decades of work and billions of dollars of effort.

      you are petulent like most bosses in thinking your will can change the beast. the best you can do is pinch a programmer between the beast and your wrath...

      try a simple exercise in programming. list out a script in natural english that you can follow to get up and travel to work in the morning. first estimate how long it will take you to make that script. you will be writing in small units of action, so "get out of bed" is not code, its a subroutine that would be made up of "detect alarm? no alarm: reman sleeping, yes alarm, open eyes, start seeing, get orientation, turn head to alarm, view time, is it time to wake up? yes start wake up routine, no start sleep five minutes routine"

      i will say that after your done i will be able to quickly point out that your subject is dead. why? because you forgot to throw interupts into your program to handle housekeeping tasks to support the rest of the system. things like breathing, balance, swallowig correctly, blinking...

      a salesperson doesnt have to get that low into the mechanics of his work to do his work, a programmer does.

      the features arent the problem, its being able to think of all these other little things that have to come together to make it all work.. so a feature in your wakeup and go to work may be the express mode that allows you to skip breakfast.. well.. after you get that first test program of how to wake up and go to work, now try to change it minimally to give you the express mode. go ahead try it... your not used to breaking things down into small parts.

      to give you another feel for it.. a typical programming language has only 30 to about 150 statements... the larger only being bloated with statements that accomplish things that can be done in combinations of smaller statements.

      thats right! all you see on the screen and such is the combination of about 30 statements or less put togetehr in combinations to make it all work. break down any set of paper work you do into operations this small and you can see you are asking them to estimate how many grains of sand it will take to make a mountain (When you havent defined the mountain yet). or how many jelly beans are in the jar... what they have to do is think of how many statements and how fast they can write them. this is baring any weirdness in information (lke the salesmans probglen or the tyranny of numbers).

      yhou do not realize that when you say we will display how many days between two dates and what day of the week they fall on, you have to figure out how to do that!!!!

    95. Re:And the heating system by Artfldgr · · Score: 1

      Because engineers in other industries and professions spend orders of magnitude more time estimating than they do actually building. Then perhaps it's time for software engineers (not programmers or coders) to start treating their job with the professionalism it deserves.

      we used to have that time. but management pushed us into a clerical model that we dont fit in. we dont get to negotiate from a point of being able to turn down or dictate terms. we are not equals with any abilithy to change outcomes, we are supplicants that get to execute what others want.


      Now you have got to be kidding me. Satellite design and road construction are more complex than software design? Do you have any idea how many people it involves, how much planning take places, and how much impact constructing a major interchange or bridge requires?

      I worked construction as a teen. programming is infinitely more complext than building a major interchange. just a quick point, all your workers on the programming team have to have colledge degrees... that is not true of your highway example... perhaps there is a reason? and perhaps you are not giving that reason credit. the workers on a programming team have to also integrate with each other a lot more. unlike the house or the road they are working on things that are folded into things that are folded into things that call things that are folded into things that they call... you can see and invision a major interchange, you cant see or visualize the scope of a large program. major interchange is measured in decade man years.. .some programmign projects are measured in MILLION man years estimate. concrete hasnt changed drastically in a few hundred years (yes there are new formulations, but you just pour it into a hole still), programming languages dont even last 20... imagine every 10 years everyone on your highway crew has to learn a new language and only talk in that.. now imagine that your boss comes in and says today we all talk tagalog and the deadlines are the same!!!

    96. Re:And the heating system by Artfldgr · · Score: 1

      Time passes, and when asked about progress, the answer is usually something like, "well, the server crashed, so we put that problem on the back burner". Or, "we're still working on it". [During the interim, someone has sketched the solution on a paper napkin, got it approved by someone who knows WTF he is talking about and the thing gets built in the field anyway].

      I love this answer... the reason we programmers say this is that most of the time we work with and for people that dont have the ability to actually understand the problem. whats more, they also dont have the time for a dessertation to bring them up to speed as to why.

      the salesmans problem is the classic example. tons of programming things will fall under this. the boss, or whatever will not want to hear that the problem cant or courldnt be handled. that after working it you discivered it fit into the class of P/NP problems and such. you learn very fast that saying the servef was down, is easier and more believable thatn quoting kurt godels theorems to a person that requires you to write all memos in 8th grade english (thats why word has a tool to help you do that! and has had that since very early days).

      often times in programming you are put in a postioin of having to teach a pig to sing or lose your job... at least if you try to teach the pig to sing you might succeed, or if you can convine the pig they are singing... the other option is not vialble in the real world.

    97. Re:And the heating system by Artfldgr · · Score: 1

      ho ho, ha ha... you are sooooo funny... i havent been ABLE to do a flow chart or warnier orr diagram in more than 15 years... and when i started this career 25 years ago, you werent allowed to proceed until you had one done and it was reviewed by antoher SKILLED person.

      if managemetn doesnt value such charts managment will castigate you for wasting time. the charts were a better way to go.. managment today cant see how they help.. they never ask two programmers of relatively equal ability to execute the same project two different ways and compare which one costed more and was done better. its NEVER done. so they remove charting and such (methods developed long ago to get a handle on the intractableness of programming), and never listen to how much damage it does!!!!

    98. Re:And the heating system by pipingguy · · Score: 1


      ...the reason we programmers say this is that most of the time we work with and for people that dont have the ability to actually understand the problem.

      Sure, but I've seen the same thing happen in reverse in technical fields/engineering; the programmers often don't understand how things were efficiently done before computers, so they build something that works well for them. As we all know, bosses tend to be impressed by flash and fancy, so projects get approved regardless of how they impact the end users. I'm not talking about clueless users here, I'm talking about engineering-types that know, love and use computers that have half-assed software imposed upon them from above.

    99. Re:And the heating system by llefler · · Score: 1

      i havent been ABLE to do a flow chart or warnier orr diagram in more than 15 years...

      If you are incapable of doing a flowchart any longer, then you either don't understand the system you are building or you need to refresh your skills. I heard the arguments with OOP and things like windows messaging or linux signals. If you're screaming "but they are events and methods, the program doesn't flow", you're already thinking about coding, not design. The data still flows through the system. Customers still place orders, those orders are picked, packed, and shipped. And when you don't do the analysis necessary you end up with things like a system that is about to go live but can't create something like an export document. Guess they'll have to ignore all those Canadian customers. Charting a system is a visual method of making sure all the requirements have been recognized.

      If you're saying that you can't do quality work because management requires you to take shortcuts, then I guess your choice is to suck it up and quit whining or get out and get a job at a company that understands quality. But in the end, you are still responsible for what you produce.

      --
      It is amazing what you can accomplish if you do not care who gets the credit. -- Harry Truman
    100. Re:And the heating system by Artfldgr · · Score: 1

      i will have to say that the programmers that you have today or rather after the 80's are pretty bad as a lot. as i mentioned elsewhere, they dumbed the position down in attempt to keep salaries manageable. in the 80's thie became especially true for no one could figure out how much value they were getting from their investment in IT. it may sound silly but its true. i was trained in all kind of things that you dont see today at all, the economics just isnt there. one thing that i had was business area analysis. this wasnt in the colledge this was afterwards in industry. it is how to sit there and listen and learn the business processes and make a system that either helped it or changed it. that sounds bad though then you actually had someome trained in how to do this and in other parts of the firm and such. also you had someone who at their core was a computer science guy. the schools had just started cranking out those interested in something they can do. businesses also bent over backward for good expertise and they cared more about results that worked. i watched the whole thing evolve or devolve. it was like watching rust.

    101. Re:And the heating system by Artfldgr · · Score: 1

      ah... there are many things that can make one incapable... like being fired for wasting my time making little cartoons... actual words from one person... if you cant get them on board with how valauable it is and any kind of process, you aint going to do it anyway...

      if you told me you werent able to walk i wouldnt think that you were crippled...

      as for suck it up and quit whining... well, this was only commentary to a forums. i like programming a whole lot so its not the job. the number of quality positions has greatly diminished and you have to take work where you can work. i am 40 and so have found it hard in the past few years to get steady work. small firms are by nature unstable, and large firms are looking for younger (ie cheaper) people (even if you tell them thats ok the money is fine, that is not acceptable to them).

      things arent what they used to be.. nor are the salaries.. and i see it getting a lot worse in the next 15 years... but hey, when your my age there are no scholarships..

    102. Re:And the heating system by Bush+Pig · · Score: 1

      Generally when I design software, the first thing I like to do is plan it thoroughly. This is a time-consuming process, and is also a pre-requisite for giving a reasonable estimate of how long the project will take. It's rare I actually am allowed the luxury of this step, however.

      You're quite correct about the risks of building something without design documents, however.

      --
      What a long, strange trip it's been.
    103. Re:And the heating system by runderwo · · Score: 1

      I don't see a valid reason outside of not being standardized (yet) that strlcpy/strlcat are not included. They are both faster and more reliable than their 'n' counterparts. If they were included as extensions, this would certainly encourage them to become part of the C standard.

    104. Re:And the heating system by Rei · · Score: 1

      You are not the author, but that was a funny post. :)

      --
      Sigur RÃs: I didn't know that Heaven had a rock band.
    105. Re:And the heating system by llefler · · Score: 1

      I have you by a year. And currently happen to be in a position where we are migrating to an ERP package. (made by MS, no less) It kind of feels like I'm being asked to take all of my skills that I have worked hard for, convert our codebase, and turn my job into a glorified helpdesk. Is it practical to think quality can be maintained when there isn't even a code versioning system available for the package?

      The quality of work that I put out is important to me. I used to like my job, when I was finding elegant solutions to problems. (just as quickly as the ones who wouldn't do analysis, BTW) I will admit, I don't usually make charts either. I consider it a flaw in my discipline. I don't have failed projects, missing features, or feature creep, but the documentation isn't there for other developers either.

      So anyway, after 11 years of not needing a resume, I'm currently learning how they are written now. I personally believe that there are businessmen out there that still prefer quality. I'm also not into the whole "the sky is falling, all of our jobs are going to India" panic. I consider my business knowledge as important as my programming knowledge. Of course, it does concern me that so much of our manufacturing is going to China....

      --
      It is amazing what you can accomplish if you do not care who gets the credit. -- Harry Truman
    106. Re:And the heating system by mrjackson2000 · · Score: 1

      i work for a structural engineer, and we get alot of things like that all the time.

    107. Re:And the heating system by zero_offset · · Score: 1

      This is hardly the situtation at my company. Frankly, marketing/sales/engineering all work well together to agree on 1) A feature set, 2) A date, and 3) Revenue targets based on 1 and 2 being met.

      Wow, you picked a feature set AND a date? Who da man? Touch you!

      Looks to me like the engineers are still doing all the work. Note that I'm not saying marketing and sales isn't hard work -- but within the context of planning a piece of software, relative to the engineering effort, they simply aren't. In your example the engineer is probably to blame for agreeing to the date, but how often are those engineers then badgered throughout development for new features? How often are existing features "redefined" during development? I could go on, but you get the point.

      It's easiest to point fingers when you're sitting behind your keyboard at home with the finished product, as boy-wonder does in the original article. It's nearly as easy when you're at the start of the food-chain, cooking up an idea, with the target date far in the distance, and all the ugly details, testing, and other problems safely squirrled away on somebody else's part of the schedule.

      One of the best signs of a truly experienced developer is when he gives time estimates that seem ridiculous. Sad but true. And don't give me this crap about comparisons with structural engineering or some other narrowly defined discipline. If you want me to rivet 500 steel I-beams, sure I can give you a target date. If you want 650,000 lines of working, flawlessly-interacting code to spring fully-formed from the gray goo in my head, it's going to be a little more difficult.

      --

      Slashdot quality declines as the number of hot grits posts decreases. - Provolt's Law, Apr-09-2005

  2. Of course... by Tuxedo+Jack · · Score: 4, Funny

    If Microsoft programmers built houses, the walls would be blue with white trim, and the garage would have to have CHKCAR run on every instance of the door opening.

    On top of that, there's also the whole "backdoor left wide open" stigma that comes with the Windows house.

    --

    Striking fear in the authors of godawful fanfiction, I am here, appearing in darkness, Tuxedo Jack!
    1. Re:Of course... by Thijs+van+As · · Score: 2, Funny

      Don't forget the big cross right above each window pane!

    2. Re:Of course... by Anonymous Coward · · Score: 0

      Ooww! that's cool, i think i might try that in my house.

    3. Re:Of course... by AviLazar · · Score: 1

      Yes you diss MS programmers now, but what will you say about these same programmers who are going to work for Google? Will you then praise them as great coders?

      --

      I mod down so you can mod up. Your welcome.
    4. Re:Of course... by saleenS281 · · Score: 2, Funny

      vs. a linux house where you'd have to ring the doorbell while turning up the thermostat and unlocking the front door all at the same time just to turn on the light in the bathroom.

    5. Re:Of course... by Reverend528 · · Score: 1
      If Microsoft programmers built houses...

      ...they'd build a house that has lots of windows.

    6. Re:Of course... by Anonymous Coward · · Score: 0

      But of course. It's all a matter of managment. Poor management makes bad developers out of everyone!

    7. Re:Of course... by MighMoS · · Score: 2, Funny

      Yeah, but its not hard to create the equivilent of a shellscript for that...its a doohickie thing that looks like an invention out of Dr. Seuess' books.

    8. Re:Of course... by winse · · Score: 1

      every barrel has some good apples in it to I suppose

      --
      this sig is deprecated
    9. Re:Of course... by RealityMogul · · Score: 1

      Be accurate

      If it was linux and you wanted to turn on the bathroom light, you would simply first need to configure the breakerbox.conf file and add "electrix=bth -odr-1 defst=0". Then just recompile the source to bzzzt_sys and hope you have all the necessary dependencies like "pwrgrd_0.325" (0.323 won't work). Then you can just flip the switch to turn on the light.

      C'mon, don't you people understand how computes have to work.

    10. Re:Of course... by Rei · · Score: 2, Funny

      Microsoft houses would all be factory-built, and 90% of America would use them. Linux homes would all be at least somewhat custom. Builders like Gentoo require that you draw up your own floor plans and hope that it meets code; companies like RedHat offer a selection of houses that they think that you may want to start with. And distros like GoboLinux are putting up fliers on telephone poles on Main Street in their hometown saying "Please Notice Us!!!! Please!!!! We build houses, we swear!!!"

      Meanwhile, Apple would be quietly getting by on sales of high-end igloos and yurts.

      --
      Sigur RÃs: I didn't know that Heaven had a rock band.
    11. Re:Of course... by sim82 · · Score: 1

      'pwrgrd' looks like something straight out of my c:/windows/system32 directory, and 325 would be one of that strange 'build' numbers.

      On linux that thing is called /usr/lib/libpowergrid.so.0.3.25 and after you have upgraded from version 0.3.23 you do not have to restart the computer.

    12. Re:Of course... by fdrake76 · · Score: 1
      And there would only be one building company.

      And if a company sprang up that built garages, the home builder would leverage their status to build garages that come tightly integrated with the houses and force the other garage builders out of business.

    13. Re:Of course... by Anonymous Coward · · Score: 0

      BAH - Duhm - Tcch!!
      Worst joke I've heard in some time.

    14. Re:Of course... by JLF65 · · Score: 1

      No - it'd have just ONE, and your EULA would forbid you from covering it with drapes, opening it, or even looking through it.

    15. Re:Of course... by peragrin · · Score: 5, Funny

      Get it right

      Apple would be quietly getting by on sales of high-end earthen homes.(think hobbit hole) They would include their own wind and solar power supply as well, but need regular line power to work at 100%.

      I also imagine Gentoo would be more like here's an axe, a saw, a hammer, and here is a sample floor plan. There are some good sized trees over there have fun.

      --
      i thought once I was found, but it was only a dream.
    16. Re:Of course... by daviq · · Score: 0
      It would also have:
      1. A inefficiant door to "start" your journey
      2. really random holes that seem to make you crash into things. And last of all
      3. Really, really sloppy studs in the walls.
      --
      Go to the w3.org and put Slashdot.org through the validator.
    17. Re:Of course... by orasio · · Score: 1

      You don't seem to have the right idea about non-windows systems.
      What you described is exactly the notion we have of Windows, and a reason why I don't use it. In windows, and many Microsoft programs, you need to do unrelated tasks, to perform a simple task. even if they are, as usually, easy tasks, it's too much trouble to deal with that kind of an interface.
      The idea with, for example, GNU/Linux, is that tasks might be difficult, but they make sense.

      In a GNU/House or a GNU/Linux House, you would need to solder and install yourself an automatic light switch that senses your presence, and turns the light accordingly. It would take lots of work, but once installed, you wouldn't have to worry again.
      For recent distros, the analogy would go like: your constructor asks you what kind of lightswitch you want, if you refuse to pick one, you could even end without a lightswitch.

    18. Re:Of course... by Anonymous Coward · · Score: 0

      If Microsoft programmers built houses, the walls would be blue with white trim, and the garage would have to have CHKCAR run on every instance of the door opening.

      On top of that, there's also the whole "backdoor left wide open" stigma that comes with the Windows house.


      In the windows house, the only oven is an E-Z-bake oven, and there's no fridge, just a cooler full of ice. Every few days, a big chunk of the brightly coloured drywall ceiling crashes down, narrowly missing your head. It keeps falling in your breakfast cereal, too, which means higher cereal bills, and more dishwashing, but otherwise, the decor is quite nice.

      In a Linux house, when you arrived, the drywall was only half-installed, and there are wires running everywhere. There were no floorboards, the bathroom wasn't done, and the stove wasn't hooked up. When you checked out the garage, you found out it was full of floorboards, bathroom tile, and several different gas and electric ranges, and the numbers of a whole host of contracters to help you get it all installed.

      You've put it all together now, although you haven't actually put up drywall yet because your contractors still want easy access to the pipes and wiring. Your pictures hang precariously from copper pipes and electrical cables, but you've got at proper stove, a real fridge, and the ceilings are rock solid. The garage is still full of building equiptment, though, so you park your car out in the rain. One of the contractors told you how easy it was to whip up a carport out of spare parts, but it all went over your head. It's a small detail, for now...

      Your preppie Windows friends come over, and you try to tell them how nice the real fridge and stove are, but they tell you they like their E-Z-bake oven and icebox just fine, and that they've got good at dodging falling drywall. They look suspiciously at all the bare wires and cables in your living room, as they slowly edge their way towards the door...
      --
      AC

    19. Re:Of course... by Yim · · Score: 1

      Gentoo is more like here are some seeds, a bucket of water and a knife to make everything. Good luck and maybe your next-of-kin will finish building it.

      --
      -Yim
    20. Re:Of course... by alvinrod · · Score: 1
      But as soon as you were settled in your new Apple house, they would go and switch architectures on you ;)

      Sorry :P

    21. Re:Of course... by mo^ · · Score: 1

      blimey! i never suspected a time when goatse would be appropriate.

      full marks to you sir!

      --
      bah!*@%!
    22. Re:Of course... by Anonymous Coward · · Score: 0

      If it was linux and you wanted to turn on the bathroom light, you would simply first need to configure the breakerbox.conf file and add "electrix=bth -odr-1 defst=0". Then just recompile the source to bzzzt_sys and hope you have all the necessary dependencies like "pwrgrd_0.325" (0.323 won't work). Then you can just flip the switch to turn on the light.

      Yes, but you'd only have to do it once, or (if you were smart) have paid someone to do it before you moved in.

    23. Re:Of course... by WRoach · · Score: 1

      You forgot to add that with gentoo, your axe, saw, and hammer will start working like a charm on their own once you call them. emerge -uaDv House

    24. Re:Of course... by Ancient123 · · Score: 1

      But, remember too that when you leave your house for a vacation you can always run an "emerge sync && emerge -e world" and come back to see you have a brand new house with better appliances. gentoo house - its worth the time and effort

    25. Re:Of course... by eskoperkele · · Score: 1

      I thought that the axe & hammer analogy would be Linux From Scratch.

      Gentoo would surely ship with dozen different brands of the tools. Remember, Gentoo is all about the choice.

      --
      E. Perkele
    26. Re:Of course... by Thuktun · · Score: 1

      I also imagine Gentoo would be more like here's an axe, a saw, a hammer, and here is a sample floor plan. There are some good sized trees over there have fun.

      I would have thought the Gentoo house would have been a house kit that builds itself when you unpack it.

    27. Re:Of course... by reed · · Score: 1


      http://www.homedepot.com/prel80/HDUS/EN_US/diy_mai n/pg_diy.jsp?CNTTYPE=PROD_META&CNTKEY=Products_2%2 FGarden+Center%2FStorage+Buildings%2FWood&BV_Sessi onID=@@@@0145143431.1118424516@@@@&BV_EngineID=ccd laddelgmgedkcgelceffdfgidgnj.0&MID=9876

      A terrific way to experience the outdoors, the Mackinaw has so many uses: waterside cabana, deluxe playhouse, weekend retreat & more! Crafted from select knotty red pine, the Mackinaw is completely panelized for easy assembly. Handy Home Products' do-it-yourself building kits are completely pre-cut - there's nothing to saw! No special carpentry skills are needed to build a Handy Home building - we've designed each one with you, the do-it-yourselfer, in mind. All that's needed are a few common household tools and a little spare time.

    28. Re:Of course... by Artfldgr · · Score: 1

      The idea with, for example, GNU/Linux, is that tasks might be difficult, but they make sense.

      the reason they make sense is that GNU/linux was written, at its core, by a programmer... with no marketing department... no management... and no salesmen to tell you to do that because one client out of all of them wants something.

      your love of this is the same love many people have for some of the early net programs and such.. in a way you are making the case for us!!!!

      the sad part is all the concepts that people are relating it to in building dont surfice... take your light switch.. in a real house a light switch is something that can stand alone and exist without the house. but programing features are more like waves. they exist only in that they are part of the programs medium. taken out they cant exist on their own... and in fact.. in such a house, every light switch would be that way.. totally custom for each one!!!!

    29. Re:Of course... by orasio · · Score: 1

      I don't know about Linux itself, but most of GNU was written with user in mind, who happens to be a particular user.

      That should not lead to the mistake of thinking that corners are cut in order to make an easier job for the programmer of the tool. Of course, the tools are made to be useful to users that might be programmers, but that's a completely different thing.

      For example, a house builder would be happier if he didn't have to paint the house he is building, and not doing it would be good for his needs as a builder.
      The same guy, as a house user, would like his walls to be painted, and a nice house, with a big garage to put his tools. That's a house made for house builders, by house builders.
      Of course, the needs of such house builder, as a user, are very similar to the needs of everybody, because he is a user before being a builder.
      The same thing happens with GNU, it ends up being very comfortable, because the people who built it happen to like nice stuff, too.
      The notion that they would make a harsh, unfinished system, I believe is just not true.

      Compared to propretary software, where the needs to be fulfilled are not the needs of the users, but of some company that might have completely interests that are orthogonal to the users', a better product should arise. Well, it has.

  3. If webmasters built houses... by Anonymous Coward · · Score: 2, Funny

    I wonder where dead links stack up... ;)

    1. Re:If webmasters built houses... by dracocat · · Score: 1

      A door opening to a brick wall.

      Of course.

    2. Re:If webmasters built houses... by Tharkban · · Score: 1

      Maybe you should read the large letters on the wall:

      "403 Forbidden"

      duh :)

      --
      Tharkban (It is a signature after all)
  4. wow, that house went down fast... by Se7enLC · · Score: 2, Funny

    wow, one comment and it's already /..ed

    that's like a 2mph wind knocking over the house, right?

    1. Re:wow, that house went down fast... by Reverend528 · · Score: 1

      Well, It was only built with a maximum occupancy of 20 people.

    2. Re:wow, that house went down fast... by Leroy_Brown242 · · Score: 1

      Well, they might set up 301 redirects, but they would land you in the bathroom when you were trying to go to the kitchen. :)

  5. What about underpowering? by mi · · Score: 1

    Only two replies, but the site is dead already. I wonder, what his analogy would be to that...

    --
    In Soviet Washington the swamp drains you.
    1. Re:What about underpowering? by 0racle · · Score: 1

      He's still working on a good UI for his webserver. He hasn't got the 'Prevent Slashdotting' button looking quite right yet so the whole program is useless.

      --
      "I use a Mac because I'm just better than you are."
    2. Re:What about underpowering? by axonal · · Score: 1

      Thousands of spectators trampling on your lawn to see your awful house?

  6. Stop with the drivel! by Anonymous Coward · · Score: 0

    Slow news month? Slow news year? Whatever it is, I'm sick of "here is an amusing blog post!" news articles. This was neither news nor stuff that matters.

  7. slashdotted already by unk1911 · · Score: 1

    I think what we are seeing instead of what happens when poor software designs are applied to building houses is what happens when poor webserver configuration is applied to a website.. It's slashdotted with 1 post!

    --
    http://unk1911.blogspot.com/

  8. Already slow; Full Text of Article: by Anonymous Coward · · Score: 5, Informative

    Lets take a walk through a house built by our illustrious legion of very ordinary Software Developers we've seen over the last few posts..

    You arrive at a friends new house and step up to the front door.. well, you do after finding it around the side of the house..

    You press the door bell but dont hear the reassuring ding dong sound coming from inside the house, you ponder if you missed hearing it and wait a few moments before politely pressing it again, this time you're SURE, there was NO doorbell sound coming from inside. You peer at the doorbell, its a button, how much more complicated can it be? You DOUBLE CLICK it and hear a loud DINGDONG coming from inside..

    Your Friend, Herbert's footsteps approach the door from inside and you straighten your tie ready for the door to open. Herbert unlocks the door and the damn thing swings OUTWARDS knocking you back a step or two. Apologetically the owner explains that's how it was when they bought the house "it fools everyone and it'll be a great source of converation at our Dinner Parties".

    You politely chuckle and hope they get the damn thing fixed.

    Herbert invites you into the house, you step unsurely into the hallway and peer around.

    The ceiling has a sort of mauvy pink color, not dissamilar to your Grandmother's slippers, the walls are mostly red.

    Herbert offers you the grand tour of his new home and gestures towards what you assume is the Lounge room thru a doorway off the hallway. You wander in suprised to find that you're in the toilet.. nervously Herbert chuckles and explains that to get to the Lounge you have to pass through the 2 Way Toilet.

    You emerge on the other side of the toilet into a long narrow room that stretches the length of the house, its about 5 feet wide and 45 feet long. At the far end of this poorly lit room you can see a Television. The only light coming into the room is from a small window at about knee height.

    Herbert explains the Lounge Room is really an extension that wasn't planned very well, he invites you into the kitchen through a revolving door. You step into a large circular room after missing the first few exits of the rapidly revolving entrance. In the middle of the room is a large Island Bench, its working surface is about 5 foot high. there's no other furniture in the room, but there's 9 doors evenly spaced around the room. Herbert explains that through each door is an appliance, there's the Fridge Room, the Oven Room, the Freezer Room, the Dishwasher Room, the Food Room, the Microwave room etc.. Its a pain Herbert says, taking things from one to the next, but you get used to it he says... you feel doubtful.

    Herbet is keen to show you the Master Bedroom, but he's not sure which door its through, he tries three then finds the right one.

    As usual, the damn thing opens outwards.. You dutifully but somewhat hesitantly follow Herbert through the Master Bedroom, you wonder what bizarre idea you're going to be introduced to next.

    Herbet gestures around what appears to be an empty room with a self-satisfied smirk on his face. You peer around trying to work out what bizarre idea the builder has foisted upon the house now. "Where's the BED, Herbert?" Herbert theatrically claps his hands together twice and stamps his foot.. the bed silently descends from an opening that appeared in the ceiling, you jump
    out of the way just in time and the bed neatly touches down in the centre of the room. "Neat hey!" Herbert prompts you.. "Ah yeah, thats great Herbert".. You gingerly sit on the bed, it promptly collapses.. "Ah, yeah that happens a bit, you get used to it."..

    "Come and see the Garden!" Herbert excitedly exclaims. Herbet opens a small trap door hidden under a rug and descends a small ladder.. you follow him down. The Garden has a concrete floor and fake concrete trees. There's a wall around it and it has fake grass glued to it.

    You run screaming from the house.

    So, what did we get.. a house built by a moron. Nothing looks, feels

    1. Re:Already slow; Full Text of Article: by saintp · · Score: 4, Funny

      Aaauugh, the typos! Comma splices! Run-ons! My bleeding eyes!

    2. Re:Already slow; Full Text of Article: by Reglar_Joe · · Score: 1

      If sw were developed by people who write as poorly as the guy who blogged, the house would be even worse.

    3. Re:Already slow; Full Text of Article: by quinto2000 · · Score: 4, Insightful

      He forgot to add the price that they paid for this imaginary house: $2,000 with all of the appliances included. You can't complain about commmodity software development not being up to the standards of house building. You need to go to 5 years of school + an internship and then be licensed to build a house, you're paid hundreds of dollars an hour, and you generally are expected to go over budget and over schedule.

      --
      Ceci n'est pas un post
    4. Re:Already slow; Full Text of Article: by Anonymous Coward · · Score: 0

      Yeah, but the author forgot to mention that last part.

      You know, where you have to use that toilet, walk in
      and lift the lid and see a flat surface on which is
      written, "Click here to see the full article..."
      after which you have to quickly repeat the entire
      house tour to get back to the bathroom and finally
      USE the toilet.

    5. Re:Already slow; Full Text of Article: by EvilNTUser · · Score: 4, Interesting

      "Herbert unlocks the door and the damn thing swings OUTWARDS knocking you back a step or two."

      Wtf... Where I live, all doors open outwards. It's much more convenient*. Interesting assumption coming from a UI critic, who should know better than to accept what he has been given as the best alternative.



      *-The door swings into the yard, instead of creating an obstruction in the foyer.
      -You can close the door immediately, instead of having to take off your shoes and get out of the way first.
      -If a fire breaks out, and a bunch of panicing morons are pushing you from behind, you can still open it.

      --
      My Sig: SEGV
    6. Re:Already slow; Full Text of Article: by eggegg · · Score: 1

      You need to go to 5 years of school + an internship and then be licensed to build a house, you're paid hundreds of dollars an hour...

      Bullshit. You need no such thing. At least in the US, you can build whatever the hell you want on your own property. Of course if it isn't up to code you'll be required to fix it or tear it down, and if you don't have a permit, you'll be fined severely. In some cities and counties, you don't even need a permit. The whole "architect" thing is a racket. Heck, you can be criminally prosecuted for misrepresenting yourself as one... and once you are licensed, you have to keep paying your yearly dues to keep using the title. As if the architecture didn't exist before the AIA. In most municipalities in California, as long as a licensed ENGINEER signs off on your structural drawings, you'll get a permit -- even if your only architectural training was obtained from legos and tinker toys.

      Most large-scale builder/developers are as ruthlessly uninterested in the user's experience as software company management is. The house doesn't have to be any good -- it simply has to be legally and structurally sound and APPEAR to be good. So instead of a well-designed kitchen layout, they give you a cheap layout with granite counter tops.

    7. Re:Already slow; Full Text of Article: by Anonymous Coward · · Score: 0

      Hundres of dollars / hour to build homes? No carpenter makes that much. Do you even LIVE in a house?

    8. Re:Already slow; Full Text of Article: by Anonymous Coward · · Score: 1, Interesting

      Wouldn't that place the hinges outside, where anyone who wished to could take your door off the hinges?

    9. Re:Already slow; Full Text of Article: by Anonymous Coward · · Score: 0

      You forgot the best part:

      Anyone with a screw driver and a hammer can pop the hinge pins off the door so you'll never have to worry about being locked out.

    10. Re:Already slow; Full Text of Article: by snorklewacker · · Score: 1

      Sounds a bit like Winchester House. Most of the house was built by Sarah Winchester, the wife of William Winchester, who created the rifle company that bears his name. First her infant son died, then her husband, and she went nuts; she became convinced that her house was haunted by the spirits of native americans who had been killed by winchester rifles. So she had builders come in and build and build and build onto the house, believing that would appease the spirits, or perhaps just keep them busy. The place has 160 rooms and over 40 fireplaces, with stairs that go up to a blank ceiling, cabinets that are actually doors, windows in the floor.

      Except the place is actually built really well. Completely deranged, but still with the finest materials and workmanship. Goes to show you can have a psychotic UI on top of a solid base, I guess.

      --
      I am no longer wasting my time with slashdot
    11. Re:Already slow; Full Text of Article: by Artfldgr · · Score: 1

      I LOVE her house... and i am a guy!!!!
      tiffany stained glass windows... and i like the danger aspect... not only do stairs lead up to ceilings and such... but there are doors that drop down to the basement!!! the idea was that it would confuse the ghosts and they would find it unlivable(? sorry no other word i could think of)

      i wish i could buy that place and leave it just the way it is... i think its perfect!!!!

    12. Re:Already slow; Full Text of Article: by Anonymous Coward · · Score: 0

      hundreds of dollars an hour my foot...an average guy in the construction industry gets paid less than the average software developer, and comparing the prices is completely stupid....how about the cost of all the concrete, steel, wood, etc that goes in the house?

      I dont see how the profit margins are better in the construction industry than in the software industry.

      NO, you are not *expected* to go over budget or over schedule, and most contracts have hefty fines if you do that.

      Sorry, my reply doesnt really add any insight to the topic, but i had to rant to the parent's totally uneducated post.. (I have been a project engineer on construction projects ranging from $2 million to $20 million, and have worked as an ASP developer too)

    13. Re:Already slow; Full Text of Article: by Suicyco · · Score: 1

      He's not talking about expensive commodity software. He is talking about crappy shareware written by doofi on the internet.

      You know, some kid who took a C class in high school them decides to make an mp3 player, fucks it all up but somehow it becomes popular with other doofi k1ds.

    14. Re:Already slow; Full Text of Article: by assantisz · · Score: 1

      Doesn't this read like a Kafka story? It reminds me of Kafka's The Castle.

    15. Re:Already slow; Full Text of Article: by ChuckleBug · · Score: 1

      It's a good example of how poor spelling, grammar, and syntax really undermine one's message. Those comma splices were egregious. Unfortunately, that's a common foible on the net. It's why I can't read gamer boards like gamefaqs for long. The all lower case, hyperabbreviated, comma-spliced, over-punctuated (!!!!!!!!) drivel just drives me insane after a while.

    16. Re:Already slow; Full Text of Article: by quinto2000 · · Score: 1

      I'm talking about the architect, not the contractor.

      --
      Ceci n'est pas un post
    17. Re:Already slow; Full Text of Article: by bit01 · · Score: 1

      He forgot to add the price that they paid for this imaginary house: $2,000 with all of the appliances included.You can't complain about commmodity software development not being up to the standards of house building.

      Of course you can. In a functioning free market if the first house cost a million bucks but each copy cost a buck then in a market of ten million consumers the house would cost a buck and fifteen cents.

      We don't yet have a functioning free market in commodity software though I'm hopeful.

      ---

      It's wrong that an intellectual property creator should not be rewarded for their work.
      It's equally wrong that an IP creator should be rewarded too many times for the one piece of work, for exactly the same reasons.
      Reform IP law and stop the M$/RIAA abuse.

    18. Re:Already slow; Full Text of Article: by quinto2000 · · Score: 1

      In that case, a better comparison would be to what they euphemistically call modular homes now. The article is talking about how much better quality houses are than software, but houses are built to order and the shareware software he's talking about is built as a commodity. You really can't compare the manufacturing methods.

      --
      Ceci n'est pas un post
    19. Re:Already slow; Full Text of Article: by Anonymous Coward · · Score: 0

      It depends where you live I guess, here in Europe where it rains a lot, an outward-opening door would end up wet on the inside rather often.

    20. Re:Already slow; Full Text of Article: by Anonymous Coward · · Score: 0

      The sad thing is that modular (aka: pre-manufactured) homes are typically better constructed than 'stick built' (aka: built on-site) homes. Why? Those pre-manufactured homes are assembled into their component pieces in controlled environments, and are built to tighter tolerances, using jigs. With a stick built home, every piece is hand measured, and hand cut, in all sorts of conditions. Those 8 foot walls built on site will vary in actual height, sometimes by as much as a half-inch! The 8 foot walls built in the factory will all be within about 1/100th of an inch of each other, because they were cut using a jig.

      Those tighter tolerances mean the house will be more uniformly effected by the conditions of the house's final construction. Also, since the sections can be plugged together more quickly, you're less likely to have half of your house get soaked by rain before it's built.

    21. Re:Already slow; Full Text of Article: by nytefyre · · Score: 1

      "-If a fire breaks out, and a bunch of panicing morons are pushing you from behind, you can still open it."

      Of course, I refuse to let a bunch of morons, panicing or otherwise, into my house. ^_^;;

  9. These guys know what they are talking about by Timesprout · · Score: 2, Funny

    Just look at the beautiful design and layout of their site.

    Error establishing a database connection! This probably means that the connection information in your wp-config.php file is incorrect. Double check it and try again. * Are you sure you have the correct user/password? * Are you sure that you have typed the correct hostname? * Are you sure that the database server is running? WordPress Support Forums

    Beautifully crisp, clean, clear and consise

    --
    Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
    What truth?
    There is no dupe
    1. Re:These guys know what they are talking about by lbmouse · · Score: 1

      Once you do connect you'll notice that they put the nav bar on the right side of the screen.

  10. Slashdotted already? by jsalbre · · Score: 1

    Wow, that's gotta be a new record. Only 3 comments and the site is down...

    1. Re:Slashdotted already? by ArielMT · · Score: 1

      Actually, one posted yesterday was /.ed before a single comment was posted: Hardware: Keyboards are Good; Mouses are Dumb. From the comments: A response about "Paul Tyma hits it on the head.".

      --
      It must be Windows. It needs half a gig of RAM and a hardware-accelerated graphics card just to run Solitaire.
    2. Re:Slashdotted already? by dotgain · · Score: 1
      You're not missing anything. This pathetic load of drivel is beyond even slashdot's standards. Well at least I thought it was.

      Just another bullshit analogy.

  11. The Opposite House by CmdrObvious · · Score: 5, Interesting

    The first thing I thought of was how this house is the opposite of Dilberts house, which is designed by good software engineers.

    http://www.dilbert.com/comics/dilbert/duh/

    1. Re:The Opposite House by hey · · Score: 1

      That Dilbert house is quite nice and smart.
      It shows that houses are easily built now but
      they have bad ergonomics. Like the formal dining room: so big, and expensive but rarely used.
      If house builders designed UIs there would be huge buttons for rarely used functions.

    2. Re:The Opposite House by sydb · · Score: 1

      You think? Like, a "cat room" is a really sensible idea. And what's with the rounded doorways? The place looks like Windows XP, i.e. infantile. The beams are just eyesores.

      No "formal dining room" is wanted; but there is a "dining room"... huh?

      I could go on about the impossible requirements, like no repainting ever and a maintenance-free roof "for the life of the house" - sure, if the life is only 100 years that might be possible...

      I mean, I like Dilbert and fun things and stuff but don't hold this house up as an example for housebuilders.

      --
      Yours Sincerely, Michael.
    3. Re:The Opposite House by mrchaotica · · Score: 1

      Maybe they named it "DUH" for a reason!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    4. Re:The Opposite House by southpolesammy · · Score: 1

      On the microeconomic scale, 100 years is more than a lifetime. It may be more than your kids' lifetimes.

      I agree with you about the impossible design requirements in the house. But the ideas about south-facing windows, north-facing bedrooms, keeping noisy areas away from quiet areas, planting trees for shade, maximal insulation for HVAC efficiency -- these are all sound design principles.

      However, I'm not a fan of the donut shape -- it unnecessarily complicates the traffic flow of the house where a simple ellipsoid shape would have done well to allow more direct access throughout the house. Also, the kitchen should be centrally-located if at all possible -- IIRC, the kitchen is the most used room in any house, and therefore should be as close as possible to every other room in the house. Having it far away from every other place seems odd to me. And the garage is one room that certainly will not benefit from the wedge-shape that each room has -- the inner parking spot is significantly shorter than the outer slot. Better to have the garage door on an arc of the house than a radian.

      --
      Rule #1 -- Politics always trumps technology.
    5. Re:The Opposite House by argent · · Score: 1

      Too bad the website was designed by Catbert.

      Did I miss something or is here no "next" link on any of the gallery pages?

    6. Re:The Opposite House by egarland · · Score: 1

      Which goes to show why software engineers shouldn't design houses.

      That house is great combination of stupidity and pop science with a little lack of common sense mixed in.

      --
      set softtabstop=4 shiftwidth=4 expandtab nocp worlddomination
  12. slashdot kg/am by Anonymous Coward · · Score: 0

    kg/am

  13. Doesn't this apply to anything... by InVinoVeritas · · Score: 2, Interesting

    A bad clothes designer turns out crap. A bad automobile designer turns out crap. A bad actor turns out crap. A bad software developer turns out crap. And?

    1. Re:Doesn't this apply to anything... by jimicus · · Score: 0, Troll

      A bad designer turns out crap, nobody buys it, the clothes wind up in the £1 bargain bin, the designer needs to start looking for another job.

      A bad automobile designer turns out crap, nobody buys it, he's sacked, if the entire company churns out nothing but crap it goes under sooner or later.

      A bad actor turns out crap, gets lousy reviews and the next acting job is the back end of a pantomime cow.

      Microsoft turn out Windows and people keep on buying it in droves.

    2. Re:Doesn't this apply to anything... by Kent+Recal · · Score: 1

      Microsoft turn out Windows and people keep on buying it in droves.

      Lack of alternatives at one point in time lead to market domination.
      Until recently there was no serious competition in mainstream computing ("Joe Sixpack").

      Apple is catching up. There is hope.

  14. His blog follows a flawed design... by EnronHaliburton2004 · · Score: 5, Insightful

    Oh the irony.

    Perhaps this gentleman should present us with a GOOD DESIGN isntead of just complaining about BAD DESIGN.

    His blog is poorly designed.

    I had a nice eloquent post all written. I hit the "Say It!" button (There is no 'Preview'), and I get to the next page. The next page complains that I forgot to add my email address, so I click 'back', and I'm presented with a BLANK FORM. Everything I wrote was lost, probably because of some wacky Javascript used in his blog form.

    I feel like I entered a bathroom that's 5 feet wide and 100 feet long with a TV at the end.

    I love his design!

    1. Re:His blog follows a flawed design... by RootsLINUX · · Score: 2, Insightful

      I agree. It's easy to bitch about poor design than it is to make a good design yourself. I feel this guy's pain though. I've had my fair share of having to deal with poorly designed/documented software before. A few weeks ago I had to compile this benchmark suite where there was no makefile, no documentation, the only comments in the code were "/********/" to seperate sections of code, and to top it all off, the file extensions were ".cp". So I was like great, is this C code or C++ code? I wasn't able to tell from browsing two files so I said to myself "well, if it's C++ there has to be a class in there somewhere, right?". So I did a `cat *.cp | grep class` and came up empty handed, so I used the c compiler. It was only after the compilation failed with a strange error that I looked up and discovered that the code was trying to referencing something in the c++ library.

      Anyway, due to experiences like that where someone's lack of intelligible design cost me time that it shouldn't have (for god's sake, write your own makefiles!!!) that I become so.....irate when I have to deal with someone else's poorly designed code. I take those painful experiences in mind when I design my own code now though.

      --
      Hero of Allacrost, a FOSS RPG for *NIX/*BSD/OS X/Win
    2. Re:His blog follows a flawed design... by hackstraw · · Score: 1

      Perhaps this gentleman should present us with a GOOD DESIGN isntead of just complaining about BAD DESIGN.

      Nah, lets just knock his website instead.

    3. Re:His blog follows a flawed design... by Anonymous Coward · · Score: 0

      you could have saved some typing and just done
      grep class *.cp

    4. Re:His blog follows a flawed design... by Jeff+DeMaagd · · Score: 2, Insightful

      Worse yet, his site is showing a page that says "403 Forbidden". Yeah, that's a great user interface.

    5. Re:His blog follows a flawed design... by mattdm · · Score: 0

      And, y'know, if you're gonna throw stones, it's nice if your punctuation skills aren't made of glass. I'm just sayin'.

    6. Re:His blog follows a flawed design... by mrchaotica · · Score: 1

      Ah, now the ".cp" extension makes sense! I suppose it might have been clearer if he'd used ".cppm" (C Plus Plus Minus) instead, though...

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    7. Re:His blog follows a flawed design... by xs650 · · Score: 2, Insightful

      His punctuataion errors have nothing to do with the software problems he has pointed out. His punctuation errors neither increase nor reduce the seriousness of problems with crap software. Crap software is still crap software.

    8. Re:His blog follows a flawed design... by corngrower · · Score: 1

      I'd have to disagree. Writing correct code is more than the equivalent of getting ALL your commas, capitalization, grammer, and punctuation correct.

    9. Re:His blog follows a flawed design... by mattdm · · Score: 1

      Yeah, but, y'know, it's more convincing if the article isn't so riddled with errors it's hard to read. I'm just sayin'.

    10. Re:His blog follows a flawed design... by jesdynf · · Score: 1
      ...and to top it all off, the file extensions were ".cp". So I was like great, is this C code or C++ code? I wasn't able to tell from browsing two files so I said to myself "well, if it's C++ there has to be a class in there somewhere, right?".

      It was C+ code, combining features of both languages.

      --
      Yahoo! Pipes are awesome. How awesome? http://pipes.yahoo.com/jesdynf/slashdot
    11. Re:His blog follows a flawed design... by EnronHaliburton2004 · · Score: 1

      Similar mistakes happen all the time in coding as well, but they are usually caught by some handy, automated tools like the interpreter or compiler.

      Since we don't have the equivilant in these forums, mitakes are more likely to occur.

    12. Re:His blog follows a flawed design... by Anonymous Coward · · Score: 0

      It wasn't "some wacky Javascript". It was your browser. Mozilla/Firefox or Opera have never done that to me, while Internet Explorer does all the time. What browser were you using?

    13. Re:His blog follows a flawed design... by EnronHaliburton2004 · · Score: 1

      Firefox 1.0.4.

      This same problem happens on Yahoo Mail-- happens to me and my wife (who uses IE).

    14. Re:His blog follows a flawed design... by sharkey · · Score: 1
      Perhaps this gentleman should present us with a GOOD DESIGN isntead of just complaining about BAD DESIGN.

      Yeah, the same guy that sneers at his readers who don't run their browsers maximised at his "best viewed at" resolution for being from the early 1990's.

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
    15. Re:His blog follows a flawed design... by Anonymous Coward · · Score: 0

      $ gcbs this.bs -o sense

  15. Slashdotted already and barely any comments yet? by Anonymous Coward · · Score: 0

    Wow, everyone must be RTFAing before posting. When did you lot get conscientious?

  16. if slashdot editors built houses by professorhojo · · Score: 4, Funny

    would every room be duplicated 2 or 3 times?

    (LOL.. just kidding! don't troll-rate me please! :))))

    1. Re:if slashdot editors built houses by Gyga · · Score: 1

      YES! Now I don't have to share the bathroom with my sister.
      --
      Scincerly, Gyga

      --
      I don't preview or spellcheck.
    2. Re:if slashdot editors built houses by m50d · · Score: 1
      That's not a disadvantage dude

      Sorry, open goal

      --
      I am trolling
    3. Re:if slashdot editors built houses by erlenic · · Score: 0, Troll

      Apparently you haven't seen his sister.

    4. Re:if slashdot editors built houses by swamp+boy · · Score: 1

      You wouldn't be able to find it, because they didn't spell the street name correctly. They're quite busy and all...

    5. Re:if slashdot editors built houses by atomm1024 · · Score: 1
      And if Slashdot's HTML designers built houses, they'd come out looking particularly unsightly, and in an 18th-century architectural style. And they wouldn't be very sturdy or well-built, even by those standards.

      (Kidding, but also completely serious. :D)

      --
      Signature.
    6. Re:if slashdot editors built houses by sharkey · · Score: 1

      Yeah, but the color schemes would fucking, um, well, be something to see.

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  17. If builders built buildings.... by thewiz · · Score: 3, Funny

    the way programmers wrote programs, the first woodpecker to come along would destroy civilization.

    Soory, I can't remember who said that, but it is so apropos.

    --
    If "disco" means "I learn" in Latin, does "discothèque" mean "I learn technology"?
    1. Re:If builders built buildings.... by Timesprout · · Score: 3, Insightful

      the way programmers wrote programs, the first woodpecker to come along would destroy civilization.

      Well thats the problem with a lot of programmers, they write instead of building software. Lashing code into an editor is not substitute for a little though and a solid development process.

      --
      Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
      What truth?
      There is no dupe
    2. Re:If builders built buildings.... by lucabrasi999 · · Score: 2, Interesting

      It's one of "Murphy's Laws". Specifically, it is "Weinberg's Second Law". I found it on this page. You might have to search the page. I cannot find a direct link via html.

    3. Re:If builders built buildings.... by ecklesweb · · Score: 2, Informative

      I think you can attribute that to Gerald Weinberg.

    4. Re:If builders built buildings.... by Anonymous Coward · · Score: 1, Funny
      "Lashing code into an editor is not substitute for a little though "

      pppfpfffffhaha hahahahahahahaaAHAHAAAA!!!!!

    5. Re:If builders built buildings.... by Artfldgr · · Score: 1

      bosses say thought takes too much time... thought doesnt look like your working... better to be busy hitting keys so boss is not unhappy... boss gives you money, where he gets it is his problem...

      bosses also love development processes, then they hate them because they actually take time and need what they think of as "extra work". besides if i get them to bypass the development process, to get the job done in the time i said we would do it in, i can always fire those that cant pull it off!!!!!
      so what you see is very good programmers, forced to write very bad programs, usually in languages picked by someone who doesnt program, that read that the language will solve their problems, all while they were on a plane in between making pitches.

      either that or you got a program written by a cheap foreigner that didnt understand enough of the issues to be able to make what they were assigned to make, all the while they keep nodding yes and smiling...

      oh i have seen it all!

    6. Re:If builders built buildings.... by l0b0 · · Score: 1

      And a little though is work dog crap to your supervisor, who wants this out the day before you even heard about it.

      Oh, and if you know your contract is definitely out in six months, why bother covering the next guy's ass? Getting credit right now is so simple, you'd have to be stupid or very kind to actually give a second's thought about your array1 = {var1, var2}s and quadruple for loops.</rant>

    7. Re:If builders built buildings.... by Medievalist · · Score: 1

      A "solid development process" is no substitute for talent or skill.

      I'll take code Alan Cox "lashed into an editor" over anything anyone ever wrote via a corporate process model.

    8. Re:If builders built buildings.... by crazyphilman · · Score: 1

      The way private consultants build government software,

      You'd order a one-story three bedroom ranch. The contractor would say "No problem; we have a framework we like to use, it should let us complete your house relatively quickly. You'll love it."

      Then, the contractor would blow a whistle and several tractor trailer trucks, cement trucks, flatbeds, etc, would come out of nowhere, rolling over your lawn and disgorging hundreds of illegal aliens. They would scurry madly from truck to truck, pulling out rebar and tools, and get started on the 40,000 square foot basement.

      "Hey, asshole, wait a minute!" you'd scream. "All I want is a fucking three bedroom ranch! What the fuck is all this?"

      The contractor would act surprised and say, "But everyone is building them this way. What are you worried about? It's not YOUR money, it's the bank's money. And look how much activity it's causing! Why, the local economy is blooming. Do you know how much my guys spent at Krispy Kreme this morning?"

      You would barely have time to splutter about this when you would almost get run over by a crane. Retreating to a safe distance, you would watch in horror as they erected a twenty story building on your lot.

      On the top of the building would be a three bedroom, one story ranch house. With the longest front steps you've ever seen.

      A bill for a hundred million dollars would be nailed to the mailbox.

      --
      Farewell! It's been a fine buncha years!
    9. Re:If builders built buildings.... by Corydon76 · · Score: 1
      The only problem with that is that when builders hear that joke, the usual response is, "but that's the way builders actually DO build buildings." Those of us who live in houses built in the last 30 years and have done home renovations know exactly this problem: exterior walls are composed of pretty much nothing. The interior drywall is part of what holds the house together!

      And people wonder why small tornadoes so easily decimate communities.

    10. Re:If builders built buildings.... by sharkey · · Score: 1
      Lashing code into an editor is not substitute for a little though and a solid development process.

      A little what? Irony in motion, perhaps?

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
  18. Already hosed. by Anonymous Coward · · Score: 0

    It looks like maybe he got bad general contractors to build his web server...

  19. Just like the ad... by guyfromindia · · Score: 1, Redundant

    Error establishing a database connection! This probably means that the connection information in your wp-config.php file is incorrect. Double check it and try again. * Are you sure you have the correct user/password? .....NO
    * Are you sure that you have typed the correct hostname?.....NO
    * Are you sure that the database server is running?.....NO

  20. If admins built websites like coders wrote code... by Sun+Tzu · · Score: 1

    ...This thing would be slashdotted before even 1 comment went up!

  21. Jef Raskin spoke of such things YEARS ago! by CyricZ · · Score: 3, Informative

    Jef Raskin was well-known for pointing out the many flaws of contemporary software GUIs. For those who do not know, Jef Raskin was the man who designed the GUIs for several different Apple operating systems. By the fact that Microsoft borrowed such concepts from Apple, his innovation has also highly influenced the Microsoft Windows platform.

    But anyways, he always stated that GUIs are there for the user, not the developer. GUIs are supposed to be intuitive, so as to allow the user to be far more productive, rather than hindered. Such ideas are not new. Mr. Raskin spoke of such things decades ago.

    --
    Cyric Zndovzny at your service.
    1. Re:Jef Raskin spoke of such things YEARS ago! by RetroGeek · · Score: 1

      For those who do not know, Jef Raskin was the man who designed the GUIs for several different Apple operating systems.

      Which he "borrowed" from the Xerox Alto.

      --

      - - - - - - - - - - -
      I am a programmer. I am paid to produce syntax not grammar. Deal with it.
    2. Re:Jef Raskin spoke of such things YEARS ago! by jnik · · Score: 5, Insightful
      GUIs are supposed to be intuitive

      Easy to say. The only truly intuitive interface is the nipple.

      Convention leads to consistency leads to familiarity, which is not not the same thing as intuitiveness. Apple understood this--that's really why the platform works, not because it taps some Jungian archetype of computerness.

      It also leads to stagnation, inertia, inefficiencies writ in stone, and claims of mindless copying.

      There are more intuitive and less intuitive interfaces. There are ways to design so as to stay out of the way of the user, or hinder it. But nothing is flat-out, absolute, nonrelative, intuitive.

    3. Re:Jef Raskin spoke of such things YEARS ago! by haute_sauce · · Score: 1

      And how much of his stuff did he get from the PARC team (including Alan Kay and Adele Goldberg) at Xerox ? UI design has always been 'borrow and improve'. But some of the best UI's out there are from the non-technical folks who dont know it 'is not done that way', not the techies who love flashing lights.

    4. Re:Jef Raskin spoke of such things YEARS ago! by Anonymous Coward · · Score: 0

      Oh, that's just fantasic, but look where that got him.

      He's FUCKING DEAD NOW!

    5. Re:Jef Raskin spoke of such things YEARS ago! by unapersson · · Score: 1

      "Easy to say. The only truly intuitive interface is the nipple."

      That's little more than an urban myth. Try watching a new born baby and you'll see it's as much a learned interface as anything else. Some never get it. I'll leave the comments on who they grow up to be to someone else.

    6. Re:Jef Raskin spoke of such things YEARS ago! by russotto · · Score: 1

      Err, no, while the Lisa GUI certainly borrows elements from the Xerox, it is quite distinct. Pull-down menus, overlapping windows...

    7. Re:Jef Raskin spoke of such things YEARS ago! by CyricZ · · Score: 1

      Indeed, "intuitiveness" is a qualitative, not a quantitative, measurement. But familiarity itself is worthless to the new user. Nevertheless, relating such GUI concepts to the real world has proven to be the best paradigm so far. Attempts at 3D virtual world desktops have failed miserably, because they imitate, rather than relate, to the acual world.

      --
      Cyric Zndovzny at your service.
    8. Re:Jef Raskin spoke of such things YEARS ago! by qwijibo · · Score: 1

      Software development managers? =)

    9. Re:Jef Raskin spoke of such things YEARS ago! by Kent+Recal · · Score: 1

      I'll leave the comments on who they grow up to be to someone else.

      My product manager.

    10. Re:Jef Raskin spoke of such things YEARS ago! by Anonymous Coward · · Score: 0
      Easy to say. The only truly intuitive interface is the nipple.

      Convention leads to consistency leads to familiarity, which is not not the same thing as intuitiveness.

      Well well well, aren't we just a walking compendium of famous quotations and wise adages?

      If anything, your post is redundant, as it doesn't add anything original to the discussion whatsoever.

      I guess internet forums really are god's gift to the slow witted.

    11. Re:Jef Raskin spoke of such things YEARS ago! by jc42 · · Score: 1

      GUIs are there for the user, not the developer. GUIs are supposed to be intuitive, so as to allow the user to be far more productive, rather than hindered. Such ideas are not new. Mr. Raskin spoke of such things decades ago.

      Well, yes and no. I've built a number of GUIs that are in use by users, but without any user input during the design. The reason was that I built them for my own use. Then some other people saw me using them, and wanted a copy. When I was designing them, I usually couldn't get feedback from users, because users weren't interested. If I could get them to listen at all, they had no idea what I was getting at, and saw no reason that I should waste my time on something that nobody needed. And sometimes, it was literally something I did to save myself some time.

      All too often, users either can't or won't give useful feedback until they see a prototype. You usually can't get feedback from a verbal description; people will have little idea what you're talking about. When you have something to put up on their screen, it finally becomes possible for users to give reasonable feedback. Before that, about all you can often get is "make it user-friendly", which contains little if any useful information.

      So a good design approach is often to build a simplified prototype which does a few things you find useful, in a way that you find convenient to use. Let a few of your more cooperative users get their hands on it. Ask them what they think. Listen, and try to make sense of it if you can. Then build version 0.2, and repeat.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    12. Re:Jef Raskin spoke of such things YEARS ago! by Anonymous Coward · · Score: 0

      Try watching a new born baby and you'll see it's as much a learned interface as anything else

      That's why I hang about maternity wards offering demos. For a bit more, I also offer a ANSE (Applied Nipple Suction Enginer) Certification.

    13. Re:Jef Raskin spoke of such things YEARS ago! by zerbot · · Score: 1

      You shouldn't ask users about UI's. You should just ask them what it is that they need to do. Workflow and business logic. Implement that, then you can tweak layouts and other minor stuff with user input.

    14. Re:Jef Raskin spoke of such things YEARS ago! by RetroGeek · · Score: 1

      Ok, I stand corrected. Though Apple certainly borrowed a lot from early research. IBM also developed standards for the GUI.

      --

      - - - - - - - - - - -
      I am a programmer. I am paid to produce syntax not grammar. Deal with it.
    15. Re:Jef Raskin spoke of such things YEARS ago! by complete+loony · · Score: 1
      "The only truly intuitive interface is the nipple."

      Spoken like someone with no children.

      "Open your mouth for f**k sake".

      "Ow, stop biting so hard".

      "Whoops, I sprayed milk in your eye".

      "Great, now he's fallen asleep, and I'm still sore".

      I've heard it all before.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    16. Re:Jef Raskin spoke of such things YEARS ago! by Brandybuck · · Score: 1

      Funny how all those bad user interface examples at the Hall of Shame come from GUIs derived from Mr. Raskin's ideas. I'm beginning to suspect that Mr. Raskin is the one to blame for all of this.

      Intuitive interfaces? What the hell was he smoking!

      --
      Don't blame me, I didn't vote for either of them!
    17. Re:Jef Raskin spoke of such things YEARS ago! by BandwidthHog · · Score: 1

      some Jungian archetype of computerness.

      Would that be an interface where every character is printed (in green, of course) one at a time, with a little beepety-clickety sound?

      --

      Quantum materiae materietur marmota monax si marmota monax materiam possit materiari?
    18. Re:Jef Raskin spoke of such things YEARS ago! by shutdown+-p+now · · Score: 1
      Speaking of which, probably the most intuitive UI is the command-line. Why? Because pretty much anyone can understand how the computer "needs to be told what to do" - and what more obvious way to do it than to type the text of that command in the language it understand?

      GUI is not all that intuitive, because it very poorly matches the other concepts we have. E.g. the whole mess with files and folders - I found that my mom was not comfortable with the analogy when showing her how folders can be nested, and how the file hierarchy can be navigated. Or the whole traditional set of UI controls - when was the last time you've seen something like a combobox anywhere aside from a computer screen last time? Or a scroll bar?

      Don't get me wrong - I'm not saying that GUI is somehow worse. It isn't. It really saves a lot of time. I just don't see the point of making it "intuitive" (which it won't be anyway), at the cost of making is less powerful and convenient.

    19. Re:Jef Raskin spoke of such things YEARS ago! by drsquare · · Score: 1

      Sounds like any time there's any criticism of user-interfaces, some poor-programmer apologist comes out saying that no interfaces are completely intuitive. Maybe not, but that doesn't mean there isn't a scale of user-friendliness. It's not all or nothing, people who say things like you either program or use poorly-designed software and don't want to admit that the interface is poor.

  22. Broken? by SpartanVII · · Score: 0, Redundant
    Can anyone else get the article to load? I get this error message...

    Error establishing a database connection! This probably means that the connection information in your wp-config.php file is incorrect. Double check it and try again.

    Are you sure you have the correct user/password?

    Are you sure that you have typed the correct hostname?

    Are you sure that the database server is running?

  23. Vaporhouse... by alexhs · · Score: 2, Funny

    The architect of the house couldn't be joined,
    The foundations aren't ready yet,
    The site is slashdotted already.

    --
    I have discovered a truly marvelous proof of killer sig, which this margin is too narrow to contain.
  24. If Bad Software Developers Built Houses... by FatTonyDaAxeMan · · Score: 1

    Will the progammer version of Mike Holmes come and fix the bad work?

    1. Re:If Bad Software Developers Built Houses... by BiloxiGeek · · Score: 1

      Maybe we can get Norm and Bob Vila to come out and re-write the house code to make it more livable.

      On second thought, let's call the Monster House guys.

      --
      Do not meddle in the affairs of dragons, For you are crunchy and go well with ketchup.
    2. Re:If Bad Software Developers Built Houses... by Anonymous Coward · · Score: 0

      Heh.

      "[PRY, PRY, shines flashlight in] Aw, geeze. Would you look at that? Look at all the worms behind the firewall. [Camera zooms in] Now I'll have to tear all that stuff out, and completely rebuild it. This could have all been avoided with a proper network barrier and qualified installation of the AV system. These guys had no idea what they were doing. [Starts killing some suspicious background processes] Look at this sloppy work. The computer owner is not going to be too happy about this."

  25. ISO 9002 by Diakoneo · · Score: 2, Insightful

    But if all the quirks are well documented and distributed to all members of the team, well by gosh this is quality work!!! And better yet, if you can trace all the requirements through to the test cases, we can even slap a CMM Level 5 on it!!!

    --
    "Well..here I am..." - Jubal Early
  26. Availability? by scovetta · · Score: 2, Insightful

    Perhaps part of a good user interface would be availability?

    If the owners of this site built a house, it would only allow one person in at a time. The door would remain locked until they left.

    --
    Wer mit Ungeheuern kämpft, mag zusehn, dass er nicht dabei zum Ungeheuer wird. --Nietzsche
    1. Re:Availability? by tetlowgm · · Score: 1

      Well, if you have 30,000 people line up to visit your house, I think you would have problems as well.

  27. and if the UI Hall of Shame built a house by Canonymous+Howard · · Score: 3, Funny

    it would collapse the first time 50,000 geeks tried to visit it.

  28. Mirror! by caryw · · Score: 4, Informative

    Box responds, just not on port 80... someone has the max apache clients set too low. Anyway, MirrorDot mirror:

    http://mirrordot.org/stories/bd14487390c17a50503ea 63520d2685a/index.html
    --
    NoVA Underground: Loudoun, Arlington, Alexandria, Prince William and Fairfax County forums

  29. You beat me to it. by MisanthropicProgram · · Score: 4, Funny
    I was about to say something similar.

    I once asked a management type why was the dealine chosen even the specs weren't even done yet! Their reponse was "that's how we'd meet the ROI (Return on Investment) requirement for the project. I said "Maybe the project isn't worth doing and the VP is an idiot!" , but it came out of my mouth as "Oh I see! I learn something new everyday!" Of course, we missed the deadline and the ROI target too.

    1. Re:You beat me to it. by jnik · · Score: 2, Funny
      "Oh I see! I learn something new everyday!"

      "Specifically, today I learned that the VP is an idiot." (or was that really something new?)

  30. Software is much more complicated by Anonymous Coward · · Score: 1, Insightful

    Building software is NOT like designing a house.

    The problem of designing a house is, by and large, a solved problem. Sure, there are requirements like soil structures, energy efficiency, and building codes, but by and large a given house has few if any "new" problems, and the combination of problems to solve isn't huge.

    Designing software is much more complex and a software designer or team is likely to have at least one, if not many, problems that have never been solved before.

    A better comparison would be designing a city, or perhaps a high-rise office building or manufacturing plant, and even that only compares with modest-sized software projects.

    After all, most houses have only one architect for the overall design and a handful of specialists designing subsystems like the electrical layout. Most modern good-sized software projects have a lot more people contributing to the overall design.

    1. Re:Software is much more complicated by Ralph+Yarro · · Score: 4, Funny

      a software designer or team is likely to have at least one, if not many, problems that have never been solved before.

      Don't call them "problems", the correct name is "users".

      --

      The real Ralph Yarro posts as Anonymous Coward. Anyone else is an impostor.
    2. Re:Software is much more complicated by 'nother+poster · · Score: 1

      Building software is NOT like designing a house.

      Right so far. They are not alike.


      The problem of designing a house is, by and large, a solved problem. Sure, there are requirements like soil structures, energy efficiency, and building codes, but by and large a given house has few if any "new" problems, and the combination of problems to solve isn't huge.

      OK. Here is where we begin to diverge. While I agree that there are not very many new problems that need solving in designing and building a house, I also don't think there are many new challenges in most software projects.

      Designing software is much more complex and a software designer or team is likely to have at least one, if not many, problems that have never been solved before.

      Once again, I disagree with this. There are very few problems that I come across now that I didn't see 20 years ago. Granted that the tools have evolved and changed a bit over those years, but the problems are the same.



      A better comparison would be designing a city, or perhaps a high-rise office building or manufacturing plant, and even that only compares with modest-sized software projects.

      At this point I have to question your knowledge of modern high-rise building architectural design. Being acquainted with two people that do this type of work for a living, I can attest that a 40 story building is probably much more complex than all but a few software designs. One of the major differences is that the architectural firm will have dozens or even hundreds of persons working on the design of a building, but there is one person that has to OK everything. I mean everything. Even something as petty as the color of the bricks used in the facade. That person is the lead architect. There are people designing plumbing, electrical, heating/cooling, as well as doing building code adherence, and the list goes on, but they must all be OK'd by the lead before they become part of the finished design. Notice we haven't even started building the damn thing?

      Now that we start building the thing, you have contractors that must adhere to the design. This includes things like materials spec adherence and much, much more. If the design calls for a certain grade of bolt, you can't just use what you have lying around. As it's being built the architect inspects things, as well as, the building inspectors for the different government jurisdictions. If it doesn't meet their requirements, it gets ripped out and re-done. Once it's done, the lead still has to sign off that it was built to the, usually slightly modified, design. Now you can get your occupancy inspection to use the damn thing.

      So, what did all of this get you? I mean it was a pain in the butt having to have this architect waste all your money with his huge staff just to design your building, then he was allowed to push your contractors around. So what DID you get for all this? A building that won't fall down under most circumstances. Oh, did I mention that in most places you are required by law to use a certified architectural firm for your design, and that if there are problems with the building the lead architect can be held civilly and criminally liable for problems?

      After all, most houses have only one architect for the overall design and a handful of specialists designing subsystems like the electrical layout. Most modern good-sized software projects have a lot more people contributing to the overall design.

      And no one in charge of making sure it works. We need the equivalent of "lead architects" for development projects.

    3. Re:Software is much more complicated by yoris · · Score: 1

      So instead of "problems that have never been solved before", that should have been "users that have never been laid before" ?

  31. The house that love built by Anonymous Coward · · Score: 0

    Since the link was dead due to poor design.

    Ned decides now to go into his house. He has a little trouble getting
    through the door but manages to get in. The crowd cheers. Homer
    takes Ned into his living room.

    Ned: [gets sweater caught in a nail] Ooh, looks like a loose nail.
    Homer: Yeah, one out of twenty five ain't bad! [hammers in a nail]

    Homer shows Ned his kitchen, which is "just as you remember it" --
    except for one tiny modification: a toilet next to the refrigerator.

    Ned: Was that, uh, was that toilet always next to the refrigerator?
    Wiggum: Uh, Ned, you ever try lugging a toilet up a flight of stairs?

    Rod and Todd's room were designed by Bart and Lisa, replete with a
    carpet that doesn't completely cover the floor, a crack in a wall, a
    slanted door frame and a "Krusty the Clown" poster.

    Rod: [taking down poster] I don't like this clown!
    Bart: Ah, I wouldn't take it down if I were you. It's a load-bearing poster. [a crack ripples through the upper wall and up to the ceiling]

    Homer, Apu and Ned walk alongside the uneven walls and five to six sided doorways. Static makes Ned's hair stand up and his moustache hair stick out. The static is coming from the room filled with electricity.

    Apu: This is the room with electricity. But it has too much electricity. So, I don't know, you might want to wear a hat.
    Ned: Uh-huh. [walks further down the hallway]
    Floor feels a little gritty here.
    Moe: Yeah we ran out of floorboards there, so we painted the dirt. Pretty clever!

    The hallway starts to become extremely narrow and small.

    Ned: Oh, something is definitely wrong with this hallway.
    [opens a 4-inch-tall door]
    Barney: Come on in! It's your master bedroom!
    [Ned shuts the dollhouse-sized door]
    Ow! My nose!
    Ned: Well, I've seen about enough.

    Outside, Homer concludes the tour: "So, Flanders, what do you think of
    the house that love built?" He pats the front door, which falls
    inside the house, causing the second story to cave in. Finally, the
    top story collapses, and the house is back to where it started from.
    "Aw shoot!" is his response, scratching his head to find out what went
    wrong.

    1. Re:The house that love built by Anonymous Coward · · Score: 0
      That's a great episode! It's awe-inspiring when Ned finally snaps:

      "Calm down, Neddly diddily diddily diddily, doodily. They did their best shodaiddily iddily iddily diddily diddily. Gotta be nice, hostidididildilidilly ah HELL diddily ding dong crap! Can't you morons do anything RIGHT!?"


      "Lousy beatniks."

  32. The problem in a nutshell is by beforewisdom · · Score: 4, Insightful

    The problem in a nutshell, going with the analogy is that programmers are not architects.

    They are brick layers and the guys who put in the pipes.

    Imagine a house, built without a design as brick layers and guys who lay piples making it up as they go along.

    1. Re:The problem in a nutshell is by Enigma_Man · · Score: 1

      The thing is, it's "software developers" not just programmers. I think developers implies the whole scheme of designers, from the first ideas to the programming itself.

      -Jesse

      --
      Nothing says "unprofessional job" like wrinkles in your duct tape.
    2. Re:The problem in a nutshell is by Anonymous Coward · · Score: 0

      The problem with your analogy is that brick layers would copy a design that they know works. Bad programmers think that they are invovating and try to be creative.

    3. Re:The problem in a nutshell is by beforewisdom · · Score: 1

      Good thought, but the implications you mentioned I get with "software engineer".

    4. Re:The problem in a nutshell is by shut_up_man · · Score: 1

      I think the bigget problem is that the programmers would *LIKE* to be architects, but they don't get the time. Or they do manage to draw up a solid blueprint and then the client writes all over it in crayon as the concrete is being poured. Reminds me of that amusing essay If Building Architects had to work like Software Architects.

    5. Re:The problem in a nutshell is by DavidYaw · · Score: 2, Insightful

      The problem in a nutshell, going with the analogy is that programmers are not architects.

      They are brick layers and the guys who put in the pipes.

      Imagine a house, built without a design as brick layers and guys who lay piples making it up as they go along.


      A friend of mine just built a new house, and he compared his old & new... His old house was nothing special, it looked just like the house right next to it, but the architecture made sense: Perfect example: everything that used water (toilets, kitchen, laundry) were located horizontally near each other, so that the plumbing would be nice and simple. In the new house, nothing was near each other, there's probably 100 feet of plumbing (in each direction) in there. I asked "what if this room were flipped the other way around?", and he shrugged, he didn't care either way. With the floorplan he had, simply switching it around so that the toilet is on the left side of the room instead of on the right, would have saved something like 20 feet of plumbing, and wouldn't have changed the rest of the floorplan.

      Additionally, there were other things that weren't "quite right" with the construction: One wall didn't have enough support and it wobbles, a column doesn't line up exactly with the thing it is supporting, stuff like that. So what did the people who lay bricks and pipes do? Probably the same thing we do when a project manager gives us requirements that don't make a lot of sense: Grumble about the idiot that design this thing, it'd be a lot better if you simplified it this way, and then do it anyway, because the decision's been made, the higher-ups have spoken!

      If houses were designed by the same people who design the requirements for software, you'd end up with.... exactly the same thing: Something that looks nice, but would be better designed & better built if they let people who know how to build these things have some say in the design.

    6. Re:The problem in a nutshell is by Rakshasa+Taisab · · Score: 1

      People don't usually program in assembler anymore. The plumbing, bricklaying etc is done automagically.

      --
      - These characters were randomly selected.
    7. Re:The problem in a nutshell is by Enigma_Man · · Score: 1

      Also good point. That's a very funny thing to think about by the way, I think it'd make a great TDC show: Build a house in 30 days with no plans.

      -Jesse

      --
      Nothing says "unprofessional job" like wrinkles in your duct tape.
    8. Re:The problem in a nutshell is by Rank_Tyro · · Score: 1

      If you put a bunch of framers, two plumbers, an electrician and two bricklayers, and tell them to go build a house, you will get a very well constructed house.

      Most construction issues are caused by new architects and engineers trying new things. Mostly they do these things to save money or make things safer.

      The problem with the construction workers making it up as they go along, is the fact that everything would be extremely expensive and would take longer to build as they tried to make the best house they could.Either way, your gonna need a new wallet :-)

      Software construction seems to be the same way.

      The framers,(coders) try to get all the bugs out and all the walls up,but are taking to long. So the architects,(management)decide that the current, REVISED plans will build a stable and safe house,(product), and they want to sell it immediately

      Problem is, builders only have to worry about a single owner complaining. Programers have to worry about an entire industry, or even the entire world complaining.

      --
      Today's show is brought to you by the number 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0: 25
    9. Re:The problem in a nutshell is by shredluc · · Score: 1

      I agree completely, but let me add this:

      Programmers: masons, electricians, plumbers, etc.

      Software Developers: Architects.

      The problem is this: A company hires an electrician (computer programmer, good with User Interfaces ). Then he is commisioned to build a 5 story sky scraper, where he is tasked with designing the building, putting in the plumbing, electrical, walls, elevators, fire system, heating and air, all the while supplying himself with the cheapest tools bought at the local Ace Hardware - while the owner keeps cutting his time and budget in half every two management meetings. Oh and did i mention he is only paid 10 cents an hour?

      Since he is an electrician, the lights might work, but i wouldn't expect the thing to stand very long, if at all.

      We have a ton of tradesmen, but no architects in the industry.

    10. Re:The problem in a nutshell is by Anonymous Coward · · Score: 0

      Seconded.

      And, I might add, designing a house is like designing a simple text editor (just to pick an example of something that's been done 10000 times and that anybody could design and write easily enough). Plumbing, electricity and so on would be like regex or printing libraries. It's not that all text editor are good, but pick any that went to the point where the designer said it was finished is gonna work damn well, and do pretty much everything anyone would expect, the way they expect.

      I'm not trying to excuse sloppy design & coding here, but any innovative software engineering project should be compared with *major* engineering projects. And when's the last time you heard of one of those being delivered *on time*, *on budget* and *on spec*? The shuttle? The big dig? The F35? The millenium dome? The millenium bridge? Didn't think so...

    11. Re:The problem in a nutshell is by ciroknight · · Score: 1

      You're completely right, but I want to add a point; as with most other engineering professions, there is a group of people who design, and there's a group of people who implement.

      So far in my Computer Engineering teachings and research into those teachings, we have not been (and will not be) taught to design a single thing. We are taught to be code monkeys, but with all of mathematics and physics and such of a typical engineer.

      Some way Computer Scientists should be the ones designing the software, and we should be the ones implementing it. I believe it should be the Computer Scientists job to invent algorithms and tell us why things work, then Engineers should use it to *design* the way it should work, and then the Programmers should write it. This would be laid out in the same way a physist derives the formulas for what makes a bridge stand, (the archetect is a step left out- interface design is an art, and I believe it should be taught as such), engineers decide where to put the rivets, and general contractors put the rivets in the holes, thus completing the bridge.

      --
      "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
    12. Re:The problem in a nutshell is by tthomas48 · · Score: 1

      Ha! That's funny. It's true that most of the basics are built for you, but luckily most developers don't realize that and so rewrite the basics for each project they work on. My favorite is a Java XML library built from scratch based upon a JavaScript XML library (you know that base code had to be good).
      You can give a programmer an SDK with every possible building block in it, but 99% of them will never use it. Look at PHP as a great example of this. Awesome class library, most people never use it.

    13. Re:The problem in a nutshell is by Anonymous Coward · · Score: 0

      That's bullshit. If the bricklayers had to design the house, they'd make it just like all the other houses they'd built before, and it would be fine. It's only because he hired an architect who had never laid a brick in her life and was trying to build something "new" and "different", that he ended up with a crap house.

      Do the math on how that relates to programmers and software designers.

    14. Re:The problem in a nutshell is by Jussi+K.+Kojootti · · Score: 1
      Then he is commisioned to build a 5 story sky scraper,...
      I've seen bad specs before but that's really tough.
    15. Re:The problem in a nutshell is by Cthefuture · · Score: 1

      In principal I agree but I good software developers don't follow those rules. Lets look at how cars are made.

      Architects are like automotive engineers. They create design of the car and then the workers put the thing together. This leads to several problems. One is that the engineers are so disconnected from the end product that you run into problems like needing to remove the entire engine to change a spark plug. Another problem which is related to the first, is that there are lots and lots of little gaps between the design and the actual finished product. It's simply too complex for the engineers to think of every little detail in the design. This leads to problems similar to the first.

      Good software developers are like custom car builders. Some times they work off an existing design and some times they create things from scratch. They typically do both the design work and the work of putting the thing together. They are pragmatic. They solve the problem and then move on. What you get from this is not always perfect but lots better than the over-engineered ivory tower crap. It looks cool and serves its purpose. ie. it gets stuff done, dammit. Due to this working environment the custom car builders become both master designers and master builders. They are artists.

      --
      The ratio of people to cake is too big
    16. Re:The problem in a nutshell is by mislam · · Score: 1

      I agree, programmers or in other words Code Drones are the primary resource to do the legworks for any software company. The core design and developing a meaningful architecture rests on the shoulder of the product architect. The drones can be rarly blamed for a colossal failure of the software as long as they build it according to the blueprint.

    17. Re:The problem in a nutshell is by stretch0611 · · Score: 1
      People don't usually program in assembler anymore. The plumbing, bricklaying etc is done automagically.

      That is part of the problem. With assembler, if you did not know how to program you were not going anywhere. Your programs had no chance of working.

      Now, thanks to ide's and easier to understand languages, someone that does not know programing can slap something together and it may work occassionally. They then call themselves a programmer even though they are idiots. A good progammer still uses logic and good design in his/her programs.

      While the tools let idiots think they understand programming; the end results proove that they don't.

      --
      Looking for a job?
      Want your resume written professionally?
      DON'T USE TUNAREZ!!!
    18. Re:The problem in a nutshell is by hey! · · Score: 2, Insightful

      The problem in a nutshell, going with the analogy is that programmers are not architects.

      They are brick layers and the guys who put in the pipes.


      This site has been around for years, and I have to say I've never found it very useful or insightful.

      If you want to know why, just consider the name. When has listening to somebody who sets themselves up to deal in shame and mockery ever been worthwhile?

      It's not that there isn't a problem with user interfaces. There is. And its not that many of the examples they have aren't egregious. They are (although they're off the mark in their analyses in several cases).

      I've done a lot of user intefaces over the years; some bad, some, I think pretty good, none of them perfect. I've learned a few things about them. The first is that almost any product is going to have flaws, some of them serious, most of which can be lived with. But serious or superficial, they're always easy to spot. What is hard is overcoming organizational inertia to get them fixed. Usually, there is no money to be made fixing it, which is pretty much the final word. You can get money to snazz things up with fancy graphics, but you can't get money to make them actually work better.

      So, these hall of shame guys don't get any kudos from me, because what they're doing in my view is too easy. They aren't creating new methologies that quantifiably user performance. They aren't creating organizational strategies that improve products. They aren't creating a user constituency for better interface among users or manmagers. They arent even using these examples as case studies for how a user interface can be improved.

      They're settting themselves up as pontificators and dealers of shame and mockery to people who don't measure up to their standards, without lifting a finger to help them. If I wanted that, I'd join a church.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    19. Re:The problem in a nutshell is by bill_kress · · Score: 1

      I must disagree. Most programmers THINK they are architects but are bricklayers.

      If you ever hear anyone say we didn't have the time, it's a bricklayer. An architect would never start on a project that couldn't be completed within the constraints and would have instead designed something that could.

      Many (most?) programmers have never met a software architect. There aren't many around (unless you count meaningless job titles). I'm not an architect, but I've been around long enough to recognize that fact.

    20. Re:The problem in a nutshell is by beforewisdom · · Score: 1

      Good point.

      Some class libraries I have seen have good nomeclature, simple design, and good ( good does not necessarily equal volumious, and/or pdf files ) documentation.

      Easy to find stuff and easy to use stuff.

      That is not true for many libraries.

      Think about finding a C library function you want by purpose...or an elisp library function you want by name.

    21. Re:The problem in a nutshell is by bill_kress · · Score: 1

      You are very close. Architects are extremely rare and will design out difficulty and redundancy in your system, making it simple to understand and implement.

      A good architect would understand that he is not good at creating GUIs and defer to an expert, just like a home architect will probably allow someone else to design external facing & landscaping.

      A good architect will ensure that the work is done in the right order, that nobody builds a room that is where the plumming has to go, and that some areas don't have too many walls where others lack the support to hold the ceiling up.

      It takes a lot of experience to do those things. Luckally with housing we have some pretty good references and architects require more education and knowledge than inspiration and talent.

      Software architects do exist, but as I said in another post here, are extremely rare. They are worth at least 20 programmers on any project, and their greatest talents are factoring and organizing the problem down into digestable, comprehendable pieces.

    22. Re:The problem in a nutshell is by kisielk · · Score: 1


      This site has been around for years, and I have to say I've never found it very useful or insightful.


      Yeah, and the stories they post are usually weeks old, and often duplicated! I don't even know why I bother...
    23. Re:The problem in a nutshell is by beforewisdom · · Score: 1

      I like your continuation of my analogy.

      I found the "new engineer" part interesting.

      I had a rather embarrassing incident with a boss of mine who is a "java architect".

      He made me a design for a program he wanted. No offense ( if he is reading ), but it wasn't a design, it was psudeo code down to the micro level. Telling me how many times to process a loop. No kidding.

      My boss told me he spent a lot of time thinking about the design. He is an intelligent person and he knows java.

      However, once I got started I just kept seeing problems. I didn't know how to say anything without offending him. "Um, a design is a blueprint, not the program written in psuedo code that you want me to translate into real code ".

      I made two copys of the program. The first to the original design and the second as to my own thoughts ( no design -- like your brick layers ).

      My program was less then half the lines of code and took about 1/3 of the time to do the job.

      I wasn't familiar with the problem to be solved and he was. I still can't figure out why mine came out better. He is smart, knows design etc. I do not.

    24. Re:The problem in a nutshell is by HighBit · · Score: 1

      Don't underestimate yourself.

      You're smart and gifted; use your talents and speak up.

      Learn soon that speaking up is not bad or wrong; that is a lesson better learned sooner rather than later. But, also, be hubmle. There is always someone smarter and more knowledgeable-- but, reciprocally, that statement may currently apply to you!

      Most important: try to know what it is that you don't know. If you think you know everything, you know nothing.

      -- Dan

    25. Re:The problem in a nutshell is by complete+loony · · Score: 1
      I've seen far too many developers who do exactly what they are told. Especially recent grads. If I get a crap design that written by someone who has never coded a large application, and I can see a far simpler more elegent solution, I'll politely beat the designer over the head with it. The next design that comes through will then not make as many asumptions about the exact implementation of the underlying code.

      You need a person who can code well and design well. Or you need far more interaction between the coders and the designers before anything is implemented or signed off by management / clients.

      Unfortunatly the designers of a system never code, and place unrealistic expectations on the implementation. And too many coders who are green and straight out of school will not challange the design, or worse are not allowed to.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    26. Re:The problem in a nutshell is by geefunk · · Score: 1
      Imagine a house, built without a design as brick layers and guys who lay piples making it up as they go along.

      I'm guessing you've never worked in construction (particularly residential)...

      Seriously, many of the problems begin with the architects. A designer can only produce good work if they understand the field/medium in which they work. A lot of these guys are baffled when something they drew in in CAD turns out to be infeasable on-site.

      I feel bad for the programmer whose job closely resembles that of an architect or tradesperson, because programming itself resembles the processes of neither.

    27. Re:The problem in a nutshell is by Anonymous Coward · · Score: 0

      This site has been around for years..

      Actually, the site linked to in this article is not the Interface Hall of Shame. It is mearly a blog with the same name, attempting to rip-off the original site and doing it poorly. The original Interface Hall of Shame was good, and useful. It did not mearly highlight bad design, it used that bad design to show a) Why it's bad design b) How to do it better. It was a teaching site. This blog is mearly a "Hahahah, this design sucks. They're morons!"

  33. Wow. by Anonymous Coward · · Score: 0

    Some guy doesn't like user interfaces and craps out a laundry list of unfunny house/software analogies to finally arrive at the conclusion which might as well have been the whole article.

    Is any real news going to be posted today?

  34. as usual by tomstdenis · · Score: 2, Interesting

    bad comparison. Just because you have a copy of VB.NET does not make you a software developer. A developer does more than just code which is what a lot of these "self-taught MS-fanboy geniuses" fail to hit.

    This would be like comparing the typical HomeDepot customer to the architect that designed a nearby well standing skyscraper.

    Yes it's fair to say there is a lot of shit software out there. No, it's not fair to say that's the example of a proper software development cycle.

    So in otherwords, this is yet another sensational bit meant to get people like me who should be working, typing up lengthy replies on slashdot...

    Tom

    --
    Someday, I'll have a real sig.
    1. Re:as usual by Anonymous Coward · · Score: 0

      Well, tomstdenis@iahu.ca, I enjoyed your anti-Microsoft troll. If work is all that's keeping you from contributing more of your amazing writing, I suggest you quit your burger-flipping career and become a full-time dickface.

    2. Re:as usual by Blakey+Rat · · Score: 1

      But on the other hand... this is a world where Lotus Notes exists. A HUGE software package from a giant corporation with thousands of man-hours devoted to every release that's been under constant development from 1985 and the best error message it can give me is "this object has an undefined attribute?"

  35. Written from by Anonymous Coward · · Score: 0

    a person who probably has never attempted writing a single line of code in his/her life. This person does not understand that good code takes time to write and implement and if you want it done right you can't rush it. Who knows, this awkward house could have been built in a rush due to an contractor's wierd and tight schedule. He mentioned that several rooms had to be added on afterwords, well if the house was rushed in the first place, it probably wasnt built to allow upgrades and 'patches' (extension) so adding modules would be a hack at best.
    Also who knows, the original owner of the house might have wanted it that way (some people have wierd tastes), and the constructors built it to suit his/her needs. Just because the functionality of something or the reason behind the placement of a room/object may not be apparent to you, it doesnt mean that it is there without reason.

  36. Makes me wonder by Locke2005 · · Score: 3, Funny

    What is the architectural equivalent of doing everything in flash? Las Vegas?

    --
    I've abandoned my search for truth; now I'm just looking for some useful delusions.
    1. Re:Makes me wonder by AndersOSU · · Score: 1

      Hell?

    2. Re:Makes me wonder by Gabrill · · Score: 1

      Trailer park. The bright colors are simulated by makeup and tonka toys.

      --
      Always going forward, 'cause we can't find reverse.
  37. Developer checklist by zygoon · · Score: 0, Redundant

    Let's see now...

    Error establishing a database connection! This probably means that the connection information in your wp-config.php file is incorrect. Double check it and try again.

    • Are you sure you have the correct user/password? Yes
    • Are you sure that you have typed the correct hostname? Yes
    • Are you sure that the database server is running? Not anymore!
  38. Yep, pretty much the way I pictured it. by ultramk · · Score: 0, Redundant

    Error establishing a database connection!

    --
    You catch enchiladas by picking them up behind the head and holding them underwater until they don't kick anymore -VeGas
  39. After reading this story, by Clockwurk · · Score: 1

    I couldn't help but think of X11 copy/paste. I'd try and grab a trash bag to replace with a new one and each time I grabbed it, it'd make two!

    1. Re:After reading this story, by CrazyWingman · · Score: 1

      I STILL can't figure out why people don't like X11-style copy/paste. There isn't a day that goes by when I miss middle-click-paste at work (have to use WinXP).

      But, then again I also really like sloppy-focus (and would use it if MSVC6 were compatible with it), and have my CapsLock key remapped as Control. :)

    2. Re:After reading this story, by Clockwurk · · Score: 1

      I STILL can't figure out why people don't like X11-style copy/paste.

      Probably because when you are editing a document, you can't easily select and replace text. With other OS's if I want to replace a section of text, I copy the replacing text, highlight what I want to replace and then paste.

      The mac/win method is mostly consistent across the whole operating system, files and text must be explicitly copied. With X11, its not. Another thing that is broken in X11 copy/paste is the ability to keep a selection copied when the original program is no longer running. I can't tell you how frustating it is to lose a bunch of text because you have to have the app you copied from open. It isn't broken like that on Mac or Windows.

    3. Re:After reading this story, by CrazyWingman · · Score: 1

      X11 is not consistent? Woah there - I'd go back and check that statement if I were you. The only app I can think of that is not compatible with X11's copy/paste is OpenOffice (and I swear that it actually worked in StarOffice before they made it non-free). Now Windows, on the other hand, I can definitely think of a handful of applications that still use Control+Insert to copy and Shift+Insert to paste (or was that the other way around), and my list expands if you let me include apps from ~5 years ago (Win98-native).



      However, you make a very good point about the highlight-replace functionality. I can probably count the number of times on one hand that I have ever done that, so I didn't think of it. Point conceded.


  40. If bad software designers built servers... by carcosa30 · · Score: 1

    We wouldn't have to worry about RTFA because we already know what the damn thing is going to be anyway.

    --
    Intolerance for ambiguity is the mark of the authoritarian personality.
  41. bad software developers made the site? by tont0r · · Score: 0

    because its already been slashdotted :-P

  42. Yeah, but... by DavidNWelton · · Score: 4, Insightful

    ... people have been doing houses for several thousand years. We've got the basic idea down pretty well. We've been doing graphical computer systems for how long? 30 years, maybe? And computers, how long have we had those?

    Not to excuse poor design, but sometime's it's easier to piss on stuff than figure out how to fix it.

    1. Re:Yeah, but... by pete-classic · · Score: 1
      sometime's it's easier to piss on stuff than figure out how to fix it.


      This is true of almost everything. For small fires and overheated truck engines it's a dead heat.

      -Peter
    2. Re:Yeah, but... by CameronGary · · Score: 1

      True, but couldn't some of the things we've learned from building houses have been applied to writing software ?

      I sometimes think the free-form nature of software leads to a lot of these problems. If you don't build a wall properly, it will fall down. It's constrained by reality, as I like to say. The computer and software create their own reality and only have to compile and not crash to 'work'

    3. Re:Yeah, but... by joshdick · · Score: 1

      Then compare software engineering to newer engineering and scientific disciplines. No matter how you slice it, no one fouls up as much or as grandly as programmers. (I'm not saying, of course, that programmers are solely to blame.)

    4. Re:Yeah, but... by CosmeticLobotamy · · Score: 3, Insightful

      It's not so bad that the article guy pissed on stuff, the problem is he pissed on stuff without being even remotely funny.

    5. Re:Yeah, but... by wheany · · Score: 4, Insightful

      The teacher of our software testing course said that because software engineering is such a young business, people expect the impossible.

      If you were building a house, no-one would come and say that you need to add one more floor that is twice as wide between floors 2 and 3 when you are already making the roof. Oh and it's done in two weeks, right?

    6. Re:Yeah, but... by gl4ss · · Score: 1

      it actually took friggin long for them to come up with the idea for a chimney.

      --
      world was created 5 seconds before this post as it is.
    7. Re:Yeah, but... by kfg · · Score: 2, Interesting

      ... people have been doing houses for several thousand years. We've got the basic idea down pretty well.

      No, we don't. Most houses, as they are, are completely braindead. Get thee hence and read "Your Engineered House" by Rex Roberts for some of the ways and reasons.

      And computers, how long have we had those?

      How long have we had mathematics and physical ways of representing it?

      Most software sucks because the people who write it ignore principles that are prefectly well understood and in some cases even provable.

      Garbage in, garbage out.

      Games might be an exception, but then Ed doesn't deal with games, having come to the conclusion that having a bad UI experience must be part of the game, for some reason or other. Beats me why.

      KFG

    8. Re:Yeah, but... by jc42 · · Score: 4, Insightful

      it actually took friggin long for them to come up with the idea for a chimney.

      Here in Boston, one of the fun bits of history is that in 1631, what may have been the first fire ordinance was passed. Among other things, it outlawed wooden chimneys.

      Think about it. There was a reason that they decided to ban wooden chimneys. It wasn't done out of silliness.

      Sometimes I think of this when I see an especially goofy mis-design in some software. I'm also reminded of it by a lot of the anti-regulation rhetoric in this and other forums.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    9. Re:Yeah, but... by pete6677 · · Score: 3, Insightful

      Most houses are not some completely new design that has never been tried before. Sure, there may be different combinations of features, but chances are it's not something incredibly unique. If it is unique, the house will likely be slow and expensive to build with many problems discovered later.

      Software on the other hand, is much more likely to be unique. Nobody requests a word processor to be made for them, they just go out and buy (or "borrow") a copy of Word. Most software development is largely unique, so there are naturally going to be more problems, delays and cost overruns. This is just one reason why software projects tend to be much harder to manage than other projects such as buildings.

    10. Re:Yeah, but... by InvalidError · · Score: 1

      For a basic single-floor house without basement and pre-laid foundation, the Guiness record is well under a week using a team of 40-50 (semi-)professional volunteers and good planning. (IIRC, the actual record is even under 24h.)

    11. Re:Yeah, but... by Altus · · Score: 1



      cool... thats a great piece of trivia from my home town... thanks!

      --

      "In America, first you get the sugar, then you get the power, then you get the women..." -H. Simpson

    12. Re:Yeah, but... by myowntrueself · · Score: 1

      "people have been doing houses for several thousand years. We've got the basic idea down pretty well. We've been doing graphical computer systems for how long? 30 years, maybe? And computers, how long have we had those?"

      This is a valid point.

      To me, the way we develop software, the way we manage computer systems seems horrifically primitive and crude.

      I believe that we are at the beginning of something like a 'neolithic period' of computing; we are just beginning to be able to shape sophisticated tools and combine crude components of tools into more useful devices.

      In truth I am thinking more in terms of sysadmin type work rather than development because thats my job.

      But 'fully automated installers' are in their infancy and many people simply don't trust them. Consequently system integrators have to 'bang rocks together' to get systems built.

      Automated monitoring systems are here but automated repair mechanisms still seem a long way off, again because many people just don't trust them and would rather a human being get out of bed at 3am to fix a computer rather than develop systems that can repair themselves.

      Primitive.

      --
      In the free world the media isn't government run; the government is media run.
    13. Re:Yeah, but... by Anonymous Coward · · Score: 2, Insightful
      If you don't build a wall properly, it will fall down. It's constrained by reality, as I like to say.
      I'm guessing that you have never worked in home construction. Reality is not very constraining. There is a margin for error in home building, and if the margin is exceeded then problems develop later on. Usually these are somewhat minor. People usually don't have walls of there home simply fall down, instead they have nails start to pop out, they notice things aren't square, cracks develop, tiles fall off or buckle, etc. In other words, homes tend to be buggy, just like computer programs. Once you get it to the customer it is their problem to deal with. See, software has learned something from home building.
    14. Re:Yeah, but... by Anonymous Coward · · Score: 1, Interesting

      The fastest-built Habitat for Humanity home in the world was raised on Dec.17 2002 in just 3 hours, 26 minutes and 34 seconds.

      from habitat for humanity

    15. Re:Yeah, but... by mrchaotica · · Score: 1

      Oh really? Maybe you should watch one of those "Engineering Disasters" shows on the Discovery channel....

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    16. Re:Yeah, but... by Biomechanical · · Score: 1

      I don't know if the your IIRC addendum is refering to this, but I saw this video while working at a manufacturing plant in Brisbane, while we we learning about Kaizan (sp?) Groups and what not in the work place.

      2.5 hours, around about, to build TWO homes that met building code in San Diego.

      --
      His name is Robert Paulsen...
    17. Re:Yeah, but... by Anonymous Coward · · Score: 0

      I'd truly hate to have that house. Maybe if it was free. Probably not even then, the maintenance would cost a fortune. No one would insure it, that's for sure.

    18. Re:Yeah, but... by Biomechanical · · Score: 1

      Sorry, that makes it seem like they built one, then the other.

      They built both houses at the same time. It was a competition to see which team could finish first.

      --
      His name is Robert Paulsen...
    19. Re:Yeah, but... by Hes+Nikke · · Score: 1

      True, but couldn't some of the things we've learned from building houses have been applied to writing software ?

      you haven't used Bob lately have you?

      --
      Don't call me back. Give me a call back. Bye. So yeah. But bye our, well, but alright we are on a shirt this chill.
    20. Re:Yeah, but... by poptones · · Score: 2, Interesting

      It sounds laughable on casual inspection but a chimney doesn't really get that hot past the first few feet. A chimney isn't made to vent fire, after all, but only smoke. And chimneys were not just made of wood but wood and mud.

      Yeah, it seems stupid to make a chimney out of wood - but if it is maintained it's not as stupid a notion as it sounds. Wood is easy to locate, move and stack and it was abundant in the area.

    21. Re:Yeah, but... by swv3752 · · Score: 1

      That and one of his complaints was completely off base.

      In many regions, fire code regulations require doors to open outwards. Besides he complained about wall color. I know plenty of people choose odd (or hideous) colors for thier house.

      --
      Just a Tuna in the Sea of Life
    22. Re:Yeah, but... by Anonymous Coward · · Score: 0

      "A chimney isn't made to vent fire, after all, but only smoke"

      And glowing embers.

    23. Re:Yeah, but... by Anonymous Coward · · Score: 0

      Ummm, it's from habitat for humanity. It basically is free. Then they hook you with the catch of slowly paying for it. :-D

    24. Re:Yeah, but... by mo^ · · Score: 1

      spot on!

      renting new build apartments I found noise issues and cracking and plumbing problems caused by the house "settling",.

      with various plumbers and sparkys attending over 12 months, that polace must have been on version 4 by the time we left.

      Now, our old house that we bought.. runs fine, all the teething probs ironed out. - Now, try bolting some extras on this baby and it feels like SP2.

      --
      bah!*@%!
    25. Re:Yeah, but... by dillon_rinker · · Score: 1

      But 'fully automated installers' are in their infancy and many people simply don't trust them. Consequently system integrators have to 'bang rocks together' to get systems built.

      What is there to automate?

      you puts files on the computer
      you alters configuration files on the computer

      WHAT IS THERE TO AUTOMATE?!?!?

      What really gets my goat (at least in the Windows world) is the fact that, despite 15 years' effort, you CAN NOT uninstall most applications. Oh, you can TRY, but 90% of the time, your system DOES NOT revert to its pre-installation state after an uninstall. You can take a clean install of Windows, install an app, uninstall the app, and there are remnants left on your hard drive. And it's been like this FOR FIFTEEN YEARS.

    26. Re:Yeah, but... by mo^ · · Score: 1

      and its a hella lot easier to change the colour of an OS desktop or skin a mass market app than it is to repaint a house

      --
      bah!*@%!
    27. Re:Yeah, but... by I'm+not+god+any+more · · Score: 0

      Or, move all the doors 6 inches to the left and make all the windows 20% bigger.

      These sorts of things are easy to spec - but there's a huge number of issues that these 2 simple request cause. Here's just a few:
      1. What happens if there's a window 3 inches to the left of a door?
      2. That room is now going to look weird if the window is wider than the room.

      Software is similar to house building/modifying in that each project is custom. But, it's much easier to predict all the corner cases in the house projects.

    28. Re:Yeah, but... by Khyber · · Score: 1

      And that's probably why windows screws up so much. If you can't uninstall every last thing that program did, and the computer's trying to work with it/around it, there's bound to be problems.

      So much for Microsoft's "Quality Assurance" eh?

      --
      Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
    29. Re:Yeah, but... by Anonymous Coward · · Score: 0

      don't be daft, if you burn a lot of wood you're very likely to have a chimney fire, even if you sweep regularly.

      in a brick chimney it's not too much of a problem, they often go unnoticed (but they weaken the bricks and mortar). it's just the creosote burning. a raging chimney fire in a wood chimney would be another matter.

    30. Re:Yeah, but... by dustmite · · Score: 1

      Also, while you were still laying foundations, clients would phone your manager up and say "I know the house is only supposed to be finished six months from now, but I'd like to come round in one month and try out the flushing toilets already".

      And your manager would immediately say, "yes, sure". And then come to you and say "is there any way we could have the toilets working already next month ... ?"

    31. Re:Yeah, but... by fbjon · · Score: 1

      Yes, every door in Finland opens outwards. Easier to get out in a fire, harder to break in. Usually inside the house too (outside == towards the exit), but not always, depends on the house plan.

      --
      True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
    32. Re:Yeah, but... by Bush+Pig · · Score: 2, Interesting

      Apropos new house designs ... in the 1950's a Sydney architect called Harry Seidler started building houses with flat rooves, and, because people thought they looked really nifty, other architects and builders started making them too. Most of them leaked, because the design hadn't been debugged before they implemented it.

      Oh, and they're really ugly, too (imo).

      --
      What a long, strange trip it's been.
    33. Re:Yeah, but... by highspl · · Score: 1

      ...every house has a few bugs.

      --
      It puts the lotion on it's skin, or else it gets the hose again.
    34. Re:Yeah, but... by Lodragandraoidh · · Score: 1

      Criticism is to Problem Solving as Multiplication is to Factorization - given very large numbers.

      --

      Lodragan Draoidh
      The more you explain it, the more I don't understand it. - Mark Twain
    35. Re:Yeah, but... by myowntrueself · · Score: 1

      "What is there to automate?"

      I still see people with half a dozen servers to build working through (for example) the debian installer, pressing buttons and typing shit in. This is, IMO, a waste of time and brain power.

      Most of the configuration details could just as well be kept in a database and automatically deployed. It would also save on typos. Which I see a lot of.

      --
      In the free world the media isn't government run; the government is media run.
    36. Re:Yeah, but... by zokum · · Score: 1

      It's the same in Norway too. Doors that move outwards make a lot more sense. You can have more stuff inside the room without having problems with getting the door up. Imagine having a babywagon, a door swinging in would make it a lot harder. I've actually never even seen a door that swings inwards, to me it sounds impractical, more dangerous and plain silly.

      --
      Rest in peace Malin "looxn" Kristiansen. We miss you...
    37. Re:Yeah, but... by kosmicki · · Score: 1

      How do the hinges work? Are they some fancy double jointed type?

    38. Re:Yeah, but... by Anonymous Coward · · Score: 0

      Too bad there's not a -1, Asshole mod. A free house, typically built for those who have little to no money, and have had tough times in there life. And you'd "truly hate" to have it? Hope reality kicks you in the ass soon, son.

    39. Re:Yeah, but... by fbjon · · Score: 1
      t3h LOL!

      C'mon, the entire door is on the outside of the porch,not the inside of course, don't be silly.

      Or did I just get trolled... (?)

      --
      True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
    40. Re:Yeah, but... by jc42 · · Score: 1

      If you look up this bit of history, you'll find that Boston's ordinance was passed a few months after the "great fire of 1631" that destroyed much of the town center.

      Of course, back then Boston was a village of only a few thousand people. But still, seeing your downtown turned into a pile of smoking embers has a way of getting people's attention.

      2 1/2 centuries later, Chicago still hadn't learned that lesson.

      If you come back in a few centuries, I'll bet you'll find that software is still being created (in C and VB, not to mention Fortran and Cobol ;-) that has just as many usability problems.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    41. Re:Yeah, but... by HD+Webdev · · Score: 2, Funny

      If you were building a house, no-one would come and say that you need to add one more floor that is twice as wide between floors 2 and 3 when you are already making the roof. Oh and it's done in two weeks, right?

      House structure: Concrete (cough), easy to visualize and understand even by someone without building experience.

      Software: Abstract and evidentally pixies and gnomes are involved somehow.

      --
      This is not a dream, not a dream...we are transmitting from the year 1-9-9-9.
    42. Re:Yeah, but... by Anonymous Coward · · Score: 0

      It's the same thing with modern physics. People get Newtonian physics (well, they don't, but they kinda get it...).

      Then they see quantum physics (especially quantum field theory) and say one of two things:

      1) That's impossible. Of *course* the position and momentum of a particle are defined at the same time. Of *course* particles can have arbitrary energies. I don't need to explain how I know this because it's blindingly obvious. Do you really expect me to believe all of this?

      2) Hey, I was reading about the electroweak force in Discover magazine and was thinking that maybe dark energy and black holes could be explained by uniting gravity with the strong force and giving us main two forces instead of the four we have now. Also, I think I have a new way of using quantum superposition to communicate faster than light that I want to run by you...

      *sigh*. Mind you, I much prefer type 2's to type 1's, because they're not close-minded, but...

    43. Re:Yeah, but... by lgw · · Score: 1

      How do you secure a door when the hinges are on the outside (needed for the door to open outwards). I can open a door either way just as easily in a fire ...

      --
      Socialism: a lie told by totalitarians and believed by fools.
    44. Re:Yeah, but... by eraserewind · · Score: 1

      That's because if done incorrectly a chimney is dangerous. With an open door (or no door) it behaves like a blast furnace. (not a great idea in a wooden house). A straw roof by contrast allows most of the smoke to pass through without danger.

    45. Re:Yeah, but... by Anonymous Coward · · Score: 0

      Okay, but in North America (likely where this guy is from), doors are expected to open inwards. He's using it to make the point that developers often break the user's expectation.

      Same thing with the paint. Developers often choose completely different and irregular things which will do nothing but confuse the user.

      I guess it's too much to expect of the majority of Slashdot's users to be able to comprehend this.

    46. Re:Yeah, but... by swv3752 · · Score: 1

      I live in Florida, and it was the same in Louisianna. Yes they did open inwards in Iowa and Mass., but that is obviously not the case everywhere in just the USA let alone the rest of the world. The author simply shows that he has limited experience and thereby his views are flawed.

      --
      Just a Tuna in the Sea of Life
    47. Re:Yeah, but... by Anonymous Coward · · Score: 0

      If it is unique, the house will likely be slow and expensive to build with many problems discovered later.

      Yep, sounds like new and unique software to me.

    48. Re:Yeah, but... by N1KO · · Score: 1
    49. Re:Yeah, but... by N1KO · · Score: 1

      Maybe flat roofs didn't exist in Australia but other parts of the world have had them for thousands of years.

    50. Re:Yeah, but... by fbjon · · Score: 1

      Not sure what 'secure' means, but some have a chain to stop the door, just like on inwards-opening doors. And it's just as insecure too. Also, the hinges can be disassembled of course, but there are knobs that enter into the door frame on the hinge side when the door is closed, so you still need the key to open. The door can only swing open from the deadlock side.

      --
      True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
    51. Re:Yeah, but... by kosmicki · · Score: 1

      No troll, lgw below kinda had the same thought. I did not think they would have the hinge pins on the outside though. Screwdriver and a hammer and yer in. Not many closed porches (If I'm reading that right) around here, so that thought did not occur at all.

    52. Re:Yeah, but... by pthisis · · Score: 1

      For a basic single-floor house without basement and pre-laid foundation...

      If all of my programming tasks were simple designs, lacked basic features, and had the hardest part of the work done ahead of time, I'd be a lot faster too.

      --
      rage, rage against the dying of the light
    53. Re:Yeah, but... by fbjon · · Score: 1

      Ok. The basic idea is that the door is the same, but the other way, no other strangenesses. Except as pointed out in my post above: there are knobs on the hinge side of the door that prevent it from opening that way. So you can disassemble the hinges, but the door is still fixed into the frame with knobs/bolts on both sides, and only one side can be opened with a key.

      --
      True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
    54. Re:Yeah, but... by lgw · · Score: 1

      The protential to disassemble the hinges is seen as a huge security flaw in America. This isn't totally rational - I've seen locking hinges that couldn't be removed without more work than it would take to just kick the door in, but this is the perception.

      --
      Socialism: a lie told by totalitarians and believed by fools.
  43. Hilariously bad interior design by Pengunea · · Score: 2, Interesting

    One doesn't have to look far to see bad design manifesting in real life with hilarious effect. The phrase "I'm sure glad I'm already colourblind!" in regards to bad interior design echoes with the sentiment behind "I'm sure glad I never have to work on that project!" in regards to bad software development. In both cases you want to aim the offending subject away from ones' face. However in the case of bad software development not everyone actually walks into the software's spiritual equivalent of the room with the faux fur mauve throw rug in the green-walled room with the gold curtains and the single rusted sink and has a proper around (only to run out screaming).

    I recommend buying the book if you like the sampling from lileks.com. I've seen the collection in it's eye-searing completeness and it's a riot.

    --
    Starkle, starkle, little twink.
    1. Re:Hilariously bad interior design by Seanasy · · Score: 1

      That link is so much better than the parent post. Thanks.

  44. This is just ridiculous by dkone · · Score: 0, Offtopic

    Here I sit with 5 freshly minted moderator points and was all ready to moderate on this story. But as with every story except for the ones from Roland Pique (whatever his name is) the thing was unreachable. No offense, but what the hell is the point Slashdot. Maybe 5 people get to read the article, everyone else either goes off-topic or makes jokes about how they didn't RTFA. By deduction then, moderation must therefore be a joke also. They only true moderation points would be awarded to the person who posts a mirror, or pastes the article. My moderation points will now be fruitlessly given away to the posters, who like me did not get to RTFA. It is just cyclical and pointless. Now I have to get back to work before someone busts me for reading Slashdot.

    1. Re:This is just ridiculous by dkone · · Score: 1

      How in the hell was I offtopic???? I was talking about the house/software article. I guess that the person who modd'ed my first post didn't get a chance to RTFA either.

      Doug

    2. Re:This is just ridiculous by craash420 · · Score: 1

      I wouldn't have modded you down but I can guess two reasons why you were.

      #1 Your rant could be posted in any of the many posts where TFA get /.ed -- that why the term "slash-dotted" exists. It wasn't off-topic but it wasn't really on.

      #2 Mirrors are available if you look around, there are even a few posted above.

      --
      Extra medication for all!
    3. Re:This is just ridiculous by dkone · · Score: 1

      Thanks for your support.

      The rant is very valid, regardless of where it goes. Just because it is valid for x stories on a given day does not mean I am off topic.

      The rant also points to the shame that is slashdot, that is the merciless crushing of a server. It serves no point other then to get a few posters some karma for making a joke.

  45. Except by Safety+Cap · · Score: 1

    Whatever you do, DO NOT try to validate that page...

    --
    Yeah, right.
    1. Re:Except by BandwidthHog · · Score: 1
      Those jokers at w3c.org don't know what they're talking about: is a perfectly cromulent way to close a

      tag.

      --

      Quantum materiae materietur marmota monax si marmota monax materiam possit materiari?
  46. mirror by winkydink · · Score: 1

    (Almost) always here. Specific article link here.

    --

    "I'd rather be a lightning rod than a seismometer." -Ken Kesey

  47. As a compensation prize... by Hosiah · · Score: 3, Interesting
    for hardy /.ers now trying to view a dead(?) site:

    http://www.rha.com/ui_hall_of_shame.htm

    http://www.pixelcentric.net/x-shame/

    http://www.raizlabs.com/interface/hall-of-shame/de fault.asp

    These sites all appear to have similar concepts. Don't worry, folks, I'm sure the Meatloafers will be busy guffawing in mulish fashion as they forward the house/UI anology to your inbox for the next ten years after it's no longer funnny.

  48. I've seen a house designed by an amature... by geneing · · Score: 1
    A friend of mine is an architect (a very good one by the way:). She had a client who bought one of these "design your own house" programs and used it to prepare plans for remodeling his own house.

    In one place he had a triangular room with two doors going into it (was supposed to be his office).

    In the other place he had bathroom on the second floor right above his new kitchen. The problem was that the drainage pipe from the toilet would have to go right through the center of his kitchen table (building code doesn't allow bending the toilet drain too much).

    Some things are better left to professionals...

  49. If bad web servers were posted to /. ... by Anonymous Coward · · Score: 0

    Error establishing a database connection! This probably means that the connection information in your wp-config.php file is incorrect. Double check it and try again.

    Are you sure you have the correct user/password?
    Are you sure that you have typed the correct hostname?
    Are you sure that the database server is running?
    WordPress Support Forums

  50. crash? by GreatRedShark · · Score: 0

    what if the "house" crashed? how do you reboot a house? I'd love it if my house had a handy button around back that when pushed, recovered the house from the most recent disaster (flood, fire, termites, in-laws, etc...) that struck it.

  51. For Starters by daperdan · · Score: 1

    Maybe he should start with that lousy son of a bitch that wrote the php for his site!
    Error establishing a database connection!

    Doh!!!!!!!!

  52. Re:If admins built websites like coders wrote code by Leroy_Brown242 · · Score: 1

    Your wish is our command. :)

  53. If this guy's server was a house... by Anonymous Coward · · Score: 0

    what just happened to it is the equivalent of a wrecking ball going through it.

  54. As someone who builds houses and software by BoomerSooner · · Score: 5, Insightful

    I have a bit of knowledge in this area.

    Building houses: Very detailed specifications with standards that have been honed over 30-40 years (family business).
    Software dev: Requirements that are never actually pinned down.

    Building houses: Sub-contractors that get paid based on the job, if they fuck up they fix it for free (or lose a valuable account).
    Software dev: If it's broke/bug ridden fees are still paid to develop fixes (unless support built into contract which means you're paying more up front in case there are mistakes).

    Building houses: Customers understand that if they change their mind when the home is in development the cost gets exponentially bigger as the house nears completion. We get bids for change orders and they sign ammendments to their contract approving changes and paying in advance for said changes.
    Software dev: Frequently missed requirements necessitate changes in whole sections of code or UI design.

    If software development weren't so fluid/dynamic it would probably be much like building houses. However a house hasn't changed that much since the 1950's for the most part where computers & software development were happy to be using punch cards. Plus I wouldn't wish city inspectors on anyone in the software industry. Those who can do, those who can't work for the city and are pissed off about it. I love watching city implemented projects with these so called "experienced engineers" who fuck up and have cost overruns on every project they do. It's a good thing city engineers don't have to make a profit or they'd be out on their asses.

    1. Re:As someone who builds houses and software by Phat_Tony · · Score: 1
      You have a couple of typos. The last sentence should read "It's a bad thing city engineers don't have to make a profit and aren't thrown out on their asses."

      Although, perhaps if government actually got out of their way and let them do their jobs, while also holding them to the standards non-government employers insist upon, they'd manage to get their jobs done on time and within budget instead of getting thrown out on their asses?

      --
      Can anyone tell me how to set my sig on Slashdot?
    2. Re:As someone who builds houses and software by Artfldgr · · Score: 1

      you are partially right... however.. i started writign in the days when the software engineers had computer science degrees.. and things such as standards actually existed!!!! god we had reams of standards to follow... just like archetects... however.. the push to cheaper labor dumbed the whole thing down, along with the belief that you can make a clerical job out of a professional skill... and while i agree in spirit, i disagree with that last paragraph... what is behind software has not changed... only the window dressing.. just like archetecture... however, unlike archetecture, software is not taken as seriosly... by anyone... the people who buy it accept it as poor... the people that make it cant compete making better software as long as you can do poorer and sell... there is also a belief, as you state also, that they put experienced people in place.. but in software, youth is believed to know more, because of your assumption that the game has changed. so they put inexperienved people that dont listen in charge of experienced people that cant help. its so bad that i showed the boss a study done by MIT that showed that what he was doing was the wrong way to go... and you know what.. this salesman marketing person living in nj and who went to a community college said that that wont happen we can do better than them. (i am a bronx science person... i dont think he can do better than MIT)... the problem is much deeper than just bad programmers...

    3. Re:As someone who builds houses and software by surprise_audit · · Score: 1
      In the words of a saying from the original Unix fortune program (I think..):
      If builders built buildings the same way that programmers write programs, the first woodpecker to come along would destroy civilization.
    4. Re:As someone who builds houses and software by BoomerSooner · · Score: 1

      I wasn't referring to bad programmers per se. I was commenting on the whole field (like you've done) that if it were treated like building there would be significantly better products and less errors to fix.

      I would much rather deal with software bugs than sub-contractors every day of the week. My company uses what are considered reliable subs. I consider them to be very unreliable. It's all perspective.

    5. Re:As someone who builds houses and software by Artfldgr · · Score: 1

      generally if you think your subs are unreliable and a company thinks they arent, then there is a liklyhood that you have unreal expectations when it comes to having software done. in general someone will say three weeks, and then they will cut that down to something that is acceptable. the person doing the cutting doesnt know where this 'extra resource' will come from. well... it will come from all those areas that arent specific to the actual ruler (the code). so testing gets cut, features get cut, cheap implementation is done over correct implementation. why? because the person with the wallet is demanding cuts and the one area that could be cut and not effect the project, is the profit that keeps you afloat. you cant do the job for free, and so the client stiffs themselves.



      think of it this way. i will hand you a sheet with long division problems on them. what happens when you compress the time i have to do them? you get more errors... errors that have to be corrected in a time frame in which you already cut every bit of ballast already out! sop the second round of fixing the errors is under more pressure, and so on... eventually you try to get problems passed when they arent correct, or all manner of other things because what will work is not acceptable!

      managers like to think the job is a clerical one. it is not. they fail to realize that the job is to create custom solutions, and they think custom solutions is like the selection of colors you get when ordering a car. its not. its custom from the ground up. how much would it take for you to have a few men build you a car from scratch? not customize a mass produced one, but actually start from scratch. thats what writing code is like, though the managers view is like "crysler makes a million a year, so making one shouldnt be that hard a problem".

      bottom line is that a manager is not willing to pay for the work that they want to have done and they force good workers to create poor solutions because otherwise they would have no work and no money to live on. the concept that people want to get up in the morning and waste their day creating bad work and pissing people off is not an accurate one, but is what people think is happening.

      now with the trend to cut salaries for programmers more and more you will get even worse work. offshoring and outsourcing will not solve that problem. you are all trying to get top level professional work done for less than the cost of unskilled laborers without degrees. our college costed us a lot of money, a waste when you think that there are many non skilled jobs that make more than i do now.

      you will all get what you pay for... AND will not find the ability in the near future for any price as those that would come up the ranks are deciding that its not worth getting a professional level degree that takes the same time as a lawyer and such only to make as much as a broom sweep. businesses are starving the two biggest areas of their growth and ability.. the engineers and the programmers... and with them goes efficiencies and innovations...

    6. Re:As someone who builds houses and software by Artfldgr · · Score: 1

      thats bradlys bromide i believe... and i was programming when that was new... its not from unix, or any language... its from a teacher of computer science.

      there were lots of clever things like this in programming.. the way the web had clever things in its early days..

      the value of a program is inversely proportional to the size of the print out

      some day my prints will come

      in every large program there are smaller programs just dying to get out.

      i have a million of em!

    7. Re:As someone who builds houses and software by surprise_audit · · Score: 1

      Apologies to Bradley, then. However, I still believe I first saw it as a message from the fortune progam, regardless of who wrote it.

  55. ego - my poop don't stink by micromuncher · · Score: 1

    Article is down, but just the /. caption brings up a pet peeve of mine.

    A lot of software developers don't know the first thing about human factors and/or good design.

    Is it because the industry is saturated by people without training in the field? The benefit of the dot com boom?

    I don't think so. When I took compsci, human factors was an optional course. It was the only course that covered information theory, and looked at aesthetics and functionality as units of work. I loved it.

    But so few people even with training know about good design. I work with a lot of "engineers" and they have attitude "This software is great because I wrote it."

    So ego plays a big part! But this also illustrates bad development process. Anyone who doesn't put the UI through a review ringer and or get people to test, use, and suggest is asking for crapware.

    My .02

    --
    /\/\icro/\/\uncher
    1. Re:ego - my poop don't stink by JustNiz · · Score: 1

      Good design is not an absolute. It is all about individual perception. e.g. I think the Honda Element is blatantly butt-ugly, but still some people pay good money to own one.

      Software is just a tool. The user's perception of good software design is directly proportional to how the concepts and steps defined by the GUI correspond to that user's own mental model of the problem and solution. Unfortunately, no two poeple will generally perceive a problem or the steps to the solution in the same way. This means different software interfaces will be favoured by different people. Its also human nature to beleive that once you've made a choice, the thing you've chosen is obviously superior to everyone elses. Even, bizzarely, if its a Honda Element.

      Thats why there are so many different coding standards, text editors etc. in use in the world.

    2. Re:ego - my poop don't stink by micromuncher · · Score: 1

      But review and focus groups usually lead to something a client or user base actually wants. I believe very few software developers do this, especially on the small scale (cost/time prohibitive.)

      --
      /\/\icro/\/\uncher
  56. Professional by Anonymous Coward · · Score: 0

    That is why being an architect or engineer is a profession and you must get certified to do these public works type of thigs. Software engineering is a joke by comparison.

  57. Culturally Insensitive Clod! by Lead+Butthead · · Score: 1
    From the article -
    Herbert unlocks the door and the damn thing swings OUTWARDS knocking you back a step or two.
    In Japan, front door DO swing OUTWARD, you culturally insensitive clod!

    --
    ELOI, ELOI, LAMA SABACHTHANI!?
    1. Re:Culturally Insensitive Clod! by wheany · · Score: 1

      Yeah, so do the doors in Finland. I did not know that was stupid.

    2. Re:Culturally Insensitive Clod! by Anonymous Coward · · Score: 0

      Not only that, but outwards swinging doors actually make more sense.

      Which house is easier to escape from during a fire? The one with doors that open inwards towards firey doom? Or the one with doors that open outwards towards airy safety?

      The "bad" software developer did the sensible thing, rather than the culturally accepted thing.

    3. Re:Culturally Insensitive Clod! by fishbowl · · Score: 1

      Um, the front and back doors on my house (in the US, built in the late 1950s, and quite ordinary, also swing outward. Also, most of the windows are the type that open with a crank, and they also open outward.

      There is one door on my house that opens inward, but it's of a design that doing otherwise would expose the hinges to the outside, making it insecure.

      As I consider this, I can think of as many types of doors that are "pull" as I can that are "push", on businesses and so on. And one very common, standard design that is on many restaurants and similar, open both ways.

      --
      -fb Everything not expressly forbidden is now mandatory.
    4. Re:Culturally Insensitive Clod! by Blakey+Rat · · Score: 1

      Think about the hinges. If your door swings outward, any knucklehead with a screwdriver can break into your house in mere moments by simply removing the hinges.

      I mean, yeah, the fire safety thing might be a point, but you make it sound as if it's the *only* thing to consider.

    5. Re:Culturally Insensitive Clod! by cecille · · Score: 1

      Actually, it's not stupid at all. Here (I'm in Canada) our house doors open inwards, but non-residential buildings (like malls etc) usually have doors that swing outwards. It's so if you have some type of emergency people will be able to get out - if there are too many people by a door that you have to open inwards, you won't be able to get out. Doesn't happen so much with houses, but outward doors can be a safety thing.

      speeking of safety things...I have a house that requires a key on both sides...ie, you can get locked in. how dumb is that?

      --
      ...no two people are not on fire.
    6. Re:Culturally Insensitive Clod! by cecille · · Score: 1

      I'd suspect that since there ARE places with doors that swing outwards that they've probably solved the hinge problem...it's not like you use the same indoor hinges on ourdoor doors.

      --
      ...no two people are not on fire.
    7. Re:Culturally Insensitive Clod! by Proteus · · Score: 1

      And this is why most self-appointed "critics" of software design are out of their mind; they fail to realize that different people make different assumptions. The author complains that "nothing is where you EXPECT it to be", while forgetting that it might be exactly where I expect it to be, but not where he expects it to be.

      That's why good interfaces make things easy to find, and do not rely on expectations.

      --
      We may not imagine how our lives could be more frustrating and complex—but Congress can. – Cullen Hightower
    8. Re:Culturally Insensitive Clod! by mutterc · · Score: 1
      I have a house that requires a key on both sides...ie, you can get locked in. how dumb is that?
      My house has 4 outside doors, all also like this (with deadbolts that key on both sides). This is to close a security hole; the doors contain windows, which, if they were broken, and we used single-cylinder deadbolts, would lead to a trivial entry method.

      (These deadbolts would also be useful to prevent a toddler from waking up and heading outside while we sleep, if there were any toddlers in the house.)

      I've mitigated the "gotta get out of a locked house quickly in the event of a fire" risk by keeping a key hanging up near (but not within too-easy reach of, or exterior sight of) each door. It lessens the security slightly, though (a determined attacker could use a long wire or something to fish out the key, if they knew where it was. However, it'd be easier to brute-force the door or a window).

    9. Re:Culturally Insensitive Clod! by swv3752 · · Score: 1

      A deadbolt is usually sufficient but it does not really matter.

      Take your typical wood frame house, the door frame is just made out of wood. A decent circular saw (which is now common to get decent powered cordless ones) will cut out the whole door frame in under a minute. Do you really think popping the hinge bolts would be any faster?

      --
      Just a Tuna in the Sea of Life
    10. Re:Culturally Insensitive Clod! by lxs · · Score: 1

      There is a good reason for having the front door swing outwards, especially when there are many people living in the building. In case of panic (say, when a fire breaks out) people can get crushed into the door by everybody trying to get out, effectively making it impossible to open the door if it swings inward, trapping everybody inside a burning building. For this reason there are many countries where it is regulated by law that the front door swings outward in places where many people gather like clubs.

    11. Re:Culturally Insensitive Clod! by jimi+the+hippie · · Score: 1

      It'd be a lot quieter to pop the hinges. Not good for you if you are home.

  58. Well.... by hbean · · Score: 1

    Reading that article wasnt worth the time it took for the page to load.

    --
    "Give someone a program, frustrate them for a day... Teach someone to program, frustrate them for a lifetime."
  59. DB timeout reasons by FartingTowels · · Score: 0, Redundant

    Error establishing a database connection! This probably means that the connection information in your wp-config.php file is incorrect. Double check it and try again.
    * Are you sure you have the correct user/password?
    * Are you sure that you have typed the correct hostname?
    * Are you sure that the database server is running?
    * Are you sure your site is not slashdotted?

  60. These analogies don't hold up by ScentCone · · Score: 3, Informative

    I've never liked these silly "if race car drivers designed shower curtains" type comparisons and conjectures. They don't take reality into account. There's no analogy to hitting "control-shift" in the way you walk down a hall, and 3-D tactile interfaces (like doors, lightswitches) don't have a meaningful representation on the desktop or cell phone.

    Navigating back a couple of pages with your browser (alt-left-arrow) just is not the same as walking backwards out your front door so that you can come into the garage from the side. It's a couple of finger twitches!

    I've come across plenty of crappy interfaces (um, some of which I built myself), and plenty of crappy house designs, too. It comes down to cost. Genius-hatched code, countless hours of user focus groups, and endless release cycles don't jive with reality most of the time. Just like we can't all have dream houses built on the same size lot. A lot of what I've loathed about some software, though, has evolved away nicely over the years through upgrades. Retooling a house to the same degree isn't even something most people can contemplate, and that's reflected in the design and/or the price.

    And: houses have been built for thousands of years. Desktop software for 20-ish. That may seem like an eternity to some Nerd Younglings (meh!) but it's an immature practice/culture in the middle of constant upheaval. The two don't lend themselves to anything other than flame-oriented comparisons, and I'm not talking about sprinkler systems.

    --
    Don't disappoint your bird dog. Go to the range.
    1. Re:These analogies don't hold up by oGMo · · Score: 1
      And: houses have been built for thousands of years. Desktop software for 20-ish.

      This has been a point I like to make. Software design, if compared to architecture, is around the level of finding a cave to live in or tying some wood bark and leaves together to form a hovel. That we build skyscrapers of code is laughable: call me back in about ten thousand years and we'll see where we are then.

      And for those who claim "but physical engineering is different, information evolves faster", I beg to differ. Look at music history, art history, and any other information-based design work. They've still taken thousands of years to develop. And in thousands of years, I would be suprised if they weren't even more developed.

      It is the arrogance of the generation to think we're a pinnacle of anything, that we can't become much, much better and get much, much further. Realize that, and we'll get there faster.

      --

      Don't think of it as a flame---it's more like an argument that does 3d6 fire damage

    2. Re:These analogies don't hold up by fishbowl · · Score: 1

      All this stuff is nothing more than the set of consequences that we face, because we took an emerging technology from its infancy, and pressed it into service abruptly.

      People seem to have some idea that personal computing technology was quickly adopted and was carefully developed over a long period of time with a great deal of focus.

      That's true for some parts of the technology, but most of it is the result of sticking with what worked from the beginning.

      So much of the personal computing idiom consists of overloaded vestiges that were not really developed, but rather, evolved very quickly from the time (seems like YESTERDAY) when the mention that you had a personal computer would be met with nothing but puzzled expressions and misunderstandings, DIRECTLY to the point where the technology was suddenly presented to the masses as some kind of mature technology that EVERYONE MUST have. There was almost nothing in between!

      It really did seem like overnight between the days when university advisors discouraged computer science majors and suggested other fields, because they no future was anticipated in computers, through the whole "dot com bubble", to today. Maybe I'm weird because my perspective allows me to view two decades as "overnight", but I really do think I witnessed a sudden, disorganized shift from "personal computers are a joke" to "personal computers are ubiquitous."

      Software quality is just one small part of the phenomenon.

      --
      -fb Everything not expressly forbidden is now mandatory.
    3. Re:These analogies don't hold up by NickFortune · · Score: 2, Interesting
      Look at music history, art history, and any other information-based design work. They've still taken thousands of years to develop. And in thousands of years, I would be suprised if they weren't even more developed.

      I agree with your main point (and that of the GP). On the other hand, software knowledge is evolving faster - at least IMHO.

      The reason for this isn't to do with physical vs knowledge work, it's to do with information flow and feedback times and the population growth curve. People learn what other people have done, and wether it worked or not, faster today than ever before (well, unless last week was a low worm week, but you get the idea). And when they get this info, they react to it, and then add it back into the feedback loop. On top of this, there are more people thinking about these problems than ever before.

      So developemnt times are shortened, and the field matures faster. Of course, the same feedback loop speeds alnost every area of human endeavour - it's just that some like house building are understood in far more detail that others. In these cases, the law of diminishing returns means the speedup isn't so obvious, but I believe its still there.

      As an example, think of electronics, by which I mean wires-and-solder, pre-microchip, non-software electrics. As an industry that's what? A hundred years or so, if we count from Edison who made it a commodity rather than Faraday who doped out the theory anyway. I'd say we understand electrics in a similar sort of depth to house building, but we got there in a far shorter time.

      Of course if you consider, say, quantum mechanics then there's still a lot to be learned about electrons. Of course, the same can apply to construction work, say if you consider space elevators.

      --
      Don't let THEM immanentize the Eschaton!
    4. Re:These analogies don't hold up by ScentCone · · Score: 1

      I feel your (joint) paint. Those of us in our 40's or older are the only ones with any perspective on this, and it really helps. The hard part is not coming across like an old crank ("Why, in my day, we used punch cards... and we liked it! Taught efficient programming, it did."). Plus that whole "using complete sentences on slashdot" and whatnot makes us real throwbacks. I've been 1334 for so long you can't even see it any more.

      --
      Don't disappoint your bird dog. Go to the range.
    5. Re:These analogies don't hold up by swv3752 · · Score: 1

      Well, I doubt if painting can evolve any furhter. Modern perspective use has been around for centuries. Recent art techniques seems to be more of a devolution. Many modern techniques are purposefully ignored to try and create something new.

      Photography has not really advanced in the last ten years. Sure some equipement has gotten better, but do you really expect some to take a better photograph than Ansel Adams?

      Architecture only advances as our other sciences advance, primarily materials science. The Pyramids are still marvels today. The only man-made structure you can with the naked eye from orbit is the Great Wall of China.

      --
      Just a Tuna in the Sea of Life
    6. Re:These analogies don't hold up by Brandybuck · · Score: 1

      Yup, it seemed like only yesterday when computers only had command line interfaces and you needed to either be educated in the system, or willing to read the man pages.

      It had an actual interface that was somewhat intuitive (the keyboard). While not perfect, at least the 'A' key was always located in the exact same position on every keyboard. Compare that to today's MSWord icon. It used a reasonably accurate typewriter/television metaphor, instead of the absurd "desktop" metaphor everyone insists on today. And the concept of issuing commands was well known. There may have been a huge set of commands to learn, but each was in itself rather simple. Compare that to today's software which tries to do everything in every application.

      --
      Don't blame me, I didn't vote for either of them!
    7. Re:These analogies don't hold up by fishbowl · · Score: 1

      That really hurt -- I've punched cards. I've corrected them with a hand punch and tape. I've droped a box of cards and had to sort them by hand.

      I don't remember anybody ever claiming they liked it :-)

      There was a time that I liked paper tape, though. I thought it was really cool to be able to do paper tape on my own punch. (And I've used mylar tape as recently as 1994!)

      But I never claimed to not be an old crank...

      --
      -fb Everything not expressly forbidden is now mandatory.
    8. Re:These analogies don't hold up by CharlieG · · Score: 1

      And even GREAT archtects who design beautiful houses screw up, or make house that don't WORK - See almost any house by F.L.W. Falling water - aka falling down. Uncomfortable seating, hard to maintain, hard to live in (closets? WHAT closets)

      --
      -- 73 de KG2V For the Children - RKBA! "You are what you do when it counts" - the Masso
  61. Not impressed by Ryosen · · Score: 0, Troll

    Those who can, do. Those who can't, blog.

    --

    Ryosen
    One man's "Troll, +1" is another man's "Insightful, +1".
  62. Your post reminded me of.. by MisanthropicProgram · · Score: 1
    someone a coworker told me about 10+ years ago. He said there was this computer scientist who thought that the ultimate UI was just a keyboard and a monitor. As the user sat down and typed, the computer would eventually figure out what the person wanted to do.
    So if you typed, "I want to type a letter." Eventually, the machine would figure out that you wanted a word processor. Yes, it would take a while for the machine to get used to you, but the UI would work (eventually) perfectly for you....

    I'm trying to remember who he was talking about.

    By the way, I think typing "pr0n" or "Porn" would be cecome universal -:)))

  63. homeowner:house::user:GUI by fanblade · · Score: 1

    The house is meant to be a metaphor for bad software design. But if you really did look at a software house from the perspective of an end-user, the only thing you would see is the GUI. Visitors of a real home can immediately see the building's architecture, but in the software world, end-users of software can only see the exposed interfaces (like his doorbell you have to double-press). I feel like his description of the house is mixing bad architecture and design with bad GUI, when a more accurate analogy would really be that all of those bugs are inside the walls and you only occasionally see the bugs on the walls or get a broken light switch from wires that the bugs chewed through.

  64. Full article text by dowobeha · · Score: 1
    From the mirror:

    If some Software Developers built houses?

    Lets take a walk through a house built by our illustrious legion of very ordinary Software Developers we've seen over the last few posts..

    You arrive at a friends new house and step up to the front door.. well, you do after finding it around the side of the house..

    You press the door bell but dont hear the reassuring ding dong sound coming from inside the house, you ponder if you missed hearing it and wait a few moments before politely pressing it again, this time you're SURE, there was NO doorbell sound coming from inside. You peer at the doorbell, its a button, how much more complicated can it be? You DOUBLE CLICK it and hear a loud DINGDONG coming from inside..

    Your Friend, Herbert's footsteps approach the door from inside and you straighten your tie ready for the door to open. Herbert unlocks the door and the damn thing swings OUTWARDS knocking you back a step or two. Apologetically the owner explains that's how it was when they bought the house "it fools everyone and it'll be a great source of converation at our Dinner Parties".

    You politely chuckle and hope they get the damn thing fixed.

    Herbert invites you into the house, you step unsurely into the hallway and peer around.

    The ceiling has a sort of mauvy pink color, not dissamilar to your Grandmother's slippers, the walls are mostly red.

    Herbert offers you the grand tour of his new home and gestures towards what you assume is the Lounge room thru a doorway off the hallway. You wander in suprised to find that you're in the toilet.. nervously Herbert chuckles and explains that to get to the Lounge you have to pass through the 2 Way Toilet.

    You emerge on the other side of the toilet into a long narrow room that stretches the length of the house, its about 5 feet wide and 45 feet long. At the far end of this poorly lit room you can see a Television. The only light coming into the room is from a small window at about knee height.

    Herbert explains the Lounge Room is really an extension that wasn't planned very well, he invites you into the kitchen through a revolving door. You step into a large circular room after missing the first few exits of the rapidly revolving entrance. In the middle of the room is a large Island Bench, its working surface is about 5 foot high. there's no other furniture in the room, but there's 9 doors evenly spaced around the room. Herbert explains that through each door is an appliance, there's the Fridge Room, the Oven Room, the Freezer Room, the Dishwasher Room, the Food Room, the Microwave room etc.. Its a pain Herbert says, taking things from one to the next, but you get used to it he says... you feel doubtful.

    Herbet is keen to show you the Master Bedroom, but he's not sure which door its through, he tries three then finds the right one.

    As usual, the damn thing opens outwards.. You dutifully but somewhat hesitantly follow Herbert through the Master Bedroom, you wonder what bizarre idea you're going to be introduced to next.

    Herbet gestures around what appears to be an empty room with a self-satisfied smirk on his face. You peer around trying to work out what bizarre idea the builder has foisted upon the house now. "Where's the BED, Herbert?" Herbert theatrically claps his hands together twice and stamps his foot.. the bed silently descends from an opening that appeared in the ceiling, you jump out of the way just in time and the bed neatly touches down in the centre of the room. "Neat hey!" Herbert prompts you.. "Ah yeah, thats great Herbert".. You gingerly sit on the bed, it promptly collapses.. "Ah, yeah that happens a bit, you get used to it."..

    "Come and see the Garden!" Herbert excitedly exclaims. Herbet opens a small trap door hidden under a rug and descends a small ladder.. you follow him down. The Garden has a concrete floor and

    --
    I am concerned about any program, any piece of hardware, any treaty, any law that treats me as a consumer, not a citizen
    1. Re:Full article text by Anonymous Coward · · Score: 0

      Instead of a doormat that says "Welcome", there is a 5,377 word contract to which you must agree before you can enter the house. The homeowner himself hasn't read the contract, and he doesn't actually expect you to read it either, but his homeowner's association requires this.

  65. Nothing is flawless by snwcrash · · Score: 0, Redundant

    Try this as a excercise, go around your house with a plumb line and a level and check the windows, doors and floors. Is everything perfectly in level? No? big suprise there. Windows and doors get hung using shims to balance out the imperfections, allowing builders to have signifigant tolerances when doing construction.

    Houses burn down because of bad wiring, roofs collapse, wood rots, foundation crack. Everything has it's problems and we deal with them. When a $20 toaster breaks most people buy a new one without a second thought. Why would you expect $20 in shareware to be flawless?

    --
    Save a life, sign your organ donor card.
  66. What would happen if farmers were president? by willisbueller · · Score: 0

    This is like asking what would happen if a model airplane painter made emergency life saving equipment "It looks nice from the outside, the shock pads being painting quite nicely, but when the paramedic goes to defibrillate the heart, nothing happens. The paramedic wonders how complicated the machine can be and notices there is no wiring or parts at all inside the machine... just a shell... therefore, model airplane painters suck." Next week What would happen if cheerleaders were president... hehehe.

  67. Huh? by __aaclcg7560 · · Score: 0

    Why do you need bad software developers to build a bad building? Unless the building is completely computer-automated, you only need a bad contractor to build a bad building. There are plenty of bad contractors who will accept money from the government while cutting corners at the same time.

    1. Re:Huh? by Anonymous Coward · · Score: 0

      You're so fat, when you sit around the house, you sit AROUND the house!

    2. Re:Huh? by __aaclcg7560 · · Score: 1

      What's that, little buddy? When I'm in da house, I'm da man! Thanks! I love my adoring fans! :P

  68. No one teaches good coding by Anonymous Coward · · Score: 1, Insightful

    Maybe I just went to a bad school (I wouldn't be too surprised), but it seems like Universities, Colleges, and technical schools seem far more interested in teaching the syntax of good code but never focus on the semantics of good code. I seriously think that most bad programs in the world are actually caused because, in school, their is a greater focus on the solution to the problem you're given rather than the method to get to the solution.

  69. Do as I say, not as I so ineptly do! by Anonymous Coward · · Score: 0
    BUSTED! HAW HAW!!!

    That's one way to make sure your site validates as clean, if the referrer is w3.org, give them a page that's guarenteed to be clean. Or just don't give it to them in the first place, if you're not sneaky enough.

  70. But wait, It gets worse! by nobodyman · · Score: 1
    I click on the link and I'm greeted with
    Forbidden
    You don't have permission to access / on this server

    Now *there's* a UI worth complaining about ;-)
  71. Doors open outwards in Sweden by Tjoppen · · Score: 1

    I fail to see the error of having doors open outwards. They do around here.
    Let me explain:
    Doors are meant to keep people out, yes? Now, what would be safest against someone busting the door in - one that opens in or out?

    Of course you could could turn it around and say that doors are not made to keep people out, but rather keep them in until the cops arrive..

    1. Re:Doors open outwards in Sweden by WRoach · · Score: 1

      In fact, doors open outward in most buildings around the world to allow the door to let people out easily/faster in case of an emergency. House doors in north america normally open inward as a warm welcome message to guests. There is always a reason for things to be as they are.

    2. Re:Doors open outwards in Sweden by Anonymous Coward · · Score: 0

      And in locations with cold winters, houses often have double doors at the front entrance. The outer door opens outward and the inner door opens, you guessed it, inwards.

    3. Re:Doors open outwards in Sweden by WRoach · · Score: 1

      Well, not where I live. We frequently get -30 C in the winter and we have single doors. Granted they are well insulated doors with thermos windows but I've never seen double insulated doors.

  72. What if building houses was like software design? by naoursla · · Score: 1

    You forget to put one nail in anywhere in the house and the whole thing comes crashing down.

    What if making movies were like writing software? Someone hold their glass in the wrong hand and that causes the film to catch fire during a screening which grows into an inferno that burns the whole city down.

  73. If Bad Software Developers Built Websites... by SamMichaels · · Score: 1

    Forbidden
    You don't have permission to access /index.php on this server.

  74. Part of the problem is ... by crovira · · Score: 2, Insightful

    that we rarely design anything.

    What's cobbled together rarely does the job except it can usualy be faked into something that looks adequate, right until a changed requirement when the whole thing gets tossed into the trash (it was collapsing into it anyway.)

    I find most (hell, almost all,) 'soit-disant' design is missing the basics of software construction principles.

    That we seem unable to do any better, regardless of how often we get burnt, is just WRONG!

    What ever happened to post-implementation reviews? No wonder we seem to be unable to learn anything.

    --
    MSBPodcast.com The opinions expressed here are my own. If you don't like 'em... Think up your own stuff.
  75. Front doors do swing outwards elsewhere. by d97mno · · Score: 0
    From the article:

    Herbert unlocks the door and the damn thing swings OUTWARDS knocking you back a step or two.


    Well, in most parts of Europe the front door does swing outwards. The joke I've heard is that the reason for the US standard is to make it easier for the police to kick in the door.

    I do think that it makes more sense that the front door opens outwards than inwards, since that allows for better use of the space inside. Oh well, I guess I'm pretty biased since I'm a Swede and all our front doors swing outwards.
    --
    Real programmers never comment their code. If it's hard to write, it should be hard to read!
    1. Re:Front doors do swing outwards elsewhere. by onkelonkel · · Score: 1

      The reason exterior doors open inward is so that the hinge pins are inside the house. That way someone can't break in by lifting the hinge pins and removing the entire door, locked or not.

      --
      None of them can see the clouds; The polished wings don't care.
    2. Re:Front doors do swing outwards elsewhere. by DavidTC · · Score: 1
      Don't tell the Europeans that, now we can't stroll into their locked houses!

      Also, if the door opens outward, that means that, unlike inward doors, you can slide something in to slide back the latch. It's hard to visualize, but look at your front door...part of the frame stops the door from swinging too far and incidentally stops people on one side from fiddling with the latch. If the door opens inward, that part is on the outside, if it opens outward, the part is on the inside.

      In addition to those things, almost all houses in the US have a 'screen door' on at least the front door, which is either literally a wood frame with a fine screen in it, or a glass door that part of it can slide en, presenting a screen. Which opens outward, thus making the complaint 'You have to step back' idiotic...you have to step back in the US, too, for the screen door.

      So there are three good, sound reasons for having the door open inward: People can't take the hinges off, people can't slide a credit card in and open the door, and you can put a screen door on there.

      I can't think of any for outward opening doors, except 'they take up less space', but that's jsut silly...they take up exactly the same amount of space, they just take it up outside.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    3. Re:Front doors do swing outwards elsewhere. by d97mno · · Score: 0

      Not to be sarcastic, but if it was that easy to break through the front door I do think that even our European criminals would figure it out. =)

      The hinges can't be taken of except when the door is open. Granted that you could saw through the metal, but then one might as well saw through the actual door. The credit card trick doesn't work over here, because the door frame and lock is designed a little different. Besides there is an extra latch that has a square shape and that is the one that is used to actually lock the door.

      You are right about the screen door though! However, for us we don't really have a huge problem with bugs, I guess it's too cold here. =)

      I don't think that the space issue is 'silly' since the space outside is 'free', while you pay for the space you have inside. Granted that it isn't alot of space, it is still possible to use it.

      I also came up with one more reason. If the door swings outwards then the entire frame protects it from being kicked in.

      Naturally, I'm quite aware that regardless of how the door swings it is designed to work that way. It's just quite interesting how one is so sure that the way one is accustomed to is the correct way, and that any other way just seems wrong. I guess that's the way the Brittish feel about driving on the left side of the road.

      --
      Real programmers never comment their code. If it's hard to write, it should be hard to read!
    4. Re:Front doors do swing outwards elsewhere. by onkelonkel · · Score: 1

      Just to clarify, but North American doors usually use semi-cheap Stanley (tm) hinges. You don't actually need to remove the hinges, just the hinge pins . These are hinges which are specially designed for secure "outside" mounting which have either captive hinge pins or cross pins that mate the two hinge halves and prevent removing the door when it is closed. No doubt our European friends will use these on their front doors.

      --
      None of them can see the clouds; The polished wings don't care.
  76. How do you spell hypocrisy? by tommasz · · Score: 0, Offtopic

    I might have been more impressed with the article had the author been more careful with his spelling and grammar. Or perhaps that was the point: society as a whole has embraced mediocrity.

    1. Re:How do you spell hypocrisy? by deprecated · · Score: 1

      i.r.o.n.y.

  77. Hall of Shame may reference itself by atomicham · · Score: 1

    And going to http://www.userinterfacehallofshame.com/> results in a 403 error. Nice. He must have designed the door of the house.

  78. very short for me, full text below: by alex_guy_CA · · Score: 1
    Forbidden

    You don't have permission to access /index.php on this server.

  79. Winchester Mystery House by ch-chuck · · Score: 1

    Denizens of San Jose area can check out a real example of bad programming at the Winchester Mystery House - example: "These stairs that lead to the ceiling are just one of the many bizarre features that Mrs. Winchester designed and had built."

    Back to building my own bizarre house...uh, gui.

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
  80. Boss? by Anonymous Coward · · Score: 0

    Is that you? When did you get back from Microsoft Certification?

  81. Wrong Perspective by sbeashwar · · Score: 0

    I can understand the whole is for fun. However, you have to comment on everything that is posted on slashdot irrespective of whether you are moded fairly or not. This is my take: construction particularly, house construction techniques and architecture have evolved over millions of year. Programming is something that perhaps was not even born until early 20th century. It makes sense to take ideas from construction than vice-versa. Moreover, programming is different from designing. The desing philosophy for software can be analgous to design philosophy in cosntructions. "Desing of everyday things" by Donald Norman will give a better idea as to how we can identify patterns from the desings that already exists and use them in software engineering. I will certainly be moded 1 or even less than that for not being funny. Let me try, this is like asking "MS to desing cars for GM"

  82. Well..... by Ironsides · · Score: 1

    On top of that, there's also the whole "backdoor left wide open" stigma that comes with the Windows house.

    Considering that my house (along with many of my neighbors) has a 3 foot wide, 4 foot high bay window that opens right onto a deck, I would say that MS has had their hooks in houses for over 20 years.

    --
    Fly me to the moon Let me sing among those stars Let me see what spring is like On jupiter and mars
  83. What do you mean "if" ? by Vainglorious+Coward · · Score: 1, Funny

    Bad software developers have built houses

    --
    My next sig will be ready soon, but subscribers can beat the rush
  84. Toilet by secolactico · · Score: 1

    Boy, that was an unfunny article!

    The only sentence that caught my attention was:

    explains that to get to the Lounge you have to pass through the 2 Way Toilet.

    If you have a bi-directional toilet, the design of the house is probably not your biggest problem.

    --
    No sig
  85. Actually, it's the consumer expectation by Great_Geek · · Score: 1

    If you think about it, houses like that *could* be built but then anyone buying such a house will sue and (almost certainly) win. Consumers have a certain level of expectation and it is backed by law as well as market force; so architects and builders meet that expection.

    Software can be built that shoddy way, but we (the techies of the world) also know how to build software better. It is just that the current expection of software is different. Consumers get the level of quality they demand.

    Until either the law, or the market, or both changes to a new expectation, the quality will not go up.

    1. Re:Actually, it's the consumer expectation by Artfldgr · · Score: 1

      i would file this under the sign at my desk that i keep as i write software all day....

      I can do it fast
      i can do it cheap
      i can do it well
      pick any two!!!


      we want fast and cheap.... thats what we get...

      and since we wont cave on cheap...
      we either get fast and shitty,
      or slow and good...

      the slow and good company though goes out of business because fast and shitty is what gets initial market share...

    2. Re:Actually, it's the consumer expectation by InvalidError · · Score: 1

      Structure design, power and gas distribution are tightly regulated in most countries' building code. Most of interior design is completely unregulated since very little of it has safety-critical elements.

      Most software is non-critical and is running on non-mission-critical systems. Hardware and software going into life-support or comparably critical systems usually go through horribly thorough audits and testing.

      Most shareware/freeware/hobby software writers have little to no hardened software development experience or even basic knowledge about it. Algorithms that are fundamentally correct often go bad for non-obvious reasons. As a mostly hobby coder, I have run my fair share of fundamentally correct stuff that mysteriously breaks... stuff like spinlocks remaining set even though the locks are implemented atomically ([lock] cmpxchg) and I am not forgetting to clear them before returning.

      Software design has catches around every corner, common practice and patterns provide a foundation to avoid many of them but this many is still only a tiny subset of hypothetically infinite possibilities.

  86. Apples and oranges by Pedrito · · Score: 3, Insightful

    First of all, I'll be the first to say, UI design in a lot of software, free, shareware, or otherwise, is atrocious. But, comparing it to building a house... That's just stupid.

    Who builds shareware houses? You want to compare, at least compare commercial software, and in that case, commercial software that's not cheap. Otherwise, think about shanty towns for your homes and then start doing the comparison.

    You get stuff cheap, you should expect to get what you pay for.

    On top of which, Software Engineering is a misnomer. It's not engineering. It's not even a science. It's more an art at this point with some aspects of engineering and science.

    Once we have automated tools that can verify a program as bug free (doubt that'll happen in my lifetime), then maybe it can become an engineering discipline.

    With the assumption that your materials are within tolerances (and this can be determined for many), most engineering disciplines have very verifiable results. You can verify with mathematics that a bridge or building won't collapse, assuming your materials are verifiable. You can't do the equivalent with software.

    The same goes for most other engineering disciplines. So the comparisons are invalid for a few reasons. But hey, I'm behind him on what he wants: Better UI design all around.

    My manager was telling me yesterday about an resume he received from a UI designer. The resume was in 7pt type and my manager could barely read it.

    1. Re:Apples and oranges by Dracos · · Score: 1
      First of all, I'll be the first to say, UI design in a lot of software, free, shareware, or otherwise, is atrocious. But, comparing it to building a house... That's just stupid.

      How is it any more stupid than comparing operating systems to airlines?

    2. Re:Apples and oranges by aduzik · · Score: 5, Funny
      Who builds shareware houses?

      Hey, I build shareware houses.

      • The front door won't unlock for sixty seconds while you stand outside in the rain staring at a nag screen telling you about the terrible plight of the builder (me).
      • The garage has two stalls, but only access to one is allowed.
      • The second floor is "disabled"
      • The bathroom has "limited functionality" (whatever that means)
      • Every thirty minutes, the house kicks you out and makes you reenter.
      --
      If it's not one thing it's your mother.
    3. Re:Apples and oranges by booyabazooka · · Score: 1

      Parent post is MUCH better than the featured article, as it actually draws visible comparisons between the software and the house... whereas all the UI Hall of Shame article seems to be able to come up with is "This house is REALLY bad, so it's a lot like software that's really bad..."

    4. Re:Apples and oranges by codyk · · Score: 1
      Once we have automated tools that can verify a program as bug free (doubt that'll happen in my lifetime). . .

      Or in anyone's lifetime. Turing ring any bells?

    5. Re:Apples and oranges by Anonymous Coward · · Score: 0

      Shareware is just a business model. Before downloads, shareware used to come included with other programs or were handed out as free gifts or whatnot.

      Software Engineering is engineering. However, the problem is that the standards are non-existent. Software Engineering has models for the engineers to follow, kind of like a guideline or an example. The problem is twofold:

      1) Software is diverse. Software engineering is like saying physical engineering. It's like lumping designing cars and jet engines with designing buildings and bridges. There are no specifications as to which model to use for software. On the other hand, bridges of a certain span must be of a certain type, bridges of a certain height must be of another type, etc.

      2) Because of 1, nobody follows the models in the first place. Most people (managers and engineers) think picking the correct model is a waste of development time. They code it once--if it works, great.

      You can verify software. The problem is, most developers don't bother. Since building and redeploying software is so inexpensive, testing is often not as thorough as it should be, and software is allowed to be released with defects. It's like putting out a car to the market, then every few months, recalling it so that another part could be fixed. Meanwhile, those people who just so happened to discover this problem--well, sucks to be them.

      It's like the old microsoft and ford (or was it GM?) thing back in the day. If cars were designed like software, we'd all be driving flying cars that got a million miles to the gallon. On the other hand, the cars would have to be brought into a garage for new parts once every few weeks.

      The problem is, cars are expensive to build. Parts are expensive to make, and swap out. Ergo, designs advance slowly (we still steer with a wheel for example), to ensure that they have been fully tested under all possible and perhaps even some impossible conditions.

      UI design is like designing parts like the shell and the interior and the dash interface. The dash hasn't changed much since it was first used. Nor has the interior (we still have seats, pedals, a stick). The shell, on the other hand, has. And that's really like going from Win2k to WinXP. Putting in airbags would be like upgrading to SP2. Airbags cost several grand just to replace. SP2 costs what, an hour? $7?

      That is the difference between physical engineering and virtual engineering. That's why software design sucks. Because it can and still be useful (just look at Win95 or WinME). Once a fix comes out, it can be fixed or patched relatively easily. Then, rather than having to actually do the fix (patch) be a bad thing, putting out fixes either as a patch or new release turns into a good thing (though it is possible to have too much of a good thing, as IE has shown us).

    6. Re:Apples and oranges by crulx · · Score: 1

      Once we have automated tools that can verify a program as bug free (doubt that'll happen in my lifetime), then maybe it can become an engineering discipline.

      With the assumption that your materials are within tolerances (and this can be determined for many), most engineering disciplines have very verifiable results. You can verify with mathematics that a bridge or building won't collapse, assuming your materials are verifiable. You can't do the equivalent with software.

      Let me take a second to provide you with a bit of education because with this particular misconception you have because you miss out on an utterly fascinating bit of science. In fact, we cannot even create a program that determines if another program would ever stop or not. And by "we cannot" I mean, such a program is actually a logical contradiction. This entire notion that we can always create a well defined solution to any given problem has had itself disproven over 80 years ago. In fact, this entire notion can get expanded upon into some of the most mind blowing ideas in science, in my opinion. I would highly recommend you check out "Gödel, Escher, Bach" by Douglas R. Hofstadter.

      Read up on the "Halting Problem" here...
      http://www.cgl.uwaterloo.ca/~csk/washington/halt.h tml

      Check out the /. Review of Gödel, Escher, Bach at
      http://slashdot.org/books/99/04/23/147248.shtml

  87. nightmares by Frostalicious · · Score: 1

    There are plenty of houses which are nightmares of design and construction. Just watch Holmes on Homes for many examples of crappyness. One difference - you can drywall over most problems in a house and you won't see it for 10 years until it fails. Software problems are harder to hide for any length of time.

  88. YOU ALL FAIL IT!!! by Valdrax · · Score: 4, Funny
    I want mine written well, but that's just me. :)

    Yeah, that's cute and all, but maybe you failed to notice the following:
    1. The word "havent" is missing an apostrophe.
    2. The word "runon" is missing a hyphen.
    3. The list of three things that bother him is linked together like "X and Y and Z" instead of "X, Y, and Z."
    4. The word "mispelings" is mispelled.
    5. "Third Grade" is capitalized for no good reason.
    6. The whole latter paragraph is a single run-on sentence. "Third Grade" should end the first sentence, and "theyre" should begin the second.
    7. The word "theyre" is missing an apostrophe.
    8. The word "anoying" is mispelled.
    9. The word "Article" is capitalized for no good reason.
    10. "Article" should end the second sentence, and "I" should start the third.

    Oh, but you'll correct "good" instead of "well" because YOU FAILED TO DETECT IRONY.
    --
    If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
    1. Re:YOU ALL FAIL IT!!! by Anonymous Coward · · Score: 0

      Totally off topic, but your correction of 'mispelings' with 'mispelling' is itself misspelled. The correct spelling is, and always will be, 'misspelling.' The 's' is doubled because you are adding the prefix 'mis-' to the root word 'spelling.' /rant

    2. Re:YOU ALL FAIL IT!!! by Larry+Lightbulb · · Score: 1

      Juat in case the horse is still alive, let me add that "X, Y, and Z." could be written as "X, Y and Z."; the Oxford comma is not used in all locations.

    3. Re:YOU ALL FAIL IT!!! by Anonymous Coward · · Score: 0

      double W H O O S H!

    4. Re:YOU ALL FAIL IT!!! by zwt · · Score: 1

      These errors would have significance if they were in an article instead of being in a comment to a post, which mentions an article.

      I don't think there was any sort of personal attack intended here, just mention of the fact that the article has no flow to it... Clown hat, curly hair, smiley face.

      --
      Pay no attention to what the critics say. Remember, a statue has never been set up in honor of a critic! - Jean Sibelius
    5. Re:YOU ALL FAIL IT!!! by Anonymous Coward · · Score: 0

      Oh, but you'll correct "good" instead of "well" because YOU FAILED TO DETECT IRONY.

      Sarcasm, not irony.

    6. Re:YOU ALL FAIL IT!!! by Opie812 · · Score: 2, Funny

      Sarcasm, not irony. ...now that's ironic!!!

      --
      I'm not a nerd. Nerds are smart.
    7. Re:YOU ALL FAIL IT!!! by Anonymous Coward · · Score: 0

      no, it was not sarcasm, it was irony. But even if it were sarcasm, it would _still_ be irony, as scarcasm is a type of irony.

    8. Re:YOU ALL FAIL IT!!! by Anonymous Coward · · Score: 0

      The root word is "spell," not "spelling." get yourself a stemmer bitch. /rant

    9. Re:YOU ALL FAIL IT!!! by Anonymous Coward · · Score: 0

      The whoosh guy did it better.

    10. Re:YOU ALL FAIL IT!!! by lgw · · Score: 2, Funny

      For which I want to thank my parents, Ayn Rand and God.
      The Amercian hunter, unlike the Oxford comma, eats, shoots and leaves.

      Use the damn comma. Clarity is the essence of good style.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    11. Re:YOU ALL FAIL IT!!! by g0_p · · Score: 1

      Nope.. It is irony alright.

      From m-w.com:

      1 : a pretense of ignorance and of willingness to learn from another assumed in order to make the other's false conceptions conspicuous by adroit questioning -- called also Socratic irony

    12. Re:YOU ALL FAIL IT!!! by dickrichardv8 · · Score: 1

      The Oxford comma likes fish and chips, not shoots and leaves.

    13. Re:YOU ALL FAIL IT!!! by pyrrhonist · · Score: 1
      Sarcasm, not irony. ...now that's ironic!!!

      Are you being facetious?

      --
      Show me on the doll where his noodly appendage touched you.
    14. Re:YOU ALL FAIL IT!!! by Feztaa · · Score: 1

      You make a few good points, but I'm not sure if "hav'ent", "ru-non", or "t'heyre" are really words...

    15. Re:YOU ALL FAIL IT!!! by runderwo · · Score: 1

      Um, irony is a type of sarcasm. Sorry.

    16. Re:YOU ALL FAIL IT!!! by Anonymous Coward · · Score: 0
  89. That's right, pin it on the developers. by Lendrick · · Score: 5, Insightful

    When someone builds a house, they're given a blueprint, which lists the exact specifications for building said house.

    If houses were built like programs are written, it would be a bit more like this...

    Client: Build me a house.

    Developer: What kind of house do you want?

    Client: Oh, the usual. Bedroom, bathroom, kitchen, living room, that sort of thing.

    Developer: Can you be a bit more specific than that?

    Client: More specific? I gave you all the information you need.

    Developer: *shrug* Okay, we'll see what we can do.

    Some months later, a small, nondescript, sturdy house is built. It has a kitchen, a bedroom, a bathroom, and a living room. It lacks certain conveniences like air conditioning and a laundry chute, but the client didn't ask for them and didn't pay for them.

    Client: Looks okay so far, but where's the laundry chute?

    Developer: You didn't ask for one, and we assumed you wanted to keep things simple so you could save money.

    Client: You should have anticipated our needs and put one in anyway. Either way, we need you to add one. Oh, and we'd like you to put on a second story. Some more bedrooms, another bathroom, the usual.

    Developer: A second floor? The foundation wasn't built to handle that. We may have to change the layout a bit so we can add some addition support to the house. Oh, and there's nowhere to put the laundry chute, so we'll have to maybe bring it down through a closet or something. It'll waste some space, but that's the only way we can do it.

    Client: That's fine.

    A couple months pass. A second floor is added onto the house, and support beams are put up all over the place, making the place kind of difficult to navigate. A laundry chute is run down through the front closet, using up about half the space inside it and rendering it basically useless.

    Client: Well... it's okay so far, but now that we think about it, we'd like to *live* in the basement and do our laundry upstairs. Can you possibly make it so the laundry chute will suck the clothes up through it into the upstairs laundry room? Oh, we'd also like you to put another bedroom on the second floor!

    Developer: But there's nothing underneath where the bedroom would go! We'd have to--

    Client: Do it! Why wasn't this done months ago? Also, this whole place looks horrible, and I can't even walk around downstairs without running into a support beam. And what kind of idiot assumes [yada yada yada etc]

    So, whiny clients, if you can't give us *exact specifications*, then you have to learn to deal with messy software, or be understanding when things have to be restarted from scratch. We can build you the house you want, but that's no help unless we know what it is you want.

    1. Re:That's right, pin it on the developers. by drunken+dash · · Score: 2, Insightful

      So, whiny clients, if you can't give us *exact specifications*, then you have to learn to deal with messy software, or be understanding when things have to be restarted from scratch. We can build you the house you want, but that's no help unless we know what it is you want.

      More specifically, they should know what they want.

      --
      Enjoy an e-piphany
    2. Re:That's right, pin it on the developers. by bandrzej · · Score: 1

      And most don't. That's why to always get what they want in writing and make them aware any changes to the agreed plan WILL throw back any dates and WILL cost them extra $$. When they change their mind (and they usually do), shove it back in their face and tell them to cough it up. Never ever do a verbal contract or agreements. They will get you in the end. The parent post is right on real world development with users.

      --

      LainTheWired = isgod( int Lain, int denial, float truth)

    3. Re:That's right, pin it on the developers. by lux55 · · Score: 1

      Exactly!

      This is right on the money. Anything less than this will have you eating cost and wasting time. There's no possibility of educating a client in most cases, because nobody wants to pay for the "planning" stage at the beginning, they only want to pay for the "real" work. Thus they end up with something that misses the mark, guaranteed. The only way to avoid this is to defend against its occurrence from your side (ie. get it in writing -- and be ultra-specific), not from the customer's.

    4. Re:That's right, pin it on the developers. by lux55 · · Score: 2, Insightful

      What about cases like shareware or self-made products then, where you're the one who determines what the specification is? It seems to me that most shareware is just as bad as most contracted software, so while I agree with you about contracted software, we also need to be aware that when we're our own customer of sorts (or when we'll be selling something as a product to -- hopefully -- many customers down the road) we need to know how to create specs ourselves too.

      Reason we don't do this is because it's no the fun part. It takes the cowboy out of coding.

    5. Re:That's right, pin it on the developers. by Omnifarious · · Score: 2, Informative

      Your vision of the development process is flawed because you expect the impossible of the client.

      The client can't give you the exact specification, and they never will be able to. You have to design and build in very small steps and get them to look at what you have after every step. That way, you'll never spend a whole bunch of wasted time and effort going down the right path. Also, the client will have a lot more visibility into the project and will be consequently be happier with it because they won't think you made a bunch of arbitrary design choices for your own benefit that they disagree with.

    6. Re:That's right, pin it on the developers. by gedhrel · · Score: 1

      This is what requirements capture is about. At the point where the guys asks for "oh, just a house, you know" then you pull out your social skills and talk to him. Perhaps offer him a sketch or two of a strawman house. Draw out his needs, make him feel that the req cap process isn't overly burdensome by being the smart person you surely are - you need his specific input, but getting there is a partnership.

      This is like any other skill. You learn it with practice. Some people are naturally better at it than others, but it's possible to develop this skill if you apply yourself. And skilled, intelligent people who are interested in house building (which is where the analogy came from, right?) are perfectly capable of lerning this too. You don't just lump it when the client presents the first hurdle and do something that'll cost you and him more grief in the long run, because - hell, you're a professional. You build a professional relationship with the guy and he'll come back for repeat business, tell all his friends and associates what a good job you did, and everyone'll be happy.

      Right?

    7. Re:That's right, pin it on the developers. by Artfldgr · · Score: 1

      given that you too make a living divining what people want i willleave you with this programmers maxim.. also on my desk...

      Its exaclty what i asked for though it isnt what i need

      oh... and there is a cary grant movie that reads exactly like your post... in it they attempt to build a house, and they make all kinds of minor changes that cause all kinds of problems that inflate the cost and makes the house unlivable.. i recommend it to EVERY computer scientist.. though programmers would like it too!

    8. Re:That's right, pin it on the developers. by Anonymous Coward · · Score: 0

      Wait... a laundry chute is necessary? I don't think I've ever even seen a laundry chute before... apparently, it sucks to be me!

    9. Re:That's right, pin it on the developers. by Anonymous Coward · · Score: 0

      Typical idiot software developer, blames the customer who pays his rent. Any wonder why your job just flew off to India?

      Show me the industry where a customer is expected to state precisely and exactly what they want. Do you go to a fine restaurant and say "Table for two, please. I'd like you to take our overcoats, pull out the chair and help my wife sit down, introduce yourself, and pour two glasses of ice water. Then tell me about the catch of the day, suggest a wine, and ask if I'd like to start with some appetizers. Then, when you pour the wine, I'd like..."

      Nope. If you're having that much problem with managing expectations, you're not listening and you're not communicating. You may have problems, but the customer is not a problem to be solved.

    10. Re:That's right, pin it on the developers. by boyfaceddog · · Score: 1

      MY GOD! Why didn't I think of that. The next time my boss, er, client (yeah, client) asks for me to create yet another vague interface for one of our order programs, I'll sit down with him over a hot cup of irish coffe with a sketch pad and . . . . Wait, that would get me fired, right?

      --
      Here will be an old abusing of God's patience and the king's English.
    11. Re:That's right, pin it on the developers. by Anonymous Coward · · Score: 0
      oh... and there is a cary grant movie that reads exactly like your post... i recommend it to EVERY computer scientist..
      And the title of this entertaining movie would be...?
    12. Re:That's right, pin it on the developers. by renderhead · · Score: 1

      What kind of a frelled-up client do you have? I've never dealt with anyone (although I allow that there probably are people of the sort) who responded badly to me saying "I'd like to sit down with you and discuss your needs before diving into this project". I get especially good results if I add "in my experience, taking an extra hour or so to nail down the specifications can shave a good amount of time and money off of the project."

      --
      I wish that my inferiority complex were as good as yours.

      -RenderHead

    13. Re:That's right, pin it on the developers. by deserttrail · · Score: 1


      Mr. Blandings Builds His Dream House

      I recommend it as well. Kinda gives you an idea of what the client is going through.

      --
      Be civil to all; sociable to many; familiar with few; friend to one; enemy to none. --Benjamin Franklin
    14. Re:That's right, pin it on the developers. by Anonymous Coward · · Score: 0

      The problem there is that the developer shrugged when she should have done some real analysis, requirements gathering and iterative design reviews with the client and the users (those are different people).

      Blame it on the developer? Absolutely. Clients don't know how to be architects any more than they know how to be programmers.

      If you as a developer are irresponsible enough to not do due diligence by evaluating the design of the product you are signing up to build it's your own damn fault when the client decides the design sucked in the first place.

    15. Re:That's right, pin it on the developers. by renderhead · · Score: 1

      I respectfully disagree. Customer education can be a mutually beneficial endeavor.

      Besides, your analogy is flawed. I work at a print shop as a graphic designer and prepress layout specialist. In this business, there are some minimum things that the customer expects us to do, and there are some minimum things we expect the customer to do.

      The customer rightly expects us to know how to create and digitize a page layout, output that layout to film, make plates from the film, and use those plates to produce a finished product on our printing press.

      The customer is wrong if they expect us to guess what color ink to use, what size and type of paper to print on, and what information to include in the layout. Providing us with that information is their job.

      Repeat customers are nice because they start to get a feel for what they need to do vs. what the print shop needs to do. Fortunately, most of our jobs are small and fast, so we don't spend months and thousands of dollars before we get a chance to educate our customers.

      --
      I wish that my inferiority complex were as good as yours.

      -RenderHead

    16. Re:That's right, pin it on the developers. by Anonymous Coward · · Score: 0

      The maxim on my desk says
      "Every user expects and deserves the illusion of complete control"

    17. Re:That's right, pin it on the developers. by pla · · Score: 1

      Right?

      Not quite...

      That will result in something basically resembling the desired finished product, but you've left out the mindset of the typical user...

      Your "happy" client will do nothing but bitch and moan about having to walk you through everything, when you just had to sit in your comfy AC'd room writing code. And six months??? What the hell did it take you six months for, his sister's kid (bright lad, but he won't hold that against you) could have done the same thing in a week!

      People want it right, but if you actually make them interact with you as part of the process, they will assume they did all the work.

    18. Re:That's right, pin it on the developers. by Anonymous Coward · · Score: 0

      Developer (several weeks later): Here. I've built a model of the house. Is this what you wanted? It looks just like the real thing except that the walls are all made of paper and we drew pictures of the windows and fixtures to show how they'll look.

      Client: Oh, yes That's it! We'll move in Monday!

    19. Re:That's right, pin it on the developers. by Sinner · · Score: 1
      Client: Oh, the usual. Bedroom, bathroom, kitchen, living room, that sort of thing.
      This is far too specific. It should be more like:

      Client: I want a rubber house, like my neighbour's.

      Developer: But your neighbour's house is made of wood...

      Client: Do I look like a hippy to you? I want a house like my neighbour's, but made of rubber.

      Developer: How about making it of brick, with a rubber coating?

      Client: Brick is too inflexible. It has to be rubber all the way through.

      Developer: It'll be expensive...

      Client: Nonsense! I just read in the Financial Times that rubber is cheap!

      ... and so on and so forth.

      --
      fish and pipes
    20. Re:That's right, pin it on the developers. by Anonymous Coward · · Score: 0

      Show me the industry where a customer is expected to state precisely and exactly what they want.

      Fast food.
      "Gimme something to eat."
      "Would you like a burger, cheeseburger, chicken fingers or a salad?", etc

    21. Re:That's right, pin it on the developers. by gedhrel · · Score: 1

      What he said.

    22. Re:That's right, pin it on the developers. by Anonymous Coward · · Score: 0

      Yes, but is any customer of fast food actually dense enough to say "gimme something to eat" and think that they're going to get what they want?
      The analogy the OP described is more like:
      "Gimme a cheeseburger - hey, why is this a 6" wedge of gruyere on top of a spherical meatball?"

      "Well, you said you wanted a cheeseburger, but you didn't say exactly what that is... maybe you should be more specific."

    23. Re:That's right, pin it on the developers. by Anonymous Coward · · Score: 0

      Although I won't deny it's probably possible that you had a customer once who thought you would make suggestions of ink color, paper type, or written copy, that's not an assumption a customer is likely to make. They know what they want. Only you know how to give it. To give some more apropos analogies to your line of business:

      "I need that text to be more bigger."
      "You mean the font size?"
      "Yeah, I guess, I need it more spread out."
      "Oh, do you mean the kerning?"
      "Yeesh, I don't know what you call it, a font or a kern, just make it right!"

      "I need that text to be more orange."
      "Oh you mean like a Pantone ABC? Or an XYZ?"
      "What? Whichever one of those is more orange."
      "Do you mean you need more saturation, or a different hue?"
      "Do you know what orange is? I need it more orange. Is that simple enough?"

      This is why you don't send the 'tard with profound Asperger's to collect the requirements from the customer. The average "geekly" mind can't get down from it's pedestal to live like common people and understand what common people want. So you've got some shithead like the OP who might be a Jedi Master in C++, but doesn't know shit about the realtor business for which he is writing a system, and when the system doesn't meet expectations, he blames the customer who pays the bills, because they didn't just tell him what C++ to write, or just hand over a fully detailed UML document.

      Understand the customer's business or die. If you've got one iota of personality or people skills, you ought to be able to get the customer to spill the beans about their whole business in a way you can understand. If you're a retard with Ass-burger's Syndrome, it can be frustrating, yes, but that's your problem.

  90. Bad PM = bad software by ja-ja-morkmorkmork · · Score: 1

    It's not the only way to get bad software, but in my experience the best way to end up with bad software is to have a PM that doesn't understand how - sometimes even why - he should gather requirements.
    So, if the equivenlent of a PM - a general contractor doesn't even know why he should ask the customer what the main building material should be (wood, brick, stone, ...) then failures are likely to occur.
    Generally, the dumbass PM's I've been around (about 75% of them) want to start painting the cornflowerblue walls before the wall is built.

  91. outward swinging doors by dmnic · · Score: 1

    this may only apply to businesses, but, isn't it a fire code regulation that exterior doors open outward making it easier for people to leave a building in case of emergency?

  92. Wrong, Worng, Wrong. by geekoid · · Score: 1

    "The only truly intuitive interface is the nipple."

    Babies need to be taugght how to use a nipple. Something expecting mothers should be told every week until they give birth. It would help with the following depression.

    "Convention leads to consistency leads to familiarity, which is not not the same thing as intuitiveness."

    actually it is becasue te next generation picks it up 'intuitivly'. which really mean, seen it so many times as a child it has become an ingrained habbit.

    "It also leads to stagnation, inertia, inefficiencies writ in stone, and claims of mindless copying."

    assuming no one ever creats a new need, but someone will and the first generation will learn, and it will be intuitive for the next.

    "But nothing is flat-out, absolute, nonrelative, intuitive."

    including the nipple.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    1. Re:Wrong, Worng, Wrong. by zerbot · · Score: 1

      The big reason why most babies (in the US) need to be taught how to use a nipple is because they are drugged in utero during the birth, and are separated from their mother too soon after the birth. The standard birthing process that most woman and babies are subjected to (in the US) is every bit as poorly designed as the example house in TFA.

    2. Re:Wrong, Worng, Wrong. by jnik · · Score: 1
      Babies need to be taugght how to use a nipple.

      Thanks; never having been a father I did not know that. Which I suppose reinforces the point of the statement while undermining its pithiness ;) 'tis become a knee-jerk response now to claims of something being "intuitive." I thought rather than just spit that out I'd elaborate with some real thoughts. Apparently some disagree about that...

      'intuitivly'. which really mean, seen it so many times as a child it has become an ingrained habbit.

      To me that means "familiar" not "intuitive." Using good ol' Google define: "spontaneously derived from or prompted by a natural tendency" or "obtained through intuition rather than from reasoning or observation."

      assuming no one ever creats a new need, but someone will and the first generation will learn

      I thought we were talking about interfaces here, and the assertion that some are "intuitive." For the majority of users, Excel (to pick an example that's sometimes usable, sometimes not) isn't usable because they grew up watching Dad and Mom with it, it's usable because through use they've become familiar with its conventions, and those of the environment in which it's embedded.

      The reason I rail against "intuitive!" is that it often comes down to "do it like I always did it!" which may be easier to learn but not necessarily easier to use than an alternative. And if somebody else hasn't "always done it" like that, it may be harder for them to learn as well.

    3. Re:Wrong, Worng, Wrong. by Jack9 · · Score: 1

      The ability to change the interface from easy-to-learn to easy-to-use is called "good design" and is altogether irrelevant to how software should come out-of-the-box. You recognize the difference. Being able to move rooms in a house is often difficult in many ways, which is probably why we see the ability to change the interface so infrequently. Too many software developers think that because it's effective design, it's going to become familiar enough. This is what the house metaphor was trying to illustrate. It's laughable.

      --

      Often wrong but never in doubt.
      I am Jack9.
      Everyone knows me.
  93. apparently you get by geekoid · · Score: 1

    no master bedroom.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  94. Your .sig by Morosoph · · Score: 1
    One man's "Troll, +1" is another man's "Insightful, +1".
    Your .sig is surprisingly apt...

    "Troll, +1" is a rating that I'd like to give, sometimes.

    Unfortunately, "Troll, -1" is the only option available :-(

    1. Re:Your .sig by Ryosen · · Score: 1

      That's all right. I have karma to burn.

      I find it amusing, tho, that the only thing people like less than a critic is someone that criticizes a critic.

      Ahh, sweet, sweet irony.

      --

      Ryosen
      One man's "Troll, +1" is another man's "Insightful, +1".
  95. The customer is NOT always right! by Anonymous Coward · · Score: 0

    If customers bought houses like they would software:

    The customer hangs around neighborhoods peering into peoples' houses jotting down interior designs because the customers figure if they pay for the work of architects they will be paying for the architect's evil bosses. Besides, floorplans want to be free! Copying floorplans is all a part of sharing and free advertisement for the architect.

    The customer insists on paying $40,000 dollars for a house instead of $100,000. Then they bitch and moan about how this house doesn't fit their needs. The home builders tell the customer they are willing to fine tune the house for comfortable living-- for a fee, but the customer turns them down and continues living in it anyway.

    The customer buys a house but has absolutely no idea how to work the doors! They call the homebuilder for support and ask for instructions on how to put keys into the doorknobs and turn the keys clockwise. The customer doesn't follow instructions and tells the customer service rep that the instructions didn't work. When the service rep tells the customer to call a house technician to do it for them, the customer fumes.

    The customer buys an inexpensive house, but the house, to their dissatisfaction, lacks an escalator. They moan and groan hoping there is some way they could get to the top of their house without walking up stairs, they just want a one-step(tm) solution. In fact, they know it is possible to have a one-step(tm) solution because they saw an escalator in the mall at one time and it was fantastic. Unfortunately, they aren't willing to pony up the extra bucks for the automation. They just expect to have everything work instantly and automatically tailored just for them.

    I've seen all the above scenarios and more. Don't blame the programmer for everything. Blame the customer!

  96. Doors that open inward would be weird here... by Havenwar · · Score: 1

    Oh well... good article, but in sweden I would be surprised if I found a single door that opened inward. His "house" analogy is true, but deeper than he thinks it is: There are several "paths" in programming that one can follow, and a few reference designs that are slightly different.

    Just think of programs minimizing to tray with the close button, for instance. Felt weird at first, but now there are a lot of them. Or think of anything programmed first for a mac and then converted...

    Just as doors in one country does not necessarily swing the same way as doors in another, one UI does not necesarily work exactly the same way as another. //Havenwar

    1. Re:Doors that open inward would be weird here... by Ztream · · Score: 1

      Also being in Sweden, I'd like to confirm that - I would be very surprised to find a front door that opens inwards (seems stupid to me).

      On the other hand, people who make applications that minimize to tray when you click the close button should be shot. If I click the close button, I expect the application to *close*. If I wanted to minimize it, I would click the minimize button. I really, really hate that.
      Another dumb thing that seems like a forced standard in Windows is that additional menu items on the application right-click popup menu (from clicking on applications in the task bar) always seem to be added *below* the Close menu item. This bugs me because I frequently try to close things from the task bar by clicking the lowest menu item in that menu; it's a reflex.

      *breaths deeply*
      I'm ok now.

  97. Why the doors swing outwards. by cfalcon · · Score: 3, Funny

    Of course, let's be fair and scale the world correctly...

    Though the visitor thinks that the lounge should be broad and nice, his hostforgets to tell him that he routinely runs horses through at high speeds, and the designer had only the one out to deal with the viscious user having somewhat odd requirements that they insist upon and think are normal.

    The doors swing outwards because there are literally THOUSANDS of travelling salesmen per day, and if it swung inwards they would either force their way in to try to help you refinance your home, sell you vaccuum cleaner enhancements, or have an indecent proposal for your horses... and that's assuming they don't secretly drop self replicating robots inside that use your phones to call up a bunch of misguided teenagers across the world to give them orders like "tear up carpet" and "read house owner's diary to me".

    The garden is plastic because the owner doesn't understand the basics of garden maintenance and anything else would die, and is underground because the sun gives off nova intensity light at random intervals for unforseen amounts of time.

    ---

  98. In defense of software engineers.... by Artfldgr · · Score: 1

    hey, i am that guy you are writing about. : ) and to tell you the truth.. the best example of what REALLY happens can be seen in the movie with cary grant (the title escapes me), in wich they build a house, and it ends up costing incredible amounts of money.... anyway... the reason that house looks like it did is because the people that hired the programmer said "we are paying you, do it the way we want it done"... and so withouth zoning laws and fines and building codes, the 'archetect' has no choice but to build a house he knows doesnt work. a case in point in my career... as the author lamented there are rules we follow from experience... many are not coded... so you dont have to tell them to put a light switch 4 feet high, just inside the door... its done so much, its now a standard. everywhere things work like this... so i write the code to use one of these unwritten standards for someone that is not all that computer literate. they want to sell the software, and we have an argument for a long time because they want the F1 button to do (A), and i want it to call up the help information. my reasoning, is that every other program does it this way and you dont want to make the learning curve for your software to be steeper for no reason. her reasoning... "We will do it differently, break the mold, and set the new standard"! who do you think won that battle? so her software had a ton of things that were no intuitive.. i agree there are a lot of bad progerammers out there (because they bloated and simplified things to get dummber people to be able to produce so as to lower costs... do most cant do anything unless proscribed in detail, and real skills are lacking - now businesses are going elsewhere to get the programmers we used to have before they whined they needed cheaper ones)... if you hire me to program for you i will do a great job, if you focus on what you need and not how that need is fulfilled in detail. however, the punishment structure is in reverse. if i stick to my guns to build nothing but quality, you will hire someone else, and so i dont eat. if i build what you want, but cant live in, i get paid, i get to eat, and you will recommend me to other people!!! which would you do? i make unlivable houses and eat while complaining under my breath and smiling to the bosses... by the way.. the worste people that are most responsible for this thing are marketing people.. even more so than bosses and managers they get to dick with things for no reason, and get too much power to have it their way (its a dilbert constant!!!).... the next worst group is the salesmen.. who would rather close a deal on something that is impossible than miss a deal... period!

  99. Doors swinging outward? by MythoBeast · · Score: 1

    You obviously live in an area with no crime. If doors swing outward, that means that their hinges are accessible to removal. This makes locks on doors absolutely pointless because you can just remove the pins on the hinges and the door will just fall down.

    Not that Microsoft wouldn't design doors that way...

    --
    Wake up - the future is arriving faster than you think.
    1. Re:Doors swinging outward? by EvilNTUser · · Score: 3, Interesting

      "This makes locks on doors absolutely pointless because you can just remove the pins on the hinges and the door will just fall down."

      Doors can be designed to avoid that. I'm not sure what the standard way is, but my apartment's front door, for example, has metal rods embedded next to the hinges. They are virtually unnoticeable to the user, and automatically slide into the wall when the door is closed. This is probably more secure anyway.

      --
      My Sig: SEGV
    2. Re:Doors swinging outward? by WiFiBro · · Score: 1

      EVERY outside door of public buildings opens up to the outside for the mentioned 'panic' reason.

      They are either badly secured by having a pin that is not easily removed, or the door has pins on the inside, fitting in holes in the wall so you cannot pull it out.

    3. Re:Doors swinging outward? by zerbot · · Score: 2, Informative

      There are hinges that allow outward opening of doors without exposing the pins on the outside.

  100. Speaking of bad design... by Some+really+cool+guy · · Score: 1

    Did anyone else try to post a comment to the site's blog??? It didn't work for me!

  101. Let us not forget... by Mycroft999 · · Score: 1

    The self apointed user expert who will never use what he designs.

    I work for someone who designed an input screen that is light grey in color with field labels that are variously colored: bright yellow; bright red; black (blinking!) and dark grey.

    This same person also cannot understand my consernation that data is entered into the same data table in two completely different formats (informix, shudder...) depending on where you enter the information from. He himself didn't design this last part, but he did pay the software vendor to do it.

    Please note that this individual designs or writes the specifications for this crap system, but never has to use it himself.

    This doesn't even compare to my last supervisor. I was taking zoloft before I got the hell away from that nut job.

  102. Jellifish stings? by matt+me · · Score: 1

    >Not to excuse poor design, but sometime's it's easier to piss on stuff than figure out how to fix it.
    What about for Jellish stings :P

  103. Terrible Analogy by tyler_larson · · Score: 1
    If you spent as much money for a software product as you do on a house, you'd be able to expect as high a standard of engineering.

    The sort of thinking that even leads to such a comparison is simply inexcusable: it fails to factor in the scarsity of resources. If you bought a house and a piece of software for the same price, you could always expect a higher standard of quality (and utility) from the software.

    It would be far more reasonable to compare the quality of, say, software versus kitchen appliances.

    --
    "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea...."
    RFC 1925
    1. Re:Terrible Analogy by hurfy · · Score: 2, Interesting

      We just DID.

      and it's NOT!

      Hell, pull up a list of invoices on the screen and it ONLY scrolls forward. At least the doors on my house work in both directions i may want to go...

  104. If Architects Had To Work Like Programmers by JDHawg · · Score: 5, Funny
    This is from an old Air Force Software Acquisition Guide. Enjoy.

    Dear Mr. Architect:

    Please design and build me a house. I am not quite sure what I need, so let's get started. My house should have between two and 45 bedrooms. Just make sure the plans are such that the bedrooms can be easily added or deleted. When you bring the blueprints to me, I'll make the final decision about what I want. Also, bring me the cost breakdowns for each configuration so I can arbitrarily pick one at a later time.

    Keep in mind that the house I ultimately choose must cost less than the one I am currently living in. Make sure, however, that you correct all the deficiencies that exist in my current house (the floor of my kitchen vibrates when I walk across it, and the walls don't have nearly enough insulation in them).

    As you design, also keep in mind that I want to keep yearly maintenance costs as low as possible. This should mean the incorporation of extra-cost features like insulated windows or composite siding. (If you choose not to use Anderson insulated windows, be prepared to explain you decision.)

    Please take care that modern design practices and the latest materials are used in construction of the house, as I want it to be a showplace for the most up-to-date ideas and methods. Be alerted, however, that the kitchen should accommodate (among other things) my 1952 Gibson refrigerator. To assure that you are building the correct house for our entire family, you will need to contact each of my children and our in-laws. My mother-in-law will have very strong feelings about how the house should be designed, since she visits us at least once a year. Make sure you weigh all these options carefully and make recommendations. However, I retain the right to overrule any recommendation you make.

    Please don't bother me with small details right now. Your job is to develop the overall plans for the house and get the big picture. At this time, for example, it is not appropriate to be choosing the color of the carpeting; however, keep in mind that my wife likes blue.

    Also, do not worry at this time about acquiring the resources to build the house itself. Your first priority is to develop detailed plans and specifications. Once I approve these plans, however, I would expect the house to be under roof within 48 hours.

    While you are designing this house specifically for me, keep in mind that sooner or later I will have to sell it to someone else. It should -- therefore appeal to a wide variety of potential buyers. Please make sure, before you finalize the plans, that there is a consensus of the potential home buyers in my area that they like the features of this house.

    I advise you to run up and look at the house my neighbor built last year, as we like it a great deal. It has many things that we feel we need in our new home, particularly the 75-foot swimming pool. With careful engineering, I believe you can design this into our new house without impacting the construction cost.

    Please prepare a complete set of blueprints. It is not necessary at this time to do the real design, since they will be used only for construction bids. Be advised, however, that you will be held accountable for any increase of construction cost as a result of later design changes.

    You must be thrilled to be working on such an interesting project! To be able to use the latest techniques and materials and to be given such freedom in your designs is something that can't happen very often. Contact me as soon as possible with your ideas and completed plans.

    Sincerely,

    The Client

    PS: My wife just told me she disagrees with many of the instructions I have given you in this letter. As the architect, it is your responsibility to resolve these differences. I have tried in the past and have failed to accomplish this. If you can't handle this responsibility, I will have to find another architect.

    PPS: Perhaps what I need is not a house at all, but a travel trailer. Please advise me as soon as possible if this is the case.

    1. Re:If Architects Had To Work Like Programmers by JFKLiberal · · Score: 2, Informative

      Good one! But where is the part where the owner fires the architect and hires another in the middle of construction of his house and wants to keep the completion date the same?

    2. Re:If Architects Had To Work Like Programmers by syousef · · Score: 1

      Brilliant! Simply brilliant.

      You could certainly add to it though.

      For example, you've only addressed the article to one architect from 2 clients. That's not how it works. It's a team of architects and a team of clients. But at least you touched on that point.

      You should also include something about the client never actually reading the blueprints and constantly changing their minds through the design process.

      --
      These posts express my own personal views, not those of my employer
    3. Re:If Architects Had To Work Like Programmers by dghcasp · · Score: 1
      I used to date an architect. I once said to her that if she had to put up with the kind of flux, changing requirements, misunderstanding of basics, etc, that I do, she'd go insane.

      She then proceeded to spend a few hours giving me horror stories of her customers being exactly like the lusers in the above story.

      At the end, I realized that we actually have it easy. It's annoying and time consuming to rip out pieces of software and replace them, but it's a lot easier than replacing the 15th floor of a 60 floor building because they suddenly realized that you were right in the first place, and they did need that much air conditioning / server space, and, "oh, I know we said that since we didn't need it, we wanted to save money and have you spec the building for a max load of 1800 lbs/foot instead of the 2800 you recommended, but now we need it to be 2800 lbs/foot...."

    4. Re:If Architects Had To Work Like Programmers by hayden · · Score: 1
      Sorry, I don't recall where the following came from.
      Four posts up?
      --
      Nerd: Derogatory term typically directed at anybody with a lower Slashdot ID than you.
  105. It's also more secure by apankrat · · Score: 3, Funny

    It is really hard to open outwards-swining door with a mighty foot kick :)

    --
    3.243F6A8885A308D313
  106. Me Fail English? That's Unpossible! by Cedric+Tsui · · Score: 1

    Most ironic of all. Sentences like "I'm doing good" rather than "I'm doing well" are correct. (for example, in response to "How are you doing?")

    In fact, using the word "well" implies an improved state from a past less ideal state, originally only being used as an opposite for the word 'ill.'

    So the one error that everyone picked on was in fact not an error at all. Granted, this really only applied if you're an old fart who lives in England. English is evolving.

    1. Re:Me Fail English? That's Unpossible! by mo^ · · Score: 1

      Granted, this really only applied if you're an old fart who lives in England. English is evolving.

      Oddly I find english people far more tolerant of linguistic variation than I do other native english speakers. And we can manage to handle many meanings for a single word. Goddamn the confusion I encountered in the US for saying "tap" instead of "fawcet" (sp?), or "courgette" instead of "zucchini".

      --
      bah!*@%!
    2. Re:Me Fail English? That's Unpossible! by Anonymous Coward · · Score: 0

      That's because you no longer have primary control over the language. We do.

      Not a flame, just an observation.

  107. Should building architects work as janitors first? by mikael · · Score: 1

    Going by the number of design failings I've seen in office buildings, I've always wondered whether architects should be required to work as janitors first. In that way, they could learn from the mistakes made by previous architects.

    Examples that I have seen:

    1. Access roads that are too narrow for more than one car at a time. A single parked car then blocks a fire engine or ambulance.

    2. The architect decides that the hill in front of the building should be reshaped into steps leading to the street. A disabled access ramp is provided on one side. However, every Spring, the steps are taped out of bounds, as the cold weather causes water to turn to ice and consequently work the bricks loose from the cement, but the disabled ramp remains solid as the water runs off. If the architect had built everything as a slope, there wouldn't be any problem with frost damage.

    3. The architect has the really bright idea that there shouldn't be any outside trash cans, but instead the flat owners have a little square alcove where they can leave a small bag of rubbish before 7am each day. However, some residents leave after this time, giving time for discarded spicy meals to burn through the plastic bags and stain the paintwork.

    4. Failing to anticipate that apartment residents might own more than one car, leading to parking wars.

    --
    Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
  108. I agree, dumb analogy by myenigmaself · · Score: 1

    It started out promising with the double clicking of the doorbell, but then went awry. Ok, lots of times software isn't properly designed. There's feature-creep and communication problems can often result in a product that is unuseable. Talk about stating the obvious in a completely half assed way. And even look at the article's point that there have been 5000 years of architectural evolution. They ommit that 5000 years is orders of magnitude more time to evolve than software has had. Ugh...

  109. Depends by bahwi · · Score: 1

    Depends, there are bad software developers out there, but if Management comes up to you and says:

    "Build us a simple, basic box, cardboard, that we can put stuff in" but what they REALLY wanted was a house, and they tell you brick by brick how to build it and what they want, and then go by the original deadline for the cardboard box, it's gonna be a crappy house.

  110. Software engineering by Anonymous Coward · · Score: 0

    Gathering requirements is one of the most important parts in a software project, and you need a prepared person to do it (the skills needed to do it are not the same than the ones needed to build the software). Sometimes even prototypes are written and thrown away just to clarify the requisites. If requirements are not properly engineered you can't just blame the client. The builder in your example could have drawn plans of the house and shown and explained them to the client before starting building (in fact this is what is actually done). Anyway, as you have pointed out, clients think that you can change a half-done software project as easyly as an architect redraws a blueprint, and this must change, but we software people are the ones that must work for this change to happen.

  111. Terrible by Tom7 · · Score: 1

    Awful! The least the author could do is spell and punctuate the article correctly.

    I get the point that the house is ridiculous, but I don't understand the analogy with the specific failings of software design. My guess is because there is no analogy beyond "they are both bad." How did this get slashdotted?

  112. rofl!! by ebyrob · · Score: 1

    Do you even LIVE in a house?

    Muwahahaha!! That's hands down the funniest AC post I've ever seen.

  113. If Architects Had To Work Like Programmers by WallyHartshorn · · Score: 2, Interesting
    Sorry, I don't recall where the following came from. Please save it and show it to the next person who compares software unfavorably to houses.
    If Architects Had To Work Like Programmers

    Dear Mr. Architect:

    Please design and build me a house. I am not quite sure of what I need, so you should use your discretion. My house should have somewhere between two and forty-five bedrooms. Just make sure the plans are such that the bedrooms can be easily added or deleted. When you bring the blueprints to me, I will make the final decision of what I want. Also, bring me the cost breakdown for each configuration so that I can arbitrarily pick one.

    Keep in mind that the house I ultimately choose must cost less than the one I am currently living in. Make sure, however, that you correct all the deficiencies that exist in my current house (the floor of my kitchen vibrates when I walk across it, and the walls don't have nearly enough insulation in them).

    As you design, also keep in mind that I want to keep yearly maintenance costs as low as possible. This should mean the incorporation of extra-cost features like aluminum, vinyl, or composite siding. (If you choose not to specify aluminum, be prepared to explain your decision in detail.)

    Please take care that modern design practices and the latest materials are used in construction of the house, as I want it to be a showplace for the most up-to-date ideas and methods. Be alerted, however, that the kitchen should be designed to accommodate, among other things, my 1952 Gibson refrigerator.

    To insure that you are building the correct house for our entire family, make certain that you contact each of our children, and also our in-laws. My mother-in-law will have very strong feelings about how the house should be designed, since she visits us at least once a year. Make sure that you weigh all of these options carefully and come to the right decision. I, however, retain the right to overrule any choices that you make.

    Please don't bother me with small details right now. Your job is to develop the overall plans for the house: get the big picture. At this time, for example, it is not appropriate to be choosing the color of the carpet.

    However, keep in mind that my wife likes blue.

    Also, do not worry at this time about acquiring the resources to build the house itself. Your first priority is to develop detailed plans and specifications. Once I approve these plans, however, I would expect the house to be under roof within 48 hours.

    While you are designing this house specifically for me, keep in mind that sooner or later I will have to sell it to someone else. It therefore should have appeal to a wide variety of potential buyers. Please make sure before you finalize the plans that there is a consensus of the population in my area that they like the features this house has. I advise you to run up and look at my neighbor's house he constructed last year. We like it a great deal. It has many features that we would also like in our new home, particularly the 75-foot swimming pool. With careful engineering, I believe that you can design this into our new house without impacting the final cost.

    Please prepare a complete set of blueprints. It is not necessary at this time to do the real design, since they will be used only for construction bids. Be advised, however, that you will be held accountable for any increase of construction costs as a result of later design changes.

    You must be thrilled to be working on as interesting a project as this! To be able to use the latest techniques and materials and to be given such freedom in your designs is something that can't happen very often. Contact me as soon as possible with your complete ideas and plans.

    PS: My wife has just told me that she disagrees with many of the instructions I've given you in this letter. As architect, it is your responsibility to resolve these differences. I have tried in the past and have been unable to accomplish this. If you can't handle this responsibility, I will have to find another architect.

    PPS: Perhaps what I need is not a house at all, but a travel trailer. Please advise me as soon as possible if this is the case.

  114. odd by DaveJay · · Score: 1

    I never noticed the whole doors-opening-inward thing front doors, until reading this article. And suddenly I thought to myself, hey, that's the way doors ARE, sure, but they should be the other way around. Consider: an outward-opening door is harder to kick down from the outside, and easier to get past in case of a fire. Doors SHOULD open that way.

    Then I considered for a few more moments, and realized that outward-opening doors would also have hinges on the outside, so kicking down wouldn't be necessary; just pry up the hinges. Oh, and an outward-facing door wouldn't seal nearly as well against the elements.

    So a case can be made for both ways -- which, moving back to the actual topic at hand, suggests that the problem lay with swapping an existing, agreed-upon compromise of an interface with another that may actually be better in some ways, but is likely worse in others.

    1. Re:odd by zenyu · · Score: 1

      I never noticed the whole doors-opening-inward thing front doors, until reading this article. And suddenly I thought to myself, hey, that's the way doors ARE, sure, but they should be the other way around. Consider: an outward-opening door is harder to kick down from the outside, and easier to get past in case of a fire. Doors SHOULD open that way.

      Doors on the outside of a building on anything but a single family dwelling MUST open outward by law in almost every jurisdiction in the world. It's a fire safety thing, people panic and pileup on the doors so it can't be opened. The door is allowed to open inward as well, but it must open outward. You are also allowed to have an inward opening door, or a revolving door, as long as there is a outward opening door next to it. This outward opening door must not be locked so that it can't be opened freely and easilly from the inside, but it may be alarmed for emergency use only.

      Older buildings are often grand-fathered in, so they don't need to bring the building up to code until they do some major renovation. But these things have been in the international model code for decades so you'll rarely see buildings that don't have the outward opening doors. Unfortunately, sometimes landlords add locks to the outward opening doors in between the infrequent fire inspections, or just bribe the fire inspector. Most deaths in apartment buildings, hotels and schools happen when these doors have been locked or chained shut to avoid the $200 per door cost of installing an alarm instead.

      In any case, we've been building houses for thousands of years and still they collapse because someone decided to make a small change to what the engineer approved, and burn down because it is built out of, or with a large amount of, some cheap heating fuel, like wood or plastic(=oil).

      There is more regulation, and expense, in the building trades. An architect or civil engineer must 'apprentice' with someone licensed for 2-3 years and then take a series of tests. They must each must sign off on a building before it gets sent to the government where another engineer signs off on it, and then while it is being built another outside engineer makes sure they are following the plans the city approved, and again after it is built but before it is occupied all of the minor materials changes made by the builder must be approved by the government, which can deny a certificate of occupancy if they find anything they don't like. If so the builder must either revert to the original plans or get some new set of changes approved to remedy the problem. Even if just the floor tiles are changed, before getting the certificate of occupancy, the city/state inspector can nix it. But even with all this regulation, simple things like windows often get "value engineered" out of the entire first floor of a building to save money. I can't imagine the usability guy would like that.

  115. Obligatory BBSpot item by colinrichardday · · Score: 1

    Wouldn't the house be made of Macromedia Flash?

  116. he got it wrong. by nilbog · · Score: 1

    He said the room only had one window, about knee high. That's obviously wrong, as the house is MADE of windows(tm)!

    --
    or else!
  117. it's like stepping back in time by pilybaby · · Score: 1

    "You're in a relativly large room with two portcullis....."



    Knightmare for teh win!

  118. Ironic by evildeece · · Score: 1

    I find it extremely ironic that, on a rant on software usability, there is a link at bottom labelled '>>', which does not take you to next page, but instead to the comments.

  119. No Mention of Shareware by BinBoy · · Score: 1

    It appears Ed is getting a bit tired of really bad software designs in popular shareware titles.


    The blog entry doesn't mention shareware.



  120. Sounds like someone is bitter, but... by flibbidyfloo · · Score: 1

    This is how some houses would look if someone like Bill Gates were able to copyright the "Look and Feel" of the house design most of us are used to.

    You'd have Steve Jobs with his "alternate" house design layout accounting for a small percentage of the market, but his houses would have an even higher "design fee" than the one Gates charges for his.

    People who either hated Gates or didn't want to spend the surcharge would end up living like this, but they'd like it just fine cause they are rebels :)

  121. If they build a house... by DNX+Blandy · · Score: 1

    If they build a house, ya, it would probably kill U :P The amount of programs that don't empty, (Null), variables after they have finished with them, talk about gobble up memory. Come on fellow programmers, clean up after yourselves.

  122. Erroneous analogy by Brandybuck · · Score: 1

    Using the wacky house to represent software user interfaces is an erroneous analogy. Houses are three dimensional entities that the user can literally walk through. It contains objects and interfaces that the user can actually manipulate with his/her hands. Houses are conceptually simple, even at the brick and nail level. Software, on the other hand, particularly *desktop* software, has to present a series of fake metaphors to the user. Has there EVER been anything in the real world that has a pointing interface? No! yet somehow all the pundits want software to be completely intuitive to untrained users. Looking at the few "intuitive" software interfaces available, like your ATM machine, one finds that the inteface has become so simplified, and the functionality so restricted, that they cannot possible scale up to general purpose computing devices. And you STILL see people getting confused by them.

    The first example in the article was the doorbell, which the user had to double push before it worked. As if somehow that was an analogy to an icon on the desktop. Huh? Has the author been smoking crack? A doorbell is an ACTUAL BUTTON. You can ACTUALLY push it! It goes in and out. If it exists, it's ALWAYS in the same location on EVERY door. There is no similarity to an application icon. Those who think otherwise have been befuddled by the same bad metaphors they insist are intuitive. An icon is not an aluminum, copper and plastic button attached to a buzzer. It's a tiny picture on a flat non-manipulable video surface. It's never in the same place on two different desktops. It has multiple functions (try dragging the doorbell to galvanized steel trashcan in the back yard). The doorbell and doorknob (and optional mailslot) are the only "controls" on or immediately near a door. A computer desktop on the other hand, has dozens if not hundreds of controls.

    There is one area where software has a better interface than a house though. And that's in the area of error reporting. Even the dumbest of error messages, like "non-existant state handle", is far superior to the error messages a house provides. A broken doorbell won't tell you that a rat chewed through the wires, it will intead silently not work. The floor won't tell you that termites have made it unsafe to walk on, but instead will ungracefully collapse underneath you with not even the barest hint of an assert() message.

    People need to stop treating computers like the should/ought/must be simple appliances. Computers are not simple, they are complex systems. Every time you install software, even if it's something as trivial as a screensaver, you're admitting you want a more complicated system. People also need to stop thinking that the desktop metaphor is in any way accurate, and that it in no way corresponds to real world desktops.

    People have to spend considerable time learning how to drive a car. In nearly every locale they have to licensed as well. But a car is so much simpler than a computer they might as well exist in two different universes.

    --
    Don't blame me, I didn't vote for either of them!
  123. The front door.... by TJPile · · Score: 1

    I remember reading or hearing somewhere that new houses in tornado alley (in the US) have the house entrance doors built so that they swing outward. This is for when the tornados hit so that the pressure in the house can blow the doors open instead of the windows to equalize the pressure.

  124. Oblig. MP and I'm Surprised at You People by onemorechip · · Score: 1

    I'm surprised that nobody posted this one yet: This is a 12-story block combining classical neo-Georgian features with the efficiency of modern techniques. The tenants arrive here and are carried along the corridor on a conveyor belt in extreme comfort, past murals depicting Mediterranean scenes, towards the rotating knives. The last twenty feet of the corridor are heavily soundproofed. The blood pours down these chutes and the mangled flesh slurps into these... Excuse me. Yes? Did you say 'knives'? Rotating knives, yes. Do I take it that you are proposing to slaughter our tenants? Does that not fit in with your plans? Not really. We asked for a simple block of flats. Oh. I hadn't fully divined your attitude towards the tenants. You see I mainly design slaughterhouses.

    --
    But, I wanted socialized health insurance!
  125. Colour scheme... by Circlotron · · Score: 1

    "The ceiling has a sort of mauvy pink color, not dissamilar to your Grandmother's slippers, the walls are mostly red." That programmer was probably taking his cue from Proxomitron. http://tempalternatif.free.fr/proxomitron/conf.jpg

  126. Dang. Left out paragraph tags again... by onemorechip · · Score: 1

    ...and what's that button marked "Preview" for anyway?

    --
    But, I wanted socialized health insurance!
  127. Houses built with same quality as software now by random+coward · · Score: 1

    If you dont believe me measure the squareness of your rooms. Measure the level on windows, plumbness on corners. Houses since the 80's are built with no more quality that software is.

  128. I'm afraid I don't see it. by baudbarf · · Score: 1

    I'm afraid I don't see how this poorly-designed house relates to poorly-designed software. It just sounds like they've described a bad house design, and said,"See? And houses aren't the only thing that can be designed badly. Software can be, too." Aside from the fact that some software is designed badly, and some houses are designed badly, I don't see much of a parallel here.

    Although I'll admit I'm guilty of throwing out years of UI refinement because I'm certain it can be done better.

    For instance, I recently searched high and low for a better icon to signify "edit." Think about it. What icon, besides one having the word "edit" on it, can be seen to mean "edit?" Normally, it's a pencil icon, sometimes a pen, but it always refers to standard writing implements.

    Anybody got any ideas?

    I eventually settled on a spanner. But I think the pencil is better.

    Mod me offtopic.

    --
    You can run but you can't hide, except, apparently, along the Afghan-Pakistani border.
  129. Because it's research, that's why by Moraelin · · Score: 1

    Because it's research. Those other professions are paid basically for the labour of duplicating or slightly adapting an existing design. Software _is_ a design: that's what you're paid/paying for, not to type a copy of an existing program.

    Making software isn't like "see, here's a finished plan of a house, you just have to lay the bricks mechanically". That's what the _compiler_ and _libraries_ do.

    What you do in software is more like designing a new car from scratch. Mistakes happen. And yes, even after more than a century of designing cars, you still need to test it extensively and fix the "bugs".

    Think "bugs" and "debugging" and screw-ups happen in software? Tell that to the UK government in WW2, who ended up with a "buggy" tank. The engine cooling didn't work at all. Or to the Germans, otherwise noted for good tank doctrines and engineering, who still ended up with monstrosities like the Ferdinand without MGs: an easy prey for infantry. The desperate crews ended up firing a SMG or squad MG through the barrel to have _any_ protection.

    And not even only tanks.

    Aircraft? Yeah, the BF-109 had massive drag because of the paint used. It also needed massively different force between turning left and turning right. The Me-163 Komet? That was the aircraft that was more dangerous to the pilot than to the enemy. It tended to explode violently when landing.

    Or (to also illustrate a management/client screw-up) the French engineers had designed some awesome aircraft for that age... but the client (government) demanded the engine power cut to almost half to save money. Bet they felt stupid when the BF-109 wiped them from the skies.

    Infantry weaponry? Take the Japanese 6.5mm squad machinegun from WW2... which jammed unless you manually oiled each round.

    Etc.

    Ah, but maybe that only happened because they had to stay on the bleeding edge and design completely new things in a limited time? Well, that's the whole point of taking WW2 as an example, because that's the whole problem in software too. Noone pays you to re-type an exact copy of your last program. They'd use that one, if that's what they wanted.

    If it was any other engineering profession, one time you have to design a car, one time it's a tree-rotor helicopter, and one time management wants a submarine on robot legs so it can go on land too.

    --
    A polar bear is a cartesian bear after a coordinate transform.
  130. Despite 5000 years... by PhilHibbs · · Score: 1
    Things are odd shapes and despite 5000 years of achitectural evolution our designer throws it all out and assumes he knows best

    After 5000 years of software development I'm sure we will have worked out what works and what doesn't. Right now we're still in our infancy as a discipline. And yes, "discipline" is an optimistic choice of term.
  131. Not really by Moraelin · · Score: 1

    Sorry, the "working like a charm of their own" is definitely _not_ what remember about the last time I installed Gentoo on a new machine. (Admittedly, it was about an year ago, so things might have changed by now. Hopefully.)

    Au contraire, I was supposed to follow a script via reading a web page in a text mode browser, and the type the commands listed there. It apparently never dawned upon the Gentoo folks that the rest of the world, when/if it needs to run an exact sequence of instructions, would just use a script instead.

    I was supposed to make some choices (e.g., which cron daemon to install) via "if you want this one, enter these commands, if you want that other one, enter those commands". Again, the rest of the world, having already exitted the stone age, would have used such advanced stuff as "radio buttons" and "if-then-else blocks" instead. (Or, if they're _really_ advanced, switch statements.)

    At the end of the ordeal, I had to configure some stuff (e.g., the DSL connection) _again_, because obviously Gentoo never got taught the arcane art of _saving_ those options the first time.

    Oh yeah, and I love "emerge".

    Have you tried emerging, say, Open Office on a 64 bit system? No? It just spits out a cryptic message that it was disabled by some other option. Doesn't even try to do a half-way civilized or user-friendly thing, like, dunno, offering to build or download the 32 bit version instead.

    If you happen to be a "normal" user -- and I mean Joe Average kinda normal, not Alpha-Geek kinda normal -- you're left scratching your head as to WTH next. Does that mean I can't run OOo at all? Draw a pentagram around the computer and sacrifice a black chicken to the elder gods at midnight to get it? Or what?

    So, no, I don't think they "will start working like a charm on their own once you call them." That's not how it went for me, at least. The "here's an axe, saw and hammer, and there are some nice sized trees, now build your own house" has got to be _the_ most apt metaphor I've seen for Gentoo yet.

    --
    A polar bear is a cartesian bear after a coordinate transform.
  132. Didn't Bill Gates design his own house? by fataugie · · Score: 1

    I remember a story back in the day about how many NT boxes it took to run the house (something like 90 IIRC). A quick google turned up this article describing dinner at Bill's house.

    --

    WTF? Over?

  133. Programming is extremely complex by Anonymous Coward · · Score: 0

    Even programmers tend to forget that programming is high-tech science and involves a lot of thinking, inovation and extremely complex logical structures.

    Management thinks that since they don't understand it, it has to be easy.

    Imagine an architect that have to talk to a client that have never seen a house or even furniture, but comes staight out of a cave.

    You have to explain everything in baby-language, which simply isn't always possible.

    Also, no-one expects an architect to also buy the materials, build the house, paint it, do all kinds of fire and security tests, install electricity and water, buy table cloths and so on.

    And, all this in 2 weeks.

    Still wondering why there are bugs in programs?
    It's a wonder that developers get the time to make anything work at all...

  134. Time To Market by pt99par · · Score: 1

    I think Time To Market is more of the cause of poorly designed software.

  135. I ahve built a house like that!!! by orion41us · · Score: 1

    But I got a crayon collord drawing on a coffe stained napkin as the request and had 1 week to build it.

    And I am color blind!

  136. Design Patterns People by Tjp($)pjT · · Score: 1

    Considering Design Patterns arguably originated with Charles Alexanders work in architecture (for house, communities, etc.) I find the use of a badly built house to describe badly written software appropriate. Without specifically mentioning design patterns the author derides the use of doors that don't behave like normal doors (although I think European outside doors open outward, my Ukraine apartment door did), and other features that don't share the normal characteristics of the items they are supposed to be. Exactly the areas were design patterns solve problems.

    Pretty cool commentary to push people toward design patterns if only they would have pushed people toward design patterns in that commentary!

    --
    - Tjp

    I am in wallow with my inner money grubbing capitalistic pig. ... Oink!

  137. In addition to that .. by apankrat · · Score: 1

    Common practice is to embed steel pins into side of the door (where the hinges are) so that they would enter the door frame when the door is closed. Removal of hinges' pins wont do much in this case as the door can be opened by swinging only.

    --
    3.243F6A8885A308D313
  138. But houses have architects by sbenj · · Score: 1
    What I've seen in my last few gigs is a different problem, and the analogy illuminates it pretty well.
    Two issues:
    1.I keep running into systems that have been built with next to no architectural ideas. I'm not discussing standards here, but plans.
    In traditional building you'd never see a contractor claming to be an architect because he'd been doing it long enough, while in the development world, an architect is often a fancy title with amorphous responsibilities.

    Not that I think it's clear where the line between a developer and an architect is, and what makes an architect, but I keep finding myself working on immense systems that are put together with horrible or nonexistant architectures. These tend to be due either to a reasonably good developer with no sense for larger issues, or the dreaded "Big ball of mud" pattern you get on systems that have been in constant developement for years with a rotating set of developers.

    In software you can often pretty much get away with bad architecture, at least in the short run. Which brings me to

    2. In bad software the pain doesn't get inflicted until a year later, when someone has to edit/change the system. A bad house gets noticed at once.

    1. Re:But houses have architects by Anonymous Coward · · Score: 0

      Well, I don't know if bad houses get gets noticed at once.

      It's more likely a couple of years later, when:

      1) The basement and bathroom is full of mold fungus
      2) The rain is pouring down in your living room 3) The water from your toilet comes out of your shower
      4) The doors won't open anymore
      5) The smoke from the fireplace doesn't go up the chimney but out in the room
      6) You get ill because of all the moist air and fungus inside.
      7) You get even worse because of radon radiation from the ground and all kinds of chemicals in the materials used in the house.

      (Is that enough, or do you want 100 more examples?)

  139. Quality vs. cost by rcw-work · · Score: 1
    If you spent as much money for a software product as you do on a house, you'd be able to expect as high a standard of engineering.

    I am of the opinion that, in general, software's quality is inversely proportional to its cost.

    This is largely because a piece of software's userbase is also inversely proportional to its cost. A $1 million software suite may only have a few hundred users. The chances that you, as a user, are the first one to try something, and have it fail to work like you expected, are quite high. With a popular consumer-level commercial software package or a popular open source application, you are walking the beaten path.

  140. The difference by TheLink · · Score: 1

    You really want to know the difference between building houses and building software?

    With software, the blueprint actually compiles and runs. The clay models kind of work.A ND it costs about the same to make the blueprint or clay models as it does to make the real thing.

    So Sales and Management naturally sell the blueprint (v1.0), and the clay models (v2.0). The real thing is version 3.0. And after some renovations to make the place decent it's version 3.1.

    That IMO is why most software sucks.

    --
  141. "Nice" and "just" are four-letter words by blippy · · Score: 1

    I think one problem with poor software is the lack of thinking, planning, and really digging into requirements.

    For example, I was once consulted on a bid that my company was working on. One "requirement" related to master and slave databases. Data was entered on a remote site, for subsequent inclusion within the master database. The person responsible for the bid said it would be "nice" if changes could be propagated easily from one database to another, either from slave to master, or vice versa. I tried to dissuade them from this, because I foresaw many many potential problems of synchronisation. Suppose changes conflict? Which one would be right?

    A better solution would be where the remote site prepared data, which was submitted for processing by the central business unit, whereupon it was incorporated in the master database, and then released to remote locations. I tried to explain that their original idea was so frought with complications that it would be best if they really tried to hash out what the client needed to do, and make a solution based on that, rather than go for some magical feature-rich application that would probably come out hopelessly buggy and over-budget. But management just didn't get it. No. Generalised synchronisation is neat, so that's what we'll offer.

    And whilst my dander is up, permit me to vent my spleen in the direction of Microsoft; and, just for balance, projects like Open Office and Java. Bloated overblown software might be what passes for "engineering" these days, but I think it's a fairly warped perception of engineering. Real engineers tend to look for an economical solution to a problem. They "design" things, which meaning planning, experimenting, adjusting, and keep going back to the drawing board until they get it right.

    Really, it's not so much that software "engineering" is an immature profession that's the problem, the problem is that software engineers don't follow established engineering principles.

  142. What if a house is designed by GOOD sfwr guys? by Systems+Curmudgeon · · Score: 1

    But what if a house is designed by GOOD software developers? There are lots of advantages, including the bathroom Class, the fridge that uses hashcoding and compression, and the ability to resize and move your windows. Check it out here.

  143. "Shareware"?? by IntergalacticWalrus · · Score: 1

    Have we stumbled back to 1993 while I was not looking?