Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror

Comment Re:Yes, Perl is indeed dead and rotting (Score 2) 283

I remember clearly how Perl 6 was going to become the best thing since butter on toast, ... There was general excitement about it all, and then there was a whole load of ... well... nothing. We're 11-12 years further and there's still no sign of Perl 6. What the hell happened there?

Don't get me wrong about this particular thing... all of my commentary is about Perl 5. I think Perl 6 is dead on the vine. I think Perl 5 will probably be the final definition of the language. It will get refined, and bug fixed, but I don't think it will get the type of complete change that Perl 6 implies (not the current concept of perl 6, nor any concept of similar scope that might replace the current perl 6 concept). Nor do I think that that's a bad thing (for Perl 5 to be final definition of the language).

I'm also not saying Perl 5 is perfect. I just think it's "good enough"* for what it does, and for use in sysadmin type development (which is not just for quick and dirty duct-tape programming ... I've written pretty extensive projects in Perl), with a momentum that will carry it forward for more than a little while.

(* nor do I consider "good enough" to be a snobbish backhanded compliment ... I mean it more in the light of "the perfect is the enemy of the good-enough" -- "good enough" gets things done, "perfect" gets defined and redefined on a white-board for an eternity and never accomplishes anything other than a bunch of bloviating) (nor am I implying that that negative version of "perfect" applies to _any_ of the other languages being discussed ... I'm just saying, "good enough" is a good thing when applied to perl 5.)

Comment Re:Yes, Perl is indeed dead and rotting (Score 2) 283

Like I said, I haven't seen python take over anywhere other than Google. That's a big claim to fame, surely. But, it's not as wide spread as it could or should be, at this point in python's life, IMO. It just doesn't have the momentum nor clear advantage (to non-language-geeks) over perl to push it forward fast enough to overtake perl.

I do like python, mind you. I just think it's stuck in the betamax / BSD niche (academically superior to its cousins, but stuck in second place for reasons that have nothing to do with its academic superiority ... because academic superiority doesn't win any races outside of academia).

Comment Re:Yes, Perl is indeed dead and rotting (Score 4, Interesting) 283

Meanwhile, Perl 5 being phased out of system building / admin tools

Really? what's replacing it? (genuine question ... I haven't seen anything that really fills that niche as effectively nor as completely)

Perl 5 is still charging full steam ahead in every sysadmin group I've been around. I know there are python advocates out there, but I have only encountered ONE major IT shop that is completely (or nearly so) python driven (and it happens to be Guido's employer -- hardly a good example). Other than that, the most I've seen is _some_ python but _mostly_ perl in any IT shop.

Sure, language-geeks have been talking about what other language has done a better job of being "a language" for at least 10 years ... but really, anything you can say negatively about perl can be said about bourne shell programming. And, yet, not only did bourne shell dominate *nix sysadmin and package install programming for 25+ years, but it is _still_ being done out there, by some backward luddite sysadmins. Perl has only been dominant in the sysadmin space for less than 15 years ... I wouldn't be surprised if it lasts at least another 10 more. And, really, since it lacks many of bourne shell programming's problems, it'd be reasonable to expect it to keep going for a lot longer than that. Especially as perl 5's evolution continues to slow down and become more stagnant (creating a consistent and stable programming layer ... which has not been true through the entirety of perl 5's lifespan -- there were a few major hiccups there as various sub-systems were refined or changed).

(to be clear, perl 5 has _existed_ for more than 15 years, but it didn't become really dominant as a sysadmin language of choice, finally eclipsing bourne shell, until the very late 1990's or early 2000's ... probably about the time that y2k issues wiped out anything too old to have/support perl, and the last of many *nix vendors and most linux distro's being sure they included perl in their boilerplate installation, pretty much removing bourne shell's one major claim to fame (ubiquity).)

Comment Re:Linux (Score 1) 291

If only there was a company whose job was to make gcc/gdb ports to every platform on earth, with contracted deals with the platform makers (Intel, Sun, Sega, Sony, Hitachi, etc.) ... such that gcc provided C, C++, and even some Objective-C support, uniformly across platforms, with as much platform specific optimization as possible.

Oh... wait. There was such a company. Until Redhat bought them and killed them. (Cygnus Support / Cygnus Solutions, purchased by Redhat in very late 1999/ early 2000 because RH was afraid Cygnus would go into the business of having their own Linux distro and compete with RH...)

Comment Re:I'd just call bullshit. (Score 5, Insightful) 223

They already have that. It's called "NC". Surely you'll say "No, NC doesn't imply that"... but that's because people are myopic.

ANY property can be licensed under an alternate license. You just have to contact the property owner.

weird_w wants to license it in general under NC to prevent the general case of abuse, and to prevent abuse by entities he doesn't like... great.

If a small shop still wants to use the work, they already have a built-in remedy: contact weird_w and ask him for the same work under an alternate and/or negotiated license (closed/for-pay, closed/for-free, open, etc.). There's nothing about distributing _YOUR_ work under the GPL or CC or any other _general_ license that says you can't also simultaneously distribute _YOUR_ work under another license.

It's your work. Do you want you want. Distribute it under a GPL or OGL variant to people who's last name starts with A-M, and distribute it under CC-SA to people who's last names start with N-Y, and distribute it under CC-NC to people who's last names start with Z.

Or, distribute it under CC-NC to companies named BANDERSNATCH, and distribute it under CC-SA to everyone else.

It MIGHT make it harder to defend your property in court (I'm not a lawyer, consult one), but there have, historically, been lots of companies that distribute their work under multiple licenses. The first one that comes to mind is the old Ghostscript, which was under one license for the latest and greatest, and then a different license for older versions. Or FUDGE, which (at least for a while) was under an artist's license OR the OGL (your choice).

Comment Re:OnLive Desktop (Score 1) 118

Thought about it. barely any advantage over running it on my own system (which I have done, via VNC). Which, as I hinted at, if the remote desktop is VNC, then it's got too much latency and can have usability issues. I'm sincerely hoping they're doing something orders of magnitude better than VNC.

Comment OnLive Desktop (Score 1) 118

I sent them an email, a few weeks ago, asking about other options besides Windows. Like, Ubuntu or Mac OS X, for the remote OS.
I also asked about clients for other platforms.

No response yet.

I doubt I'd use it for flash things or word processing (I use Dropbox to keep documents synchronized). What I would more likely want it for is a persistent IM presence, with centralized logging. Currently, I also use Dropbox for centralizing the logging, but I have to do some over-head to check and be sure that I don't try to run it in 2 places (I use an Automator Script and a Perl script for that). I've also looked into various web based IM clients ... none of which were satisfactory to me. So, one of my main uses of something like this would be to simply keep open a persistent IM session that I could check and update from my various devices. Especially if it's more usable, and has less latency, than doing that on my own "server" via VNC.

Comment Re:Golf Diesel (Score 1) 576

17 year ago, when I drove a Geo Metro (manual transmission, no AC), it was rated for 49/50 MPG, and that's exactly what I got. However, it spoiled me for other cars. I hear people rave about how great their cars do... at 28-30 MPG, and I think "that's TERRIBLE". For various reasons, for this year only, I'm stuck in a Ford 500. I average 20MPG. I feel guilty every time I start the engine.

Comment Re:Looker (Score 1) 404

I was going to bring that up too.

What Cameron is bringing up is basically a re-hash of the "Looker" plot-line. Though, Looker adds in a gadget that is also a little bit novel (and almost, but not exactly, like the non-lethal flashlight weapon that uses flashing lights to induce vomiting ... only the one in the movie induces blackouts).

Once we cross that gulf that makes truly human-looking CGI characters, you can bet we'll see movies that use virtual versions of real actors. That does NOT mean it'll be successful ... there's more to a successful movie than a real looking actor, you'll still need good writing, good directing, and good acting (voice acting, in this case). But it'll almost certainly have an impact on how many movies are made ... and it'll probably have an impact on the admissibility of video evidence.

Slashdot Top Deals

"Ada is PL/I trying to be Smalltalk. -- Codoso diBlini

Working...