skysight-inc/HackerNews huggingface dataset:
I really don't think shrugging and giving up on security for desktop apps is a viable path.

> their strengths: superior performance, better system integration, better dev experience, more features, and higher general quality

These are important, but you generally do not want to sacrifice security to get them. The sandbox is opt-in on the Mac so where you have an app you believe cannot live in it, you have that choice. Saying Mac devs are forced to castrate their apps isn't accurate or fair.
How the wayland server and the shell are going to share (or agree to) that file descriptors or secrets in the first place? Or how can you ensure that the shell is not a rogue one?
IndieWebify Your Hugo Website
Schools provide much more than YouTube.
I don't see the problem. The legislature was elected by the people. If the people keep voting for these elected officials, they got just what they voted for.

The teachers are leaving in droves and making better money.

Win Win - the people of Oklahoma got the horrible school system that they indirectly voted for and teachers get to either deal with it or move.

I can't feel bad for people who vote against their own interest.
Know what a linked list is, its advantages and drawbacks.
Exactly: the sound isn't a problem for you (the riders), but it's a big problem for the people that live around you.
I was curious so I searched Google Books for the phrase "front end developer". It appears that before 1995, it was used to refer to a software product called "Front End Developer" and it was also used to refer to a tech company (as opposed to an individual) that developed the "front end" for a larger system.
"Fair" should not even be on the vocabulary when talking about what we should do to companies. Companies aren't people. What we do to them is secondary to whatever we do to actual people.

Now, how a split would affect the people involved, that's another story. But if you weight the number of people in those companies, versus the number of people they affect worldwide, well… the moral weight of the company is a rounding error. The only thing that really counts is how stuff like a split would affect the rest of the world. And if it means putting those four companies out of business, well, tough luck. The greater good must prevail. And even then, there are ways to compensate for the subsequent spike in unemployment.
...and healthy young adults were "the risk group" for the 1918 pandemic.
He seems to have left before the Match.com acquisition

Oh, I didn't know that. Never used match.com but I've heard such terrible things. Does this mean OkC has jumped the shark?
Hangouts runs fine in the most recent version of Firefox.
That would be a bit inaccurate though - the core library doesn't have a backend. The example you found e.g. implements an OpenGL backend.

It doesn't reference any external libraries (maybe C runtime). IIRC it does not assume you have a malloc() function by default; you provide one or use a #define before include to tell the header it can rely on standard malloc.
> Do you think you would be able to detect [malicious motivation] by examining their officially stated desires and morality?

Insofar as you can define a measurement for malicious intent, you could detect this. The set of measurements you define might not tell you everything you want to know about malicious intentions but they would give you a decent approximation.

For example:

Image we have a controlled random study, we have two groups A and B. We show both groups a medication K, and give group A a motivation (perhaps monetary say $10) for K to be approved, we give an equal weighted motivation $10 to group B for not approving. Then we show both groups information showing that K has some detrimental effect. Observe outcomes, and those who approve for the monetary motivation would be displaying "malicious intent" as defined by the measurements in this study.

Generalizing from studies, however, to what particular persons in political parties at a particular point in time are thinking is something for historians or debaters and a set of methods I am unfamiliar with, outside of a general knowledge of the dialectic.
Martin Gardner points out that there is some ambiguity as to whether the traveler's statement is taken as a statement of intent, or a prediction of future events. In the former case, there is no paradox: the judges are not obligated to realize the intent, so they can set the traveler free without creating a contradiction. Cervantes is unavoidably vague about how travelers' statements are verified.
You’re looking for capability-based systems.
Matrix is basically open source Slack. It fixes a lot of the problems that IRC had, enabling continuous presence, central authentication, easy file transfer, bot integrations, and more. I really hope it catches on more.

Disclaimer: I help run a small Matrix network.
There should be a link on the page. I started binding it to C# over Christmas out of frustration of one not existing, and someone else quickly picked it up and made a cleaner binding that I recommend more. Google NuklearDotNet for the latter.
>You look to future moments, in the present moment. There is only the present moment.

Only as an accounting trick.

People alive have a long series of present moments to go through. And they are conscious of that, and can make plans, and look forward to those.

Dead people don't have anything.

>This isn't a philosophical stance - it's actually a subtle point that isn't obvious until pointed out, everything you experience, you experience right now, and never any other time, always now.

Animals do that (and not sure even for them).

Humans always include the past and the future in their experience of "right now".

If there's "only the present moment", then knowing you have 2 weeks to live because of some sudden severe illness (with no other symptoms except death), would be just as well to anybody. I doubt that this is the case. Of course a stoic can argue otherwise (I don't care what will happen in 2 weeks), but that's a bona fide philosophical stance. Not a subtle point about the human experience.
They have, but they don't seem to be in favour of it.
Ross Anderson: Security Engineering - A Guide to Building
Dependable Distributed Systems

Matt Bishop: Computer Security: Art and Science
I have, but I don't see it coming up much except during an interview maybe.
Unread emails? 3 (I only keep my unpaid bills as unread).

Emails in inbox all together? All of them.
Operation Elop – The final years of Nokia’s mobile phones
The thing is that you can build applications full-time for years where you just aren't doing that ever.

I don't remember the last time I had a queue so large and in such a hot loop that it would matter, for example. And it was a channel.

Lately it's been browser-side code in an interactive online game that has gotten me to think about data access patterns again so that it performs well on slow phones, but that's just not what most people are working on.

We have this whole belabored HN meme where people complain how the internet is for documents, not applications. Do people in these comments really think generating those documents involves heavy data access patterns?
I guess. But it seems like a lot of pretending. Maybe I'm too cynical, but men have a pretty basic algorithm for choosing a mate:

1. Is she acceptably attractive?

2. Is she acceptably not crazy?

Match those two things and you are 99 percent of the way to the chapel. Women have more complicated criteria mainly because what they really want (someone at the top of social pyramid) is ineluctably scarce.
A loud machine seems more powerful. If the sound is deadened, people often feel like something more than the sound is lost. For similar reasons, some new cars play engine noise through the car's stereo system.
Yeah, would be more for existing apps that already have a bunch of domain logic.
Just because tax-funded services play a role in somebody's success doesn't mean that person morally owes arbitrary amounts of money to the government.

Taxes are proportional to earnings, but the amount of money you cost the government is not. Why should you start paying more just because you were successful?

If you actually wanted to implement "Suckerburg" and Thiel's "fruitopian" ideas, you should charge them a reasonable price based on the services they use, rather than based on how much money they earn.

I suspect they pay substantially more taxes than most of us do.
F0lio release 1.5.0 – A small step for users a giant leap for f0lio
It's really not a high bar is it? Frickin MSN Messenger and Adium was a better platform than what we have now. While never having used it I suspect the best was probably blackberry's platform in its heyday, even though AFAIK complicated to integrate into a business, but at least then it would work solidly.
Thanks. Yeah that's what I thought.

On Prisma, I have a graphql-yoga server which sits in front of Prisma. My server has its own schema and api and it handles auth, permissions and business logic
XMPP is a bit complex, and suffers from some problems derived from too much flexibility. The mandatory part of the protocol is too small. This could be fixed by creating a meta XEP that lists all XEPs needed by modern clients.

However, it's a very capable protocol. Just see how nice conversations.im is. It doesn't even use GCM, and both latency and energy usage are fantastic.
> Chat apps are the posterchild of what happens when open standards (irc, jabber, xmpp,...) get replaced with walled gardens

Slack is showing that the usefulness and popularity of a chat app has exactly 0% to do with whether it uses an open or closed protocol.

It's all about product design and user interface.
Apple and Amazon should be replaced with Microsoft and Intel.
I would worry about unintended second-order effects of that. If there is a danger, I do want a driver to honk quickly and without hesitation. Might imposing an external after-the-fact judgement on whether it was neccesary or not, with a very stiff fine, cause people to hesitate in situations where they shouldn't?
Agreed with most of the points in the article. Google Talk was minimalistic, but that was the whole point of it. And it was in a point of time where Google actually tried to use an open protocol which was interoperable and extendable.

I could use Google Talk in Pidgin along will all my other IM accounts within the same client, and I also could use some plugins like OTR to encrypt my conversation if I needed to.

Now we're forced to use the Hangouts client which frankly isn't very good, and everyone else is also trying to lock everyone in their platform by putting interoperability on ice.

XMPP is still a good protocol, but no one seems to care :(
That's because the Mac App Store was spawned from iTunes, which has to be the shittiest piece of garbage to ever stain the hard disks of Macs.
> Yeah and email doesn't have hardly of those features either

That's why:

- there have been countless attempts to improve email (anything from threading, to automatic contact info to inline images to file previews, to adding interactivity to emails, to... to...)

- the younger generation prefers anything but email
Not having a sandbox was acceptable in the 80s and 90s, when the software development community was reasonably trustworthy.

The software developers and software companies of today are on average not to be trusted: they will outright steal the customers' private information and sell it or give it away without a second thought.

Absent adequate laws, the success of the iOS permissions model and the complete failure of the Android permission model in protecting customers is perhaps the clearest proof of what a sandbox can achieve.
I am reasonably sure that I can download an iOS app - any app - and that my private information will remain secure.

The platforms of today must offer a secure, privacy-preserving running environment. The free for all is dead, and it has been killed by greedy devs and companies.
iPhone case sticks to your finger – giveaway
In Las Vegas I knew several Filipinos. Most were immigrants but also native born as well. They have a local subculture akin to any of the others that employ specific dating sites.
The car of the future is taking shape–and it will know how we feel about it
> Any weaknesses with the Haskell "time" library have nothing to do with static types in particular nor the language in general.

Hence, my original point: This goes to show that no amount of static typing can save you from implementing badly-designed software.
Thanks for you effort. I prefer Mac app store apps, when they're at parity with non-store releases, because there's fewer licenses to install and manage (even if they all go in my password manager), and because I can upgrade all the app store apps at one go instead of being nagged by each one separately.
Yeah, it takes your schema and your models and generates as much of the resolver graph as it can, then leaves you with an interface to implement for the bits it cant (usually trips back to the db).
The least connected people in America
I’ll reply in detail later this day, but shallow research says that I must be wrong. In short, 40% of Tatarstan adults are vaccinated (surprisingly; in “private companies” we never ever speak about that, nor do it). Death count is still unclear though, stats hard to find.
That’s unfair to both men and women.
Would you have opposed the development of mass-produced books on the basis that most people couldn't read and write?

You can read books yourself but it's so much easier to just listen to the vicar reading them out instead.

People learn things that are helpful to them.
All three of those professions work symbiotically with computers and automation. It's hard for me to see them as competing.
> You're generalising and stereotyping in a way that suggests you're not very experienced, so perhaps we can put down the bizarre sweeping statements to inexperience.

Dunno, his experience pretty much matches experience that I had in different parts of this industry in different roles all the way to being someone who only reports to a board of directors. It also matches the experience of lots of people that I know. It is the "mean" of all industries and even unicorns revert to the mean in time.

> Why would I do that? I believe if you want to get better at something, hang out with people who are already better. I get better if I work with better people and, as it happens, my bosses/shareholders are happy with that too because they end up with a more talented workforce.

That maybe true in some small companies. In fact, it probably is true for all small companies that survive. It is certainly not true in larger or large companies until those companies convert individual departments into entities judged by P&L and only P&L.

> It's no different to building a band: Paul, John, George and Ringo all knew the others were better at something than they were, and knew that was the secret to them all individually stepping up and beyond their previous abilities.

This is how the bands that do not make it out of a garage look like - the ones that are staffed by sad 40 year old men who think their music is awesome and they are just about to make it while working as waiters and bus boys in restaurants.

Successful bands are staffed by "rock stars" - the minimum acceptable level of performance is so high these people are not even in a market. There are no managers that are not rock stars at what they do and non-rock stars are definitely not telling rock stars what to do.
Yes, many developers sign, and then fail to offer a secure way of verifying that the signature belongs to them.

But it's still better than nothing, I'm sure they would offer unsigned HTTP downloads if Apple didn't force them to get their shit together.
Rust and OpenGL from scratch: Triangle
2018. The year of VueJS.
Well, let's say that those factors are the most immediate ones for attraction. This doesn't translate much to "the chapel".

I've been thinking a bit about online dating (heh) and dating in general. My latest idea is that a successful match is not much a matter of state, but rather a matter of process. Two people might be well suited for each other but to get beyond the most superficial attraction you need time spent together and meaningful experiences.

They could create a dating website that encourages "matches" to go through a set of random activities, that would be fun (and, I guess, successful).
Sure, but I'm suggesting that the lack of a sound also presents a problem for us, the riders.

I don't think riders need extremely loud exhausts to be safe, but an exhaust sound adds an element of safety that cannot be ignored. It's the same reason why all vehicles are fitted with horns, after all.

I think people might be more understanding if they rode a motorcycle in a busy city for a few months, and realised how many drivers (at least in my city, London) are far too busy looking at Facebook to drive.

Driverless cars can't come soon enough; though I'm sure that road will lead to motorcycles being made illegal anyway - but that's another story...
Going to McDonald's was certainly an important ritual for my dad and I.
Given what I know about my conservative relatives, the electorate is probably ecstatic that they were able to stick it those commie teacher unions.
Google makes money off of data. Essentially, they are a big ad company that does tech. Whatever that means to you, that's generally how they make money. The more of your data that they can have going through their services, the better.

All of their "products"/tools (at least after a certain point) have this end in mind. If a product does not get them enough data[0], they either a) bastardize it until it does, or b) kill it.

I'm sure this is not news to a lot of people, but it surprises me how often people forget that Google has no reason to care about the quality of their tools as long as enough people are using it. I'm not saying they don't make good tools, but that is why we see good tools get killed (Reader, Wave) or ruined (Hangouts, Voice).

[0]: or they can't figure out a good way to get good ad data from it.

EDIT: formatting.
I don't know about that. In my school district, there was a 5th grade field trip where we had "jobs" that paid "money" we could use to buy trinkets at the other shops the other kids worked at. That was the limit of my school teaching financial literacy. We never learned how to file taxes, how to invest or what good investments were.

There was a high school elective course about personal finances, but because it was an elective and sounded boring, none of my friends took it.

I don't think it is especially hard to learn how to invest, but I suppose getting to the point where you know the right questions to ask might be hard without knowing people who know the basics.
Yes, I shouldn't be stealing the term dynamic range compression from the article since that's inaccurate. Hard dynamics would be a better term to describe overcompression, brick wall limiting, and maximizing.

Slow-attack compression certainly makes things sound punchier, but do they increase transients relative to the loudness of the track? No, I still think they can only decrease them.

Hearing is damaged by large absolute volumes of transients, with the small exception that your ears are able to become slightly temporarily desensitized around high levels of loudness.
Since higher loudness causes listeners to turn down music, they will also turn down the transients, so loudness makes tracks safer.

Possibly the worst thing to do to your hearing music-wise, is to listen to uncompressed kick drums for half and hour. They might even not sound loud at all, but the pain will start kicking in before you know it.
...from jQuery. Safe to say any JS framework would have been an improvement (and that's coming from someone who has very little love for JS frameworks).
I think its still pretty early days, the easy stuff is fine. Once you throw in data loading or subscriptions you quickly run out of docs or find that its just flat out unsupported.

I'm hoping to change that though :)
MIT AGI: Building machines that see, learn, and think like people
Show HN: (Prelaunch) GraphQLRails Ebook – Super Charge Rails API with GraphQL
Looks interesting. Shame the syntax is GraphQL-like but not pure GraphQL.
I can, (and usually do) quite easily get by without Microsoft, Intel, Amazon, and Apple. I'd love it if everyone dumped FaceBook. Google would be more difficult, but not impossible. Part of what keeps these companies going is the inertia and "friends" factors, but much of it is that people like how well they work. They have to keep in mind that they're one good competitor away from having a serious chunk of their business taken .... assuming they don't just buy out the competitor.
Those who don't know history are doomed to repeat it. It kind of makes you wonder why the subject is made so damned boring in school when it would take little effort to make it very exciting indeed.
> due to todays obsession with and more long lasting documentation?

I'm not sure it's longer-lasting. I've got VHS and audio tapes I don't have the equipment to play. I've got two voice recorders - each one requiring proprietary software to extract the audio from. The last time I checked, a few years ago, the software was no longer maintained, and may not run on modern Windows machines.

If I put in the effort, I could probably figure out how the files are stored, and how to decode them, but it's not exactly a casual task.
It seems to be in mid-jump. There were two major changes recently: mandatory real first names and you now need to "like" someome before you can write a message. This like generated a notification for the other user, but with the liking user anonymized for non-paying user. The latter change seems to be designed to create more pressure to pay.
Online hearing test
Yes it is fair. The greatest power inside a country should be the democratic representatives of the people, which is the government.
I submit that the macOS interface leads to a reasonable expectation of greater security than an old-school executable running in the 90's or 00's, because macOS requires that the user explicitly grant permission to access so many other sensitive resources, such as location and contacts.

If an app has to ask me permission in order to access my keystrokes, I think it's fair to assume that the same would be true of apps that read (anything outside their window regions) from my screen. The fact that macOS doesn't require this is discoverable by sleuthing (browsing the Privacy pane, or remembering that screenshot apps don't ask for it), but there's reasonable, and probably common, mental models that don't make it obvious.

It would be like renting a house with four locks on the front door and none on the back. Yes, you could audit the house, but it's a weird asymmetry to have to look for.

(P.S. I'm older than you, FWIW :-)
Why? Their example of a stripe backed payment form is massively over engineered as a Vue component
i think 2018 is the year of 'who cares js'
I feel very productive using Vue. I wish it had first class support for forms though. My home cooked concoction for that works well enough but isn’t ideal. Otherwise, it’s the best thing I’ve used in 2017.
Unsure if it's just me, but the article doesn't seem to render the text properly: https://i.imgur.com/donfa0W.png

With that said, definitely an interesting read and reassuring to see that you don't need a million tools to get started. I'm doing less frontend than I used to now, but I'd still like to have a play around with Vue.js at some point to try and avoid the jQuery mess you often end up with when you end up sprinkling some client-side functionality on top of a primarily server-side rendered app.
It's rather exaggerated, but it's true that men are immediately attracted by looks and women by social status (or promise thereof). And that the craziness factor is a turn off, for both.
It's also true that we tend to judge rather harshly those who don't appear to have an interest that goes beyond these immediate and basic factors.