Jump to content

Edit filter log

Details for log entry 16558806

22:07, 16 September 2016: Sapioit (talk | contribs) triggered filter 650, performing the action "edit" on Quantum Deprivation. Actions taken: none; Filter description: Creation of a new article without any categories (examine)

Changes made in edit

Note: This article is currently being built using Incremental Delivery/Updates and this current version would be the Minimum Valuable Product, which is subject to change in the following 10 days.

Initially proposed by [http://fb.com/sapioit Sapioit D. Deicider] and [http://fb.com/cosmin.iulian.berindeanu Cosmin-Iulian Berindeanu] in May 2016, the Quantum Deprivation states: "'''The more options are added, the less likely it becomes for the goal to be reached.'''"

== Generalized Quantum Deprivation ==
The idealized/generalized version of the Quantum Deprivation is: "'''The more data to choose from, the less likely it is that the proper metrics are (being or going to be) used.'''"

This is usually applies with decision-making, and a particularisation of the Quantum Deprivation is known as [https://en.wikipedia.org/wiki/Decision_fatigue Decision Fatigue].

Examples:
* You have a menu with one drop-down sub-menu with all the links mixed up. By breaking that drop-down sub-menu into three different drop-down sub-menus you might make it easier to find some elements and have each element cleaner and less cluttered, even if it reduces the minimum time required to find certain elements, it increases the time required to find other elements, increasing the level(s) of frustration of the user, and requiring a steeper learning curve for using the said menu, or system containing the said menu.
* You notice a 50% increase in the number of users, but the number of transactions only increases with 10%. It might help with the reachability and the exposure of the system, but if the costs of sustaining the system for 50% more users is greater than the profits abrought by the 10% increase in transactions, the system is losing money. This might or might not be a good thing, depending on the system specifics. For example, the 50% increase in users could include delayed gratification, by either:
** helping with the advertising/sharability, which might conclude in a delayed increase in sales or one of the following:
** if a part of those non-paying users would pay after a certain period, like when the trial expires
** new paying users brought in by the non-paying users
** providing feedback which would increase the profitability of the system.

Action parameters

VariableValue
Whether or not the edit is marked as minor (no longer in use) (minor_edit)
false
Edit count of the user (user_editcount)
6
Name of the user account (user_name)
'Sapioit'
Age of the user account (user_age)
107196
Groups (including implicit) the user is in (user_groups)
[ 0 => '*', 1 => 'user' ]
Global groups that the user is in (global_user_groups)
[]
Whether or not a user is editing through the mobile interface (user_mobile)
false
Page ID (page_id)
0
Page namespace (page_namespace)
0
Page title without namespace (page_title)
'Quantum Deprivation'
Full page title (page_prefixedtitle)
'Quantum Deprivation'
Last ten users to contribute to the page (page_recent_contributors)
''
First user to contribute to the page (page_first_contributor)
''
Action (action)
'edit'
Edit summary/reason (summary)
'added a tiny bit more context'
Old page wikitext, before the edit (old_wikitext)
''
New page wikitext, after the edit (new_wikitext)
'Note: This article is currently being built using Incremental Delivery/Updates and this current version would be the Minimum Valuable Product, which is subject to change in the following 10 days. Initially proposed by [http://fb.com/sapioit Sapioit D. Deicider] and [http://fb.com/cosmin.iulian.berindeanu Cosmin-Iulian Berindeanu] in May 2016, the Quantum Deprivation states: "'''The more options are added, the less likely it becomes for the goal to be reached.'''" == Generalized Quantum Deprivation == The idealized/generalized version of the Quantum Deprivation is: "'''The more data to choose from, the less likely it is that the proper metrics are (being or going to be) used.'''" This is usually applies with decision-making, and a particularisation of the Quantum Deprivation is known as [https://en.wikipedia.org/wiki/Decision_fatigue Decision Fatigue]. Examples: * You have a menu with one drop-down sub-menu with all the links mixed up. By breaking that drop-down sub-menu into three different drop-down sub-menus you might make it easier to find some elements and have each element cleaner and less cluttered, even if it reduces the minimum time required to find certain elements, it increases the time required to find other elements, increasing the level(s) of frustration of the user, and requiring a steeper learning curve for using the said menu, or system containing the said menu. * You notice a 50% increase in the number of users, but the number of transactions only increases with 10%. It might help with the reachability and the exposure of the system, but if the costs of sustaining the system for 50% more users is greater than the profits abrought by the 10% increase in transactions, the system is losing money. This might or might not be a good thing, depending on the system specifics. For example, the 50% increase in users could include delayed gratification, by either: ** helping with the advertising/sharability, which might conclude in a delayed increase in sales or one of the following: ** if a part of those non-paying users would pay after a certain period, like when the trial expires ** new paying users brought in by the non-paying users ** providing feedback which would increase the profitability of the system.'
Unified diff of changes made by edit (edit_diff)
'@@ -1,2 +1,17 @@ +Note: This article is currently being built using Incremental Delivery/Updates and this current version would be the Minimum Valuable Product, which is subject to change in the following 10 days. +Initially proposed by [http://fb.com/sapioit Sapioit D. Deicider] and [http://fb.com/cosmin.iulian.berindeanu Cosmin-Iulian Berindeanu] in May 2016, the Quantum Deprivation states: "'''The more options are added, the less likely it becomes for the goal to be reached.'''" + +== Generalized Quantum Deprivation == +The idealized/generalized version of the Quantum Deprivation is: "'''The more data to choose from, the less likely it is that the proper metrics are (being or going to be) used.'''" + +This is usually applies with decision-making, and a particularisation of the Quantum Deprivation is known as [https://en.wikipedia.org/wiki/Decision_fatigue Decision Fatigue]. + +Examples: +* You have a menu with one drop-down sub-menu with all the links mixed up. By breaking that drop-down sub-menu into three different drop-down sub-menus you might make it easier to find some elements and have each element cleaner and less cluttered, even if it reduces the minimum time required to find certain elements, it increases the time required to find other elements, increasing the level(s) of frustration of the user, and requiring a steeper learning curve for using the said menu, or system containing the said menu. +* You notice a 50% increase in the number of users, but the number of transactions only increases with 10%. It might help with the reachability and the exposure of the system, but if the costs of sustaining the system for 50% more users is greater than the profits abrought by the 10% increase in transactions, the system is losing money. This might or might not be a good thing, depending on the system specifics. For example, the 50% increase in users could include delayed gratification, by either: +** helping with the advertising/sharability, which might conclude in a delayed increase in sales or one of the following: +** if a part of those non-paying users would pay after a certain period, like when the trial expires +** new paying users brought in by the non-paying users +** providing feedback which would increase the profitability of the system. '
New page size (new_size)
2261
Old page size (old_size)
0
Size change in edit (edit_delta)
2261
Lines added in edit (added_lines)
[ 0 => 'Note: This article is currently being built using Incremental Delivery/Updates and this current version would be the Minimum Valuable Product, which is subject to change in the following 10 days.', 1 => 'Initially proposed by [http://fb.com/sapioit Sapioit D. Deicider] and [http://fb.com/cosmin.iulian.berindeanu Cosmin-Iulian Berindeanu] in May 2016, the Quantum Deprivation states: "'''The more options are added, the less likely it becomes for the goal to be reached.'''"', 2 => false, 3 => '== Generalized Quantum Deprivation ==', 4 => 'The idealized/generalized version of the Quantum Deprivation is: "'''The more data to choose from, the less likely it is that the proper metrics are (being or going to be) used.'''" ', 5 => false, 6 => 'This is usually applies with decision-making, and a particularisation of the Quantum Deprivation is known as [https://en.wikipedia.org/wiki/Decision_fatigue Decision Fatigue].', 7 => false, 8 => 'Examples:', 9 => '* You have a menu with one drop-down sub-menu with all the links mixed up. By breaking that drop-down sub-menu into three different drop-down sub-menus you might make it easier to find some elements and have each element cleaner and less cluttered, even if it reduces the minimum time required to find certain elements, it increases the time required to find other elements, increasing the level(s) of frustration of the user, and requiring a steeper learning curve for using the said menu, or system containing the said menu.', 10 => '* You notice a 50% increase in the number of users, but the number of transactions only increases with 10%. It might help with the reachability and the exposure of the system, but if the costs of sustaining the system for 50% more users is greater than the profits abrought by the 10% increase in transactions, the system is losing money. This might or might not be a good thing, depending on the system specifics. For example, the 50% increase in users could include delayed gratification, by either:', 11 => '** helping with the advertising/sharability, which might conclude in a delayed increase in sales or one of the following:', 12 => '** if a part of those non-paying users would pay after a certain period, like when the trial expires', 13 => '** new paying users brought in by the non-paying users', 14 => '** providing feedback which would increase the profitability of the system.' ]
Lines removed in edit (removed_lines)
[]
New page wikitext, pre-save transformed (new_pst)
'Note: This article is currently being built using Incremental Delivery/Updates and this current version would be the Minimum Valuable Product, which is subject to change in the following 10 days. Initially proposed by [http://fb.com/sapioit Sapioit D. Deicider] and [http://fb.com/cosmin.iulian.berindeanu Cosmin-Iulian Berindeanu] in May 2016, the Quantum Deprivation states: "'''The more options are added, the less likely it becomes for the goal to be reached.'''" == Generalized Quantum Deprivation == The idealized/generalized version of the Quantum Deprivation is: "'''The more data to choose from, the less likely it is that the proper metrics are (being or going to be) used.'''" This is usually applies with decision-making, and a particularisation of the Quantum Deprivation is known as [https://en.wikipedia.org/wiki/Decision_fatigue Decision Fatigue]. Examples: * You have a menu with one drop-down sub-menu with all the links mixed up. By breaking that drop-down sub-menu into three different drop-down sub-menus you might make it easier to find some elements and have each element cleaner and less cluttered, even if it reduces the minimum time required to find certain elements, it increases the time required to find other elements, increasing the level(s) of frustration of the user, and requiring a steeper learning curve for using the said menu, or system containing the said menu. * You notice a 50% increase in the number of users, but the number of transactions only increases with 10%. It might help with the reachability and the exposure of the system, but if the costs of sustaining the system for 50% more users is greater than the profits abrought by the 10% increase in transactions, the system is losing money. This might or might not be a good thing, depending on the system specifics. For example, the 50% increase in users could include delayed gratification, by either: ** helping with the advertising/sharability, which might conclude in a delayed increase in sales or one of the following: ** if a part of those non-paying users would pay after a certain period, like when the trial expires ** new paying users brought in by the non-paying users ** providing feedback which would increase the profitability of the system.'
Parsed HTML source of the new revision (new_html)
'<p>Note: This article is currently being built using Incremental Delivery/Updates and this current version would be the Minimum Valuable Product, which is subject to change in the following 10 days.</p> <p>Initially proposed by <a rel="nofollow" class="external text" href="http://fb.com/sapioit">Sapioit D. Deicider</a> and <a rel="nofollow" class="external text" href="http://fb.com/cosmin.iulian.berindeanu">Cosmin-Iulian Berindeanu</a> in May 2016, the Quantum Deprivation states: "<b>The more options are added, the less likely it becomes for the goal to be reached.</b>"</p> <h2><span class="mw-headline" id="Generalized_Quantum_Deprivation">Generalized Quantum Deprivation</span><span class="mw-editsection"><span class="mw-editsection-bracket">[</span><a href="/enwiki/w/index.php?title=Quantum_Deprivation&amp;action=edit&amp;section=1" title="Edit section: Generalized Quantum Deprivation">edit source</a><span class="mw-editsection-bracket">]</span></span></h2> <p>The idealized/generalized version of the Quantum Deprivation is: "<b>The more data to choose from, the less likely it is that the proper metrics are (being or going to be) used.</b>"</p> <p>This is usually applies with decision-making, and a particularisation of the Quantum Deprivation is known as <a class="external text" href="https://en.wikipedia.org/wiki/Decision_fatigue">Decision Fatigue</a>.</p> <p>Examples:</p> <ul> <li>You have a menu with one drop-down sub-menu with all the links mixed up. By breaking that drop-down sub-menu into three different drop-down sub-menus you might make it easier to find some elements and have each element cleaner and less cluttered, even if it reduces the minimum time required to find certain elements, it increases the time required to find other elements, increasing the level(s) of frustration of the user, and requiring a steeper learning curve for using the said menu, or system containing the said menu.</li> <li>You notice a 50% increase in the number of users, but the number of transactions only increases with 10%. It might help with the reachability and the exposure of the system, but if the costs of sustaining the system for 50% more users is greater than the profits abrought by the 10% increase in transactions, the system is losing money. This might or might not be a good thing, depending on the system specifics. For example, the 50% increase in users could include delayed gratification, by either: <ul> <li>helping with the advertising/sharability, which might conclude in a delayed increase in sales or one of the following:</li> <li>if a part of those non-paying users would pay after a certain period, like when the trial expires</li> <li>new paying users brought in by the non-paying users</li> <li>providing feedback which would increase the profitability of the system.</li> </ul> </li> </ul> '
Whether or not the change was made through a Tor exit node (tor_exit_node)
0
Unix timestamp of change (timestamp)
1474063630