skysight-inc/HackerNews huggingface dataset:
Agreed.

The predictable retort that there is no need for a public review of source code, "because indecipherable/underhanded code can still be written" is nonsense. If the code is so poorly written and tested that it is possible to be underhanded without the risk of anyone noticing, that code should not be on the road!

We wouldn't be happy if the cars wiring and hydraulic systems were a fragile spaghetti mess that was impossible to inspect, why should we allow it for embedded software?
I've been interested in Docked for a while, as we have dozens of WordPress sites we work on with individual Vagrant machines.

The up/down/provision/destroy lifecycle is time-consuming, and the size adds up.

The docs for this project are _fantasic_ in that I could read it and understand what it does and _why_.

This is one of the few (like fig) Docker-ish projects that actually seemed approachable due to the docs.
Well, more than that, it's packaging them into user-friendly tools and promoting the shit out of it.

Still Docker the company's core value proposition is a hosted registry, something many savvy corporations will never go for. Docker the product could probably do just fine if the company were to fold.
Yes but it gives it to competitors as well, which is a problem.
I think it's more the "JS" and less the "Node". If you're building a web application, for the most part, Javascript is part of the equation, especially as frontend dev has shifted from "write a few lines of html" to "render an application".

From there, Node isn't that big -- it's a few libraries for interacting with the system. The assorted framework stacks and whatever haven't really sorted themselves out yet.

From a technical standpoint, what Node does well is that it's basically async-IO-by-default, which is very nice for real world performance, whereas in most-every other environment I've worked with async-IO feels like an unwieldy addon where example code is hard to come by.
You've mentioned four things that are part of the messaging app, and phone calls.

If you aren't aware of the other things Apple Watch does that Pebble doesn't, you should probably do some more research.
Amir Najam LLC Seattle – YP.com
Have you tried using Tornado/Twisted for the websockets? I'm curious about performance.

I'm building a side project right now and I'm using Django running inside Tornado (it's pretty simple to setup, really) so I can both have my cake and eat it (easy APIs, and a layer I can use to maintain websockets.) I wonder if the performance would be comparable to Node?
If you use s3.amazonaws.com then you aren't using a CNAME anymore, meaning you can't use CloudFlare to accelerate the traffic. CloudFlare needs to control the DNS.
I'd ask them to do my laundry and my shopping and entertain my cats. Cuts both ways right?
But then, if you want to make use of these unusual situations to make people drive more slowly, and build more of them, then they come not unusual situations, and everyone gets used to them and drives normally.

Where I live (Finland), we have plenty of separate bike/pedestrian paths, so biking is overall nice, but not like Copenhagen which is a) completely flat and b) in a milder climate.
I think that container images will replace traditional package management in many cases. Package management in Linux has given us many great things:

1) Easy global mirroring of software using "boring" protocols like http and ftp

2) Cryptographic signing of the software so we can trust mirrors and systems that put users in control of who to trust.

3) Human significant package names that are easy to pull onto a host e.g. `apt-get install $name`

Where package management broke down:

1) Package collisions e.g. If I want to install a new custom build of python it replaces the host version and everything may break. The python3 v python2.6 problem.

2) Dependency namespacing. e.g. If I want rely on a non-official mirror to ship me whizbang project X they could also replace my libc by adding it to the repo because the names and versions collide.

Making sure that we hold onto the good three properties of package management while fixing the two problems is important for Linux moving forward. The last 15 years of Linux was dominated by the centralized package management system and a ton of hacks have developed to work around it when you need a new package or want to install custom software. This is why I spend so much time working on container image specs like appc and oci; I hope we can arrive at a good container image format for the next 15 years that everyone can rely on.

For examples see slide 6 forward here: https://speakerdeck.com/philips/rkt-and-the-need-for-the-app...
It's not quite plug-and-play, but it does seem like there's been some progress.

https://lwn.net/Articles/644681/
This is too vague to judge.

Does the AI code in self driving car apply? Or the control software in a drone?

And in the future, ECU may not be a standalone device any more.
It's the car. Just few days ago it was reported by WSJ that Apple's Project Titan was made a 'committed project' which means it's being targeted for release.
> The Apple Watch display turns on when I raise my wrist to look at it. Always-on seems more like a vanity feature than actually useful. If you aren't looking at it, it serves no purpose to be on.

Yeah... if you are wearing it. When I'm at my computer I don't like wearing a watch. So I take it off and place it next to my laptop (hate the band rubbing the desk/keyboard). In that scenario, always on is useful. Also when biking or motorcycling (especially far) I mount it to my bars because I like to be able to see it, again, not wearing it on my wrist. When biking (I bike a lot), the fitness function of an apple watch is <4 hrs. I take longer bike rides that that, so battery life is key.

> I put the watch on it's charger when I get in bed, and take it off when I wake up

yes... but if you don't have to do that for a week, it's much better. Just because you are willing to charge it daily doesn't mean it's acceptable.

All that said.... as an overall Apple fan and fitness fanatic, I would love an apple watch, if and only if, it allowed me to get 5+ hrs of fitness tracking WITHOUT bringing my phone along (so it needs GPS). So alas, I'll hang on to my Garmin which gets 24 hours of continuous GPS recording + my original Pebble until Apple Watch 2.
> You can still offer isolated transactions, tunable consistency, etc. within a shard though

And if that happens to be exactly all you need then that's great! :)

> And yes, you can write high performance Java, but for whatever reasons the Cassandra codebase isn't an example of that.

I don't know anything about the Cassandra codebase, but one thing I'm often asked is if you're not going to use the GC in Java, why write Java at all. The answer is that the very tight core code like a shard event loop turns out to be a rather small part of the total codebase. There's more code dedicated to support functions (such as monitoring and management) than the core, and relying on the GC for that makes writing all that code much more convenient and doesn't affect your performance.
When I was trying to learn Express it didn't make any sense to me, batteries were not included at the time and I'm sure they are now or you can just ask Yeoman and it shall be granted. Since then I've watched Rich Hickey talks and started to dig into Clojure and started to grok the whole computing stack. The Clojure way is to compose your own web services rather than configure them. I think express works the same way. Build what you need. Frameworks are always more productive for a hackathon or a pointy haired boss's deadline. For building a system that will be robust, maintainable, and scale to n, pure logic plus minimal libraries are superior in the long run. And far more secure, both through purity and obscurity.
People already do things like that:

http://www.newyorker.com/magazine/2015/03/23/in-praise-of-sh...
Not to mention that as far as the physical portion of the car is concerned, competing manufacturers can simply buy the car and tear it apart.

That said, there's probably a strong argument for protecting the source behind things like integrated entertainment/navigation systems, provided they're sufficiently decoupled from the car's critical systems. A really slick UI is a competitive advantage.
Maderight (YC S15) Is Hiring a VP of Engineering
Maderight is a fast-growing, venture-backed startup that manages the supply chain for fashion brands. We are looking for a VP of Engineering that isn’t afraid to get their hands dirty. You will own the entire software stack and will lead both hiring and managing the development team.

Ideal background & skills:

• Experience building and scaling web services from scratch.

• Experience managing a team of designers & engineers.

• Full stack developer & architect

• Strong interpersonal skills. Ability to communicate technical details simply.

• Comfortable with a fast-paced environment and changing requirements.

• Ability to flourish with minimal guidance, be proactive, and handle uncertainty and ambiguity.
Not really. The pricing was probably set to encourage customers to migrate their infrastructure to EC2 knowing there is no added cost uploading everything you have been storing since 1994.
Pushpin (http://pushpin.org) is handy if you want to add realtime stuff to a Django app without needing to learn a new language.
Any idea where I can get a full sequencing at a reasonable price for personal use?
Linux has been built with small modifications under tcc, icc and llvm. Linus doesn't want it to be tightly coupled to GCC.

The LLVM build patchset is being actively maintained, here hare slides from February: https://events.linuxfoundation.org/sites/events/files/slides...
and what about the Happy Eyeball algorithm ? does Android implement it ?
Numba has loop fusion, runtime, and soon multithreading parallel vectorized functions. How is that c like?
Packaging in the language itself ranges from difficult to impossible for most non-trivial apps. Popular runtimes like python, node, and ruby have many extensions and packages that rely on C and share libraries. Because of that a compiled binary package will not be portable between machines or require that the machine you deploying to have a working compiler to build the C package from source. I have seen vast amounts of engineering effort invested into porting C code to slower "native" code just to make packaging work. With containers you can avoid the mess of trying to share the `/` filesystem namespace with the host and concentrate on getting your application working on a chroot that is portable between Linux kernel systems.

I 100% agree with the compile it statically thing. This is what many major internet properties likes Google do and I would argue part of why Go is so popular. But, it is hard for the vast majority of applications that expect to open files for assets and lack build systems for static compilation.
I think the point is that even with the ability to see the future, they would have still made the same choice, given technical limitations of the time. So there's nothing to regret and a retrospective view adds nothing.
Most website notifications are broken, and so easy to fix
The binaries have to run somewhere. Container evangelists love to espouse the purity of running any container on any dock OS, and this is as true as being able to migrate VMs between any host - it still comes down to what the application/VM needs from the underlying OS/hardware.
No, but the Gmail team might be worried about some Russian guy finding a buffer overflow in YouTube's application. Then what? They can escalate privileges and read your email?
Well, I was speaking within the context of web applications, but I do think Java wins in the "business app" realm, which most younger people want nothing to do with.

Also, 3 to 5 years from now is where I'm aiming at (JS will be "stable but still cool").
> At the end of the day, with 340 trillion trillion trillion addresses, handing out too many isn't ever going to be a big worry in the foreseeable lifetime of...anything, really.

Gates already made that mistake.

I know "this time is different", but if you start thinking of "internet of things", where literally every little thing in the world can be called (so needs its own name/number/ip/etc), then at some point we might run out of those numbers as well.

I'm not sure how much (2^128) / 7 000 000 000 is, but it seemed not alot of every human's property can have its own address.
Yeah, but what are you going to gain from looking at the source when you can see the screens and output directly? Is there really that much innovation in entertainment systems that can't be discerned from the UX itself, and which requires deep analysis of the code? The only way that makes sense is if the code itself gets cloned, but that's a minimal development-time savings in an otherwise huge release of software + the car itself.

DMCA in these cases seems to be a protection against third-party aftermarket for upgrades, and protection against remote hacking rather than protection of IP for competitive purposes.
CodeFights thinks competitive programming could be popular
Why? Competitors are the best placed entities, in terms of both resources and motivation, to perform a review.

Also, do you want officials to have to review and test one hundred different implementations of a safety critical piece of code, or would you prefer an evolution to a single standard shared code base, shared between manufacturers, for which all testing efforts are directed at new patches?
Sure, and is so is your home screen and so is the dialer, but when people say "apps" they mean specific service-based installable applications.
Health Tech Startup CliniCloud Secures $5M Seed Funding from Tencent
TBH, RSUs are better if you cannot afford to early exercise. Otherwise you have the 90 day option expiry problem after leaving your job, unlike most RSUs. Options also get bad with AMT tax if you didn't early exercise either. RSUs stay with you even after you leave the company.

Oh well, you lose long term capital gains tax benefits, but most people do not have the money to even exercise their vested options, so they sell during IPO and have equivalent tax treatment as an RSU.

Some companies now have option expiry dates at 7 years, but those can be counted on one hand.
What the parent is saying is that had they implemented a scheme like IPv6 at the time, it would have been problematic for hardware reasons, so it wouldn't have made sense. He's right.

IPv6 is old now. It dates back from 1998. Engineers understood two decades ago that ipv4 would run out and it finally made sense to create something better.
Numba has list, Named tuples, and is working on define your own jit classes.
Yeah that is kinda my point. I am upset that GM wasn't held to this standard of accountability or any other car company for that matter. I agree with you that this one is as bad or worse.
> Code that runs a car is the opposite: it is worthless by itself

What about for self-driving/automation features? There is a strong argument that such code especially should be available for scrutiny, but it is far from worthless as a standalone.
The amount of logic that went into this program just so Volkswagen wouldn't have to lessen their emissions seems...illogical. Did it really cost less to build, QA and deploy this software (and keep it under wraps for this long) than it would have to just fix the damn engines?!
My thought process isn't as terrestrially constrained...qualitatively science fiction by today's measure, to be frank.

I was thinking more along the lines of an architecture adopted today which survives many millennia into the future that accounts for exponential human population growth on a galactic scale, isn't limited by the natural resources of this planet, where increment() will be the only pragmatic address assignment operation, meaningful archaeologic insight might be attained by discovering a microscopic 128-bit invariant, and so on.
Me too. I've been thinking about doing an analogous benchmark in C++ for a while.
The simplest way to deploy Django nowadays is uwsgi. It can do everything, including serving static files with good performance.

Setting up some routes, the virtual environment, and env variables is a breeze. It's easy to test locally to see if it's breaking, and trivial to restart.

uWSGI is a pretty amazing piece of tech. A small binary which can do practically everything you need out a web server, really fast, and simple to configure.
How is that a problem? That's bascially the same thing as installing a newer set of tools under your home directory, and using them for an application. This has been done since long before Linux.

(Containers are still good, for isolating concerns and management. Multiple versions of the same library is just not it.)
Physics is a cruel mistress.
Offshore banking with 100k?!? You are off by several orders of magnitude there.
Every human can have trillions of addresses and not use that up.
My main toolbelt these days is DRF + React. So yes.
> Am I incorrect in assuming that you could implement your entire server-side js app now as an nginScript module? Do people think that is a good thing?

This is kind-of already possible with OpenResty: https://openresty.org/

You can also use Lua, a programming language more than capable of producing efficient web application backends, directly in Nginx config files: https://www.nginx.com/resources/wiki/modules/lua/

So...in a way, this has really been possible for a long time. I'm not disagreeing with you, because personally I'd much rather build my web app in a language and toolchain that's easier to work with, but I find it interesting to read about.
I have been having the same experience.

You only spend some time grokking the basic syntax of the language.

Most of the time is spent getting the frameworks working and talking to one another. The frameworks having the same underlying language does not gives you much advantage.
Important Tips Before You Choose an SSL Certificates
I certainly hope Google will open-source their self-driving car code before it is let loose on the public roads.
I'm always amazed that more people are astounded by facts like these rather than expecting them.
Median age was 30+ish last class(or a previous one?) IIRC.
Doesn't matter either way, if you're good and have a good idea, no harm in applying.
They're not taking the cars back and destroying them. They'll send letters to all the owners telling them to come in to a VW dealer for some warranty service. A tech will flash the ECU and they'll be back out on the road in a minutes. It will definitely be costly but not $350B.
I have mixed feelings about this. I mean, yeah, open source would definitely alleviate this issue. I don't know enough about the state of car industry software (if Honda is par for course...I'm guessing, based on my new car...not that great?) but I imagine there would be unintended consequences that make OSS a difficult pill to swallow for carmakers. But sure, if it's feasible, make them do it.

...But my objection is that there seems to be many other ways that this problem could be solved...For example, perhaps the certification process should be slightly more rigorous than "self certification"? Obviously, testing is cumbersome if the EPA can only test "10 to 15 percent" of new cars...on the other hand, it sounds like WVU engineers were able to discover it accidentally without touching the software...which is how a lot of effective engineering testing manages to be done despite black box systems.

Yeah, making software transparent is almost always a good thing...but if the test has the kind of predictable characteristics such that programmers can seemingly hard code the parameters...Is it really easier to move an entire industry to the open source paradigm than to design a more robust test?

And not to throw too much pity on the regulators...but they were dealing with an exceptionally committed adversary. It's horrible how GM's culture allowed the ignition switch defect [1] to go unrecalled until a dozen people died in such senseless ways...but the ignition switch defect was a result of well-intended, if ultimately incorrect tradeoffs in the engineering process. And the deaths were far enough apart, and their cause not certain enough, for good-hearted engineers to have a "well, someone above my pay grade is dealing with this" mentality.

But VW's situation...it's hard to imagine how the bad code came about without active intent by everyone who touched and tested that code. It's one thing for a huge company to have the kind of bureaucratic stagnancy that leads to tragic inaction...it's something else for them to commit to breaking the law in such an obvious way.

[1] http://www.npr.org/2014/03/31/297312252/the-long-road-to-gms...

edit: It really just seems the OP is throwing a bunch of assertions together, with software being the most mysterious and therefore the most obvious scapegoat. The advocate/technologist most prominently featured doesn't make cogent arguments (though maybe he was misquoted?).

The following quote from Mr. Moglen is so nonsensical that it could only make sense to people whose understanding of computers seems very limited:

> “Software is in everything,” he said, citing airplanes, medical devices and cars, much of it proprietary and thus invisible. “We shouldn’t use it for purposes that could conceivably cause harm, like running personal computers, let alone should we use it for things like anti-lock brakes or throttle control in automobiles.”

Huh? If software shouldn't be allowed to run personal computers, because PCs can cause harm...then...huh?
The problem is that lower emissions leads to lower MPG.

Volkswagen wanted the best of both worlds, Low emissions and high MPG, so they changed their settings based on what was being tested.

This allowed them to sell their cars with much higher MPG ratings while still passing the emission standards test.
Thanks for this link. Perhaps the most disturbingly accurate description of procrastination I have ever read.
My Calibre library is 2 gigs. Do you really want me to upload 2 gigs?

Is there an offline mode? How do I access my books if there isn't?
FSE is implementation of this new ANS entropy coding, also used e.g. in lzturbo 1.2. It's surprising that even still using huffman, brotli is slowly approaching its performance:

http://encode.ru/threads/2313-Brotli?p=44970&viewfull=1#post...