Please create an account to participate in the Slashdot moderation system


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:Function Point Analysis and Man Hours (Score 1) 483

I'd moderate this retarded if I could, but it's not an option. Probably Palin had it removed. Anyway, allow me to explain.

Not sure if I'm being clear here, but a "standard change" is not an estimate - it's something we've done before and know exactly how long it takes. If you are doing any actual estimating, the more "estimating" you do vs. using historical data, the more range of error you'll have. I'll babble on this subject for a while, but that's the gist of this post.

There are different types of changes. If you're estimating something you've done a hundred times, you know exactly how long it will take. Something like custom configuration for a client, routine maintenance, things like that. You'll be correct on how long it takes.

If a customer wants a new web service, and you've never done a web service, you're going to be wrong no matter how much you quantify. You can determine how many objects you need to create/update, but you can't tell how long it will take.

In other words, estimating has to take into account many different things:

How many objects will be updated/added
How many of those will be trivial vs. complex changes
Level of familiarity of the person/people implementing it
Assumption that the number of objects is correct, and nothing was missed
Necessary documentation available *and correct*
Historical accuracy of estimating (are you getting better at estimating overall?)
Historical accuracy of estimating the kind of change requested (are you getting better at estimating *this*?)
Overhead of gates/reviews and change control or other process
Testing resource availability, familiarity with the new items, correct documentation supplied to whomever is testing

If MSDN or man page isn't correct, you're going to do a lot of debugging. If the client's web service you're connecting to doesn't match what you were given, you're doing rewrites once you hit testing. If your change is ready to go but a company-wide routing change is scheduled for the same date so you can't test your implementation, you're stuck. If the CSS works until someone enters a long comment, and you need to find a workaround to the layout, you're better off just saying won't fix.

Bottom line, the more foreign something is, the more incorrect you will be. If you are estimating something you've already done, there's not need to estimate - it's already done! So by definition, we are either dealing with something simple like search/replace and run, or something foreign where you're going to be wrong no matter what.

I'll close with - in a modern company, all code should be reusable. So you only do things once. So you can't learn to estimate more accurately, since you're always estimating something different. The only way to have accurate estimating is to have a solid team working together for a while, and doing similar work. Just limit yourself to things you know, and you'll be right.


Only 27% of Organizations Use Encryption 175

An anonymous reader writes "According to a Check Point survey of 224 IT and security administrators, over 40% of businesses in the last year have more remote users connecting to the corporate network from home or when traveling, compared to 2008. The clear majority (77%) of businesses have up to a quarter of their total workforce consisting of regular remote users. Yet, regardless of the growth in remote users, just 27% of respondents say their companies currently use hard disk encryption to protect sensitive data on corporate endpoints. In addition, only 9% of businesses surveyed use encryption for removable storage devices, such as USB flash drives. A more mobile workforce carrying large amounts of data on portable devices leaves confidential corporate data vulnerable to loss, theft and interception."

Comment Re:mother nature-My Uneducated Thoughts (Score 0) 260

Just to put out my unscientfic, uneducated on the subject thoughts, but don't you have to survive the infection? An extreme, and possibly poor example, compare the affects of smallpox on Native Americans and Europeans after 1700 or so. The Native Americans, with no ancestral exposure to smallpox or cowpox were devastated by smallpox when exposed, while the Europeans were less affected.

So, do I want to be exposed to someone's unwashed filth, knowing that it will make be stronger, if it doesn't kill me? Do I want to transfer it to my car or my home, maybe intentionallly expose my family to it, just to make them stronger? In the comparison of the Native Americans and Europeans in the 1600 - 1900's, the less clean Europeans won, but how many lives did that genetic immunity, if there is such a thing, cost?

In the end, cleanliness is cultural, and might just be another case of "Play Now, Pay Later".

Getting back on topic, I doubt that washing whatever gets upon my hands in the restroom, or from using the keyboard of a coworker with snot dripping from his nose, impacts my favorable gut bacteria much. Alcohol consumption, and not replenishing them with cheeses or yougurts, stuff like that is what leads to their decline.

Slashdot Top Deals

"Gotcha, you snot-necked weenies!" -- Post Bros. Comics