Re^8: Should I upload it on CPAN?

my point is that a single object instantiation and method call can be something trivial - e.g. adding two numbers...

I guess if you need a script to add 2 to 400, then that is fine.

But what makes Math::BigInt's use of OO useful, is that it provided substantially more than 1 method.

More to the point, it uses the OO methodology to provide facilities that would be difficult if not impossible to provide any other way: namely, the ability to switch transparently between different back-ends, that allow the user to choose their priorities. If they need more speed than the pure Perl implementation provides, they can underpin it with Math::GMP (assuming it builds on their system). Still too slow, but they are prepared to trade some accuracy, they can stick Math::Pari in there instead.

That is well-architected, well-implemented, useful OO Not pseud-OO for its own sake.

(If you don't like the Apache example, then pure Perl Web servers such as Starman are usually not much more than an instantiation plus method call.)

A module -- regardless of what it does -- that provides nothing but a constructor and a single method is a fatuous use of OO: Ie. pseud-OO. A completely, useless, pointless, puerile use of OO for no benefit.

But even then, if the constructor consists of blessing a hash with some data in it, where's the harm. It costs nothing.

But pulling 288 modules into memory to provide pseud-OO -- OO for no benefit or purpose beyond the dogmatic assumption that "OO is better" -- is using OO as nothing more than a fashion accessory. Like a Diamond Encrusted iPhone or a Gold-plated iPad. It's just plain nuts.

App::Reprove does a different task. App::Prove runs one or more test cases that are on the local disk. App::Reprove takes the name of an already installed module, finds its test cases on CPAN, downloads them into a temp dir and runs App::Prove on them.

Exactly! If the module is already installed, so are the tests. Downloading them again is pointless. And using pseud-OO to do it even more so.

With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'

Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.

"Science is about questioning the status quo. Questioning authority".

In the absence of evidence, opinion is indistinguishable from prejudice.

The start of some sanity?

Comment on Re^8: Should I upload it on CPAN?

Replies are listed 'Best First'.
Re^9: Should I upload it on CPAN? by tobyink (Canon) on Feb 25, 2012 at 15:46 UTC
Exactly! If the module is already installed, so are the tests. Downloading them again is pointless. The standard module installers (EUMM, MI, MB, etc) do not install the test suite as part of "make install" (or "./Build install"). CPAN.pm (though not CPANPLUS or cpanminus) can be configured to keep the entire source directory for a distribution which naturally includes the test suite, but it does not do so by default.	[reply]
Re^10: Should I upload it on CPAN? by BrowserUk (Patriarch) on Feb 25, 2012 at 16:40 UTC
The standard module installers (EUMM, MI, MB, etc) do not install the test suite You want all your tests 'installed'? If not, stop being facetious. CPAN.pm (though not CPANPLUS or cpanminus) can be configured to keep the entire source directory for a distribution which naturally includes the test suite, but it does not do so by default. Hm. I rarely use CPAN for installs, and I've certainly never configured it to do that, so I thought I take a look to see what it keeps around. C:\test>dir \perl64\cpan\build 15/12/2011 17:27 <DIR> . 15/12/2011 17:27 <DIR> .. 03/09/2010 02:42 <DIR> BerkeleyDB-0.43-qD7hPx 03/09/2010 02:42 943 BerkeleyDB-0.43-qD7hPx.yml 15/12/2011 17:20 <DIR> ExtUtils-MakeMaker-6.62-sv1XY8 15/12/2011 17:23 2,196 ExtUtils-MakeMaker-6.62-sv1XY8.yml 22/09/2011 04:34 <DIR> File-Tail-0.99.3-xW0Oph 22/09/2011 04:34 1,241 File-Tail-0.99.3-xW0Oph.yml 15/12/2011 17:27 <DIR> Inline-CPP-0.33-uracNj 15/12/2011 18:24 1,212 Inline-CPP-0.33-uracNj.yml 18/12/2009 13:34 <DIR> Math-Pari-2.01080603-u2vUQB 18/12/2009 13:35 977 Math-Pari-2.01080603-u2vUQB.yml 15/12/2011 17:27 <DIR> Math-Prime-FastSieve-0.04-twg5cT 15/12/2011 17:27 1,198 Math-Prime-FastSieve-0.04-twg5cT.y +ml 30/12/2009 19:51 <DIR> Win32-API-0.59-D4CtW7 30/12/2009 19:51 1,018 Win32-API-0.59-D4CtW7.yml 30/12/2009 19:51 <DIR> Win32-MediaPlayer-0.3-S_kzYg 30/12/2009 19:51 1,265 Win32-MediaPlayer-0.3-S_kzYg.yml [download] And there you have a record of every module I've ever installed via cpan. So let's take a quick look inside one of them: C:\test>dir \perl64\cpan\build\BerkeleyDB-0.43-qD7hPx\t 03/09/2010 02:42 <DIR> . 03/09/2010 02:42 <DIR> .. 16/03/2010 21:55 23,292 btree.t 14/09/2008 15:29 1,373 cds.t 14/09/2008 15:29 1,557 db-3.0.t 14/09/2008 15:29 5,894 db-3.1.t 14/09/2008 15:29 1,028 db-3.2.t 14/09/2008 15:29 10,929 db-3.3.t 31/05/2009 16:03 2,170 db-4.3.t 14/09/2008 15:29 1,024 db-4.4.t 16/09/2008 21:28 5,359 db-4.6.t 30/09/2008 21:32 743 db-4.7.t 01/06/2009 20:07 7,928 db-4.8.t 14/09/2008 15:29 968 db-4.x.t 14/09/2008 15:30 2,083 destroy.t 14/03/2009 15:11 1,317 encode.t 14/09/2008 15:38 16,778 encrypt.t 27/05/2009 22:18 6,941 env.t 01/08/2010 09:31 8,193 examples.t 21/02/2009 12:55 8,471 examples.t.T 01/08/2010 09:31 2,772 examples3.t 21/02/2009 12:55 2,844 examples3.t.T 14/03/2009 14:23 8,485 filter.t 16/03/2010 21:58 18,411 hash.t 14/09/2008 15:30 6,082 join.t 15/09/2008 22:59 2,287 mldbm.t 22/08/2004 12:06 260 pod.t 13/03/2010 15:18 22,227 queue.t 13/03/2010 15:18 21,269 recno.t 16/09/2008 21:28 1,156 sequence.t 14/09/2008 15:31 5,255 strict.t 14/09/2008 15:31 4,591 subdb.t 03/09/2010 02:42 <DIR> Test 14/09/2008 15:31 7,152 txn.t 14/09/2008 15:31 3,815 unknown.t 27/05/2009 19:49 6,628 util.pm 33 File(s) 219,282 bytes 3 Dir(s) 235,040,399,360 bytes free [download] All the tests sitting there just waiting. I've never used cpanplus (or minus), so let's try it out:`C:\test>cpanp` Read more... (73 kB) Ignoring the "Successfully installed" message despite the reams of errors, let's see what we can find: c:\Users\abcde\AppData\Roaming\.cpanplus\5.10.1\build\App-Reprove-0.00 +4>dir Volume in drive C has no label. Volume Serial Number is 8C78-4B42 Directory of c:\Users\abcde\AppData\Roaming\.cpanplus\5.10.1\build\Ap +p-Reprove-0.004 25/02/2012 16:24 <DIR> . 25/02/2012 16:24 <DIR> .. 25/02/2012 16:24 <DIR> bin 25/02/2012 16:24 <DIR> blib 13/12/2011 15:20 600 Changes 25/02/2012 16:24 <DIR> inc 25/02/2012 16:24 <DIR> lib 13/12/2011 15:20 18,309 LICENSE 25/02/2012 16:24 23,968 Makefile 12/12/2011 08:39 42 Makefile.PL 13/12/2011 15:21 845 MANIFEST 25/02/2012 16:24 <DIR> meta 13/12/2011 15:20 1,089 META.yml 25/02/2012 16:24 0 pm_to_blib 13/12/2011 15:20 1,425 README 13/12/2011 15:21 3,083 SIGNATURE 25/02/2012 16:24 <DIR> t 12/12/2011 22:47 181 TODO 10 File(s) 49,542 bytes 8 Dir(s) 235,044,085,760 bytes free [download] And there it is, tests and all. But this isn't about what your module does -- I have the choice not to download it -- it is about the way you've chosen to make it do it. With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday' Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. "Science is about questioning the status quo. Questioning authority". In the absence of evidence, opinion is indistinguishable from prejudice. The start of some sanity?	[reply] [d/l] [select]
Re^11: Should I upload it on CPAN? by tobyink (Canon) on Feb 25, 2012 at 19:18 UTC
What you're seeing is the build cache. It's not kept indefinitely. CPAN.pm deletes stuff from it when it starts overflowing whatever size limit you've set for it. (Though I think it defaults to a fairly generous 100MB.)	[reply]