skysight-inc/HackerNews huggingface dataset:
> I'm not complaining, I think it's exactly what the city deserves for duplicitousness

So you don't think Fasten or other competitors will be able to fill the gap? I'll be interested to follow developments.

> Sometimes walking away from crazy people is all you can do.

That's fine that you feel this way. I'd argue it hasn't been the path forward for businesses or governments when working with each other. U/L has a lot of business elsewhere so the decision to leave may not hurt them in the short term.

I understand better now how strongly you feel the city government is lying. I'm still not convinced that leaving Austin is the right way for U/L to get what they want.

Arguing that private background checks are just as effective as government fingerprint checks is a nuanced point of view. The public may have a hard time swallowing this one. Through their vote, they expressed more trust in the government's claim that fingerprint checks are more secure than private checks. Generally, people trust government security over private security. Apple staked a good part of its reputation challenging one part of this belief. They seem to have won, for now. U/L could also something extreme along those lines, walk away as you say, or try negotiating. They have several options
A must read for anyone thinking about Angular2
If you're building a web app (of more than trivial complexity, where you need to do things like profile for performance or access the user's hardware), you are building four apps: Chrome, IE, Firefox, and Safari. I mean, there are other browsers, but let's not kid ourselves. ;)

You are, in fact, also building those four apps on five different architectures: Android, Windows, Mac, Linux, and iOS. There are others, but again, let's not kid ourselves.

Your complexity surface is the product of your feature-set, the quirks of each of those browsers as they silently version-up for your users, and the quirks of each of those browsers on each OS platform as they also vary in version.

If you're building a trivial web app, it's a web page and by all means build it directly in the browser. But when you start to bust out the profiler to figure out why this one interaction is butter-smooth in Chrome and runs like crap in Firefox from versions X to Y, except on Linux where it's X to Z... Two mobile platforms is fewer than 4 browser platforms.
Your advice is laughably bad in many parts of the world. Taxi scams, often perpetrated by those uniformly-colored vehicles lined up to take riders, bilk tourists/travelers out of a ton of money. The simple fact that there's often no way to ensure what the price of the ride will be before agreeing to accept the ride has left many a traveler being faced with the choice of paying and exorbitant amount or risking a run-in with the authorities for not paying. Worse yet, taxi drivers will hold bags in the trunk hostage as they demand payment. Even in the US, scams are common. Taxi drivers let air out of their tires to increase the milage or ask whether they can use the freeway knowing it will take you miles out of your way.

And these are legitimate taxi drivers. From everything that I've observed taking both legitimate taxis and Ubers around the world, Uber's policies keep drivers far more well behaved than do the policies of the official taxi agencies. And the poster you were replying to is right...the consumer experience is considerably better. The simplified payment and upfront pricing alone make Uber better for riders.
It's safer to do $BASH_SOURCE instead of $0 but I really can't think of a real-live scenario where it would matter here. Perhaps if you are chaining calls but I'm not even sure that would work without trying it.
Thanks for the context and taking the time to answer.

I took the time of watching the talk, not just read the transcript. Came up with a completely different impression. They really needed some words of encouragement after the meat of the talk.

As the sibling comment says, I've indeed over-analyzed it. My apologies.
I've enjoyed reading your dev blogs when I was exploring clojure game development (after getting inspired by nightcode). Didn't realize the game was still in development then, so congrats on the launch.
The RNN does in fact directly predict emoji. It outputs a vector of length 1624 (the number of emoji) containing the score associated with each emoji given the input text. This vector of probabilities is what can be though of as the point in semantic space.

The issue of multiple meanings is that if you strongly predict an ambiguous emoji (say the prayer emoji) how do you then extrapolate what concept is contained in the sentence (e.g. was the person saying "thanks" or "high five" or "please").

[I'm also a Dango dev]
Not really. It's called the Enterprise Program. While this is for 'enterprise', you can also use it - and Apple allows this - to distribute _outside the App Store_.

A few years ago I built a nice sms delivery system for installing an app I was working on. Text anything to our number (we had multiple numbers thru twilio based on market). App replies back with a download link. Install. It worked perfect and we could actually tell who requested the app and who installed it. We had around 75k users installing. Not millions, of course, but still, not too bad.

So, it is possible. We also did not have to wait for any approval process. And when the app started up, it checked for an updated version on our system. If there was, the app would then prompt the user to start the update. It was a very nice flow and we had many comments from users telling us that 'it just worked'.

This was app pre-iOS 7 and automatic app update, but it's still being used today.
My current employer bought the app I work on from my previous employer. It embeds websites in webviews with JS-Objective-C/JS-Java bridges so they can make native calls. You get most if not all the benefits of native apps, native UI when you really want it, quicker iteration then the App Store, and can build in whatever stack you want. Of course I've had to follow an intermittent bug from the rails back end, to the angular front end, to the native java and up to the companies api servers before, so YMMV.
> Most people do not want to live more in tune with nature when it comes to living in it.

I'll agree with you on that one; I hope that will change, esp. when easy flight becomes more available.

> Cities are vastly superior to spreading out, in nearly every possible way. Cities are far more efficient. Cities produce far greater innovation due to concentration of ideas and the knock-on effects; generally speaking you get a multiplier for each person you add to a city.

I disagree. WHAT is it that makes cities currently more efficient? It's proximity to all the things that make it great, which is the innovation. The concentration's utility that you speak of is only proximity. What other purpose does concentration serve? When flight is freely available to all, this will no longer be the case. Any 10-15 minute flight (far less than many city-dwellers' walking/subway commutes) will bring you to pretty much everything a city would offer you, but without the traffic, the noise, and with much more property and privacy. Of course, you will also have easy access to your immediate community around you. It's really the best of both worlds.
> javascript processing?

Actually Javascript engines are extremely fast, the UI in a web app isn't because web engines have to deal with a complex repaint model. Resources can be loaded asynchronously, so it's not really a bottleneck. On the other hand repaints can absolutely be a serious bottleneck in webpage.

Native UI use a much much more simple model, which makes repaints less expensive and allow a better FPS rate.

That's why webpages shouldn't try to look like native apps on mobile.
> it was quite possible to write code on OSX that could be run on Solaris and Linux easily enough. You just had to not depend on autotools too much, and understand how to use the OSX linker/libraries properly in your project.

You had to take care to use libraries/APIs that were available at all three systems (no dlopen() or dlsym() at the time in OSX!), and take quirks of the OSX linker into account.

(Disclaimer: I was getting angry at Apple at the time. In a few years, they went through OS9->OSX migration, getting rid of Classic mode in emulation and now switching to Intel. They were breaking compatibility again; it meant buying new software like MS Office again - looking at the PC side, they didn't have such problem. So PB12 was my last Mac for a long time... until 2015, actually).
Not merely a choice of mine to make - working in a team actually makes .subtask better
the benefit is running native ARM code that you can verify vs running slow interpreted code in a black box. Have a look at the SHA-512 implementation in Java Card quoted in the article and it should be fairly obvious why you want to avoid that kind of pain.
There are a lot of those little frameworks that try and bridge all this together: PhoneGap, Titanium, etc. They're all varying levels of terrible (unless you want to make games, in which case Unity mobile is a pretty solid bet).

So there is a market, people are trying to fill those gaps, and yet none of them seem to be able to bridge the gap in such a way that devs prefer maintaining two or more native apps over one that compiles for multiple devices with a common framework.

So there is a market, but it doesn't look like it's an easy problem to solve.
I would really like if americans could stop using deprecated units like gallons and miles. Especially when starting a paragraph using regular tons. It would really make the whole thing more meaningful.
Great article. However given its by a ~4 time founder the logic to shut it down doesn't apply to most people reading it (first time founders).
Yes the Vector Android app uses GCM, but it's opensource so you might be able to tweak it so that it works on F-droid? Sorry I don't know much about the differences there...
Well you could do that with any packet on the network, couldn't you? It's not specific to bitcoin. The transaction itself has no IP either.
I think it's interesting to know that native apps need to be responsive as well.
also note that this is not entirely portable since some systems can send args to /usr/bin/env gcc
If a court would be able to number the amount of money a corporation did make with an illegal practice it would be able give a fine which is higher then the gains, else the fine wouldn't have any effect. But with the now common creative bookkeeping/tax evasion schemes this is not possible anymore. So Jail is the only solution if you want to be sure that those managers don't just get a compensation from their corporation.
Good point! We are working through the details of those sorts of use cases, and are thinking of ways to mitigate the risks posed. A lot depends on the characteristics of your particular background tasks, but here are a few ideas we’re considering:

- Grant background tasks limited access to data based on some applicable filter. Imagine your medical software sends a nightly summary of tomorrow’s appointments. Instead of giving the background task access to the entire database (including patient names and medical histories), grant it access to summary data about appointments which occur in the next 24 hours. In this example, there is still sensitive data at risk, but the scope is limited.

- Have temporally limited access for scheduled tasks. Can we scope them to only running for 30 minutes once a day?

- As a matter of practice, only run these types of jobs on machines that are isolated in a tightly controlled private network with an absolutely minimal attack surface.

We’re still working out how to express some of these scoping restrictions in practice, but the core idea here is that we should be able to mitigate overall risk by being more judicious about how we grant access.
Do people still take sociology or psychology research seriously anymore, following the replication scandals?
Worrying about spam doesn't make much sense here, as the web interface is pure HTML forms, with no client-side checks. It isn't hard to automate the posting process.
I'm in a taxi at the moment driving home from Orly. There are lots of those 'chauffeurs' out there like there are at many airports in the states. I walked by them to the taxi stand about 15 feet from the airport exit and am now in a taxi as comfortable as any uber I've been in in NYC.

Two weeks ago I returned to Paris from Amsterdam by train at Gare du Nord (a major train station in Paris) and the experience was almost identical to the one I am currently experiencing.

In short, there is no need for uber to save your ass in the circumstances you describe since your ass doesn't need saving in the circumstances you describe.
Enterprise applications are a different beast, especially if they are report heavy. Having said that HTML5 does have offline storage API albeit with a 5MB limit though support for it is up to the browser.

HTML5 also has Notifications API[1] which can be leveraged for push notifications on mobile devices.

I do not disagree that there are many use cases for using Apps especially in the Enterprise space but there are far too many consumer apps than enterprise ones so maybe I should change that statement to "a majority of native consumer apps" :)

[1]https://mobiforge.com/design-development/web-push-notificati...
LinkedIn Data Dump
Making Names in Life
You should still STRONGLY PREFER Web Apps. The cost and headaches of a web app will be MUCH LOWER than native or even hybrid app development.

BUT, if you need a Native App, make a Native App and don't try to fake it on Web.
I'll disagree and say its cheaper, faster, and less risk to bug fix and add features if you only maintain one codebase.
I feel like Apple is killing smart watches. Android watches are cheap enough that they can make incremental improvements and everyone would be fine with it. Even then, I have the huawei watch, and it's already so, so much better than the apple watch. And cheaper. So I worry that people are going to get fed up with the apple watch before Android watches get a chance to really take off.
Even if this is true, I doubt it's a wise idea, given that the average US consumer downloads zero apps per month:

http://qz.com/253618/most-smartphone-users-download-zero-app...

Unless you're in a very fortunate niche, you can't afford to not do the web. You can afford to not do apps.
I'm curious, how does this compare to open source slack-clones like Mattermost?
Rather surprised this took so long to get released publicly, the other big dumps will most likely get leaked within a few days too.
Agreed it is a big hole for a specific set of apps where you don't want the browser to save the credentials.
Title is a bit click baity, but I agree with the author's points.

He sees it as a negative thing, but I see it as a massive improvement on college/uni/grad schools, who wouldn't even know where to start with gathering/publishing this data.

Bootcamps are subject to market forces in a way most colleges are not, and it's initiatives like this (what the author is proposing) that give me a sense of optimism for how they'll evolve.
Agreed, but since this is an American website your complaint is unlikely to change any minds.

When I lived in other countries, I adapted to metric and learned enough of the native languages to get by. Maybe it's not too much to ask that we let Americans use their own units on their own websites. I don't whine about people speaking French on Skyrock.
I agree that it's gross, but this is the kind of "good" corporate behavior you get in a capitalist society. The good things are always adulterated to some degree. Sometimes the adulteration is a problem, and sometimes it isn't.

In this isolated instance, I don't see it as a problem, but Bumble has the power to do this in much less clear-cut situations, which is a bit troubling.
I like how forthcoming you are in your report, and agree that all bootcamps should do the same.

Perhaps we'll see an effect where bootcamps that do high quality reporting will actually be chosen more frequently and thus push other bootcamps to do the same.
hilarious because all of this was obvious to everyone that didn't buy the watch

took the fan boys nine months to figure it out
I think this is a bit of "grass is greener" syndrome.

I developed web apps for 14 years before building ios apps for 5 years.

The last couple of years I've worked on both native apps and responsive web sites.

Both can be pains in the ae. But the pain points are different.

Both are moving rapidly. eg
Ios: having to rejig xibs to storyboards was annoying.

Css: Supporting older versions of IE has been a pain.

I could go on at length but plenty of people have already done so.
The props in this case also go to the management, all the way to the top. As someone doing F/OSS at Microsoft, it has become immensely easier to do in the past couple of years - and this is largely due to a concerted push from the top to make it a part of the company culture, and get all players (from devs to lawyers) to understand that it's a good thing to be embraced, not something to be avoided.

When I joined back in 2009, I certainly didn't expect to end up shipping newly written code under GPL, of all things. And yet, here we are.
there are btc addresses tied to your wallet (in my analogy this would be an IP address) mapped to transactions with a major kicker being that the coin involved in these transactions is traceable back to where you acquired it and then back to where it was mined in the first place.

so my analogy is actually less 'severe' than the reality of the bitcoin setup.
> He sees it as a negative thing, but I see it as a massive improvement on college/uni/grad schools, who wouldn't even know where to start with gathering/publishing this data.

This isn't true in the US. Many schools do actually try to collect this data, but they're typically dealing with far larger populations with far less response rate to surveys, so it isn't as readily available.

Law schools especially report the number of students with jobs, but they're notorious for gaming the system by doing things like hiring their own graduates for a year post graduation and similar nonsense.
But the author didn't actually compare the difficulties and costs of web development to native development. The article just lists a bunch of (debatably valid) difficulties of web development. But most (all?) software development has difficulties and annoyances.
Y'know, I don't work in the ad industry, but that was a really interesting read. I dug the style, too.
Yeah, that's great, but what does it actually represent? The writer is doing the usual "wink wink, nudge nudge, know what I mean, get it" thing, but I never did postgrad and I don't get it.
I'd disagree. It's not the massive gold rush of those early days but it's still been in that cycle up until maybe a year or two ago.
Extremely neat, but I really don't understand the point of the app (Dango) that all this engineering is for the sake of. If I'm using an emoji, it's either instead of words, or to clarify words that could be taken multiple ways (e.g. sarcasm.)

Who are these people that type a sentence (with a single meaning, clear-cut enough for Dango to detect), and then want to add a redundant pictorial representation of the same words they just typed?
Yeah this is a real challenge with AI systems, they reflect both our worst and our best back at us, we're still struggling with the best way to deal with this.

Although in this particular case it's actually just a bug: Dango gets confused by any skin tone modifier character, since they're not supported on Android (our target platform). Try putting in a "white" arm and you'll see the same results. They're actually just our "Dango is confused by this input" results.

We should fix the bug, of course!
> The last time unemployment was this low, the Fed had rates near 5%

Well, leaving aside looking at current rates rather than leading indicators (since, while problematic, its a lot more convenient), the time you were referencing with a ~5% Fed funds rate also had inflation rates near 5%, not hovering around 1% (like now) after more than a year of being substantially below 1%.

> and yet raising them to 0.25% is considered shocking, even with inflation very low

The Fed raises rates to control inflation. With low inflation, you expect low rates. It also lowers rates to improve employment, but with virtually no inflation, there's little reason for tightening the money supply.

The last time inflation was this low this long -- in the mid 1950s -- the effective Fed Funds rate was also quite low, though a bit higher than now (around 1%, rather than 0.37% now).
At about 20 Call Of Duty clones are out every year for regular gaming.

It's normal.
In my mind including "tech-adjacent jobs" is a more interesting number. These programs attract a lot of professionals who are trying to add programing to their resume, but not necessarily become full time code monkeys.

A designer who can write html/css/js is more valuable than one who does not. A PM who cannot code is a nightmare to work with. Working with a marketer who can hook up their own jquery plugin is a godsend.
it's not the search engine's fault, it's the contents. R is associated to xlispstat as the credible alternative. E.g. Jan de Leeuw JStat's paper. Also the author of xlispstat is one main contributor to R.
Parkinson's law of triviality (aka bikeshedding) could be considered a subset of this behaviour.
I don't think DF can be accused of being too easy early-game, but maybe that's just me.
I'm a graduate of an after-hours web development bootcamp who wants to move to a full-time web dev job.

I certainly can't move to a full-time web dev job at a reasonable salary after the bootcamp I attended. If I was willing to intern for 6-12 months at minimum wage, I would be able to - but I could have done that without the bootcamp.

The bootcamp doesn't share stats, only a post-graduation "employment" percentage. Which is pretty meaningless, for example, I'm employed but not doing web dev.
How “Silicon Valley” Nails Silicon Valley
>But mostly it's taken from a shared upstream with some specific patches.

Is it, that's not the impression I've gotten of the BSD's development, where is this shared upstream located ?

>Source lying in the same git repository is not tight coupling.

No, but the components are written to take advantage of eachother and make use of the features of the underlying system, this is true for both systemd which makes direct use of Linux specific features, and the FreeBSD components which makes use of FreeBSD specific features like Jail.

>No one tells you what to do and most userland is pluggable

The FreeBSD devs only support the components they ship with, they offer no workarounds for anyone wanting to run something else, if you do you are on your own. I fail to see how this is in any way different when it comes to systemd dependency.

>arbitrary new limits or changing default behavior or rewriting old tools in a manner that is disliked by some.

This will always be the case no matter what, whenever you change old patterns some people will not want to change, not anything wrong with that, it's just a fact of life.

>A lot of experienced devs and sysadmins also voiced conceptional and design complaints but I'm not able to judge that really. Some of it looks very reasonable.

I'm not overly fond of systemd, I think it's a step in the right direction, but I hardly think it's the 'ultimate solution', I fully expect it to be superceded by something better in the future, but of course that solution, whatever it is, will also suffer the same controversy as systemd has suffered now, it's just the nature of the game.

>TL;DR systemd is not just init - it changes Linux and causes fallout - FreeBSD was always popular and it's getting attractive for servers due to these changes.

Again, I don't agree with this conclusion, I don't think systemd is driving Linux users towards FreeBSD, to Gentoo perhaps or any other Linux distro which provides the flexibility and support of components which systemd and FreeBSD does not.