18 ms·
This question is a beautiful example of typical incentives workers feel and how screwed up they are. On HN people talk often enough about how if you have a work
by imh 9y ago
This question is a beautiful example of typical incentives workers feel and how screwed up they are. On HN people talk often enough about how if you have a worker who gets their job done in 30 hours instead of the company's usual 40-60 hours, you should give them 30-100% more responsibility, but much more rarely "and 30-100% more pay." Butt-in-the-chair hours are super important culturally and it's been that way for a while. Incentives are screwed up enough we're getting questions like this.
If you've ever thought "I'm done for the day, but I'm going to hang out a little longer to leave at a more respectable time," then you're feeling (and doing) the same kind of thing.
- kazen44 9y ago> Butt-in-the-chair hours are super important culturally and it's been that way for a while it seems to me that this is directly related to the fact that many parts of management theory have been developed as part of a manufacturing industry instead of a service/"tinkering" industry. With manufacturing, more hours directly correlates to more units produced and thus more value created. This is not the case anymore thanks to a high degree in automation.
- webnrrd2k 9y agoI think thst there is also a fundamental imbalance between people's general expectation of what's fair for a company to do, and what's fair for a person to do. After all, if a company had discovered a way to make, say, an expensive medication for almost nothing, would the company be expected to disclose their secret? Would a company be expected to announce to the world: "we can make this for almost nothing now, so were dropping the price to almost nothing!". In the case of the OP, I think the company should have made it clear that employees wont be penelized for doing their job well. he would certainly deserve a bonus, and some extra vacation time, for directly contributing to making the company better. He shouldn't need to worry about loosing his job. Honestly, if the employee expects to get screwed over by his bosses or the company, then I can see why he wouldn't disclose the programming and automation. Maybe he can open up discussion by asking his manager what would happen if he could make his job, say, 10% faster or easier by automation. Just see where that goes and figure out the next step...
- Trundle 9y ago>Would a company be expected to announce to the world: "we can make this for almost nothing now, so were dropping the price to almost nothing!". There are many people all over reddit at least that think that yes, yes they should.
- Dylan16807 9y agoPeople don't need medication of their own free will, which is why >100% profit markups go from eye-rolling to genuinely upsetting.
- deleted 9y ago[deleted]
- caconym_ 9y ago> I think thst there is also a fundamental imbalance between people's general expectation of what's fair for a company to do, and what's fair for a person to do. After all, if a company had discovered a way to make, say, an expensive medication for almost nothing, would the company be expected to disclose their secret? Would a company be expected to announce to the world: "we can make this for almost nothing now, so were dropping the price to almost nothing!". I came here to say this. Corporations strive to maximize profits, are most often not transparent about how much it costs them to make what they sell, and often attempt to justify the high costs of their products with half-truths and/or outright lies. Why should employees be held (or hold themselves) to a higher standard? If a customer (the company) purchases a service (employment in a certain role) from some entity (the employee) who provides that service, and said entity figures out a way to greatly increase their profits while the customer continues to pay the same price for the same service and is happy with the deal, what's the problem? That seems like a win-win to me.
- lloeki 9y agoTrue enough, and possibly that line of thinking is tentatively translated to automation by saying "well, you automated things, now you've got free time, stay in that chair and use it to automate more!" as if such automation were itself a manufactured good. Obviously this is a false premise, as no software/automation/process is exactly the same as the previous one and you can't apply economies of scale to the end products, merely skill and experience, and with any luck reusability of some parts.
- kazen44 9y agoalso, your market value just increased by a fairly large margin. So your wage in relation to your labour should be a lot more positive then doing manual labor.
- Kenji 9y agoYou have no idea how much I hate the people who are paid for 8 hours of 'butt in the chair' but they only show up for 6 and of course it's their code that breaks first and of course they've already gone home when the bug report comes in and of course the code is so obscure that one would have to ask them or else spend 5 additional hours on it.
- z1mm32m4n 9y agoEveryone's code breaks eventually. Even the people who spend 8, 10, or 12 hours in the chair. The solution is not to require that everyone spend 8 hours at work. Rather, it's to require that the code be explained and discussed in code review. After that, there's an on-call team (which may or may not include the original developers of the code!) who handles the system in case of a breakage. Butt in the chair time is completely irrelevant to this process.
- majewsky 9y agoSounds like you need unit tests. Or at least a rollback button, so the bug doesn't cause harm until you can dump the problem on that person's desk again next day.
- owenmarshall 9y agoFlip your premise around a bit: what kind of world do you live in where "obscure code" makes it to a production environment after hours? Do you not do code reviews to ensure good quality? Do you not test your releases before launch? Do you not have a release strategy that allows you to launch code when people are in the office? Why aren't you fixing that rather than blaming your coworkers?
- kelnos 9y agoThis particular case is weird in that they hired a programmer to do the job of a data entry person. It turns out that they -- accidentally -- made the right decision, because it's frankly stupid to pay someone for a month of work when you could spend a little up-front time automating it and eliminate the need for the job entirely. So, honestly, I don't think it would be wrong for the company, if they knew about the automation, to let the OP go and have the analysts themselves run the script. As a company, I don't think you should be required to pay someone to do a job that isn't necessary, even if the worker himself made the job unnecessary. I mean, we wouldn't be having the same discussion here if the company had instead hired someone (perhaps even the OP) on contract specifically to automate the job, and that was it. I hesitate to suggest that what the OP is doing is unethical. I think aspects of it aren't quite above board: deliberately inserting bugs/mistakes to hide that it's now automated is, IMO, crossing the line. And at the end of the day, the company thinks they are paying the guy to do one thing, which they believe takes a significant chunk of time, but that's not the case. If he wasn't remote, and had to come into the office every day, his deception would probably be quickly found out, so in essence he's abusing his remote-work arrangement. But hey, you gotta eat, and 1:1 time with a child is a great thing. Employers naturally have the advantage of a power imbalance, and it sounds like this guy lives in an area where tech jobs aren't aplenty. I think my advice would be: well, the deed is done. Don't tell your employer yet, but start using your copious amounts of free time to search for a new job that also allows remote work, even if it takes several months to find one. Once you find something, give notice, and tell the employer that, as a parting gift, you automated the job, and give them the automation tool. At that point it's up to them what they want to do: hire another data entry monkey, or use the tool. Either way, I doubt this job would last forever (automated or otherwise), and then you'd just be out on your ass without any professional growth on record to use to help you get a new, better one.
- dsego 9y agoIt's his tool, why give it away for free?
- maskedinvader 9y agobecause the ip belongs to the company because presumably he developed it during working hours using the company's resources.
- deleted 9y ago[deleted]
- rljy 9y agoAdam Smith began his wealth of nations with a description of the division of labor and an essay on how this division leads to an increase in productivity. Specifically, he gives the example of a worker who's sole job it is to make pins, and who devises a way to make them by machine, while previously, each pin was hammered out by hand over a matter of minutes, the new machine makes them in seconds. This division of labor is often cited as the thing that makes capitalism great. This kind of optimization can be incentivized by way of piece work. Piece work is when workers are paid per piece rather than by the hour. Piece work is outlawed in the west. In the US, it was outlawed during the great depression when the minimum wage was instated. In Europe, I'm not sure when it was outlawed, but it is illegal here as well. In Asia and India, it is still legal. I feel that things like Uber, and Amazon's Mechanical Turk, are rejuvenations of the illegal piece work payment method. Would it be unethical to apply AI to solve Mechanical Turk tasks? I don't know if I think that piecework should be legal or illegal. The reasons for banning it were very compelling at the time. Edit: spelling
- mmastrac 9y agoPiecework (and Mechnical Turk!) probably makes more sense in an environment with Basic Income. That gives the employee a chance to decide if the effort is worth the $/piece without compromising on their health and welfare.
- pmlnr 9y agoThis is exactly what I tried to describe to a non-engineer, and failed.
- photojosh 9y agoYep. Basic income means we can do away with minimum wage. Now let's see how much poorly-regarded jobs (like janitorial) end up paying when the free market really does decide.
- sokoloff 9y agoMy prediction is "not that different from today, perhaps a little less". The chief skills required are reliability and work ethic. People getting UBI of $600-800/mo aren't going to see janitorial work as "beneath them".
- austenallred 9y agoIt seems the greater question is, "What is the employer paying for?" Economic theory suggests an employer pays for value created. After all, if an employee is generating less economic value than they're consuming, it makes sense to fire that person. But that's only true in a fantasy world where you can perfectly measure and compensate that kind of performance, like performing physics equations without air resistance or friction. The reality is that calculating "value created" is extraordinarily difficult, so we tend to use "hours-of-butt-in-seat" because it's the closest proxy.
- jerrylives 9y agoClosest, or easiest?
- austenallred 9y agoFair point; it's likely some combination of the two. Unsurprisingly we tend to measure by things that are easy to measure. There are examples of roles where outcomes are easier to measure, and those roles generally tend to be more directly connected to compensation. As PG put it in http://paulgraham.com/wealth.html http://paulgraham.com/wealth.html: > To get rich you need to get yourself in a situation with two things, measurement and leverage. You need to be in a position where your performance can be measured, or there is no way to get paid more by doing more. And you have to have leverage, in the sense that the decisions you make have a big effect. > Measurement alone is not enough. An example of a job with measurement but not leverage is doing piecework in a sweatshop. Your performance is measured and you get paid accordingly, but you have no scope for decisions. The only decision you get to make is how fast you work, and that can probably only increase your earnings by a factor of two or three.
- ue_ 9y ago>The reality is calculating "value created" is extraordinarily difficult, so we use "hours-of-butt-in-seat" because it's the closest proxy. Some would disagree on this, the Marxian school posits that the employer really is paying for "hours-of-butt-in-seat", technically, labour-time (note, this is not the same as labour, or the value created by the labour). As such, value of the products doesn't come into it at all, but rather only the minimum value required to keep the worker. What is this value equal to? The amount required to sustain the worker - i.e to cater to his survival, to ensure the continued flow of labour (viz. supporting the worker's family), to keep the employee coming to his job, and most importantly the reproduction of his labour-time commodity.
- wfunction 9y ago> If you've ever thought "I'm done for the day, but I'm going to hang out a little longer to leave at a more respectable time," then you're feeling (and doing) the same kind of thing. Not quite. First, this guy went out of his way to lie and insert extra bugs in his code to make it appear like manual labor. Second, this guy is doing it all the time, whereas normally people might only do this on occasion. You can argue about whether the latter is right or wrong, but there's quite a clear line between the two, making the former far more indefensible.
- BeetleB 9y ago> First, this guy went out of his way to lie and insert extra bugs in his code to make it appear like manual labor. Second, this guy is doing it all the time I don't see the difference. I've known people who intentionally work slowly or pretend to do manual labor when they've already got a process for automating it. They'll just goof around for a while and then run the automation. Whether you're introducing bugs to fix yourself or pretending to work - the effect is the same. Not as extreme in terms of time as this guy (more like doing a process that took 4 hours in 2 and pretending it took 4 hours). Initially I felt it was unprofessional. I kind of still do. However, I also knew the management, and the behavior was consistent with the types of rewards management provided: The reward for this kind of increase in productivity was never financial, and was always "OK, now you can do even more work". One person's boost in productivity would raise the bar for the whole team - everyone felt punished. So as time went on, people would come up with process improvements and ensure the management did not know about them. Why do I still feel it is unprofessional? Behaving like this is not why I became an engineer, where solving problems makes you regret you solve them. So I thought about it hard, and realized I should find a job that encourages and rewards improving productivity, and not uses it as an excuse to give more work.
- deleted 9y ago[deleted]
- wfunction 9y ago> I don't see the difference. Really now? Are you sure it's not a case of you not wanting to see the difference? > Whether you're introducing bugs to fix yourself or pretending to work - the effect is the same. Being at work and not working is quite a far cry from actively lying that you did things that you didn't do, or from inserting defects in your code so that they pay you to remove them. It's at least honest to screw around at work when your manager can observe that fact, and merely turn in the desired output on time. You could argue (rightly or wrongly) that the manager is supposed to be the one tracking your workload. But it's dishonest (and frankly outrageous) to actively lie about what you're doing so that your manager can't track your workload, or to insert defects so that the company -- unaware of your deliberate sabotage -- pays you to fix the "accidental" mistake. What kind of world do you live in where intentions and honesty don't matter, and only "effects" do? Frankly, I'm finding what I'm reading from you and others here so outrageous that I'm nearing a loss for more words. I literally cannot remember the last time (i.e. I don't think there was one) I was this disappointed at HN users and ashamed of even being among them. It's disgusting.
- m_mueller 9y agoI think it's also a beautiful example of how it is becoming paramount to distribute the gains of automation among all members of society. UBI could be one way. Another way could be to teach programming together with math and reading comprehension as a basic skill, and replace all or most employees with hired guns, and the specifications for those hired guns are the work of consulting businesses (essentially what is already happening). Wages should then be completely based on work output, and minimum wage should be defined as what's possible for a trained human to input / process by hand with zero automation. Anyone can then go and either program bots and let them run or even buy bots from others that do the same work. The problem comes in at the point where a business figures out that running these bots themselves is cheaper than hiring all the contractors to do it, so you still end up with a massive concentration of wealth at the top. One potential way to solve that in a socialistic manner is to tax computing power heavily and progressively and then distribute that tax income as a dynamically floating UBI - but that would just open up a massive black market for microchips, i.e. require a heavy handed government operation on the order of magnitude of the war on drugs. Any other ideas?
- vacri 9y ago> On HN people talk often enough about how if you have a worker who gets their job done in 30 hours instead of the company's usual 40-60 hours, you should give them 30-100% more responsibility, but much more rarely "and 30-100% more pay." That's not my experience of HN, where people talk about how awesome they are and therefore how much more money they should be given. It's a minority viewpoint on HN that such a worker should be given more work but no extra remuneration.
- conanbatt 9y agoFor me, this is merely an issue of the employee not having the right tool to sell to his employer. In principle, the company is willing to pay for that problem to be solved, and the employee has the solution for it. All cards on the table, both parts might be able to find an even better arrangement (for example, for the nature of the work it might be better tax-wise to turn this into royalties, or to sell the software for a large amount of cash upfront, or whatever). The real tragedy here is that neither side can find a solution that is optimal for both, given the circumstances, and both get into this charade. Not to mention that other parts of the businesses could use his expertise of automation, which means that both the employee and the employer have economic value to create and thus value to split amongst themselves. Moral be damned, until you can buy things at the grocery store with it.
- deleted 9y ago[deleted]
- aaron695 9y agoThe bullshit with this reply is that if you reverse it, should you dock employees pay who work at a less than average rate? 10% less than average you lower their wage by 10%? Because this is how you would have to do it. At the moment if you are good you will do better, if you are not so good you'll do worse but this cut throat I'm 30% better than average = exactly 30% more will hurt other workers. Not a problem in the richer professions, a real issue for most though. What about you work as a team and give a little to your fellow workers?