skysight-inc/HackerNews huggingface dataset:
Beware: The more you understand about how inaccurate futuristic predictions are, the harder modern sci-fis get to watch.

Especially so if you've seen a lot of older sci-fis about our present time.
Weird Food Festivals
As far as I know, Piano Platform works well in various countries in Europe. I wonder how does Blendle compare to Piano, from user's and publisher's perspective.
Depending on the algorithm for "homepage news" on say Facebook. Having fake "likes" will result in your "news" being seen only by "fake" people or people that are not interested.
haha, you mean the polymer licensing right? I have none :) actually you can even see the full code here, it's open sourced https://github.com/catalint/asteroids
Cut to Sam Jackson going "ASTEROIDS... HAVE YOU EVER SEEN IT?"

(This is a side scrolling game which has rocks to shoot)
Yes, it can, if we keep being ambitious as a species. I believe we did not even touch the real potential so far. There is an entire Universe out there, incredibly hard problems not yet solved (i.e. aging), are we really saying that this is it? I believe not, so economic growth will not only last, but it will be even higher if keep pushing our limits.
Can you give me an example site which has that. May be we can build a chrome app/extension for that.
Honestly, I don't get what the article is about. Was probably expecting something deeper, e.g. why our vision of the future is always so wrong and dull and not only in terms of cultural changes. Take any prediction from the 1960s for example and there will be a lot of food for ridicule. A self driving car in the year 2000 (well, ok so far), going at 500mph and the passenger reading a newspaper in the meantime. Can it get any more wrong than this?

"Radio has no future." -- Lord Kelvin, physicist, the father of thermodynamics.

Our inability to predict the distant future only says one thing: things that we can imagine are already happening. The gap between an idea and its implementation is narrower compared to hundreds of years ago. With very few exceptions maybe: AI, "eternal" battery cells, easy space travel and a few others. So in terms of predictions, I think we will be getting only worse over time.
also, it's 27 times because of bundling, and their way of typing license in each file header
How to use latest version of cPanel with latest themes
If you haven't already read it, G.K. Chesterton's response[1] to the original Futurist manifesto is an absolute joy. I completely lose it every time I get to his Futurist drinking song.

[1] http://www.readbookonline.net/readOnLine/20439/
> Why do you think that? Of course we (I am one of the founders of Tutanota) understand the difference of the two.

Because you put them on the same line item.

https://paragonie.com/blog/2015/08/you-wouldnt-base64-a-pass...

> Could you please describe the padding oracle? Knowing the padding algorithm is not enough to make up a padding oracle. The oracle must be able to decrypt the cipher text in order to tell the attacker if the padding is valid or not.

For fuck's sake, Google it. The top two search results explain it perfectly.

http://robertheaton.com/2013/07/29/padding-oracle-attack

https://blog.skullsecurity.org/2013/padding-oracle-attacks-i...

TL;DR if you aren't using authenticated encryption, because you're using CBC mode with a block cipher, an attacker can keep sending forged messages until it decrypts successfully. It's much easier to forge messages on zero byte padding than exploit PKCS(5|7), but attackers can still exploit padding errors to tell if their message decrypted.
By having a Chinese subsidiary.
I'M JUST a FRUSTRATED SOFTWARE ENGINEER AND LET OTHERS KNow (ESPECIALLY MY PM)
Or not necessarily about the present time. For example a long time ago in a galaxy far, far away they had very advanced AIs but no computers or mobile communication (in any practical form) :)
Video video games are part of GDP when in game stuff can be sold. With player power inflation being a thing, GDP becomes unbound. Note this works even if computing resources stop increasing because introducing a blue ray gun that's better than the green Ray gun does not take more FLOPs.
Because paywalls give a reason for piracy
I did say 'useful jobs', by which I mean any purpose that itself contributes to economic activity. Some software is consumed by itself and serves no useful purpose in that sense, such as computer games or computer art. Those do contribute to GDP, so I was wrong to exclude them, but the impression I got from the poster was that software 'doesn't count' when it comes to the relationship between economic activity and energy utilization, whereas mostly it certainly does. Although the post seems to have been edited since, so the last paragraph does now acknowledge that software can improve resource utilization.
(I don't mind that this is here - I love DIY and do what I can to my house, when I can) but #6

STOP USING NAILS! The price difference of a screw is negligible, if you don't strip the head, is re-usable, and in the case of using a 2x4 to get a strait line, if much easier to remove then a nail without bothering the tile.

Any reframing I've done to my house (windows, 2nd floor master bedroom ceiling, 2nd closet for the wife) I've used screws. Get a nice impact drill with the right bit - take a bit longer then pounding in a nail or using a nail gun, but it makes for a much stronger structure and easier to take apart if you screw something up.

On the other hand, you'd be hard pressed to find a good, strait 2x4 at HD or Lowes - dad has cringed looking at their dimensional lumber - a 1x2 might be truer to lay tile with or spend the money and get a real piece of wood if you need it perfectly strait.
I have the pink one. It's awsome.
I'll have to disagree - we do Facebook page monitoring and I often see random brands with millions of fans per country. I often thought the same thing because I never friend anything, but I am clearly not the majority.
I agree, unicorn founders are not a bazillion times smarter than the rest of us, maybe 1.05X smarter and 10,000X luckier.
But what is the formula for luck? Do we have some minor control over that? I think I read somewhere that luck=opportunity + preparation. Preparation we have control over, but we must be preparing for the right thing. I guess we have some control over opportunity, which might include building your network and getting out of the basement once in a while.
I was blinded by the continuation thing for a while, I loved the functional interface of it and the applications. But more than a GOTO or a JMP, they do represent a chunk of an evaluation process. It's easier to see with delimited continuations though and feels quite different than GOTOs.
Or, to be honest, maybe that the late 90s view of GOTOs, maybe people in the 60s did use them as clean call between functional steps expressed as States in a State Machine, and not the spaghetti soup of easy monkeypatch you can see sometimes.
Nice idea/tool :). I mainly use httpie now, does it have any clear advantages over httpie?
I Would Love to Change the World But
WHERE IS THE DAMN SOURCE CODE......
NOT AVAILABLE IN STORES

Limited Edition "SOFTWARE ENGINEER" tees available in the color of your choice! http://teespring.com/source
How many errors are there in the original "simple" code? I mean dangerous and non-obvious logical ones, not the trivial syntax errors. The ones I can see are:

First, the computation of uvs_size is wrong; it's using sizeof(indices[0]) rather than sizeof(uvs[0]). Since the the former is an int and the latter is a Vector2 (presumably 16 bytes), the system doesn't allocate enough memory and there will be a heap overflow.

Second, it tries to do pointer arithmetic on void pointers which is undefined.

Third, it doesn't take into account alignment requirements. For example the Vector2 class would ideally be defined as 16-byte aligned so that the Vector2's can be operated on by SSE instructions. This code gets that wrong or right depending on the number of integers in the adjacent array. So in the worst case it'll be lovely code that works until a data file is changed, and then suddenly starts crashing in odd places.

Sorry, screw raw pointer arithmetic when 7 lines of code have three non-obvious errors, one of which is extremely serious. It seems like a pretty good counterargument to your claim that using raw pointers is not error prone.
Parsing was never the bottleneck, I admit. But I can't see how parsing XML is as easy a task as parsing JSON either?

Of course you can show me some benchmarks that show that libxml2 is much faster than the avg. JSON implementation. But you can do that with any format that is verbose, complex and therefore hard to parse, yet has been around for so long that it paid off to write well-optimized C libraries for it.
To be fair, newspapers are still around...
My one fatal flaw to this whole idea was so what. Almost everyone wanted the man dead except for the Mr. and Mrs. Romanov. He was incredibly influential crazy man who scared everyone.
Facebook will after a certain point put a captcha if they suspect clickjacking, and they do that incredible fast!

It is properbly a combination of user tracking and how many removes the like just after the see it on their own profile.
Weirdly this post seems to have been submitted multiple times: https://hn.algolia.com/?query=webdav%20dies&sort=byPopularit....

I thought HN prevents this? It seems to be the same exact URL.
FullFIX: A Library for Parsing FIX (Financial Information EXchange) Messages
>Write all your code this way and soon you'll stumble with all the nastiness of manual memory management.

See, this is what I never quite understand. I use C++ when I want to do C type things. Manage my own memory. Bit twiddle with speed. Avoid all dynamic allocations. Increase cache coherency. Call inline assembler. Use the CRTP to achieve static polymorphism. Design my own containers. Lock free containers with atomics. Etc. If I'm using C++ I want nastiness. I want to get down and dirty.

Why on earth would you ever want to use it as a higher level lanuage? It sucks balls at that. Just go and use a proper, nice, well designed high level language instead. If I want a language that holds my hand and protects me from the evil pointers, I'm not choosing C++. Using C# or Java (for example) is complete luxury compared to C++.

But apparently, there are a whole bunch of people that do attempt to use C++ for this purpose. Who strive to achieve a language where you never see a raw pointer, but you are still stuck with maybe 30% of the productivity you'd have in a proper higher level language. It boggles my mind. Congratulations, now you have no garbage collection, a crap IDE, you're still wrestling with forward declarations of classes and header files and the preprocessor and linker options and slow compilation and you've now buried the machine under a layer of abstraction. The absolute worst of both worlds.

>brings both the benefits of C-like speed and higher level languages safety.

It doesn't. You end up with neither!
Full disclosure: I contributed to the remoteStorage specification [0].

Instead of (or in addition to) considering remoteStorage, one could also go back to "normal" WebDAV, if such a thing exists, and completely forget about the CalDAV/CardDAV servers.

I'd say WebDAV is more mature, it has litmus[1] for testing implementations. remoteStorage has as far as I know only one production instance running at 5apps [2]. The benefits of using the RS protocol are mostly due to the CORS headers (which could be implemented easily for WebDAV) and the use of OAuth/Bearer, for which a PR exists for SabreDAV [3]. One thing missing from WebDAV is the (implicit) mapping of OAuth scopes to ACLs, which should not be too difficult to implement... The discovery, by depending on Webfinger, is also not one of my favorites. I'd prefer something like OAuth authorization server discovery [4].

I mean, I am not opposed to using remoteStorage and love JSON as much as the next guy, but it just doesn't bring (in my opinion) many benefits and loses interop with existing WebDAV clients for no good reason...

[0] https://datatracker.ietf.org/doc/draft-dejong-remotestorage/

[1] http://www.webdav.org/neon/litmus/

[2] https://5apps.com/

[3] https://github.com/fruux/sabre-dav/pull/710

[4] https://www.tuxed.net/fkooman/blog/as_discovery.html
A Linux patchset from 2010, http://thread.gmane.org/gmane.linux.kernel/1028699
There just isn't one.

Trying to measure the size of the economy "faithfully" is not possible. You can create abstractions like GDP that are useful where they are useful, but you can't treat them as solid concepts.

When the "IQ" debate was hot and contentious, people often ended up with a tautological definition that measured IQ is whatever IQ measures. This is because "intelligence" is not a solid concept and the test is not a direct measure of this fuzzy concept anyway. That doesn't mean IQ is meaningless. It has predictive power. It can serve as a goal (unless you game it and make it useless).

GDP is a measure of transactions, ultimately. That tends to correlate with the size of an economy and can be used for comparison, if everything is structurally similar. You can compare France to Sweden. If you are trying to compare the economic output of Monaco to Zimbabwe, GDP is not as good. If you are trying to compare the economy of today to the economy of 1836 or 2065, you're also in trouble. If you want to compare the economy of an alien civilization to ours, GDP won't work.

Referencing GDP (or anything else, this is just an inherently hard problem) in these contexts is trying to squeeze some useful information out of a very limited and buggy tool. You need to understand the subtleties of it. What it does well and poorly.

Most importantly, accept that our tools and therefore knowledge is limited.
The current trend is for C++11 libraries to be header-only, lightweight and specifically without the hacks that have traditionally been required to work around all sorts of compiler issues.
Maybe he's working too hard on a hotfix ;-)
I in fact wonder about the criminals who've already thought of all this, are successfully avoiding anything like this detection and making their $$$. I hope not to fall prey to something like this, incredible just how many risks there are.
Snapping a picture then enjoying it with your eyes is not multitaskkng. It's just doing something one after the other.
It compresses extremely well; even if you use a predetermined dictionary (reducing CPU usage). However, because of CPU usage considerations it probably won't ever do as well as high-entropy encodings such as Protobuf because to get truly great compression you simply have to spend the cycles.

If you are using XML for the right applications (i.e. not a data firehose) the compression/CPU characteristics shouldn't matter at all. It's when you start using it for high bandwidth scenarios that things become sketchy: you should be negotiating an out-of-band stream (such as SI, Jingle or just a plain old socket) and using that for the firehose.

That being said, people like AeroFS supposedly used it as a firehose for years[1] (in the form of XMPP) before having to replace it with a simpler protocol: so there does seem to be some elasticity to that assertion about not using it for a firehose.

[1]: https://www.aerofs.com/blog/open-sourcing-the-stupid-simple-...
Try it on mobile also
6 Reasons Most Mobile App Startups Fail
Why do scientific "papers" insist of using PDF when HTML would be a much better choice as it supports linking to references, dynamic media (better graphs), meta keywords and search indexing!?
I found the non-paywalled version: http://pastebin.com/7NG6nRw5
Good question. The problem with "luck" is that you only know what's good or bad in hindsight. For example, if Google had been acquired for $1M the founders may have lived happily every after. Only in hindsight we can say that it was lucky the deal fell through. So I guess it'd be better to call them "random events" instead of "luck".
How to Make the Perfect Crowdfunding Video
How to Make Your App 10 Times Better with 11 Lines of Code
Surprising giant ring-like structure in the universe
>Also, I thought the consensus was that Apple was 'backdooring' iMessage by giving LE access to iCloud backups which include iMessage, not compromising iMessage directly?

Consensus? First I've heard of this being a consensus. I've heard people say if Apple is backdooring, this is the way they'd do it, but no consensus on this actually happening. Care to go into this a bit more?
Rtop-Vis: Ad Hoc Cluster Monitoring (Load+Memory) Over SSH
Lever is hiring distributed systems engineers
> One futurist noted that a 1960s film of the “office of the future” made on-par technological predictions (fax machines and the like), but had a glaring omission: The office had no women.

To be fair, most futurist thought work will be fully automated by now, and there would be NO people needed in the office or factory.
Learn Advanced Concepts of Graph Theory
Interesting in such cases that the focus seems to be so much on retribution, whereas many other proceedings are more on deterrence (steal something = go to jail) or prevention (murder = locked up to prevent future crimes).

Here, the crime seems to be usually without motive, except perhaps a short-term rage. Presumably, the accused was unable to stop their actions (no point in deterrence) and would rarely be in such a position again (compared to serial criminals or crimes caused by incompetence).
The Master, the Expert, the Programmer
It looks cool, it is always awesome to read other peoples, especially your own friends travel!

But i think it is too much to invent a new word (trott), which is essentially a "short blogpost".

You think about supporting to pull in other social media accounts into one page, because I don't think that you can beat the ease of publishing a tweet. There is tweet clients for every client!

But cool if you could automaticly send postcards to your older family members!
(Co-founder of 5apps and RS core contributor here.)

> remoteStorage has as far as I know only one production instance running at 5apps

That's not true. 5apps is running the only public service for end users at the moment, but there are certainly more production instances running.

> The benefits of using the RS protocol are mostly due to the CORS headers (which could be implemented easily for WebDAV) and the use of OAuth/Bearer, for which a PR exists for SabreDAV [3].

As both of these would be optional additions to WebDAV servers, all of WebDAV's benefits parish with most servers not supporting these new extensions. That's the very critique in the article as far as I understand. WebDAV alone is not good enough, and optional additions lead to a world of incompatibility and pain.

> One thing missing from WebDAV is the (implicit) mapping of OAuth scopes to ACLs, which should not be too difficult to implement

And another addition.

> I'd prefer something like OAuth authorization server discovery

And another one. Counting 4 now. :)

> but it just doesn't bring (in my opinion) many benefits and loses interop with existing WebDAV clients for no good reason

You just mentioned that to get to feature parity with remoteStorage, a WebDAV server needs 4 optional additions, for only one of which an unmerged PR to a single server implementation exists. Maybe I miss something, but it doesn't sound like interop is WebDAV's benefit in this scenario.
In theory this all sounds fantastic, until you actually get to implement it and see that only a handfull of servers actually managed to implement it correctly. Probably because of its complexity. See also another comment from the Flock author: https://github.com/WhisperSystems/Flock/issues/93#issuecomme...

>I'd say WebDAV is more mature, it has litmus[1] for testing implementations.

Within the first few weeks of writing vdirsyncer's testsuite, I already found a bug in SabreDAV, which is tested with litmus. I tried to raise this hole in their testsuite on their mailing list, but at the time their mailinglist was down.

>remoteStorage has as far as I know only one production instance running at 5apps [2].

Yes, that's sad. It has yet to be proven that implementations of remoteStorage will actually become more reliable than the ones for WebDAV, but I'm confident that it's easier to get implementations right with remoteStorage.

>The benefits of using the RS protocol are mostly due to the CORS headers (which could be implemented easily for WebDAV) and the use of OAuth/Bearer, for which a PR exists for SabreDAV [3].

SabreDAV implementing it is cool. They're the best FOSS serverside implementation of the -DAV protocols I know.

But still: It's all optional. Servers implementing all of this is a luxury. Right now we're in a situation where even the stuff that isn't optional doesn't work.

Don't trust anything just because it has been around for a long time.
This feels similar to NuclearJS[1], which I've yet to use in anger, but seems like a pretty nice wrapper on top of using one big immutable data store.

[1] http://optimizely.github.io/nuclear-js/
> nothing of value has been created

That's debatable, because no one tears down a house and rebuilds an identical one.

* Was the old house livable? If not, then you haven't really wasted anything.

* Is the new house up to more rigid environmental standards?

* Does the new house take up more (less) space?

* Is the new house wired/piped in a different way?

etc.
To answer the title: Yes, because population growth can, in theory, continue indefinitely. Assuming, of course, that we're not restricted to one planet. :)
The original version is not only bug prone. In some scenarios, both versions have a potential vulnerability. Can you spot it?

In a scenario where users can access elements of a joint array of requested size without limitations, they can access memory outside the array. Memory block's total requested size may overflow size_t. Fortunately, overflow prevention is easy to add to the generic version.
"The minute that you get the report that you're not speaking enough and that you don't show leadership, immediately, the next day, you change your behaviour,"

This is a complete disaster that happens every time when someone uses wrong metric. Instead of incentives for productivity and performance they are motivating people to make a theater. Or rather circus. That's not the performance you are looking for.
An interesting thing about Kurzweil's timeline is the 2045 singularity awakening date. It's conveniently scheduled around the end of his life, assuming medical technology extends life expectancy at his age to around 100 years.

That said, I think what Kurzweil does is interesting and valuable. In fact, being so stridently futurist and speculative makes it a lot more honest than a typical "think tank" economic scenario predictions. You go into it with a much more assumption challenging type of good skepticism and engage with the unknowns.

What makes you think 300-500 years?

If we're talking 300-500 years, I'm lost. Compare 2015 to 1515. Consider accelerating rate of change, I think 300-500 years takes us outside of any kind of timeline we can map historically.
There are many ways of achieving replication (part two[1] describes using both TCP and UDP). System high could for instance stream to system low. I did two-way comms (not replication) via diodes once, in which a request was sent to a write-only endpoint, and the response came back from a read-only endpoint, both using UDP. I used correlation Ids (borrowed from message queues) to match a response to a request. It's just asynchronous comms.

[1] http://blog.cimation.com/blog/data-diodes-and-security-in-th...
The backups store messages as plaintext within the [encrypted?] backup. This compromises the messages themselves, but not the iMessage protocol nor systems.
I'm curious, what exactly are you talking about?

There are some pretty prevalent cultural attitudes in Japan with regards to toeing the line or knowing your place. Not to mention aversion to failure, saving face, and all that.

edit:typo
Evidence for Parallel Universes