Slashdot Mirror


Arrests For Selling Poison-Ware In Spain

An anonymous reader writes "Spain's FBI equivalent has arrested the management of a software company (Google translation; Spanish original) for selling custom software to small and medium-sized businesses with 'controlled errors' that resulted in the software bombing on a predetermined date. They would then charge for fixing the problem and press the client into buying a maintenance contract. More than 1,000 clients were affected."

178 comments

  1. Microsoft by Dexter+Herbivore · · Score: 3, Funny

    Sooo, they were following the Micro$oft business model then?

    1. Re:Microsoft by Anonymous Coward · · Score: 4, Insightful

      There's nothing the least bit controlled about Microsoft's errors, so I fail to see how this could apply to them.

    2. Re:Microsoft by badboy_tw2002 · · Score: 5, Funny

      Mod parent up! Epic slam at the '$oft, brah.

    3. Re:Microsoft by ElectricTurtle · · Score: 2, Funny

      Those who did not learn from the history of Windows 3.0 are doomed to repeat it.

      --
      I support the Slashcott and will not be reading or commenting from 2/10/14 to 2/17/14. Beta is steaming pile of dog shit
    4. Re:Microsoft by Anonymous Coward · · Score: 1, Interesting

      I don't agree, and I'm not saying they deliberately cripple the code. By going for cheaper development process they can ensure continued product enhancements and a much stronger need for product support in mission-critical environments. (ugh, did I say mission-critical? How come Microsoft products even end up in that sector???)

    5. Re:Microsoft by Dexter+Herbivore · · Score: 1

      Troll? Some people around here have no sense of humour...

    6. Re:Microsoft by mysidia · · Score: 2, Insightful

      That's right... plausible deniability.

      You have to pay for non-security bugfixes to Windows 2003 now, by buying a contract within 90 days of Jul 12, if you want support.

      There are no "bomb on X date" bugs, but who in their right mind doesn't think there will eventually think there will eventually be some nasty bugs found? :)

    7. Re:Microsoft by mysidia · · Score: 2, Insightful

      [Er.... there are no known "bomb on X date" bugs]... Until the next Y2k-style event that is, when system clock reaches the maximum.

      Many 32-bit OSes will be screwed in Jan 2038.

    8. Re:Microsoft by Kreigaffe · · Score: 1, Insightful

      and that won't actually effect anything at all, pretty much the same as the y2k bug really wouldn't have effected anything either.

      lotta hype, and a lot of busy-work for workers recently displaced by the dot-com bubble burst. that's really what the y2k bug amounted to

      --
      ... still waiting for this free-as-in-beer free beer I keep hearing about. :|
    9. Re:Microsoft by mysidia · · Score: 2, Insightful

      Maybe so... but by 2038, there will be a lot more old software than there was in 2000.

      There are still businesses today, relying on Windows '98, even DOS 5.0 and Netware 3.x, are critical software to some businesses.

      Think.. back in 2000, computers had only been in widespread use since the mid-80s. Approximately 20 years.

      The number of software developers, and the number of programs people relied upon was very small back then.

      The amount of different business critical software programs in use by different companies, software written between 1990 and 2030, that is likely to exhibit further date bugs, is likely an order of magnitude (at least) more massive, then the amount of software there could have been Y2K issues with..

    10. Re:Microsoft by pegdhcp · · Score: 2, Insightful

      My dear Sir, the correct expression should be:
      "There's nothing the least bit controlled _by the user_ about Microsoft's errors."
      Sincerely

    11. Re:Microsoft by luckymutt · · Score: 1

      And don't forget about Y10k either.

    12. Re:Microsoft by theshowmecanuck · · Score: 5, Informative

      I call bullshit. For one, I was involved in Y2K related work for businesses that would have failed if their systems were not upgraded, namely the main enterprise business systems for daily newspapers (their circulation systems); for prepaid and wholesale (single copy) sales. And that included almost every newspaper in North America, and many overseas (not that our company worked on every newspaper's system, but considering there are not that many circ system software solutions, and they pretty much all had Y2K issues...). As well, the dot com bubble didn't burst until at least January 2000 which means that the Y2K issue was sorted out or companies were out of business before the dot com people were out of work. As well, the dot com people thrown out of work were mostly web developers, and the Y2K issue affected server side, and often COBOL related software... not exactly in the dot com programming skills bag. The company I worked for by the way provided a non-COBOL replacement system to fix our clients Y2K... complete new system instead of patching the existing system. I don't know where this 'myth of the Y2K' came about, but it seems to yet another conspiracy theory. I haven't seen or heard of one Y2K fix being worked on that wasn't solving a real critical issue. You're not a 'truther' or 'birther' by any chance too?

      --
      -- I ignore anonymous replies to my comments and postings.
    13. Re:Microsoft by ultranova · · Score: 1

      lotta hype, and a lot of busy-work for workers recently displaced by the dot-com bubble burst. that's really what the y2k bug amounted to

      Yes, when an error is fixed before it can cause problems, those problems never manifest. Isn't it amazing?

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    14. Re:Microsoft by rjstanford · · Score: 1

      You have to pay for non-security bugfixes to Windows 2003 now, by buying a contract within 90 days of Jul 12, if you want support.

      Which seems reasonable considering that the product came out 7 years ago, during which time there have been many free patches; also, a newer fully supported version was released 2 years ago. How long would you expect a company to maintain old versions of software for free?

      I'm pretty impressed that they're still willing to support it for money, quite frankly.

      --
      You're special forces then? That's great! I just love your olympics!
    15. Re:Microsoft by hesaigo999ca · · Score: 1

      Sadly enough, this is so true, and we feel the need to defend them (M$), sad really!

      Anyone modding me down will be stricken down by lightning

    16. Re:Microsoft by MarkGriz · · Score: 1

      If only you could have fixed their Y2010 problems at the same time.

      --
      Beauty is in the eye of the beerholder.
    17. Re:Microsoft by Anonymous Coward · · Score: 0

      Besides, nobody from Microsoft was ever arrested. Could be that Spain has a real justice system likewise USA where you are innocent until proven BROKEN

    18. Re:Microsoft by Anonymous Coward · · Score: 0

      and that won't actually effect anything at all, pretty much the same as the y2k bug really wouldn't have effected anything either.

      lotta hype, and a lot of busy-work for workers recently displaced by the dot-com bubble burst. that's really what the y2k bug amounted to

      I agree with all ShowMeCanuck's comments below, but even more to the point, the dotcom bubble peaked in March of 2000. I'm quite certain there was no Y2K work going on in March of 2000, it all happened in the 90's and having worked at a dotcom in the late '90's I can tell you . . . we weren't displacing people. We were hiring like mad.

    19. Re:Microsoft by mysidia · · Score: 1

      I wouldn't dream of depriving my great great great great grandchildren's great great great great grandchildren's great great great great grandchildren's great great great great grandchildren's great great great great grandchilren

      Of their own Y2K-like issue to serve as a reminder of the types of programming and software design mistakes not to make.

      Besides, they'll have to be worrying about IPv6 exhaustion anyways.

      And: we have 7990 years to fix this... we should get right on it, with an appropriate timeline to get it done by then.

      No sense in rushing it at this point.

    20. Re:Microsoft by mysidia · · Score: 1

      Which seems reasonable considering that the product came out 7 years ago, during which time there have been many free patches;

      Except I bought. Windows 2003 2 years ago. And I didn't get advantage of those "many 3 patches".

      My car, and just about everything important comes with a 5 year or longer warranty.

      How come Windows 2003 support only lasts 2 years from the date of purchase?

      If it was 7 years from the date you bought the product, I would agree with you.

    21. Re:Microsoft by Anonymous Coward · · Score: 0

      Turns out ford is not supplying parts of model T any more, have to get them custom made at huge cost..

  2. Shenanigans! by WrongSizeGlass · · Score: 2, Insightful

    I hope they throw the book at them. They're basically holding their customers hostage.

    1. Re:Shenanigans! by Meshach · · Score: 3, Insightful

      I hope they throw the book at them. They're basically holding their customers hostage.

      Even worse, they are breaking some contract for sure. Bugs are one thing; every written piece of software contains bugs. But when you intentionally code the program to fail at certain intervals you are cheating the customers.

      What if cars were programmed to randomly stop at some random interval? GM's head would be served up on a plate.

      --
      "Maybe this world is another planet's hell"
      Aldous Huxley
    2. Re:Shenanigans! by Stoutlimb · · Score: 2, Informative

      That kind of thing has been happening for generations, where have you been?. http://en.wikipedia.org/wiki/Planned_obsolescence

    3. Re:Shenanigans! by Fluffeh · · Score: 1

      Bugs are one thing; every written piece of software contains bugs. But when you intentionally code the program to fail at certain intervals you are cheating the customers.

      Doesn't that also fling the doors WIDE open for damages suits to be filed against the company for losses in the clients companies?

      --
      Moved to http://soylentnews.org/. You are invited to join us too!
    4. Re:Shenanigans! by Ethanol-fueled · · Score: 1

      What if cars were programmed to randomly stop at some random interval? GM's head would be served up on a plate.

      I envision a future where all the use of all hardware and software is leased, and it can be disabled at will when the vendor changes the terms of service("terms of use are subject to change at any time") as per the EULA. Vendor just got sued for patent violations, wanna continue to run their software? Help pay their legal fees the extra $5 monthly surcharge. Wanna get back on the internet? Pay your penalty fee for posting obscenities on a forum.

      Etc, etc, ad infinitum, ad nauseum.

    5. Re:Shenanigans! by Anonymous Coward · · Score: 0

      every written piece of software contains bugs.

      wow. so this is where the horrible developers i work with get it from.

      how about this one, does it contain bugs?

      10 PRINT "Meshach is never wrong!";
      20 GOTO 10;

      What if cars were programmed to randomly stop at some random interval?

      what if GM's head put a hit out on your life and you were killed? how can you relate the viability of corporate software with the viability of human life? what if guns were designed to fire backwards? are you kidding me?

    6. Re:Shenanigans! by Meshach · · Score: 3, Insightful

      Planned obsolescence (planning for a product to go out of service) has no relation to selling someone a product that explicitly developed from the start to not do it's advertised capabilities.

      --
      "Maybe this world is another planet's hell"
      Aldous Huxley
    7. Re:Shenanigans! by Jade+E.+2 · · Score: 5, Funny

      how about this one, does it contain bugs?

      10 PRINT "Meshach is never wrong!";
      20 GOTO 10;

      Yes, BASIC doesn't use semicolons at the end of lines.

    8. Re:Shenanigans! by Stoutlimb · · Score: 1

      Sure it does. There are varying degrees of that kind of behaviour, and some cross the line of legality, depending on what is promised in the advertising and contracts. XP was advertised to be very secure, but it won't be after they stop supporting it. I'm not even sure it's secure now. It's a matter of the company trying to get away with as much planned obsolescence as possible without being nailed by the law, and it happens all the time. This is just an example of planned obsolescence that is obviously on the far end of the scale of illegality.

    9. Re:Shenanigans! by Nethead · · Score: 1

      That and the BASIC interpreter likely has a bug somewhere.

      --
      -- I have a private email server in my basement.
    10. Re:Shenanigans! by Anonymous Coward · · Score: 0

      wow... so as long as a single compiler won't compile it, when that compiler was not specified, then the code contains bugs?

      the machine i'm running the code on interprets it just fine... or is that a bug of my interpreter? perhaps everything is a bug and we're all idiots for perceiving it as functioning within any set of rules.

    11. Re:Shenanigans! by Joe+The+Dragon · · Score: 1

      This is kind of stuff that jigsaw guy does not like.

    12. Re:Shenanigans! by Anonymous Coward · · Score: 0

      how about this one, does it contain bugs?

      10 PRINT "Meshach is never wrong!";
      20 GOTO 10;

      Yes, BASIC doesn't use semicolons at the end of lines.

      every basic interpreter i've ever used, since my first on an apple ][, optionally use semicolons to do many things, including ending lines for aesthetics sake. functionally it signifies concatenation. at the end of a line or command, it would be interpreted as concatenate with nothing. no harm. no foul.

      whoever moderated this insightful is an idiot.

      TEST IT FOR YOURSELF

      this site is full of retards, and retarded retards that will wholeheartedly praise anything a retard says that seemingly goes against something said against one their other retarded own.

    13. Re:Shenanigans! by Anonymous Coward · · Score: 0

      At my workplace we have a provider or two doing the same

    14. Re:Shenanigans! by Anonymous Coward · · Score: 0

      a bug in displaying characters or jumping to a memory location? you are retarded.

      besides, even in a retarded utopia where that might happen, that wouldn't be a bug in the software, that would be a bug in the infrastructure used to execute the software.

    15. Re:Shenanigans! by icebraining · · Score: 2, Funny

      Nice post!

    16. Re:Shenanigans! by mysidia · · Score: 1

      Yes... I suppose the question is.. did they specifically pick an arbitrary date, just for the sake of generating revenue, or was there a reasonable technical justification for the limitation?

      Did they know about it or not? And if they did, then why did they not inform their customers of when the software would stop working and need an update?

      See... a LOT of software, that relies on dates and times, if still in service, is going to stop working on a certain X date, that X date is Jan 1, 2038.

      Until/unless updated. There are well-understood technical reasons for that, but most software vendors do not bother to disclose "this software will bomb on Jan 1, 2038".

      Which is less than 28 years away, at this point.

      And the fix is almost certainly not going to be 'free' for most (closed source) custom products.

    17. Re:Shenanigans! by Daniel_Staal · · Score: 1

      10 PRINT "Meshach is never wrong!";
      20 GOTO 10;

      I'd count an infinite loop as a bug...

      --
      'Sensible' is a curse word.
    18. Re:Shenanigans! by kylemonger · · Score: 1

      I'd count an infinite loop as a bug...

      Unless it's documented.

    19. Re:Shenanigans! by Anonymous Coward · · Score: 0

      fuck you, retard.

    20. Re:Shenanigans! by Anonymous Coward · · Score: 0

      you haven't developed too many server daemons, have you? did you work for microsoft developing their windows OS?

      software NOT crashing is a BUG?!

      WHERE DO THEY GET THESE RETARDS?#!!#%^(&*

    21. Re:Shenanigans! by Anonymous Coward · · Score: 0

      Don't fuck with the retards. We have gorilla-like strength and the patience of chopping blocks.

      We also inhabit a large country called the United States of America. You may have heard of it. We are, in fact, justification for a revival of a worldwide eugenics movement.

      Now, if you'll excuse me, myself and the other retards have to watch our "Fox News Network" and drive arrogantly our oversized, insanely inefficient vehicles as we await our next orders from our Jewish overlords.

      Signed,
      A typical retard-slash-American.

    22. Re:Shenanigans! by Kenoli · · Score: 1

      I'd count an infinite loop as a bug...

      Maybe if it weren't intentional and explicitly defined as an infinite loop.

    23. Re:Shenanigans! by DigiShaman · · Score: 3, Insightful

      Per Wiki regarding software

      Software companies are sometimes thought to deliberately drop support for older technologies as a calculated attempt to force users to purchase new products to replace those made obsolete[citation needed]. Most proprietary software will ultimately reach an end-of-life point, at which the manufacturer will cease updates and support. As free software can always be updated and maintained by the end user, the user is not at the sole mercy of a proprietary vendor.

      Noticed that there's no mention of disabling a program or set of features on a set date. You can still run MS DOS if you wish for as long as you want. Just don't expect to get any support from Microsoft. You're on your own. That's the difference between planned obsolescence and poison-ware.

      --
      Life is not for the lazy.
    24. Re:Shenanigans! by Anonymous Coward · · Score: 2, Funny

      Then there is Toyota - their cars are randomly programmed *not* to stop at random intervals.

      [rimshot]

      fun captcha = Kicked

    25. Re:Shenanigans! by MichaelSmith · · Score: 2, Funny

      10 PRINT "Meshach is never wrong!";

      20 GOTO 10;

      I'd count an infinite loop as a bug...

      All of my microcontroller programs have infinite loops.

    26. Re:Shenanigans! by Anonymous Coward · · Score: 1, Funny

      Ah, but there is a remote kill switch. I bet you didn't know this, but that, combined with the OnStar keeps the driver from entering teh GHetto to buy drugs if he is under 25 years old... See you gotta insert your license into a slot under the dash, give up a small blood sample, and... Oh wait... That's next year's model. We will present all the new models, right after tonight's commercial free episode of Bonanza..

      See the U.S.A. in your Chevrolet..

    27. Re:Shenanigans! by shutdown+-p+now · · Score: 1

      Yes, BASIC doesn't use semicolons at the end of lines.

      Indeed, BASIC doesn't use semicolons to end statements. It does, however, use semicolons specifically in PRINT statement to indicate two things. First, when used as a separator between two arguments, it indicates that arguments shall be printed without any interweaving space (in contrast, comma imitates tabbing by inserting spaces between arguments to line them out in the output). Second, when used as a terminator after the last argument of PRINT, it suppresses a newline that is normally printed (comma does, too, but, again, it inserts some spacing to position cursor on the next tab position).

      Consequently, the first statement in GP's BASIC program is legal and will compile. The second will not.

    28. Re:Shenanigans! by Anonymous Coward · · Score: 0

      Every operating system and game has to have one too. Otherwise, how are they going to respond to events?

    29. Re:Shenanigans! by JWSmythe · · Score: 1

          Well.....

          Since you brought the car analogy in... :)

          Cars have a given lifespan. It's not totally precise, but it's good enough. Many parts are designed to wear. It's better for the manufacturer if the car lasts about 100k to 150k miles. You liked the car til it got old and started breaking down, therefore you buy another car from them. Manufacturers also maintain a lifespan where they will continue to produce replacement parts. From what I found online, that's 7 to 10 years (depending on the source of info). After that, they have no responsibility for making the part, but they will if there's still a good revenue stream.

          The same applies to computers. Try calling Dell and asking for a motherboard for your 1990 desktop computer. Or large appliances, or ... or ... or ... The list could go on forever. Manufacturers prefer to tell you that the parts are no longer made, so you should buy a new one. It's not advantageous to any manufacturer to make something that lasts forever. If you were to make a light bulb that lasted forever, you'd sell a lot of them at first, and then their sales would drop because no one would ever need replacements. Planned Obsolescence is an evil thing, but a good practice for a continued revenue stream.

          These folks took it a step too far, and got caught doing it. I've heard of others who have done the same thing, and enjoyed the extra income, but obviously it's illegal, immoral, and just plain wrong.

      --
      Serious? Seriousness is well above my pay grade.
    30. Re:Shenanigans! by Anonymous Coward · · Score: 0

      if only he didn't post a link to an interpreter where it compiled just fine... then you wouldn't look like a fucking retard for stating that it "will not."

    31. Re:Shenanigans! by MaskedSlacker · · Score: 1

      Loops that escape upon some condition are, by defition, not infinite.

    32. Re:Shenanigans! by Anonymous Coward · · Score: 0

      "...It's not advantageous to any manufacturer to make something that lasts forever. If you were to make a light bulb that lasted forever, you'd sell a lot of them at first, and then their sales would drop because no one would ever need replacements. ..."

      That looks good on paper - but in my reality I see LED lightbulbs, Flourecent bulbs, and tons of ads in classic car magazines for replacement parts for everything from the Model A forward. I have a 1948 Ford myself....

      Since you brought up the lightbulb analogy, I hear that if you get a 220V light bulb it has a thicker filament on it and will last virtually forever. They even sell "heavy duty" bulbs with thicker filaments for locations subject to vibrations and knocks. They cost a bit more, but darn near last forever. But for some reason, the people choose to buy bulbs that are a bit cheaper and dont last as long.

      Sometimes they do build better mousetraps - but through poor marketing, high prices, or consumer apathy, the world doesn't change.

    33. Re:Shenanigans! by Anonymous Coward · · Score: 0

      You mean like printer cartridges?

    34. Re:Shenanigans! by Anonymous Coward · · Score: 0

      Hey retard...did you even test this example out yourself before posting?

      did you happen to compare:

      10 PRINT "Hello World";

      20 GOTO 10;

      with:

      10 PRINT "Hello World"

      20 GOTO 10

      ???

      What douchebag.

    35. Re:Shenanigans! by shutdown+-p+now · · Score: 1

      Good for him - I didn't read the whole thread. Anyway, what I said still applies to Standard (ECMA/ANS/ISO) BASIC; semicolon as a statement separator is a language extension.

    36. Re:Shenanigans! by MichaelSmith · · Score: 1

      Obviously the BASIC example is not infinite, because energy is finite.

    37. Re:Shenanigans! by innocent_white_lamb · · Score: 1

      I hear that if you get a 220V light bulb it has a thicker filament on it and will last virtually forever.
       
      If you run a 220v light bulb on 110v it should indeed last a very long time. But you will get a lot less light out of it than you will with a 110v bulb, so the trade-off is increased power use.
       
      I actually looked into this several years ago for bulbs to illuminate my EXIT signs, but the power required to generate enough light with a 220v bulb was a lot more (triple? I can't remember) than it was worth.
       
      I now have LED bulbs in my EXIT signs that use 3 watts and are supposed to last 20 years running 24 hours a day.

      --
      If you're a zombie and you know it, bite your friend!
    38. Re:Shenanigans! by Anonymous Coward · · Score: 0

      yeah, i did test them both, and then i ran my copy of montezuma's revenge for a bit. neither one of the examples contains a bug that wouldn't be an arbitrary aesthetic choice by the spec architect.

      given that my original intentional was to not have a linebreak, IF ANYTHING, the example without the semi-colon has a bug... but in general my intention was just to drill home the fact infinitely that Meshach is quite often wrong.

      douchebag? because i'm right? YOU ARE A RETARD.

    39. Re:Shenanigans! by JWSmythe · · Score: 1

      LED lightbulbs, Flourecent bulbs,

          They're much better, but still not forever. I do appreciate the advance though. A glowing hot wire inside a vacuum sealed glass sphere seems a bit out of place with our advancements in technology.

      and tons of ads in classic car magazines for replacement parts for everything from the Model A forward. I have a 1948 Ford myself.

          Those would be aftermarket parts. Some may be stock that was purchased when the manufacturer obsoleted it, but at least of the Model A, they're either refurbished or new manufacturing of compatible parts.

      Since you brought up the lightbulb analogy, I hear that if you get a 220V light bulb it has a thicker filament on it and will last virtually forever. They even sell "heavy duty" bulbs with thicker filaments for locations subject to vibrations and knocks. They cost a bit more, but darn near last forever. But for some reason, the people choose to buy bulbs that are a bit cheaper and dont last as long.

      They don't sell 220V bulbs in my part of the world (the good ol' USA), or at least I've never seen them in stores. I may have to buy some online and give it a shot. It makes perfect sense. I just wonder if they're dimmer at the lower voltage. I've purchased "heavy duty" bulbs for various applications, but find that they have the same survival rate as regular bulbs. One specific application was in my garage, where the motor shook the ceiling just enough to make the bulb burn out about once a month. The other has been for drop lights (like for working on cars). They're fine and dandy until you accidentally drop it from even an inch or so while it's on.

          The price point is very very important to sales. If you have a $0.50 lightbulb and a $2.00 lightbulb beside each other on the shelf, people will buy the $0.50 lightbulb, even if the $2.00 bulb advertises it lasts 5 times longer.

          We're in an instant gratification society, and with that is instant savings. If a person spends $0.50 today, and has to repeat the purchase on a regular basis, they'd rather do that, than spend the extra money and save over time. I frequently don't understand people, and how they can dispute simple math. Maybe most people are just dumb as rocks.

      Sometimes they do build better mousetraps - but through poor marketing, high prices, or consumer apathy, the world doesn't change.

      You're right on all counts. Well, there's one more on your list. If you start a company and build the better mousetrap, but I have an established company selling the old clunky mousetrap, it's a simple matter of lower my cost to below yours to ensure your mousetrap never succeeds. Sometimes companies operate segments at a loss just to defeat their competition. We saw this a lot with the gaming consoles a few years ago, and the constant game of lowering prices to make theirs more appealing, even if the price difference was only $1. People will spend $198 instead of $199, because it's cheaper, regardless of quality or features. {sigh}

      --
      Serious? Seriousness is well above my pay grade.
    40. Re:Shenanigans! by Anonymous Coward · · Score: 0

      The semi colons take up extra space in the file, sounds like a bug to me retard. Fucking writing buggy ass bloated code. LOOSER!! :-D That rile you up some more?

    41. Re:Shenanigans! by Anonymous Coward · · Score: 0

      then not having the most readability or maintainability would also then be a bug. too bad the retard is wrong. a "bug" is a fault in logic. taking up a single byte relative to the gigabyte hard drives and gigahertz processors is a JOKE, especially considering you're only talking about files on the SOURCE side. THE COMPILED PRODUCT IS STILL OPTIMIZED. besides, the video driver probably runs so fast the repeating message would not legible. slowing the code down INLINE CAN be a NECESSARY feature in real-time applications (like synchronizing to a frame rate).

      NOT buggy.

      NOT bloated.

      NOT LOOSER, GENIOUS.

      you are a retard.

    42. Re:Shenanigans! by totally+bogus+dude · · Score: 1

      If your "server daemon" enters an infinite loop, then it's definitely a bug. Of course you want it to be shut down cleanly sometimes, which means it has to have some mechanism for ending the loop, cleanly ending any current sessions, and releasing resources.

    43. Re:Shenanigans! by Anonymous Coward · · Score: 0

      did you happen to compare:

      10 PRINT "Meshach is never wrong!"

      20 GOTO 10;

      oh shit, it still runs, just like the example with no semi-colons at all... but i wanted the text to move around and fill the entire screen... MISSING FUCKING SEMI-COLON ON LINE 10. AT THE END.

      fucking douchebag doesn't even know he's retarded.

      you can all suck my ass. YOU ARE ALL RETARDS. (Score: 5 Insightful) on a comment that is PATENTLY FALSE.

    44. Re:Shenanigans! by KDR_11k · · Score: 1

      That's why they were arrested. And if Spain is anything like the US computer-related crimes likely carry crazy high sentences.

      --
      Justice is the sheep getting arrested while an impartial judge declares the vote void.
    45. Re:Shenanigans! by Inconexo · · Score: 1

      Of course. I suppose all the fooled companys will try to retrieve their money (but there won't be enough for all).

    46. Re:Shenanigans! by zwarte+piet · · Score: 3, Informative

      There is a story of Henry Ford sending out employees to look on the salvage yards for Ford cars and write down wich parts would still be in excellent shape. If that happend too often for a certain part he knew he could use cheaper materials for that part in new cars.

    47. Re:Shenanigans! by T+Murphy · · Score: 1

      There's some expectation of the software being as error-free as possible (given they aren't advertising it as a beta). Intentionally including a bug could therefore be argued as going against advertised capabilities, if only implied capabilities.

    48. Re:Shenanigans! by Golddess · · Score: 1

      But when you intentionally code the program to fail at certain intervals you are cheating the customers.

      Unless the contract stipulated that you only licensed it for use for x amount of time.

      Which, yeah, doesn't sound like that's what happened here, but just saying.

      --
      "I'm not sure I like the fugnutish tone you used in your post!" -RogL (608926)-
    49. Re:Shenanigans! by operagost · · Score: 1

      They cost a bit more, but darn near last forever. But for some reason, the people choose to buy bulbs that are a bit cheaper and dont last as long

      "Long-life" incandescent bulbs are less efficient.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    50. Re:Shenanigans! by Golddess · · Score: 1

      And yet Craftsman and their lifetime warranty hasn't seemed to impact their sale of hand tools.

      And yet Jansport and their lifetime warranty hasn't seemed to impact their sale of backpacks.

      There may be others, but those are the only two I've had personal experience with.

      --
      "I'm not sure I like the fugnutish tone you used in your post!" -RogL (608926)-
    51. Re:Shenanigans! by Anonymous Coward · · Score: 0

      From the link: "Planned obsolescence or built-in obsolescence[1] in industrial design is a policy of deliberately planning or designing a product with a limited useful life, so it will become obsolete or nonfunctional after a certain period"

      Is there such a big difference between designing a toaster oven to kick the bucket after a year and leaving in a bug that may/will blow up at some point, if the software is capable of doing its function in the meantime?

    52. Re:Shenanigans! by smellsofbikes · · Score: 1

      Likewise there are stories about WWII fighter aircraft designers looking at beat-up planes, finding out which pieces hadn't broken, and removing material from them to make the plane lighter and more maneuverable.

      --
      Nostalgia's not what it used to be.
    53. Re:Shenanigans! by enjerth · · Score: 1

      Oh, so you want to get the customers on the hook, using software that's violating a hundred patents, and then make them pay again to keep using the software? Then if the user doesn't agree to the new EULA, shouldn't there be a refund?

      That's not the way EULAs should work. If the EULA changes and you don't agree, wouldn't that mean that the former contract is still agreed on by both parties? I mean, if EULAs are lawful contracts, then the only way to invalidate a former contract is to agree on a new contract. Right? A contract clause that says "this contract may be altered later and you have to agree to it [the new contract] to maintain this contract" is not legally binding IMHO (IANAL-BIDSAAHIELN).

    54. Re:Shenanigans! by Anonymous Coward · · Score: 0

      my "server daemon" runs my pacemaker. i'm pretty sure i don't want it to be shut down ever.

    55. Re:Shenanigans! by JWSmythe · · Score: 1

          Craftsman has limits on their lifetime warranty policy. I worked at Sears for a while and had to deal with some of those returns.

          If the tool isn't being made any more, it may be replaced with a newer version.

          If the tool was used in a manner not consistant with it's proper use, it will not be replaced. If there are hammer marks in the handle of a screwdriver, or dents in the head of a ratchet, that shows misuse.

          If the tool was abused (i.e., rusted), it will not be replaced.

          And most obviously, if a tool was lost, it won't be replaced. :)

          A lot of the replacement policy is up to the person at the register. If they don't want to accept it, they won't. I accepted pretty much everything.

          Tools will continue to be sold, because they will be lost or stolen.

      --
      Serious? Seriousness is well above my pay grade.
    56. Re:Shenanigans! by Anonymous Coward · · Score: 0

      When my Win XP had some weird software fault I tried to reload Win XP. I can't run it now. I can't reload it, it just comes up grey. But, doesn't matter. I've moved to Linux and Mac machines. My old Win XP machine can run Linux still and Microsoft can go their own way. Never ever buying one of their products again because once they stop supporting it, you can't get it to run again because it won't re-register with them.

  3. I know a couple of guys like that by nurb432 · · Score: 1, Redundant

    And i made some decent money undoing their damage. Donno why the customer never bothered to press charges.

    --
    ---- Booth was a patriot ----
    1. Re:I know a couple of guys like that by Anonymous Coward · · Score: 0

      Money Money Money !

    2. Re:I know a couple of guys like that by The+Mysterious+Dr.+X · · Score: 1

      I found a but like this while working as a medical assistant in two elderly doctors' office two years ago. Every month or two, the medical database would lock up and we would have to call the programmer and have him email us a fix. I took it upon myself to open it up in Visual Studio one day (all I had on my laptop at the time) and I discovered that it was programmed to rename its own file library upon opening after a certain date. Apparently, this had been happening since about 1993, and he had been charging the doctors $300 per month for his "maintenance fee." Our office then switched to a new, infinitely better database solution, though no charges were filed.

      Also noteworthy, the faulty program didn't appear to have been really updated since they licensed it in '93; it still had that wonderful DOS goodness.

  4. Not that uncommon by Improv · · Score: 1, Offtopic

    Some of us, regrettably, have seen business practices not entirely dissimilar to this in places we've worked. "I found a bug that could cause our really important software service to crash" "Don't fix it - wait until someone on a service contract reports it". Sigh.

    --
    For every problem, there is at least one solution that is simple, neat, and wrong.
    1. Re:Not that uncommon by Anonymous Coward · · Score: 0

      And the worst to that is it then make the software vendor look very responsive, as they quickly find the issue and address it. No way for the customer to know if they haven't already documented and shelved the fix.

    2. Re:Not that uncommon by LingNoi · · Score: 1

      Hold on a second dude. That's not similar at all. Not fixing a discovered bug in a years old client's software when they've not paid you to do it is simply business. If the client cares about it then they'll hire someone to work on it. You don't go back to a builder years after he's worked on your house and expect him to fix a mistake without payment, just because it's software doesn't mean reality changes.

      If that's what your company does then please hand out the URL. I'll be the first in line to say that over extended features x,y and z are actually bugs that need fixing.

    3. Re:Not that uncommon by msobkow · · Score: 1

      Personally I've never run into a company that didn't log the bugs encountered during development and testing. The question was whether they were considered high-enough priority to fix before release.

      --
      I do not fail; I succeed at finding out what does not work.
    4. Re:Not that uncommon by complete+loony · · Score: 1

      Wait? You ask for permission?

      Where I currently work, if we encounter a bug with a trivial enough fix, we'd just fix it. Especially if you are already working on that section of code for another reason. Though this way the fix would only be released in the next major version.

      If the bug is serious enough and might impact any existing clients we'd immediately raise a change request to track it and ask our client management / support staff if each client needs it fixed. (This is a pretty large software system with about 20 installations).

      If the fix is too complex we might raise a change request to resolve it later when time allows, but now that we know about the issue, the next person to touch that code might fix it as well.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    5. Re:Not that uncommon by Improv · · Score: 0

      I don't want to create trouble for myself or other people so I can't disclose details. Sorry.

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
  5. In Soviet Spain, We Bomb You!! by Anonymous Coward · · Score: 0

    Don't kid yourelves, Spain is as Commie as those red Chinese and those dirty Russians.

  6. Uah by AnAdventurer · · Score: 1

    Why didn't I think of that?

    --
    6.8SPC TR of 550, l xwind at 6, drift rt at 26" drops 77". AT has 503 ft-lbs at 1403 fps. FT 0.86
  7. Not entirely shenanigans! by Ungrounded+Lightning · · Score: 4, Informative

    [Planned obsolescence] has been happening for generations, where have you been?

    It's not always ENTIRELY shenanigans.

    For instance: The "design lifetime" in the auto industry is not just about selling another car. It's also about not spending a lot of extra money making, say, the transmission good for 750,000 miles when several other major systems are going to go out at a small fraction of that time. (When you're making several million units a year, saving a nickel each adds up to enough to hire two more full-time engineers to figure out how to do it.)

    Making mechanical parts that last can be tough and costly. (And half a century ago it was a lot tougher, without the major advances in materials science since then.) If you design all the parts to last for at least some design lifetime and not much longer you can accumulate a lot of savings. If some major system was going to unavoidably fail shortly after that design lifetime anyhow, having the rest not good for much longer doesn't appreciably affect the utility of the vehicle for the consumer. But the cost savings can be used to lower the price (and grab market share, for a net profit increase) - which DOES help him out significantly.

    The ideal in the limit is the "Preacher's marvelous one-horse shay, which lasted a hundred years and all fell apart on the very same day."

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  8. Nice by DoofusOfDeath · · Score: 3, Insightful

    In the US, the corporation, not the people, would be charged with a crime. And then they'd settle with the Government for a fine and no admission of wrongdoing.

    It sounds like Spain out-justiced the US this time around.

    1. Re:Nice by Anonymous Coward · · Score: 0

      How on earth did that get modded as a Troll???

    2. Re:Nice by tibit · · Score: 1

      Seconded.

      --
      A successful API design takes a mixture of software design and pedagogy.
    3. Re:Nice by Yaa+101 · · Score: 1

      Because US people cannot stand getting their companies criticized.

    4. Re:Nice by Loomismeister · · Score: 1

      False.

    5. Re:Nice by Caledfwlch · · Score: 2, Insightful

      ... unless they're doing the criticizing themselves!

      --
      These views express my own personal opinions, not those of the other voices in my head
    6. Re:Nice by Anonymous Coward · · Score: 0

      In the US, the corporation, not the people, would be charged with a crime. And then they'd settle with the Government for a fine and no admission of wrongdoing.

      It sounds like Spain out-justiced the US this time around.

      Devil's Dictionary: Corporation

      Corporation
              n. An ingenious device for obtaining individual profit without individual responsibility.

    7. Re:Nice by reydelamirienda · · Score: 2, Interesting

      I'm not an expert but I'd say that depends on what kind of company it was. If you have a SRL (Sociedad de Responsabilidad Limitada, Limited Liability Company), they can go after you for fraud (the limitation of liability is restricted to debts), otherwise I think it's harder...

    8. Re:Nice by reydelamirienda · · Score: 1

      Uhm, from the "Spanish FBI" website, I read that it was a SA company, so apparently if you are really evil they will go after you after all!

    9. Re:Nice by mcoca · · Score: 4, Informative

      The people were charged because it was a criminal case. Had it been a civil action, they would have gone after the company. Pretty sure it's the same in the US.

  9. Extra work ahoy! by Twinbee · · Score: 1

    Hang on, isn't that a good thing, because it's creating 'more work'?

    [/sarcasm]

    When will some people start to realize that efficiency is all about reducing jobs, instead of creating them... sigh.

    --
    Why OpalCalc is the best Windows calc
    1. Re:Extra work ahoy! by Anonymous Coward · · Score: 0

      which side are you even trolling for?

    2. Re:Extra work ahoy! by Anonymous Coward · · Score: 0

      Hang on, isn't that a good thing, because it's creating 'more work'?

      [/sarcasm]

      When will some people start to realize that efficiency is all about reducing jobs, instead of creating them... sigh.

      For those who don't understand the sarcasm and think the "creating 'more work'" is actually a valid argument...

      Broken window fallacy.

      ... and I know there are some of you. Practicioners of voodoo economics are everywhere these days.

  10. Yet another argument for Open Source. B-) by Ungrounded+Lightning · · Score: 2, Insightful

    (Subject line says it all.)

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  11. It's not unusual. by bmo · · Score: 0, Troll

    This is merely a subscription business model.

    It's much like what Microsoft has been pushing through their software licensing extortion^H^H^H^H^H^H^H^H^H contracts.

    --
    BMO

  12. I think... by cyberzephyr · · Score: 1

    It was a feature :-).

    --
    I'm here for the experience, not the Hyperbole.
  13. Meanwhile, back on the ranch by zennyboy · · Score: 3, Funny

    I live here in Spain and this doesn't surprise me. Meanwhile, back on the ranch, I'm surprised someone managed to program something so reliable they had to code in a time-bomb to make the software fail!

    Spanish coders did that!

    I'm proud :-)

    (English ex-pat)

    1. Re:Meanwhile, back on the ranch by roger_pasky · · Score: 1

      Spanish FBI must inspect Microsoft now, because they CAN'T be that bad.

      I'm pretty sure they intentionally inject bad code in every path they release just to make you move forward to the next version.

      Spanish coders rule!!! We're the best ;-)

  14. Does anyone know who it is? by Wolfling1 · · Score: 1

    The article does not name the software company. Two of our main competitors timebomb their software - though it is written into the contracts, so its essentially above board. Still, I'd like to get a company name so that we can publish something to our customer base about this...

    1. Re:Does anyone know who it is? by Anonymous Coward · · Score: 4, Informative

      The company is CIPSA, is mentionend on the GDT news: https://www.gdt.guardiacivil.es/webgdt at the bottom of the page, under "Detenidos los responsables de comercializar software con "bombas lógicas"

    2. Re:Does anyone know who it is? by tehcyder · · Score: 1

      Two of our main competitors timebomb their software - though it is written into the contracts, so its essentially above board.

      An illegal contract isn't binding...

      --
      To have a right to do a thing is not at all the same as to be right in doing it
    3. Re:Does anyone know who it is? by Anonymous Coward · · Score: 0

      Logic bombs? So were they Basque?

      Oh wait, I see they were some gypsies. Who would've thought?

  15. some cars have oil change light that only dealer c by Joe+The+Dragon · · Score: 2, Informative

    some cars have oil change light that only dealer can trun off. But there are other laws that stop the them going to far.

    Just wait for the AIR force to get shut off and then this carp will die fast and some may go hidden jail.

  16. hang them by andoman2000 · · Score: 1

    These guys should be hung in the public square especially the technicians that re-wrote the software to fail again after the "fix"

  17. It's not totally uncommon by Lord_of_the_nerf · · Score: 1

    I've worked in a few places that have basically been held hostage with 'support' contracts for their shoddy products. They prey on total lack of knowledge and short term thinking.

    I recall identifying some changes that would reduce the need for the ongoing support and having such a company cost them unrealistically so as to price it out of our reach.

    They then resumed gouging us for UI changes that I probably could have done myself.

  18. This is not the same thing at all. by brunes69 · · Score: 1

    Any business has to weigh priorities. If you are spending your time fixing bug X, then that means either bug Y or feature Z is not being done.

    Just because you know bug X exists does not mean it is more important than bug Y or feature Z, especially if no customers have reported it occurring.

    Of course this all depends on the nature of the bug and what you mean by "crash".

    1. Re:This is not the same thing at all. by Improv · · Score: 1

      True. Also the nature of the product.

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
  19. Sounds like they weren't very good at it by DelitaTheFridge · · Score: 1

    Seriously if I were going to do something like this no one would have any idea, you wouldn't be able to convince the company paying for it that it was me exploiting known issue, let alone a court of law.

  20. Re:Yet another argument for Open Source. B-) by shawn(at)fsu · · Score: 1

    The folks at the obfuscated C contest would like to point out that just because you see the source doesn't mean you'll easily be able to figure out what it's doing.

    --
    500 dollar reward for tip(s) leading to the arrest of the person(s) who stole my sig.
  21. Planned obsolescence? by Anonymous Coward · · Score: 0

    Hey, you didn't expect it to keep working forever did you?

  22. Re:Yet another argument for Open Source. B-) by Ungrounded+Lightning · · Score: 3, Insightful

    The folks at the obfuscated C contest would like to point out that just because you see the source doesn't mean you'll easily be able to figure out what it's doing.

    True.

    But it's a lot easier than with a closed source program with the code owned by the crooks.

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  23. Eliot Carver by colinrichardday · · Score: 1

    Sounds like Eliot Carver from Tomorrow Never Dies.

    I just hope they don't try to start a war between Britain and China.

    1. Re:Eliot Carver by L4t3r4lu5 · · Score: 1

      I'm INVINCIBLE!

      Oh, wait, wrong stereotypical nerd bad-guy henchman who can make satellites fall directly into the middle of a US city using a PDA with bluetooth and a Pringle's can antenna.

      --
      Finally had enough. Come see us over at https://soylentnews.org/
  24. Re:Yet another argument for Open Source. B-) by ProdigyPuNk · · Score: 1

    How often does anything that looks like an obfuscated C contest entry actually get committed to a repository ?

  25. Sad comment about Software Engineering... by stoicfaux · · Score: 0, Redundant

    It's pretty sad when it's easier to intentionally put bugs into software than it is to keep them out. What's worse is that no one is quite sure which is the better business model...

  26. Re:Yet another argument for Open Source. B-) by nacturation · · Score: 2, Funny

    How often does anything that looks like an obfuscated C contest entry actually get committed to a repository ?

    Check out any project on SourceForge that is written in Perl. :)

    --
    Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
  27. Re:Yet another argument for Open Source. B-) by shutdown+-p+now · · Score: 1

    How often does anything that looks like an obfuscated C contest entry actually get committed to a repository ?

    If it's obfuscated well enough, you don't really know. That's the whole point.

  28. Re:Yet another argument for Open Source. B-) by InfiniteWisdom · · Score: 1

    Unless the vendor is working on the software in its obfuscated form rather than using a processor to generate it, they would still be violating the GPL if all they released was the obfuscated source code.

    From the text of the GPL:

    The "source code" for a work means the preferred form of the work for making modifications to it.

  29. Re:Yet another argument for Open Source. B-) by poopdeville · · Score: 1

    If you're breaking software on purpose, with management approval, and would presumably like to hide the logic behind the bug, an obfuscated state machine is the way to go...

    --
    After all, I am strangely colored.
  30. settle down mister literal ! by Anonymous Coward · · Score: 0

    somewhere an oldbeard chuckles to himself and navigates onward.

  31. Re:Yet another argument for Open Source. B-) by Mike610544 · · Score: 4, Interesting

    How often does anything that looks like an obfuscated C contest entry actually get committed to a repository ?

    It happens all the time where I work. I maintain some old code written by an old hacker (he's got a credit in the K&R book!) Shit like this is not uncommon:
    *(&z + z) |= ~tqq + m ? u9 >> 2: 741 | w & 0x8F ? ~(~t11) : foo

    --
    ... also, I can kill you with my brain.
  32. Adobe Guilty by Tablizer · · Score: 1

    Adobe's ColdFusion kind of does such by not renewing the Java "trusted" certificate for older versions such that a warning pops up when using Java widgets from those versions. It's not a show-stopper because it's only a warning dialog, but it essentially forces an upgrade for serious businesses who don't want nag screens for their clients.

  33. Re:Yet another argument for Open Source. B-) by CAIMLAS · · Score: 4, Insightful

    Sure. And who, exactly, is going to contribute to an open source project written intentionally obfuscated? Nobody. Then the project gets the reputation of being shoddy, and nobody uses it.

    Or, there's also the "we'll just rewrite this little obfuscation and fork it" scenario.

    Open Source thrives on its quality and dies from crap like this. People don't contribute to dead projects: they fork them or reimplement them.

    --
    ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  34. Re:Yet another argument for Open Source. B-) by TheVelvetFlamebait · · Score: 1

    It's a very, very slim margin. You would have to have enormously talented programmers to be able to restrict errors to "controlled errors" while programming in such an obfuscated way, and you'd have to be more talented than the people trying to debug your code. To hide the error effectively, obfuscating a small amount of code would make the error obvious, but obfuscating large swaths of code would make the code unmaintainable.

    Even then, if you can view the source, you can usually make some kind of judgement call as to whether or not the code is deliberately obfuscated or not.

    --
    You know, there is a difference between trolling and pointing out the flaws in your reasoning. Just saying.
  35. Proliferation of Greed by Tablizer · · Score: 1

    It's amazing how greed feeds on itself like an addiction. They could have fleeced a dozen or so companies and kept under the radar. Instead they moved on up bigger, wider, and bolder so much so that the risk of getting caught became almost a certainty. Enron and Madoff are also examples of this.

  36. how many others? by Anonymous Coward · · Score: 0

    you have to wonder how many other companies like this there are out there?

    In principle there should not be too many as you need to rely on your staff conspiring with you; and its a stupid crime which leaves undeniable evidence on with every customer which can be used to hang you later; as we might find out with apple and bricking un-jailed iphones.

    But then they have been successfully doing this for 10 years, so you do need to wonder. Good business model until you get caught (:

  37. So by NetNed · · Score: 1

    Was it like Anti virus 2006,2007,2008,2009, 2010 etc. etc.? Nothing like a fake flash scan to make a layperson worry and fork over the cash.

  38. nothing new by Anonymous Coward · · Score: 0

    Even major software companies have errors in their software that behave the same..........

  39. Re:Yet another argument for Open Source. B-) by Anonymous Coward · · Score: 0

    pretty sure you don't know the difference between obfuscated and disguised

  40. Off topic, but WOW! by Anonymous Coward · · Score: 0

    I'm highly impressed at how good Google's translation of the article is! I don't know Spanish myself, but I do know English and, despite minor errors, it's readable, grammatical, and not filled with Spanish words!

    Kudos Google! Well done! Now get to work on Asian languages!

  41. How dare you, my mother is a saint! by SmallFurryCreature · · Score: 5, Funny

    I wonder which programmer should be more worried, the one who can't read the above, or the one who can.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

    1. Re:How dare you, my mother is a saint! by phillips321 · · Score: 1

      And is anyone going to take a step by step walk through the above to explain it to people who can't (obviously me or i'd be doing it myself for others.)

    2. Re:How dare you, my mother is a saint! by KiloByte · · Score: 5, Informative

      In this case, the one who wrote that. And I don't mean just readability by novices.

      *(&z + z) -- unless it's C++, this makes sense only for referring to the zth next variable after z. Like: int z, a, b, c; -- z=1 will select a, z=2 will select b, z=3 will select c. In an old compiler, this will always work. In an optimizing one, it's damn likely to break.

      Mixing dec and hex numbers, and writing down constants for bit operations using decimal numbers in general is prone to mistakes.
      So is using addition in an expression that consist mostly of bit operations, you want | there instead.

      0x8F is a complex mask, it definitely should be a #define with a name. There's nothing wrong with masks like 0x7F or 0x1F, but for 0x8F, it's not obvious enough.

      ~(~t11) -- uhm, what's the point?

      With these issues fixed, though, with a bit of comments such a code isn't that bad.

      --
      The creatures outside looked from Alt-Right to Antifa; but already it was impossible to say which was which.
  42. Look, this is what really happened by SmallFurryCreature · · Score: 1

    Manager: Why is it programmer that all our software keeps failing? The customers are demanding a solution even if they have to pay it. Can't you just write code that works?

    Programmer: Eh...

    Manager: Mind you, it is a good thing it failed we can really use the income.

    Programmer: eh?

    Manager: It is almost perfect, we sell them code, then half a year later they got to come in to get it serviced. Like a timebomb goes of ensuring future profits.

    Programmer: Ah! Yeah, that is it sir. It is like your car needing to be serviced by the dealer. Guaranteed continued income. That is why the software fails, not because I suck at all sir but because I was thinking of the future!

    Manager: Good job, here is a raise that gives you a salary when counted for actual working hours is less then a cleaner gets.

    Programmer: Thank you sir, you are to kind sir.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

    1. Re:Look, this is what really happened by Alex+Belits · · Score: 1

      Springtime! For Hitler! and Germany!

      --
      Contrary to the popular belief, there indeed is no God.
  43. Re:Yet another argument for Open Source. B-) by Inconexo · · Score: 1

    Wait a moment. Can you imagine who are you talking about?

    A spanish "software" company who based their business on fooling customers. I don't think they're so smart.

  44. I'll play advocate of the devil by mrjb · · Score: 4, Insightful

    Software bombing on a certain date, just so you can charge for "fixing" it is evil.
    But that assumes that the software was paid for to start with.

    I remember my father adding just this "feature" to the software
    of a difficult client that only requested feature upon feature
    but had a track record of being months late with their payments
    (not very nice if you have a family to feed!)

    When the payment was once again long overdue, the client was
    faced with a friendly dialog stating that the software was
    not paid for yet, and that it would only be re-activated after
    payment in full. The payment cleared less than 24 hours later.

    It probably would have held up in court, too.

    --
    Visit http://ringbreak.dnd.utwente.nl/~mrjb/growingbettersoftware to download your free copy of the book
  45. Just a Tiny step further than some by Anonymous Coward · · Score: 0

    One (opensource) company I worked for knew there were critial bugs in its software (like computing errors in its accounting software, data loss under any load > than 1 person, ...) but we employees were forbidden to fix any bug that was not obvious to potential buyers until someone paid to fix them. I don't say you can't sell a software with bugs, but how is it different to intentionally leave them in, knowing the customers will hit them someday, than to put them in intentionally with a timer? And guess what? Said company which was a small startup 5 years ago is now a multi-million dollar company... Sad world...

    1. Re:Just a Tiny step further than some by Bert64 · · Score: 1

      First, if it's really open source someone else could have fixed it...

      Second, virtually every software company releases software with known bugs... For example, windows 2000 had 63000 known bugs of various severity when released: http://www.zdnet.co.uk/news/it-strategy/2000/02/14/bugfest-win2000-has-63000-defects-2076967/

      All software will have bugs, either known or as yet undiscovered... What matters really is that these known bugs are disclosed to users, so the users can decide wether they can live with them or they need them fixed.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  46. Re:Yet another argument for Open Source. B-) by Anonymous Coward · · Score: 0

    ~(~t11) -> that's the same as t11... You might want to teach your hacker about pointless code.

  47. Let me guess by The+Creator · · Score: 1

    You can pay your fine by giving away expensive licenses to your software to people who wouldn't have bought it in the first place?

    --

    FRA: STFU GTFO
  48. Huh, thats odd. by The+Hatchet · · Score: 2, Interesting

    Here in the US, not only is it not illegal to do that, but several companies hold patents on different ways of doing that. It seems to be heavily encouraged to ass-rape every customer you have ever had here, but there is actually a place where this is not so!!?!?!? EGADS!

    --
    Where is the mod rating for "scary"? Also, ...
    1. Re:Huh, thats odd. by conspirator57 · · Score: 1

      http://i18.tinypic.com/34461wi.jpg

      Time to write me a new minivan!

      --
      "If still these truths be held to be
      Self evident."
      -Edna St. Vincent Millay
    2. Re:Huh, thats odd. by The+Hatchet · · Score: 1

      There is a big difference between "whoops, bug" and "lets put a giant error right here, and then charge our customers money to fix it" Its basically extortion.

      --
      Where is the mod rating for "scary"? Also, ...
    3. Re:Huh, thats odd. by conspirator57 · · Score: 1

      i know. and wally is intending to put in a bunch of bugs so he can fix them and make bank. of course it doesn't fit your desired narrative. apparently only companies are allowed to be unethical.

      --
      "If still these truths be held to be
      Self evident."
      -Edna St. Vincent Millay
  49. Re:Yet another argument for Open Source. B-) by Anonymous Coward · · Score: 0

    Try looking at nvidia's X11 "nv" ~open source~ driver...

  50. Re:Yet another argument for Open Source. B-) by Anonymous Coward · · Score: 0

    Not really. I'd bet my bottom dollar, that none of the clients involved would have the expertise required to check the source. The thing about software for businesses (whether it's Open or Proprietary), 99% of the customers buy it to solve a business requirement. As long as they trust the supplier, can get support when required, & the software works reasonably well, then there isn't much thought put into the workings of the program.

  51. The power switch by microbox · · Score: 1

    Loops that escape upon some condition are, by defition, not infinite.

    What if that condition is the power switch? Perfectly plausible for a microcontroller.

    --

    Like all pain, suffering is a signal that something isn't right
    1. Re:The power switch by enjerth · · Score: 1

      Finding a way to cancel execution does not negate the fact that the instructions express an endless loop.

      Great. Now I feel like I'm competing in the Special Olympics. It seems we're all retarded in this thread.

    2. Re:The power switch by Anonymous Coward · · Score: 0

      i already told you...

      ALL. FUCKING. RETARDS.

      all of you.

  52. Your lack knowledge of Spanish culture by kikito · · Score: 3, Informative

    First of all: No Spanish worker will call his boss "sir". That's very much anti-Spanish. Just to give you an example: a recent unofficial competition asked Spanish people to come up with lyrics for the Spanish national Anthem (which is lyric-less). One of the candidates had the following text:

    "Un jefe muy cabrón / soy un buen español"

    Which translates to:

    "A very bastard boss / I'm a good Spanish citizen"

    Also, we use expletives when giving/receiving bad news. They are solely lacking on your text.

    1. Re:Your lack knowledge of Spanish culture by Anonymous Coward · · Score: 0

      Yes but do they say "bastard" to their boss's face or behind their boss's back ? Because here in the US, the little people say "sir" to the boss when he's in the room and call him that "arrogant asshole bastard" when he is out of the room.

  53. Can you sue for that? by jafo · · Score: 1

    It seems like, if you were a company that did this and were taken to court over it, you'd use the "How is this different from the Y2K?" defense? ;-/

  54. It's not the language, it's the people by kikito · · Score: 2, Insightful

    I'd like to point out that the fact that perl allows this kind of aberration doesn't mean it enforces or promotes it.

    In fact, that code (or a very similar one) can be written in other languages, such as ruby.

    This just points out that the programmer in question had serious issues in understanding fundamental concepts such as maintainability, and was more interested in amusing himself than in doing a professional job.

    The credit on K&R doesn't mean a thing if you program like that on a day-to-day basis.

  55. sometimes it is justified by eennaarbrak · · Score: 5, Interesting

    A friend of mine works for a company that sells software to a government department a central African country (I want to keep the details vague to avoid incrimination). After completing the contract and delivering the software, reps arrived one day and simply stated "We're not going to pay full price for the software - we're not making as much money out of it as we thought we would." This country does not have much of a justice system to appeal to if you don't have a politician in your pocket, so my friend's company intentionally released code to make the system stop working if the payments are late. AFAIK that fixed the problem.

    I'm just curios if these companies were perhaps faced with a similar situation...

  56. Re:Yet another argument for Open Source. B-) by Spamalope · · Score: 1

    You can create obfuscated but maintainable code by using an obfuscating transpiler. You work on code with all of the comments, meaningful variable names and maintainable structures. The transpiler removes as much of that as possible before compiling any code you'll have to release the source for.

  57. Re:some cars have oil change light that only deale by operagost · · Score: 1

    some cars have oil change light that only dealer can trun off.

    Please cite which automakers these are so I can avoid them. The owner's manual for my GM-made car documents how to turn off the light.

    --

    Gamingmuseum.com: Give your 3D accelerator a rest.
  58. Re:Yet another argument for Open Source. B-) by TheVelvetFlamebait · · Score: 1

    OK, but how do they deal with the problem of the code looking obfuscated? I mean, there's no point to code nobody will use, right?

    --
    You know, there is a difference between trolling and pointing out the flaws in your reasoning. Just saying.
  59. Re:some cars have oil change light that only deale by KshGoddess · · Score: 2, Informative

    I'd like to call shenanigans on that one. Every car I've owned (GM, VW, Honda, Ford) has pointed out in the owner's manual in clear text how to turn the light off. Usually, you push some button or series of buttons that will turn that light off.

    --
    It's a little wrong to say a tomato is a vegetable. It's a lot wrong to say it's a suspension bridge.
  60. sounds almost like a story from Dilbert. by porky_pig_jr · · Score: 1

    A PHB tells Dilbert to tweak the software they sell so blah blah blah.

    Almost another case of life imitating art.

  61. Logic bomb by HTH+NE1 · · Score: 1

    and that won't actually effect anything at all, pretty much the same as the y2k bug really wouldn't have effected anything either.

    Y2K effected a free OS upgrade for me!

    But otherwise, no, it didn't affect much at all.

    Anyway, why the new term "poison-ware"? Isn't this what we used to call a "logic bomb"?

    --
    Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
  62. Open source is not *everything*... by sabt-pestnu · · Score: 1

    > First, if it's really open source someone else could have fixed it...

    It's a small step to say "We have the technology, we can fix it".
    It's a much bigger leap to actually fix it. Not many mom-and-pop stores have the resources to fix their POS (point of sale) software, for instance.

    The amazing, awesome, fantastic thing, though, is that yes, you have the *right* to fix free/open source software without involvement of the source company.

    Note that "Open Source" by itself is not a panacea; there exist licenses that let you view the source code - but that's all. I recall Microsoft coming up with a "look but don't touch" license for their libraries, some time back.

  63. Re:Yet another argument for Open Source. B-) by Anonymous Coward · · Score: 0

    I'm not sure I agree in practice. If someone wants to hide a well placed bug in sourcecode (like that forum one a while back), it can be a lot easier to find it by reading through the machine code produced -- Let your compile de-obfuscate it into something your cpu can understand, and often times it becomes easier for you to understand as well.

    Of course you can obfuscate asm too, but I would expect from a shop like this that there would be a very clear call to the get date function (which you can easily detect being imported and see everywhere it is called), and then a conditional jump that you could patch up in a few minutes of working with it in IDA.