Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror

Comment: Re:bye (Score 2) 527

by paskie (#49750701) Attached to: Ads Based On Browsing History Are Coming To All Firefox Users

I do use the memory, thank you very much. I just use the computer for something else than web browsing too. I do realize it's getting uncommon (and don't actually even get *that* grumpy about it, just have my different set of preferences).

When you see a guy in sibling comment complaining "In addition, I hate the extremely long time for startup and new tab creation, which is accompanied by constant disk grinding." - well, that's exactly the memory problem, which now translates to bad user experience. As you suggested: The OS swapped it out as another app needed it.

Comment: Re:bye (Score 2) 527

by paskie (#49750431) Attached to: Ads Based On Browsing History Are Coming To All Firefox Users

Oh and also the fact that middle click inside website does not load URL from clipboard. It works on a favicon - except in case of verified identity SSL servers, there's no favicon.

About the tabs, frankly, for me (but clearly not just me) a more flexible paradigm which blends seamlessly the concept of tabs and bookmarks (and ideally full-text search over my "bookmarked tabs") would be awesome. I'm a pack-rat and would like to archive whole tab trees for later, see them among the other pages, but not take memory+CPU now. I think there's an actual and large market gap here.

Comment: Re: paywalls are not selling out. (Score 1) 81

First, the situation is more complicated outside of math/physics/cs. E.g. in biology, getting papers is much more complicated, which has connections to computer literacy of authors, conventions in the field, and maybe also conditions of the journals.

Second, if you are an institutional researcher, there are good chances that your institution has subscription to the major places relevant for your research.

I hope it's a problem solved over time largely by natural selection. I'm much less likely to cite papers that I can't read easily.

AFAIK Elsevier's pricing structure and conditions on things like arxiv uploads is much stricter than Springer's. Not sure though.

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.)

Disc space -- the final frontier!

Working...