skysight-inc/HackerNews huggingface dataset:
I don't remember where I read it, but basically - sed can do everything grep does, and more; awk can do everything sed does, and more. There are definitely faster alternatives for more specific use cases, but awk is very general.

I mostly use sed with -i (for in-place editing) when I need a simple operation done quickly on a file without having to think about redirection/etc.

I personally spend a lot of time in the command line working with plain ascii text, and can tell you that awk combined with other commands like find and xargs (or for loops) are my go-to tools. Obviously quick-and-dirty, but powerful and usually get the job done.
Maybe I'm crazy or have spent too much time in banking instead of in hip startups or something, but I'm struggling to understand why you'd want to do private key generation on a workstation, especially a workstation running the unstable version of an OS (which might break at a moment's notice), instead of a stable production environment, ideally a fairly isolated one dedicated to the task.
Games You Should Never Play While Depressed
Dan can do a better job of talking about Standard Treasury than I can, so I'll let him speak for them.

As for us, we are not planning on serving consumers. We are focused on serving startups and small business customers by providing traditional business banking services in addition to our API.
In short, no, you don't need a degree to have a good paying job. But this does not mean its the 'best' thing to do. The reason you can get away with stuff like that is because the demand for programming jobs in general is so much more than the supply of labor in that market.

Having said that I personally would recommend some sort of teaching of Software Engineering. This is because a lot of the developers out there (as you can tell from this thread) do not have formal education and hence CAN resort to in bad practices.

The importance of understanding the software product behind simply writing code and the importance of designing instead of hacking and fixing - and the importance of testing and having a process methodology behind creating software is higher level education IMO.
http://i.imgur.com/q6lzN9x.png -- Here's a screenshot for anyone who might stumble upon this thread in the future, because craigslist deletes posts after a couple weeks.
I love the idea of becoming an expert at something in an unusually short period of time. I felt like this article was entertaining and enjoyable.

That being said, in regards to the 10,000 hours discussion being had here, I feel like the issue can be summed up as being a classic confusion of correlation and causation. It is obvious that a master will have practiced more than the apprentice but the practice itself is not the sole source of mastery.
Last year, I started work on an attempt to basically create a Bzr-like [1] porcelain. I still think this would be the way to go for a serious attempt to provide a consistent, but reasonably powerful UI for Git (especially given that Bzr and Git actually have a fair amount of commonalities under the hood).

I recently gave up for a number of reasons, though:

(1) It turned out to be hugely more complex than I had initially thought.

(2) There would have been the need to store additional meta-data in the Git repository. Combined with the need to intercept a lot of basic Git commands, that would have largely relegated Git to a transactional key/value store, which would have destroyed much of the purpose (interoperability with the Git eco system).

(3) Mercurial 3.2 introduced to bookmark management that emulated the behavior of Git branches better, which (in conjunction with hg-git) made it a viable frontend for Git, and it was in the end easier to fix my remaining issues with Mercurial via extensions than to fix my issues with Git via porcelain.

That said, I think the approach is still viable and in principle a good one, especially if you give up on some Bzr's features that yield relatively little for the amount of work involved (such as putting empty directories under version control).

[1] Bzr suffers primarily from abandonment issues, its basic design and UI (modulo some needed clean-up) is pretty good, especially the model it exposes to users.
How does the API communicate between the client and the server? Any interest in talking to it from R? (I'd be happy to help)
Charlax – Maslow's pyramid of code review
I followed the thread a little further, and the response seemed reasonable: experiments were run on this idea, it didn't seem to help, and nobody (including phk) has offered any further evidence to the contrary since then.

I think you need to expand a little more on why you feel this is a "known flaw".
I've noticed I care less about what I eat when I'm sleep deprived.
Just do what Archimedes suggested. ;)
One question to ask here is why TaskRabbit and Uber and Handy are going so close to the employee/contractor problem in the first place: why, if the risk is so dire and the issue so well-known (which it is, there's been articles occasionally for years now, and most critical articles or pieces will venture the observation that their contractors are really employees) they are putting in place all those requirements and rules for their 'contractors'? Why aren't they pure intermediaries and marketplaces for the contractors & customers?

This issue reminds me a lot of Coase's https://en.wikipedia.org/wiki/The_Nature_of_the_Firm problem/paradox - if markets are so efficient and optimal, why do large corporations exist and operate internally by non-market mechanisms? The usual answer is friction or transaction costs, but the whole point of things like Uber or TaskRabbit is that the Internet and smartphones hugely reduce these costs...
Can you really? With the external file chooser, the app has no access to user files before a file is picked, then has access to only this one particular file, and after it is closed returns to no access again.

How would you do this with a generic MAC system without using additional software that dynamically changes the MAC policy and/or relabels files and without bothering the user?
Automation makes sense when it will: 1) enhance the user experience, 2) save time, or 3) mitigate the risk.

These things are probably in chronological order. First focus on little things that will improve the user experience (like sending automated shipping confirmation) so they like the site even more. Then focus on eliminating manual and time-consuming tasks, and reducing the risk.

Most of the things you mentioned are related to monitoring and reducing the risk. While appropriate, monitoring mysql is pointless unless you have have people going to the site in the first place.

(and if your MySQL is going down frequently, you have other problems)

Don't over-engineer your project. Spend more time on creating the MVP, finding core users, understanding what they want and how to better service them. You'll know when automation is needed (e.g., when you spend several hours non-stop doing this dull manual task, when you could invest a day or two and have it fully automated).
Medium's typography is simple and readable. I like reading things on Medium more than reading things on most blogs because nobody can mess it up. The focus is on the content. That's exactly what I want; I want to read and not be distracted.

The way this article is displayed, however, is not only distracting, but a perfect example of how dogma-like design choices can take away from the functionality and usability. I understand why the author doesn't believe underlines should be used to represent links, but the diamonds are the most distracting and confusing design I've seen online in a long time.
I sell software for servers directly on my site, as well. I do pay merchant service fees (which I'm also somewhat grumpy about how high they are), but the total amount of "fees" I pay is remarkably lower than 30%. If I factor in colocation costs, server costs, etc. I end up with ~11% total. (But, we're also supporting Open Source projects with a million+ users, so we have a lot higher infrastructure costs than we would if we only had to serve our few thousand paying customers.)

Even if I add advertising costs (because some people allege the app stores provide a customer base), it's still less than 20%. But, I could distribute dozens of times the amount of software I'm selling with the same hardware and colo (if the market wanted to buy dozens of times the amount of our software currently sold).

So, it's true that there are costs no matter how you sell your software to customers. And, I might be willing to pay more for things that would make my customers lives easier. But, 30% is...it's just outrageous, to me. Apple and Google are among the richest companies in the world. Their margins on running these stores is obscene.
> Coase's theorem doesn't apply when the parties can't transact with each other to shift the burden.

That's true, but it's irrelevant to the point murbard2 was making. He's not arguing that the person who gets hit should bear the liability; he's arguing that it doesn't necessarily have to be Uber that bears the liability, at least not as an initial condition; it could be either the individual driver or the passenger, since all of those parties can transact to shift the burden. (Notice that he didn't list "the person who gets hit" as an option.) Since you were arguing that Uber should bear the liability (instead of just arguing that the person who gets hit should not), his point is a perfectly justified response to yours.
It's difficult to answer this question, because the nature of foreign exchange and banking in different countries makes it hard to generalize.

What I can say right now is that our pricing will be transparent, consistent, and as low as possible. We will not seek to profit off of international payments fees, and any fees we pass through will be shared transparently.

For comparison, we have heard of international transactions processed by banks that are charged upwards of 7% of the value of the transaction. Our pricing will be <1% in most cases.
Scott Hanselman blogged about a similar experience [1].

[1] http://www.hanselman.com/blog/ExposedABlogCommentSpammersSou...
Ask HN: Do you have a submissions Tumblr?
I'm interested to find out if anyone here has a Tumblr that they use for handling submissions. Anyone?

I'm keen to know if you're facing any particular challenges or if there's anything you'd like to see done better?
So, it's just a bonus denominated in shares instead of USD. Is there any difference whatsoever to getting it in USD and buying it on the open market at the same day?

From your description, sounds like the only difference would be fees (instead of Google issuing shares, selling them, getting money, giving money to employee, who then buys Google shares) - but surely there's some other advantage?
Sometimes you end up depending on stuff that isn't in -STABLE yet. Sometimes it is edgy new stuff that comes with a risk, but fixes for existing functionality also fall in this category.

Living with broken software isn't a compromise a lot of users make.
I recognize this, my short comment is in rebuttal to the theory that a difference in economic plans would have led to a difference in outcome.

To an extent it seems that this was the result of disruptive technologies being used to build a monopoly/exploitative position by first movers. Post independce, both India and China were caught up in the big ideological questions of that era and have been fine tuning their models ever since. China is the larget economy in the world today, and India has essentially taken its place in the race from 1990 onwards.

For me, the cultural factor argument has had its emphasis lowered of late. I used to assume that pre colonial India showed little activity or inclination to learn, but it turns out that there did use to be business families which would have explored and harnessed the new tech. this doesn't mean cultural factors didn't play a role of course.
Until you are able to go full-time, your primary focus should be to build revenue to the point that you can take that step. Have you looked at the opportunity cost of building your business automation compared with just buying suitable SaaS solutions and concentrating on building revenue? I get the impression you like the technical side, but that generally becomes an obstacle to growth.

I recommend reading "The e-Myth" - work on your business not in your business.
We're building a better business banking service.

To do so, we built an API first. Rather than waiting to release our mobile and web clients to serve traditional banking customers, we decided to release our API first, so that any companies that can take advantage of it can get after it. We've talked to a lot of companies that want to automate ACH payments, wires, check sending, and so on, rather than relying on manual and offline processes. Most businesses will be best served by our apps, once they're available.

As for use cases, our conversations with business owners have led us to believe that nearly everyone is frustrated with the existing banks. Applications are difficult to use, offline forms are required, service is poor, and so on.
Large hand-edited binary files such as PSDs benefit from svn's lock functionality.
That's what happens when you don't match your brackets.
I really like this, and agree with it wholeheartedly. I'm a Junior at a decent school as a design major, even though I like development more.

I tried to take a Comp Sci. course last semester, but I knew everything that was going to be covered--logic, loops, functions, etc. The basics. You'll encounter the same thing at any college with a Comp Sci. degree.

However, you'll also find that there are much more interesting topics that are taught the further you get in. You'll like it more and more as you go, and you'll learn more and more too.

Something to know is that college is more than just learning to program. College is an experience that attempts to make you a more educated person for the rest of your life. The topics covered will go outside your comfort zone, and that's a really good thing. People who are successful at college know that they're getting much, much more than a certification for their job of choice.

Many people will tell you that college sucks, and you don't learn anything. Trying to be kind, that's because they suck at college. They were the kind of people who partied until 12 hours before their final 7 page essay was due, and were so plastered that they pounded out a steaming pile of hot brown stuff. They say college sucks because they didn't do it right, and so they feel like it is inherently a bad deal.

It's not. If you do it right--do all your work before the last minute, be an active participant in your college community (organize hackathons, run a {insert language} club, enter your work in student shows), and actively network with professors, you will succeed. Get your work done as soon as you can, make good progress if you can't finish it in one sitting, and you will still have time to do things like have side projects, be on social networks, and have freinds. Don't settle for anything less than an A.

If you want to talk more about this, feel free to email me: bitnb at subvertising dot org.
For anyone that doesn't like to deal with all of pastebin.com's horrible, here's the raw link: http://pastebin.com/raw.php?i=U7jv9jxS

All the best,
While it's gauche to reply to yourself, I just realized I left that asterisk unconnected. Oops.

*Whenever I talk about how typography matters, I usually get comments (not necessarily on HN) about "content is king" and HTML 2.0 was good enough and how can typesetting possibly matter? Well, sure, content is the most important, but think about an audiobook. It could be read by a professional voice actor, it could be read by the author, and it could be read by your computer's text-to-speech software. Same content each time, barring mispronunciations, but the chances are you'd rather hear the one read by Stephen Fry than the one read by Siri. Typography and graphic design is the visual equivalent. In theory, every print novel could have been reproduced by printing in 12-point Courier and slapping them in three-ring binders, but isn't it nicer that they weren't?
MASH maybe.

Burn After Reading and Fargo, not so much. Not that they weren't dark -- just that they weren't a success in any mainstream way, especially the first.
The Web is indeed global which is my point. The word in question has a very different meaning so best not to use it unless you're prepared for the fallout.
Non-programmers tend not to have taken undergraduate computer science classes!
>most people, like the author of this article, spend the bulk of their time up-front: post a lot of answers, enjoy the experience, get tired of it, pull back to only answering the occasional post that piques their interest.

I didn't get tired of answering the questions, even the not-so-great ones from low-rep users; I got tired of putting lots of energy into a website with a culture I no longer agreed with.
Perversely, I'll side with the albeit snidely described "elitism" angle. Most people in a position to actually write a mobile device app which has a shot at making real money have probably come from a social strata demanding a higher standard of living. A university degree or two, more than a few Apple products and other non-trailing-edge technologies, a voracious appetite for information & tools, and a vehicle which they're not spending copious time personally maintaining (to mention a few). While I'll usually argue fiercely that one can live well & productively on a pittance, normalcy is someone making a net $70K probably will be looking for at least a secondary occupation.

And note that the parent post referred to net income, implying a >$100K gross. Your retort indicates a gross $70K or $53K income. Let's keep the comparisons on par.
They have made jokes about politics. Not satire of the British level.
The fact that there's so much disagreement and discontent surrounding this should concern everyone involved. Trade-offs are being made that may benefit some people and organizations, but these trade-offs are also causing significant problems for others.

While there has always been some degree of disagreement regarding technological matters, I think we're really seeing a lot more of it these days, especially when it comes to projects that are open source, or standards that are supposedly open. HTTP/2 is a good example. But we've also got GNOME 3, systemd, how systemd has been included in various Linux distros, many of the recent changes to Firefox, and so forth.

Not only is this disagreement more prevalent, it's also much harsher than what we've seen in the past. Instead of seeing compromise, we're seeing marginalization. We're repeatedly seeing a small number of people force their preferences upon increasingly larger masses of unwilling victims. We're seeing consensus being claimed, but this is only an illusion that barely masks the resentment that is building.

What we're seeing goes beyond mere competition between factions with differing situations. We're seeing any sort of competition, or even just dissent, being highly discouraged, suppressed, or even prevented wherever possible. Those whose needs aren't being met end up backed into a corner and shunned, rather than any effort being put into cooperating with them, with helping them, or even just with considering their views.

This isn't a healthy situation for the community to be in, especially when it comes to projects that allegedly pride themselves on openness. We've already seen this kind of polarization severely harm the GNOME 3 project. We're seeing things get pretty bad within the Debian project. And the HTTP/2 situation hasn't been very encouraging, either.
Join Flexport as sales person #5
Flexport's mission is to fix the user experience in international trade and unite the world in a seamless web of commerce.

Our online dashboard helps over 1,200 businesses to purchase and manage all the services required to trade between up to 105 different countries.

The business works, we've reached product market-fit, all our sales people are bottlenecked and crushing their quotas, and we're looking to bring on new talent to help us service more clients.

Flexport's services now include air freight, ocean freight, trucking, fulfillment, and cargo insurance. By automating these services and delivering them through an online dashboard, we’ve dramatically reduced costs and improved reliability.

We've raised $6.6M from Google Ventures, Bloomberg BETA, First Round Capital, Fuel Capital, SV Angel, Y Combinator, and many of the world’s best angel investors.

All of us at Flexport share a vision for a world where any two businesses can trade with each other without regard for geographic distance, logistical complexity, or regulatory challenges.

With revenue growing at breakneck speed, Flexport is looking for insanely driven salespeople to join our team here in San Francisco.

This is a high impact and high ownership opportunity for self-starters interested in solving real-world problems.

If you’re salivating at the phrase ‘aggressive, uncapped commission structure’, we want to hear from you today.

What You’ll Do:

* Manage inbound traffic and close new deals. No lead gen. No cold outbounds. No account management.
* Shepherd clients through the complexities of international trade
* Demonstrate the value of Flexport’s SaaS offering by email and phone
* Deliver product demos on the phone and in person
* Diligently update CRM or risk drowning in the volume of leads and follow ups
* Collaborate with operations team to ensure the highest level of service possible

What You’ll Need

* Loads of energy!
* Excellent communication, interpersonal, and organizational skills
* An obsession with client happiness. You succeed when they succeed.
* A burning desire to win clients from competitors. You’re a team player, but you know that a little competition is healthy.
* Courage to challenge the status quo when logic and reason require it. See something broken? Fix it.
* The intellectual horsepower to become an expert on international trade in a matter of weeks
* A mastery of email communication. You keep the inbox at zero.
* Degree from a good school * Sales experience in the logistics industry and/or a fast-growing startup preferred

Benefits

* Competitive salary
* Meaningful equity
* Full Medical, Dental, and Vision Package

You should include these in your application:

* A sample cold outreach email to the prospective Flexport customer of your choice.
* Let us know why you chose this prospect and describe how you would go about winning the account.
* Anything else that sheds light on your sales aptitude.

Email jobs@flexport.com to apply
When you want to minimize transfers between disk and ram and your OS does paging, then it makes sense to put unfrequently used data (like error messages) together in a page with other unfrequently used data. It's mostly what you would do on a cache line level (instead of a page level) to minimize transfers between main memory and cache.
Searching for a common string ("and bloggers made good content as you did") shows about 400k results. What's the payload here?

So what's the payoff here? Based on the text it looks like IE malware, but it could be site visits or back-links or something else.
There is a new emulator...
> And where does the government get its money?

These days? The Chinese I suppose.