skysight-inc/HackerNews huggingface dataset:
InComm | Senior Software Engineer, Software Engineer, Associate QA Engineer | Portland, OR | ONSITE | http://tinyurl.com/ycjlyn3w

InComm works in the stored value industry (think gift cards and prepaid cards). The Portland office is chiefly working with APIs and client-side applications. We work chiefly with React+Redux and .NET and we're moving towards a DevOps culture. Work downtown, get a free parking or TriMet pass, free lunch and breakfast once a week, and work in a really collaborative culture. Send me an email at rfaaberg at thenameofthecompany dot com if you're interested.

Software Engineer - https://careers-incomm.icims.com/jobs/6556/software-engineer...

Senior Software Engineer - https://careers-incomm.icims.com/jobs/6553/senior-software-e...

Senior Systems Engineer - https://careers-incomm.icims.com/jobs/6020/senior-systems-en...

Associate QA Engineer - https://careers-incomm.icims.com/jobs/7008/associate-qa-engi...

All Portland jobs - http://tinyurl.com/ycjlyn3w
This seems like slam piece with the intent to discredit Breitbart and dogfood it to the HackerNews/tech community. There's probably something going to drop really soon relating to Clinton Foundation, the "dossier", or UraniumOne that Breitbart will cover.
I'd pay 20k for an open-hardware Notebook with a formally verified open source OS
Your second example is a lovely example of how terrible interviewers don't realise how fucking awful they are.
Onedrive has a "Recycle Bin". Worked well when I needed to restore some accidentally deleted photos. But their paid tier is horribly priced. Ugh.
Coalition | Back-End Engineer, Full-Stack Engineer | San Francisco, CA | Onsite, Full-Time

Coalition is working to solve cyber risk. We are a small, well-funded team of security experts, insurance professionals, and intelligence community veterans building a better cyber insurance product. Coalition is automating risk assessment to make purchasing this insurance easy, and using our knowledge to educate clients and mitigate risk where possible.

We are currently a team of 13, and are looking to bring more back-end and full-stack engineers on board. These roles come with significant amounts of responsibility and autonomy. Our front-end is in React, our back-end is in Python 3.6, and our infrastructure is on AWS. We are also always open to new technologies: we believe in using the best tool for the job.

Email jobs@thecoalition.com for more information.
Why would you expect to hear back? How can a company reply to every person that applies for a position? If they’re interested, they’ll respond. It’s like Tinder. They got your email. Don’t get upset because one startup (that’s likely going to fail) didn’t like your resume more than other ones, or hasn’t gotten to it.

This is “nice guy” behavior.
It worries me when I read an article like this, then see people in the comments suggesting that they're stopping their PPI prescription. Which ironically might increase their chance of cancer, depending on the indication.

Even at the end of the article the authors conclude:

> “The most plausible explanation for the totality of evidence on this is that those who are given PPIs, and especially those who continue on them long-term, tend to be sicker in a variety of ways than those for whom they are not prescribed.”

That's because this is an observational study. That means there is probably another confounding factor that is perpetuating the use of a PPI in some people, but not in others. Sometimes these confounding factors are controllable - as long as you know what they are - but usually they are not. For example, those who were taking omprezole may have peptic ulcer disease - which would put you at risk of gastric cancer, and for which the PPI is used to reduce the acidity of the stomach, and reduce the risk of ulcers and inflammation (which can be a precursor or risk factor for cancer). Similar story for gastro oesophageal reflux disease, where the risk is to the oesophagus.

If you want to answer the question 'Does taking a PPI increase my risk of gastric cancer?' you need another type of study. That is a randomised controlled trial, where you randomise people to either the PPI tablet, or a placebo, then measure what happens. This allows you to infer causality, and the randomisation prevents confounding factors.

Thankfully this has been done[1]. It's only one paper from a low-impact journal, but none-the-less a meta-analysis of several RCTs setting out to answer a specific question holds more weight than an observational study.

Also, I'm not a gastroenterologist, so if there is one out there who understands the field better, please chime in. Specifically, if you have a clear medical reason to be taking a PPI (i.e. reflux with oesophageal histology changes), are there RCTs comparing PPI use versus not? I've done a quick google and this [2] study seems relevant - they suggest that if you have mild disease you can just take the PPI when you have symptoms, but not for severe disease. However, they didn't assess cancer risk.

[1] https://www.ncbi.nlm.nih.gov/pubmed/23906249

[2] http://onlinelibrary.wiley.com/doi/10.1111/j.1365-2036.2007....
I've always had sub second startup times. With text rendered within the first 1.5-2 at most. Time to "Actual interactivity" usually takes around 3-5 seconds, but that's mostly due to my plugins. I could start typing per-se, just not in Vim mode.

I mostly leave the editor permanently open on the project I'm working on, so I guess I don't really notice it much either way. And using the integrated terminal to change one dir back and switch to another project, then opening it with code . is a pretty good flow so I don't feel stifled in that sense either.
If I ever get to visit Japan, Tokyu Hands will be on my list.
Philadelphia or remote - dustin.getz@hyperfiddle.net

I co-made http://hyperfiddle.net/ which is JSFiddle for Datomic.

Work history with screenshots: http://www.hyperfiddle-consulting.com/

We are world-class UI experts as demonstrated by our cutting-edge open source contributions to the React.js and Datomic ecosystems. Our bread-and-butter is full stack UI work with emphasis on functional programming and React.js, though obviously we can handle anything, emerging languages etc, the crazier the better. We also enjoy reasoning about distributed systems and scale. Clojure, ClojureScript, Javascript, React.js, Scala, Java

https://github.com/hyperfiddle/hypercrud.browser

https://github.com/jsdevkr/react-chatview

https://github.com/dustingetz/wingspan-forms

https://github.com/dustingetz/react-cursor
Oxbotica | Field Robotics Engineer | Oxford, UK | Full Time

Oxbotica, a leading Artificial Intelligence firm based in Oxford, is bringing self-driving cars to the streets of London and Oxford.

We are looking for an energetic and resourceful Field Robotics Engineer to test, troubleshoot and develop our self driving system across a wide range of platforms (cars, trucks, forklifts, buggies, pods and more). You will be at the leading edge of our test team, working with the vehicles on a daily basis during tests on private test grounds and public roads.

Experience with Linux/Unix/Python/C++ is a must.

More details: https://www.oxbotica.ai/jobs/field-robotics-engineer/

How to apply

Using the form on the link, or sending an email with your CV and a cover letter to RobotJobs@oxbotica.com .
Of course, the key to any successful implementation of end-to-end exactly-once processing lies in the fact that you USE the kstreams APIs - including all semantics around "consumption is completed up to offset X"
‘You will not be arrested for using drugs’: What a sane drug policy looks like
An open letter to Bitcoin and Bitcoin Cash miners from another miner
Thanks for the update.

I too reached out early-October. Should we assume our initial contact will suffice, and you will be replying if there is mutual interest?
One of my old professors was tenured and highly regarded, but she still left to work for Google when offered a position at X. I don't blame her, I would have probably done the same.
Some Comments to Daniel Abadi's Blog about Apache Arrow
90% towards class action to sue spammers on my behalf (in US)
I have to confess I don't follow a lot of your comment, but I wouldn't describe whether writing tests (or not) as diversity.
As a side note: I find these kind of tests flaky, because the antialiasing doesn't seem stable at constant resolution on the same machine & browsers when you repeat tests. When you do a fuzzy compare (ie. allow for X pixels difference), then you are always chasing the golden middle. A test I would like to see for a control is trigger multiple state transitions (for example change 5 properties of a chart), do assertions on the generated DOM.

Unless maybe some HNer knows how to do such SVG/picture testing non flaky?
IKEA finally adds HomeKit support to its Tradfri smart lighting range
That's what I thought. So my private information isn't really shared with anybody, is it? I mean I guess if I were to place an ad targeted to black men that speak french and you answered it, I would learn that about you.
If you have a consumer on some other node that does nothing more that a println statement, you will see that there will be more than once delivery.

Exactly once seems to refer to exactly once write to kafka and processing in kafka streams that write back to kafka and don't do stuff like make external http requests, in which case you'll need your logic of at most or at least once to delivery results to wherever you're sending the http requests.

Confluence blogs do seem pretty misleading in terms of hiding these issues.
>Having the filesystem reset to a clean state for every new container is a huge feature of containers.

Could you use file system snapshots for this? Maybe also for the layers?
https://youtu.be/yCcWpzY8dIA?list=LL9RQYUX_WIjk8SAcyuarJEw
About 25 minutes in. And it is called OT, so I stand corrected. It does require a server though. I was confusing it with CRDT.
This theory should be easy to prove or disprove. Just look for other corporations that make money from government contracts or benefit from government policies and see if Breitbart is consistently going after all of them.
Anti-GG is a good thing in my book.
It's a keynote talk, not a panel discussion. Most keynotes are expressions of strong opinions.

> The fact that there was an entire slide designated to tearing down a series of videos by SPJ felt not only irrelevant, but also disrespectful.

From the transcript:

"Simon Peyton Jones, in an excellent series of talks, listed these advantages of types."
...
"And I really disagree just a lot of this. It's not been my experience."

How is that tearing down or disrespectful? I get there were a lot of glib bits in the talk, but as you point out, he's talked about these issues with more nuance at other times. It's a shame that hyper-focus on a couple of thrown off jabs at the costs associated with types is distracting folks from the very useful larger point he's discussion about levels of problems in programming, contexts of programs, and how languages that impose strong opinions about how to aggregate information can be counterproductive.

I think the Haskell community is, overall, very good and welcoming, but smugness does creep in a lot, IME. But if you want to talk about meeting halfway, I find that it's much less common to see static FP folks concede any benefits of dynamic languages (besides that they're "easier" in a kind of condescending way).
Juvo, Inc. | Engineering | San Francisco, CA | Full-Time | Onsite

Juvo builds financial services for millions of underbanked people around the world. We partner with mobile operators in emerging markets to provide mobile shop and lending applications for prepaid cell phone users on the carrier's network. When users purchase or borrow mobile credit, they build up their financial history, improve their Juvo credit score, and unlock access to higher value products in our marketplace. Juvo recently completed a $40 million Series B funding round with funding from top-tier VCs including NEA, Wing Venture, and Freestyle Capital.

Our tech stack is Ruby on Rails (Backend), Java (Android), Swift (iOS), Python, Java & Apache Spark (Data). We are deployed globally in Amazon Web Services, with an infrastructure managed by Terraform, Ansible, and Kubernetes.

Here are a couple featured job openings we are especially excited about:

Senior Android Engineer: https://www.linkedin.com/jobs/view/437909498

Senior Software Engineer - Data: https://www.linkedin.com/jobs/view/442039024

We have lots of other openings in engineering and devops. Have a look at our jobs page to find out more! https://juvo.com/join-our-team/
I generally agree, but I was involved in an internal hiring interview where a candidate was extremely qualified. In that situation, I was able to ask a hard and open-ended problem about graph traversal on the whiteboard. And it was fun to see the interviewee's approach. "Wow, I haven't done anything like this in years," was the reaction.

Obviously that is an example of a low-stress interview. When the candidate was stuck I gave hints, and the whiteboard portion was only intended to last 10-minutes. It was also only 5% of the feedback I gave. The majority was comments on candidate's knowledge and experience.

---

That's definitely how I'd like my whiteboard interviews to go. I've experienced the back-to-back grinding interviews of softball problems to write in syntactically correct code. Getting dinged for errors and even getting a close but wrong answer is a pain in the butt. When you write a program and realize it's wrong at the end, the question, "What do you think the right answer is?" is frustrating. I can't say, well, I wish I had 30 minutes to start over. If you tell me the answer, we can talk about why I was wrong.

Those interviewers have been engineers peeled off of their daily projects though, so I can't say I fault them individually.
FreeAgent, Edinburgh and REMOTE (UK-only full-time and contractors)

https://www.freeagent.com

At FreeAgent we help freelancers and micro-businesses be more successful by putting them in control of their company finances.

We have built an award-winning online accounting product that offers full end-to-end compliance, from time tracking to tax return filing. We're based in beautiful Edinburgh and we're growing from strength to strength with over 52,000 paying customers and strong YoY growth. Our NPS is off the charts (69!) - customers love what we do!

We're a growing team of over 130 people, and recently became a public company listed on AIM ($FREE.L). The majority of our team are based in Edinburgh but we have staff distributed across the UK. If you want to help us make small businesses awesome at doing their finances, we're have great opportunities in our product and engineering team. Our stack is currently Ruby/Rails, JavaScript, React.js, MySQL, RabbitMQ, Elasticsearch.

We currently have senior full-stack engineers vacancies available. Senior engineers at FreeAgent have the opportunity to provide technical leadership and help to grow their teams. We like to work with people who show initiative and continually seek to improve themselves, their teammates, and our codebase. Our product teams are small and cross functional, enjoying a great degree of responsibility. We invest in our platform (code health, scalability, security) as well as working on new features.

You can apply directly via the website – https://www.freeagent.com/company/careers – or feel free to get in touch with me directly: maria [at] freeagent [dot] com.

(We are looking for UK-based full-time staff and contractors only right now)
I would pay $10/month for a weekly digest of the most important world news without editorializing, clickbait, celebrity news. Just important stuff. Also I would not like it to be only US-centered (that could be optional though).

EDIT: Some people asked what I mean by "important". For me, important event is the event that has potential to have a high impact on the society or any large group of people in long term. Some very recent news that I found important: results of elections in Austria, terrorist attack in Somalia, grand jury indictment against Manafort, hundreds of sexual harassment allegations in USA as a whole (I don't think reporting each individual case and celebrity implicated is important).
> To me that's a business transaction.

But that doesn't make clear why you're buying their product, or which of their attitudes you want to reinforce.
https://unsplash.com/
ProsperWorks | ( Web / Server / Mobile ) Software Engineer | San Francisco, CA, US | Full-time | ONSITE https://www.prosperworks.com/careers

At ProsperWorks, we've built the CRM that sales teams love to use. We integrate
tightly with Gmail, G Suite and RingCentral to give our users up-to-the-minute
data without a lot of manual data entry. We have thousands of paying customers,
top-tier investors, real revenue and we're growing fast.

We're looking for experienced software engineers to join us. You will work
closely with our small cross-functional teams of developers, QA analysts,
product managers and designers. We work steadily, collaboratively and
iteratively to ship software to customers every two weeks.

Our server is Ruby on Rails, our web client is Ember and we have native Android
and iOS apps. Like most mid-stage startups, we're in the process of paying down
technical debt as we build a solid foundation to serve us through our "hockey
stick" growth. We're committed to automated testing, refactoring and improving
code quality; we want every commit to leave the code a little better than we
found it while shipping compelling new features to our users every sprint.

Our interview process consists of a phone screen followed by a half day on-site
interview of three 45 minute sessions covering algorithmic thinking, system
design/architecture and hands-on coding, then a talk with an engineering manager
about culture, fit and career goals. We’re respectful of candidate’s time, so we
try to extend offers within a couple of working days.

Our careers page: https://www.prosperworks.com/careers

- Front End Engineer: https://hire.withgoogle.com/public/jobs/prosperworkscom/view...

- Server Engineer: https://hire.withgoogle.com/public/jobs/prosperworkscom/view...

Please mention “HN: Who is hiring?” in your cover letter.
Questions? Email me! I’m don at prosperworks.
I suppose it's limited by the size of 'the set of things you can do with functions'. This seems like a large enough set that I wouldn't be worried about hitting its limits too soon...
> In open systems you don't really get to decide who consumes your data or how--your program can't communicate anything other than data to them--and so you often don't have a way of enforcing your types on eventual consumers. Haskell has strong opinions about how it thinks data should be represented and aggregated. But in large open systems, as the saying goes, "opinions are like aholes; everybody has one."

True, and edn is equally as parochial as any Haskell serialization format. I don't see how Hickey can claim primacy here.
I’m interpreting it in the way that noja is writing it from the perspective of distributions. As in, just link us a repo, and we (Fedora) can include it. That interpretation might be wrong, and I might have misinterpreted it because I’ve been working with distro maintainers on getting some of my software into distributions recently.

But with that interpretation (and the context around that, where users asked about including it in distros), my arguments are certainly relevant.

> If you read the issues you so kindly linked, he explains his reasons, and they are valid points to make even if I don't like their consequences.

His points are basically irrelevant if compared to the risks that the centralization causes.

Users of distributions have to trust their distro anyway, for many other packages (including the kernel build) already, trusting them for Signal, too, actually reduces the number of parties you have to trust.
Senior Full Stack Software Engineer, Chatbots, and Natural Language
Remote! | Full Time | https://www.jsco.re/1hk7p

Hi! At Syllable we're building natural language interfaces to enable companies to have a conversation with their customers, through text or voice. We build NLP and AI tools to assist humans, reducing cost and improving service. We're building web app and mobile messaging interfaces as well as chat bots on platforms such as Facebook Messenger, Alexa and Google Home. We are a well funded start up that moves fast.

As Senior Full Stack Engineer, you’ll have ownership of large projects and the ability to shape the product.

* Frontend Hypewords: React, Redux, Webpack

* Backend Hypewords: NodeJS, Serverless, AWS, NoSQL

Requisites:

* 3+ years of hands on experience building frontend applications (mobile or web) and backend web services

* Ability to learn quickly and contribute to new stacks and technologies

Bonus Points:

* BS in Computer Science

* Interest / Experience in NLP / AI

Compensation:

* We offer Silicon Valley competitive market rate compensation

* Stock options

Perks:

* Excellent health benefits for employees and their families

* Great vacation plan, we encourage work life balance
If you like developing open-source code, languages such as Python, Go, JS, C, D, Lua, Erlang, AWS, petabytes of data, and distributed low-latency systems, this may be your dream job.

This time we are particularly interested in finding data scientist, full stack web developers with good JavaScript experience and experienced Erlang developers / tech leads. This is a really unique opportunity to get to work with a massive scale (thousands of instances on AWS), low latency (real-time bidding with 100ms max latency and 70B requests daily, real-time machine learning with 1ms max latency), mission-critical systems (this is how we make money) and enjoy working on a strong frontend development team (http://tech.adroll.com/blog/frontend/2017/08/29/how-to-run-a...).

Learn more about us here http://tech.adroll.com/blog/

I am happy to tell you more over coffee in SF or by email, dialtone@adroll.com
>These attacks and the surveillance they have uncovered--combined with the attempts over the past year to further limit free speech on the web--have led us to conclude that we should review the feasibility of our business operations in China. We have decided we are no longer willing to continue censoring our results on Google.cn, and so over the next few weeks we will be discussing with the Chinese government the basis on which we could operate an unfiltered search engine within the law, if at all.

In other words, government censorship and attempts by the government to undermine user privacy were ultimately what led to the move out of China. The straw does appear to have been the hack, but the ultimate goal of the hack appeared to be to steal user data.

>Second, we have evidence to suggest that a primary goal of the attackers was accessing the Gmail accounts of Chinese human rights activists.
There is also the Join calculus in case anyone is interested.

[0]: https://en.wikipedia.org/wiki/Join-calculus
I've heard the most common 2000 words in languages tend to make up the bulk of written, and spoken communication. Don't quote me on it though, since I don't have any real sources on this.

It reminds me of an editor that was submitted once in Show HN, that only lets you type the most common 1000 words[1].

[1] https://github.com/mortenjust/cleartext-mac