skysight-inc/HackerNews huggingface dataset:
Cardboard is neat, but it's not the same thing.
3. Games aren't there? Oculus funded a bunch of games studios and there are many studios investing themselves. Someone on reddit compiled a list of all of the games expected to come out. [1]

[1]: https://www.reddit.com/r/oculus/wiki/compatible_games
Sure. I quit my job in June and a friend invited me to visit. I checked out some local communities corresponding to my interests in America: tech, startups and dancing. The communities were lively, yet different enough that they caught my interest.
Distraction by Bruce Sterling sometimes seems like it's literally just right around the corner.
This web site nearly seized the CPU on my MacBook Pro running Firefox. I don't really recommend clicking it.
And what of those who are motivated by technical problems and by user needs and business strategy? Is it impossible to learn programming because of an interest in computer science or in the challenge of programming for its own sake, but learn product and strategy as a way to put those skills to impactful use?

I don't like this sort of pigeon-holing; most developers I know straddle this divide.
nice to see that you've managed to engage and improve yourself using swift for 100 days.

being a reletiely new languauge, i think it would have been a more interesting article if you had compared / benchmarked it to a languages you already know and use…
Spacemacs is awesome! Anyone who still using Vim should at least try it.
Veterans will dominate in a lot of these contract bids because they have veterans preferences and many get disability points on their contracts, too. The federal employment system heavily favors veterans and oftentimes lowers standards of employment just to bring in more veterans into companies. Then add in that companies can be essentially paid extra for hiring a veteran on certain contracts and you are left with a heavy bias for employees and leadership whose primary experience in organizations is the old school, rigidly hierarchical military.

Trying to work with some of these guys in a start-up setting outside DoD space is no more frustrating than trying to work with a corporate developer that's never had any job besides at IBM their whole lives. It doesn't mean they're bad or unintelligent, but the rigor and emphasis upon certain organizational structures and workflow processes are just plain useless knowledge in a start-up focused upon execution.

There's a lot of cultural horrors that will keep out motivated, smart folks from working with the government. I've spent well over 10 years of my life hoping to be the change that I was recruited for, but it's just not enough to be smart and motivated as much as well connected to incumbents that are fighting very hard against change because their very expensive meals and Mercedes S500s depend upon keeping things as stable as possible. This is the precise opposite mentality of the technology giants in industry.
We currently have remote developers from the UK, Germany, and São Paulo. (We do wantjunior hires to be in the office, though, to facilitate mentoring.)

We do a solid amount of pair programming, but remote pairing via ScreenHero is pretty sweet. :)
Well, PBS is using a screwed up or misconfigured streaming server, then. As I said above, they are therefore at a competitive disadvantage.
Please add me as well

joelg [at] mit [edu]
Remote EU too for non-junior candidates!
Then trust your router's firewall. And if you don't trust your router's firewall build your own router (or install OpenWRT on store-bought router).
I lived in northern France and have thought about the differences between here (the US) and Europe a lot. I think it's as much just kind of "bad luck" that the startup scene isn't there. The US really sucks a lot of lifeblood out of many other nations, partially because it was "first" with many of the entrepreneurial spirited ways of doing things here.

Would the Netherlands (one of my favorite places in the world) have a booming startup culture with changes in laws and cultural norms? No, I don't think so.
Anyone who wants to be involved with that stuff moves themselves over anyway.

It's odd because the Europeans were the first real entrepreneurs with colonialism, but it seems like that part of European culture (or maybe those particular minded Europeans) were exported and sent off as well.

I'm personally very interested in colonial era history and subsequent history of the Americas since that was the beginning of modern North/South America, and would love to run across a writeup someday attempting to breakdown the differences between new/old world thinking. Because even the Latin nations like Mexico are significantly different in how entrepreneurship is admired than from say, Spain or Italy.
The only thing strange is that the author of the post seems to be trying to make Swift's integer handling sound unnecessarily complex.

> There are 11 Integer types that can be considered as Integers

Although he's including Bit which doesn't really count (it conforms to the appropriate protocols but from the doc comment you can see it's actually just intended as the index type for CollectionOfOne).

But having a bunch of different integer types shouldn't be surprising. Every integer type Swift has corresponds to an integer type in C, e.g. Int16 is int16_t, UInt64, is uint64_t, Int is long, etc.

As for the protocols, so what? It's a bad thing that most of the functionality of integers can be represented using a bunch of protocols? Clearly not. All the author is trying to do is make things sound complex.

> My goal here is to create generic function that will handle any integer value and make some operation on it. In this case I want to build function that get bytes and return integer value build with the given bytes array of bytes

So he wants to have a function that builds integer types all different sizes given an array of bytes, and wants to do it generically for any integer? Ok, take a pointer to your bytes, cast it to a pointer to integers of the right size, and you're done.

Oh wait.. he wants to do it without "raw memory", whatever that means? That's stupid. The rest of the article is nothing but a complicated exercise in trying to do things as hard as possible. His entire function can be written in pure Swift (without NSData) as

func integerWithBytes<T: IntegerType>(bytes: [UInt8]) -> T? {
guard bytes.count >= sizeof(T) else { return nil }
return bytes.withUnsafeBufferPointer({ UnsafePointer<T>($0.baseAddress).memory })
}

That's it. 100% pure Swift, and probably about as efficient as you can get.
UX is not about polish. UX is the product -- literally, from the user's perspective. I don't think there is a meaningful difference between Product Engineer and UX Engineer.
Sounds interesting. Would it be applicable to laptops too? I was thinking it'd be great if I could add functionality to my built in kb
Here's the path I've been following :

(ruby)rjs -> prototype -> jquery -> backbone -> angular -> react -> flux -> redux -> elm...

But I'm just a backend guy happy with Ror, just waiting to go on the frontline... with the proper weapons!

My feeling about elm is that it's more than the new kid on the js block. It's closure without parens, it's Haskell without academy, it's Redux without facebook, it's duck-typing without quacks, it's MVC without objects and last but not least evan Czaplisky (the creaor) is the new Aaron Patterson (bright and fun!)

I'm all in (but yeah I've been bitten before)...
I'm using Emacs. Maybe it's not the best environment for Elm. But it's consistent across languages; almost every language that I've played with has a mode; and it runs damn near everywhere including a terminal. For me, I feel it was worth the investment in the learning curve I made a couple of years ago...and keep making today. YMMV.
Oscar Health Insurance | hioscar.com | New York City | Onsite | Full-time | Many Openings

We have raised $327.5M from Google, Founders Fund, General Catalyst, Jim Breyer, Khosla, Peter Thiel, Brian Singerman and many others.

Healthcare Sucks and the Oscar team has the vision and creativity needed to fix it. We brought together leaders from top technology and healthcare companies to create a talented team of engineers, designers, and healthcare experts. We all work side by side in a collaborative, energetic, and creative environment. The result: better people, better ideas, and better healthcare.

Open Positions:

Engineering: IT Engineer, Quality Engineering Lead, Site Reliability Engineer, Software Engineer: Android, Software Engineer: Data, Software Engineer: Internship 2016, Software Engineer: iOS, Software Engineer: New Grad 2016, Software Engineer: Platform, Software Engineer: Product, Systems Security Engineer.

Data: Data Product Manager, Data Scientist, Risk Operations Associate and Risk Product Manager.

If you are interested in any of these roles or others on the website I can give you a good ol' warm HN intro: james.h@hioscar.com
I'll be the dissenting voice here: I hate them, and would actively go out of my way to not buy a laptop that has one. I've tried trackpoints going all the way back to the original Toshiba Portegé from the 90s. I owned that one, and it was either trackpoint or an external mouse, so I tried to love it. I've had later laptops foisted upon me that had them. Never could get into 'em.

I found them to not be precise, and I believe your use of the word "tedious" is spot on. Always chasing the damned thing around, trying to get it to go exactly where I want. So to each their own, but I'm in the camp that just doesn't get it.
> if I had that job I would be reading journals to learn about the latest advancements

That sounds like work, why not do it at work?
I've used Angular, React, and Handlebars (Ember's templating engine), and I can tell you, they are all the same in "tangling." They all solve this problem by emphasizing that the view portion of the code (Angular's pseudo-HTML, React's JSX, and Handlebar's limited helpers) should be used strictly for view-related logic, not domain/business logic. So there really isn't any difference between the libraries in that respect, except for personal taste.
I think most of the improvements are indeed available in Python, including better memory management, improved Parquet performance, and the many algorithms. The main two things that are not yet available are the Dataset API and the streaming state management stuff.
Some people have an aversion to riding on public transit when it is used by people large income/wealth disparities, i.e. the professional doesn't want to be on the same bus as the indigent person.

Those people might use a vehicle subscription, because the cost of private rides would still be lower than the costs of private vehicle ownership (depreciation, maintenance, insurance). Many people would pay for the privilege of a private ride (like they do with Uber/Lyft now).

If car subscriptions services succeed and are nearly ubiquitous, the personal-freedom symbolism of car ownership will degrade.

Then, if people want to own a car as a status symbol, they will probably be better served by a more expensive one anyway, the same way people buy other status symbols (rose-gold iPhones, etc). Ironically, most of those status-symbol cars will still have an autonomous mode.
Bufalo in this context mean domestic asian water buffalo.
They're defining retirement as "you don't have a job and aren't looking for one", which is an egregious stretch of a definition. They're not financially independent or retired, they've given up looking for work worth doing.
There are some slight inaccuracies here, such as file size reporting - Angular 2 is fat at the moment only because it is bundling the whole kitchen instead of just the one piece that is the library itself. The Angular 1 number also is off too - this link is giving me 52.8 KB for example (minified + gzipped): https://ajax.googleapis.com/ajax/libs/angularjs/1.5.0-rc.0/a... (all numbers I remember seeing for angular 1 were around 120 KB IIRC). I'd suspect all the other numbers are off too, but I haven't investigated.

There is a strong argument against doing what JSX does in moving the HTML to JS - you allow developers to fall into the trap of creating complex conditional DOM that is hard to read without a disciplined team (if statements all over the place with imperative DOM construction for example). Neither approach of JSX or Angular's templating (or any other similar system to either) are without its warts, and this falls into an opinion discussion without real winners excepting for however a particular team prefers their templating.

One thing that wasn't discussed but that may come into play - the performance numbers out there for Angular 2 currently is extremely impressive. Optimized Angular 2 code is generally performing at about 2x the rate of other frameworks/libraries out there for UI rendering/repainting, and unoptimized Angular 2 code is performing at roughly the same parity as optimized React code (although optimized/unoptimized React code performs very similarly in many situations, which is a huge benefit of React).

I'm personally on the Angular side of the fence, I prefer the more declarative style to avoid the imperative DOM construction, but I could work with either (and have worked/am working with both) if they are done right. Both are impressive libraries though, and both have strong merits - at the end of the day, it comes down to how your team works, and what they're productive with. Both libraries are bringing excellent changes to how we do things in the frontend...I just wish tooling was there in maturity, that seems to be the greater pain point currently.
How to be a leader without ego
"...you aren't necessarily done working for the rest of your life, just that working has become completely optional"

Optional - as long as you live in your parents' basement and don't want to start a family. :-)
I'm with you. I'd love for us to get there, but the predictions are highly highly optimistic imho. 15+ years for limited scenarios at best.
In this case the statement is in-line with labeling laws; as in you legally are not lying if you sell cheese labeled in this manner.
> would only estimate a 3-5x reduction in fleet size

10x is admittedly bullish. I expect 4 to 7x within 20 years, i.e. 3 to 4 product cycles. But 10x is more reasonable than it seems at face value.

Let's use Manhattan to illustrate. Another HN user (wadenick) kindly provided [1] some references I'd like to point to. Car ownership across the United States stands at 81% of households [2]. In Manhattan it's 23% [3]. Manhattan has roughly fewer than 1/3 the number of cars as the rest of America. This is partly why there are only 39 gas stations in Manhattan (down from 60 in 2004) [4]. Repair shops, too, are fewer and further in between. Many are owned by taxi operators for their fleets' use only.

Uber pays 75% of its earnings to its drivers. How much cheaper could a driverless be? 50% less? How would that tilt our 23% figure? All it takes is half of Manhattan's car-owning households to switch for Manhattan to hit a 7-fold reduction in car ownership from present-day America.

Everywhere isn't Manhattan. Density matters. Less-dense locales will need to accept some combination of higher wait times, higher prices or lower rates of fleet reduction. That said, the scaling economics are nearly identical. Fleets will be cheaper than individually-owned self-driving cars because they can more efficiently use their down time. This, in turn, makes individually car ownership more expensive (by degrading retail-servicing infrastructure and supply chains). That, in turn, makes fleet usage more desirable and so on.

The degree to which this happens may vary. But at its lower bound, I'd posit 4x and at its higher bound over 10. Given that income and urban dwelling are correlated, and continue to increase in their correlation, that bodes badly for the edge-case rural families demanding high degrees of simultaneity at a price even remotely approaching what it costs to maintain a small garage of cars today.

[1] https://news.ycombinator.com/item?id=10837732

[2] http://web.archive.org/web/20140209114811/http://data.worldb...

[3] http://www.nycedc.com/blog-entry/new-yorkers-and-cars

[4] http://www.wnyc.org/story/say-goodbye-manhattans-gas-station...
Do they no longer do the desktop client?
It's a trade off between functionality and user friendliness. You can currently do more with Haskell/OCaml/F# but Elm definitely has the edge when it comes to user friendliness. If that bothers you, just think of Elm as a useful tool in expanding the pool of functional programmers.
> Then again, consumers might not be the main focus for Glass anymore.

So, that's like saying it's dead for the consumer market, and isn't this the playing field we're talking about? It shouldn't be a surprise that a product like this would cater to a niche market, but that doesn't qualify it as "coming back".
Indeed compliance is an issue with IRC, but you don't need to write an IRCd to log all messages and you don't even need to configure IRC services: you could just use InspIRCd [1] (which, by the way, is a superb and extensible IRCd) and an extension such as [2] to achieve what you are looking for.

[1] https://www.inspircd.org/
[2] https://github.com/joshenders/inspircd-m_chatlog
If you work in a related field (e.g. digital agency, web development company, devops), check to see if you signed an employment agreement or confidentiality agreement.

Read it carefully, then imagine if you did a side project relating to what your current expertise is, for Automattic on the weekends.

Then ask yourself if it would violate your agreement.

It might not, or you might not have such an agreement, but we do and I think (although IANAL) this does not sit well with that agreement.
Could also just be a statistical anomaly. Saying it doubled in that age range, it could even come down to "this is what I wish the situation was".

Thew title of this post is a little misleading and the wrong question to ask.
I'm building an app with Ember, and I like how it abstracts away the more tedious aspects of web development without preventing me from moving to a lower level of abstraction when I need to.

I've built a small app in vanilla JS, so I know what the alternative to using a framework is like.

Doing XHR by hand is not easier than using Ember-Data.

Writing custom JS components is not easier than extending Ember's Component class.
What would the requirements to apply for remote, "non-junior", position be?
Actually, GLenum is not a C enum in the first place; it's just an integer typedef.
Easily the best editor going imo.
Yeah. The only difference is that React lends itself to arbitrary JS, while Angular is more limited.
I broke all my records for reading in 2015. I set off to read 12 books and ended up reading 49. You can see them at https://www.goodreads.com/user/show/15981902-emad-ibrahim

There were some helpful books but a ton of fiction. I got hooked on Mitch Rapp and Jack Reacher series and couldn't stop :) Not educational but lots of fun.
Unearthing Roman 'nerve centre' in Spain
> I don't understand why the ability to set different external and local names is so bad. External names are part of the API, local names are part of the implementation. It often makes sense to make them the same, but there are case where you want them to be different, and what's wrong with that? It's ultimately no different from loading a parameter into a local variable of a different name and then operating on that local variable.

Then why have it in the first place? That seems like a very odd feature to put front and center into the language (considering a very similar effect can be achieved with a few assignments as the function's prelude) and require using when just wanting positional-only parameters, or consistently labelled parameters.
We all know we have to move to something new, we just mostly agree that IPv6 is not a very good solution to our problem. It's full of problems, has no killer feature, and has no good transition methods.
You should look into something like Sharepoint for this functionality. http://sharepoint.rackspace.com/
I had one of these "pair" things by a startup touting how different their process was. It consisted of two developers doing work while I solved a thinly-veiled CS101 interview question alone, on a setup I wasn't familiar with, in an editor I couldn't change. I tried to ask questions but the typical answer is "we really cant help you". I'll take the whiteboard, thanks.
No, it's not.
I've said this a few times before and it's a little romanticized, but it's the difference between playing a game, and being there - in the game.

You can look up and see out of the top of your spaceship. You look to your left and the holographic display of your ship appears. You look down and you see your body, wearing a cool spacesuit. But most of all, it feels like you're piloting a ship instead of watching a ship fly around on a screen.
Dependence is the new independence!
I presume it'd be a lot harder since the builtin one hooks straight onto the main board. One could perhaps turn the builtin keyboard into a USB one and hooks it up to an unused port.
Lilypond Version Manager
By analyst I mean this: https://en.wikipedia.org/wiki/Systems_analyst
> Should I push for a contract there after
Try to surround yourself with the best developers and managers out there. Learn their tricks and tales.
> Don't stick with the same job too long
I've once spent 2 years at a job learning nothing, accomplishing nothing and getting insulted on a daily basis. Don't stick longer than 5 minutes in such a place. As a rule I try to stick 4-5 years. Unless of course I get grossly disrespected or something way more beautiful comes along.
This is me! Feels so good to be understood. I'm currently identifying myself with product management & user experience because I recently came to this conclusion.
I've heard that professor speak in EE380 at Stanford. The VR lab at Stanford isn't in the CS department; it belongs to the "communications" (marketing, PR) department. They have some scary results:

They have a VR simulation of swimming with dolphins. They let little kids try it. Then a few months later, they ask the kids about their experience of swimming with dolphins. A sizable fraction think it really happened, and add details as if it were real. It's possible to use VR to implant false memories.

They have the capability of mapping one face onto the video image of another person, and can construct, using morphing software, combinations of two faces. They've discovered that, if they construct a face which is weighted 1/3 or so of the subject's face and 2/3 of some politician's face, and play a campaign speech, people still recognize the politician but agree with them much more. Coming soon to an ad near you.

[1] https://vhil.stanford.edu
At first read this is a pretty reasonable doc for some things to consider. I also recommend watching the linked "PEP8" YouTube presentation from PyCON: https://www.youtube.com/watch?v=wf-BqAjZb8M

From past projects, I got way more adherance-to-the-letter type patches versus "make this code pythonic and elegant" type patches, and the latter IMHO is more of the point of where things should go.

It's a bit of a long/slow talk, so if you find yourself getting bored, switch it up to 2x speed on youtube and I think many of you will like it.

My personal PEP8 ignore list was:

-pep8 -r --ignore=E501,E221,W291,W391,E302,E251,E203,W293,E231,E303,E201,E225,E261,E241 lib/ bin/

Which is quite a lot of it :)

Codebases are easier to understand when everybody's consistent within the codebase, but things need to be idiomatic well beyond PEP8 and it's easy to have a forrest vs trees scenario.
U.S. Sues Volkswagen Over Emissions Scandal
Yea, I am sure the percentage of 20-somethings who are actually financially independent is less than .0001%. Everyone else inherited money or gave up all hope of finding a real job.
Even if the members of the family are going different places, each of them can likely share a car with other people heading in the same direction (e.g. to the same school or workplace, to the same city from the suburbs, etc.)