skysight-inc/HackerNews huggingface dataset:
It's a somewhat sad statement on the maturity of modern linux distros that my greatest excitement on seeing this announcement is knowing that I managed to install F28 off the beta track this cycle and thus I'm guaranteed not to get caught with a stale distro for a full year this time.

Beyond that, and somewhat visible the Firefox version bump, I'd be hard pressed to even tell you what changed from a desktop user's perspective.

I know this can be spun as a "Linux is so mature it's boring" sense, but the truth is I feel very old and lame right now.
My counsel disagrees with this statement. Some Googling seems to confirm that.

https://cybercounsel.co.uk/data-subjects/

1. A Data Subject under GDPR is anyone within the borders of the EU at the time of processing of their personal data. However, they can also be anyone and anywhere in the context of EU established Data Controllers an Data Processors.

2. If the Data Subject, moves out of the EU border and say becomes an expat, or goes on holiday then their personal data processed under these circumstances is not covered by the GDPR and they are no longer a Data Subject in the context of the GDPR, unless their data is still processed by an organisation “established” in the EU.

Luckily, my organization is not “established” in the EU.
Yup, so that will be the best thing once everyone switches to using grads for latitude and longitude.
Sonar | Software Engineer and Sr. Software Engineer (Rails) | San Francisco, CA | Onsite

Sonar is helping businesses build personal relationships with customers through mobile messaging. Most B2C companies are still using antiquated communication channels like email and voice calls to chat with their customers. Those customers are now living in mobile messaging platforms like Whatsapp, Messenger, and SMS. Sonar's platform enables a company to have two-way conversations on channels customers want to actually use, driving engagement and revenue, and vastly improving the experience for the end user.

You'll be joining a small team of smart, collaborative people on a mission to make business communication better. You'll have the opportunity to learn a ton about building a company from the ground up while making products that drive real revenue for real customers. You will get to touch every piece of our stack, including helping us scale, improving our artificial intelligence, and optimizing our eng processes.

Technologies: Ruby, Rails, React, Redis, AWS

Contact matt (at) sendsonar (dot) com
GoCardless (YC S11) | London | Engineering | Onsite | Internships

Calling all interns!

We (GoCardless) are looking for people to join us for 3-6 months this summer. You'll join as a fully-fledged member of a team, shipping real projects to production. We have a streamlined interview process for internships: You'll have an introductory call, followed by a half day of face-to-face interviews. Apply at https://boards.greenhouse.io/gocardless/jobs/28143

Unfortunately, we are unable to sponsor visas for internships, but we have other full-time positions open as well for these roles: SRE, Backend, Frontend, Pre-sales. Please take a look at our full list of open positions here: https://boards.greenhouse.io/gocardless

If you've got any questions, drop me an email (it's in my profile).
If there's anyone with an x-rated business idea, f.app is available though it's marked as a "premium" domain, likely due to the single letter.

It'll cost you a cool $1,790.88/year. I wonder how much of that goes to Google.
Assembly has been a fiction on most computers for a long time now. From the other side of the instruction decoder, they are more like VLIW machines than evolved 8080's.
”Any snippet of C-code is transparent in that you know roughly how it is going to be translated into machine code.”

…for a definition of ‘roughly’ that has become significantly less precise over the past decades.

For example, there was a time where you could be reasonably sure every multiplication in your source code mapped to a multiplication instruction, but that time has long been gone. Constant folding, replacement of multiplications by shifts and loop hoisting aren’t exactly novel techniques.
Regarding freenode, we've already received and acted upon an email from an appropriate person in the project, from their @voidlinux.eu address to our projects support email.

Based on this, we've added access flags for those active contributors enabling them to administrate their channels on freenode, and reassured them that if there's anything else we can do to help, we'd be happy where we're able to.

For now, the Void Linux channels are back with active contributors and should be able to run as intended.
> Twitter invents the “pull-to-refresh” UI gesture that leverages variable rewards to trigger addictive behavior as a way to increase user engagement with the timeline; Facebook invents the “red dot” notifications that keep people checking their phone for the next new thing.

two minor corrections:

1) pull-to-refresh was not invented by Twitter, but by Tweetie, a third-party Twitter client.

2) The "red dot" for notifications was not invented by Facebook, but most likely first appeared on Apple’s mail.app about 20 years ago in the first version of Mac OS X.
SEEKING WORK -- Denver, Co -- remote/freelance

Looking for work in Stock, Options, CryptoCurrency trading.

Technologies: Trading API, Stocks, Options, Crypto Currencies, Trading, Python, PHP, MySql, MongoDB, Finance

Résumé/CV: http://www.strategic-options.com/resume?=algo_f

Email: chad.humphrey@strategic-options.com

Algorithms / Strategies

-Volatility Algorithm, deploy across $150 million portfolio

-Options Implied Volatility Arbitrage strategies

-Stock & Equity Algorithms, Current tracking over 500 stocks.

-Smaller Bitcoin / Cryto currencies algorithms

Software & API:

-TD Ameritrade, Interactive Brokers, Etrade, Ally

-Scraping techniques
The goal of the interface should be to be intuitive. You shouldn't have to learn an awkward sequence. If there was a page forward and backward button on each side, I don't think people would have anything to learn
Let's have a button to skip boss fights (2017)
What app is that? I've found that none of Play Store apps can record the other party, only my own voice.
I know TLD's doesn't affect SEO, but does Google enhance .app domain SEO when people search for apps on Google search?
Writing a document explaining how a customer service rep at some company should go about transferring ownership of your account is not solving the problem with tech. I listed things that the document should include that a human can execute, not an automated system.
> How often do you struggle with the interface once you've learned it?

You must not be a VIM user. I've been using VIM for about 10 years now and I still make mistakes where I think I'm in one mode, but I'm actually in another. Just because you've "learned" an interface doesn't make it easy to use.
Manulife | Software Engineers | Kitchener/Waterloo/Toronto/Montreal | ONSITE | Full-Time

"We're not some old, stuffy insurance company. We're a large company with lots of young talent going through a transformation to be not just a financial company, but a technology company."

Personally, I joined Manulife about a year ago based on the above statement, figuring it would be a good opportunity to be a part of some serious change, and so far, it has lived up to my expectations. I'm currently leading an initiative to utilize GraphQL in new and innovative ways (using schema stitching to mix and match APIs as necessary, and developing proxy layers that can alter and augment data as it passes through).

This is only one of the many things we are working on:

- GraphQL based API infrastructure

- React/Relay UIs

- Kafka/NiFi for back-end data flow

- Cloud Foundry PaaS

Our tech stack? JavaScript/TypeScript, .NET Core, Java, Golang, even some Kotlin. Best tool for the job at hand, really.

Take a look at a couple of our open positions:

https://jobs.manulife.com/ShowJob/Id/201506/Senior-Software-...

https://jobs.manulife.com/ShowJob/Id/116610/Senior-Applicati...
Summer | Full Stack | New York, NY (NYC) | Full-time | ONSITE | https://www.meetsummer.org

Summer is a startup committed to helping student loan borrowers track their loans and identify the best repayment options based on their unique financial situation.

Our platform provides essential resources including a personalized loan payment dashboard, payment notifications, student loan policy updates, and customized repayment plans. Through our sophisticated algorithm, we can save borrowers thousands of dollars and hours of headache by helping them through the process each step of the way.

Summer is based in NYC and is quickly scaling to help borrowers across the country after launching at Yale University in 2017.

Tech stack: Node, PostgreSQL, React, Redux

Apply directly: https://angel.co/meetsummer/jobs
> But are web apps "apps"?

Both Google and Microsoft are both strongly in the "Yes" category here and are heavily pushing PWAs as a future of many types of apps. If a lot of PWAs also want to use .app as their TLD, that serves Google's purposes just fine, I'd imagine.

> Are Google going to be actively monitoring these to make sure the content is related to the .app TLD?

Where's the creativity in that? The internet decided a long time ago that it would rather do interesting things with TLDs than strictly enforce them; use the origins and "purpose" of a TLD as a loose guideline.

What's the harm in a restaurant deciding that .app fits their brand because they have the best apps (appetizers) in town?

Is it any worse than all the startups that have been using Chagos' country TLD .io without having anything to do with the atoll of Chagos? (Which of course is made worse by the funds from .io going to British corporate colonialists rather than directly to benefit anyone in Chagos. How many startups even think of that when paying for their hip domain name?)
We had video chat before the iPhone. It's part of the UMTS standard and was one of the major selling points when the carriers rolled it out in the early 2000's. I don't know much about its technical merits, it would surprise me if it was any good using today's standards, but it was cross platform and could have been built upon if the two new mobile OS makers had been interested. But since the iPhone didn't even have UMTS when it was launched it's no surprise Apple didn't include support for it.
Americans Are a Lonely Lot, and Young People Bear the Heaviest Burden
Massive Virtual Reality Theme Park Opens in China
Depending of the sort of software, but for common administrative systems, with plenty of CRUD's and relationship between data, with no doubts PHP.

Reasons:

- GroceryCRUD (https://www.grocerycrud.com/) make really easy and fast to develop CRUD transactions.
- Run in any hosting, even shared hosting.
- It's open and free.
- It's mature.
- Have lots of libraries and classes and code examples.
- Work with almost any database.
- etc.
Internet archive does rescrape periodically, and it removes archived pages based on the current robots.txt. This behavior is documented behavior of the archive that goes beyond the normal conventions of robots.txt.
Show HN: Hot Music Nearby – Discover the most played tracks nearby (Android)
Requires a Spotify account and location sharing permission.

https://play.google.com/store/apps/details?id=com.freelapp.n...
A tutorial video on Gradient Boosting
A Theory of Information Warfare (1995)
The points made in the article are certainly valid, but C is low-level in an abstract sense: it is approximately the intersection of all mainstream languages.

I.e. if a feature exists in C, it probably exists in every language most programmers are familiar with. (I worded this statement carefully to exclude exotic languages like Haskell or Erlang).

Thus C, while not low-level relative to actual hardware, is low-level relative to programmers' mental model of programming. If this is what we mean, it's still true and useful to think of C as a low-level language.

That said, it's important to keep the distinction in mind -- statements like "C maps to machine operations in a straightforward way" have been categorically wrong for decades.
On the flipside, doesn't it allow more or less direct memory access?
Ask HN: Practice YC interviews
Anyone want to practice YC interviews via Skype?
Email me or post your email/Skype in this thread and we can connect up to run practice interviews.

Matt.crlist@gmail.com
I'm not sure how you explain to future investors that you want to raise 60 M with no plan on returning that investment. Companies != charities.
The Trade Desk | Full Time, Onsite & Remote | New York NY, San Jose CA, San Francisco CA, Aliso Viejo CA, Ventura CA, Boulder CO, Denver CO, Bellevue WA, London UK, Sydney AUS, Shanghai CN

Hiring: All levels of software engineers, as well as front-end focused developers who are comfortable with data-access design, development and optimization. You might be a great fit for The Trade Desk's dev team if:

You are a full-stack engineer who wants to work everywhere, not just a small subset of components. Experience / interest in working in a variety of layers and technologies within a SOA is a must for our team. This includes: client-side React & Redux, MVC-based web architecture, external RESTful APIs, distributed (and in our case, highly scaled) request handling services, no-SQL and relational SQL databases, many-layered data pipeline (e.g. data bus architecture, Hadoop / MPP data warehouse, etc.) that moves hundreds of thousands of items per second, and data visualization (e.g. Tableau). Experience in all these layers is not strictly required, but we do like to see experience working in more than one, as well as eagerness to work on projects that might slice through them all.

* You have product-driven software development experience using a modern, object-oriented language. Memory-managed languages are best -- .e.g. C#, Java, Python, Ruby, etc. We do most of our work in C#/.Net, but specific experience here is not required.

Cool stuff about TTD:

* Our platform processes 8million+ queries per second

* Work with the best engineering team in AdTech

* The combination of huge data sets, high throughput, low latency and amazing scale means that we're constantly solving some of the biggest challenges in computer science.

* We've grown faster than any other adtech company in the industry, and have been recently recognized as one of the fastest growing companies in America by Inc. Magazine and Deloitte.

* Amazing Company Culture

* Top-tier benefits

If you're interested, please apply directly on our website: https://www.thetradedesk.com/join-us/open-positions

*Note: We are also hiring a NoSQL DBA (Aerospike - remote or onsite), SQL DBA's, entry level Site Reliability Engineers (Boulder CO and Ventura CA), Mid-Senior Level Site Reliability Engineers (all levels - remote or onsite), Business Intelligence Analysts (NYC, Sydney AUS), Integrations Managers (NYC), Sr. Data Scientists (Boulder CO, NYC, London, Ventura CA), Application Support (NYC, Ventura CA).
Backblaze uses Reed-Solomon erasure encoding. https://www.backblaze.com/blog/reed-solomon/

Loosely speaking files are encoded in to to chunks and scattered across multiple disks (actual stored data is more than the size of the original object, but less than full duplication, triplication or other redundant ways to store it).

That blog suggests Backblaze use a Reed-Solomon ratio of 17:20 ratio, i.e. every object is encoded in to 20 chunks, for which you only need to retrieve 17 different chunks to be able to decode and get the full object.

If they're putting only one chunk per drive, that gives any object stored resilience from up to 3 disks failing, at a storage cost of only 1.17x original object size (20/17 ~= 1.176). They'll likely have repair processes to proactively handle any loss of shards from a disk failure, too.

Reed-Solomon is giving them something akin to triplication, while using significantly less disk space than duplicating.

Nothing comes for free, though. The additional cost here is the overhead of encoding and decoding the object, and on top of that the co-ordination etc required from requesting chunks from multiple locations. That adds some unavoidable latency, but that article suggest Backblaze find the JVM to be extremely fast (as fast as a pure C implementation of Reed-Solomon).
Alpha | New York City/NYC SoHo | Fullstack Engineer, All Levels | ONSITE, FULL-TIME | $90 - $160k | https://alphahq.com
Alpha enables management teams to make data-driven decisions about products, users, and new markets. We believe the best path there involves more shots on goal – by vastly accelerating our clients’ abilities to learn we can help them build better products faster.

We’re looking for talented full-stack engineers who appreciate simple, effective architecture and rapid experimentation. Lately we've been increasing our efforts in NLP and machine learning, so experience there is a plus. We're also ramping up our Vue.js adoption with nuxt.js in the coming months.

Our stack: - Ruby - Node - MongoDB - Redis - Vue.js - AWS - Heroku

For more info check out the official posting: https://www.workable.com/j/82D82B574C
There are already companies like ProtonMail that sell the privacy laws of Switzerland as a pro and they seem to do alright.
It also hides the fact C is just a couple notches above the absolute minimum most people would even consider - writing assembly code by hand - and is, effectively, the lowest most programmers will ever venture.
The Log: What every engineer should know about real-time data abstraction (2013)
Fair enough, though always_good is replying to a situation where the user is neither.
I switched to iPhone for many reasons, but the main reason was SERVICE. I owned a HTC and then Samsung. I had issues with both the phones at some point in time. Yes things can go bad. I can't take my android phone to a local store to get it fixed. I need to send the phone to them, get a backup phone, port all my contacts to the other phone. But if I have a issue with my iPhone all I need to do is book an appointment at Genius bar, and they take care of the rest. At least I know I can talk to a real person face to face to fix the issue with my phone.
Primer AI | Senior Backend Engineer, Senior DevOps Engineer | San Francisco, CA | ONSITE, VISA

Primer accelerates human understanding by teaching machines to read and write. We use machine learning and natural language processing, along with a healthy dose of secret sauce, to automate the analysis of very large data sets. Our software helps our customers understand the information they care about -- whether it is a company they are following or an emerging geo-political event in a far flung part of the world. Our customers include analysts at some of the world’s largest corporations, financial institutions, and government agencies.

Senior Backend Engineer | https://jobs.lever.co/pri.ai/42bab233-81eb-4d46-af05-6f9fae6...

As a Senior Software Engineer, you will be a key member of the Platform Engineering team, developing the core infrastructure around how our machine learning algorithms and natural language technology become the products that serve our customers. You will partner with product managers and other engineers to realize our ambitious vision to help our customers understand the ever-growing sea of information they care about.

Senior DevOps Engineer | https://jobs.lever.co/pri.ai/baeec489-225d-4923-ba32-45269f3...

As a Senior DevOps Engineer you will develop the core infrastructure around the build, release, deployment, and operation of our products in hosted and on-prem environments.

Tech: Python, Docker, Kubernetes, AWS, Elasticsearch, Kafka, Cassandra, SpaCy, NLTK, Keras, Tensorflow, scikit-learn
> Which is still an interesting and useful fact.

I think it just leads to quibbling over the boundary of low level, as is happening here.

I think it's just important to know that the definition changes over time relative to the state of the art. C was once considered high level. In the future, if programming languages evolve to a more natural language state, then sending serial instructions to the computer in a strange code will seem very low level to such programmers.
GemFair | London, UK | Onsite | https://gemfair.com

"GemFair is a digital solution that connects artisanal miners to global markets. Financially backed by the De Beers Group, GemFair is a dynamic and fast-growing startup that is well positioned to become a game changer in a market primed for innovation and to integrate with the De Beers Group's industry leading blockchain technology."

We are looking for:

* Head of Product
* Lead Engineer
* Senior Backend Engineer (Python)
* Senior Frontend Engineer (React)
* Senior Frontend Engineer (React Native)
* Senior UX/UI Designer

Our stack is Python on the backend and React on the frontend with GraphQL inbetween. There's a lot of flexibility around the roles, so I wouldn't worry if you aren't exact for any of them.

I'm not involved in the recruiting myself, but I'm happy to answer any questions.
The Trade Desk | Full Time, Onsite & Remote | New York NY, San Jose CA, San Francisco CA, Aliso Viejo CA, Ventura CA, Boulder CO, Denver CO, Bellevue WA, London UK, Sydney AUS, Shanghai CN

Hiring: All levels of software engineers, as well as front-end focused developers who are comfortable with data-access design, development and optimization. You might be a great fit for The Trade Desk's dev team if:

You are a full-stack engineer who wants to work everywhere, not just a small subset of components. Experience / interest in working in a variety of layers and technologies within a SOA is a must for our team. This includes: client-side React & Redux, MVC-based web architecture, external RESTful APIs, distributed (and in our case, highly scaled) request handling services, no-SQL and relational SQL databases, many-layered data pipeline (e.g. data bus architecture, Hadoop / MPP data warehouse, etc.) that moves hundreds of thousands of items per second, and data visualization (e.g. Tableau). Experience in all these layers is not strictly required, but we do like to see experience working in more than one, as well as eagerness to work on projects that might slice through them all.

* You have product-driven software development experience using a modern, object-oriented language. Memory-managed languages are best -- .e.g. C#, Java, Python, Ruby, etc. We do most of our work in C#/.Net, but specific experience here is not required.

Cool stuff about TTD:

* Our platform processes 8million+ queries per second

* Work with the best engineering team in AdTech

* The combination of huge data sets, high throughput, low latency and amazing scale means that we're constantly solving some of the biggest challenges in computer science.

* We've grown faster than any other adtech company in the industry, and have been recently recognized as one of the fastest growing companies in America by Inc. Magazine and Deloitte.

* Amazing Company Culture

* Top-tier benefits

If you're interested, please apply directly on our website: https://www.thetradedesk.com/join-us/open-positions

*Note: We are also hiring NoSQL DBA;s (Aerospike - remote or onsite), SQL DBA's, entry level Site Reliability Engineers (Boulder CO and Ventura CA), Mid-Senior Level Site Reliability Engineers (all levels - remote or onsite), Business Intelligence Analysts (NYC, Sydney AUS), Integrations Managers (NYC), Sr. Data Scientists (Boulder CO, NYC, London, Ventura CA), Application Support (NYC, Ventura CA).
I mean, of course they are. I guarantee Apple is considering moving every aspect of their products in house. They'll end up keeping a lot of them external, but they look at all of it.