Tag Archives: Customer

Poll: Disengagement grows the longer workers stay in government jobs

Map of Canada
Map of Canada

From the Ottawa Citizen. (H/T Andrew)


Recent post-secondary graduates recruited by the federal public service appear to become more disengaged and less ambitious the longer they’re in their jobs.

That’s a key conclusion of a new study that provides an intriguing window into perceptions of government employment by new public service hires and potential recruits. The study, recently posted to a government website, was done for the Public Service Commission by EKOS Research Associates.

It involved online surveys with two groups of people hired through the government’s Post-Secondary Recruitment Program (PSR), as well as recent hires recruited through other methods and “potential recruits” — mostly university graduates under age 35.

As part of the study, EKOS re-interviewed 219 PSR recruits who were surveyed in an earlier phase of the study in 2009. It found some “troubling shifts” in their attitudes.

The importance these recruits attach to “key intrinsic job aspects” has declined over the past year, the study reports. The weight they give to the opportunity to be creative declined by nine percentage points from 2009 to 2010, it says, while the importance they attached to the prestige associated with their jobs fell by 10 points.

There were also smaller declines in the importance ascribed to meaningful work and opportunities for career advancement, while “more extrinsic issues” — such as attractive compensation and a good work-life balance — assumed greater significance.

“These findings suggest that PSR recruits become less ambitious/intrinsically motivated as they spend more time in the federal public service,” the study concludes.

Can people who are disengaged serve the public as well as private sector workers whose compensation and continued employment depends on their being engaged in their work? This is why we need to privatize as much as possible.

How do we know that some parts of DNA really are non-functional?

ECM sent me this post from Uncommon Descent about DNA and software design.

Perhaps I should begin by explaining explaining how software is made. The customer gives you a list of use case, which are descriptions of things that you expect the finished software to do. This list of expected system behaviors is called the “functional requirements”. There are also “non-functional requirements” that the user will not see, such as how easily the components of the system can be maintained or tested.

Now consider the post by William Dembski. He writes:

One of the main arguments to support evolution appeals to shared non-functional structures between organisms. Since design entails design for function, shared non-functional structures would suggest common ancestry in the absence of common design. But how can we tell whether something is truly non-functional?

Then he cites an e-mail sent to him by a software engineer, who explains how a lot of code is included to address exception handling and non-functional concerns.

As a programmer, sometimes I spend a lot of time designing error-detection and/or error-correction algorithms (especially for dealing with user input). Some of these functions may never, ever be used in a real-life situation. There are also various subroutines and functions that provide either exotic or minor capabilities that, likewise, maybe be used very seldom if at all. But they are there for a reason. Good programming practice requires considerable extra design and implementation of features that may only rarely, if ever, be used.

If someone were to cut out and eliminate these sections of code, repairing what’s left so that the program still functions, the program may work perfectly well for just about all situations. But there are some situations that, without the snipped code, would create havoc if the program tried to call on a function that was no longer there or that was replaced by some different function that tried to take its place. (Ask yourself what percent of the functionality of your spreadsheet or word processor program you use, and then ask if you would even notice if some of the lesser-known functionality were removed.)

I think biological life is like that. It seems to me that if some DNA code can be successfully removed with no apparent effects, one possibility is that the removed portion is rarely used, or the impact of it not being there has effects that are masked or otherwise hidden.

Perhaps redundancy is what was removed, meaning the organism will now not be quite as robust in all situations as before. I can give a kidney to someone else and suffer no ill effect whatsoever… until my remaining kidney fails and cannot be helped by the redundant one that I gave up (which situation may never, ever really occur due to my general good health).

P.S. Being able to snip something with no apparent ill effect may in fact provide support for ID by showing that the system was so well engineered that it could automatically adjust to a certain degree, and in most cases completely (apparently). It would be interesting to see some ID research into some of the evo cases that are being used to support the various flavors of junk DNA, to see what REALLY happens long term with the new variety now missing something snipped.

Sometimes, I forget that most of the world is trying to assess where biological systems are designed without knowing what engineers know about how the process of engineering.

Consider the example of implementing caching in order to reduce the frequency of network and database calls. Making a call to a remote system over a network can be very slow if there is lot of traffic congestion. The same thing applies to reading from a database or the file system. Engineers have invented a solution to this problem called “caching”. This basically means keeping the data you use the most often, or the most recently, in memory. It helps you to avoid looking up the same data over and over.

Notice that caching doesn’t do anything for the functional requirements. Instead, engineers are writing a whole bunch of code to address a non-functional requirement: performance. That caching code still has to be designed, written and tested, but the user will never see it produce any external behavior. In fact, the user will not be aware of the caching module at all!