skysight-inc/HackerNews huggingface dataset:
I predict these won't ever be smaller, lighter and cheaper than traditional design with an rotating engine and separate generator.

In general, the generator weighs and costs more than the engine for the same power level. In the linear design, the generator is used inefficiently because the magnets are moving in a sinusoid instead of a constant velocity past the windings, and the maximum speed of a piston is lower than the optimum speed of a generator. So you'll need more magnet & wire for the same power level, increasing total weight and cost.
Hard to compete with Google and Microsoft on pricing or on marketing.
> Guess what: the majority of FB's user base does not care about privacy as much as you do. Even people who do care to an extent, and don't implicitly trust FB, are at least comfortable with some level of interaction and sharing on the platform.

I don't mind this behavior/attitude of not caring because it has allowed many people to experiment with actively exfiltrating data out from behind these walled gardens through various means (some of which have been posted to HN from time to time over the years) without bothering going through OAuth and the like. And increasingly, users behind many of these walled gardens will see the false sense of security they have been offered when people/companies other than facebook can actively leverage and profiteer from "their" data. Once the data is out in the wild, whether facebook gives permission or not is moot.
I like Joel too, but that does not ring true to me. All our interns are helping with Real Work because we're a startup and there's lots of real work to do. Also, that's how you attract talented interns: but giving them an opportunity to work on stuff they find interesting.
I do some occasional side jobs on Elance and I kept wishing they would just automatically send my payments to my bank. Then a few weeks ago, I decided I could just add the feature myself! I have a Heroku instance running this once per day on my account, and I've been able to forget about that task ever since :)
I was eager to grow into being more than a web designer so I began watching Tuts+ courses on Ruby and PHP. Then, my employer needed a small web app to share documents with clients. I volunteered and the rest is history. Looking back I guess I just decided it was something I wanted to do and I dove head first. Everything I know is self taught and I try to learn something new everyday. It has been very rewarding for me. My boss has trusted me with more projects and I'm more involved in the success of our company.
I was referring to not having your own website, not other social networks.

When I'm hiring I definitely don't expect technical people to care about social network crap or want to write content for a blog (although that would definitely be a plus if it had technical content). But not having your own website? That would be judged pretty harshly if I'm being honest.

Maybe it's because I'm mostly doing this for jobs where the software is related to the internet and depends on a lot of open source software. If all you have online in your name is a LinkedIn profile then that signals a pretty profound disinterest in a lot of the things that would help them be a good fit.
I'm confused by this comment. Doesn't Box sell an actual product that actual customers pay for? That's revenue.

Now if you're referring to profit, then there's enough precedence of (technology) companies choosing to invest in operations over generating a profit for growth. Amazon is barely profitable; Twitter still isn't. There's even financial engineering reasons to run a deficit. Why pay taxes when you can re-invest in your company's growth and use the carried losses as a future tax shield? Unless you assume Box and comparable companies are running a Ponzi-like scheme, which I don't think you are.

I think we can agree that investors at large firms who invest in IPOs like Fidelity and T.Rowe Price are not idiots. They use the information that is available to them and make a determination on valuation. If they make an investment in the IPO, their investment thesis is that this stock will go up (some companies do flip at IPO but it's a small minority. Source: I used to price IPOs for a living).

The market isn't a homogenous mass. It's filled with thousands of opinion-makers like you. Your opinion is entirely valid but it's weighed against the opinions of thousands of others who can shape Box's valuation. And that weighted opinion says Box was worth X six weeks ago, and now worth Y.
Spectrum analyzers and directional antennas, for the most part.

If you're interesting in more details, Metageek makes similar gear for the Wi-Fi bands, which is probably more relevant/interesting for the HN crowd.
In Bitcoin Debate, Larry Summers Sides with the History of Change
For the curious, these are the languages of the example Hello World programs:

* Brainfuck[0]:

>+++++++++[<++++++++>-]<.>+++++++[<++++>-]<+.+++++++..+++.[-]
>++++++++[<++++>-] <.>+++++++++++[<++++++++>-]<-.--------.+++
.------.--------.[-]>++++++++[<++++>- ]<+.[-]++++++++++.

[0]: http://en.wikipedia.org/wiki/Brainfuck

* This one I googled, it's called Ook![1][2]:

Ook. Ook? Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook.
Ook. Ook. Ook. Ook. Ook! Ook? Ook? Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook.
Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook? Ook! Ook! Ook? Ook! Ook? Ook.
Ook! Ook. Ook. Ook? Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook.
Ook. Ook. Ook! Ook? Ook? Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook?
Ook! Ook! Ook? Ook! Ook? Ook. Ook. Ook. Ook! Ook. Ook. Ook. Ook. Ook. Ook. Ook.
Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook! Ook. Ook! Ook. Ook. Ook. Ook. Ook.
Ook. Ook. Ook! Ook. Ook. Ook? Ook. Ook? Ook. Ook? Ook. Ook. Ook. Ook. Ook. Ook.
Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook! Ook? Ook? Ook. Ook. Ook.
Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook? Ook! Ook! Ook? Ook! Ook? Ook. Ook! Ook.
Ook. Ook? Ook. Ook? Ook. Ook? Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook.
Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook! Ook? Ook? Ook. Ook. Ook.
Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook.
Ook. Ook? Ook! Ook! Ook? Ook! Ook? Ook. Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook.
Ook? Ook. Ook? Ook. Ook? Ook. Ook? Ook. Ook! Ook. Ook. Ook. Ook. Ook. Ook. Ook.
Ook! Ook. Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook.
Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook! Ook!
Ook! Ook. Ook. Ook? Ook. Ook? Ook. Ook. Ook! Ook. Ook! Ook? Ook! Ook! Ook? Ook!
Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook. Ook.
Ook. Ook. Ook. Ook. Ook! Ook.

[1]: http://www.dangermouse.net/esoteric/ook.html
[2]: http://esolangs.org/wiki/ook!

* This one is in Perl[3]:

#:: ::-| ::-| .-. :||-:: 0-| .-| ::||-| .:|-. :||
open(Q,$0);while(<Q>){if(/^#(.*)$/){for(split('-',$1)){$q=0;for(split){s/\|
/:.:/xg;s/:/../g;$Q=$_?length:$_;$q+=$q?$Q:$Q*20;}print chr($q);}}}print"\n";
#.: ::||-| .||-| :|||-| ::||-| ||-:: :|||-| .:|

[3]: http://mysite.verizon.net/les.peters/id2.html
Promises are really Monads for asynchronous results.

A Monad kind of wraps a certain value. For example, we might have a Promise JSON from an API call. The bind method of a Monad (>>= in Haskell) takes a JSON Promise, and a function (JSON -> Promise b for some b), and returns a value of type Promise b. Promise.then is equivalent to bind.

In Haskell you might define them like this:

data Promise msg val = Resolve val | Reject msg deriving Show

instance Monad (Promise msg) where
return = Resolve

(>>=) :: Promise msg val -> (val -> Promise msg b) -> Promise msg b
(Reject msg) >>= _ = Reject msg
(Resolve val) >>= f = f val

They would be used like this

newPromise = jsonPromise >>= transformJSON

In JavaScript, you would write

var newPromise = jsonPromise.then(transformJSON)

However, the JavaScript case is slightly different. It is not as strict about types. It is possible (and typical) for transformJSON to return a bare type, rather than a Promise, while Haskell would require a Promise be returned every time. It treats an unwrapped value the same as an already fulfilled promise for that value. But automatically unboxing the promises that are returned gives them the full power of Monads.
thanks a lot. Yeah, its a brutal bug exterminator combo, and somewhat easier to wrap your head around that coq or similar.

I am trying to find an organic use of the H in HSM for server side stuff, but struggling to think of examples that are not contrived if you have any.
Way back when, I played a game called Club Penguin with my friends. As we played more and more of it, we discovered easter eggs, bugs, and other little oddities. At lunch we were talking and decided that we wanted to make a website about Club Penguin. That night I wrote my first line of code.
Device tokens can change.
> It was a stroke of luck that Hitler was so stupid as to not listen to his commanders and make so many blunders. Some have called Hitler our best ally in the war, since his mismanagement was responsible for so many strategic mistakes.

The British agreed with this: http://en.wikipedia.org/wiki/Operation_Foxley

"The plan was submitted in November 1944, but was never carried out because controversy remained over whether it was actually a good idea to kill Hitler: he was by then considered to be such a poor strategist that it was believed whoever replaced him would probably do a better job of fighting the allies."
When I jumped into programming I had someone comment on how poor my typing skills were. It stung, but it also helped motivate me to just learn how to type properly. I used this website exclusively:

http://www.typing-lessons.org/

I put together a spreadsheet and tracked my progress:

https://docs.google.com/spreadsheet/ccc?key=0AnwcMlwdzWZ3dG4...

I started my forcing myself to do each lesson until I could do it perfectly in less than 60 seconds ~3 times in a row. Then I lowered the bar to 40 seconds, then 30. I did those lessons hundreds of times and broke a keyboard in frustration in the progress.

But it worked. I type well and quickly now and enjoy programming much much more because of it!
The author next a small comment that dynamic linking will be making its way into Go sometime soon. Right now, with go being fully staticly link you always know all of the code that you link against, making it easier to dive into. Does anyone know what the Golang team is thinking about when it comes to dynamic linking?
Read books, papers, do some noting/writing work if the ride is smooth.

That's actually another good argument for self-driving cars. The used-to-be-driver doesn't have to waste his/her time anymore during commute.
If you could ensure that the interference didn't extend pass your own property, I don't think there should be a problem. That's probably not how the FCC works though.
Ugh, stupid mistake, I feel like a 1L again.

Thanks for correcting the record. :)
It's whatever is to the left of the dot.

The exceptions:

1) when used with new, it's the new instance of the object (pretend that when you use the new keyword, an Object.create() call is inserted in the beginning of the constructor function),

2) when there's nothing to the left of the dot, it's the window object.

3) .call and .apply force this to be something else.
If only they killed/permanently injured just themselves, not innocent people...
Groundbreaking drone coverage of tornado damage piques ire of FAA
I suppose you're correct. We are starting to do some image-diff based regression testing, but I'm not sure that anyone really does css TDD.

TDD is in large part about getting the feedback-loop cycle as quick as possible while you're developing. JS unit and integration testing can help with the functional aspects, but visual aspects are better paired with a tool like livereload.
"that had led me to drop everything in search of myself."

You are a deeply broken person if you think that running is courageous.

Being a boss is not for everyone. My company had $15M in receivables due from Countrywide when it filed for bankruptcy. I had a $8M line of credit that would default and a nearly $2M in payroll, due in 7 days.

My partner and I didn't blog, or cry, or get in a chat room and fire people. We faced the music and talked to every employee personally, visited the ones we could and called the others. The banks lived in our office. We were lucky, and our debt to CW was classified as secured, our employees were on-site contractors and their payroll was paid in full, w/interest from the trustee. 131 days late. My partner and I didn't take a paycheck for a year, I liquidated my savings to keep the lights on in my house. We sold the business 2 years later and my investors got their money back, and a little more. We were lucky, but worked hard for that luck.

When it was tough... we didn't think... "Oh I'll fly somewhere and be a consultant... I'll be fine, I'll bounce back and my new client will pay a pretty price, for my business genius".

I worried that I'd lose my house. That I'd never find another job. I was terrified. But I didn't show that to my family or friends, and especially my employees. Someone had to be in charge and risking everything is the price of that position.

If your attitude is that people should understand the "risks" of investing in a start-up when the founder develops a video game addiction when she should be working. I'm sorry I don't feel sympathy for that. That's not courage, its disgraceful, it's arrogance.

If Erica's response to failure is to run and hide, I'd say she's not cutout to lead. I'd also say she did herself a huge disservice posting it online. I don't think future investors will think handling failure by running off will be a good investment. Additionally, her brave post might leave her open to a shareholder lawsuit, for breach of her fiduciary duty.

I can't imagine anyone hiring this woman for anything after reading this. But the sense of entitlement runs deep in people under 30, so she may find a sucker.
> whee, downvotes.

I'm going to take a stab at the down votes, as I could easily understand why someone might. First, consider your original comment was pedantic and offered little in the way of original insight. It would be like me replying to you and saying:

"Maybe rather: teams should use hwat works best for their needs per project?"

What does that really add?

Basically, it added little to the conversation. Heck, your edit complaining about the down votes is longer than your comment.
I will always love Medievia.
> Why don't just learn algorithms and other computer science "direct" approach by analysing problem and solving it in most efficient way?

---

The problem often isn't clearly defined. To a certain extent programming is an exploration of the problem until you're in a position to go 'And so...' Add to that, that knowledge of the context and lower level abstraction layer that your algorithm corresponds to is imperfect. (Imagine doing maths where a malicious demon sometimes changes the contents of variables on you according to a set of rules that you don't know.)

As such, any algorithm that someone wrote while trying to express the problem and provide a solution may or may not do what they expect it to when given in any particular language on any particular machine.

There are a couple of ways to try to address some of the difficulties with that. One is to write code at such a low level that you can be sure of the blocks you're using. Another is to try to climb the abstraction layers using a language with certain safeties built in to try to limit the context you have to be aware of.

But there are drawbacks with both of those methods, and testing is a way to deal with the inevitable oversights involved. (It's also good in getting people to more tightly define the problem in the first place for you. Acceptance tests are a wonderful thing sometimes.)
The Supreme Court's real technology problem
When I'm writing a state machine I make sure to add a method like machine.changeState( newState, "reason");

Now you can add a dlog inside changeState to see a history of state transitions and why they were made; useful for figuring out why you got where.

That's not something inherent to state machines, though.
I don't know the full extent of the issue, but the issue right now is two ways. I don't know which they're tackling, or maybe both:

* Go can't dynamically link to C libraries (.so). It can, however, dynamically link to DLLs, which is interesting.

* C can't dynamically link things built with Go

If I were to guess, they're trying to tackle the first problem.
I was doing QA and needed to automate my work. (Because I am lazy) Selenium was the best tool to use at the time and it was a PHP shop so I picked up enough to write test scripts. Later I discovered Python and fell in love :)
Multi-User Dungeon – British Legends
Like every school shooting and medical emergency before 20 years ago.
> Let's just ban cars altogether

No, let's just ban human-driven cars altogether. This is actually a good solution. Can't wait until the day it becomes reality.

In the meantime, maybe the society should start approaching driving cars the way they approach flying airplanes? That is, actually train the people operating the vehicle. Current driving license exams are a joke, and people still complain they're too difficult.
I'm arguing with the very phrases used here supposedly to describe the gist of each book.

If those are accurate, then there's no point in reading the books at all (like I wouldn't read a book described as "the best arguments why the Earth is flat").

Now the descriptions might not be accurate, and those could be excellent books. But, alas, the only information I have had to judge whether I should read those books comes from the OP introducing them with those descriptions.
About 20 years ago, an electrical engineer friend of mine had built himself a small (~10 GHz, IIRC?) transmitter about the size of a garage door opener. It had a single red button on it that, when pressed, emitted a signal in one of the frequency bands that radar detectors picked up.

As a teenager, it was amusing to watch another car go zipping past us on the highway and then see their brake lights come on right after Nathan would hit the button.
We are in agreement re facebook violating user trust in a variety of ways. The Anonymous Authentication product is more about what goes to 3rd party developers though.
Disagree, both in spirit and to the letter; for starters, I'm pretty sure there's still validity in a very long blog post I wrote about NIDS back in 1998:

http://insecure.org/stf/secnet_ids/secnet_ids.html

People running SAAS apps probably shouldn't waste much time with NIDS.
Build it [AMAZINGLY] and They Will Come: Why New Zealand needs Growth Hacking
There's a middle ground of having leaps come from applying technology that already exists, but in novel ways (see: touch screens for the iPhone). So neither purely engineering driven nor purely aesthetically driven.
Build a website like taskrabbit.com... But better ($100)
The fact that you have to move your eyes though, doesn't that defeat the innovation speed readers are bringing onto the table?
When I was thirteen, the dad of one of my friends was a software engineer, and he liked to tell stories about cool stuff he did (he's a pentester). I was interested, so he gave me a CD (7 or 8 years old, though I didn't know it) of Knoppix Linux and told me to look up C tutorials. I did, and was hooked. I still remember my first two compiler errors: (1) the version of gcc was old enough that it required a newline at the end of the file, which I had neglected, and (2) I thought I understood the idea of a function well enough to know that it didn't really matter what you called them, as long as you were consistent; turns out "main" is actually an important name.
As long as people recognize that, it's a good start. But I suspect a lot of people would do mental gymnastics to avoid accepting that governments privilege certain individuals.
Bitcoin Wallet: URI for wallets
Avocode – preview and inspect PSD without Photoshop
As of now DO has much lower uptime than Linode. You will need to find different provider, different DC or wait few more months for DO to mature more.
Google stung by Canada’s privacy commissioner for ads linked to health history
FuelFetch – App-based roadside assistance – MVP/Beta Info
in big picture, at very coarse grain, we can see that one of the main themes of the 20th century was the battle between totalitarian and democratic states. WWII was a huge piece of it. Totalitarian approach was defeated, though as we clearly see today only specific forms of it were defeated while the approach itself was dealt only temporarily setback and starts to emerge in new shapes today.

Btw, obligatory to our discussion http://www.imdb.com/title/tt1034314/ . No technical prowess can defeat a society build on principle "Yes, she can" :)
I believe this was soft-launched today and not yet ready for general consumption.
I don't understand everyone's race to move from an asynchronous communication method (email) to synchronous (IM/phone/in-person).

With email, I choose when I get interrupted. With any other communication, you choose when I get interrupted, and that is horrible.

Set your email sync to 1hr and ignore it if you've become a pathological email checker. And use the delete key/mail filters aggressively.
But that's not the point. This is much bigger than "food safety". But I get the feeling we aren't making any progress towards any shared understanding here, so I'm done.
The author of this piece apparently didn't read yesterday's discussion here, at https://news.ycombinator.com/item?id=7667068 , where several people criticized details from the primary source.

For examples, 1) the business plan of $5/month doesn't come out as economically feasible: https://news.ycombinator.com/item?id=5822869 , 2) the idea that USPS would say "digital is a fad" goes against the evidence of https://news.ycombinator.com/item?id=7667734 , 3) USPS employees use the term "bulk mail" not "junk mail" (same link), so are unlikely to say '400 junk mailers', and 4) others use a commercial mail receiving agency like Virtual Mail Post ( https://news.ycombinator.com/item?id=7667400 ) or USABox ( https://news.ycombinator.com/item?id=7671959 ) or Earth Class Mail ( https://news.ycombinator.com/item?id=7667942 ) - the issue seems to be that Outbox didn't want to use the existing systems for these sorts of companies, but wanted to use long-term forwarding contracts, which are much more expensive for the USPS.
as someone else has already mentioned, you're not using the second (error-handling) argument to .then(). you might also check out the aosa on twisted (http://www.aosabook.org/en/twisted.html). twisted's Deferreds seem fairly similar to javascript promises as far as i can gather.
It's something I am interested in getting into, but I don't even know where to start.
> then the biggest leaps tend to come from technology/software-driven solutions

s/come from/utilize/

Generally, the tech side is one-level-removed. A lot of tech-work involves providing for people... who interact with other people who are experiencing the "real" problems.

Don't get me wrong, it's valuable work (and boundaries can blur) but it's like the difference between... a lawyer and a social worker. Or a bridge-builder versus a traffic planner.
"This mentality amounted to a “disease” in German war ... Germany built radical weapons that would fail to turn the tide against an inevitable defeat brought about by larger economic, political and technological disadvantages."

Luckily, dictatorial "leader"-based regimes aren't compatible with the freedom required for creative geniuses... but, have they stumbled upon some kind of primitive nuclear weapon and strapped one on top of a V2... instead of a "disease" this "radical weapons" thing would have been the "winning bet" ?

<joking>This seems written by Captain Hindsight</joking>

edit:syntax