Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Comment Re:What? No Due Process? (Score 2, Interesting) 301

I agree with you that this sort of publication of charges instead of convictions sucks.

However, your characterization of drunk drivers is just wrong. They ARE incredibly dangerous. They ARE reckless, and while they may not intentionally be seeking out people to mow down, they are showing a tremendous disregard for those same people.

Buying Chocolate when you wanted Strawberry is a bad decision. Getting behind the wheel while drunk shows a fundamental contempt for human life.

Attempting to trivialize it in the way you have is honestly quite disturbing.

Comment Re:*First post.. (Score 1) 590

Royalties for a text-book, yes. However writing a text book is not an expected part of a university professors job.

Creating lesson plans, however, is a very different animal. It's an expected and required part of your job. We (the taxpayers) pay teachers to create these plans. For a teacher to claim ownership of these plans doesn't make a lick of sense to me. Just because you 'do it at home' doesn't change it. If I write software for a company at home, I'm still being paid for that work and have no right to claim it as my own. There is no difference here.

Comment Re:The System (Score 1) 863

How does this generate extra revenue for the city over the traditional system? The real problem these systems solve (and they are very widespread) is making it easier to support credit cards for payment. That's a huge convenience for most folks who don't generally carry change. I get that cynicism is ultra-cool these days, but it's hardly warranted in this case. This is an attempt to alleviate a real problem for folks (like me) who rarely have change. I've used the system in Portland, Denver, and several other cities both here and abroad and I see no issues with it.

Comment Re:Are there more than 20 apps for it? (Score 1) 384

Simply not true. Nokia S60 has a veritable ton of apps available. Palm has roughly a billion.

It's not quantity, it's quality of experience. Neither Nokia nor Palm have really made the process of locating and buying apps very easy. The iPhone has.

Google has built a promising system for Android, and as they get more phones to market you'll see more and more applications built for it. I think this battle is going to be fought on balancing 'open' versus 'reliable'. Is apple right? Can developers not be trusted to build high quality applications if the phone is largely open?

Time will tell.

Comment Re:Um (Score 4, Insightful) 334

The point is you don't have to do even that. The routine would look something like:

- User initiates action with the floppy drive
- Run the auto-detection routine to see what answer you get
- Spin up the drive and check to see if something is in the drive
- Compare that with the pre-spun result to see what answer you get.

Something along those lines. There are several variations on this that would work and never require you to interact with the user at all.

Comment Re:Ask for Revenue Sharing and Shares (Score 2, Informative) 315

Taxes is EXTREMELY important here. Those shares are going to be taxed as income, even though they have no cash value (they will be taxed at the current valuation of the company at the time of the award). This can be a very significant amount of cash..

You should be looking for options, which allow you to defer much of that tax burden till at least they are liquid (but be careful how the contract is worded in terms of vesting and term of availability.

Comment Re:Destined to the "ungratifying"? (Score 1) 358

It's always interesting when I consider the number of hard-core Republicans I know that happily take government welfare. Rural areas are FILLED with people who don't want to work (they're "contractors"), yet live on 5 acres and have 11 horses (real example). They need food stamps to get by. They depend on government medical coverage for their children.

Yet come election time they are red as red can be.


Losing My Software Rights? 440

vintagepc writes "Having written a piece of software as part of my research employment, I now face (and will later face again, with other software I've developed), the issue of intellectual property rights. The legal department stated that if I was paid by the University to produce the software, the University would own all rights to it. This is supposedly black and white, not a gray area. However, I was hired as a research student, not directly by the University, and also via a research award (NSERC). Furthermore, it turns out that faculty members here, in fact, retain their intellectual rights to any software they write. At this point, I can still back out, since I have not explicitly agreed to the conditions, but this decision must be made soon. So, I turn to the Slashdot community to ask: Are they allowed to completely strip my rights to the software? If anyone has had any similar experiences, then what was the outcome? Additionally, is this a normal action, or do I have some maneuvering room?"

Comment Re:Perhaps (Score 5, Interesting) 268

How do you identify "good code"? That's one of the great problems we have as software developers. Quantifying 'good' code is extraordinarily difficult. Code reviews do an excellent job of identifying clever code, but rarely capture the full utility of what is being written. You may think you know good code when you see it, but over the course of my career I've become convinced that is not true at all.

Really the problem is that the only way to truly measure code quality is by seeing how it runs in a production environment. Even then I can easily quantify the quality of the teams overall output (does it work? does it work consistently?), but tracing that back to an individual programmer is often nearly impossible. Systems tend to interact with each other, and placing blame is not an exact science. The gulf between 'good' and 'good enough' is not nearly as wide as it seemed when I was a novice programmer.

Great code almost never breaks. Good code works most of the time. Poor code is another matter.

Poor code is easy to spot. Poor code never works. It's ugly. It's complex. It's stateful. It's jump off of the screen and practically begs to be put out of its misery.

That's precisely why companies have processes and checks. They are an attempt to catch marginal code and make it 'good enough'. The problem, as the article points out, is that in the process they often inspire great coders to deliver marginal code themselves.

The secret is to spot (through some mixture of science and art) great programmers and provide them with the freedom to write great code. If circumstance requires you to hire marginal programmers, then by all means put the process in place to make sure that what they do doesn't detract from the work your best and brightest are doing. Separate them as best you can. Limit how their systems interact.

But whatever you do... don't limit your best programmers, as they are far more valuable than hundreds of poor ones.

Slashdot Top Deals

"The Avis WIZARD decides if you get to drive a car. Your head won't touch the pillow of a Sheraton unless their computer says it's okay." -- Arthur Miller