Follow Slashdot stories on Twitter


Forgot your password?

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).


Comment: Re: Tabs vs Spaces (Score 1) 428

by paskie (#49427175) Attached to: Stack Overflow 2015 Developer Survey Reveals Coder Stats

Ok, that makes sense. I use vim only on Linux, so I wouldn't know. Ctrl-v in normal mode is what always does this for me in terminal vim, but I guess it might interfere with clipboard shortcuts on other platforms.

(Then again, the argument sounds as that vim loses because vim has this different across platforms, while, Notepad++ wins because, well, it is not available on some platforms. In Linux desktop environments, alt+drag typically drags the window and is not passed to the application.)

Comment: Re:Huge red flag about the survey (Score 1) 428

by paskie (#49427161) Attached to: Stack Overflow 2015 Developer Survey Reveals Coder Stats

No, my point is that it's often easiest to *understand* things from a couple of examples, especially when your programming fundamentals are solid.

But even what *you* are saying is nothing bad to do, when you just need to do a quick hack - quickly. (The real burden is on deciding when a quick hack will or will not do.)

In the end, it's about whether what you create works. SO helps that happen.

Comment: Re:Huge red flag about the survey (Score 1) 428

by paskie (#49427039) Attached to: Stack Overflow 2015 Developer Survey Reveals Coder Stats

Exactly. When the concepts are already well sorted out in your head but you need to quickly get something going with an unfamiliar API, it's typically way more time-efficient to just peek at a few code snippets over ten seconds rather than plodding through a confusing API docs written by a graphomaniac with ADHD. StackOverflow is a god-send that made me immensely more productive, especially in unfamiliar programming environments.

Comment: Re:Tabs vs Spaces (Score 1) 428

by paskie (#49427013) Attached to: Stack Overflow 2015 Developer Survey Reveals Coder Stats

Really, you start with "Those days are long gone", then talk about "letter-sized printouts at 10 characters per inch"?

To me, 8 is just perfect when viewing on a computer screen, it has the perfect balance of clarity and horizontal space management. But if someone thinks it's too much, that's fine - because I'm using tabs, so they can reconfigure. This is where all the anti-tab arguers shoot themselves in the foot. There are some good arguments against tabs that make the spaces vs. tabs choice non-obvious, but seems like noone on this thread has a clue about these.

(Of course, in Python I just follow PEP and :set et, tw=4, sw=4. A whole-ecosystem convention trumps personal preferences, and Python especially (with its semantic indenting) has good reasons to abolish tabs.)

Comment: Why not a quick, non-invasive fix? (Score 1) 94

by paskie (#49016309) Attached to: The Bizarre and Complex Story of a Failed Wikipedia Software Extension

I really wondered while reading the wild stories behind the talk system why a "good enough" solution wasn't first created quickly and deployed.

IMO the 20% effort (or much less) that would fix the 80% (or much more) of UI issues would be simply automating the mediawiki markup editing on talk pages! Just add “add new topic” button to the page, “reply” link after each ~~~~ that’ll show up a textarea for your comment and upon submission simply edit the wiki source automatically, adding your comment. New users don’t have to learn all the syntax rules and discussion can proceed quickly and with much smaller amount of editing races. Power users can still just edit the page when it’s needed in the very long tail of uncommon cases.

This could all take days to develop, weeks to push through live beta to full deployment. What am I missing? I guess part of it is that TFA never properly defined what problems are being solved here, so maybe my assumptions about that (UX while adding comments) are wrong.

Comment: Re:Perl is more expressive (Score 1) 192

by paskie (#48955305) Attached to: Perl 6 In Time For Next Christmas?

C++ is the wrong language to compare Perl to. Python is what you need to align with it. And it is so much tougher to build a good case for Perl in that light. (Not impossible, but it probably won't be very convincing. Perl is the anarchocapitalism of programming languages - you have near-absolute freedom to choose your ways, which is delightful for the top 20% users, but unfortunately most people choose the most awful and dirty ways in the face of this freedom, typically just for lack of experience.)

(I love both Perl and Python. But in the past few years, I find myself writing vastly more Python that Perl code, except the oneliners of course.)

Comment: Re:Enjoy years of splitting between 5 and 6 (Score 1) 192

by paskie (#48955269) Attached to: Perl 6 In Time For Next Christmas?

^ this. You have (i) existing modules in your project that are not python3 compatible, (ii) existing external modules that are not python3 compatible.

The situation is a lot better now than it used to be, but for example you still cannot use the deep learning theano-based libraries. This means people still produce python2 code at this point, which means issue (i) will be going to be an issue for even longer... (Even if you are starting a project from scratch, you often want to borrow some code from a different project you have access to - which may be python2.)

(Actually dealing with unicode was always painful for me in python2 and python3 typically results in less code therefore. Depends a bit on what you do.)

Still, the transition to Python3 is much smoother than it'd be to transition to Perl6. It seems to me kind of unfortunate that they chose "Perl 6" as a name for this newfangled language that has not that much to do with the current Perl. C++ is more "backwards" compatible to C than Perl 6 is to Perl 5, it seems to me. I think the idea of transition is not on the table at all for 80% Perl developers; you just go to Perl6 if you want to pick up a new language that seems fun. Whereas regarding Python I think even most 9-to-5 code-grinding guys recognize that migration makes sense (in a few more years).

Comment: Not convincing at all (Score 3, Insightful) 433

by paskie (#48593789) Attached to: Vinyl Record Pressing Plants Struggle To Keep Up With Demand

Audio is just a crazy world of snake oil and placebo.

Really, the argument that's supposed to convince us is this?

> That warm vinyl sound: "I think this is what people like about it: it pins very closely to the way that human beings hear music organically," Gonsalves said. "It's very mid-range-y and very warm," a sound that flatters the fuzzy guitars of rock 'n' roll.

I'm sorry but I just don't buy it. There seems to be no obvious reason why you couldn't easily hack up a digital audio filter that makes stuff "sound like a vinyl". I'd even wager that it already exists?

Especially when you skip the compression and use FLACs. (But no, I'm not that kind of person who would claim to be able to distnguish 320kbps mp3 from a FLAC.)

Comment: Re:You're Doing It Wrong (Score 1) 567

by paskie (#48573903) Attached to: The Case For Flipping Your Monitor From Landscape to Portrait

I don't really use side-by-side windows but I still like portrait mode - because I get to have enough room for sideways tabs!

Seriously, I don't get it why by default the browsers still ship the tab bar at the top. As soon as you have more than 6-10 tabs open, tab bar on the side becomes incredibly more convenient to work with.

Comment: Re:Almost made it ... (Score 4, Insightful) 48

by paskie (#48479825) Attached to: Philae May Have Grazed Crater Rim

I don't know why are people looking at it as failure. We got plenty of data, we even got the very important chemical analysis data in the last session. It would have been great if it worked further, just as it was awesome that the Mars rover worked much longer than their projected mission lifetime was. But if that did not work out, we still got a lot of value out of this, so I don't follow why should it be a failure.

If you steal from one author it's plagiarism; if you steal from many it's research. -- Wilson Mizner