News for hackers. Stuff that matters.

lanaer

Re:Rbenv, an unobtrusive rvm replacement on Friday August 12, 2011 @06:43PM (#2879568)
Of course that is expected behaviour: tux loads multiple independant shell environments. A change in one will not affect the other. The same holds true for modifying the PATH environment variable, which is how rbenv works. So I'm not sure how you're expecting rbenv to avoid that behaviour.
Re:This Is Why The American Dream Is Out Of Reach on Tuesday August 03, 2010 @03:36PM (#1572439)
Right. The author is saying he should become an entrepreneur, and that his family should be advising him to do so.
That, and I thought link rel="next" already existed… and had a more semantic meaning than pre-fetching.

It (and its brother, rel="prev") are meant to inform the browser (which then hopefully informs the user, but that never took off) of what the next or previous page is (in contexts where that makes sense). Maybe it's the next page of an article (evil!), or the next blog post in line. Whatever.

Anyway, this has been around for a while, even mentioned in this post from 2008: http://diveintomark.org/archives/2008/06/21/minimalism

So it's more accurate to say that Firefox likes to prefetch pages, and will use <link rel="next"> tags to guide it. If you're going to be pre-fetching pages anyway, that seems a reasonable enough way to decide what to fetch, but I agree that I'd prefer pre-fetching to be off.

Re:AT&T Gives Up on the iPad 3G Unlimited Data Plan on Wednesday June 02, 2010 @09:17AM (#1397806)
Right, but if you bought the iPad, with the intent of getting service only when you needed it, and haven't yet needed it…
Re:Why Chinese Is So Damned Hard on Friday May 21, 2010 @06:27PM (#1369146)
I don't think I'd call these criticisms so much as _reasons_ why Chinese is so damn hard (for a Western speaker). It’s not like there's anyone around who designed the language to complain to.

Anyway:

Reasons 1-5 aren't about the many languages used in China (if French & Spanish are different languages, then I consider Mandarin & Cantonese to be different languages). These difficulties are due to the lack of a concise phonetic alphabet (like the roman alphabet used in English, French, Spanish…, or the hiragana alphabet used in Japanese). If the Chineses languages all used a common (small!) phonetic alphabet of some sort, many of those difficulties would dissolve (and there is no particular reason why that could not be done, technically, except that it throws out a huge part of their culture). Even if only Mandarin existed, those first 5 difficulties would remain.

Edit: OK, so using a phonetic alphabet would mean that each language would be written differently... except that this is already true, essentially. You can actually write in Cantonese in a way that a Mandarin speaker could not understand (using the same characters), and there are those who do this. I think he says this in there (I read this a long time ago), that the Mandarin writing system is just that; Mandarin. The whole country knows how to read it (without necessarily knowing how to pronounce it), so it's more about the non-Mandarin-speaking Chinese people having 2 languages that they use: their own for speaking, and Mandarin for writing. Using a purely phonetic alphabet may make this bi-lingual usage more difficult... or not. The existing writing system is already pretty painful, whether you're a native or not (though natives have more time to get used to it before they're expected to be able to use it, I suppose).

Reason 6: this isn't like reading Shakespeare (Modern English, though an earlier version of it), as far as I understand. It seems more like trying to read The Canterbury Tales (Middle English) or Beowulf (Old English, more like German than English, really). You're completely correct about it not being relevant to practical usage of any of the Chinese languages, though.

Re:Steam for Mac not very Mac-like, running as superuser? on Thursday May 13, 2010 @02:52PM (#1345247)
Hm, on that point I'm not sure.

In any case, Steam isn't running with any elevated privileges on my own system (I already had access enabled for assistive devices, which Steam only seems to need to actually launch its games), so I have no complaint on a security standpoint.

My only complaint with Steam so far is that it hardcodes the directory it stores the games. I want to put them elsewhere.

Re:Steam for Mac not very Mac-like, running as superuser? on Thursday May 13, 2010 @02:33PM (#1345158)
It actually doesn't need access to download & update games, since those are simply kept inside the user's home directory.

It also doesn't need admin access to view all running processes, any user on a unix system can do so.

That being said… I'm pretty sure Steam never actually asked me for an admin password (and I run in a non-privileged account), so I'm not quite sure what this guy is talking about.

Re:Mac OS X SSD tweaks on Friday April 16, 2010 @03:43PM (#1271683)
When an SSD modifies a page, it has to erase & rewrite the entire block. SSDs try to avoid this by marking the block as “free” and writing data to an entirely different block, if one is available.

The point here is that in order to write a tiny bit of data, SSDs have to write to a larger portion of the drive (usually).

So reducing the # of tiny writes should lengthen the lifetime of the drive. It's theory, but the theory is sound enough to me to optimize for it if there's little or no downside to the optimizations.

Edit: though, as noted elsewhere, these drives will generally last more than long enough, so the effort is probably unnecessary.

Re:Beautiful iPad code editor concept on Wednesday April 14, 2010 @08:38PM (#1266594)
Same colorscheme, too.

Granted, I have my vim configured to look almost like TextMate in just this way, so maybe he's just ripping off textmate… somehow I doubt it.

Re:Opera Mini iPhone App Approved on Monday April 12, 2010 @10:47PM (#1261036)
No, it doesn’t really support JS. The very minimal JS support it has is implemented in an interesting fashion as well.

In any case, the software on the phone never sees any javascript code, only the proxy does.

http://en.wikipedia.org/wiki/Opera_Mini

Re:This link says it's from YouTube but it's not on Monday April 12, 2010 @05:37PM (#1260454)
In this I rely on my browser to filter deceptive characters in domain names.

When I hover over the link you gave (or click it and see it in the address bar), it looks like http://www.youtube.xn--combad-site-hx3f.com/something_else (which lets off plenty of flags for me).

Re:This link says it's from YouTube but it's not on Monday April 12, 2010 @02:01PM (#1259864)
So it is important to also check the URL in your address bar _after_ you click, as well. This trick won’t be able to fake that.
That applies to other places in Asia and the middle east (go arabic ninja, I guess?)
Rockstars are loud & noisy, maybe they get stuff done. Frequently care more about what people think about them then the quality of their work.

Ninjas do the job, and nobody knows until it’s too late.

I'm not seeing desirable qualities here for coders.

Re:Daring Fireball: GIF, H.264, and Patents on Monday March 22, 2010 @10:59PM (#1212069)
Ah ok. I didn't learn of the issue until after Theora was removed, so all I saw were the reasons why neither H.264 nor Theora were in the spec (and the impression that at least one of those had been considered for it).
Re:A new approach to China: an update on Monday March 22, 2010 @08:01PM (#1211764)
I see the good ole' question-mark diamond. I see the same thing when I view-source.

Changing my text encoding to latin-1 fixed the display.

I'm on Chrome, amusingly enough, on OS X 10.6.

Re:Daring Fireball: GIF, H.264, and Patents on Monday March 22, 2010 @07:57PM (#1211756)
I think a while back that was under consideration, but the spec-writers gave up since they knew that no matter what codec they picked, they knew they couldn’t get all browser vendors to implement it.
Re:Daring Fireball: GIF, H.264, and Patents on Monday March 22, 2010 @07:26PM (#1211690)
Since there is no standard video codec for HTML5 playback, it sounds like your last clause, at least, is satisfied.

Personally, I'll probably use H.264. Why? Because I find it preferable than flash, and if I want my web video to be viewable without flash to most of my visitors, H.264 seems like the only practical solution (and possibly encoding in Theora as well).

It's not a standard, and browser vendors & others can continue to offer alternatives, one of which may supplant H.264, as PNG replaced GIF. Or maybe Theora will turn out to infringe on patents that H.264 legally relies on, and H.264 will stay around for a while.

Whatever the case may be, this is only the first generation of video-capable browsers. It wouldn't surprise me at all to see future generations be much more flexible in terms of codec support.

Re:Why Are Homeowners Idiots? on Wednesday January 27, 2010 @12:52AM (#1079883)
If you're able to afford the payments, and are otherwise financially stable, I'm not entirely sure how another 5-6 years will worsen things.

Unless the economy manages to crash again in that time, and worse. Then, though, you'd probably be in a crappy situation even if you left now.

More than likely, at this point, your house will be worth more (though probably not a lot more) than it does now, and (since you've been meeting your payments) your debt will have shrunk, too.

Re:SSD Streaming at Last.fm on Monday December 14, 2009 @07:16PM (#995488)
SSDs still have substantially higher sequential read speeds. The specific one they are using (the Intel X-25E) has over two or three times the sequential read speed of 2 of the fastest standard drives.

http://anandtech.com/storage/showdoc.aspx?i=3631&p=21

Re:The limitations of terminals as an interface on Wednesday December 02, 2009 @11:58PM (#973756)
If a GUI tool is written where you can just select items in the explorer/finder, launch tool (from keyboard), enter thumbnail sizes, then GUI may win, since you won't have to switch from file browser to CLI in the first place.

Problem with GUI is that you need a new tool for each such task; we don’t yet have a generalized way of handling such things.

Re:The limitations of terminals as an interface on Wednesday December 02, 2009 @11:53PM (#973745)
" are fundamentally a better input interface for expert operations than the mouse/trackpad/pointer (with a rasterised but basically more analog feel that makes me "look where I'm going")."

This is fundamentally incorrect. See the millions of Photoshop, Visual Studio, Notepad++, GEdit, Eclipse, Microsoft Office, Autodesk, Blender, Visio, Labview, Mathematica, Quickbooks, SAP, Oracle and other users of proprietary application-specific software. Do those users consider themselves to be experts? Do the accountants working at your company consider themselves to be experts? Do you really believe they would be more productive if they had to work in a terminal all day?

-------------

Um, isn’t that particular quote you have there about keyboards vs. mice, rather than command-line vs. GUI? (Next paragraph he talks a bit about one advantage of command-line, but it is a different point than this one).

Expert photoshop users rely quite heavily on the keyboard (keyboard shortcuts specifically), for many operations. The mouse is also used heavily, of course. The keyboard just can’t select portions of an image very effectively, or help you point at a pixel you want different, etc. Whenever I see a Photoshop expert do something to the image, though, they’ve used the keyboard, where beginner users (like me) just use the mouse.

For most of the others, I expect expert X users are similar to expert Photoshop users. Then there are the rest, which are very text-oriented and therefore mostly keyboard-driven by default.

On to the actual GUI-vs-command-line argument.

You say “The way this works in interactive GUI applications is that they provide input forms and status indications to communicate with the user.” His argument was that this is less straightforward than just typing the arguments next to the command. I do not think you have refuted his point.

The simple fact is that both interfaces have their places. I do a lot of work in both, and I think it will pretty much always be that way (for me).

I do not think text-oriented command interfaces will go away while we still read & write, though hopefully they will indeed become friendlier with graphical interfaces.

Re:The limitations of terminals as an interface on Wednesday December 02, 2009 @11:33PM (#973715)
> However, the cognitive load of this distraction is lower than that of having to remember keyboard commands.

I do not find this to be the case. But then, there are various keyboard commands, both in Vim and on the command line, that I do not really have to call to mind before using. I just type them when needed.

It’s really weird how that works, actually, how with many things (I’ve noticed this with GUI interfaces, too) the mind will learn it to the point where you don’t need the conscious part of you to be aware of it anymore.

So I think this is really about what we’re most used to, what our mind has adapted to. I feel very clumsy if I’m editing in something other than Vim, because that’s what I’ve adapted to.

For a time, I had gotten used to typing correct apostrophes and quotes ( ‘ ” “ ), such that I could no longer automatically type a ' or ". I had to think about those primes if those were what I wanted, although the quotes are certainly harder to type.

So what am I saying here? I guess I’m saying that we can’t rely on our own experience too heavily — whichever interface we find we have to think more to use may be far more natural for another, and all of that may be entirely irrelevant from an objective standpoint.

Re:Now you see it, now you don't (Google rolls out fade-in homepage) on Wednesday December 02, 2009 @11:19PM (#973696)
They were testing it back then, but now it seems they are launching it to everyone. However, gotta clear caches in Safari to see it.
Re:Now you see it, now you don't (Google rolls out fade-in homepage) on Wednesday December 02, 2009 @11:15PM (#973688)
I don’t see it on google.com.

Also Safari 4.

Edit: Now that I've read further down the page, apparently I really should try it in Firefox, or thoroughly clear my Safari cache.

Re:Accessibility and the iPhone - a tale of woe on Friday November 27, 2009 @03:45PM (#964355)
“(including saying you have to buy a peripheral to use more than one mouse button)”

Seriously? People still say this? This hasn’t been true since Apple standardized on the Mighty Mouse (horrible mouse that it was). That was a long time ago (in internet time, anyway), and now the Mighty Mouse is dead.

I think he meant that it's harder to figure out if a given video is a deliberate attempt at viral marketing vs. just a video that some guy posted.
“It's a lot less deadly than previous seasonal flus.”

Cite? I was under the impression that it was about as dangerous as others.

Re:Most of Slicehost is Down on Tuesday November 03, 2009 @02:02PM (#919983)
By default, yes, all slices you get are kept at the same data center. That way, if you have traffic between slices, they're on the same LAN and they don't have to charge you for that bandwidth. As has been mentioned, you can request a slice at a different data center, but it does have to be requested.
Re:Introducing Nook, the most advanced ebook reader on Tuesday October 20, 2009 @11:06PM (#893927)
That seems to contradict the wording on B&N.

“Browse eBooks, magazines and newspapers on AT&T's 3G Wireless Network or on Wi-Fi. And every Barnes & Noble has free Wi-Fi, so you can connect at lightning fast speeds.”

Sounds like B&N is just marketing their Wi-Fi hotspots as a convenience, but it doesn’t need to be their hotspots; any Wi-Fi connection should do.

Older »