Slashdot Mirror

← Back to Domains

Domain: telecommunity.com

Stories and comments across the archive that link to telecommunity.com.

Comments · 7

  1. Re:Ditto by cduffy · · Score: 1 · on Can Reactive Programming Handle Complexity?

    RIght. but now you are deleting most of the appeal of reactive programming by having to go back to explicitly managing dependencies.

    I do? I didn't notice myself explicitly managing dependencies when using Trellis or Hoplon.

  2. Re:Don't fight it - Perl is here to stay! by cduffy · · Score: 1 · on Where's the "IronPerl" Project?

    Even if CPAN was the only argument for using perl (which it isn't), it would still be one hell of an argument.

    Not when the opposition has an equivalent tool/repository, at which point it's just par for the course. See PyPi and EasyInstall/Setuptools.

    (As for good high-level Python XML toolkits, I'm personally fond of lxml, but there are plenty 'round; if you couldn't find one, it's because you didn't know where to look).

  3. Re:Java: Where Components come from by LionKimbro · · Score: 1 · on Java Is So 90s

    Python doesn't have anything like this yet.

    Hey; I get to be the first to tell you! Yay me. :)

    EasyInstall. And no, this isn't some "fringe" thing: TurboGears uses it as it's basic installation method.

    I'm not sure on inclusion in the standard distro (of EGGs and EasyInstall,) but I know people are talking about it.

  4. Re:I'm a Python coder & a great Python fan, bu by rakanishu · · Score: 2, Interesting · on Python's Cheese Shop Now Open

    http://peak.telecommunity.com/DevCenter/EasyInstal l

  5. Re:Only a few tweaks needed by Anonymous Coward · · Score: 0 · on Python Moving into the Enterprise

    Actually, there are efforts to create Python Eggs, which seem to be the equivalent of java's Jars.
    http://peak.telecommunity.com/DevCenter/PythonEggs

  6. How not to win the corporate mind. by NeoBeans · · Score: 3, Insightful · on Python Moving into the Enterprise
    Take a look at the documentation for PEAK here. Now, take a look at the documentation for J2EE courtesy of Sun (API docs, tutorials, and the specifications).

    For good measure, let's look at the documentation from a J2EE vendor here.

    While PEAK sounds intriguing, I'm not sure that major projects started by Fortune 100 globals will leverage a technology that lacks the level of documentation quality you can find in other products in that space.

    I bring this up because documentation is often an indicator of the level of quality you can expect in terms of support. This is not to say PEAK is bad or poorly written, just that the supporting documentation and resources don't match those available for J2EE implementations.

    Remember -- it isn't the best technology that wins, but the technology that is most accessible. In the case of enterprise APIs, even though PEAK may be easier and more scalable (and this is an excerpt from their page): But PEAK is different from J2EE: it's a single, free implementation of simpler API's based on an easier-to-use language that can nonetheless scale with better performance than J2EE. ...it will need some time and some nurturing in order to compete for mindshare with developers and non-technical decision makers.

  7. Re:Advantages? by srid · · Score: 2, Informative · on Python Moving into the Enterprise

    The one thing that Java has going for it are "standard" APIs you can bank on. Is there a standard set of enterprise APIs for Python akin to J2EE?

    I am not trolling, but isn't the standard Java API painful to program with. Who wants to code 4-5 lines just for opening a file?

    In any case, there is PEAK for Python.