skysight-inc/HackerNews huggingface dataset:
If they said that in advance, the only thing that it bought them is no legal action. (Though no-one would bother getting a lwyer over something this small...)

Such a period is quite short, and maybe too short for a resourceful company like Google. They should be able to do better; I'm sure the "old" hardware can manage. (Else you've got a problem with your software.)
1. Some big features in Facebook/Messenger already exist in the app, and are just enabled/disabled remotely. This is pretty common in most big apps, it's how they can control rollouts. For example, the Snapchat design update: not everyone got it at the same time because the code was living in the app and they gradually enabled it for each user.

2. Wouldn't surprise me if part of the app were heavily reliant on things that can be updated remotely. Chunks of big apps will sometimes be just views fetching some web components. Facebook created React Native, and iirc it can be updated dynamically, like a web site.

When you have lots of people working on an app you have a high probability of introducing bugs. I worked at a company that shipped a faulty update; it looked OK to users, but it was essentially DDoS-ing the servers. Having to wait for the App Store to approve your app to fix things like that is annoying and costly, so people tend to look for alternatives.
I'm torn about this. Every time an app has used this API, it's been a delight. And yet I hesitate to encourage more people to use SMS as auth!
Thanks. I'm nearing the launch of a free beta in the US. So, not expecting to take money, but I will have people's data on my server (AWS)
Indeed, the Windows app is horrid. One of our older workstations is a quad core i5 with 8GB, nothing special but no slouch either, and the Slack app completely chokes that machine. The employee has to run Slack on her iPhone to be able to get regular work done throughout the day. On our newer workstations it's not quite as bad but it's still noticeable. Our oldest in-service machine is a Core i7 laptop I use when I'm out in the warehouse; that one also chokes heavily with Slack.

It's still 100% an improvement over what we used for chat before (Skype), but I'd be much happier running IRC or XMPP hosted on one of our servers. The boss decided on Slack instead as it's less maintenance on my part. I don't mind the extra work involved with running something we control, but the company wants me on other projects.
I like being able to plug in the power on either side of my laptop depending on where I'm working
assuming this claim is valid, that it took "few days" to implement what took them "months", then they could rewrite the entire user script from scratch every time a change is made, and this could be repeated dozens of times, which, assuming major UI changes are made once every few months, would take several years.
http://www.musl-libc.org although it may not be absolutely 100% that way.

From the FAQ:

> When building musl, you will also need a C99 compiler with support for gcc-style __asm__ statements and assembly source files, and weak symbol support in the linker. gcc 3.3 or later (with the GNU assembler and linker) and clang 3.2 or later are known to work.
Embed initial data as a JSON snippet in a JavaScript widget?
I am developing a JavaScript widget. As an example, let's say the widget displays a list of posts published by a given customer.

The usual approach is something like this:

<div id="myposts-widget" data-customer-id="42">Loading...</div>
<script src="https://www.myposts.com/widget.js"></script>

First, the browser loads, parses and executes the script. Then, the script looks up the customer ID, fetches the list of posts and renders the widget. It is simple and it works. But the main drawback of this approach is the latency introduced by having two roundtrips to the server: one to fetch the script, another to fetch the data.

This is the reason why I’m thinking of injecting the initial data as a JSON snippet directly in the JavaScript sent by the server, in order to improve loading time by avoiding a roundtrip to the server.

The code would look like this:

<div id="myposts-widget">Loading...</div>
<script src="https://www.myposts.com/widget.js?customer_id=42"></script>

Advantage:

- 1 roundtrip instead of 2

Drawbacks:

- The script needs to be dynamically generated server-side and cannot be statically hosted on a CDN.
- The script cannot be cached as efficiently because it differs for each customer.

I had a look at numerous widgets/embeds all over the web, and it’s like everybody uses the first approach (with two roundtrips). Am I missing something? Do you have any recommandation or comment?
Why hide it? Me signing up gains you nothing, I can just use some throwaway account, or make some RandomDude32@usa.com which you gain zero from. But to the op's point, I'm not going to go through those hurdles, I'm just going to move on.

One of the biggest draws for this sort of thing from the dev side is "how far am I going to have to bend over to use this".

Freely available documentation sounds like a no-brainer.
I have run my own homeserver, you're right it's not simple. However, the main Matrix homeserver has those bridges set up (so if you don't mind using it, you can). But in the context of a corporate environemnt, you have people who are paid to maintain services like this.
Funny how they're adament that Facebook doesn't utilize microphone (while they still don't really know themselves). Why is it laughable that Facebook is using both the FB Pixel, microphone, and other technologies to spy?
As my meatspace identity, I don't worry about this stuff very much. Indeed, it would be an identifier for me to do so. In meatspace, I'm just a regular guy. Mirimir, he's the privacy freak.

Anything that I want to keep private, I do as a compartmentalized persona. Separate hardware. Separate LAN. Separate Internet connection path. No overlapping Internet activity or interests.
Yeah, the + trick is not that great, because it is quite obvious what your real email is. This way, not so much. One could of course still guess that you are using this trick when they see that your email matches their domain name. If you're paranoid about that, you could of course just use <random string>@yourdomain for every login. And store that in your password manager.
Mmm, while this wouldn't have impacted my decision in the slightest, I am mostly glad that I have moved over to Discord for everything I used to do in Slack.
Just a plain Cocoa app using Swift. Similarly nothing worth sharing, but the API is straightforward enough and I wanted to brush up on my Swift, so it was a worthwhile experiment.

Maybe I'll even finish it one day :)
I think with the Pixels, Google is at least making an effort at having the best hardware. They still have some things to figure out regarding marketing, logistics, keeping design language consistent, etc, but at least for now, they seem to be working on it.
An iPhone 5S with iOS 11? That must be a real pleasure to use.
It was really tough disposing of the quantity of paper.

I've had daily print subscription(s) since I was 21, and I've recycled essentially every single page since. We had curbside recycling pickup where I lived then, and I just couldn't bring myself to throw papers in the garbage after that. (Yes, I realize that there is only an incremental benefit to paper recycling presently.)
I think this just proves slack can no longer do what it was originally made for sending/receiving messages to boost productivity. Their are a ton of articles posted on hackernews discussing how slack turns a productive person into a slave of answering questions on slack. Slack is a distraction now, a glorified way to show your boss and others you are doing stuff while achieving nothing. Them removing these protocols isn't about forcing people to use their closed source protocol or shitty gui web technology. It is about taking a techie and forcing him to interact with the reset of the team like a good little sheep. Now he can't ignore the pings from pm and channels. Now he can't ignore the voice/video calls that someone demands of him/her sucking up more of his day with useless trash. All I hear in my head while I read this was either be a sheep like the rest or else.
Not only that, this is based on self-reporting and then coming up with some model that fits their own beliefs. Wasn't there recently an article that said how people don't really know themselves that well? How ironic. I have seen a lot of nerds falling for this kind of fake-science. IME the people who claim to be logical are most likely to believe this kind of BS.
What makes this format the most obvious in my opinion, is The Onion's knockoff of This American Life: https://www.theonion.com/tag/a-very-fatal-murder

This is also the same format done by Radiolab. I don't know if this is a well-documented structure to be honest.

I derived it myself after becoming lethargically bored listening to these types of podcasts. I realized they all had essentially this structure, sometimes with a few steps removed but rarely, almost never, out of this sequence.

I would like to claim, although a lot of data would need to be collected, that these steps have narrow time ranges with normal distributions and fairly tight bounds. As an extreme example, they don't spend say, 53 minutes on machine sounds and then cram the rest in the remaining time. I think there's more or less a clockwork to them.
I remember years ago someone on here talking about how companies needed to pony up for 8 devs a year if they wanted 24/7 support - the phrase was "only two people on the planet get to wake me at 2 am without paying".

this is now literally true.

I still rely on on Toddler Lungs 1.0 :-)
Not sure it is any smaller today. Some additional layers not seen are the DTO transformations (not seen because they don't become part of the stack when it's hitting JDBC) but two more major subsystems. Many IDEs now automatically filter out these well known stacks from view.

Personally moving from a mostly Java background to entirely typescript on the backend and front-end.
The best way to get around the WSJ paywall is to subscribe to the WSJ
Most of the analysis done about this controversy boils down to Facebook not listening because they can buy it otherwise obtain data that is more effective.

When you read their responses to this controversy, pay more attention to what they don’t say. Whomever aggregates your viewing habits by listening to audio from your TV may be listening, for example, Facebook just Hoovers up the data.
Sticker Mule | REMOTE | Full Stack Engineers

See more information and apply here: https://stickermule.com/careers

We created Sticker Mule to be the best place to work and shop. That means making ordering fast, simple and fun while creating a stable, low stress and enjoyable place for talented people to work.

We're searching for more to join us as we look to build one of the Internet's best technical teams. Some of our current projects include migrating to a service architecture, inter-service communication with GCloud PubSub and GRPC, API Gateway based GraphQL, event sourcing persistence and CQRS, and manufacturing and artwork processing automation.

Why we enjoy working here: We work flexible hours with an asynchronous culture; We work at a sustainable pace without unreasonable external deadlines; Varied, interesting technical challenges to work on; Opportunities to make a large impact as part of a small, highly motivated team.

Our tech stack: React, Redux, Webpack on the frontend, Ruby on Rails, NodeJS, Golang on the backend; Aurora/Mysql, Postgres, Redis for storing data; GraphQL, GRPC, GCloud PubSub for APIs;
AWS, migrating to Gcloud, Docker, Kubernetes.

AMA: andre at company site.
There are 36 million blind people in the world and other tens of millions with severe impairments. It seems more like the market is too small due to lack of investment and development.
I have checked. Facebook does not do this.
Yes, Psychology is not really a science. I suppose certain topics appeal to the HN audience..
> Microsoft was still not that strong back then

Microsoft were pretty well established and very successful by 1985 (when the Amiga was launched). The following year they IPO'd for $61 million dollars - not a lot these days, but back then it was a reasonable chunk of cash for a company of its size in the day.

For Commodore, the edge of the pan was well in sight by 1985/86 because their management and overall strategy was a mess.
Amazon to fix Alexa’s creepy laugh
Interesting. My primary business happens to be a (bootstrapped) DNVB with comparable customer count. And despite stories such as Bonobos, etc, we have seen virtually zero interest from outside investors.

I suspect your contention is accurate only for founders who are previously "connected" to the Silicon Valley world.
Acegi/Spring/Hibernate :>
>> APT groups have a set of tools, techniques, and processes (ttps) that they use.

This is interesting considering recent high profile attacks (The DNC, OPM, Sony) have pointed to state actors, but many in the InfoSec community have come back and said many of the tools have been out in the Wild for years. It means almost any hacking team could be using them, indicating that many of the tools are common amongst these groups so pinning a hack to a specific group because of the tools they used isn't a reliable way to track them.

Not my opinion, just something that would seem to contradict the idea that a set of tools indicates who the actors are.
Is that a fair comparison? I'm actually asking, I don't know anything about CPU development. It just seems like it's a different kind of work entirely.
Very interesting, thanks. At 1:22 "Power surges like this are unique to Britain. No other country in the world switches on so many kettles in so short a time." I'm not sure if that's true... I did some work for a power company in New Zealand about 14 years ago and this exact phenomenon was known there. Chip off the old block...
In my experience most targeted ads are both creepy and irrelevant. It's quite an achievement. After shopping for custom USB keys online I saw custom USB key ads for months. Long after I had already found a supplier for them. The experience is not unlike being followed around a mall by a really pushy salesman after you glance at a toaster; because now he thinks all you want to buy is more toasters.

If you bring this up with someone who works in adtech, the stock response is that we need even more tracking to fix it. It's like the adtech version of "no true Scotsman".

Edit: That's not to mention what a huge waste of money this must be for the client buying this ad space. After ordering something from an Adafruit-like electronics shop, I saw ads for them around the web for quite a while. Often trying to sell me the very thing I had just ordered.

How did I find them in the first place? Second or third page on Google search.
Linear Logic, Linear Lisp, Linear Types and Concatenative Languages
It's not auto-generated, but it's not difficult. There's three approaches likely to be reasonable. First, you could make a queryparser-impala package starting with a copy of queryparser-hive, make the changes reflecting the differences you're aware of. Second, you could start from a description of the grammar and build it fresh, using queryparser-hive only as additional reference. Third, if Hive and Impala are close enough (I'm not sufficiently familiar with Impala to say) you could extend queryparser-hive to also work with Impala. In any case, a large corpus of Impala queries would be hugely valuable.

IIRC, Heli took the first approach when going from Vertica to Hive; Matt took the second when adding Presto.
>This smells like VCs pressuring them to grow, grow, grow

They are already public
Situs Poker Uang Asli – Agen Judi Online Terpercaya – Asiapoker303
I found that episode annnoying because it implies that the red line is microphone tracking.

They buried a lede — the story laid out a case that Facebook doesn’t need your audio. Isn’t that a bigger story?
Ask HN: Is there a way to retrieve the questions I ask Siri on my Homepod?
I would like to see the queries I ask 'Siri' on Homepod. Is there a way to access them, like Google's My Activity?
Well, you raised the possibility of risk! I merely pointed out that both options were risky :)
Why don't they?
Their "solid financials" don't change the fact that their "guarantee" is entirely based on speculative investments. If the returns are lower than expected they can't fulfill the "guarantee."

I say this as someone who invests in P2P loans. They are speculate investments.
It's like there's an assumption of increasing marginal utility...
Travis Kalanick's New 10100 Fund
It was working great and seriously used and appreciated by our users. This is a tragedy. Many feel the electron clients are extremely clumsy and massive resource hogs. Nobody likes threads. Nobody needs threads.
mod_bsp: Brainfuck Server Pages
Well, besides the fact that privacy violations are (should be?) against the law and unethical, there are a few considerations you could have.

The one that springs to my mind right now is: Knowledge is power; which is also true in that case: the more an entity knows about you, the more power it has over you. And not only blackmail, but recent hints (AI-powered election meddlings, addictive user interfaces, etc.) have proven that your instinct can be, and will be used against you, whether you are conscious of it or not.

And of course, there are problems linked to physical security (if the wrong person can see you're spending a week abroad, your house might be broken into, or worse).

Let's not dwell on the ethics of financing a company that sells your personal data.

Private data is by definition not supposed to be made public, it is sensitive.
Treat it like an attack surface: the more there is out there, the more likely it is that something can be used against you.
Diversity is not necessarily a barrier to communication. (In fact, the idea that diversity is a problem and a barrier to communication is itself a bigger problem IMO.) In India most people are multilingual, and there's usually a link-language. For instance, in the region mentioned in the comment you're replying to, probably a majority would speak Gujarati too as a second language, and a significant number of them Hindi, and many English as well. There's going to be a fair bit of interchange and translation going on too. (For example, even in the Anglosphere one is not completely blind to French or Italian or German language or culture, say, and is aware of at least a few of their peaks: enough to recognize they have something of value too.)

The existence of diversity is generally a sign of freedom and self-sufficiency: that the people in question were/are free to retain and develop/enrich their own culture, and yet function successfully (enough) in interaction with the broader society, without too much pressure to give up their ways. (See: “melting pot” and “salad bowl”.) Monocultures, monolingualism, monotheism, etc., do have certain advantages too of course, but I hope some can see why diversity is valuable too.
The study would do well to use such a figure, as it is objective and sets a reasonable upper bound on the costs.
I've never heard ours laugh in any context. Rarely it will trigger seemingly without provocation, but in that case it says it couldn't understand a question, or does something silly like define "fire". When it does that, we laugh at it!
So is there an emulator or something we could use to get her running on an updated machine?
True. At the same time, there are pretty solid rules against recording the audio of someone's conversation that would be unambiguously illegal and allow for actual prosecution.

But it's an interesting question: if someone credibly proved that FB was "wiretapping" on such a massive scale, would they get prosecuted? How much could they do in their own defense? Are they so enmeshed that prosecutors wouldn't bother?

Feels like a case of "unstoppable force meets immovable object".
Did you actually look at them? The Lounge looks like a less image-heavy Slack. It's definitely following most modern design trends like flat UIs.

At the very least it looks and feels far more modern than, for instance, mIRC.
Whelp, goodbye Slack, hello Mattermost.
> Firstly, at least on iPhone users know when camera/microphone is being engaged.

How can you know that on a closed system? There's no hardware indicator.

> Thirdly, it is completely and utterly stupid for them to cross the line when it comes to privacy.

Yeah, I'm super glad nobody else has done that because it would be sooooo stupid to do

/sarcasm
>> A really popular mobile Jabber client will

> Will

Man, xmpp has been out for twenty years now.
> The first OEM to embrace it will be able to advertise as more up to date than competition.

Except I don't know how much this will matter, given that the average user doesn't know or care about any of this stuff.
GraphQL is awesome. As a consumer of a graphql api, it's a no-brainer, it's so much easier/faster/flexible than REST (obv. a well designed rest server/client can be fast and flexible and get caching right, but that is not typically the case (whereas caching and what not is typically built in to the graphql clients)).

I think the server-side of graphql is holding it back right now. It's harder to get started building a graphql server than a rest server. Another issue I see is lots of graphql servers are just proxying an existing REST API which is unfortunate since you're just adding latency and complexity (for a rather significant front-end development boost).
Idk much about corporate taxes in Brazil, but I do know that the poor pay way too much, a minimum wage employee pays taxes and "contributions" and other forms of taxations, such as FGTS and inflation.

And they pay again when buying goods, I was shocked when I read about the welfare state and the welfare cliff in the US, for the propaganda I was subjected in Brazil it was hard to believe.

So Brazil is way worse for the poor than the US, and getting paid in Brazil as remote for me (as a dev) is cheaper, since I work as a contractor and would pay between 4-6% taxes against ~25% in the US.
The iOS slowness was a deliberate design decision. We can criticise Apple for making the phones deliberately slow

You shouldn't be using a phone that doesn't have security updates, consequently, if an Apple phone becomes unusably slow after three years due to updates (including security fixes) and an Google phone becomes dangerously insecure after three years because it doesn't have updates, actually, the more responsible company is Apple. At least they're making it the choice of the user whether to continue safely and slowly or get a new phone. Google just lets their users become malware vectors.

(NB. I had an iOS phone and recently switched to an Android phone that now runs Treble-less Oreo. From a perspective of user experience, I feel like I made the right decision; but from a security perspective, I feel less confident.)