There are several problems, but the biggest one is that Priit takes numbers from the developed countries of the world, does some shaky averaging, and then applies the "weighted percentage" to the rest of the global population.
Priit says things like "If we now make a bold claim that each Java developer on Eclipse will download the IDE exactly once a year, ...". That assumption fuels the rest of the numbers and has no basis in fact. Downloads don't mean use and lack of downloads don't mean non-use. I object to the notion that a developer with download it only once, or even at all.
Let's be the side that doesn't let this stuff go. Bad data lead to bad conclusions which lead to Wikipedia editing which leads to anger which leads to hate.
]]>I've saved your links in my annotated list of modules. $many x $thanx;
]]>
Invalid version format (non-numeric data) at C:/strawberry/perl/site/lib/Padre/Document.pm line 126.
BEGIN failed--compilation aborted at C:/strawberry/perl/site/lib/Padre/Document.pm line 126.
Compilation failed in require at C:/strawberry/perl/site/lib/Padre/Wx/Main.pm line 4115.
Perl exited with active threads:
1 running and unjoined
0 finished and unjoined
0 running and detached
perl -e'map{print if $_ %1000==0; ()} 1..100_000_000'
which of course will return the empty list. The problem is that for map
Perl will first build a list of the numbers 1 to 100 million as SVs, but for ($x..$y)
though has been optimized in the Perl compiler.
Perl itself doesn't have special iterator support. But you still can write something as an iterator, but you have to do it on your own.
For example you create a function that returns a function that uses an closure. Or you just use OOP for keep tracking of the current state and so on.
]]>If you, as a user, need to install a git snapshot of a project hosted
at GitHub, you can use https://undzilit4.me/ for that and you don't
need to bother about all the plugins. It's not equivalent to "git
clone", but you get what you want.
btw, when packaging .deb files, Debian tools expect tarballs too. And if you try to build .deb from git clone, debian workflow looks broken.
Yes, that was annoying for those who author Perl modules with
Dist::Zilla which are primarily shipped as .deb, e.g. in corporate
environments.
But there's a solution for that now: dh-dist-zilla, a debhelper plugin
which allows you to build a .deb from Dist::Zilla based distribution
without having Makefile.PL or Build.PL -- they will be generated
because "dzil build" is run to generate the Makefile.PL later used by
dh_auto_configure and friends.
See https://github.com/elmar/dh-dist-zilla and
https://packages.debian.org/dh-dist-zilla