Problem 2033. poll: would you like the regexp (?@cmd) functionality to be banned in Cody?

Created by Alfonso Nieto-Castanon

Solve Later

{"relationships":[{"relationshipType":"http://schemas.mathworks.com/matlab/code/2013/relationships/document","targetMode":"","relationshipId":"rId1","target":"/matlab/document.xml"},{"relationshipType":"http://schemas.mathworks.com/matlab/code/2013/relationships/output","targetMode":"","relationshipId":"rId2","target":"/matlab/output.xml"}],"parts":[{"partUri":"/matlab/document.xml","relationship":[],"contentType":"application/vnd.mathworks.matlab.code.document+xml","content":"<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n<w:document xmlns:w=\"http://schemas.openxmlformats.org/wordprocessingml/2006/main\"><w:body><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:t>This problem is a poll (and a little bit of \"white hat hacktivism\" as well) regarding Cody users sentiment about the use of regexp to reduce the size/score of Cody solutions.</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:t>Your function should return one the following strings, reflecting your opinion on the question:</w:t></w:r><w:r><w:t> </w:t></w:r><w:r><w:rPr><w:i/></w:rPr><w:t>would you like the regexp (?@cmd) functionality to be banned in Cody?</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"code\"/></w:pPr><w:r><w:t><![CDATA[ 'no!'\n 'no'\n 'yes'\n 'yes!']]></w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:rPr><w:i/></w:rPr><w:t>note1</w:t></w:r><w:r><w:t>: the score of your solution will be 10 for 'no!' 20 for 'no', 30 for 'yes' and 40 for 'yes!' (so that a quick glance at the solution scores should give you an idea of the poll responses). If you want to solve this problem but do not have an opinion on this question -or if you are</w:t></w:r><w:r><w:t> </w:t></w:r><w:r><w:rPr><w:i/></w:rPr><w:t>really</w:t></w:r><w:r><w:t> interested in getting a low score-, just return an empty string (and you will get a 0 score).</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:rPr><w:i/></w:rPr><w:t>note2</w:t></w:r><w:r><w:t>: the question regards only the use of dynamic expressions of the form (?@cmd), it does not ask whether you would like</w:t></w:r><w:r><w:t> </w:t></w:r><w:r><w:rPr><w:i/></w:rPr><w:t>regexp</w:t></w:r><w:r><w:t> to be banned entirely)</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:rPr><w:b/></w:rPr><w:t>Description:</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:t>The syntax:</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"code\"/></w:pPr><w:r><w:t><![CDATA[ regexp '' '(?@a=1)']]></w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:t>is equivalent to</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"code\"/></w:pPr><w:r><w:t><![CDATA[ eval 'a=1']]></w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:t>Hiding the functionality inside an eval or a regexp string allows Cody players to achieve a very low score regardless of the true complexity of the evaluated syntax. While the function</w:t></w:r><w:r><w:t> </w:t></w:r><w:r><w:rPr><w:i/></w:rPr><w:t>eval</w:t></w:r><w:r><w:t> is banned in Cody, the function</w:t></w:r><w:r><w:t> </w:t></w:r><w:r><w:rPr><w:i/></w:rPr><w:t>regexp</w:t></w:r><w:r><w:t> is too useful to be banned entirely, so it is not uncommon to see the leading solution to</w:t></w:r><w:r><w:t> </w:t></w:r><w:r><w:rPr><w:i/></w:rPr><w:t>many</w:t></w:r><w:r><w:t> Cody problems using this regexp trick.</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:t>There are, nevertheless, relatively simple ways to ban the use of dynamic expressions of the form (?@cmd), while still allowing the rest of the functionality of</w:t></w:r><w:r><w:t> </w:t></w:r><w:r><w:rPr><w:i/></w:rPr><w:t>regexp</w:t></w:r><w:r><w:t>. This poll asks your opinion about having such a ban in Cody.</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:rPr><w:b/></w:rPr><w:t>Hacktivism</w:t></w:r><w:r><w:t>:</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:t>This problem testsuite includes a little hack that temporally disallows the use of dynamic expressions of the form (?@cmd)</w:t></w:r><w:r><w:t> </w:t></w:r><w:r><w:rPr><w:b/></w:rPr><w:t>in all of Cody</w:t></w:r><w:r><w:t> (not just this problem), while allowing the rest of regexp functionality to work normally. And your vote decides whether to implement or not this temporal fix:</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"ListParagraph\"/><w:numPr><w:numId w:val=\"1\"/></w:numPr></w:pPr><w:r><w:t>If you answer</w:t></w:r><w:r><w:t> </w:t></w:r><w:r><w:rPr><w:i/></w:rPr><w:t>'Yes!'</w:t></w:r><w:r><w:t> to this problem, one Cody server will stop accepting (?@cmd) solutions (it will return an error to any solution attempting to use dynamic expressions of the form (?@cmd))</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"ListParagraph\"/><w:numPr><w:numId w:val=\"1\"/></w:numPr></w:pPr><w:r><w:t>If you answer</w:t></w:r><w:r><w:t> </w:t></w:r><w:r><w:rPr><w:i/></w:rPr><w:t>'No!'</w:t></w:r><w:r><w:t> to this problem, one Cody server will start accepting them again.</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"ListParagraph\"/><w:numPr><w:numId w:val=\"1\"/></w:numPr></w:pPr><w:r><w:t>all other answers will have no effect</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:t>There are typically around 5 Matlab servers running Cody solutions, and these are reset every hour approximately, so each \"hack\" will have a relatively short lifespan, and it will also only apply to a small proportion of all Cody solutions (but note that the effect is cumulative, answering ~5 'Yes!' questions is going to disallow the use of (?@cmd) dynamic expressions for all solutions sent to Cody for ~1 hour; answering ~5 'No!' questions is going to revert to the normal behavior).</w:t></w:r></w:p><w:p><w:pPr><w:pStyle w:val=\"text\"/></w:pPr><w:r><w:t>This allows Cody users to not only express their opinions but also assert some form of 'decentralized' control over Cody behavior (which might, or might not be after all, a good idea). For now I am planning to leave this behavior only for a short time as a small 'hacktivism campaign', and revert this problem to being a pure poll (no longer affecting solutions to other Cody problems) after that. Feel free to take a look at the testsuite to explore how this is implemented (and please use responsibly), and/or leave your thoughts in the comments.</w:t></w:r></w:p></w:body></w:document>"},{"partUri":"/matlab/output.xml","contentType":"text/xml","content":"<?xml version=\"1.0\" encoding=\"UTF-8\" standalone=\"no\" ?><embeddedOutputs><metaData><evaluationState>manual</evaluationState><layoutState>code</layoutState><outputStatus>ready</outputStatus></metaData><outputArray type=\"array\"/><regionArray type=\"array\"/></embeddedOutputs>"}]}

This problem is a poll (and a little bit of "white hat hacktivism" as well) regarding Cody users sentiment about the use of regexp to reduce the size/score of Cody solutions.Your function should return one the following strings, reflecting your opinion on the question: would you like the regexp (?@cmd) functionality to be banned in Cody?<pre> 'no!'
 'no'
 'yes'
 'yes!'</pre>note1: the score of your solution will be 10 for 'no!' 20 for 'no', 30 for 'yes' and 40 for 'yes!' (so that a quick glance at the solution scores should give you an idea of the poll responses). If you want to solve this problem but do not have an opinion on this question -or if you are really interested in getting a low score-, just return an empty string (and you will get a 0 score).note2: the question regards only the use of dynamic expressions of the form (?@cmd), it does not ask whether you would like regexp to be banned entirely)Description:The syntax:<pre> regexp '' '(?@a=1)'</pre>is equivalent to<pre> eval 'a=1'</pre>Hiding the functionality inside an eval or a regexp string allows Cody players to achieve a very low score regardless of the true complexity of the evaluated syntax. While the function eval is banned in Cody, the function regexp is too useful to be banned entirely, so it is not uncommon to see the leading solution to many Cody problems using this regexp trick.There are, nevertheless, relatively simple ways to ban the use of dynamic expressions of the form (?@cmd), while still allowing the rest of the functionality of regexp. This poll asks your opinion about having such a ban in Cody.Hacktivism:This problem testsuite includes a little hack that temporally disallows the use of dynamic expressions of the form (?@cmd) in all of Cody (not just this problem), while allowing the rest of regexp functionality to work normally. And your vote decides whether to implement or not this temporal fix:<ul><li>If you answer 'Yes!' to this problem, one Cody server will stop accepting (?@cmd) solutions (it will return an error to any solution attempting to use dynamic expressions of the form (?@cmd))</li><li>If you answer 'No!' to this problem, one Cody server will start accepting them again.</li><li>all other answers will have no effect</li></ul>There are typically around 5 Matlab servers running Cody solutions, and these are reset every hour approximately, so each "hack" will have a relatively short lifespan, and it will also only apply to a small proportion of all Cody solutions (but note that the effect is cumulative, answering ~5 'Yes!' questions is going to disallow the use of (?@cmd) dynamic expressions for all solutions sent to Cody for ~1 hour; answering ~5 'No!' questions is going to revert to the normal behavior).This allows Cody users to not only express their opinions but also assert some form of 'decentralized' control over Cody behavior (which might, or might not be after all, a good idea). For now I am planning to leave this behavior only for a short time as a small 'hacktivism campaign', and revert this problem to being a pure poll (no longer affecting solutions to other Cody problems) after that. Feel free to take a look at the testsuite to explore how this is implemented (and please use responsibly), and/or leave your thoughts in the comments.

This problem is a poll (and a little bit of "white hat hacktivism" as well) regarding Cody users sentiment about the use of regexp to reduce the size/score of Cody solutions.

Your function should return one the following strings, reflecting your opinion on the question: _would you like the regexp (?@cmd) functionality to be banned in Cody?_

'no!'
 'no'
 'yes'
 'yes!'

_note1_: the score of your solution will be 10 for 'no!' 20 for 'no', 30 for 'yes' and 40 for 'yes!' (so that a quick glance at the solution scores should give you an idea of the poll responses). If you want to solve this problem but do not have an opinion on this question -or if you are _really_ interested in getting a low score-, just return an empty string (and you will get a 0 score).

_note2_: the question regards only the use of dynamic expressions of the form (?@cmd), it does not ask whether you would like _regexp_ to be banned entirely)

*Description:*

The syntax:

regexp '' '(?@a=1)'

is equivalent to

eval 'a=1'

Hiding the functionality inside an eval or a regexp string allows Cody players to achieve a very low score regardless of the true complexity of the evaluated syntax. While the function _eval_ is banned in Cody, the function _regexp_ is too useful to be banned entirely, so it is not uncommon to see the leading solution to _many_ Cody problems using this regexp trick.

There are, nevertheless, relatively simple ways to ban the use of dynamic expressions of the form (?@cmd), while still allowing the rest of the functionality of _regexp_. This poll asks your opinion about having such a ban in Cody.

*Hacktivism*:

This problem testsuite includes a little hack that temporally disallows the use of dynamic expressions of the form (?@cmd) *in all of Cody* (not just this problem), while allowing the rest of regexp functionality to work normally. And your vote decides whether to implement or not this temporal fix:

* If you answer _'Yes!'_ to this problem, one Cody server will stop accepting (?@cmd) solutions (it will return an error to any solution attempting to use dynamic expressions of the form (?@cmd))
* If you answer _'No!'_ to this problem, one Cody server will start accepting them again. 
* all other answers will have no effect

There are typically around 5 Matlab servers running Cody solutions, and these are reset every hour approximately, so each "hack" will have a relatively short lifespan, and it will also only apply to a small proportion of all Cody solutions (but note that the effect is cumulative, answering ~5 'Yes!' questions is going to disallow the use of (?@cmd) dynamic expressions for all solutions sent to Cody for ~1 hour; answering ~5 'No!' questions is going to revert to the normal behavior).

This allows Cody users to not only express their opinions but also assert some form of 'decentralized' control over Cody behavior (which might, or might not be after all, a good idea). For now I am planning to leave this behavior only for a short time as a small 'hacktivism campaign', and revert this problem to being a pure poll (no longer affecting solutions to other Cody problems) after that. Feel free to take a look at the testsuite to explore how this is implemented (and please use responsibly), and/or leave your thoughts in the comments.

Solve

Solution Stats

289 Solutions
180 Solvers

Last Solution submitted on Nov 23, 2021

Last 200 Solutions

Problem Comments

5 Comments

5 Comments

Show 2 older comments

Andrew Newell on 25 Apr 2014

Another form of activism would be to weed out uses of regexp as in http://www.mathworks.com/matlabcentral/cody/problems/944-create-incremental-spiral-without-using-eval-or-feval/solutions/new.

Alfonso Nieto-Castanon on 19 Jun 2015

This problem is also working correctly again after a few-weeks glitch. Rescored the last few votes to get those right.

mohd mu'aazullah yaakob on 28 Dec 2016

Good

Jess Stuart on 7 Feb 2017

Is there a way to parse the code inside the regex and assign an appropriate size to it? That would seem like the most fair thing to do.

Rafael S.T. Vieira on 10 Aug 2020

I believe this hack should be banned. It makes the code hard to read and creates a dummy small solution while not being the smallest (local minima that may not exist for the problem).

Solution Comments

Solution 365607

2 Comments

2 Comments

J.R.! Menzinger on 6 Dec 2013

HAHAHAHA!!
I had fun with this paradox! ;-)

James on 6 Dec 2013

Mind...BLOWN!

Problem Recent Solvers180

Problem Tags

hack poll regexp

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!