skysight-inc/HackerNews huggingface dataset:
Okay. Cool.

I wasn't just trying to flame when I wrote: Talking to people who have different ideas and use different stacks is a good idea, and it teaches you things you didn't know before. And learning about stuff is why I use HN in the first place :-).

>The problem of XProc was similar to the rest of the XML era: it required too much of the implementer to understand. Also, good programmer tooling, such as graph editors for the pipelines were missing.

I will have to look up XProc now, because the things you've been saying sound really interesting, and it's clear I don't really get it.

>But I agree, XML is definitely not the best data-interchange format, but neither is JSON. Some LISPy syntax would be my preference for data-interchange if it needs to be readable.

I suppose. I love lisp considerably more than the next guy, but lisp structures technically only specify linked lists, which are O(n) for all data retrival. This is also how most implementations implement them. Also, JSON is similar, and trival to convert to that format

["like", {"key":"this"}]
=>("like" (("key" . "this")))

Although you would idiomatically use symbols in many places where JSON uses strings.

>XML Schema actually does spec binary data

Once again my inexperience with xml shows. Thanks for letting me know.

>With regard to round-trips: as a general rule it might not hold if you ask me. It implies an origin and even state![...] Personally, I like RESTful for simple systems, but for more involved architectures, message passing is much more scalable and easier to distribute.

Firstly, I'm pretty sure REST implies a message-passing architecture. Correct me if I'm wrong.

Secondly, the round-trip idea sucks for a number of reasons, but I don't think it has to imply either. Let's say you have an endpoint at example.com/<userid>/lastmessage, which might give you the last message the user sent. If the user sent "just ate at Joes, #delicious," you might receive:

{"message-type":"text", "message":"just ate at Joes, #delicious"}

But if the user sends an image, it's uploaded to the server, and you have to get it down. So you would instead get:

{"message-type":"image", "message":"X57pqr32"}

And you would ask for example.com/<userid>/static/X57pqr32.

I don't know, but I think that would work.

>But the weird thing is, of all our libraries and all our frameworks (browser-side), none of them do streaming.

And I actually know why this is: Before the advent of Websockets, the only API was either XHR, or awful ideas (JSONP should chill the blood of any security expert). None of them supported reading incrementally, AFAIK, so there was no point. Now that Websockets are a thing, it shouldn't be long coming. Now all we need to do is build something to put JSONP in the ground...

>But hey, there are so many metrics with which one can evaluate a data-interchange format. (Recently we did a survey of binary data-interchange formats and found around 25 different criteria... and we were not really being thorough).

Indeed. By the way, did you look at Cap'n Proto and MessagePack? Neither are really on the fringe, but they look interesting, and they seem to have some decent support.
> I can think of very few circumstances where randomized algorithms are anything other than a crude hack to get around forming a real understanding of the problem.

Randomization has a huge benefit where the input is adversarial. Think about crypto (primality testing, proofs verifiable with randomized algorithms) and even O(1) data structures like hash tables that can be made more resistant to malicious input by randomizing them.
You don't believe that network effects, or first-mover advantage, play any role in the ride-sharing markets? You think it's 100% about price?

Peter Thiel would like to have a word with you. We're supposed to be building monopolies that no natural market force can topple.
I didn't get the part about the color change for wake up?
Can somebody please shed some light on that sentence?:)
This is how the LispWorks IDE on ARM/Linux/Gtk+ looks, when displayed on a Mac X11 server:
https://pbs.twimg.com/media/CoufhEFUkAExgqe.jpg:large

https://pbs.twimg.com/media/CouoF9DVUAUUhg1.jpg:large

On the Mac using native Cocoa:

https://pbs.twimg.com/media/CouqqaLVIAA4DRU.jpg:large
Could you point some reading about it?
Did you do a successful swap of the battery? Are there any markings on the case that designate it being a Rev1 or Rev2 battery?
Your DNS should always have both that go to the same httpd, or is this a question about advertising, business cards etc?
Gladwell aside,

"Why? Because Americans and Europeans are always accorded with the privilege of being treated as individuals, while Asians remain a great undifferentiated mass, unknown and unknowable."

Wow. Good article.
I love the dancing bear analogy, but I'd argue that Linux on the desktop isn't a difficult learning curve. Not in 2016, anyway.

The Linux desktop is different than Windows 10 or the MacOS, but it isn't harder, IMO.
While I appreciate the backstory, I don't really see how this is an argument for not being 10 years behind Stockholm. I mean EC cards are a good idea, but they aren't internationally viable nor even everywhere in Germany. Now when EU has regulated the fees other cards will start showing up. Mastercard/Visa is everywhere in Sweden (many stores have their own cards too of course), you really don't need cash. Privacy is of course laudable, but this seems more to be conservatism towards technology than actually implementing something different. If you would have said "we have this anonymous electronic payment system that works everywhere" I would have believed you. I've still had DB tickets in an app, so it's not like it doesn't exist.
We've taught our son that when the light turns red, it is time for bed. When the light is blue, it is time to get up. It has been amazingly beneficial for times of the year like Daylight Saving ending/starting because he's not yet able to read a clock and know "Oh, its 4am - I should try and go back to sleep".
I'm not convinced the battery powered ones are more effective in actual shaving quality, but they do seem to make the blades last longer plus I get less irritation from them.
Learning about ground propagating radio waves (2009) and THF waves used for signal broadcasting applications (this year).
Both, and it agrees with your prediction. KNL's cores are each much faster than KNC's cores. A KNC core was over 10X slower than a mainstream CPU core, and a KNL core seems to only be about 4.5X slower (on my particular code). I also get linear OpenMP scaling from 1 to 64 threads on KNL, so the parallelism is all there.
ENIAC Programmers: A History of Women in Computing
When turning the lights on require you to go through the 7-layer ISO/OSI stack. The future is dumb.
"This was the first machine to have a local area network."

There were other networking implementations being developed around the same time as Ethernet (1973-74), for example:

- DECnet (1974): https://en.wikipedia.org/wiki/DECnet

- Token Ring networks (1974): https://en.wikipedia.org/wiki/Token_ring

The earliest reference I could find to a LAN was the "Octopus" network from 1970, which predates Ethernet:

https://en.wikipedia.org/wiki/Local_area_network
Windows didn't get the top position in desktop usage because it had such a good UI. Neither does the iPad really work well as a desktop replacement.

It's all about laziness. If (for whatever reasons) I use this device for most of my tasks for most of the day, I have an incentive to use it for all of my tasks.

This might lead to a "challenge" but at least I don't have to start up the laptop with Windows or boot into Windows to get my tasks done. And sometimes, you just decide that this "important" task wasn't that important after all and just work around it.
I grew up on DOS and Windows, and never felt that way. The console was always for when I ran into limitations imposed by whatever GUI I was in.
If this works, I think the technology is exactly what's needed for the tool to become incredibly popular... but the marketing is slightly off.

The message is that the AI will do all the work for you, make all of the choices for you. But people like to design things! Not the precise work of arranging layouts, colors palettes, images, etc., probably, maybe not building things from scratch when they don't know the tricks needed to achieve that intangible feeling of professionalism - and certainly not the coding that most people have no idea how to do. But being involved at the last step, things like being given a choice of layouts and asked to render an aesthetic judgement on which is best, which needs no training* - in my experience, most people love that. It gives a sense of control, personalization, accomplishment. And on the flipside, the feeling that one has no control can be quite negative and frustrating.

But in many cases, choice is something an AI designer can offer as an advantage over traditional methods. After all, if you don't want to shell out the money for a professional custom design, you're typically stuck copying other people's templates with at most minor changes. In theory, an AI can let you make more meaningful permutations to the design to make it feel more personalized. Heck, I think even just the perception that a design is "from scratch" rather than "copied from someone else" would be valuable, even if your "AI" is dumb enough that in reality it amounts to the same thing.

If you do want to shell out the money, well, I don't expect a site builder to be able to compete with the results of that - but it's worth noting that you can spend as much time as you want nitpicking an AI design without worrying about wasting the designer's time.

I can't really tell from the video how many actual customization options the tool will have, but I think it should have as many as possible - all optional, of course, and probably most trivial - and be marketed like "anyone can design a website in a few clicks", not "we'll do it all for you".

*well, experience is probably required to actually pick the best one, but if all the choices are good then it doesn't matter much :)
Sad waste of talent, just like all the people trying to figure out how to get more eyeballs on advertising. Physics people trying to eek out a millisecond or two out of a trading system in order to front-run order books just seems so trite and short-sighted. It's personally very disappointing that we exist in an economy which so highly incentivizes this type of endeavor.
I disagree entirely - as someone who has dual-booted w/ Linux since 2002.

1) Driver issues (becoming less of a problem as time goes on) but it used to be a headache even for tech-savvy people to get their drivers to "just work" and so help you god when you decided to update...

2) While a large majority of users need little less than a working internet browser - there is a large niche for gaming that has only recently started to be supported by developers on Linux distros - Steam only in recent years. Likewise for many professional niches - the software is developed for Windows/Mac and may or may not support Linux at all.

3) UX of many things is either missing or lackluster. This has made great strides in the past 5ish years but many things still rely on users having at least some knowledge about config files and knowing their way around a command prompt. At the least, RTFM. All are arcane black magic to many computer users.

Not to mention, package what-nows? sudo?

It isn't user-friendly in the least for the common user. It's powerful and "not too hard to Google a few things" for more tech-savvy users, but tech-savvy users aren't most users.
Thanks....

No Amazon Basics quality men's razor that I could find.

Google fiber is considerably less money for better service over the competition. Mobile is a far larger expense and I was hoping for a similar disruption.
If he really wanted to "learn to solder", one of the esp8266 devkits from the likes of sparkfun or adafruit would have served him better and been cheaper and less power hungry as well. Running an entire Linux server nonstop just to watch for a button press seems excessive.

Otoh, we've reached the point where you can reasonably run an entire Linux server just to watch a button! Awesome.
Taking a stab at this...

Let's say we have a dog who has four paws. In XML:

<dog>
<paw health="ok">
<paw health="ok">
<paw health="ok">
<paw health="ok">
</dog>

In JSON:

{ "paws": [
{ "health": "ok" },
{ "health": "ok" },
{ "health": "ok" },
{ "health": "ok" },
] }

I think what the GP is getting at is that JSON is always describing the relationships between a thing and another thing, rarely the things themselves. In the JSON version, for example, it can be assumed that an object in the "paws" array is a paw.

This example is sort of a straw man. The JSON version could be wrapped with { "dog": {...} } and the individual XML paws could be wrapped in a <paws> element. But in any case, JSON doesn't need you to give an explicitly label the type of each paw, just what they belong to and what's known about them.
I think the idea behind The Grid was good but perhaps the execution was not so great. We're aiming for a better execution of the concept, with more of a focus on what the user actually wants rather than trying to artificially deconstruct the fundamentals of design as a concept (which is where The Grid get it wrong, I think).
Your comment contains the most of the rubbish though.
— the program effectively is saying “Once every .2 seconds, send some power over this one pin on the board, and let me know if the circuit is complete.”

No, that's not how this works at all. You're just querying some bit in memory. Nobody is "sending power".
Kudos for going for it!

What, in particular, would you say you're doing better than The Grid? Which design assumptions are you not doing, and how is your approach different in terms of learning and listening to the users?
No the logos did not look so close to me as you claimed.
I totally agree independent controls for brightness and contrast would be a big improvement, but I do not think they would solve this problem. Increasing the contrast will help you read the grey letters on black background in the terminal, but then reading black letters in a white background will not be comfortable.

Personally, I just use a light color scheme for my terminals and keep brightness as low as possible.
Seems to require a Google account, so I won't be offering any advice.
When you say that "going away from the GUI was either the mark of doing something the hard way or because of a specific failure", it's true about windows because the windows command line was basically unsupported territory.

The Windows command line ecosystem was a stagnant ghetto for a long time.

You had to use an uncomfortable and ugly program to access it and the environment itself barely moved from DOS.

PowerShell was the first real progress in a long time and now they've arrived at 'lets just run bash on windows'.
ReactNext published an amazing agenda and extended tier 1 ticket sale
Please don't call this "serverless". BAAS/PAAS is very much a server enabling apps that require a server. The term "serverless" is ambiguous at best but the general idea is that the HTTP server the hosts the SPA is just the application installation vehicle and is not required for normal SPA functionality.
> See, Linux users don’t care how much easier we say it is in our non-Linux worlds. Sure, they say it’s because of open access and free as in scotch ale and yadda yadda yadda, but really? They like the challenge. Figuring out how to do what they used to do on a Mac or Windows PC is part of the allure.

Sigh... This again? Figuring out how to do things is not part of the allure. Linux is my native ecosystem. I never have to "figure out how to do what they used to do on a Mac or Windows PC." It's the other way around: I have to figure out how to do what I normally do on Linux elsewhere, and very often the answer is, "You can't do it, " because Windows and Mac don't provide the same level of customization. Many of my regular workflows are just not possible on Windows/Mac.
Anecdotally, I find higher-pitched voices easier to hear.
PlayCanvas are doing this. Live development for WebGL across all devices simultaneously. https://m.youtube.com/watch?v=PS4oMLPyYfI
>I don't get this idea that desktop Linux is challenging, not at all. I've been using a Linux box as my primary desktop since 1999

Isn't that fact a huge tell-sign that perhaps you're not the kind of person for whom desktop Linux would be challenging?

You speak of 2000, but historically even people like ESR, Linus Torvalds, JWZ etc have found Linux bad at usability and ease of installation.

Of course people used to tinker to e.g. get 3D working, or with basic setups that don't need anything special driver-wise, won't notice.

https://www.youtube.com/watch?v=qHGTs1NSB1s
http://news.oreilly.com/2008/07/linux-torvalds-on-linux-dist...
https://plus.google.com/115250422803614415116/posts/hMT5kW8L...
http://gensho.acc.umu.se/pub/debian-meetings/2014/debconf14/...
http://www.catb.org/~esr/writings/cups-horror.html

https://www.jwz.org/blog/2005/06/that-was-in-fact-the-final-...
https://www.jwz.org/doc/linuxvideo.html
https://www.jwz.org/doc/linux.html
Ah thanks. We will try this when ours is a bit older. Sounds like a great idea.
That's really where I burnt the first 4 weeks of this exercise. I would go on those sites, read blogs/posts/product pages over and over, and get overwhelmed and just shut down based on the number of options.

Probably a personal character fault. You're right that it is overkill. And I'll probably be tossing some more money towards SparkFun soon too - but the just from being a pure-software guy to buying/assembling the raw parts just shut me down :-(
Activity recognition from phone sensors with Recurrent Neural Networks
Using GDP as a measure is only ever done because we don't have reliable alternative measures. We set up economic systems not because they are good in themselves, but because they're a way of connecting productive capacity to demand with the ultimate aim of increasing well-being - the pursuit of happiness and all that. Some people seem to lose sight of that: capitalism too is not an end in itself, it is a means to an end. Financialization needs to be watched closely to ensure it's still hewing to society's best interest. Arguably Brexit, Trump et al are emerging from this gap.
Was this a Microsoft store? Please excuse my ignorance, the sibling commenter suggests this was an offer in advertisements, but I do everything I can to avoid them.
Top 100 Most Followed SEO Experts on Twitter for 2016
Yeah, in 2016 you don't need to configure X or edit CHAP scripts. I think some people still hang on the allure of days gone by.
If your TLD is recognisable (e.g. .com, .net, .org) then no need - people will recognise it as a domain.

However, if you've got a new-fangled TLD (.recipies, .shoes, etc) then use 'www' - without context, people aren't going to recognise [redacted] as a URL, but they will recognise [redacted] as one.
The new Dash button is very different from the old one: https://hackaday.com/2016/07/26/bending-the-new-amazon-dash-.... and now, Amazon also has the over-priced Amazon IoT button: https://www.amazon.com/AWS-IoT-Button-Limited-Programmable/d...
NZ Rent Rage: comics as commentary
https://www.lite-engine.com
Thanks again for the elaboration. I'm getting what you say, and that was sort of why I referred to learning multiplication tables by rote, above.

It's pretty late for me, so I will read and reply to your and @lorenzhs's (thanks to you too) comments again tomorrow, if I have anything further to say or ask. Good stuff.
This is cool, but should be called "Lite Engine", not "Serverless Single Page Applications".
> Meh is a Python configuration utility. ... Instead of relying on some kind of data format like JSON it uses something which I can't believe nobody has thought of yet: Python.

Setuptools thought of it. You can see it in his own setup.py.
>> Peter Thiel would like to have a word with you. We're supposed to be building monopolies that no natural market force can topple.

For Netflix, sure.

People spend a considerable amount of money on Uber/Lyft etc at least in NYC where I live, thus many would respond to a competitor with a 20% to 30% discount or more. This is possible in NYC because the rates are so much higher than other cities.

But there are a lot of people who need taxi like services that are price sensitive. Think of elderly who aren't able to drive or use mass transit so well and are on a fixed income.
For holidays (6 weeks per year) plus one or two business trips (up to 2 weeks per year), plus about 1 weekend a month.

But does it matter?

Should my wallet and phone be stolen whilst I'm away, I can log in to my server using SSH (and a long password), then decrypt a file containing the backup codes (PGP with a long passphrase). Then I can access GMail/Github.
It's a shame that you have to defend "buying something to learn how to use it", even if it's a bit overkill for the current use.

At some point you'll want to use the Pi Zero for something else, and at that point you'll be able to use some other IoT package.
You know what? That's totally ok. When I first heard of the raspi platform that was what I found most exciting. It was going to take a whole world of people with common web dev skills and kick the door open for them to get into hardware. I'm glad to see that's it's completely living up to that promise.
The Steve Jobs emails that show how to win a hard-nosed negotiation (2013)
Try this:

1. Start Lumen
2. Open up a dark window (e.g. a terminal) and make your display bright according to your preferences
3. Wait a second
4. Open up a light window (e.g. a web browser) and make your display darker according to your preferences
5. Wait a second

Now try switching back and forth between the two, and you should see it automatically doing stuff.
That's actually spot on. I ran digital agencies for the past few years and it was always important that the client had some kind of input to the process, regardless of how good the design concept was. It's a simple pyschological need for a person to feel some kind of ownership and connection with their site, which is where I really feel The Grid has gone wrong because their designs are so far off what people want or are used to.

We're updating the site in the coming days to demonstrate better how we involve the user, and presenting different layouts is actually one of the ways in which we do it. Firedrop is more of an A.I. web designer than a tool: you interact with it in a much more engaging and human way.
The biggest advantage of XML was the detailed schema validation. Having a uniform and flexible way to both generate data structures and ensure that their contents was valid before ever attempting to process them was handy.

XML had a lot of warts but most of its strengths are still seeking passable implementations in JSON. Protocol Buffers is probably the closest thing to being standard in that area for schemas and generation. The number of JavaScript templating options out there are trying to fill the XSLT gap.
>And Java IDEs are somehow comparable to Lisp Machines or Smalltalk IDEs?

Well, when it comes to editing Java, they're leaps and bounds above Emacs for the same task. If they offered the same flexibility and power for Lisp, Emacs/Slime would not even compare.

(And Eclipse is a descendant of a once-popular Smalltalk IDE).
Previous HN conversation on it is at https://news.ycombinator.com/item?id=11687463. TNW article about it is also pretty decent - http://thenextweb.com/gadgets/2016/05/16/dash-elsewhere/

I suppose in the article I should have mentioned that I expected the button to be able to fire whatever HTTP payload that I wanted. Probably an odd expectation of mine, but that's the price I pay for my day job seeping into my night life.