skysight-inc/HackerNews huggingface dataset:
I'm the mechanical engineer of the team, and thought I'd share some of the details of what we're working on.

Our current specification for the cooking volume is 10" x 10" x 2.5", enough space to comfortably fit two sizable steaks. Our cooker will have a single hinge, but the mechanism will keep the plates aligned in the XY plane at any distance within the cooking volume.

As far as contact with the grill and the food, the upper half will have an optimal amount of counter-balance. The key is to offset the weight of the upper half to prevent food from getting crushed/squeezed dry, but still have enough weight to ensure the upper plate still makes enough contact for heat to conduct into the food. We are also planning to have 2-axis tilt on our upper cook plate, which should allow for better contact with foods that aren't sliced parallel to the cook plates (such as chicken breast, fish, etc).

Our cooking volume has [removable] side walls surrounding the plates. While it does not form an air-tight seal, it does reduce the amount of convection from the surrounding environment that would normally reach the cook plates, thus greatly reducing heat leakage and also allowing our sensors to get a much more accurate picture of what's going on. (our CTO/control systems engineer @InternetofJim can speak more on that). From our tests so far, cooking at low temperatures (135F) uses relatively low levels of power, well below 100W.

Hope that answers some of your questions, and we welcome any thoughts/comments on our design!
You should probably have a disclaimer next to your comments. It sounds like you have some relation to Creo.
No, Coffeescript has always been crap. Typescript is getting better and better.
Yehuda Katz uses it for production code for skylight.io, he's also a core Rust contributor though.
"...as Easy as Regular Expressions"

I see you too.. like to live dangerously. tips hat
There are no such ambiguities. Here is the complete Lua grammar. You may confirm for yourself that semicolons are always optional and that newlines have no semantic meaning.

http://www.lua.org/manual/5.1/manual.html#8
During my high school exams, every calculator would get reset by a teacher/supervisor beforehand. Harder to do with such a device.
yes, but the point is that on modern CPUs checking those bytes is likely far from the bottleneck and thus skipping them saves you very little time, if any at all.
My first car was a Chevy Vega that had been drag-raced ... it was fast because someone had crammed the Monza 8-cylinder engine into a much smaller car. Unfortunately, the suspension wasn't very good!
No, because:

1. Modes are bad for implementations (this feeling was strong from V8 folks such as Erik Corry, but the new crew in Munich may not feel the same way), due to code branching burdens in testing and optimizing while keeping the complexity down.

2. Worse, what you propose would fork the language to double the testing burden for web devs (apart from engine implentors, item 1), since older browsers would ignore the useless expression statement.

This already happened with ES5 "use strict", and created real world bugs (e.g., https://bugzilla.mozilla.org/show_bug.cgi?id=631043, there are more like this).

Developers do not test all the combinations. Notice how a tower of M modes implemented via these string-expression-statement prologue directives can make a 2^M-fold testing burden.
I think <guelo>'s advice above is sound. I learned this lesson myself after testing early versions of http://recent.io -- there's a high barrier to convincing users to type in an email address and password, even if it's for personalized news recommendations across multiple devices. It's not necessarily a trust issue -- it's simply a hurdle. Fortunately there are other ways to do it...
Thinking out loud: At each host, backup to an encrypted local store (only you have to access the crypyto-key(s)). Then have the centralized backup service copy those encrypted stores.

You need more storage and it's more labor to setup, both of which could be impractical depending on the systems you manage, but the central service would have no access to anything confidential. Also, integration between the central backup and the variety of local hosts would be greatly simplified, with no file locks, database backups, consistency issues, backup window coordination, etc.

EDIT: Also, the granularity of available recovery points might be limited, at least from the central service. Block-level backups (and the associate recovery points), for example, could be implemented locally but might be hard to implement on the central service.
>Can I be compelled to describe how to perform the swipe? To describe the pattern? To guide the agent?

Yes, yes and yes.

Until there is legal precedent, if they want into your phone and you don't provide them access, you'll be in trouble. Any "cleverness" regarding a security code will likely make it worse.
No, every javascript code compile in TypeScript. This is not a separate language, just javascript + static typing (if you want)

All JS lib compile out of the box in TypeScript.
Normally I use that tactic but it's not always the best move. I got stopped entering Canada from the US. They checked my passport and knew I had felonies.

I told them a bunch of stories about my past (committing fraud, working for the Secret Service, etc) and they ate it up. They joked around with me the whole time and were very nice about not letting me in.

Of course I knew there was no downside to opening up because I figured out pretty quickly I wasn't going to be let in. I'd be much less open with a TSA agent who wanted to search my phone.
HAXLR8R Hardware Trends 2015
The code might help: https://github.com/bradfitz/http2/blob/master/h2demo/h2demo....
Finding it linked from some other article or blog post, or having it sent to you from someone else and then assuming that a mail thread from 2010 has never been seen on HN before.
"In terms of history, the events in Middle East, of ISIS and all of that, is just a speed bump on history's highway. The Middle East is not very important. Silicon Valley is much more important."

This is what futurologists actually believe
Jump in and start coding. The type of knowledge you get from reading docs is very different from the type of knowledge you get from solving problems. The former may get you a job but is generally pretty useless when it comes to solving more problems. The latter is harder to do, but once you do, you find that it compounds and you can solve harder and harder problems.

I usually try to start with a nearly trivial problem and work my way through it, eg. right now I'm learning Polymer and started by taking the landing page of my previous startup (written in Django/vanilla-JS) and porting it to Polymer. It is slow going, partially because Polymer is really bleeding-edge (still in developer preview) and core functionality changed as recently as a few hours ago. But I've learned a dozen or more technologies in my career, and each one of them was through actually building something and wrestling with the framework enough to grok it.
Idea: When you're traveling change your settings to load the grub shell -- they ask for the password and you can say, "There is no password. It's a Linux grub-shell, just type the commands you want the computer to execute."
This is in no way an anonymous login ... Facebook knows exactly who you are and what application(s) you're logging into. In fact, it's more data to mine so they can serve you targeted advertising.

The proper term for this is "Federated Login". Most enterprises have some form that's used for SSO.
"You are very much in control of your own mind, how else would you define what a mind is?"

Immediately after I read this I tried to think about it. After only a few seconds I closed my eyes in the fashion we close our eyes when thinking about a concept "hurts" (I am very tired, been on the front of the laptop screen pretty much the whole day). Which led me to consider "tiredness": I can define what it is but I can definitely not control it - it happens or it doesn't. Care to elaborate a bit more on your thought?
another shameless plug

If you're looking for a hosted alternative to Sendy, please take a look at a project I've been working on for the last year or so: https://emailoctopus.com

We're not currently charging anything (still working out a pricing model!) so you only have to pay your SES fees. And as it's hosted on EC2 instances, you'll still get your first 62,000 emails a month under Amazon's free tier.
If people don't want to learn it, it won't happen.

With that being said, I found the introduction to regular expressions in Speech and Language Processing, by Daniel Jurafsky to be the only one where it clicked for me what was going on.
> "No Dart compiles to JS."

The question is not here, the relevant question is

"Does JS compiles in Dart ?"

Because, JS Compiles fine in TypeScript, which means Typescript benefits from all JS ecosystem and vice versa.
Our device will have 10"x10" cook plates. perhaps our video will give a better sense for scale? https://vimeo.com/120412550

And as far as grease management goes, we will have drainage and trays that collect the run-off (similar to products on the market now). Happy to hear any suggestions or insights
True.

Not everything is a market commodity, and assuming it is is not intelligent behaviour.

Unit price is not a useful metric for assessing social and cultural value - and I don't mean value in some abstract classical-is-better-than-pop sense, but in terms of (e.g.) the quantifiable social benefits of culture, including improved mental and social health, improved cognitive skills from arts training and practice, and so on.

So it's not just about investment of effort, it's the fact that reducing everything to commodity pricing misses out a huge amount of relevant information about value.
It's only megabyte heavy if you use all of Dart's reflection capabilities. If you don't use dart:mirrors, Dart is competitive in size when compiled to JavaScript, especially when you consider that a modern web app today contains a bunch of support libraries like jQuery (which itself is ~30kb). With Dart, you don't need jQuery because Dart's dart:html and dart:core libraries are pretty good out of the box. Of course, do your own measurements as each app is different.
I was worried about that too when we first started to give it to musicians. We had to test this design out first, before we launched it. I'm not a piano player, but I would produce music on flights to China and back a lot when we were doing manufacturing for the gTar and I would get these midi controllers and they would all break going in and out of my backpack.

That's where the design initially came from, but I knew one of the most important things is that the keys had to be full size. Mini key designs always left something to be desired, and I would just use my laptop keyboard instead - which seemed to be more effective and in the long run more convenient too - since these controllers were really cumbersome.

So when I first gave the design to musicians I was scared that they would immediately reject it. The Keys were full size, but the interface was different than what they were used to. But they made zero mention of it, and you can see in later half the video: https://www.youtube.com/watch?v=guKRk3WPc40

I know no feedback sounds like bad feedback, but in this case it was really positive. These guys would immediately start wailing on keys like it was natural. These are guys that do this for a living, and I didn't hear one comment about the difference in the keys from a traditional piano.

So take it for what it is - We weren't ignorant of the fact that Keys isn't a traditional design, but all the same - this approach also makes it significantly more portable - and the great thing about AMON (the networking stuff) is we could always make a traditional version and it would still work and link with the non-traditional layout.
Well, let's refine that analogy a bit. Legacy code being used by BILLIONS of users, where even a single critical error is viciously excised. Non working code = death. So while it isn't clean, it is functional and relatively bug free. I do stress the relatively part.
Why Apple should build bikes
You can completely backup most apps and your sdcard with adb on an unrooted phone [1]. The tricky ones are apps like Google Authenticator, which disable adb backups. You have to be patient and not use your phone for a while. It takes a long time. If you root, a nandroid backup is the way to go.

[1] http://forum.xda-developers.com/galaxy-nexus/general/guide-p...
It's really hard to parse your tone from your comment, but you seem to be implying that people who think like me are A) wrong and B) advocates of homogeneous, exclusive cultures at companies.

I know about the studies showing that diversity is beneficial, and I've seen it anecdotally in my own career.

But "culture differences" are not the same as having no idea what your coworkers are talking about (which OP mentioned).

There are many instances where big corporate culture and startup culture clash. Those two environments operate very differently, and if you've spent your whole career in one, it's very hard to switch to the other. It has nothing to do with diversity. (Those studies were about race and gender.)
Aren't Google now proposing a bunch of new pragmas?

http://www.2ality.com/2015/02/soundscript.html
I think that the Angular team has not decided on two-way data binding yet. They maybe keeping it and I just asked this question on the reddit ama that they are going to do over at the /r/ngconf subreddit.
Alright, lets do this. Wiki says you are pedantic and wrong while I am only pedantic.

> The Americas, or America, also known as the New World, are the combined continental landmasses of North America and South America …

http://en.wikipedia.org/wiki/Americas

I love how strong you all feel about this. Just relax.

I am from Deutschland, but most people on the world call it either by a too general term Germania - and nobody in Denmark, Austria or the Netherlands is offended - or the too specific term Allemannia - and nobody in Switzerland is offended. In English you even use your own names for German cities (Cologne, Munich etc.) and the people there do not give a crap.
"Women would say things like "I worked on a team that did X," while men -- who obviously did the same kind of work -- would simply say "I did X." Women would highlight the cooperative nature of their work, while men would give the impression that they did it all themselves."

Cannot emphasise this quote enough. It is the difference between, "We" and "I", the basis of any community where you put yourself second. It is also the essence of good leadership.

If you want a lone wolf programmer as a new-hire in a small startup, maybe this type isn't for you. As your company grows, the type of programmer described by @api above, the one who works in teams where your livelyhood and codebase is on the line, is the person I'd want to work with and for.
11 Worst Torture Devices Ever Made
Comcast Blocks HBO Go on the PS4
Here is an idea for workaround. Have two passwords. One normal, the other one wipes out the phone. Back up your device to the cloud before you travel. Hand it in with a good smile and bad password...
One of the best startup articles written in the last few years. Looks like the startup ecosystem is finally finding its standards as there is now real data to back up the soft values, i.e. what's a good founder, what co-founder dynamics are the most successful (you've been friends before the startup). Would be interesting to see some sort of compendium for that, or data on the soft values. Many investors or investor groups have those for themselves, but there's no one standardised summary of all of those yet.
> I think there's a reality here outside of anyone's feelings, which is that the jokes mentioned in the article are neither sexist nor threatening. If she feels attacked or threatened, well, that's her problem.

I think that's a bad attitude and it puts people off who might want to join us.

If she feels threatened by an innocuous joke, which seems to be the case, then we need to take a serious look at why that is. What is it about PyCon that can make a woman feel like this, and how can we help?

In my mind she and Hank are both fairly intelligent, rational people. It's not normal for her to have felt this way and I don't blame her for experiencing that.

> doesn't mean their feelings are right

But she's not a crazy person, she was a developer evangelist for a well known company. She was well spoken and calm. Her response to Hank's original Hacker News comment was quite pleasant and seemed to acknowledge that bad situations can happen even though Hank is a good guy.

Yet she felt threatened by an innocuous joke because of the atmosphere of the conference, because she was vastly outnumbered, and because we are unwilling to address this. We are unwilling even to take her feelings seriously, even for a moment. Almost everyone here dismisses them out-of-hand, how is that attractive or inclusive?
IoT guide to SXSW 2015
The same could save for assembly over any other language.

Write your own macro-assembler constructs and you're off to the races!
Came up with some really strange results for me. It looks like my most recent comments, without all the articles.
I see your point, but that's far less fun! :)
I've worked with people from India, Ukraine, Croatia, the Philippines, Romania, and Poland.

The cultures differ wildly between those places. The Romanians I worked with, for example, were very non-confrontational and agreeable to a fault. That made it really pleasant to work with them, but it also screwed us over many times because they wouldn't admit that they were going to miss a deadline or that they disagreed about something important.

The quality of work also differed. On the low end of the quality spectrum, the work was so bad that it was actually laughable. I wondered how someone could write code that bad without trying.

On the high end of the spectrum, the code was organized semi-logically into objects, but without any consistency or rationale. It wasn't much better than spaghetti code, and it was still utterly unusable.
The comparison there had me literally jumping up and down in my seat.
Kernel 2.6.32 on that DL380 is ancient regardless of whatever patches are shoehorned in by Redhat it's very old tech - you'd notice considerably better performance when using a modern kernel.

We also noticed a huge gain in performance from upgrading from Kernel 3.14 to 3.18 especially with regards to storage and network latency.
licecap is an application that allows direct screen recording to gif.

I personally find it more useful than this OP project, and so wanted to share in case others also find it useful.
You can pick up a 7" touchscreen (1280x800) that works with a DPI display like this blog post mentioned right here: https://www.adafruit.com/products/2354
If you work very closely with the parents and get them on board, you'll stand a much better chance of getting the homework done (even if the student doesn't enjoy it).

I've known friends' parents who believed all their kids' homework was being done or that it was busy work, so they never monitored it or forced their kid to do it.
>For the record, ignorant does not equal stupid, being a master does not mean you are old, and ignoring negativity (which I should have done here) does not mean I refuse to listen to you.

Ignorant might not mean stupid literally, but it still means "you don't know about programming languages" in the context of the comment, which is also bad.

Being a master might not mean you are old, but the masters we're talking about here (Brian et al) are ALSO old.

And saying that you're "ignoring negativity" if you ignore complaints about Go means that you're labelling them as whining or coming from "negative types" instead of accepting the possibility that it can be actual valid criticism.
The book I've got is Knuth's Selected Papers on Design of Algorithms.[1]

I will confess that I do not have the book with me, so it may actually be a different algorithm in that text. I can not remember. :( Going off of here[2], the algorithm I am referring to is chapter 9, "Fast pattern matching in strings."

[1] www.amazon.com/Selected-Papers-Algorithms-Language-Information/dp/1575865823/

[2] http://www-cs-faculty.stanford.edu/~uno/da.html
This is a great idea - unfortunately, some of the servers I need to back up are feature-poor shared hosting accounts where it would be difficult or impossible to run a script that serves this purpose locally.
This looks like a great value. We were considering using Campaign.js, but actually getting it up and running on a server to fire out campaigns seemed like a pain (as does using sendy). Combining the affordability of SES with some symbolance of the UX of mailchimp seems like a killer value proposition.
I was simply pointing out the reason for the searches. As it stands, the law currently lets them do these searches, and I was explaining the reasoning behind these searches (which should be pretty obvious to anyone who has watched those TV shows).

As for why they want to search for pedophiles at airports: the reason is presumably because there is a serious problem of child sex tourism in certain countries (Thailand for example).

You could use the same argument about guns or drugs -- why search people who they suspect are carrying guns or drugs? The reasoning is presumably that stopping these at the border prevents them from coming into the country.

To be honest I don't have a problem with being searched at airports. IMO the small inconvenience is outweighed by the benefit of putting the occasional pedophile in jail, preventing diseases from fruit/meat entering our country, and criminals bringing machine guns into the country, etc. I guess from the downvotes and comments that a lot of HN posters have a different opinion.
As noted in item 1 ("new crew in Munich"), but these may both throw early errors, not let code get to runtime with different semantics (as ES5 strict did, due to arguments object and a few other changes), and use real pragma syntax, which will fail in old user agents.

How can real pragma syntax work on the Web? Only by using a compiler such as Traceur or Babel, otherwise old browsers would choke on the `use types;` unquoted directive.

Note how this can still complicate VMs, but it doesn't fork the test load for web developers. And if the type system results in early errors, plus better optimization with unforked runtime semantics, then the only burden on VM implementors is in the parser and type checker.

We shall see how this experiment works, but in no way is it like `"use stricter";`.
This is an irritating title. My API authentication certainly is not vulnerable to known CSRF attacks, and implying that the article was about some new/unknown/complex vulnerability made me click it.

The title would more aptly be: "One way to avoid a basic CSRF vulnerability"
It depends on the relationship with the employer/hiring manager. If it's a former boss, good friend, etc. who knows your ability inside & out, then maybe you can bypass it.

Otherwise, the typical interview process is 1-2 phone calls (one high-level intro with company, another more technical) then at least a couple hours in the office for more in depth discussions. Some will throw in those homework assignments, which seem unnecessary in most cases IMO, but it's not uncommon. Good luck!
Nice! ZX81 was my first computer. I didn't even have the tape storage. I just typed some program in from a magazine and left it on for a couple of days. I even got the Lampda 16K memory expansion, which was a big external module mounted on the back :)
From the "about" section:

Over the years, and thanks to a broad community of artists, phonographers and individuals working with sound and field recording, radio aporee has collected and developed both an extensive body of sound as well as colective tools for artistic practices and research in the field.