skysight-inc/HackerNews huggingface dataset:
Although at first glance this sounds like a no brainer and a little confusing why we are not given the power to have a whitelist system on our phones I think this feature is a terrible idea. This is the same as saying, why can we not bounce all emails that have not been stored in our email address book. This one feature has the ability to destroy modern communication as we know it.

Hear me out. If you all have noticed, with every privacy feature released a significant amount of people migrate to it full-time. I currently cannot recognize my phone ring, because from the day I bought my last phone I switched off the ringing and never bothered to turn it back on, not because I hate ringtones, I just forgot and also there have been no dire consequences to do so. Someone on this thread also said he/she set her phone permanently on "do not disturb" and just deals with notifications when they want to. This is all well and good cause anyone who has tried to reach us has successfully done so and even if they did not reach us, we have evidence that they attempted to.

Having a whitelist system is VERY different and has many unforeseen consequences. From as little as, your mother got a new phone and soon she cannot reach you, you got a beautiful girls number and want to ask her on a date but cannot reach her. To bigger issues like your teenage child is mad at you and deletes your contact from their phone. Job offers will be missed, you will become unreachable in emergencies etc. The short of this is, the best case of such a feature is that you don't need to install a third party app to block spam calls, the worst case of such a feature is people can literally die cause they cannot contact you or vice versa. If I was a phone manufacturer. I just won't even allow this. There are easier ways to solve the underlying problem without opening the door for worse outcomes
well that was pretty fast..

less than 8 hours after the original post hits #1 on HN.
Eh, it’s a future-proofing measure in case that some hyper-competent municipal regime comes to power that not only makes MUNI run on time, but also more sinister schemes.
Not quite the same thing, but I have my mobile network set up to forward every call to a Twilio number which just states that my number doesn't accept calls. It sends me an SMS so I know someone tried to. It's great. People who do need to call me then will just use FaceTime Audio or WhatsApp calls.
He actually did appologize
> and sex workers being abused by pimps and corrupt cops

I don't have a strong opinion either way, but my understanding is that it's very very far from proven that legalizing prostitution improves the lot of sex workers -- I am led to believe that trafficking becomes _more_ of a problem in localities where sex work is legal.

Further, and again no strong personal opinion on the matter, but I suspect you'd see a huge rise in coerced organ selling if it became legalized.

These are questions societies need to answer for themselves, and my central point was that there's already precedent for societies deciding that they don't benefit when some things are available for sale, even if an individual in the moment says they want to sell it.
I think democracy works pretty well in general, but it's prone to instabilities. Most problems that arise can be corrected. (I don't want to say that democracy is self-correcting; rather that correction is possible with appropriate intervention.)

If things get too far off the rails, then the fate of the political process rests in the choices of a few powerful people whether or not to do the right thing, the level of engagement and organization of the resisting populace, the strength and independence of our various institutions, and plain dumb luck. There are many modern examples of failed democracies. We shouldn't think that "the pendulum will swing the other way"; sometimes it does, but if it doesn't then it's to late for a do-over.

My thoughts on this are greatly influenced by a recent book called "On Tyranny; Twenty Lessons from the Twentieth Century" by Timothy Snyder.
Funny fact: Netflix sends me to the web in order to do account changes (real stuff). Why can't I do that on their app? Even desktop app.
Why? Bunker fires were common on coal fired ships, as was dealing with them by shovelling coal into the furnace, or venting steam. It's an interesting snippet, but doesn't seem very compelling that it was a cause. I didn't watch the actual documentary, so only have the piece you linked to go on.
The truth is, any language other than Fortran/C is slow for any serious high-performance-computing task (which is not the same as everyday back-of-envelop calculations and plotting).
ClickHouse is licensed under the Apache License 2.0, but isn't an "Apache project" as in an ASF project. Maybe that's what you meant—just want to make that clear for other readers.

ClickHouse scan performance is through the roof, but it also seems fairly difficult to operate compared to the alternatives. For example, the concept of "deep storage" in Druid and Pinot makes rebalancing and replication trivial (at the expense of additional storage space). ClickHouse doesn't have that and requires more babysitting. And that's without even going into something like BigQuery, which is on a completely different level regarding operational simplicity if your use cases support it.

Also, if queries are heavily filtered by arbitrary dimensions, then ClickHouse starts to lose its edge compared to fully-indexed systems.

This makes ClickHouse fairly niche IMO, despite being exceptional at what it does.
> llvm::SmallVector [...] this class preallocates some amount of data (the actual size of which is configurable via a template parameter) locally on the stack, and only performs a (slow!) heap allocation if the container grows beyond that size. Because malloc is slow, and traversing a pointer to get to your data is slow, the SSO heap storage is a double-win.

But you need to "traverse" a pointer for a stack-allocated array just as well! So it's mainly that in some cases this class helps forgo a malloc, which I am not sure is that much of win, especially given that this implementation is another class that requires more (and more complicated!) object code...

What I think might be better in many situations is preallocating the dynamic array so that it doesn't need to be preallocated each time the function is called. The preallocated array can be a function parameter (or object member, for OOP weenies :>), or simply a global variable.
Because it’s not transitive. If I send you a personal message, I didn’t consent to you giving that to Facebook who will use my phone number to add it to the shadow profile they keep on me. Facebook might as well pay in pieces of silver.
There's a good point in here about wage inflation, but if you get a graph of CPI inflation then 1971 hardly jumps out and there were a number of much higher periods before that.
I'm really curious, how the average Facebook engineer feels about this data mining and when is the point when they think they should stop building tools to allow Facebook to do this.
There have been numerous examples in the past where companies like Microsoft have taken way longer than one week to fix serious vulnerabilities. What makes you so confident you won't be eating a lot of hats?
> roll out a client-side update fix on a relaxed schedule

"There's a bug that allows our devices to be used as eavesdropping tools. But let's relax about it!"
That's a fair point. Previous iterations of my GitHub Pages used Jekyll and I used that at the time to test it, but I recently switched to plain-old-HTML and honestly it didn't occur to me that Jekyll would still work for testing it. Having said that, installing Jekyll[1] has quite a few steps and requires quite a few dependencies which I don't typically have installed, so this is a bit easier for me to distribute to my various machines.

[1]: https://help.github.com/articles/setting-up-your-github-page...
yup we're seeing product teams getting shit on all over every product space if they're not core. Amazon did the same thing to their UI/Search team with their sponsored results that turned web/app search into a massive clusterfuck of unrelated "Promoted" items
> Democracy can only work if your choice in the voting booth is actually informed.

I am totally with you on that. But I also believe, that I am able to inform me "just in time". When I read about the least years, read the party programs, read the proposals and the essayists discussing them.

I do this in the weeks leading up to an election. And - we are imho lucky to have this in Germany - am able to use an online tool to check all party programs against the things important to me in a kind of "who fits best" tool. This is done by an independent organisation and is nowadays kind of an institution by itself.
To support your point, twenty years I heard an oncological researcher say, "If you're a mouse, and you have cancer, we can cure you."

These days we have even more cancer cures for mice. Most of them do little to nothing when used in human beings.
CSS is utter crap. In the history of computers, one programmed in a single language at a time. You had punch cards, then a text file in a terminal, then a text file in a PC written in a language like FORTRAN, COBOL, PL/1, Java, etc. And it was fine. Then they invent a bizarre 3 language sandwich where you switch back and forth between 3 completely incompatible languages (CSS, HTML, JS), which don't even agree on how comments are entered. It is one of the worst designed languages ever, surpassing the previous abomination RPG. I can't wait to deep six the whole HTML stack, as it is a huge time waster. We need a single, well-designed language that can all the general purpose coding we need (and generate websites). Maybe the output will be JS because that is what browsers support today, but seriously let's not put lipstick on a pig and call it pretty. That CSS can draw but not compute, and JS can compute but not draw, and HTML can't do IF, what kind of nutty design is this? Chaotic rapid growth was the cause, but the cure is to dump it entirely.
> The third is inexcusable, yes

It depends what exactly the keys are used for. If it's just for secure communication between the app and the bulb, and the keys are different for each bulb, I don't see any issue with this.
A lot of those folks who are committing petty crimes aren’t downtrodden struggling to survive though. Many are junkies and a class of permanently homeless that refuse help/services and refuse to rejoin society. Why should law abiding citizens have to bear their costs?
Well you know us HN crowd...
Also when a user reports a major flaw in your product and your response is that you will not lift a finger until the user fills the correct form, you have reached the state of a useless bureaucracy, completely unconcerned about the quality of your product. I remember being given that advice by an employee on the vendor’s own forum where I reported a problem. They are still waiting for their bug report and I have found an alternative product.
How would you even link to the next block with just 8 bytes...
>I'm highly skeptical of an approach that involves training users to rely on a black-box ML system.

google did it with youtube, if they do it to chrome i don't know if they can handle the developer frustration that will ensue(i'll put a nice red fullscreen browser incorrect banner on my website if users visit from chrome)
Just a PR stunt... nothing to be concerned about. Cancer is here to stay for the foreseeable future.
A quote from _why is something I'm occasionally reminded of, and still struggle with sometimes even though my first lick of programming was 15 years ago:

"When you don't create things, you become defined by
your tastes rather than ability. Your tastes only
narrow & exclude people. So create."
Including private keys of any sort in the firmware is kind of a no no
AI Companies in USA – Infrrd Enterprise AI Platform –Infrrd
I've had the worst upgrade experiences with Ubuntu, when many a times it'd fail with a bad bootloader / incompatible daemon set. Once I even had to patch glibc because Ubuntu's was too unstable ugh.

I've never had that kind of a problem with Debian or the CentOS distros, in general. I'd recommend those two over the others, if you want a good production environment.

You should go Fedora if you know what you are getting; Never had a real problem with it; Currently, I'm holding off moving to Fedora simply because they haven't gotten official ROCm packages yet.
My favorite is the lavender fields of Provence. When we came over the hill and this purple landscape opened up, it felt like a completely different world.
The only problem with scenery in France (especially around the Rhone river) is all the power-lines from all of the power plants.
Telephone spam was not much of a problem before unlimited cell phone calling plans. I would love a system to charge people who aren't on my white list an amount of money I determine to call me. I'd probably put it at 10 cents so as to not hurt legitimate callers but basically kill spammers. Warren Buffet might set his to $10 million.
FREE: Remote Control for Mac is free now (instead of regular price of $10)
I can confirm that. No need for me to block all except whitelisted numbers. Blocking the dozen or so worst offenders was more than enough.

Also the feature of recording conversations is very nice.
Are any of these examples in recent history, in software terms? Software culture, especially with regards to security, has come a long, long way since the bad old days. I agree with the parent comment. This is not acceptable in 2019.

Can you point to any of these numerous examples?
Digital technology is making the world a better place
I'm curious to know why they switched back to openssl from libressl. Are there compatibility issues or have the issues that caused libressl to be created been addressed now in openssl?
> But you need to "traverse" a pointer for a stack-allocated array just as well!

No. Iterating a small stack array is much faster than iterating a heap array.

Instead of "traverse" the author means you have to follow the pointer out to main memory to read the data. Another term they might have used is "fetch".
I didn't find this test to be particularly accurate. This one on the other hand blew me away https://www.nytimes.com/interactive/2014/upshot/dialect-quiz...
Let’s be clear about one thing, we are not comparing CGI to C++ or Java. There’s PHP, Ruby, JavaScript, Python, etc that are all good languages to rapidly develop backend code in. So The dev time between CGI and non-CGI is the same or even quicker to build with non-CGI versions because modern web languages and frameworks are much better than they were in the 90s when CGI was popular. Plus the sysadmin / DevOps time spend deploying and hardening CGI would be greater than a more modern framework.

Also your coats are hugely optimistic. I’ve done benchmarks with CGI and non-CGI code in previous companies and found it wasn’t just a couple more servers, it was often 10x more. Even at $0.26 an hour, that quickly adds up over the course of a month and year. Plus the slower throughout also has a knock on affect in your database as well. You’ll find as you’re running fewer connections on each web server you’d end up with smaller connection pools per node but more overall DB connections across the farm with those connections held open longer per web request. That means you then need to beef up your RDBMS instance and that gets very costly very quickly (even on the cloud)! And we’ve not even touched on the options of serverless et al that aren’t even available for CGI which would further bring down the cost of hosting a non-CGI site.

Let’s also not forget one of the key metrics when building a commercial web platform: performance form a UX perspective. Amazon, Google, etc have all done studies on page load times and user patterns. Their somewhat predictable result was that sites with slower response times will see more users leave that site in favour of a competitors one than sites with faster response times. So if your website is your business, running CGI could cost you in lost revenue as well as running costs.

None of what I say above is theoretical costs - this is actual data from my experiences migrating CGI platforms to non-CGI alternatives. I’ve done the benchmarking, cost analysis and so on and so forth. The arguments in favour of CGI are simply untrue for the modern era of web development.
Thank you! I'm trying to find reasons/explanations behind as many items as possible in order to give more context. In general I'm striving for the list to help informed design, rather than just checking off items :)

If you find something which is unclear or could be better, then please tell.
If it works, it won't go unnoticed.
Is there an explanation for that? It sounds counter intuitive that the heat wouldn't transfer and stay at the ground of all places. Or, to put it another way, has that always been the case, or is that a new thing, that the heat stays down here?

I have literally no knowledge about any of that, so don't take my question as anything but me not knowing and wondering, please.
I like to imagine Chrisjen Avasarala from The Expanse saying:

“I don’t give a fuck what you do, just get them the fuck out of there. Now.”
"PG&E doesn't have carte blanche, it is a regulated monopoly, any changes to the rate structure has to be approved."

How often do the rate increases that they seem to announce virtually every month actually get rejected?

Do they even ever not get approved?

I have not done the comparisons myself, but I have heard that California's energy prices are some of the highest in the country. I don't understand how that can be if their prices really are held artificially low by the government.
> It will apparently continue to be available for Android users.

That's another interesting move.
Very interesting thought. This is why I share things here, I always learn more from what other humans think.

I am trying to understand how far political power can even go against a force this subtle and pervasive? This is not the 1990's and this is not Microsoft, this is much deeper now.
I don't mean this maliciously but unless I've misread your comment this is a lot of text that boils down to "sometimes you'll be unreachable". Some of the reasons you list:

- family members getting new phones

- missed connections + job offers

- teenage child being angry with you

- emergencies

Two responses:

1. The cellular phone has existed only for so long, and people found a way to exist before it. I'm not going to belabor the point since it's not very deep but this concept that you need to be reachable 99% of the time in 99% of the cases is wrong -- the cases where you actually absoutely need to be reached is often <1% of the time.

2. The problem is identity here -- it's not that you don't want certain numbers calling you, it's that you don't want certain numbers calling you. This could be solved by creating a system that links identities to numbers, though it's exceedingly optimistic notion that we'd get everyone to agree on the same system.

In all the situations when you give someone your phone number or they give you theirs, you're agreeing to talk to each other. If you instead exchanged some sort of identity (let's say GPG key), the problem no longer is "how can I call a number they should be at", it's "how do I find how to contact this person with this identity". The latter question can be solved much more robustly.

I've thought about something like this -- creating just a online store of just identities that you can freely create and discard, boiling down to GPG key. Having such a shared resource would mean that chat apps, telco providers, and various other usecases could just use GPG (in this example) to look up the right contact method... Attempting to create a widely used standard is basically suicide though so maybe this idea has no legs.

In this imaginary scenario you have a whitelist that works the way you want -- people you want to contact you can, and you can have very limited overrides like a shared identity/utility key for hospitals/government/etc.

[EDIT] - I also wanted to add -- again, I do think that this would have bad effects on "free and open communication", but I'm not sure it might actually be bad for society -- maybe free-and-open-communication by default for some mediums isn't good. I don't think closing down this loophole for phone numbers is going to squelch productive protests (one of the phenomenons I personally think we'd want to protect), but maybe I'm wrong.
I still fondly remember the time when the blog's masthead was the image of a sailing ship reminiscent of the HMS Endeavour.

The always interesting and excellent content was what made me want to return and read more. The strong image of ship and the matching last names of ship captain and author made the blog recognizable enough that I did.
If by flow you mean the tensor sizes in different layers, that's a huge help for debugging, or when rewriting the net in a another framework. For debugging, you're otherwise stuck with opaque (for beginners) messages about tensor dimensions not matching. Visualizing makes the mismatches obvious, so it's common to draw the tensor sizes on paper, exactly what that visualization does.
Iran's central bank issues draft rules on cryptocurrency
Say goodbye to lifecycle methods, and focus on productive code
most has been said, but I want to add that the pragmatism of the language makes needed effort unpredictable.

many solutions seem to be born out of the fashion of that time. an animated dropshadow is easy, styling a checkbox, it's label and making it work for rich devices is damn hard.

(for the latter you need to figure out the way to associate a label with a checkbox, hide the default checkbox, draw your own to style that, somehow get the state from the hidden original checkbox and than build a very weird wrapper, that invisibly enlarges the clickable/touchable area without bursting your layout or covering another touch zone)

I think medium did a whole blog post on how to get aesthetical authority over a text undergone.
I recently came across a similar market research effort in Switzerland [1] after I noticed the VPN symbol in the status bar on a relative's iPhone when showing them something. I asked about why they (not very tech-savy otherwise) were using a VPN and was told they were participating in a market research project in exchange for some shopping gift cards. As is the case with FB, the research company installs a VPN and their own root certificate.

Of course the implications are outlined in the fine print / data protection agreement when signing up, but I doubt most of the participants are aware of just how far the data collection they enable with this goes...

[1] https://swissmediapanel.ch/ (Link in German)
Dealing with drug addiction isn't a struggle?
Hunting Weather Ballon Radiosondes with Open Source
This post[0] contains some of the reasons:

- better upstream support from projects
- To my understanding, various of the issues in OpenSSL
that made us switch to libressl have been resolved.
(for example memory management)
- libressl failed to retain compability with OpenSSL
- libressl breaks ABI every 6 months, OpenSSL does not
- FIPS support

[0]:http://lists.alpinelinux.org/alpine-devel/6308.html
Suspect its breaching some term of the app store or at least in a grey area. So it's a pre-emptive move to avoid the Apple has removed Faecbook app news headline.