Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×

Comment Re:It's not arrogance if... (Score 4, Insightful) 262

As the old saying goes "It's not arrogance if you can back it up."

Which the overwhelming majority of them can't. That's kinda the point.

The culture in tech hubs today is in a very real sense based on gambling. VCs bet 7-8 figures on a company that might be the one to make 10 figure returns. It's a high variability strategy that rarely pays off, but pays out staggering amounts of money when it does. And because any VC always has a pool of investments on the go, they can stand to play the long game knowing their mean return is always going to be astronomical.

Many founder/entrepreneur types are playing the same game, just with fewer zeroes and one big shot at a time. Some will make it. Most will fail. Some of them will come back and try again. Many of them won't. It's just like the VCs, but a whole lot more personal, because VCs are the house that always wins, while first-time founders are more like the whales who bet it all on number 3.

Almost everyone else working at these businesses is just along for the ride, because the amount of money they're making is relatively good and they have a chance for a nice windfall if their employer's exit strategy does work out. Neither the founders nor the VCs much care because the salary and perks for decent technical staff are just table stakes in a much bigger game.

But you only have to look at the kind of recruitment processes and qualifications some of these big name SV firms advertise/leak, and then look at the quality of the software they actually produce and/or what some people who used to work there can (or can't) do when they move on, and you can see that having Google or Facebook on your resume doesn't actually prove that you're some sort of super-elite 10x genius geek demigod. Unfortunately, a significant proportion of the people working inside the bubble didn't get the memo.

Comment Re:Separate Physical Concerns.... Physically (Score 1) 120

I couldn't agree more. I was just challenging the idea that not using modern technologies at all was a viable solution to the problem. Some technologies do make cars safer, more reliable, and more efficient, and the important practical question is how we secure those technologies, not whether we should use them in the first place.

Comment Re:Shouldn't be necessary, but if it is... (Score 2) 120

And in the winter, I'd love to be able to warm the engine and the interior from inside my house while I gather my things for work.

This is clearly a case of prioritising convenience over security, which you're welcome to do as your own personal preference but I would never choose myself.

This data is used to help triage the severity of the crash before the EMTs roll out.

Well that's probably the single most disturbing thing I've seen in this whole discussion. Are you really telling me that in the event of a known road traffic accident, which is severe enough that no-one on the scene can immediately respond to verbal contact, they don't routinely send the full works where you are?

In any case, I would point out that this is purely status reporting, i.e., read-only data. There is no need for anyone to control anything remotely in this situation.

Also, in extreme cases, the OnStar / Bluelink / et al. system can actively end a felon's joyride by cutting throttle, braking, or cutting the engine entirely. Then it can honk and flash the lights to attract the authorities' attention.

This is my main problem with the whole debate: any system that can do this kind of thing can also be used for less welcome purposes.

Car theft is essentially a solved problem without any remote control needed. Technologies like immobilisers have become so good that stealing the car keys has been the preferred technique for some time. Trackers, which need no integration with any control system, provide an effective deterrent and means for police to locate a vehicle that has literally been put on the back of a lorry.

Again, YMMV, but personally I would rather be careful about where I keep my keys than risk a hostile party, or simply a human error or software bug, doing something like cutting the engine and applying the brakes when I'm driving at high speed or through a hazardous area.

Comment Re:An easier solution (Score 1) 120

You find me a human driver who never makes a mistake, and I'll find you someone who has little need for ABS, ESC and their friends.

No human can outperform a modern ABS system using manual cadence braking. ABS is essentially cadence braking judged at the speed of a computer and applied to each wheel independently.

You don't need to control a skid you never got into.

And speaking of skids, for driving on public roads under normal conditions, I don't know what handbrake turns have to do with the price of fish.

Comment Re:Shouldn't be necessary, but if it is... (Score 1) 120

It's the combination of Wifi/remote accessable parts of a system, that once gotten into leads to total control.

Exactly. Think how many people run WiFi in their homes that is insecure. Now imagine a world where every script kiddie with a grudge can kill everyone on each of those homes just by running some software they found on the Internet.

Comment Re:Shouldn't be necessary, but if it is... (Score 1) 120

I'm afraid I don't buy your examples.

Why does anyone need the ability to mess around with starting my car remotely, ever? I see no need to start my car if I'm not in the driver's seat, and if I'm in the driver's seat and we've got cell reception why I can't I just turn the key or push the button?

Accident detection and related safety systems absolutely should be independent of engine control and the like. Why can't they be? (If your answer involves having both the normal control systems and the safety systems relying on common sensors, please consider that there is a significant likelihood that if an accident happened it was precisely because something electronic or sensor-related failed, and therefore you really want redundancy here.)

As for recovering my car in case of theft... Unless you are suggesting that someone is going to take over control of my car and auto-pilot it home against the will of someone physically in the driver's seat, again I don't buy it. And if you are suggesting that, I really don't want that system in my car. If I'm in the driver's seat and responsible for what happens with my vehicle, then any system that someone could use to take over lawfully and drive my car is also by definition vulnerable to being taken over unlawfully and used to crash my car, and I know which one I am more concerned about.

Submission + - Enforcing the GPL

lrosen writes: I am responding to the article in Opensource.com by Aaron Williamson, "Lawsuit threatens to break new ground on the GPL and software licensing issues."

I want to acknowledge Aaron's main points: This lawsuit challenges certain assumptions about GPLv2 licensing, and it also emphasizes the effects of patents on the FOSS (and commercial) software ecosystem. I also want to acknowledge that I have been consulted as an expert by the plaintiff in this litigation (Ximpleware vs. Versata, et al.) and so some of what I say below they may also say in court.

Let's be open about the facts here. Ximpleware worked diligently over many years to create certain valuable software. The author posted his source code on SourceForge. He offered the software under GPLv2. He also offered that software under commercial licenses. And he sought and received and provided notice of United States patent claims related to that software.

Unbeknownst to Ximpleware, Versata took that GPLv2 software and incorporated it into Versata products – without disclosing that GPLv2 software or in any other way honoring the terms of the GPLv2 license. The reason Ximpleware became aware of that GPLv2 breach is because some months ago Versata and one of its customers, Ameriprise, became embroiled in their own litigation. The breach of GPLv2 came out during discovery.

Ximpleware has terminated that license as to Versata. This is exactly what the Software Freedom Conservancy and others do when confronted by GPL breaches.

That earlier litigation is between two (or more) commercial companies; it is not a FOSS problem. These are mature, sophisticated, profitable companies that have the wherewithal to protect themselves. I know that in my own law practice, whether I represent software vendors or their commercial customers, we typically provide for some level of indemnification. Perhaps Ameriprise and the other customer-defendants can count on Versata defending them against Ximpleware. Such a commercial dispute between big companies – even if it involves the GPLv2 software of a small company and separate indemnification for copyright or patent infringement – is between them alone.

But as to Ximpleware and its GPLv2 copyrighted and patented software, there are a few misunderstandings reflected in Aaron Williamson's article:

1. The notion of "implied patent licensing" has no clear legal precedent in any software licensing. While it is true that goods that one purchases include a patent license under what is known as the "exhaustion doctrine," there is no exhaustion of patented software when copies are made (even though copying of the software itself is authorized by GPLv2). For example, a typical commercial patent license nowadays might include a royalty for each Android phone manufactured and sold. Companies that distribute Android phones and its FOSS software acquire patent licenses so that recipients of their phones are indeed free to use those phones. But that isn't because of some implied patent licenses that come with Android software, but because commercial companies that distribute phones pay for those patent rights, directly or indirectly. I think it is entirely reasonable to require that commercial companies get their patent licenses in writing.

2. Versata's customers who received the (in breach!) GPLv2 software all moved to dismiss Ximpleware's infringement claims against them, pointing to Section 0 of GPLv2, which says that "[t]he act of running the Program is not restricted." What that sentence actually means is just what it says: The GPLv2 copyright grant itself (which is all there is in GPLv2) does not restrict the act of running the program. Nor could it; that is a true statement because running a program is not one of the enumerated copyright rights subject to a copyright license (17 USC 106). The authors of the GPL licenses have themselves made that argument repeatedly: The use of software is simply not a copyright issue.

3. Because there are U.S. patent claims on this Ximpleware software, Section 7 of GPLv2 prohibits its distribution under that license in the United States (or any jurisdictions where patent claims restrict its use). If Ameriprise and the other defendants were outside the U.S. where the Ximpleware patents don't apply, then GPLv2 would indeed be sufficient for that use. But inside the U.S. those customers are not authorized and they cannot rely on an assumed patent grant in GPLv2. Otherwise GPLv2 Section 7 would be an irrelevant provision. Reread it carefully if you doubt this.

The Versata customers certainly cannot depend on an implied patent license received indirectly through a vendor who was in breach of GPLv2 since the beginning – and still is! Versata ignored and failed to disclose to its own customers Ximpleware's patent notices concerning that GPLv2 software, but those patents are nevertheless infringed.

Should we forgive commercial companies who fail to undertake honest compliance with the GPL? Should we forgive their customers who aren't diligent in acquiring their software from diligent vendors?

As Aaron Williamson suggests, we shouldn't ignore the implications of this case. After all, the creator of Ximpleware software made his source code freely available under GPLv2 and posted clear notices to potential commercial customers of his U.S. patents and of his commercial licensing options. Lots of small (and large!) open source commercial companies do that. Although it is ultimately up to the courts to decide this case, from a FOSS point of view Ximpleware is the good guy here!

There is rich detail about this matter that will come out during litigation. Please don't criticize until you understand all the facts.

Lawrence Rosen
Rosenlaw & Einschlag (lrosen@rosenlaw.com)

Comment Re:An easier solution (Score 3, Insightful) 120

It would be truly horrible if people had to concentrate on their driving rather than the six-channel, streaming video playing on their dashboard while they blend margaritas.

No doubt, but it would be more horrible if modern systems for things like braking and traction control went away. People who've grown up with cars that are full of three-letter technologies like ABS and EBD might not appreciate how much more skill is required to drive a car safely at the same speeds and in the same environments without these driver aids.

Comment Shouldn't be necessary, but if it is... (Score 4, Interesting) 120

It's kinda terrifying that the people making fast, heavy lumps of metal with computerised control systems don't already routinely isolate those control systems from any other computerised technologies in the vehicle, particularly any that can interact remotely. They shouldn't need to be publicly admonished about the dangers of these situations. Don't these organisations employ actual engineers any more?

But given that it does seem to be necessary to make a public display of this -- which presumably removes any plausible deniability if the auto makers do get sued after an accident later, so I can believe it will at least get their attention -- I'm glad it seems to be a responsible group with the right motivations who are starting the ball rolling. If it were just a bunch of lawyers or insurers, the general public could write the campaign off as the signatories just looking out for their own interests.

Comment Re: And so it begins... (Score 1) 252

Totally agreed about the G'Kar/Londo/Vir storylines. The non-human characters often got the best personal storylines and character development in B5, because the human officers (and Delenn as a notable exception to the non-human rule) tended to be tied up in moving the main plot arc forwards much of the time. Lennier was another non-human who had a diverse range of relationships with other characters and developed well through the series, at least until his completely implausible Toby Ziegler style character transplant near the end.

Comment Re: And so it begins... (Score 4, Interesting) 252

Except that the series jumped the shark when Sherdian came back from the dead, which was always part of the arc.

FWIW, I never saw it that way. With the powerful races that are in play by that point in the show, it needed someone from the younger races to do something that appears miraculous from our perspective to put us in the same league and make the final outcome to the main plot arc credible. What happened to Sheridan was that something, and it was clear from well before the critical event that the older races knew and understood things about what was happening that the younger races in the show and, by extension, we as the viewers did not, so personally I didn't find it either out of character or a random deus ex machina twist.

Season 5 is best viewed as a collection of disparate standalone stories, of which there are actually a few redeeming ones.

There I definitely agree. JMS didn't get to finish things quite the way he'd hoped, with the potential cancellation after season 4 obviously causing some reordering and early resolution of major plotlines, and things like losing a major cast member for related reasons that they couldn't fix in time when they did get the green light for season 5. However, a few of the individual episodes in season 5, particularly the ones that looked at the station and characters we had become so familiar with from a very different perspective, were some of the best single episodes of the whole series IMHO. There's a great little moment at the end of "A View from the Gallery", where something happens just in time, and it puts the often grand themes and seemingly awesomely powerful characters we normally see in the show in a very different light.

I wonder whether a reboot of the main series is the best way to go, though. It's hard to believe anyone could play characters like G'Kar and Londo with the brilliant individual performances and wonderful chemistry of the original actors. I can watch the new Star Trek films and enjoy a big space fight with the best of them, but I don't see Kirk and Spock, I see a different ship, a different crew, and a very different (read: Hollywood) style. It's more like ST:TNG compared to ST:TOS, a familiar environment but different characters and stories. I'm not sure trying to retell the original B5 story with a bigger screen, a bigger budget, bigger SFX, and none of the original magic is a winning move (although if there's anyone who could pull something like that off, JMS would be the one, and if they manage some exceptional casting as well then it might be worth watching).

Comment Re:Any bets on how long before the plug is pulled? (Score 1) 142

Nearly 100 years ago, the same kinds of busybodies were trying to outlaw radios in cars, since that was "obviously" a distraction for the driver. News flash - the vast majority of the time, people (yep, even the ones that don't live in your hipster high-rise) are more than capable of enough multitasking to deal with both driving and another task.

Are you seriously arguing that anyone who thinks using a HUD to display tweets and text messages is dangerous must be a busybody?

If you are then you are the guy those laws are written for, so the authorities can take you off the road before your arrogance kills someone.

Comment Re:Yes, proprietary (commercial) often wins here (Score 1) 430

YMMV of course, but on this issue I find mine is unfortunately very consistent. FOSS projects with good usability and user documentation are rare things, while leading commercial/proprietary software frequently got to its dominant position by being better in these respects than its competition.

I personally believe this enough to spend a lot of money on the software I use. Apparently enough other people are concerned about it that there are hundreds of posts in this discussion without many posts seriously questioning that the problem exists -- and this is Slashdot, which is about as pro-FOSS a forum as you're ever going to find on-line.

Comment Re:So now Google establishes Internet standards (Score 3, Insightful) 148

While your points about the snail's pace of web "standards" development are fair, it's also important not to go too far the other way. Not so long ago, another browser became dominant in market share through pushing new but not widely supported features its own way, and people started making web sites that were written specifically to work with that browser rather than any common standard.

That browser was Internet Explorer in the late 1990s, and the result was IE6.

Slashdot Top Deals

The biggest difference between time and space is that you can't reuse time. -- Merrick Furst

Working...