4 ms·

Someone has disagreed with you -- which you anticipated would happen. Therefore he must be angry? I agree with him. If it's wrapped up in a library and it's di

by readme 14y ago

Someone has disagreed with you -- which you anticipated would happen. Therefore he must be angry? I agree with him. If it's wrapped up in a library and it's distributed by a package manager then it doesn't count towards the total SLOC of your project.

robomartin 14y ago
Read the last line of his post please. He said he was angry, no me. >If it's wrapped up in a library and it's distributed by a package manager then it doesn't count towards the total SLOC of your project. Think about what you are saying. With that logic I can write a library in C++ that evaluates all images in the current working directory for least edge length and returns the name or index of the winning file. My Python program, then, might look something like this: import magic print magic.evaluate() And then I claim that I have written a program that solves a swirly CAPCHA in two lines of Python. C'mon. I you want to count true Python lines, download the language from python.org and write a solver without the use of any add-on libraries. Then we can talk about Python lines.
- cidquick 14y ago
  http://www.jwandrews.co.uk/2013/01/breaking-the-minteye-image-captcha-in-34-lines-of-python/ http://www.jwandrews.co.uk/2013/01/breaking-the-minteye-imag... OK, I didn't write the JPEG decoder, but how far do you want me to go?!
  - robomartin 14y ago
    That's great. Please note that I did not have any issues with the method you used. My issue was only with the title of your post not being accurate. You used Python + OpenCV in addition to pre-un-swirled images. To me at least, solving the problem with n lines of Python means that I email you a single swirled image and you, using Python as downloaded from python.org and nothing more, write a solver. The image doesn't even have to be JPG. It can be an easy to read non-compressed format. That'd be fine. But you'd have to un-swirl and do everything else, which is a lot more code. Don't loose any sleep over this. It isn't important. Your original post was fantastic and very informative. My comments were only about the title and how, in every language camp, there's sometimes a tendency to look down upon other languages by quoting such nonsense as line counts.

by readme 14y ago

robomartin 14y ago

Read the last line of his post please. He said he was angry, no me. >If it's wrapped up in a library and it's distributed by a package manager then it doesn't count towards the total SLOC of your project. Think about what you are saying. With that logic I can write a library in C++ that evaluates all images in the current working directory for least edge length and returns the name or index of the winning file. My Python program, then, might look something like this: import magic print magic.evaluate() And then I claim that I have written a program that solves a swirly CAPCHA in two lines of Python. C'mon. I you want to count true Python lines, download the language from python.org and write a solver without the use of any add-on libraries. Then we can talk about Python lines.

cidquick 14y ago
http://www.jwandrews.co.uk/2013/01/breaking-the-minteye-image-captcha-in-34-lines-of-python/ http://www.jwandrews.co.uk/2013/01/breaking-the-minteye-imag... OK, I didn't write the JPEG decoder, but how far do you want me to go?!
- robomartin 14y ago
  That's great. Please note that I did not have any issues with the method you used. My issue was only with the title of your post not being accurate. You used Python + OpenCV in addition to pre-un-swirled images. To me at least, solving the problem with n lines of Python means that I email you a single swirled image and you, using Python as downloaded from python.org and nothing more, write a solver. The image doesn't even have to be JPG. It can be an easy to read non-compressed format. That'd be fine. But you'd have to un-swirl and do everything else, which is a lot more code. Don't loose any sleep over this. It isn't important. Your original post was fantastic and very informative. My comments were only about the title and how, in every language camp, there's sometimes a tendency to look down upon other languages by quoting such nonsense as line counts.