skysight-inc/HackerNews huggingface dataset:
It’s more like "you sold something under price".

You might have sold your own data for a higher price if you had known.
Don't think of Touch ID as unlocking the phone.

You know how you can "sudo" and type your password (if you have an account with sudo privileges) and then for a few minutes afterward you don't have to type your password when you use sudo?

Think of Touch ID like that: the passcode is still the thing that unlocks the phone, but once it's been entered you can use Touch ID for a little while, in much the same way that sudo can remember you've recently proved yourself to it. After 48 hours, after a certain number of failed Touch ID attempts, or after any restart of the phone, though, Touch ID stops being available and the phone goes back to only being unlockable via the passcode (Touch ID will only become available after the next time the passcode is entered).
>Passengers and crew members now fight back and have the advantage of numbers.

Yeah, but what if _everyone_ on the plane were a hijacker?

Wait...
Are you joking or is this a do as I say not as I do suggestion?
Amazon | AmazonUI (AUI) | Seattle; San Francisco | Onsite | Full-Time

AUI is the Front-end platform being adopted on Amazon.com. We are modernizing the company's front end code base, while diving deep on latency, performance, API design, user experience, and cross browser/device compatibility. Basically, we need people who can build libraries, not just use them.

Our team is incredibly customer-centric. For any given situation, we have to make the right choice on behalf of the folks using our platform -- and we have to do it at scale. That may sound cliche, but within the next hour AUI will be used to generate tens of millions of page views. And that's just in the US. Worldwide, we're used on more than 95% of requests across all device categories.

It's a lot of responsibility, but also a lot of opportunity. For example, we can run experiments that change almost every page on Amazon.com. We can also impact the page load time for the entire site. We use these tools (but don't expect you to know all of them): HTML, CSS, JavaScript, Ruby, Java, Perl, Git

If you're interested in engineering or technical program manager roles, drop us an email: aui-hn (@) amazon (.) com
Your comment is purposefully obtuse and meaningless. Obstruction via exercising your 4th amendment right in the US is legal, because that's what being a right means. Refusing to comply with a court order to unlock your phone is still illegal.
To elaborate, I made this to develop an open source VPU side bootloader for Raspberry Pi because I was unhappy with the state of other C compilers targeting VC4 (I explained why in my blog). I haven't had the time to work on my firmware recently due to IRL events so I decided to publish the compiler.

Not publishing any of the firmware work yet since it can't boot ARM yet (but SDRAM init reliably works across all boards). Once I get ARM working to some extent, I'll probably clean the code up and publish it too.
Please tell me what a modern Harrier would look like. Here is an (admittedly contrived) list of some design goals:

* Greater STOVL performance, without the limitations
imposed by needing to carry water for thrust augmentation

* Low observability (certainly lower than a Harrier, which has a big RCS)

* Greater sensor capabilities. Built-in electro-optical targeting so that radar can be used less, or not at all

* Reduce pilot workload by filtering information presented in an intelligent way

* Reduce STOVL cognitive errors created by differing control schemes between STOVL flight and conventional flight

This sounds an awful lot like an F-35B.

My point is, saying you want a "modern Harrier" isn't enough. Because in many important ways the F-35B is a "modern Harrier". You have to figure out how whatever it is you're going to build will be different, if you hope to avoid the same problems.
I'm slightly older than you (my college friends finished their PhDs 2 years ago), grew up in SV and still work here.

With respect to cost of living, I think it is fine to start a career here. A PhD starting salary at most (big) places will cover a 1 bed room in a good area with decent transit options like San Mateo just fine. You won't live like a king but you won't like like a miser either. That being said looking for places while still being Tennessee will be hard, so you might get a sublet for 2 months and look for a more permanent place after you arrive.

Where it gets really hard is when you start looking for homes to buy when you start a family, and care about school districts. If you're open to moving out to the South East after getting established in your field (not sure if you want to stay in chemistry/pharma or head towards purely data oriented roles), you would be able to mitigate this [1] One thing I'd consider is how feasible moving across the country will actually be.

Anyways, happy to answer questions over email. Contact is in profile.

[1] you should definitely look at Cambridge/Boston if you want to stay in pharma/chem.
Sorry, the password is cam1CSC
Everyone who have moved from something they loathed to something they love wants to preserve their place just like it was when they arrived.
Tophatter | San Francisco, California

Raised $20mm from Sequoia, CRV, SV Angel, Travis Kalanick, Ev Williams. Growing fast and profitable (happy to discuss on an intro call). Great team and founders. Competitive/above market salary + equity.

Hiring process: Remote code challenge (2-4 hours on average, any language, not timed). No white boarding.

Roles: full stack engineer, lead back end engineer, and Android engineer. Rails experience a plus but not required.

Please contact me directly: jared at tophatter dot com.
Don't go to Austin. Come to Boise, Idaho instead.

https://www.tsheets.com/living-in-boise/

(I don't work for T-Sheets but have friends that do.)

We have a great high tech community that is searching hard for more engineers. Great outdoor activities for those few minutes you want to spend away from your keyboard. Low traffic, good wages, great biking environment, decent weather.

Move to Boise!
I second this. Sadly I am up about 35 pounds from when I hit bottom.

Sugar-addiction, at least for me, is harder to beat then smoking. I am able to go without sugar for one to two weeks and then it hits me and I binge on chocolate again.

Hope to find the strength to restart my efforts.

Does any of you have helpful suggestions?
Well, before 9/11 you didn't have to check your firearms. You could carry them on as long as they were in a case. Things were more reasonable back then.
Please don't come to New York. I moved from Amherst to New York a little over four years ago, and I want to make it clear that it's terrible. The food is bad, the people are lame, and all the musicians are out of tune. I hear Chicago is where it's at, so please go there. Or Seattle. Or anywhere else, really. Just don't come to New York.
So that people learn from the past and prepare for a better future.

For example, many millennial have this strange idea that C and C++ are the only option for native AOT compiled code, with language features for cache control, RAII or system programming in general.

The aren't the only option, they became the only option given the decisions that the OS vendors took regarding which languages to sell to their customers on the OS SDKs.

Many of those decisions weren't taken in terms of language quality, rather due to money as UNIX was a free OS, whereas other OSes with better Rust like safety were of course more expensive than free.

So young developers get taught this myth that C was the first system programming language, when in the mid-60's we already had mainframe systems being programmed in type safe systems programming languages, across the whole stack.

Using languages like NEWP (https://en.wikipedia.org/wiki/NEWP), just to give one example. A language where one already had the distinction between safe and unsafe modules, with unsafe modules requiring administrator privileges to run.
SPINS | Onsite | Chicago River North | spins.com | spins.atsondemand.com

SPINS is a tech-focused provider of retail insights for the natural/organic industry. We are ~150 people, 1/2 of us in engineering.

We're growing, and want you to join us if you're into big data, web services, or continuous integration. We're in the Google Cloud, and make extensive use of VM's, BigQuery, App Engine, & Hadoop. We're starting to use Dataflow, PubSub, CI, and QA automation, and we want your help! Work with us on small teams doing big projects... Google tells us we consume the cloud resources of clients 100x our size!

We're looking for those who want to build & grow Hadoop clusters, DevOps procedures, and reporting tools. I'm also looking for someone to design and shape our Java web services and our code review practices.

Our hiring practice is casual. We do 30 min phone screens, and 1/2-day onsites where you meet teammates, a manager, and our head of engineering. For starters, I'd love to discuss roles/tech with you - I'm at snoto@spins.com.

SPINS is a modern, tech-friendly company. We have a great new office by the Merch Mart. Perks include 401k match, vision/dental/life, healthy snacks, massage. More importantly, our leadership is very supportive of engineering and the work we do. Please come work with us!
At GoGuardian we always want to build and improve upon our entire suite of products. It is because of this fact that we truly value experienced Full-Stack engineers who are agile enough to jump into any project. You will have the opportunity to help us to build and scale our products and future products, in order to support the company's increasing growth. In this endeavor, you will be part of a tightly knit and driven group of engineers and product managers, whose work directly effects our products and bottom line and where teamwork, creative use of technology, and curiosity will be required to complete the tasks at hand.

WHO WE ARE

We are a fun and fast-growing ed-tech startup working hard to transform student safety and device management in schools around the world. With GoGuardian software, schools can minimize any risks associated with online learning while maximizing the benefits of classroom technology.

WHAT YOU'LL NEED

5+ years experience employed as a full-stack engineer
Expert-level knowledge of JavaScript: you understand prototypal inheritance, scope, and closures
Proficiency in HTML5 and CSS
Experience in JavaScript frameworks, especially React.js, Redux, and Node.js
Experience working with systems written in Java or the like
Exposure to architectural patterns of a large, high-scale web application
Bonus for proficiency using Scala and Go
Demonstrated design and UX sensibilities
Rigor in test coverage, and other web best practices
A strong desire to raise the bar for your team technically, and that you are tenacious, curious, and collaborative in all aspects of your work

Apply at: https://www.goguardian.com/careers-job.html
Freesoftware mobile network company Sysmocom looking for engineers
That depends on a lot of factors. Manhattan is an example of a building boom not necessarily increasing supply or lowering prices: a lot of the building boom involved demolition of older, cheaper apartment buildings that were subdivided into small units, to be replaced with newer, higher-end apartment units subdivided into larger units. Net square footage increased, but square footage isn't identical to number of housing units. Which is why over the past 100 years Manhattan has gone from having cheap housing and 2.3 million people, to having expensive housing and 1.6 million people.
Interesting how Stephan Guyenet says that:

I'd like to begin by emphasizing that carbohydrate restriction has helped many people lose body fat and improve their metabolic health. Although it doesn't work for everyone, there is no doubt that carbohydrate restriction causes fat loss in many, perhaps even most obese people. For a subset of people, the results can be very impressive.

From Stephan Guyenet

>This is where he should have mentioned leptin signaling, and the circuits in the brain that regulate body fat mass, which would have taken the book in a more compelling direction. According to literally thousands of publications spanning nearly two centuries, the brain is the only organ that is known to regulate body fat mass in humans and other animals-- neither fat tissue itself, nor the insulin-secreting pancreas have the ability to regulate body fat mass as far as we currently know. Leptin is the system that Drs. Jules Hirsch and Rudy Leibel have shown in carefully controlled human studies is responsible for the metabolic defect Taubes alluded to (1). It's also the system that is mutated in the genetically obese rodents he discusses (2, 3). Yet it receives no mention in the book. This is a fork in the road, where Taubes discards a solid hypothesis in favor of a shaky one.

From Wiki

Leptin (from Greek λεπτός leptos, "thin"), the "satiety hormone",[a] is a hormone made by adipose cells that helps to regulate energy balance by inhibiting hunger. Leptin is opposed by the actions of the hormone ghrelin, the "hunger hormone".

From Gary

>Another remarkable aspect of the last half-century of discussion about obesity and weight loss is that medical experts have been remarkably uninterested in the fat tissue itself and how our bodies happen to regulate it. With very few exceptions, they’ve simply ignored the fat tissue because they’ve already concluded that the problem is behavioral and lies in the brain, not in the body. Had we been discussing disorders of growth—why some people grow to be more than seven feet tall and others never make it to four feet—the only subject of discussion would be the hormones and enzymes that regulate growth. And yet, when we’re discussing a disorder in which the defining symptom is the abnormal growth of our fat tissue, the hormones and enzymes that regulate that growth are considered irrelevant.*

I think if you read the chapter on The Laws of Adiposity, you will see that Gary discusses much of what Anthony claims he doesn't.

I would cover the other points Stephan Guyenet makes but this would turn into an essay. Honestly he debunks nothing. I am curious if he ever read the book.
In case you don't know it already, I heartily recommend "Red Plenty" by Francis Spufford.

It has also a dedicated website (http://www.redplenty.com/Red_Plenty/Front_page.html) so you can get an idea if this may be interesting for you.
I appreciate the feedback and hate thinking we wasted anyone's time. Care to elaborate?
Come check out troy, new york. Growing startup scene and lots of awesome shops and cafe's.
Hardly. OP's profile has more means of contact than just about any I've seen.

There are genuine means of protest if the TSA offends or inconveniences you. Death threats and incitement of violence, whether general or specific are not helpful - here or anywhere else, and may be illegal, depending on your jurisdiction.
There's a lot of "up and coming" cities in the U.S., I'm guessing there must be a massive exodus from all of the traditoinal "big" cities like Chicago and Boston. Add to the list:

* Nashville

* Pittsburg

* Charlotte

* Orlando

* San Jose (at least in terms of population, not sure about industry)

It's an interesting phenomenon given how in the developing world there are more super large cities, are we going the opposite direction?
He seems pretty squarely in the "any press is good press" camp. Sure, he's picking the messages, some that I'm sure he knows won't be well received.

"The funny thing is that even a critical story, which may be hurtful personally, can be very valuable to your business....But the point is that we got a lot of attention, and that alone creates value..."
How do you ensure that no requests are lost when you reload HAProxy?
Given that the supply of land cannot be increased (the huge omission in GP's argument), repealing Prop 13 is indeed a large part of the solution.
San Francisco, Atlanta and Sheffield UK. Distributed team so REMOTE encouraged.

Convox, YC S15, is hiring support and system engineers to help us build out simple and reliable open source devops tools and platform.

Us cofounders are ex Heroku bringing tons of experience in dev tools and operations to share with everyone.

Interview process involves short hangouts to meet the team, then a paid contract starter project so we all learn first hand what it's like to work together. A take home contract is ok if taking a half day or day off is not feasible.

AWS, Docker, Go, Linux experience will help for systems engineering. Rails, Meteor, Node and Postgres experience will help support our customers.

https://convox.com/jobs

Finally if you are hiring for dev ops experience I also suggest you check Convox out. We can help your existing team get the job done without hiring or building bespoke devops systems.
Front Row Education -- San Francisco -- ONSITE or REMOTE -- https://www.frontrowed.com

* Senior Software Engineer: https://frontrow.workable.com/jobs/156061

* Dev Lead: https://frontrow.workable.com/jobs/156061

Come change how 3+ million US students learn Math and Language Arts. Use data, advanced type systems, great product design and deep pedagogy to change lives.

Super small, tight-knit team in downtown SF and remotely.

One of the world's highest traffic Haskell products, ever.

Big presence and stewardship of the Open Source community. Work with well-known community personalities.

Use the best and simplest tools for the job, maintain the no-firefighting culture, sleep soundly at night.

Front Row is venture funded, has a proven business model and is on the road to profitability.

Keywords: Haskell, React.JS, Flow, Ansible, AWS, PostgreSQL
That article you linked to says absolutely nothing about the F22 not winning in a dogfight. The F22 is still vastly superior to its competition.
BabyList - Oakland, CA | Full Time | ONSITE

BabyList is making it easier for new parents to prepare for one of the biggest events in their lives. We have an extremely engaged user-base, we’re growing quickly and making real money. Our core product is a universal baby registry, and we are developing our own e-commerce platform and content site. Our HQ is in the Old Oakland neighborhood, 3 blocks from the 12th Street BART. We're a smart and diverse team of 15. Our users actually notice and love what we do (read our AppStore reviews for proof).

Front-end Software Engineer:

Our front-end is driven by React/Redux, Sass, Bootstrap, and we recently released a new section of our iOS app powered by React Native. You would join an excellent product team of 4 software engineers and 2 designers.

Requirements:

- You've coded a lot, you're hands on, and passionate about building world class applications.

- Expert-level fluency in Javascript and one modern front-end framework.

- Experience with OOCSS methodologies and an almost unhealthy obsession with keeping CSS (Sass) clean and scalable.

- Experience with modern front-end build tools (Babel, Browserify, Webpack, Gulp, etc).

- User-obsessed. Once you get to know our users, you deeply empathize and genuinely like them. You could get on the phone with a user (or their grandmother) if they were having an issue.

- You’re opinionated and care intensely about the little details that make a great user experience.

Senior Fullstack Engineer:

Our server-side code is powered by Ruby on Rails, MySQL and Redis.

Requirements:

- You've coded a lot, you're hands on, and passionate about building world class applications.

- Expert-level fluency in at least one of Ruby, Java, Python, or another modern server-side object-oriented programming language.

- Bachelors in CS, or equivalent experience.

- Experience designing and implementing scalable web services.

- Deep knowledge of testing best practices and continuous deployment.

I'd love to tell you more over the phone or in person. Contact me at august[at]babyli.st or see our jobs page for other open positions - https://babyli.st/jobs
Yikes Accepting Old-Fashioned Checks vs. iPay? – IVR Technology Group
Um, no, liberals and conservatives generally fight over whether the spending should be on defense/security or social welfare. People who want to defund both defense and social welfare (libertarians) are an extremely rare fringe group that's vastly overrepresented on HN but gets basically no votes in the real world.
I think that the OP's intent at humor just wooshed right by you. The OP author was poking fun at the situation, by making up things about Austin so that people don't rush there like they did San Francisco.
It's not really worth it to fly if your destination is < 4 hours away by car. Even the shortest flight is going to take about that long to complete if you're going through a major airport.

Example itinerary:

Flight leaves at 6:00pm, gotta be there bare minimum 1 hour early, preferably 2+, going to split the different and say 90 mins.

Leave home at 4pm, drive 35 min to airport. Wait in line 15 mins to check bag. Allocate generous 20 mins for a quick security scan (this can blow up to 60 mins+ if it's a busy day and/or your airport sucks, but 20 mins is about the fastest you can really get through including time to walk to the checkpoint and be scanned). It's now 5:10. Sit around for 20 mins until your plane starts boarding. It's now 5:30. Sit on horrifyingly uncomfortable plane for 30 mins awaiting takeoff/other passengers to board. It's now 6. Your plane takes 10 mins to taxi and 45 mins to fly from point A to point B. It's now 6:55. Plane takes 10 min to taxi in (though I've waited 45 min+ before, especially at LAX). It takes 10 min for everyone to deplane. It's now 7:15. Once off plane, go wait at bag claim. We'll say it takes 20 mins to get there, wait for your flight to be unloaded, and wait for your bag. Now it's 7:35. Now you have to get from destination airport to actual destination, and you're probably looking at another 30 mins. That's 8:05. 4 hours and 5 minutes since you left your house.

So it takes 4 hours to do a 45 minute flight, and that's assuming everything is running quickly at the airport, which is often not the case. We also didn't include any time involved in arranging rides to/from the airport and/or parking, carefully reviewing your bag to make sure you didn't accidentally pack any liquids or gels that are larger than 3oz, etc.

It's faster to drive than to fly if your destination is within 4 hours' drive, and it's generally a no-brainer to drive due to the greater comfort it provides within 8 hours' drive. Flying is really only necessary once you get past that 8 hour drive barrier, and the only reason we tolerate flying being what it is is because it can turn a 24-hour+ drive into a 3 hour flight.
udevd is used by everything, sometimes directly, other times indirectly. It's needed to create device nodes for everything from audio devices to webcams to storage devices to stuff like modems and terminals, graphics cards, etc. Most desktop environments call it directly for stuff like USB drive automounting. Some non-desktop systems like Android and OpenWRT with very constrained hardware have their own replacements for it, but that's not officially supported by the kernel developers and the kernel APIs it relies on aren't documented or guaranteed to remain stable - they want you to use udev (and soon that'll mean systemd too).

Basically, the only people who've managed to get away with not using udev are those with their own kernel fork and a completely customised stack on top. I'm not sure if any of them even use glibc or the GNU userland either.
A public health campaign to stop C/C++
Following this reasoning you could say that accounting is ruling the world, because accountants are needed in any company, no matter their size or industry. The reality is that in many industries technology is an important and even essential tool, but it is does not replace that industry. This is true is energy, banking, general services industry, manufacturing, etc.
Portugal has a lot to recommend it.