HN user
I find this to be somewhat of a depressing attitude. While it's not mandatory that everyone fight every fight worth fighting, I wouldn't actively discourage those willing to take a stand for the things they find worthwhile. Especially since this move is trying to resist corporate-backed bureaucracy that's arguably not helping anyone.
A rant about software that he won't use. Clearly he has done some testing to see how things are, but why would he use something he's convinced is crap?
The bitsquatted domain sends two records, one for the squatted domain and one for the original name, pointing to the squatter's server. The parent article isn't as detailed as the paper/talk was, but this is a point that the DEFCON presentation included (and I reckon the BH one as well)
I saw this talk at DEFCON.
ECC memory solves the problem, however there are many components that don't have it, even in servers: NICs, HDDs/SSDs, or routers on the path.
The most hits reported by the researcher were related to FarmVille, and what appeared to be caching of DNS entries by a Facebook CDN. But there were instances of Windows software updates and iPhone activations as well.
The hacking scenes in 'Hackers' are completely off, but it's still one of my favourite movies. Maybe because of the age it's set in, or the 'feel' of the movie.
Numbers are only important if you're not looking to stand out. There are plenty of doctors, lawyers, writers and economists coming out of Universities at any given time. You don't hear about most, because they don't do anything worth hearing about. Many went down a path dictated by economic incentives or family obligations.
If you are doing this because you want it, you're sure to succeed.
Without knowing the internals of how Dropbox operates, my empirical observations are that they employ block-level deduplication, i.e. when you change bits in the middle of the file, the whole thing doesn't get re-uploaded. Which means they keep pointers and have an algorithm that's similar to LBFS (and Rabin fingerprints)
This means it's theoretically possible for parts of the file to come from different sources, which means contraband files are 'built' from parts of otherwise legal files.
Why? I would consider this to be too much stuff if you had a lot of applications duplicating functionality. As it is, though, this seems like a pretty basic working set, very much what I'd call 'practical minimalism'
That's kind of nifty, but I still prefer reading the hostname on the connection. I use a variation of Steve Losh's awesome zsh prompt and that helps make things petty obvious (if anything, because some of the remote shells won't have the beefed up prompt)
Zed Shaw wrote this (https://twitter.com/#!/zedshaw/status/54434747652390912) and then him and Dan Kaminski had a good talk on Twitter about it.
Definitely, but unfortunately a lot of one-off code meant for school assignments isn't valuable for anything else. And I wouldn't want GitHub to be littered with random things that aren't — and don't need to be — FLOSS projects, but instead serve as résumé pieces.
I agree that this is the most valuable way to judge a candidate, but unfortunately I don't think it would work for most students and most companies (been through it all) because: a) students have a fair bit of school work to do, and: b) most companies can't afford the kind of talent that finds the time to work on other projects outside their normal coursework.
Now, for Google that might not be the case — they certainly should be trying to find the top talent they can get their hands on. All the more reason to ask about the extra projects, GitHub account, code samples etc. But just as many people, when they're students, don't appreciate or value the extra work you talk about, they won't do it when they work for Google and are tasked with hiring others. If all you spent time studying were algorithms and C, you won't appreciate the value of open-source contributions and feverishly learning new languages as much as someone else. And you won't hire based on that.
And yes, that's disappointing.
My knee-jerk reaction would be to agree, but I think it's also a matter of who can be helped the most. Smaller teams might not be able to afford extensive training from The Big Nerd Ranch or other outfits as much as larger corps might. So WWDC is certainly most useful to indie developers, but that doesn't mean Apple needs to market it expressly so.
It's up to apps to implement it. But why, do you honestly think it will get in the way anywhere besides IDEs (and maybe not even there...)? This is an honest question because I can't really think of instances where I wouldn't want something like this.
I'm spoiled by Notational Velocity, which saves automatically, and by iPad apps for same. I have Coda and TextMate set to save when they lose focus so I don't lose work...
The guidelines say that apps should auto-save their documents on Lion, and you can bet Apple'sown productivity suite will. So snapshotting every 2 seconds might not work out too well.
That's certainly what I notice, and I am a student of CS. I find it bizarre that so many of my colleagues really feel they are in CS to learn how to program, rather than to study the higher level concepts. This is made harder by many programming-centric jobs requiring CS degrees, even though the skills those jobs really require are not dependent on such a degree.
I'm sure they will, but 24 hours after a decently-publicized launch is a good starting point. I'd be more concerned with how the measurements were taken, because hitting the page to see how it looks or to bookmark it doesn't really qualify as 'using' I'd say.
What is a 'minor version upgrade' and how do you propose Apple automates that process? Surely you don't expect that stealing your address book would prompt the developer to make the app a v2 because of the extra functionality?
I think Matt Legend Gemmel's post "Your App's Website Sucks"[0] is applicable to all webpages. As others have said, you get a few seconds. Don't waste customers' time with what you think is important.
[0] http://mattgemmell.com/2010/06/20/your-apps-website-sucks
I remember having to symlink /usr/local/lib/python2.6 to /Library/Python/2.6 so that site-packages are automatically included in $PYTHONPATH. You should also see what echo $PYTHONPATH says, and make sure site-packages is in there.
For reference, mine is:
/usr/local/lib/python2.6/site-packages/:/System/Library/Frameworks/Python.framework/Versions/Current/lib/:
Hg - 8.1s/clone, 1.5s/pull git:// - 8.7s/clone, 2.8s/pull
Again though, I was curious if you had some numbers. I'm not here to argue which is better, because, really, it's a subjective argument.
People don't have an agenda against git — it simply doesn't work for them. It's not the holy grail of DVCS', and neither are Hg or bzr; different tools for different people.
Where are you getting your performance results from? The footnote from Google's article[1] on choosing between Mercurial and git states that Hg was faster both over HTTP and when compared to git's wire protocol. But I'm willing to admit those numbers may be old, so is there a newer published benchmark anywhere?
If you speak of Mercurial's changesets and revisions, they are clearly not trivially computed from one another, being that a revision is clone-specific, and a changeset is a hash computed on a single file by looking at all it's ancestors' states. REPO1 and REPO2 can both have 5 revisions and only one is common to both — a merge is possible, but the changesets considered will be very different.
If you're comparing SVN's revisions with Hg's changesets, still no dice, for the same reason: changesets are unique for a file, given that file's history, and the hash trail allows for a clear way to figure out where changes happened, and merge from that point. A SVN revision just tells you how many commits have happened up to that point.
Twitter whitelisted the application, so it no longer requires a password, just the username you'd like to visualize.