skysight-inc/HackerNews huggingface dataset:
Hey everyone, I'm the CTO and Co-Founder of HumanPredictions happy to answer any questions anyone has about the article or the company in general!
This is documented as not working[1] in all but the most recent GCC versions. E.g. gcc-5.4 documents:

> "The aligned attribute can only increase the alignment; but you can decrease it by specifying packed as well. See below."

but gcc-6.2 documentation adds:

> "When used as part of a typedef, the aligned attribute can both increase and decrease alignment, and specifying the packed attribute generates a warning."

FWIW, Clang has supported reducing alignment in this fashion for a few years now.

[1] it's possible (likely, even) that it has been working for a while but the documentation was only recently brought up to date; I haven't investigated too carefully.
Safaricom Earned More from M-Pesa and Data Than from Voice for First Time in History
A middlebox has no way[1] to tell what protocol is inside of a TLS connection unless it terminates TLS. It could be HTTP, it could be telnet, it could be whatever. So no, you're not effectively using HTTP as your transport.

1. Almost no way. The great firewall of china has traffic models of what payload sizes should look like for upload and download traffic of standard HTTP over TLS. If you start to tunnel TCP/IP over it, the pattern changes enough (small payloads for TCP ACKs, etc) that they will inject a TCP RST into the stream to screw up the connection. It's impressive and super frustrating.
How long does it take to launch an instance using gcloud docker run?

We tried Joyent Triton, which is almost identical to Hyper, but among other big problems it took a LONG time to launch containers. Minutes.
O ye of little faith

https://gist.github.com/dcolascione/ae9be560ecadc349c25e4f1e...
I'm sure the creditors would be lenient if you can prove this incident complicated things for you.
Android Auto: right on your phone screen
There's some poor English and they list a Chinese office too. Probably not Heroku.
most developer(few thousand) in my company and most other I know of work for hours on desk in stretch, attend few meetings within office, use it some more in commute, back at home work/play some more on desk/bed. Once in few months travel to client/remote office/conference where they have to carry it for stretch. I expect same pattern from graphic/app designers, animators, video editor and PROfessionals in general. Sure marketing, consultant and similar profile move a lot but they don't need a pro level performance.

So a lightweight/reasonable performance Macbook line and a little heavier/high performance Macbook Pro makes so much more sense.
My one quibble with this article, which I think is otherwise spot on in many regards, concerns this claim: "It is more common now to regard humanity as lucid about its interests, and rational in its fulfillment of them (a few behavioral foibles aside)."

There is a strong trend in psychology (both pop and scientific) at the moment to focus on all the ways in which we (or, by an odd synecdoche, "our brains") are irrational (e.g. Dan Ariely).

If you contrast this viewpoint, which I think is increasingly common if not already quite prevalent, with say the viewpoint of intellectuals in the 18th century on "man's nature" I'd say we have a comparatively strong belief in the deep and wide-ranging irrationality of humanity, both when it comes to ends and means.
I didn't conflate the issues, he equated them.

In my opinion, particulate matter is a problem that will be solved with a small amount of effort. And now in India it will be, we had similar scare in 1998 and Delhi became the first city in the world to convert entire public transportation plus all the for-hire auto-rickshaws to CNG.

On the other hand, an entire political party in USA denies climate change is even real. Plus, it's not a problem that will be fixed at all, we can merely contain it's effects.
I get it, I fully agree.

That said: the industry is really built around conventions and culture. Guys making games for guys. Marketing to guys. The entire culture skews guys.

Of course they might have a hard time 'selling to girls'.

This might seem a bit 'sexist' or whatever to use a 'fashion' example, but just as a crude idea ... maybe a social game that made you a 'designer' - and you could design fashion/clothing ... you had to get a budget, design a 'runway show' ... and then get 'audience' (other players) to chime in and comment. You have to hustle and deal to sell the clothes or whatever. Hustle movie stars to schlep your stuff. Have real fashion designers and celebs chime in. Invent new textures, new fabrics.

Ok, ok, maybe a terrible idea in reality - but I'm just trying to illustrate a completely different scenario/culture/setting for which there exists no context in gaming as we understand it today.

Anyhow. I worked at an Fortune 50 and we were trying to market our 'mostly guy-ish' product to girls, and sitting around the table with 50-something rich fat men who all shopped at Wallmart, and their big idea was 'make it pink' - and that was it! :). Too funny.
IIRC because it could cause problems with overwriting system libraries in earlier versions, so it has long been deprecated.
It probably just seems like they came out of nowhere because there's been some confusing change in how their technology is referred to because they have a couple different projects — so maybe confusing between Hyper, Hypernetes (a Kubernetes distro), and now more accurately Hyper.sh. We wrote a couple articles in late 2015 profiling them, and that coverage upticks again this month.
http://thenewstack.io/tag/hyper-sh/
"The client cannot be guaranteed that the operation has been carried out"

You can add your own guarantees on top of this specification. So in my application, the DELETE is guaranteed to have succeed if you get a positive status code.
16Gb is ok for now I am already feeling the constraint and know my next laptop which should last 3+ years will have to have 32 gb to be comfortable with my future usage pattern and apps memory feature creep.

My usage is obviously not like everyones: lots of docker container and vagrant vms both with dedicated memory, unhealthy amount of browser tabs, memory hogging intellij (especially with scalaz implicits and having lots of projects open at the same time). And the biggest memory killer: working for clients with very large ecosphere stack of JVM based microservices that you spin most of up locally including dbs.

Whenever I pair with devs using 8gb MBAs on these projects they continually apologises for the MBA's slowness and their need to continually shutdown part of microservices stack as they run into 8gb constraints.

16gb is a sweet spot today, but not in 2 or less years.

Remoting into private/cloud vms or integrating with staging environments is possible sometimes, but I work on the train for 2 hours a day as well as from home a lot, and in demos, meetings, coffee shops. So relying on dodgy VPNs over fragile connections is painful. So spinning up the whole stack locally has always been a must for me. Again, this is not most people's pattern.

( Though spinning up microservices not just locally is a frustration why I in anger started https://github.com/flurdy/philharmonic )
Kevin Kelly (WIRED) on AI and how to be become an AI expert (skip to 45mins)
Turkey Doubles Down on Censorship with Block on VPNs, Tor
Circa late 2017 (or let's get real, mid-2019) that gets diluted by median income guys with 35k to blow on a car.
I have a feeling a huge chunk of the projects we see here are run on AWS. Duckduckgo runs on AWS. For getting things started quickly at a low initial cost, it's usually more viable to use a hosted solution (AWS, RackSpace, Digital Ocean, etc.)

However once you get big enough, the cost savings usually start falling the other way. Several companies I've been at have moved from using hosting to running their own boxes, either co-located or in their own data center (the CTO like to call this, "moving to our own private cloud" or some other marketing bullshit). Even then, careful decisions are made on to what to host locally and what to keep on a managed service due to cost.
Depends on the processor. Some RISC systems won't generate a fault, but others will. Some of the non-faulting ones will load unaligned data correctly (even across page boundaries), while others will helpfully swizzle bytes around in the result for you, or ignore the low bits.

"It depends."
I admit I'm a little behind on Docker but I thought google provided that with Kubernetes [1]?

I work with JVM and servlerless is just not worth it for the JVM (not yet but maybe someday with better AOT). Thus I know very little on instant serverless deployment. I'm sure it is useful though.

[1]: https://cloud.google.com/container-engine/
> The reason why existing Perl 5 developers don't migrate is because they don't need and/or want to.

Exactly. I continue to use Perl (5) for text munging, data cleaning, and gluing together programs written in other languages. It was designed for these tasks, I still need to do them, and nothing has come along since that is substantially better. When I need to do other things, I use other languages, and so far I haven't seen that Perl 6 has a "killer app."
That's an important page - for reading other people's misguided cleverness.
Well, i think its very essential.

From a scala from 0 to 100, i would say like 85% ... something like this.

But the way insecurity is exploited by firms (insurance companies are the best examples) is not a good way ... i think there are better alternatives (like more rational).
How emerging AI roles fit in the data landscape
Location: Toulouse, France
Remote: Yes
Willing to relocate: Yes
Technologies: Embedded Linux, C/C++14, Shell and Python Scripting, Functional Programming basics, build systems & CI, Open Source development.
Résumé/CV: http://deubeuliou.gitlab.io/resume/resume.html
Email: david _@_ marvid _dot_ fr

After working mostly on embedded Linux since 2009, I would like to expand my skill set and try new ways to work. I value dogfooding and for that reason, I want to work on projects or products I actually use and like - meaning that I'm particularly interested in companies that work with the product they develop (e.g. development tools, everyday-use opensource projects, ...).

Additionally, I'm interested in working on Ruby/RoR projects (because I've started learning them) or involving OpenStreetMap (because I love it) or Open Data in general.

I'd like to try and work remotely in remote-only or remote-first companies but I may also be willing to relocate. My preference goes to companies at which developers are responsible for deciding their workflow and where processes do not get in the way in getting the job done.
So in a summary:
FCC tries to stand up for users.
Paid article tries to go against FCC.
Hmmm. The UNIX education that's been hammered into me since childhood has said "If you can do it as not-root, don't do it as root".
Sony Vegas Pro 10 Serial Number and Keygen Free Download
I'm surprised the author didn't mention the outlier for a very long and successful ceasefire (despite numerous border incidents): North Korea/China and South Korea/USA. It would've made the article seem a little more balanced to me.
> But if there is a barrier in the SteamWorks API

Unlikely. There are Steam games that play cross-platform with PS4/XBONE; Rocket League comes to mind.

I'm sure it's possible to program yourself into a corner in regards to this, but I don't think Steam is forcing you to do so.
Yep. That's where I found $" and the other one, whatever it was :-)

I can remember $_, $? and $!, but that's about it. And I like Perl.
> as soon as you add a new yield point, you invalidate your safety assumptions.

While true, locks aren't free from this problem. They have the inverse. If someone adds code that accesses a data structure that should be protected by a lock and they forget to add the lock, you also lose all of your safety assumptions.
As of Spark 2.0 spark-ec2 doesn't ship with Spark anymore [0]. It's been moved here [1].

[0] http://spark.apache.org/releases/spark-release-2-0-0.html#re...

[1] https://github.com/amplab/spark-ec2
If the UK is in as much trouble as the naysayers seem to think, that 3% counts for more than ever, since cash will be tight.
I used to use SuperGenPass[1] to do exactly this, but what you'll soon find is that every website has slightly different password rules, so you'll have to start memorizing unique settings for each site (i.e. website X can't have certain chars, website Y can't be longer than 12 chars, etc...). Then you run into the issue of multiple things you need to remember, such as secret answers for various questions, birthdays that you may lie about, etc...

Much easier to just use a vault to store all this.

[1] https://chriszarate.github.io/supergenpass/mobile/
I think these concerns are slightly misleading. 2., 3. and 4. boil down to 1.

1. is a problem. If one password is compromised it is possible to brute force the master password. This is mitigated by a key-derivation function.

2. is also mitigated by a key-derivation function. Also you still need to test the guesses, which requires knowing one password or trying to log into a website. The second option should be equivalent to compromising one password via brute force.

3. is not true, they need to know a password or try to log into a website for every guess.

4. Again, this is only true if one site password is compromised.
There are fewer out-and-out fake scotch whiskey products; I can't, for instance, think of the Scottish equivalent of Templeton Rye.

But that doesn't mean price and quality are aligned. There are good deals in scotch, and there are bad deals. There are mediocre scotches that command huge prices for their brand. There's a sharp trend towards no-age-statement scotches clearing the way for more like that.

Also: part of the reason there are fewer fake whiskeys in Scotland is that they're practically all owned by Diageo and Pernod Ricard. Within those corporate families, distilleries are outsourcing a lot of their grain production, malting, &c. The stills themselves are mostly software-controlled. The median scotch is probably better than the median bourbon, but there's a case to be made for bourbon having higher highs.

There's also a trend towards startups lighting up silent distilleries in Scotland, so prepare yourself for craft scotch as well.
> A cyclist that passes a slow car with, say, 30 km/h

No casual cyclist can sustain 30kph on a level road. My average speed when I was in top shape and biking 20km every day was 15kph. I don't think you understand just how fucking terrifying 30kph is when you're on a bicycle. I don't want to ride at that speed, it's really way faster than I can react, and I feel it very well. When you're in a car, 50kph feels like nothing at all, but on a bicycle you're acutely aware how you're propelling your body sitting on a few thin tubes of metal and two flimsy wheels at a speed at which you have no control over. I've reached 50kph only once in my life on a downhill stretch of good asphalt road on a Sunday with no traffic as far as the eye could see and I don't ever want to do it again. 30kph is scary. 50kph is terrifying.
there's a very popular argument often made that if you dont use an explicit async-on-evented-IO approach for concurrency in general, and instead use threads or even an event-IO approach that conceals the IO wait just like a thread scheduler, then your program is impossible to reason about and will have bugs forever. Glyphs "Unyielding" at https://glyph.twistedmatrix.com/2014/02/unyielding.html is one well known blog post that describes this concept. For a lot of developers, the original reasons for event-based IO (e.g. many stateful network connections) is lost. The popularity of Javascript, which in recent years has exploded as a server side platform as well, is a key driver in this trend.
Charging speed is almost irrelevant for EVs. In the end you're limited by the amount of power you can push through a liquid cooled charging cable, and traditional batteries can almost certainly be engineered to handle that current.

Once you get to that level, further improvements will not be that interesting. Maybe we'll never reach ICE refueling speed. But with electric you can put a charging spot on every parking space in supermarkets etc, and people can just leave the car charging while they shop.

Energy density is the only thing that matters.

Good super capacitors have other great usecases though. But maybe not as sexy.
> yet somehow felt the need to restrict much of the SSE ones into aligned

Because it wasn't worth spending die space on that as opposed to other things that matter a lot more for performance, presumably.
If it takes 1 sec on my device and 1 year on attackers

versus

If it takes 2 sec on my device and 2 years on attackers

My conclusion

I will spend one second of my life for each login I do, but I'll gain 1 year of security (or the attacker will have to double his power).

Perhaps 5 years to generate, 5 years to break isn't usefull (and the ratio would be terrible).

But keeping the same ratio, or even making it a little worse when it makes the attacker take longer, doesn't seem bad.
I believe this "new calendar" idea has already been tried several times. Religion and agriculture always seem to be the sticking points.

Months are hardly necessary, anyway. Wouldn't quarters be better?

Have 4 quarters of 13 * 7-day weeks each. Designate the vernal equinox as day 0 of the calendar, follow it with the 4 91-day quarters, and tack on leap days after the 4th quarter according to the Gregorian calendar rules.

So you end up with dates like the 41st of Spring, or the 82nd of Summer. New Year's Day would be the 0th (nilth) of Spring, and Leap Day the 92nd of Winter.
How long before video and audio evidence will not longer be admissible in court? 2030?
Where is Hyper.sh (specifically its containers) actually hosted?

As I explained in my other comment https://news.ycombinator.com/item?id=12892243 it really feels like Hyper.sh is hosted on Amazon, and there were references to that fact before, and you guys are trying to minimize that in your site now.

If you're on Amazon, that's OK. I don't think that minimizes how cool this technology is and how much easier it makes things. Amazon has an Elastic Container Service, but this is more nuanced than ECS is, and much more painless. But if the containers aren't on Amazon, a little more detail on how that works would be awesome, because right now it really feels like they're on Amazon. Which is fine, but when folks are making decisions (like putting their stuff on multiple platforms for reliability), it's important to know.

Edit: I signed up and looked around. It appears they're hosting on ZenLayer, a Chinese hosting company that has hosting in LA as one of their options. Not sure why they stick so closely with AWS on terminology though.
I wonder if Apple has realized that this is their New Coke moment?

[Yes, I realize 3/4 of the audience here is too young to remember: https://en.wikipedia.org/wiki/New_Coke ]
Artificial lighting has long solved that problem.
For anyone looking for easy to use docker hosting, I would heartily recommend docker cloud(1st node free, then 14$/node/month), along with bare metal providers like packet.net or scaleaway.

I Have a 8GB/4-core atom based bare metal server running on packet.net for only 35$. Is running 30+ moderately used containers without any trouble.

Got me off heroku finally!
The first decade of computer games, the all-time best-seller was King's Quest. It wasn't combat-related. It was problem-solving. It sold double what anything else had ever sold. Because girls liked it too. That was all it took to be #1 - double your demographic.
Photos are still admissible, despite Photoshop existing for several decades.
> One thing that most people don't realise is that Japanese electronics are expensive compared to the rest of the world. If you have high end purchases (like a computer), you can fly to Korea and the money you save will pay for the flight, easily. Especially with the insanely high yen, American machines are also a pretty good deal.

This is pretty interesting because my experience has been that electronics were pretty expensive in Korea, as well. When my wife's laptop died while she was working in Korea, I ended up bringing her a new Samsung laptop from the US on my next visit because it was considerably cheaper here than buying it there.
I have to use two passwords to login to Lloyds bank. One conventional password (which is presumably stored salted and hashed) and one where I have to enter characters from three positions they choose. The latter is intended to mitigate the risk of using your account from a vulnerable computer. The former takes care of vulnerabilities on their end (as far as any password can).
I was saying for a while now, that we could probably reduce 90% of accidents by mandating that every car is fitted with a device that almost every new car has as an option - an automatic breaking system, which stops the car in case of imminent collision, based on a forward facing radar. I imagine it would reduce accidents in cities to near zero, and outside of them by an order of magnitude.
The vegetable which must not be named
Luck of the draw. I have not seen the huge Perl funcs, only a few times in C (literally thousands of lines). But that's just the crowd I happen to have worked with.

YMMV, as they say.
I think they should be able to. Just like now, except the autonomous cars will not run the red lights.
yes, and I didn't mean to imply that all of them are idiots. But an unreasonable number are, given the widespread access to education.

Education seems to be wasted on maybe 30% of the US population. That seems all right to you? Or maybe I should conduct a study?
Version conflicts and package naming collisions are two different problems. The OP referred to the version problems.

I overlooked package naming conflict which can occur with composed package names. It is true and correct that aliasing will help solving such type of problems.

Thanks to point this out.

PS: I suspect you have been down-voted because your critic is excessive (cf. "half backed feature").
I was going to, but the anti-procrastination filter stopped me.
Practicality beats purity
To be honest I haven't tried the docker run stuff yet and still use VMs. It does take time to provision (for me like 30 seconds). I also don't do much serverless stuff (as mentioned in other comments) so my opinion is pretty crappy at best :) .

I wasn't sure how fast Hyper was when I commented but I suppose it is fast (I missed the 5 second subline twice).

One of the big issues to why we don't use Docker is that making Docker images is really slow for us! So while we would get fast deployment/provisioning we would have to pay for it in longer build times. I'm curious how others speed up Docker image building?
I guess another way of seeing that would be "fewer chumps use Python" :-)