skysight-inc/HackerNews huggingface dataset:
I'll give an example: I maintain a personal clojure/angular app for my girlfriend's students. One in a blue moon she asks me to fix things. Last time I reinstalled node, and the app was written against node 0.x, now node LTS is 6 or whatever, guess what, I couldn't even build it locally. Besides, I moved the app from a couple of VPSs (linode, DO, downsized it to cut costs, etc). But because I have my build dockerized, and it's running on docker too, I was able to quickly have an environment to run it.

Although docker images are not exactly reproducible ( you do apt-get update and you can get different results), its good enough. For me, it boils down to isolation and reproducible systems.
The points Steve makes in the early parts of the session were quite visionary, but when he got to the hardware parts, I guess it's quite easy to say in retrospect what they got wrong.

What's interesting, however, is that he does discuss this from several angles (my interpretation / memory below), namely that a) the hardware angle was a way to get people to use the software, b) a purely software venture couldn't sustain funding for the level of marketing required to break into the market, c) software seems to be moving slower than hardware (? - I guess that's the 80s / early 90s for you) and d) there's still a juicy hardware business that would be left off the table, if it were a software-only venture. So, it was a fairly well researched and opinionated bet, that just didn't pay off. I guess by tying the success of their software to their hardware, they ended up sealing its fate.
I can easily believe it. The overall structure may be designed to be ruthless to employees, but teams and orgs have a ton of leeway to form their own culture.

They purposely break up teams that get too big in order to keep with the idea of "two pizza teams", that is, a team small enough that two pizzas would be enough to feed everyone. The team and managers set the tone of culture at this level. At the next level up, the smaller teams coalesce into the upper org headed by a vp or whatever. The upper management here and the team managers sets the culture for cross team interactions.

It can therefore be possible to be on a good team if your managers are proactive and shield their team, but managers also have a ton on their plate and are beholden to the same power structures that are attempting to grind them into dust.

There was one manager that was beloved by all in the org because he took care of his direct reports - he saw the writing on the wall and jumped ship to a greenfield project in a different org. A bunch of senior engineers followed along shortly after.
The evil eye, and ways to get rid of it
I'm curious as to what level you're at. I hear that there is a pretty hard line between Principal engineer and SDE, in that Principle engineer is a pretty good gig.
From the, really well written, article:

> as ASICs continue to infiltrate every coin on the market

I think he means "every PoW coin", because PoS coins will change the game significantly (or am I missing something). In the comments at Medium we see several question being asked about this (at this point all unanswered).
Perhaps we should go physical. After all we seem to cope rather well with physical keys. Perhaps we should set up an infrastructure with 3D-printing keys and backup keys. Key scanners are able to read the key if (and only if) you insert the key. The keys are designed such that it is not possible to copy them from a picture of them.

The idea is, if the majority of people understands private keys like they understand door keys, then perhaps managing cryptocurrency private keys will be possible for everybody? Perhaps with some prevention measures against physical loss or theft like Dapp-based insurance or arbitrage?
Interaction Personas
Correct. There is a similar concept, but it is not the same as PII in the US.

Recital 26:

To determine whether a natural person is identifiable, account should be taken of all the means reasonably likely to be used, such as singling out, either by the controller or by another person to identify the natural person directly or indirectly. To ascertain whether means are reasonably likely to be used to identify the natural person, account should be taken of all objective factors, such as the costs of and the amount of time required for identification, taking into consideration the available technology at the time of the processing and technological developments.

Since the concepts mentioned in the comment, IP and browser information, are already being used to single people out for tracking, those particular types of information can definitely be viewed as the equivalent concept under GDPR, as defined in Recital 26.
And they put an extra big one in the space formerly occupied by the headphone jack: https://www.theverge.com/2016/9/16/12941040/iphone-7-teardow...
I'm gonna be honest and say that despite reading the books god knows how many times I never even considered the parallel. Now you point it out I can't disagree that there are some similarities and it feels like you are probably right. At the same time there are differences. He's more reborn than ressurected, he has changed, his memory and status and so on have all been heavily impacted. He, like a tool, has been fixed because it is still required. There are some tonal differences which seem non trivial.

I guess my question is this. In some ways storytellers are trapped in that if you want to do good vs evil - you're going to reuse themes. Whether it's a single "abrahamic" God/Devil, or pantheons and aspects, you're going to step on some toes and parallels can be drawn. If you try and avoid that you're warping the story you want to tell for the fear of readers assuming intent etc and that strikes me as far worse than accepting that mythology is always going to have got there first.

I don't know, I've never really thought about this before or seen the allegory arguments he made.
U.S. Ready to Impose Sanctions on European Companies in Iran, Bolton Says
How Augmented Reality Is Going to Change Google Maps
I understand your desire, but do you think the stupid stuff is going to stop happening in customer environments with Docker?

Are you still upgrading from a known state when you don't know how long it's been since they upgraded Docker? What if they're on a different version of the Linux kernel than you, or a different filesystem, causing Docker to work differently? All kinds of things about the customer environment that can affect your software are still out of your control.

The problem I've encountered with Docker in my own experience is that, while it intends to abstract over fiddly details of the system environment it's running in, it leaks just as many fiddly details, at a different level. If your goal is a self-contained appliance, you still need something wrapped around Docker, like a VM, at which point a cynic can ask why you need Docker.

Now, even though I say this, the ops team at my company (who know a lot more than me) do put Docker inside the VMs instead of just running the code in them. There is presumably some value to the abstractions it provides.
I don't know whether you're making this statement about Amazon, in which case I have no insight and you can stop reading now, or whether that's intended as a more general statement.

If it's the latter, I'd like to challenge the assertion that a PIP is necessarily the company trying to get rid of someone. In my experience as a manager, I've always made sure that PIPs are as honestly designed to get people back on track as could be. In, say, the last five years as a manager, and in my organisation of a couple hundred engineers, there were exactly two cases (and the key point is that I recall both specifically) where a PIP was primarily motivated to document the already extremely obvious (to anyone far and wide) underperformance and attitude problem. And even then, the managers in question had the professionalism to design the PIP to be eminently achievable.

Generally speaking, I find the likelihood of a PIP to be adversarial and/or a tool to be able to fire somebody to be much more strongly connected to whether there has been an adversarial relationship between the employee and their manager. For that reason, I found that it paid off hugely to make sure people move to different teams & managers and get a reset there before taking any drastic action. In the same way as people are said to leave due to their managers, not jobs, it's key to take that personal component out of a bad situation.
A huge percentage of ideas aren’t bad ideas but they’re not at the right time because people aren’t ready for them, complementary technologies aren’t mature enough, they solve a problem that isn’t a current market priority, etc.
Stable APIs are not strictly an engineering problem, it's also a business problem. In fact, most of the engineering that occurs is due to business problems. Most of the instability around software engineering comes from business requirements - they pay engineers to do things faster/less errors/better. So we ditch the old version and build new ones. And the world goes round.
I don't think that there's anything wrong with expecting some money and appreciation to follow genuine achievement, but focusing on those rewards to the detriment of actually making something cool is going to be pretty unfulfilling and unsustainable career-wise, doubly so if you are overt enough that your colleagues notice.
Commentary: Trump’s Iran nuclear decision ends era in U.S.-Europe ties
Zones are backed by ZFS, so thats 90% of my headaches gone.

Not that I want to manage solaris though...
IIRC if there was a situation in form of "3 children on road" and "1 old lady on the sidewalk" and you only had a couple seconds to react, you would be fine hitting either, there is a concept of "Übergesetzlicher Notstand" (emergency beyond the law) which hits exactly these rather rare and morally ambiguous situations.

The trolley problem as bystander is a different thing and generally not acting is the legally safer option though in both cases the likely sentence would be minor through various means.

edit/additional note: while you can't shoot down the plane legally and no soldier will be obligated to follow such an order, they would likely also fall under the "Übergesetzlicher Notstand". It's not a legal basis but simply a defense.
Are end user computers with 32gb ram going to be norm anytime soon?
People have told me before that maintenance costs 10x as much as development. That was based on some studies IIRC. My experience has backed this up. But it depends what you mean by 'dev' and 'devops' also, I assume.
There's slot of companies out there to work for with great people don't think success relies on working for one of the top five tech companies choose life dude.
For those concerned about being forced to use Oracle’s JDK / support you can definitely just use OpenJDK now. The build farm we have put together at AdoptOpenJDK.net will produce professionally tested OpenJDK binaries for all major versions and platforms with free LTS support. You can then also always go to a commercial vendor like Oracle for extra paid support if that’s what your org needs.
Firm to Map Out Manufacturing Capacity Worldwide with New Blockchain
Resisting single-chip ASICs, by large (on the order of a GB) memory requirements, may be desirable in promoting the use of commodity memory chips, which would account for most of the power consumption and hardware cost, leaving the ASIC tying the memory chips together much simpler, and running much cooler.
Limitation in the framework. We are re-writing the iOS version to support this. See https://noteplan.co/assets/videos/new-ios-version.MP4 somewhere at the end of the video its working.
Mt. Gox withdrawing Bitcoins again
My android only nags me with that question when the GPS doesn't (yet) have a fix. It's still stupidly worded.
We are using iCloud Drive, which is encrypted as per Apple before it is sent to their servers. But we are thinking to implement local encryption as well, if this is something users want.
My car key's battery suddenly gives out mid-drive once and I had to listen to a warning tone every few minutes but at least it got me home. It would be incredibly frustrating if the car just decided that it doesn't see the key and shuts it off.

It also breaks the backup mechanism for no-battery situation where you can tap the fob on where the ignition lock would be for key cars to start it up.
You can find plenty of articles in magazines in the early 1990s talking about the handheld internet connected device (that nobody could succeed with until the iPhone).

The Mac itself was too early for wide adoption. The first Mac had a tiny memory footprint and no hard drive. CPU and GPU technology needed time to speed up and shrink in size and cost. Apple survived on Apple II sales for years after the Mac was introduced and iterated, and nearly suffocated from mismanagement until Jobs returned and the iMac launched — Windows 95 was right on time.

Here's an Apple video about conversational voice-based digital assistants... from 1987 https://www.youtube.com/watch?v=HGYFEI6uLy0

The Valley is littered with husks of companies that had the right vision before the technology was ready (e.g. https://en.wikipedia.org/wiki/General_Magic). NeXT was almost one of them.
Disney, please sell the rights to Monkey Island back to its creator Ron Gilbert
In that case, the blockchain actually makes it easier to tamper with, since the nodes will trust whoever mines the longest chain.

If you just want to avoid tampering, you're better off with servers publishing (signed) messages and clients storing those in an append-only log; a good example are the CT logs: https://en.wikipedia.org/wiki/Certificate_Transparency
I read Programming Elixir in a weekend(ish) including doing most of the exercises. Was quite eye-opening to the world of functional concurrency.
> the data costs associated with the spying would be so great

I've just checked my monthly Discord traffic and it's mere 251MiB in/73MiB out. For roughly an 1-2 hours of gaming every other evening, and some longer weekend sessions.

Power usage, on the other hand, is a different story. When I've experimented with an app that'd continuously record everything around me, battery ran out in just a few hours.
The diet sounds similar to those of other monastic orders. Are monks in general where know for their comparative longevity?
Awesome! I've added a whole bunch of them.
That's really nice, thanks!
Show HN: A simple markdown sharing site
Thanks for mentioning. Yeah this seems to be a typo. The "u" is just beside the "i" on the keyboard. The rest of the review wouldn't make much sense otherwise.
> Is there something special about software with the level of introspection workers in this industry are expected to do, which cannot (or shouldn’t) be done elsewhere?

I'd say it's just the opposite: the software industry is very immature compared to other industries. We've only been writing software for 60-odd years. We don't know what our methodology should be - we haven't even figured out basic things like the right programming language to use. We expect to spend a significant amount of time and effort on process refinement because everything we're doing is (comparatively) new. Whereas many in other industries believe (rightly or wrongly) that they've got their processes figured out, and don't need to reassess them every week or two.
To each their own. I struggle with compulsive eating and free food at a workplace correlates with weight gain for me.

Of course, that's just me. I'm not saying you should be deprived. I like getting a free beer or two on Thirsty Thursdays but if I were a recovering alcoholic I would hate it.
This site has been running for the past couple of years, and has recently had an overhaul & refresh to make it a golang-powered site, via the source here:

https://github.com/skx/markdownshare/

Previously the code was a Perl-based application using the excellent CGI::Application framework:

https://github.com/skx/markdownshare.com/

I've slowly been reworking many of my applications to be golang-based, because I appreciate the ease of deployment & testing.
What's the protocal for a commenter with suicidal ideation? I feel like many of the replies here are unhelpful, and you should do something about it.
Efail or OpenPGP is safer than S/MIME
Don't think so but I love it. I use it all the time on my 2G featurephone and it flies.

I made a lite version of a job listing site I'm working on but its go live approval got lost in bureaucracy.
Quit today.

https://xkcd.com/1768/

You'll be OK.
Only today’s nitpicking culture could ever create an impression that Steve Jobs wasn’t intelligent. He basically created modern computing. The thought that he was just a snake oil huckster is lunacy.
I don't know about the person in question, but in order:

* Yes, but the age bracket for me is _very_ wide (it says "alive and not in need of new knees yet probably", but not much more)

* They didn't have this info

* This was wrong

* No, they didn't have this (although the country itself was correct)

* Wrong

* They did not have this
If not having lambdas in Groovy isn't a problem, then why are they coming in Groovy 3 ?
Docker on its own is fairly innocuous.

The problem is docker on its own is a gloriously complicated chroot with a cgroup wrapper. If it was just that I think it'd be ok. However the horror around storage (overlayfs, the mangling of DM, and the avoidance of a real filesystem designed for snapshots) is annoying as hell ()

However what people think of docker, isn't, and thats the orchestration layer. The problem is, there is no one orchestration system that fits all. For example AWS batch is a reasonable orchestration system if you just want to fire off a bunch of vaguely related tasks. However its terribly limited compared to Pixar's alfred or tractor(1/2)

K8s is a mess of config, instantiation, orchestration and logging, its a complex beast, which is difficult to tame cheaply (unless you use GKE, but then you still need to program _for_ it.)

I am currently trying to tame AWS batch to perform actual batch jobs, and write the support tools needed to make it useful. Of all the things that docker does, the only _useful_ thing it provides is the chroot+tar wrapper. However thats not worth the massive penalty of using AWS bollocks lvm+dm horror for storage.

Which leads me onto storage.

Docker, dm+lvm is the worst of both worlds, it gives you the appearance of thin provisioning, but doesn't actually give it. You have the penalty of IO redirection, but no gain. I now have to waste money by creating an AMI that uses ECS and ZFS
I don't understand how this is an argument in favour of free food/drink. You're selling whatever additional time you give to your employer for a rock bottom price. It's not a good deal.
Not mentioned in the article, but I imagine that this could be exacerbated by the fuel-saving 'auto engine off' behaviour of newer cars... you arrive home, engage the brake and the engine turns off automatically.

... only to automatically restart 15 minutes later when the engine sensors detect the oil temp is dropping.
>Due to broken MIME parsers a bunch of MUAs seem to concatenate decrypted HTML mime parts which makes it easy to plant such HTML snippets.

To me this sounds strictly like a MUA issue, not a PGP/SMIME one. If that's really all it is it does seem massively overblown to me. Why not single out the broken MUA implementations instead of saying "don't decrypt emails OR YOU'LL DIE"? I mean just look at the wild speculation in this thread, nobody understood what was going on or even what was really vulnerable and what wasn't. Given the alarmist tone and the claims of "no workaround available" I was personally expecting a deep conceptual flaw in PGP/SMIME themselves. Terrible communication IMO. The parent email in the GnuPG thread seems to agree: https://lists.gnupg.org/pipermail/gnupg-users/2018-May/06031...

We'll know for sure tomorrow I suppose.
That's because you've got location services turned on. There is an opt-out, but it does break Google Assistant.
I too do small shops using panniers. Not for a family of four though.
Hello, everyone, I am the author of the article and I'd be happy to discuss about it. Here'some context:

During KubeCon EU I discussed with as many developers as possible, trying to understand how people debug their applications on Kubernetes.

As expected, most responses varied from: "I iterate on my application locally, then deploy it again in the cluster" to "I add a bunch of print statements, re-deploy it, then make changes, then re-deploy again".

The article takes a look at the current way debugging is done, some popular open-source technologies for debugging microservices and peeks at an early preview on how the VS Code Kubernetes extension performs remote debugging.

Then, the article examines the really awesome features coming to Kubernetes 1.10 and 1.11 that will significantly simplify the setup needed to debug apps (specifically shared PID namespace and debug containers).

How do you debug Kubernetes apps, what tools do you use and what would you like to see in a tool developed for debugging microservices?

Thanks for reading, and feedback is always welcome :)
How is beeping every five minutes any different than what cars do currently? Cars with push to start are already required to beep when the key is taken out of the car.

If you add a special switch, that increases costs. Why should car buyers bear extra expenses for less than 100 deaths a year?

Should we require special bathtub sensors that beep when they detects still water because hundreds of people drown in bathtubs each year?
if after falling the shower head is aimed towards your face you can probably drown. The fall only knocked you out, the water caused death.
He also comlpletely negates the need of rewriting all of those "scripts" in case of a change in host provider.. None of modern companies is using own hosted servers because its simply too costly. Everyone is using cloud providers - now try to switch from one cloud provider to the other - all of those "scripts" would have to be rewritten top to bottom.

I cant take this article seriously, its just some person refusing to adapt because "in my days we did it differently"
This is worth reading with the Researcher then (publicly :)) asking him to "keep this quiet". I think some of the subsequent commentators have a point which is that the media will take this to mean PGP is broken.
The best extended gaming mouse pad
Joint Statement from May, Merkel and Macron on Iran
Why not just start an alarm 10 seconds after the key is out of range? Or automatically shut off the engine if the key has been out of range for more than 5 minutes. That still prevents accidents while driving (there were cases where children threw keys out of the window) but should be safe otherwise. And programming that timer shouldn't be a lot of work. The detection already exists anyway.
Broken - no, tedious and resources consuming - hell yes
There are two! There are two ISP's that allow customers to send Flowspec to their backbone!
https://twitter.com/flockforward/status/909090299724664832
Mods: Could you change the title to "Limbo X86 PC Emulator for Android" ?