Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
Get HideMyAss! VPN, PC Mag's Top 10 VPNs of 2016 for 55% off for a Limited Time ×

Comment Re:Huh? (Score 1) 203

DerekLyons wroe:

"A century ago, there would be a battle that wiped out the next village, you'd never even hear about it." Huh? [...] in the (early) 20th century not so much.

Yeah, actually someone would notice something had happened to the next village long before "never".

(Note: World War 1 started in 1914. "A hundred years ago" just isn't as long as it used to be.)

When will computer geeks grasp that most of the human race actually enjoys the company of others and that there are actual economic reasons why people cluster?

Okay, so Kurzweil is betting on "the Naked Sun" scenario, rather than "the Caves of Steel", but to be fair to him, he's at least noticed that there's some tension between VR technology and New Urbanism. At Kevin Kelly's last Long Now talk, it was clear that this hasn't registered on him yet.

Comment Re:The Hunting of the Snark (Score 1) 165

My problem is (and always has been) that Larry Has Opinions. And lots of those are expressed in such a heavy-handed manner: the language syntax, the intrusive keywords, the proudly gnomic and condescending tone that early on propagated down through Perl user groups, that they are off-putting ...

You see, this don't sound like a technical dispute to me.

Why buy into a tool and ecosystem with warts that piss more people off than the next tool's?

Point the first: this is a non-sequitor. Once again, you're trying to claim it's primarily technical issues with the software, and I'm making the point that you just don't like Larry Wall. He's just not *one of us*. Why no gentleman would take swipes at Python's one-true-way.

If you were actually someone in management, would you listen to someone like yourself? Why?

Comment Re:The Hunting of the Snark (Score 1) 165

My problem is (and always has been) that Larry Has Opinions. And lots of those are expressed in such a heavy-handed manner: the language syntax, the intrusive keywords, the proudly gnomic and condescending tone that early on propagated down through Perl user groups, that they are off-putting ...

You see, this don't sound like a technical dispute to me.

Comment Re:Stupid python comment (Score 1) 165

Ah, well, "local" assigns a temporary, dynamically scoped value to "$/", defaulting to an "undef", i.e. undefined.

"English" is a module that provides alternate, more readable names for the old-style globals like "$/". It hasn't really caught on, so my point is that using it would be a source of confusion for different reasons.

It is however, pretty funny that on a typical unix box a "man English" will take you to the docs for an odd perl module.

Comment Re:Stupid python comment (Score 1) 165

By the way, the Perl 6 way of doing this is:

# read entire file as (Unicode) Str
my $text_contents = slurp "path/to/file";

See: https://docs.perl6.org/routine/slurp.html:

And the same thing can be done in perl 5 with the CPAN module Perl6::Slurp: https://metacpan.org/pod/Perl6::Slurp

I look forward to hearing why Python's chained method call syntax is so much more newbie-friendly than a single, colorfully-named built-in command.

Comment Re:Stupid python comment (Score 1) 165

Well, in some ways this isn't a bad thing to bust perl on, because most of us would agree that doing something like a "local $/;" is a bit of cruft we're stuck with for legacy reasons. But on the other hand, neither form is something that a beginner would know without being told, really you're going to need to be handed an example to learn it, so the actual practical difference between the two isn't that huge.

Interestingly, there have been multiple attempts at cleaning up this particular cruft but none have really caught on: the trouble is all perl programmer's understand it already, so if you do something even slightly different, like: use English; local $INPUT_RECORD_SEPARATOR = undef; You can end up damaging readability in an attempt at improving it.

Comment Re:The Hunting of the Snark (Score 1) 165

The Death of Perl has been greatly exaggerated. The difficulty of doing useful work with Perl has also been greatly exaggerated. It is nice having folks like yourself come out of the closet on what your Real Problem is... all of that pretense about making astute technical judgements is all a cover for "Larry was *mean* to me!".

Comment Re:The Hunting of the Snark (Score 2) 165

wheelbarrio wrote:

I understand you're proud of Perl 6: that's great, but I'd be more convinced as a developer or manager of developers to take a deeper look if you could demonstrate with examples how teams of mixed experience and aptitude have built complex, performant, maintainable software with it, rather than throwing ill-judged stones at the competition ...

Oh yeah? Well if you're so smart you'd tell us how you managed to avert world war and achieve world peace in our time before you take pot-shots at someone who's software was instrumental the development of the world-wide web, the human genome project, etc...

I know it's a terrible, terrible thing having to listen to someone say something nasty about Python for once, but you know, perl programmer's like myself have had to deal with several decades of treatment like that, you might just suck it up and keep rolling...

Comment Re:Or bash it with actual proof... (Score 1) 470

"I'm fine putting it in starving nations and letting nature sort it out, but I think eating it directly is premature, since I have a choice." We've already done a large-scale experiment. England banned GMO foods, but the United States didn't, and eats a lot of them. The major health problems that have resulted in the US because of this are...

Comment Re:Stopped using it after they fucked up the UI (Score 1) 97

Are you *sure* it's an improvement when using a touch screen? I've tended to assume that that must be the idea, but when I actually talk to people who use, say, Android phones, they're often bemoaning the fact that the "native apps" never work right, and they'd really like to switch to the web interface, but many sites make that hard to do...

Comment Re:The Google Maps UI is fucking unusable. (Score 1) 97

My complaint is a little simpler: the UI keeps changing, and never works with my preferred browser settings. I continually need to move to a virgin browser profile just to figure out what it's supposed to be doing, and whatever improvements they're going after, it's never apparent to me at all. Yeah, for simple stuff I almost always just use openstreetmap.org. The search feature is fussier, but I can deal with that. For public transit directions transit311.org seems to work a little better (though that's Bay Area only, I think).

Comment Re:What in the world is a snap? (Score 5, Insightful) 207

Okay, so software libraries were invented to have a standard place to put shared, common code, which allows bug fixes and so on to be applied in one place.

And so stuff like "snap" packages are much less annoying, because every app gets it's own different versions of the libraries.

But this means that if, for example, you try to fix a bug by updating a library, the snap package that uses that library won't get the fix, because it's go it's own variant of the library.

And to actually fix a bug in a library, you need to update the version embedded in each snap package...

(Someone please tell me this is wrong.)

Slashdot Top Deals

Beware of the Turing Tar-pit in which everything is possible but nothing of interest is easy.

Working...