Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • I'm sure it's been discussed at more conversive places, but I've just got to say that this sounds great to me. I work on Linux almost exclusively, but I have done some work on Windows (something for scanning Outlook, actually) and found Strawberry Perl was perfect for my needs. I learned to program in Visual Studio so I like having powerful IDEs, so having that sort of option automatically installed with Strawberry Perl would be even more than I thought to ask for.
  • Wow! What can I say? I'm very pleased and very supportive. +1 to all the new contributors who have been making this possible.

    -- dagolden

  • Having an entire usable environment, and not just perl and a compiler, might make me pay more attention to Windows.

    It would also be nice to have a downloadable OS X version of Padre. Right now, it's just too much of a pain in the arse to bother with. Presumably it would have to come with perl itself bundled somewhere in the Padre.app directory.

  • How about "Strawberry Perl Workstation Edition" and "Strawberry Perl Server Edition"? It seems to me that most folks would only want the "lite" edition for running code on a server where they have no UI.

    --Theory

    • Potentially, although the problem I find now is that there's isn't really a clear separation between the two. Not enough to make a client/server split the obvious way to break them up.

    • I don't get it at all. Serve your target market, but I will always want Perl to be just Perl. When I install Java, I just want Java. When I want an IDE, I go out and install Eclipse. When I install Perl, I just want Perl. I decide what editor or IDE to use with it.

      This is probably a good idea, but I can tell right off I'm not in the target market at all.

      --
      J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers
      • The newbie market doesn't know HOW to "decide what editor or IDE to use".

        They are going into a new area blind, and they already have to learn the language itself. It's important to not distract them from this by providing an option that removes all the other decisions and provides sensible defaults.

        • Do people think of IDEs are part of their programming language today, then? To me, if you know how to program, you know what editor or IDE to use, or, you know how to find out (such as by Googling "Perl IDE"). To my way of thinking, the only way that can be true is if either:

          1. Newbies do not know how to program, or
          2. Newbies think of an IDE and a language as one package

          I honestly don't know what it looks like out there. I am presuming 2) is the case.

          --
          J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers