n.b. I don't want to criticize engineering choices from afar, but if people can bork production with malformed XML, that suggests opportunity for further process improvement to either check XML or render it unnecessary. Visual Website Optimizer, for example, mostly abstracts that away.
P.P.S. Quantify the problem to management, fix it, get heavily rewarded. You could even use the proceeds to take a trip to Wall Street, if that floats your boat.
- I gave font size as very easy example, and there are dozens of products that make that very easy. But a lot of our testing ends up being very heavily backend-oriented (e.g. "let's try this new optimization engine combined with this optimization engine"). So any third party tools probably won't be plug and play unless we made some fundamental changes to our web applications.
- And I have quantified making those changes long before the layoffs (although I had another in-house solution in mind, not one that used third-party tools), because even if 1% of engineering time is spent executing scripts like robots, that's 1% that could be better deployed into a profit center for the company. The problem is, like I'm sure many engineers understand, is dealing with executives who don't quite grok the technical limitations of the current system, and who have a hard time prioritizing anything that doesn't directly lead to more money in the bank account.
- And this is my main point... so we had layoffs, and ended up coming to a defacto more efficient solution, which would be okay if me or anyone else involved in this solution was compensated accordingly. Instead it's executives that will get lauded for cutting costs, even though the current solution now introduced a high risk of impacting our ability to actually execute on the aforementioned initiatives that would lead to directly more revenue.
- So basically, what I'm most frustrated about, is this: I had a proposal that would have improved an inefficient process. That proposal got ignored, then we had layoffs, then we were forced to improve on that inefficiency in a way that wasn't that much more efficient. If we ultimately get this all to work, the executives get bonuses for increasing profit by lowering headcount. If it doesn't, they get cut loose with what I assume is some generous compensation package.
I'm not trying to just rattle some populist chains here or complain about "the 1%." My point is, it's not the actual elimination of jobs and creation of 'shadow work' that is a problem, but the context of which is eliminated. In most cases it sucks for the people whose jobs got eliminated, and it sucks for the people who now have do the shadow work because they're not seeing the rewards of the new efficiency (e.g. lower prices at the grocery store). Instead, some layer of people highly detached from the process typically gain the most benefits.
The author's position on "shadow work" appears to be opposition to productivity and self-reliance, along with a pining for servants and dependence.
If I'm paying them a fair wage for their time, how can you call me a burden on society? Is your boss a burden on society when he tells you to do your job?
Are you against all forms of division of labor or just the convenient ones?
Now, interestingly, I really shouldn't be there. The cost of shopping for groceries on a whole is _very_ expensive, time wise. I would rather sit at home (or do something else productive) than walk around the grocery store and wait in lines for 45-75 minutes.
However, I still don't use grocery services, and I know very few people per capita willing to let others shop for their groceries, even though many of them bring home over $75 an hour. Why is this?
That said, I recently hired a servant to take care of all those things that I don't like to do (I live in a low-wage country). Shopping, Cleaning, Laundry etc. About $400 a month, although it could be a lot less. Wouldn't go back.
There is something of a time loss if you can't keep up with the cashier, but that's not often much of a problem. The few times I or my husband have started bagging stuff in grocery stores here in California, though, we've gotten strange looks - and often, at Trader Joe's, where the cashier often bags after scanning everything - words of thanks.
When I buy tickets on the internet, I get charged a convenience charge... costing me more for doing it myself. When I drive myself, I have no doubt that everything in, it costs me more than catching the bus.
Unfortunately these are all things that aren't necessarily obvious. "Doing it yourself" is a great idea, but it's not necessarily cheaper.
Self-checkout works because it's cheaper not only cheaper indirectly (through lower prices) but directly as well: The customer is given the choice of waiting in line for a human or doing it themselves, and they can ponder all of the economic variables, like their preference for not doing manual labor versus the value of their time.
I'm not sure how old you are, but gas stations used to have 2 prices. One price for self service and one for 'full' service. Over time I'm guessing more people used the self service to the point where even offering full service didn't make sense.
Bagging the items will be optional, or you can just bag them yourself as you shop.
My company has a homegrown A-B testing platform. Without getting too far into the technical details, the process typically occurred as follows: A business unit would suggest a performance increasing hypothesis to the statistical analyst ("let's change the font size from 12 to 14, I bet that'll increase conversions"), who would clarify the hypothesis into a statistically correct terms ("let's set 1% of our traffic to size 14 font and segment the resulting revenue this way") and submit a ticket to the engineering team, who would set up the test using XML, then ran a script that would convert that XML into MySQL insert statements, which populated a table that the web application would read from.
Then we had layoffs and engineers were canned. To mitigate some of the work for the engineering team's now reduced staff, I gave all the analysts the necessary permissions to set up and execute the XML -> MySQL translation themselves. On the one hand, they appreciate the direct control. On the other hand, they've fucked up production more than once with malformed XML and the like, which is something they never had to worry about before, which in turn has caused huge headaches for my team.
Is this 'shadow work'? All I know is that my company used to employ more people, and both engineers and analysts were happier. Now nobody is happy, even if the productivity per person is higher, except maybe our executives who have squeezed out more productivity out of fewer employees.
Hmm, maybe I should see what those OWS guys are babbling about after all.