Beta
×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Comments

top

Univ. of Wisconsin's 30-Year-Old Payroll System Needs a $40 Million Fix

TheEnigma Break the solution down into parts (418 comments)

I think that everyone's thinking about this the wrong way. Computers automate processes, but that doesn't necessarily mean that the entire process needs to be automated from the minute it's turned on. This fundamental, flawed assumption is always at the heart of these kinds of fiascos.

If you can write a program to do it, you can also design a manual process. But more importantly, if it's a complex process, you can first break it up into sub-processes, and then automate the parts that involve tasks that are already well understood, and have existing implementations, and do the rest manually. Then replace the manual parts with automated processes piece by piece. The monolithic replacement approach is ridiculous. The side benefit of a hybrid automated/manual approach is that the algorithms and procedures are transparent, and non-programmers can learn them, understand them, critique them, improve them and finally describe them in a form which can be automated. Once manual processes stabilize, they could probably be scripted easily enough, as an intermediate step before conversion to fully custom code modules.

Now, this would have to be managed, of course, and there would have to be some kind of standards imposed for data formats, but assuming all of the raw data is always digital, and the manual work is mostly comprised of moving the output from one automated step to the next automated step, you would have an ad hoc system that could be evolved into a custom system, while always working the whole time.

Of course, given that they already have a working system, they should in fact simply be replacing elements of the existing system with modern replacements, one at a time. They could write adapter layers between the existing parts and the replacement parts. It's clear from the description that the system is distributed, running on multiple (hundreds, thousands?) of computers.

I'm not saying it would be easier or cheaper, but it would work from the get-go, and evolve, and by the time it was finished, the users would already be trained and management could have high confidence that the system worked.

more than 5 years ago
top

NYC's Educational Dark Fiber Network

TheEnigma Re:ffs... (101 comments)

This goes far beyond Americanization of English. Note the imaginary word "layed" in place of "lain". Just because a person reads slashdot doesn't mean that they can write worth a damn.

If only the slashdot editors had any kind of real claim to that title, then they might actual edit stories, instead of just filtering them.

more than 9 years ago

Submissions

TheEnigma hasn't submitted any stories.

Journals

Slashdot Login

Need an Account?

Forgot your password?

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>