Editing Talk:1319: Automation

Jump to: navigation, search
Ambox notice.png Please sign your posts with ~~~~

Warning: You are not logged in. Your IP address will be publicly visible if you make any edits. If you log in or create an account, your edits will be attributed to your username, along with other benefits.

The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.
Latest revision Your text
Line 18: Line 18:
 
::Yes, but I agree with Jevicci's comment and that's what I was going to post. The point of the automation is (in theory) to save effort. After an initial input of lots of work coding, the "automation" line drops to near-zero. That makes sense, but the "regular way" line should continue horizontal like it does in the 2nd graph because if you don't automate, it should continue to take effort. The first chart suggests that even in theory, automation takes more work and the same amount of time as the old fashioned way.
 
::Yes, but I agree with Jevicci's comment and that's what I was going to post. The point of the automation is (in theory) to save effort. After an initial input of lots of work coding, the "automation" line drops to near-zero. That makes sense, but the "regular way" line should continue horizontal like it does in the 2nd graph because if you don't automate, it should continue to take effort. The first chart suggests that even in theory, automation takes more work and the same amount of time as the old fashioned way.
  
:::I think what Randall is trying to say is EITHER that a) programmers will automate for the sake of the challenge or it being less tedious than the basic way even if it doesn't save time. b) programmers will automate even if it doesn't save time because they can use the code next time the problem arises. But I agree, I think the first graph's "regular way" line should have either continued horizontal, or tappered off somewhere after the "automation" line does. [[User:TheHYPO|TheHYPO]] ([[User talk:TheHYPO|talk]]) 14:56, 21 January 2014 (UTC)
+
::I think what Randall is trying to say is EITHER that a) programmers will automate for the sake of the challenge or it being less tedious than the basic way even if it doesn't save time. b) programmers will automate even if it doesn't save time because they can use the code next time the problem arises. But I agree, I think the first graph's "regular way" line should have either continued horizontal, or tappered off somewhere after the "automation" line does. [[User:TheHYPO|TheHYPO]] ([[User talk:TheHYPO|talk]]) 14:56, 21 January 2014 (UTC)
  
::::As far as I can tell, the line labelled "work on original task" is not meant to represent the amount of work you'd be doing without any automation (which would indeed remain a straight horizontal line), as the "theory" graph doesn't compare two separate scenarios. Rather, it's just there to be a baseline amount of work (programming work being done on top), which diminishes to near-zero as soon as automation takes over. [[Special:Contributions/108.162.231.221|108.162.231.221]] 18:28, 21 January 2014 (UTC)
+
:::As far as I can tell, the line labelled "work on original task" is not meant to represent the amount of work you'd be doing without any automation (which would indeed remain a straight horizontal line), as the "theory" graph doesn't compare two separate scenarios. Rather, it's just there to be a baseline amount of work (programming work being done on top), which diminishes to near-zero as soon as automation takes over. [[Special:Contributions/108.162.231.221|108.162.231.221]] 18:28, 21 January 2014 (UTC)
  
:::::Yea, in the theory you would continue performing the task while also coding the automation. Once the automation is done, you work on neither the original nor the coding so both drop to zero. In practice, you keep doing the work and never finish the automation, so the coding goes up and the original stays the same. --[[Special:Contributions/173.245.48.29|173.245.48.29]] 22:20, 21 January 2014 (UTC)
+
::::Yea, in the theory you would continue performing the task while also coding the automation. Once the automation is done, you work on neither the original nor the coding so both drop to zero. In practice, you keep doing the work and never finish the automation, so the coding goes up and the original stays the same. --[[Special:Contributions/173.245.48.29|173.245.48.29]] 22:20, 21 January 2014 (UTC)
  
::::::It makes more sense if you see the lines as' amount of work existing for a task'. The two lines are the given work and work given to self. Top graph: The amount of work for the given task remains constant until you solve the automation (work you gave yourself) at which point both drop as given work is now done and you won't carry on working on the automation anymore, free time. The graph doesn't reach zero as there will always be more you could do (like Richardson's Theory). On the second graph, you never work on the original task, get consumed by automation and end up with far more work than was ever presented (as pointed out, after the rethink) and there is a total increase in the amount of work which exists for you, without actually touching the given work... whether it actually gets done in the end or not doesn't matter as you could stop and the graphs would stay like they are. [[Special:Contributions/141.101.99.248|141.101.99.248]] 19:22, 22 January 2014 (UTC) thesuperkev
+
:::::It makes more sense if you see the lines as' amount of work existing for a task'. The two lines are the given work and work given to self. Top graph: The amount of work for the given task remains constant until you solve the automation (work you gave yourself) at which point both drop as given work is now done and you won't carry on working on the automation anymore, free time. The graph doesn't reach zero as there will always be more you could do (like Richardson's Theory). On the second graph, you never work on the original task, get consumed by automation and end up with far more work than was ever presented (as pointed out, after the rethink) and there is a total increase in the amount of work which exists for you, without actually touching the given work... whether it actually gets done in the end or not doesn't matter as you could stop and the graphs would stay like they are. [[Special:Contributions/141.101.99.248|141.101.99.248]] 19:22, 22 January 2014 (UTC) thesuperkev
  
:::::::Ah, I see now.  Didn't realize the two lines represented simultaneous work as opposed to two separate scenarios.  Makes sense now.  Thanks for the explanation. [[User:Jevicci|Jevicci]] ([[User talk:Jevicci|talk]]) 23:03, 23 January 2014 (UTC)
+
::::::Ah, I see now.  Didn't realize the two lines represented simultaneous work as opposed to two separate scenarios.  Makes sense now.  Thanks for the explanation. [[User:Jevicci|Jevicci]] ([[User talk:Jevicci|talk]]) 23:03, 23 January 2014 (UTC)
  
 
In other words, when automating, NEVER rethink. [[User:Greyson|Greyson]] ([[User talk:Greyson|talk]]) 00:21, 22 January 2014 (UTC)
 
In other words, when automating, NEVER rethink. [[User:Greyson|Greyson]] ([[User talk:Greyson|talk]]) 00:21, 22 January 2014 (UTC)

Please note that all contributions to explain xkcd may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see explain xkcd:Copyrights for details). Do not submit copyrighted work without permission!

To protect the wiki against automated edit spam, we kindly ask you to solve the following CAPTCHA:

Cancel | Editing help (opens in new window)