skysight-inc/HackerNews huggingface dataset:
So i think this is intentional. At least, my 2014 Q5 has an adaptive cruise control that can only be enabled at >20mph. However, I can set it to anything above 10mph (and it will not automatically turn off with a speed too low warning until it drops back below 10mph).

I expect his car is simply set with 31, 30 (km/h), instead of 20, 10 (mph), like mine.

Interestingly, Audi's are incredibly hackable (relative to most other cars) due to the existing of VCDS (http://en.wikipedia.org/wiki/VAG-COM), which pretty much lets you twiddle any possible parameter the car has as a parameter somewhere in it's system.

I would be shocked if the cruise control limits were not parameters controllable, particularly since

1. Cruise control is retrofittable onto a lot of these cars:

See

http://wiki.ross-tech.com/wiki/index.php/Retrofitting
(look under cruise control)

http://wiki.ross-tech.com/wiki/index.php/Checking_Cruise_Con...

etc

2. The adaptive cruise control is different between the various models. For example, the newer sedan models can do stop and go cruise control, but my Q5 cannot, so it turns off at low speeds.

I'm near 100% sure this low limit is parameter that is controllable through VCDS, so it can be set to zero for these cars, even if nobody in the community happens to know the coding for it right now.
There's no escaping the encoding: a quick explanation on Unicode vs. Encoding
From my understanding, the author was complaining about the way default arguments mess up implementations of currying. If default arguments were included in the .length, then all existing currying implementations would carry on working with no modifications, they would just ignore the default values and require that we pass in values explicitly.

Let's say we have these functions:

function getElem(arr, index=0) { return arr[index]; }
var curried = curry(getElem);

In a hypothetical world where default arguments are included in the length, we would have to supply them explicitly. That's no big deal though, it's just a potential inconvenience:

// Hypothetical, "better" semantics
var arr = ["a", "b", "c"];
console.log(curried(arr)); // partially-applied function, *not* "a"
console.log(curried(arr, 0)); // "a"
console.log(curried(arr, 1)); // "b"

The ES6 semantics is worse because we cannot provide a non-default argument to a curried function:

// Actual, "worse" semantics
console.log(curried(arr)); // "a"
console.log(curried(arr, 0)); // Error: attempts to run `"a"(0)`, but "a" is not a function
console.log(curried(arr, 1)); // Error: attempts to run `"a"(1)`, but "a" is not a function

The reason this is particularly unfortunate is that one major use-case of currying is to provide default arguments! In other words, by adding default arguments to the language in this way, ES6 is breaking an existing mechanism for default arguments!

I would argue that currying is actually more general than default arguments, so if it's a choice between one or the other, they should have added currying to the language instead of default arguments.

They're not quite comparable, but you can think of currying as supplying default arguments "dynamically" (at the call site), whereas regular default arguments are supplied "statically" (at the definition site). For example:

// Give "y" a default value for everyone
var defaultMultiply = function (x, y=2) { return x * y; };

console.log(defaultMultiply(5, 7)); // 35
console.log(defaultMultiply(5)); // 10

// Don't commit to any defaults yet
var curryMultiply = curry(function(x, y) { return x * y; });

console.log(curryMultiply(5, 7)); // 35

// Give "x" a default value, to act like defaultMultiply
var double = curryMultiply(2);

console.log(double(5)); // 10

// Give "x" a different default, which we can't do with defaultMultiply
var triple = curryMultiply(3);
console.log(triple(5)); // 15

I've implemented and used currying in JS, PHP and Python, and I found JS the most pleasant, specifically because it didn't have default values.
Implementing a Distributed Deep Learning Network Over Spark
Please, by all means donate 100% to GnuPG! That's the best possible outcome from this project.
Again I would like to say that I'm telling from a single person point of view. Who wants to start job as soon as possible and wouldn't mind getting any reasonable rental.

I've 5 examples (1 including me.) who found a reasonable place to live for that money around Stockholm area.
Perhaps if people understood better the technology that allows their business to operate, they wouldn't waste time versioning APIs and having to re-write clients (web, mobile...) every time the server changes something!
down for me... or at least that's what cloud flare is telling me.
As far as I know, no.

Hence why even if C looks like a portable high level Assembler, there are many modern CPU features not available.

Even most common extensions just cover part of them.
If you graduate from university and work in a real company you will see that APIs, especially if given to customers, are nearly impossible to kill. You can change them a little, but you can't get rid of them, ever. I bet there is even still a significant Android 2.3 community in China as well (as I guess in most other second/third world countries). If you don't replace Android, you won't replace the Java. And even then Android will be hard thread to your new project.
Sure. I think this is largely a matter of preferences in pedagogy, but when I'm looking to learn something, I like to have heavily annotated examples that get progressively more complex.

Listing every option with a description, to me, is not as useful as seeing it in practice.
Depends on whether you mean 20mins on a bus/commuter train or 20min commute door-to-door. 20min on bus/commuter train easily cuts rents down by a lot, but such a commute is likely 40min in total if you include walking to the bus/train and walking from the train to the office.
5k is really low and likely only gets you a room or a small 1 room apt at the outskirts of the 20min commute.

Btw. I made an experiment that shows approximate commute times on weeekday morning (including walks to stations but no walk from Sthlm Central Station).
http://commutemap.azurewebsites.net/

Edit: note the green "islands" of 20minute commute that extend along the commuter train lines.
I know this is highly pedantic but CURRENT_SPEED is not a constant and therefore shouldn't be all caps.
Thank you for pointing to the AUR, another great example of where you should never trust the maintainer blindly and _ALWAYS_ inspect the PKGBUILD yourself before installing.
>Classes. Whoop-dee-freakin’-doo.

There are dozens of ways to do classes/inheritance. Standardizing this means better tooling, documentation, and interoperability.

>Default parameters. By itself, this is another “so what” feature.

It's extremely useful in conjunction with named parameters. Named parameters are so much better than "option" objects.

If it's right in the function's signature, you can see right away how this thing is supposed to be used. Since it's declarative, it can be also picked up by your editor, too.

>let considered harmful

No, it's not. It makes variable declaration work like everywhere else. Function scope is the super weird anomaly.
Five Ways the Washington Post Got Middle Class Woes Wrong
I have a large app in Django at my work. The thing is it doesn't make sense to split this into smaller apps (except for the shopping cart equivalent). It tracks the workflow of our organization, so all queries need to be related from the very start to the very end of the process. (Ok, not all queries, but a lot of them).
If you're willing to deal with short (less than 6 month), not always entirely landlord approved, contracts and can move out on short notice then finding a place isn't too hard. If you want to stay put for a year and have a fully legal contract then it obviously gets a lot harder and more expensive.
> Having been a dev team of 1 for a long time I'd never experienced the headache of installing all the dependencies required by our Django system. It never really occurred to me that as I installed more packages, it was becoming incrementally larger and more complicated for new team members. Because of this, the monolithic Django system was already proving a headache to get quickly set up, running and understood by our new hires. Splitting it up into more digestible chunks (services) therefore should allow us to scale the team a lot quicker this year and beyond.

Yet, the dynamic language community constantly laughs at Java developers and their high overhead dependency management solutions, which just happen to have these kinds of problems solved since more than a decade.

Pathetic.
True. But it's the first that came to mind.
Microsoft hits out at Google team over bug report
REAL Grey Aliens Caught on Tape 2015
This debate has been going since the days of AOL and CompuServe. As here, it usually misses the differences between public content, private content, and corporately farmed content.

Twitter etc are corporately farmed content, and they all provide web and app access. The access method is just a front end.

Personal content in apps isn't usually all that interesting. It's hard to think why anyone would care about my Angry Birds scores, or what level I'm on in Candy Crush. (If I played Candy Crush, which I don't.)

If you want to make an app that shares content on the web, it's not difficult. I don't see a problem with the fact that it's extra effort, and if you're going to do it you need to justify that effort in some way.
Awesome, go donate to GnuPG! :)
Today TF experienced short outage, I suppose it is still echoing.
If I'm not mistaken that's not hoisting, since that code will work as long as a() is called after b is declared regardless of the hoisting. Keep in mind b is only accessed when a() is actually executed, not when it's declared!

Hoisting works like this:

a();

function a() {
console.log("FOO");
}

Which might or might not be more readable, depending on your tastes.
Technical Leader / Full Stack Product Developer

PastBook.com / Amsterdam (NL)

Full-time, Great Salary + Equity

Full Job Description: http://www.pastbook.com/txt/job-offers/#cto

PastBook is the easiest way to relive your memories, online and offline.

We’re looking for a smart person to join the team full-time that can take the lead on the technology/product side of the business and build a top-notch tech team around him/her.
We’re based in Amsterdam, with a beautiful cozy office on the Herengracht canal - in the middle of the city.
We were part of RockStart Accelerator in Amsterdam and we’ve built an extensive network of connections that you can use. We are making money and we are VC backed, this year we'll have to scale and grow globally.
Our main market is the USA, where we’ll setup another office soon (HQ will stay in Amsterdam).

The role requires great 360° technical and communicational skills, leadership, autonomy and dedication.
Being able to understand and play – by case – with the balance between startup/business needs (i.e. have something good enough out ASAP) and technical debt (i.e. re-work, re-factor) is key.

You’ll have to deal with:

- Apache + MySQL + Redis. Dedicated servers + AWS (EC2, S3 and more)

- PHP5, HTML5 (responsive design), CSS/JavaScript (Bootstrap, Less, Coffeescript, jQuery)

- Template systems: Twig, Handlebars, Smarty

- Silex, Slim, Grunt/Gulp, RESTful API, Vagrant, Puppet

- Git + svn

- MVC / OOP (frontend/backend)

- Interface design and UXP

- Site performance and trackings

Knowledge on (native) mobile application development (iOS and Android) is a plus.

Apply if you are:

- Native/Fluent English speaker (it is a must).

- Good in written and spoken communication, both technical and not.

- Focused to details. Data driven.

- Creative, confident, determined, self motivated and proactive.

- Able to manage time effectively and work under strict deadlines

- A lateral thinker and problem solver

- Passionated about technology and development

Apply at work@pastbook.com (open to worldwide applications)
Read more: http://www.pastbook.com/txt/job-offers/#cto
They don't necessarily introduce complexity. Its a case of using thing s in the appropriate place. I use Python Django. Class based inheritance is useful, though it probably not overdone like it is in the Java world. I also use functions - I find these tend to be better for smaller units of computation and classes for overall organization.
Is the delivery-app market big enough for all these startups?
I think the implication is meant to be "they look like URNs because they are".
Some info here as the site is down: https://www.reddit.com/r/piratebayaes/comments/2rvn1c/observ...
Et donc moi aussie je peux utiliser n'importe quelle langue? /s

Si on vas tous utiliser Google Translate, on va commencer à parler comme des logiciels. Moi en faite je préfère parler avec des humains. On fait tous l'effort.
Average salary for programmers in the private sector, 25-29 years old in Sweden is 31 300 SEK/month.
Average salary for programmers in the private sector, all ages, in Stockholm is 43 500 SEK/month.
Cant find age and region data combined though.
All figures are from the official Statistics Sweden database (government statistics bureau).
Show HN: Free service to debug API calls and web hooks
POSThere.io is a simple free service for developers to help debug API calls and web hooks.

When your code is POSTing to someone else’s code… or they'll be POSTing to you, it can be hard to iterate, debug and validate your code.

POSThere.io let's you see what is POSTed (or PUT or PATCHed) at any time in an easy, clear browser interface.

After POSTing, point your web browser at the same URL and you’ll see a clear history and details of all the POST requests. Neat, huh?

And it’s open source! Check the code and verify we don’t do anything nefarious, or host it yourself.

http://github.com/path/posthere.io
This would be according to your preferred naming convention, would it?
REST has nothing to do with JSON. How dare you saying that no-one uses while you're using the world wide web every single day?
If you're interested in Typography, I'd suggest reading "Stop stealing sheep and find out how type works"[1] by Eric Spiekermann. Great introduction to practical Typography!

[1] http://www.amazon.com/Stealing-Graphic-Design-Communication-...
Yep, I agree with what you say. Tho I would dispute calling a POS gloss much of a structure. When I think structure, I think full syntax. Parse + formal features. Or a full logical formula for the semantics! Now that's structure!
You really shouldn't compare salaries through currency exchange rates. When shopping in Denmark for say 100 DKK you will get aproximately the same in Sweden shopping for 100 SEK.
The State of Investments in Europe Part II
Anonymous attacks Jihadist websites after Parisian killings
Just because a tool is in a box doesn't mean its useful. Considering the relative cleanliness, refactorability of code coming from the functional world (see Haskell and the like), it is debatable whether OOP is a "good" style to develop at all!

If I look at most of the libraries commonly used in production JS, pretty much none of them apply classic OOP principles.
ANSI C doesn't expose any intrinsics, but once you get used to GCC extensions and attributes, it starts to feel a lot more "low-level". Think of __builtin_expect, __builtin_prefetch, alignment attributes, etc.
I felt like MessagePack was the clear JSON-as-binary winner. Oddly, ubjson does not mention it. Do you know how it compares?
True ... if you are Iranian dissident that tries to protect himself while in US. If you are trying to protect yourself from state actor while in the state - then security and anonymity is binary. You either have them or don't.
Well, something has to give. Pick up your family and move to a more interesting location.
Number of transistors is not really relevant here, since it still doesn't tell us anything about how many atoms we could simulate per second. If anything, we should be rather looking at FLOPS that can be generated by a given chip.
We split transactional emails between Mandrill App (Mailchimp's transactional service) and Amazon SES for now. Never had an issue with either one, but I built the dual solution because of concerns about having an email get one line shut off. Also, for our newsletter, we use Mailchimp and not either transactional service.

When we were researching who to use Sendgrid was in the top few but my research showed they were less transparent about almost everything, which pushed us towards our current solution.
Ok so you get Secure connection: fatal error (40) from server until you can be bothered
Well, but doesn't let itself create a new implicit scope, from the point of the let statement to the end of the scope the statement is in? It seems to me that here let is indeed acting on things outside of lets own implicit lexical scope.
I hate this. Why can languages try and standardize on things to at least some extent.

else if (JavaScript)
elsif (Perl)
elif (Python)

There is no good reason that these are different.
Absolutely agree. We must understand the social dynamics that are inherently built into every meeting - and this is one 4 major challenges we are working on going forward.

But our early beta users should not be to shy to cue in Amy:

- Amy, set something up with Lerer in Soho

- Amy, can you arrange breakfast with Matt and FirstMark please. They can pick a place.

- Amy, setup a data science / whiteboard chat for Prateek and I *

* My default meeting location is 48 Wall (Amy knows that, and simply assume I want this location used for a new candidate interview)
I think the Haskell community has realized by now that they should've made strings an abstract data type, with the freedom to change implementations in the future, like it's done in Java. See the ByteString and Text libraries, and the OverloadedStrings language extension.
> I understand, but I believe this still happens only within the lexical scope where the variable has been defined with let.

Doesn't let itself introduce a new, implicit, scope? Here it seems let acts on things outside its own scope, which seems at least ugly.
How bad is the language barrier? I know most Swedes speak English (in my experience, excellent english), but is Swedish the language of business? I obviously don't speak a word of Swedish.
Tuleap trackers would do the job quite well IMHO

Unlike many other "generic" tracking system, there are built-in functions to deal with typical help desk use case:
* visibility/permissions management
* very high customization
* automated date management for SLA/SLO tracking

Plus it allows to have consistency between your API (dev), requirements and ticket/support.

https://www.tuleap.org/about-tuleap/features/tracking
To the downvoters: sure, Wikipedia is not the canonical source (that would be IANA's list[0]). But Wikipedia mostly gets it right and also lists some of the "non-standard but can be encountered in the wild" ones.

I actually prefer the Wikipedia page[1] exactly because it includes more than just the canonical subset. For example, 451 is not yet official, but pretty much as close as you can get to a standard without having an actual standard (well, there's a draft).

[0]: http://www.iana.org/assignments/http-status-codes/http-statu...
[1]: http://en.wikipedia.org/wiki/List_of_HTTP_status_codes
For a VW Golf 7 with adaptive cruise control (ACC), it works like this:

- if you have a manual gearbox, the minimum speed for ACC is 30km/h.

- if you have an automatic gearbox, the minimum speed for ACC is 0km/h, which means that you can just push the Resume button on the steering wheel to start moving again. Very useful if you live in an area with lots of traffic jams.
I guess the argument here is that let adds inconsistency? ie: var statements are hoisted and let statements aren't. It's a double edged sword: On the wone hand it can be used to improve readability, but it also adds complexity/more to bear in mind.
Cruise control works this way:

- There's a minimum speed you have to go for it to function (in this case, 30kph). If you are /below/ that speed, it doesn't turn on.

- Once it is enabled, you can use a switch to change your current speed up or down in increments (on my car it's approx. 1.5 kph)

- Once in cruise control mode, you can't use the switch to go below the limit (30 kph)

- (On my car) If you hit your breaks or clutch pedals, the cruise control disengages (so yes, you can decelerate below the threshold, but the cc turns off). If you hit the accelerator, it temporarily disengages, then, as soon as you release the accelerator, it slowly goes back to the set speed.

The bug in this case is that the activation treshold is not the same as the lower limit at which you can set the speed once the cruise control is activated

What I would expect:
I can enter cruise control mode at 30kph and the minimum speed I can reach using the switch is still 30kph.

What happens:
I can enter cruise control mode at 31kph and the minimum speed I can reach using the switch is 30kph.
You're right, my example was not very good indeed.
And the worst thing is, introducing a let variable affects code outside of the implicit lexical scope created by that let. The switch from "undefined" to "more undefined" happens one scope above. Even if it doesn't create much of a trouble for people, it feels like a very ugly design.
Some rural areas seem in a race to enact ever lower speed limits on dirt / gravel unpaved roads. I've driven many miles on boring dirt roads posted at 35 to get to hiking trails. Different states define unposted dirt roads as 55, 45, and 35, making this very exciting for travelers. Would not be surprised at all to see 25 posted or even 15 MPH for either safety or revenue enhancement. When things are dusty and I'm almost but not entirely lost, but in no hurry, 15 is plenty fast and cruise control might be nice.
So who uses these features then?
ES6 classes are nothing more than syntactic sugar for the existing prototypical inheritance model.
What every Web Developer should know about SEO
Disclaimer: I'm Rob's business partner in the Micropreneur Academy/Startups for the Rest of Us/MicroConf.

I would also recommend Rob's book as a starting point. Many of the problems people run into are mindset related and knowing what else is out there, what things people have tried, and how they worked out is really important. Once you realize that something is possible, you can make it a reality. But without having concrete examples, it's difficult to make that mental leap.

I'm in the process of writing my own book on this topic called The Single Founder Handbook. http://www.singlefounderhandbook.com that you might find useful as well. Should be available within a month, but four areas it focuses on are Idea Generation, Filtering, Validation, and Execution. People have a tendency to jump right to code sometimes without thinking about whether or not the idea ticks off a bunch of specific criteria or validating it.

I think you'd find these areas helpful.