skysight-inc/HackerNews huggingface dataset:
Hah, I was thinking the exact same thing. Hopefully he didn't mess up the easiest part.
Having glanced my eye over http://en.wikipedia.org/wiki/401%28k%29 I personally can't see much difference between it and what I would call a contributory pension scheme. Perhaps you could explain what the main differences are between a 401k and a pension, in the eyes of a USian.
> Yeah, because 2 years in prison is a completely reasonable sentence for researching the background of police officers or politicians, i.e. looking into corruption. And 10 years of prison for being at a protest is hardly extreme as well. Or prison for wearing head protection when the police is shooting at you.

You've basically proven my point.

Step 1: Read the Ukrainian laws.

Step 2: Read the laws of your own country.

Step 3: Compare.
Unless you're high up in an alliance or have paid for one yourself and lost it on the alliances behalf no alliance is going to toss you a titan. No corp has hundreds of titans lying around either. PL is rumoured to have ~20 on unsubbed accounts but thats the biggest stockpile.
It's an interesting exchange. Scherer kept asking him where he had sung his songs; Pete kept insisting that he instead ask about what he had sung — that he would sing for anybody, so it wasn't relevant, and that his songs were always in good faith.

> MR. SCHERER: Witness, you have indicated that you are perfectly willing to tell us about all of these innumerable functions at which you entertained, but why do you refuse to tell us about the functions that Mr. Tavenner inquires about?

> MR. SEEGER: No, sir, I said that I should be glad to tell you about all of the songs that I have sung, because I feel that the songs are the clearest explanation of what I do believe in, as a musician, and as an American.

Scherer wasn't interested at all in what the songs were about.
The runtime is in C-- but has the option of using LLVM for code generation.
I bet this is a fascinating read, but I can't make sense of it because my eyes are confounded by all the banjoes in the background. Dammit, Pete -- you're a mighty fine protest singer, but a rotten web designer!
why not just post to github pages with github.io domain?
Oculus Is Awesome for Games, But It’s the Future of Movies
This is fascinating, and rather scary that it's this hard to publish something on the internet anonymously, and not even be guaranteed that the NSA couldn't find you if they really wanted to.
Wow - you want to pay less than that for a software engineer who speaks English?
The app can push notifications to your phone, which is nice for regular users, and it can merge with contacts to fill in blank pictures and provide more information. It's not essential, but some of the integration is nice.
Aha! I told AdBlock that http://www.peteseeger.net/Banjo.gif was an advert, and now it doesn't render. Bingo: black text on a white background.
I live in Florida.
That was my first thought. I'm also kind of confused at who this is for...the author is a designer and assumes a firm knowledge of HTML/CSS.

How do you obtain that knowledge without doing anything outside of a CMS?
Node provides some very handy tools for working locally. For example, usage of Bower, the client-side dependency, uses Node. Node also adds the ability to do nifty stuff like utilizing Livereload for automatically refreshing a page when you make an edit to a file.

I will admit, using all these tools was initially intimidating for me, but getting comfortable with them was extremely rewarding.
I think the youth has a lot to do with it, more so than the industry. I live in DC, and there is a stark contrast between buildings with 20 somethings and buildings with older residents (the 20 something are split between a 5% that give tons and a 95% that do fuck all, while the older residents on general give far more on the aggregate.)

Just living in a building with 20 somethings shows that they are much more self-involved, no matter what industry you are in. The typical giving 30 something was probably the same way in their 20's.
Real estate law varies from place to place. It's common to require that a blocking property allow access to the blocked property (an easement). This guy's property seems to be blocking access to public property.

Lawyers will huddle, and I'm guessing in the end that people will again have access to public property.
Taxed in the US but not in Canada I believe (IANAL etc)
The location one is huge. I've seen headhunters list everything from Hamilton to Oshawa as "Toronto". These locations are like a 4 hour drive apart at rush-hour.
Go beyond followers – Quantify your contributions and online authority
Are you sure you didn't leave your feedburner url in the index source.

http://feeds.feedburner.com/turkeltaub

Which leads to

https://twitter.com/ethnt

(Web Developer and Computer Science Student)

Which leads to the homepage of

http://ethnt.me/profile/

Who doesn't design website templates.

Edit: It is wrong, Github search finds the `turkeltaub`

https://github.com/search?o=desc&q=turkeltaub&ref=searchresu...

Though here is the github repo link

https://github.com/untraceableblog/untraceableblog.github.io...
Janukovic asked EU first, they sent him home ("the problem with Ukrainian financing is your own, we don't care"). Then he asked Russia for a loan and they said yes.
Apart from very confused about what an adjective it, this article nails it. Just because it's "ninja" and "rockstar" instead of "monetise" and "synergy" doesn't make it any less meaningless jargon.
What are these other things? This idea that other stuff is more interesting comes up on xkcd often enough.

I have a hard time finding programs that don't push the computer interesting - media programs and so on interest me more than anything else. There's the top 1% of programs that people actually use and then there's a huge wasteland of stuff nobody uses. This top 1% usually have a lot of attention paid to their performance.

I can think of websites that don't really demand computer power that are interesting but only as businesses - not as programs themselves. And they have performance requirements in the background.
5 Reasons Our App is Free
It's definitely an interesting case. There's a general problem online nowadays, of enabling people to host truly anonymous information - allowing them to be free to protest.

Personally, I hope his/her posting sparks a conversation about internet anonymity, or the lack thereof.
A couple explanations from a recruiter (why recruiters do these things):
- Company name: Agency recruiters don't post company names typically because they are afraid other recruiting companies might steal their clients. If a competitor agency sees COMPANY is hiring, they might call and try to compete for their business. This is a huge fear in the contingency recruiting world, but in the retained world it isn't as big an issue. (I post client names, but my business isn't contingency)

- Salary range: The problem with posting a salary range is that candidates only hear the high number. Most will say that isn't true, but I've been recruiting for 15 years and whenever I gave a salary range to candidates of say 100-120, they would automatically expect that they would get the 120. Any offer below 120 was considered lowball. I'm sure there will be some who say they wouldn't feel that way, but it happened almost every time.

- Team description: Interesting that you mention personal info. It seems the trend is starting to move towards publicizing the members of teams where that could be a recruiting tool. If you have great engineers that are willing to have a somewhat public face for your company, many companies seem willing to use that to their advantage in today's environment. The risk of exposing team members to poaching by other firms used to be a larger concern, but now most people can be found via LinkedIn, GitHub, blogs, etc.

- Why you are looking to hire: When it's growth and new projects, I'll usually list it. When it's a replacement due to termination or turnover, don't expect that to be advertised.

- Benefits: Again, if the information is positive we tend to list it. If they are industry average, they typically aren't worth mentioning.

It's possible to write job descriptions that will get great responses while including none of the things you list here (except perhaps location).
Ask HN: Any experience of using an eWriter (a la BoogieBoard Sync)?
Hello all,
I am an avid note taker and impulse buyer, and seeing the release of the BoogieBoard Sync (an LCD eWriter with a syncing option) has me salivating. But reviews on the contrast are putting me off, I was wondering if anyone has used one (or something similar) and could offer up some feedback?

Thanks!
http://olds.ycombinator.com
Painless? ruby 1.8.7/rails 3.0 -> ruby 1.9/rails3.2 took a LOT of time and more than 100 commits.

Not to mention the time spent repacking an infinite amount of dependencies, but that is more of an issue of our packaging model (we put everything in rpms) than of rails.
Linus Torvalds and other developers are leaving Bitcoins on the table
Scientists turn plastic bags into car fuel
That is hilarious, and also sad. As in, sad that someone can be so confident but also wrong about their secrecy. Imagine how bad it is for non-technical people with actual things to hide.
The real kicker is that while a lot of frontend skills are still valuable and very relevant, it's also a space that's changing rather quickly.

People set in older patterns who haven't adapted aren't going to be as valuable as people versed in the newer patterns and tools. And those people won't be as valuable as people familiar with the older patterns who also adapt and keep up with the current state of things.
If your job ad doesn't give some indication of salary, then it's literally useless to anyone worthwhile who might otherwise consider applying. Good candidates will only apply for jobs that they feel are worthy of them. If they can't even tell whether you're going offer $10k less than they're already on, they'll just move on to the next listing.
That's part of the idea, yes. But I think the big reason they need money is to source the old computers, probably do a bunch of testing to make sure they work well enough, and distribute them to their audience.

EDIT: I'm not saying this is a bulletproof plan, by any means. I just wanted to point out that there's probably a lot more to their cost structure than "flash a bunch of USB keys."
I only use Facebook via Firefox on Android (https://play.google.com/store/apps/details?id=org.mozilla.fi...) and it works great. Not wanting to grant intrusive permissions to the Facebook app is my number one reason.
Multiply those 15 minutes by the number of altcoins popping up every week. Then add the time spent in looking for altcoins early on. There are several who'd like to jump on it from day 1. They make their living by selling them on ebay.

Not to mention that your computer is unusable while it's mining. My point being, it's not a get rich quick scheme for everyone.
Several reasons. There is a seemingly unlimited variation of each basic recipe name (often the same exact recipe named multiple ways; or slightly different recipes named the same). There are thousands of recipe sites and blogs, and ten million unique recipes. The popularity of recipes and recipe sites can change rapidly, and often does; due to seasonality, food trends, seo, competition - so that recipe you found at result #4 on Google, isn't likely to be there a year from now.

Online recipes is herding cats.
The hidden encrypted partition might make things worse for everyone: https://defuse.ca/truecrypt-plausible-deniability-useless-by...

They'll just keep hitting you with the wrench until you give them the second password. Sucks if you don't actually have a second encrypted partition.
Or much simpler explanation: "the west" uses double standard, uses anything at hand to scandlize opponent and does not realize, that the same reason is valid at home.

Beam's in one's eye...
Flying a Titan often times has more to do with who you know rather than skill progression and amassing wealth, which can take 2-3 years minimum.

Even if someone has only been playing six months, if they are competent, highly trusted, and they fit in, being provided with a Titan and a character to fly it with is a fairly common occurrence.
Mobile Apps Are Dead
Parliament - holding an emergency debate on the crisis - voted by 361 to 2 to repeal the protest law.

How many of those MPs voted for the law when it was passed two weeks ago? The article is missing that context.
You might be on to something, at least both domains are using the same registrar and whois privacy protection service.

Edit: Here is the ssh pubkey: https://github.com/untraceableblog.keys
I'm constantly seeing agencies repost job ads and the only location information is the location of the agency; or sometimes they give a location of Townsville because Townsville is "only" a 2 hour drive from the true location.
"mechanical lock vulnerabilities are preserved"

I've never been to a hotel that uses an ordinary key since those can be easily replicated, so that point is moot: all the electronic locks (most common these days) already have this "vulnerability" ("so why put a lock there in the first place?").

Second, since this system is being developed to use a smartphone, the security is easier to manage than a PIN code (such as 000000...). One can use centralised key-servers, etc.

Third, the company making these locks (the physical part) is ASSA Abloy, which is an extremely reputable lock company instead of the one in your link.
True about the memory and bus bandwidth, but don't forget the battery draw and/or device cost, especially when doing DSP / SDR / software modems / stuff like that. And latency issues.

So I could use a chip that costs more, results in shorter battery life, more thermal problems, and is slower so smaller BW processed and less audio filtering possible. But, at least I'm using doubles instead of floats, which doesn't even matter when it results in no measurable signal metric improvement while every other measurable performance and economic metric tanks downward.

You can do a lot of DSP and plain ole signal processing with fixed point of course, and sometimes doing weird things requires doubles.
I started saving/clipping entire articles for this purpose.
Evernote has a 'clipper' functionality which works fairly well, or you can print to PDF.
Ask HN: Selective permissions for apps on Android
The recent FB update asks for SMS read permission. Do we really want forced permission grants so that those apps can read my SMS, file system, call logs, etc? I wish if we can selectively allow only few permissions.
Being an asshole isn't required to be successful. It's a nice think to think the world is "fair" like that, that anyone who is successful has to be an asshole (or that smart people are ugly, or that successful people are unhappy, or whatever), but it isn't true from experience.

I think the conversation has changed. I never used the word "asshole" and didn't for a reason. I don't think Kkosla is an asshole, and I don't think anyone (at least, when I read the comments) was calling him one. Quite the opposite. It was a douchey move, but he's not an asshole. He is driven to win more than most people can imagine, and that plus his intelligence are two huge factors in his serial success.

I'm glad you've had a better experience than I. I really am. I know my sample is small, but I'd done a lot of reading over the years. Steve Jobs, for example, fits my profile to a t, along with the people I've had direct contact with. (The group I'm talking about can be assholes, and I think Steve Jobs was one. It's not required, though.)

Let me add an angle. I started a company almost 30 years ago. It's still going. We've been profitable almost every year, but not wildly so. If I were to give the name, most here would say it is not a successful company. I'm by no means rich. We have never missed a payroll in that 30 years. Not once. Yes, I've fired people. I've done layoffs. I've never done one thing that I can't live with at night when I go to sleep. None of my decisions keep me awake.

However, I was presented with many, many forks in the road. One road (the one I took) was a "good" one. The other would have allowed me to profit, sometimes much more than the other decision. I've watched very successful people over the years and I came to realize that they often take that more profitable road.

Because of the types of decisions we make, outsiders call us a "family" business. That is CEO-speak for we can't make the hard decisions needed to increase profits, often at the expense of the people that work for us. I've had long discussions with serially successful people, and their primary advice, stop being a family business, don't be friends with your employees and start squeezing everyone for productivity and profit. It's what potential investors and buyers want to see, they say.

So, my sample is relatively small, but I've talked with lots of potential investors, VCs and just plain successful people, and I've definitely seen a real pattern.
Maybe MS is trying to make it easy for other people to run private Azure clouds? Even if they have to buy the software from MS? I mean, these cloud infrastructure services have terrible lock-in concerns, so MS saying "you can buy Azure-ish machines with all our software on them from companies X,Y,Z so if you get pissed off at us you can migrate away from Azure painlessly". That would help adoption of the Azure system for them, and MS gets money either way - service fees on Azure or licenses for the Azure platform software being run on the servers sold by the 3rd-party.
6 million downloads later, Elasticsearch launches a commercial product
http://www.youtube.com/watch?v=DxPzWoYjAnY
http://www.youtube.com/watch?v=Cl_iutoQPvY
Where's that tutorial page on how to buy such an island & yatch with much millions you'll mint from Dogecoins. Wow, very missed.

But in all seriousness, good effort for newcomers.
>C is quite different, at a fundamental level, from languages like Java and Python.

I suppose, but functional languages are even more different. From Python, the ascent to Lisp or Haskell is much more difficult conceptually than the descent to C.
I agree this is a bit of overkill for a "my first hand-coded website" project. I've been hand-writing websites for over 15 years (back when all I had was Notepad on a Windoze box). I think I'd approach this sort of learning adventure more along these lines:

1. HTML/CSS (This is the end-result a browser needs, and you can write it all by hand yourself; by not using any grid/layout frameworks you'll learn all the fun things that CSS can do for you and you can focus on making clean semantic markup without any other dynamic distractions.)

2. Do some simple backend stuff that now dynamically generates the above HTML/CSS based on some simple logic (I'm thinking PHP to start because it's on almost every server already so you don't need to worry about installing anything... just get used to the idea of generating the above static HTML with some programming logic.)

3. Add a database (probably going to want to go with MySQL for the same reason as PHP; learn how to store data in the cloud and retrieve it to show in your dynamic pages)

4. Maybe learn some server config (probably Apache) but don't get too carried away because you can do a lot before you need to be installing Apache modules and tweaking environment variables... I'd just start by playing with redirects and error pages)

5. Now that you can build a full-stack website, I'd probably beef up my graphic design skills to make that shit sparkle (Usability, information hierarchy, and clear communication are the names of the game here. Design skills can make up for many technical difficulties if you think about the business problem you're trying to solve, not just how fancy you can make your sorting algorithm)

6. With the fundamentals under your belt, now I'd start looking into frameworks and libraries and helper tools that can make all of the above easier and faster. Now you'll understand what those tools are really doing for you and where they're appropriate to pull out. Get your CSS grid, your LESS compiler, your deployment tool, your database inspector, your autocompleting IDE (if that's what you're into) and make the computer do the grunt work, but now with the understanding of how it's helping you so that you can bend it to your will.

7. Move on to more advanced stuff like front-end MVC, non-blocking backend, websockets, streaming, ssl, localstorage, scaling optimizations, etc. But now that you can do the foundation yourself, you can add-on any of these advanced techniques as needed (no one in particular is absolutely necessary as they are specialized to particular tasks).

To me, this is the sort of DIY path that should be taken, step by step, to really understand how to construct a web property. IMHO the OP jumped into the deep-end a little too early. Learn to walk before you run ;)
Please stop trolling. There are always places where laws are worse than somewhere else. Just because an unjust law exists somewhere else in the world does not make it less unjust.
Our quantum reality problem
-- Enlighten us.

Just like cLeEOGPw did?

Someone says "this is bad". Someone else says "this is good". As simple as that. No arguments in both cases.
And this isn't even the bullshitty "a larger tax base is a valid use of eminent domain" argument either, where the state takes something for cheap, then sells it for cheap to a developer who then builds a giant resort. This is the ACTUAL, PROPER use of such an authorization in the law.
2. Direct memory mapped hardware access. For example: device drivers, kernel, embedded systems, microcontrollers.

Of course doing this usually means your code isn't portable, sometimes not even to other versions of the same compiler. I often wish C had a defined order for bitfields, for example.

One of the things I do to help debug & test embedded code is to factor out code which isn't dependent on the hardware platform (eg communication protocols) into a library, and compile it for, and write test programs to test them on, the host. So even embedded code is often best written to be as portable as possible.
Or pastebin...
I think the approach of languages like Rust, which enforce strict safety by default, but allow "unsafe" regions of code, is the correct way to go.

See http://static.rust-lang.org/doc/master/rust.html#unsafety
> 1) array bounds checking (which can be used for safe hardware access instead of peek/poke)

How? Peek/poke at the wrong address will generate an error in any case, and any MMU-less platform worth using will have the memory-mapped peripherals into a lower region, where it doesn't get thrashed by writing past the end of a buffer. I have seen bugs occurring because of data located past a buffer getting thrashed, but I don't remember seeing one in the context of hardware access.

> 2) pascal-style strings (with actual support for them, both in the language and in the standard library) (meaning a missing \0 doesn't erase the entire memory)

That shouldn't happen in C, i.e. there are library routines you should use so that it doesn't happen. Not that string processing isn't a pain :-).

> 3) type-safe pointers

No complaints here :-)

> 4) no pointer arithmetic

That's not always good, but it does decrease the likelihood of certain types of bugs, so yep!

> 5) no preprocessor

Also yep :)
The Problem of Dirty Hands
If you're referencing a CDN for your javascript, chances are somebody at your CDN provider can match your identity up against other data. For instance, since he's serving jquery from a Google CDN, couldn't Google match the call to load JQuery from an administrative page on his blog with an IP address to his GMail account (assuming he has one)?