skysight-inc/HackerNews huggingface dataset:
Taking umbrage at your statement that all Indians are mentally and physically deformed is not an 'ad hominem' response. Seriously, think about the extension of what you said - it would mean that every Indian national is physically or mentally deformed. You've pegged it back to 50% with this comment, but even then, is your mythical scouting network really going to be looking at malnourished children?

Then you compound it by wanting to be given a pat on the back because you're willing to save a mere handful if they happen to perform well. It's like saying that blacks in the US don't have to worry about poverty so much because there's the NFL to save some of them.

Also, "It is a fact that -foo- is universally accepted within the scientific community" is an 'appeal to authority' fallacy. Besides, malnutrition comes in a range of degrees - it is not synonymous with kwashiorkor or marasmus, not among the scientists you claim as your authority. Hence, it also refers to the diet of obese Americans (and there's also mild undernutrition as well). Given that the obesity rate in the US is climbing towards 30%, it's not so much of a gain to go from a culture with 50% to a 30% malnutrition rate.
The Paypal Mafia is the last one
Here's something I've been working on: http://twitter.com/aqua_geek/status/231979373656420353

It currently supports notifications when issues are opened/closed and whenever comments are made on issues.
source code management is way beyond 'a computer utility', but since you brought it up, here are some other computer utilities:

- dd
- bash
- find

Most of those require quite a bit of time to master.

Now, moving past that, git isn't merely a computer utility, its a foundational element in programming. It's actually more primitive than a programming language itself! The thing that separates the high school students from the "professional" programmers is SCM, and mastery of it. Having seen hardcore dev done on 10m loc code bases in perforce, you need some perspective on how hard git is and isnt.

One of the biggest problems I find is that people attempt to understand git via the lens of SVN. Once you free yourself from the past and understand the basic fundamentals of git, and cast aside your svn-isms you will be zen.

I for one wouldn't hire a developer who isnt intimately familiar with at least one SCM system. Zip files named v1, v2, v3 anyone?
While I agree with the article in many of its finer points, the hyperbole ruins its effectiveness. For example, I don't find it frequently necessary to "log on to github and issue a pull request" to commit changes. Additionally, github != git, blaming one for the sins of the other just muddles things further.
How to Get Out of the Rat Race Realistically
What comes first, pursuing your dreams? Or, getting out of the “rat race?” Meaning, you could take on the rat race as a means of achieving your dreams, or you could place your focus on getting out of the rat race freeing up your time to achieve your dreams. Read on and find out what you should do
This is not universally true.

I for example cannot leave Perth, Australia. I'm doing the startup boogie from here. And there aren't many dance partners.

So the dynamics of hiring in Silicon Valley, Seattle and New York hold about as much validity for me as the far side of the moon.

(Wherein I partially sink my own argument).
The worst part about all this is how much the company that built the site must've charged (I'm guessing somewhere between atmospheric and stratospheric).
I read this post and see a number of ideas that could be turned into products by someone enterprising enough to do it, and who honestly believes such a market for them exists.
I recently discovered a handy use for Chrome's task manager. Sometimes I want Chrome to stop wasting my RAM and CPU temporarily, because I need them for something. But it's annoying to close Chrome, because when it restarts it will try to reload my tabs all at once, thrashing my system.

So instead, I open the Task Manager, select-all, and kill everything. Now I can selectively revive tabs as I need them, and meanwhile my RAM and CPU are free.

(I used to accomplish the same thing with SIGSTOP, but on OS X this seems to have unpleasant side-effects. There's some interaction between GUI apps and the window manager that causes the window manager to start hogging CPU if the app doesn't respond.)
Yes, There is corruption in the US, But an american can't really understand how serious the corruption in China. The situation is so bad that you can find the corrupt CHINA officials every where, not only in China. They had migrated to every where, from US to African.
I tend to summarize it like this:

Git is built by people smarter than you for people smarter than you. Deal with it.

Now, seriously, Git is a) immensely flexible and b) born out of the needs of Linux kernel developers (or, more specifically, Linus' needs). I would expect it to be optimized for that case.
I find his complaint about git's lack of abstraction strange. Yes, git's syntax could definitely be more consistent, but I can't think of how you could abstract away very much of git without quickly losing power.

On the other hand, one of the things I hated most about svn is that it doesn't abstract away the remote repository details at all. To do something as simple as check out a branch you have to type in the full absolute url to your repository, since a branch is basically a different folder higher up in the hierarchy. Talk about a leaky abstraction.

The abstraction between version control tools and the remote server(s) you back everything up on and the power of git's underlying model are both such big wins that I really can't get too worked up about the syntax.
It's easy to forget that social engineering is one of the oldest and easiest way for a hacker to get access to a system.
Back to SVN via email, and flash drives! I'm so glad my last day is Monday.
Ah, so it's by Joel.

I tried Git but failed miserably with it. It could probably be attributed to the lack of quality tutorials at that time. I then thought, "Fuck it, let's try Mercurial" and stumbled upon hginit. That is one awesomely written tutorial. I use mercurial for my programming needs and find it totally intuitive to use.

I definitely found it easier than git, but that could be possibly chalked up to my bad introduction to git.
How Mars Rover Curiosity's Nail-Biting Landing Works (Pictures)
100% with you.

I also don't understand this JavaScript everywhere.

Why can't kids learn to program in multiple languages nowadays?!
First figure out for sure just what you are you looking for out of a startup. Personally, my reason for wanting to work for a startup compared to a large corporation is to get to have more influence and work on a wider variety of interesting problems across different domains. And you can get that without needing to be in a business that has potential to grow to a billions of dollars valuation. But if you're interested in maximizing your chances for crazy sums of money while you're at a time in your life that lets you take risks (and there's nothing wrong with going after that, just don't make plans around an assumption that it'll happen), that'll drive your search in a different direction.
I'm not sure if that's hardly an adequate sampling pool of individuals you'd recommend for a job in call-center IT; unless you have a pool of individuals who fall into one of two categories: Extremely seasoned or extremely green.

Now that's not to say anything negative about people who work in IT with Facebook profiles, I'm just suggesting that your response that someone on Facebook 'seems fine with it' is a terrible rebuttal while at the same time defending my stance: anyone who is fine accepting a job that someone describes to them as having a high school environment has either become so jaded to constant bikering and childish "I want my way" attitudes that come from program managers and directors or they're so fresh to the world of enterprise IT that the environment is mistaken as a cake walk.

But then again, I will offer this caveat: You and I probably have two different understandings of what "high school" means when someone uses it to describe a work environment. For me, it has historically never failed to be a gigantic and untreatable pain in my ass.
Kaspersky was definitely not the first to document Flame[r]: http://www.crysys.hu/skywiper/skywiper.pdf
Ah, ok. Point taken.

I did not understood it like that, sorry about that.
+1. Uncle Wiki says it must be an amazing book (that I've never heard of). Thanks for pointing out!

http://en.wikipedia.org/wiki/The_Diamond_Age
You can't access your account settings without retyping your password. I think that password entry is excluded from browser auto entry.

In any case, there is a fairly easy solution here: don't let your phone web browser remember your Google account password.
This is a really good idea that would've saved my forgetful ass numerous times.
Powered by Ticketmaster® - http://www.ticketmaster.co.uk/about_us/
A million times this. I'm in Auckland, New Zealand and it's quite scary sometimes when you run in to people trying to pretend they're in the valley the way they run their startup. It just is not the same out here: less money, less funded startups, less startups in general, very few supporting anything more than the founders, if they even do that. SV and NYC are outliers globally.
Both sides are weak. Sounds like a personal thing frankly.
Original WIRED article looks like argumentum ad hominem attack on a technology company for its alleged links to Russian government.

It is sad that propaganda war between the US and Russia is spreading to 'technology' news media. We are better off discussing technology, not politics.
" Just because they are registered in the U.K. doesn't mean they are clean, I'm sure there are plenty of companies registered in the U.K. that are up to no good."

Definitely. There are UK-registered companies that are little more than shells, but are connected to arms dealing organizations and similar.
The solution is to intentionally answer the security questions wrong. For example, always spell your mother's maiden name backwards.
Perhaps what not to use as an evaluation?
Given the anecdotal basis of the account, there may be a good bit of selection bias on both sides of the cut here. He may be forgiving or forgetting those times when something did slip (either because it was so rare or because it was so easy to get fixed), and might be extremely harsh on the failings in the future, due to it being the 18th time it's happened that week or just "I told you so!"
> However, the University themselves "monetize" every little thing.

$15 coaching session fee...
I understand, your argument is why I used Dropbox's primitive version control over SVN. I never had to think about it.

But now I use git, and I don't even consider myself an engineer. I do front-end. Structurally speaking, git makes 10x more sense to me than SVN ever did.
At the very least Apple should pay to have professional forensics restore the lost data.
PHP Class for Rackspace CloudDB Service
Ever try to commpile git statically?

Git makes you believe it's lots of small little utilities that work together.

Far from it. Git relies on Perl or another scripting language, not to mention it's reliance on curl.

You cannot run Git without these other sizeable programs.

I can make static binaries of RCS, CVS and SVN no problem. CVS uses SSH. No silly SSL and the certificate mess. I value the simplicity.

Mercurial (which seems to be a favourite among connoisseurs of versioning systems) relies on a Python intepreter, but it's reasonably contained to a single Python script; no installation required. You point Python at hg and it works.

Of course, it's been said that most of the time people who ramble on and on about these systems and their esoteric features do not need the advanced features. They rarely use them, except as points in a debate over which versioning system is "the best".
I spend at least an order of magnitude, if not several, more time with each of those things than I do with a goddamn version control utility.

I put in effort where it's worth it. Version control doesn't even come close to hitting the top of that list.
It doesn't overwrite all your originals because files are versioned in Mountain Lion. If you accidentally save changes to your original that you don't want, you can just revert to a previous version.

I used to do what you describe--open the original, make changes, then Save As. Until I accidentally hit Save instead of Save As. Goodbye original.

Now when I want to work off an original I make a copy of it first in the filesystem, then open the copy with the application (Photoshop usually). Since I never open the original with the app, I can't screw it up. I don't have Mountain Lion yet but the "Duplicate" functionality sounds like it will work for me.
It's always good practice to type in the https. It's not to difficult to stop the redirect from http => https.
I also failed my TM restore but that was back in 2007 - it's since improved a lot, but I still keep a roughly 2-3mo old imaged disk - ie, SuperDuper/CarbonCopyCloner. This restore also takes only minutes, as you can boot from external.
I think you bring up some good points of open source projects vs. commercial ones. In open source projects, most of the time when seeing critical feedback by users you see those "it's open source, just change it the way you want" comments. No one makes money, therefore no one depends on users being happy about the software. That's why B2B is so attractive: Your users actually WANT to pay you such that you are dependent on their happiness.

Maybe we should invent a new model that combines open source with paid incentives for user desired changes. Let's say User A uses Gimp, sees something that could be simplified or added. He can't program it himself but what he can do is describing the feature he wants, possibly with screenshots or even an interface prototype. He then auctions this on a marketplace website. Other users can upvote or even chip in to A's auction such that the probability of a good developer implementing it rises. Developers have their profile with reputation, possibly linked with their stackoverflow reputation. The change gets implemented within a branch of gimp, installable by anyone using a modified package manager. If the maintainers of gimp like the change, they can merge it in such that everyone profits - the number of user downloads being a good indicator that the change is desired.
Additionally, if I have admin access to the SVN repository and rewrite history, how would you ever find out unless I told you about it?

In that sense Git has stronger support for immutable commits, since rewriting published history will actually cause everyone downstream to stand up and notice.
Whoever designed Git was both a skilled programmer and a crappy designer.
Why should they treat this person any different than their other paying customers?

The remote wipe isn't the root issue here.
There's a lot of unfair or simply untrue comparisons in that post.
Think like an investor and a normal job seeking employee when making these decisions. Is the idea going forward and the equity going to be worth a lot eventually. You might not be throwing $100k their way but you're investing your time, which has value, in the startup. The thinking like an employee is just like any other job hunt, find a place you want to work and will be happy there but be ready for layoffs, crashes, etc like any business can face.

Things to consider:
-The leadership, is it someone you want to work for and if multiple people do they get along with one another.
-How much you believe in the idea, if you're not all to crazy about the ideas you come across in your job search then you may be better off applying for a more stable company.
-Their funding, if they are funded that makes it easier for them to pay you continuously.
-Their offer to you, the questions that matter with this is how much of both cash and equity will you be receiving, how much you believe in the idea and what you believe that stock will be worth later on, and what your base salary is. If you're not head over heals in love with the idea and whole heartedly believe it's the next big thing with the original founder already having done market research/testing to prove that customers want the product then don't be the technical cofounder of a 'potentially' successful company.
Privacy in a Digital Age: When Twitter Followers Can Track a Lost Phone
"Save as" overwrites the original file as well like "Save" does? OMGWTF
Scrapit | An API to scrap webpages for keywords
Yet another anti-git rant which will merely bounce off the deflector shields of the git faithful. I doubt anything will change in terms of git usability and misfeatures until someone proves that there's a better way to do it by building an alternative that's all around better than git. But that raises the question of why one would continue to use git at that point.
I think the re-porcelain option is really the most viable option here, for those who complain about git's arcane invocation. So many Git commands actually do two or three different things depending on invocation.
So true. Speculation in the original comment thread (http://news.ycombinator.com/item?id=4337938) included MITM attacks, keyloggers, sleeper programs left over from an earlier (known) breakin, brute force, etc.

Most of the ideas batted around were technical in nature and somewhat advanced.
Things People Wish They Knew When They Were Younger
It's very common in embedded systems. It's not so limitating since you need to plan the exact size of your buffers anyway, to make sure the system has enough memory; might as well just allocate them statically. It's also rare to use linked lists or other structures that grow dynamically in that kind of software.
>SVN's model is both simpler than stated here, but also much more complex to reason about.

Well, sure, but if I understand his intent it's to demonstrate that Git's not hugely superior in clarity to freaking SVN.

I don't think he's defending SVN, though I'd only be completely sure of that if he mentioned hg at some point.
Even if Apple could recover the data by doing so they would be admitting their remote wipe feature is worthless.

I rather doubt they will add a "I see you have enabled Find My Mac--you better back up your system because we will give any random idiot who calls in access to wipe your hard drive. Thanks for choosing Apple!" popup, though.
Microsoft worked for years to implement this sort of file system in Longhorn, called WinFS. In the end they could not get adequate performance and had to strip it out.

Just to make it clear, the linked blog post is wrong; there is no data loss in this situation. All that happens is one more save point, which does not harm earlier save points. (aka versions)
Point 10 is not a fair comparison, since the svn example does not cover passing around patch files and trying to keep multiple svn repos in sync.

How can this article complain about syntax and documentation, but leave out a discussion of submodules. As much as I like git, that's really the worst part.
Get ready for Project Sputnik:
http://arstechnica.com/information-technology/2012/07/dell-l...
It's probably just another attempt to build the same thing. Maybe for learning, maybe because they didn't know others existed (blockKit is new to me, fwiw). Maybe as a curiosity.
You build and deploy ten times as often as you commit? Apparently you really don't think version control is worth it!
"Wow. Okay. So I've confirmed with both the hacker and Apple how this happened. Was via a phone call to Apple tech support."

There should be enough of a trail to track down the hacker and have him charged, right? The call to Apple would be logged by at least the telephone company, wouldn't it?
Who set the initial pricing for Groupon and Facebook?

Goldman Sachs.

Thanks Techcrunch, you're really adding to the discussion with that swell research.
As with so many other things in the United States, it is de facto only a crime if it happens to someone rich or well-connected. Mr. Honan is probably on the bubble, there. If it happened to me, a no-namer with skimpy assets, the thought of the FBI getting involved would be a punchline.
> Any of us could've identified that problem,

Not so fast. None of you did, despite the fact that mobile devices aren't new.

When I first saw tetris, I said "wow, I could have invented that, I was just looking at asymmetric block figures". However, I didn't.

Almost everything is trivial in hindsight.

>Especially in a group environment (dev listserv, public forums, etc.) we expect to have users that can identify problems and others that can solve them.

Are you claiming that Apple execs can't invent anything because they have too many indirect subordinates? Or that groups only produce improvements that are too trivial to warrant protection?
Modern Wood Furniture
Modern Wood Furniture View our extensive collection of high quality contemporary wood furniture, traditional wood furniture and modern wood furniture from The Hardwood Company.We are an exporter and manufacturer of modern furniture and contemporary wood furniture from Indonesia.
Does it? The linked blog post makes no mention of the preference setting you describe, so the author was probably running without that setting (which is off by default). I'll have to try that when I upgrade to ML next week.
For this one reason alone, I have a pain-in-the-ass long AppleID password - 100+ bits entropy. It's a right pain to setup a new device (or even app) that can't be imaged off an existing backup, but it's worth it.
It doesn't mean you have to allocate on the stack. It means you have to declare buffer sizes at compile-time rather than at runtime. Instead of saying char ∗buf = malloc(size_of_my_data()), you just say char buf[MAX_SIZE_OF_MY_DATA].

would probably make it hard to do anything really interesting

The Rockbox music player firmware has the same restriction and it doesn't seem to prevent it from running Doom or decoding FLACs.
Well, that's not true. Comparable? Okay. Trivial by comparison? I can't agree with that.

The activities involved in running a business are a superset of maintaining a relationship of any stripe. And you have to do them both. To rattle off a few examples, a relationship does not have customers. A relationship does not have employees. A relationship is not taxed the same way.

I entirely agree that anti-couple bias is incredibly stupid, but it's not because it's inherently easier to run a company than to carry on a relationship.
Mark each arena with the last time something was collected from it and just skip sweeping old pages until X cycles have passed? Just thinking out loud... that check wouldn't save time for half-pages of old objects.
Except that we've seen Western companies act with nearly complete impunity in highly regulated industries (most recent and notably in the banking industry in both the U.S. and the U.K. as well as companies with close gov. ties like Blackwater). And although it's registered out of the U.K., it's operating mostly in Russia. It could run amok and the U.K. courts would have a difficult time even investigating any possible transgressions, especially if the company is as close to the Kremlin as the article implies.

Instinctually I trust a company run by a former Soviet intelligence officer just as much as I trust a company run by a former CIA or MI-6 officer, which is to say very little and I would assume said companies would cooperate fully with most government requests or initiatives with little resistance.

That's not to say the Wired article isn't bunk, it may very well be nationalist fud.
I don't want anything my computer ever does to be irrevocable. If you want to always commit one at a time and never change them, that's fine - you can just never rewrite your history. But for many people rewriting history is useful, because it's easier to see what the correct commit boundaries in your change are after you've done the whole thing. That git allows these people to do that can't possibly be a disadvantage to using git.