skysight-inc/HackerNews huggingface dataset:
Yes, the bandwagon pattern is very scary, but then again, it was the bandwagon effect that made facebook in what it is, I think that the frustration with facebook is what is driving it and that would almost have to follow the same pattern.

The harm will be if they fail. Even if they ship something in the next 6 months I'll be really impressed.
Well, lately people are using HFT to describe specific sorts of strategies... mainly strategies that rely on per-trade kickbacks, etc., not just high speed.
> 1. If you have other uncomitted changes, you're simply hosed. You can't continue with the merge process with local changes at all.

That's what 'git stash' is for. It stores away all changes to the local tree and index (but leaves ignore and untracked files alone). Then you can perform operations like changing branches, doing merges, etc. Then you run 'git stash pop' or 'git stash apply' to pull back your changes. (You'll need the '--index' option if you want you index back in the same state though. It won't 'trash' your changes. They will only be in the working tree, not in the index.)

> 2. It pollutes your change list with unrelated, unconflicted changes belonging to your teammate (the whole changeset).

Yes. The automatic algorithms have failed to determine how to cleanly merge the changes, so you have to rebuild the final state that you want the tree to be in. When you commit that state, it commits the diff of what is needed to resolve the conflict.

Remote:

A-B-C

Local:

A-B-D

Final:

A-B--D--E
\_C_/

You are basically building the state that you want the source tree to look like in commit 'E'. Then the diff of what needs to be done to resolve the merge of states 'D' and 'C' is recorded in the merge commit 'E'.

It's not 'polluting your change list' with those changes. It's setting your index into what the final state will look like and pointing out to you what the files that it couldn't figure out. You just need to make them look like they are supposed to (i.e. resolve the conflicts), put them into the index (i.e. 'git add') and push out the merge commit (i.e. 'git commit').
My guess, on no basis apart from outside knowledge of some other game developer build systems, is that they couldn't actually build this game any more.

I bet either their build system fell apart from disuse, or the one person who understood it left, or it wasn't documented and people just forgot over the years. It was all too time-consuming, manual, and complex compared to using the cracked executable.
The US Constitution is unusually short because it's written on the principle of English common law. In traditional common law, the written law is very short and very general. Then, as complications come up, the courts interpret it and precedent is applied. This is opposed to more statutory systems where you try to write a law as specifically as possible and the courts don't have as much power to decide "case law".

Another famous example of common law is "The Laws of the Game", the official rulebook of association football (soccer): http://www.fifa.com/mm/document/affederation/federation/81/4...

44 pages of the document are the rules themselves (17 rules), there's about 3 pages of addendum, and then over 50 pages of summarized interpretation (the equivalent of case law). The pages themselves are not very dense.
While true, a different interesting question might be: will crowdsourced funding make angel investors who aren't YCombinator less in demand? I don't think every angel investor has the same reputation/connections YC has, and some really do bring mainly money to the table.
I guess a lot of the stigma is associated with the cracks, as well as the warez websites themselves that would constantly infect computers.
I would suggest using git-svn rather than versioning your local changes with diffs, but I guess that's just personal preference.

{edit}

Just to add that:

> I'll tell you what happens when I use svn and there's been an upstream change: I never update my local tree with local modifications. Instead, I extract all my local changes into a diff, then I update my local tree, and then I merge my diff back into the updated tree and commit.

git has this built-in with 'git stash' which cleans up the index and working directory (leaving ignored or untracked files alone) and stashes the changes in a 'stacked' list. You can then use operations like 'git stash pop' or 'git stash list' to operate on that list.
They're not tied, but right now I'd wager Diaspora is the single largest project that kickstarter has launched, if they fail then there will be some backlash.

Of course it should be obvious that kickstarter has zero influence on the success or failure of the companies that people pledge to, but I think if a large number of people pledge and see their money go to waste that it will be associated with the model rather than with that particular company.

Time will tell.
Sure thing. I'll drop you an email in a few about the connections.

As for the side note, no clue what happened exactly. It was the settings for my email field. It should have been friends only, but it was friends of friends instead.

It could be a user error, maybe I inadvertently switched it one of the handful of times I have been checking everything lately. Or some error on your side, I just don't know.

It may have came off conspiratorial, but a few friends and I have both commented on how the only times we run into issues with the Fbook application is when we are trying to delete data or modify settings.(Aside of the chat early in its history) And I was attempting (badly) to convey that observation

Something everybody at Facebook needs to note though: viewing intent as malicious or not is pretty relative to the person and where you are standing. Something a strictly opt -in model can address quite well.

ex: A legitimate business acquires an email list, let's say it is even targeted to people who might want/need their product. They blast out an sales email. To them the intent is not malicious--they are just trying to provide a potential customer with a product or service that might address a need/problem/want in their life.

From a recipients perspective, let's say me, this is a violation of my inbox, my privacy, even my values. Now, regardless of the senders intent or whether the product is good, not only do I not trust them--but I question intent and motives.
A lot of people don't understand what marginal tax rate means and how taxes work in that regards. I'm guessing the parent was confusing it for average tax rate.
Mercurial says this in the same situation:

abort: push creates new remote heads on branch 'default'!
(you should pull and merge or use push -f to force)

Yes, it's two lines. I think we all have large enough monitors now that an extra line of output to be a bit friendlier is a good thing.
I installed Steam on my Mac, started download of Portal. It saturated my 15 megabit internet connection for nearly the entire download. Portal launched just fine and ran very smoothly at 1920x1200. I already beat portal on Xbox 360. Mac version is easily as good if not better.
Well, yeah. Their customers Google, Sprint, T-Mobile, and Verizon want to be able to offer smartphones. With HTC out of the equation, that becomes more difficult. With less options, the price is driven up, making smartphones less accessible to those that might benefit from them.

Without someone to keep Apple in check, the 1984 dystopia would already be upon us.
As well as the potential overwriting. File carvers have trouble recovering fragmented files. They might produce corrupted files, or nothing depending upon the details of the file format.
Yeah, I agree it'll have a large influence, just more in some areas than others (Kickstarter has made separate waves in separate communities, and this is just its first big wave in the web-tech community). By money it's not the largest project, though; there've been 3 or 4 other >$50k projects. Here's one (a film): http://www.kickstarter.com/projects/838077230/stuffer-0

edit: I could probably agree that if Diaspora totally fails, Kickstarter won't be seen as having much cred in Silicon Valley. Mostly I guess my point is that whether Kickstarter has viability as an alternative funding model for films, novels, music, or indie games (the areas it's been most focused on) is a question that won't be much influenced by Diaspora's success/failure.
Where does it end? Should a compiler say "unknown identifier 'foo': perhaps you need to import a header file that defines foo, or spell it better, or write code that works instead of this garbage" instead of a simple "unknown identifier: foo"?

No. You just look up the error in the manual, and never think about it again.
If I were an exec at Facebook, I wouldn't worry about laws, I'd worry about a small project in some CompSci student's garage that is going to turn into an open, fully encrypted, freely available, direct competitor within the next year.

One potential rival service has been all over the geek news sites for the past day or two after raising a significant level of funding via donations very quickly. No doubt there are dozens more experiments out there that might turn out to be the next big social network instead...
High Frequency Trading Firms Eye Off-Exchange Opportunities
Here's a similar graph for the UK (but by total tax paid rather than marginal):

http://upload.wikimedia.org/wikipedia/commons/2/23/UK_tax_NI... (or if your browser won't do SVG, this is almost the same: http://www.reviewmylife.co.uk/data/2008/0901/percentage-of-i...)

It's funny that the UK - being European - has a reputation for high taxes and "socialism." There's a lot I don't like about the UK but the taxes are mostly fair (it's the rules for ancillary tax issues that are messed up). The taxes there even include emergency medical expenses.

Mr. Californian earning $50k would be at ~42% on the main post's graph. Mr. Brit earning £34k (roughly equivalent) would be ~26% on the UK graph (or even less if he were self employed!). Hmm.. perhaps sky high gas taxes and 17.5% VAT are a little more bearable for me now.. :-)

[Note: I ballsed up in that last paragraph. The CA chart was marginal, not total like the UK graph. The UK marginal rate at £34k would be 20% for income tax (http://www.hmrc.gov.uk/rates/it.htm), 11% for NICs. So 31% vs 42%. However, at £35k the marginal rate would be 40% + 11% NIC == 51%. At £40k, however, the marginal rate would be 40% + 1% NIC == 41%. Who said this was easy??]
Well you should be using more than just the 'name of the command' as your determination of whether or not you should just run a command with little to no understanding of the consequences... Unless the command is 'do-something-completely-safe' and it doesn't live up to it's name, then I'm failing to see the issue. 'git checkout' doesn't convey safety or danger, so I would think that one should try to have a grasp of what it does before randomly running it.
I will amend my claim.

In a typical siphon setup, arms of uneven length, hydrostatic pressure (a result of gravity, as explained above) is what pulls the water down. There will be greater hydrostatic pressure in the longer arm of the siphon. This is the same as what you said above.

In a siphon with arms of equal lengths, the hydrostatic pressure (due to the weight of the water, if you want) in each arm is equal, but the arm in the full container has higher hydrostatic pressure at the bottom of the tube than the arm in the empty container. It is the hydrostatic pressure from the container water that pushes the water up the arm. Otherwise, the water would sit motionless in the tube, since the water pressures in the arms balance each other out. (I did this experiment in my kitchen just to make sure I wasn't crazy.)

For others: If it were due to atmospheric pressure, the water should actually run the other way, since the atmospheric pressure is slightly higher at the lower end.
As backwards as it seems... isn't that copyright infringement?
Yahoo
hi im in so much crap!!!! i need help to get into a yahoo email account i need help to get their password,if any1 can please let me know,thanks
Your points are well taken.
a node is like an email server. your 'profile' lives in a node the way your email address lives at an email server.
also dont forget the saved dns lookup if the user has recently hit any file from the same host
The other scary thing is this isn't based on decompilation and analysis of the instructions. It's based on Notepad.

Which implies that Rockstar not only used the crack, they didn't even verify what the crack changed in their binary (otherwise I assume they would seen the logo and at least blanked it out.)

This, in my opinion, crosses the line from "inventive, unethical and lazy" to "extremely reckless, unethical and lazy."
I worked at the Home Depot a bit in college, and before that worked in a meat department that used bandsaws which are strikingly similar. It's actually amazing how frequent someone losing a chunk of a finger is. If you've worked in that atmosphere for long, you know someone it happened to. If you've worked in it your whole life, you probably are someone it happened to.
Sure, if I wanted to solve a problem I didn't have.

I found this answer enlightening:

http://stackoverflow.com/questions/747075/how-to-git-svn-clo...

git-svn doesn't look like it deals terribly well when it only has a shallow copy of the repository. I may be entirely wrong of course, but I'd hate to have to pull down 100+GB of data over VPN onto my 80G SSD just to keep git happy. (Yes, there are binaries in there, rather too much of them for me to update every day.)
Unless it was intentionally left there as some kind of in-joke, I suppose.
Long shot, but I thought I'd ask:

Is there any way you guys could offer a browser-testing suite for web developers, or even just old versions of the browsers? Getting multiple versions of IE on one machine is a nightmare.

The guys at Xenocode used to offer "virtualized" copies of IE6-8 and the other browsers, that ran out of a single EXE with no install, and it was wonderful. They discontinued the product, and I've been looking for a replacement ever since.

Thanks!
http://www.kickstarter.com/projects/by/popular?time=all

Interesting figures. I think if this keeps up at all like it is doing now it will be the largest project by tomorrow evening.

I'll be watching closely, but now I have to get some z's (3:30 am here). Thanks for the exchange!
Dave winer needs to build his open source Twitter thing already. He's capable of it and can get the press. He mentions it everyday but hasn't done it. Dave, just fucking do it.
How do you know?

I left Facebook a long time ago, and because I didn't trust you (correctly as it turned out) to delete the account, I shoved bad data in there instead. You have no way to know what proportion of other users have done the same.
The point -- as I understand it -- is that the author feels that a version control system should act like X. So he takes a random version control system, reads about it briefly, and then tries to use it assuming that it acts like X. The version control system doesn't act like X, which leads to problems for the author. Author writes a blog post about how random version control system sucks because it doesn't meet his assumptions.
Thought experiment for the economically minded: Labor has a backwards-bending supply curve. Do heavily progressive tax rates flatten out the backwards bend?

(If this comment makes absolutely no sense to you, see http://en.wikipedia.org/wiki/Backward_bending_supply_curve_o... and http://en.wikipedia.org/wiki/Supply_and_demand for context).
Tired of useless ideas people?
I think git is much better than hg, but I think most complaints made in the post are fair. Git UI is truly awful. IMO, The two killer features of git are the index and content-based tracking.

First the index makes dealing with OP situation much better once you understand it. For example, in hg (or any other VCS I know of), when you merge something and there is a conflict, every change is in your tree, and you don't know what's correctly merged from what's not through the VCS command. For example, hg diff will show you changes of both merged and unmerged stuff, but thanks to the index, git diff will show only the unmerged stuff. When you start fixing conflicts, when you add files with git add, those are not shown anymore with git diff (but are through git diff --cached). The index has a high learning curve, though.

The other killer feature is code tracking: git blame -C -M is extremely powerful. It can tells you that which changes are coming from which file (through heuristics, so it also works for code converted to git, e.g. git-svn). I explained this in more details there http://cournape.wordpress.com/2009/05/12/why-people-should-s....

I think in the end, git is actually simpler than hg - that is, the UI is awful, but the underlying model is simple. For example, the branching model in git is simpler than hg. In hg, you have branch-through-clone, bookmark, branches created by hg branch ( http://stevelosh.com/blog/2009/08/a-guide-to-branching-in-me...). This is maybe a matter of personal opinion, but I hate simple version numbers in DVCS (I changed from bzr to git because I wasted a lot of time with bzr so-called simple numbers). With DVCS, it is impossible to have a consistent version scheme (that is at some point, you will have several branches with the same simple version referring to different commits). One thing to understand is that you almost never need to use the raw id in git, because most commands understand a lot of different syntax such as HEAD^, HEAD~, branch names and tags. If I need to refer to a commit more than once, I use a tag for it.

One think which git got wrong IMO is fast-forward when pulling: it means you lose branch information, and the history is hard to understand (it complicates life for bisect or continuous integration) - I change the pull command to make pull non fast forward by default in git.

Going back to svn is insane if you ask me, at least for usual usage of source-code only (DVCS currently suck at assets management). I agree with the OP that branching is sometimes used too much by git users, but branching for release management, code reviews, etc... has saved me hours of work as a release manager on several middle-sized open source projects (through git-svn).

Git got the low-level stuff right, but I think we have barely seen what's possible with DVCS. Bug-tracker integration, code-review integration, etc... are still in infancy.
Steam is being a huge pain so far. I was downloading portal and it crashed. I relaunched it but it didn't resume downloading, yet I couldn't play the game, and didn't find a way to restart the download. Ended up deleting the whole thing and I'm now trying again from the start... sigh

edit: Great, I re-installed but it still lists Portal in my "library", and I don't see any way to re-download it or delete it or anything. This sucks.
What is the standard way for network I/O in C, C++, Python, PHP and Ruby?

I am not in the business of conjuring up hypothetical situations about the demise of Lisp implementations and libraries; that doomsday scenario of having to recreate civilization from specs is simply not in my contingency plan :-)

Never underestimate the power of convention, de facto is the rule, rather than the exception.
Demonstrate a working, genuinely useful semantic system and the world will believe you. Until then, the SW is a monumental waste of everybody's time.

this is the semantic web
http://en.wikipedia.org/wiki/Semantic_Web

Searching google maps is not the semantic web no matter how you try to twist the term. You can't both claim the SW already exists and doesn't exist at the same time. The fact that I can already do something that the SW claims it will be able to do, in 15 or 20 years, already demonstrates that the principle isn't necessary and is already obsolete.
It was just a suggestion (I use git-svn at work for our svn repositories). But none of our repos are 100+GB, so it wouldn't work in your use-case. Though I shudder to think of what maintaining a SVN repo of that size must be like (from the back-end of trying to keep it running and performant).
It's true. www.ventatme.com isn't registered...
even with them starting to make profile data public? aswell as them changing the likes and interests around for easier datamining?
Seems the most likely, the software industry is pretty bad about maintaining old tooling for this sort of thing.
I sometimes feel that TC is becoming the Fox news of the web. Honestly...

I don't understand why the need for Digg to grow. I mean, what's the point ? They obviously have a already on-going user base, and don't tell me that 250k are all bitching users, I enjoy Digg a lot, it's a awesome site to start the day while drinking coffee in the morning.

Also, why are people talking about kicking Kevin Rose ? It's his project !! He invested money on it, he should be the last one to leave it if you ask me. I think the biggest mistake Digg made was bringing VC, I bet that deep inside KR feels the same. VC are poison to a company.
Looking into said IRC clients, they all look to use regexps like I'm also doing. buh.
There was a bit this week on "The Daily Show" that chided the British for not writing down their Constitution. But the British version is lower-case: their government has a constitution, not a Constitution. And that's the original meaning, constitution being an English word meaning "the composition of something".

Clearly, the U.S. Constitution bears little resemblance to the U.S. Government's constitution. How long would USG's actual constitution be if you wrote it down? Let's just say it would be a wee bit longer than Facebook's privacy policy.
That's an interesting point, but don't two year wireless contracts and locked phones pretty much kill the commoditizing effect of being on every carrier?
Early adopters and contributers might be interested in installing their own nodes. If it manages to gain any traction, all you will need to do is find a hosting service. A little niche economy will spring up hosting these things for $1 a month, or just for your ad eyeballs. If you don't like the price of this one, or that one is sketchy, just move your stuff to another provider. Or run your own. People figured out how to install IM clients when that was the thing. A "desktop" version could easily be made.
id guess about 65% of backers are from HN
The complaints about git porcelain are totally understandable. The UI is horrendous. However the internals are elegant and actually much simpler than subversion, so if you understand the internals and do a little rote memorization then suddenly you can manipulate your repository expertly, creating better commits and handling unusual needs with ease. It's the difference between being good with a unix shell and running windows configuration wizards to do everything.

I don't expect the OA to grok that, however one thing that I hope the author takes to heart is this:

With git plumbing it would be fairly straightforward to create a new porcelain VCS combining any balance of elegance, simplicity and power that you desire. With subversion on the other hand, it is almost unimaginable that they would ever be able to correctly track a merge without a hundred bizarre edge cases due to the fact that their repository structure muddles branches and directories.

Why hasn't someone who knows git created a better porcelain yet? Probably because once you know git well enough you don't want to give up any of it's native power just to satisfy some noob's anxiety attack.
Where is your information from? I can't seem to Google anything up. "For the most part, userspace" doesn't really mean much.

It is difficult to imagine the authentication scheme that wouldn't be fairly trivial to crack, given that I have full control over the entire software stack from top to bottom, including not merely the kernel but my choice of hypervisor.
There isn't any code yet, but that nice picture got them a pretty nice chunk of money, which will hopefully fund some nice code and infrastructure.