skysight-inc/HackerNews huggingface dataset:
I think the most interesting lessons of this story have to do with the following expectations.

First, the expectation of support timelines. It seems in tech that support is promised for products far beyond when the vendor should reasonably be expected to support them. Companies make large investments in technology that ultimately aren't long-term enough.

Lesson: Any company doing a major project where there is significant cost (as a percentage of the overall cost) in hardware or software, and that selected hardware or software is not commodity level or has low market penetration in their industry should seriously reconsider the projections of TCO, as long-term support will get increasingly expensive over the life of the project (Contrived example, supporting Windows XP via virtualization vs OS/2 Warp)

A second expectation is the timeline of viability for technologies. Non-technical business people of the past generally seemed to have an expectation of viability that was around 15-20 years. More recently, stated expectations seem shorter, but are actually not.

Lesson: Businesses that make serious investments in technology need to consider length of that investment, and technical people should probably take those estimates and double or triple them, because that's probably how long hardware/software will be in use. Companies providing technology or support need to have realistic timeframes of support.

As a corollary to this lesson, I have spent some of my career thus far doing IT support-type roles for small organizations, and while I haven't encountered quite the same level of obsolescence as the author, I have seen people using NT 4 for critical server infrastructure in 2012, I've set up DOSBOX[1] in Windows 7 for clients to continue to use that version of Lotus 1-2-3 they paid for and have been using since 1987 , and I've tried to figure out, in 2011, why Netscape Navigator on, I think System 7, ( using dial-up! ) wouldn't properly render a webpage. People keep tech a long time, and people in the tech world need to expect that, and plan accordingly.

The final expectation is one that technology companies have, which is that tech should be replaced. While there are many use cases where tech gets old, breaks, has to be replaced, there are lots of cases where it can be functional for almost indefinite periods of time, and industries that will expect such.

Lesson: Tech companies in should not neglect the future, but should also strive to design objects of technology that can last a very, very long time. Companies that do so will find a niche and make money because there will always[2] be enough customers to support them.

[1]It was going to get some use on an iPad via LogMeIn and there was some reason I've forgotten why DOSBOX was a better choice than the command prompt

[2] Subject to prevailing economic winds, of course. You can still buy buggies and buggy whips, but it's not a growth business.
Glassdoor (http://glassdoor.com) | Mill Valley, CA (Bay Area) | Full Time | Onsite | H1B Visas Welcome

If you're considering new roles, we hope you're already actively using Glassdoor. Our mission is to become the world's largest and most trusted career community to help people make more informed job decisions. People all over the world are able to share information on work culture, salaries, benefits, interviews, and much more.

We've doubled in size in the last year, and are the fastest growing career site in the US. Learn more about us from our own Glassdoor profile (http://www.glassdoor.com/glassdoor)

Current tech openings (http://jobs.jobvite.com/glassdoor/jobs/engineering?c=Enginee...):

-Sr. Android Engineer

-Senior Web Developer

-Lead Mobile Quality Engineer

-Senior Software Engineer in Test

-Senior Java Software Engineer

-Senior Software Engineer, Search Infrastructure

-Director of Sales Technology Solutions

Feel free to drop me a line directly with any questions: Marcus@Glassdoor.com
tl;dr they rewrote facebook software in haskell, so haskell might be good. It definitely changed the pace enough to make a boring rewrite more engaging. Never admit that publicly.
Tudor Investment Corp| Greenwich, CT | ONSITE |

Full Time The Tudor Group manages assets across fixed income, currency, equity and commodity asset classes and related derivative instruments in the global markets for an international clientele. The investment strategies of the Tudor Group include, among others, discretionary global macro, quantitative global macro (managed futures), quantitative equity systems and discretionary equity long/short.

DevOps Engineer - will serve as a core member of the technical operations team responsible for building out a highly scalable application infrastructure that enables developers, quants and desk analysts to test, deploy, and debug applications with minimal support and maximum transparency. This role will partner with various Tudor front office teams and Quantitative Analytics to implement solutions in a collaborative and fast-paced environment. Tools used include Ansible, Docker, and Python.

Frontend Engineer - will serve as a core member of the Software Development team responsible for building out a highly scalable application infrastructure that enables developers, quants and desk analysts to visualize financial data and perform analysis. This role will partner with various Tudor front office teams and Quantitative Analytics to implement solutions in a collaborative and fast-paced environment. Tools used include angularJS, web components, grunt and NPM. Experience with python, numpy, pandas, and the IPython notebook a plus. Finance knowledge not necessary but appreciated. Please include the keyword TAP in the subject line along with the job title (DevOps Engineer or Frontend Engineer).

Send resumes to careers@tudor.com
And mostly on highways.
> - The entropy pool used by /dev/urandom must be saved between reboots.

Every single Linux distro does this.
>Piracy fails the "what if everyone was doing it?" test.

Yup, which is why TV didn't exist before pay TV, because if everyone viewed content for free over the air then it would be massively unprofitable. Oh, wait...
There are lot of people who fall for the encouragement from PG and such and take risks without being aware of the expected financial impact. Read through comments here and there are some first hand anecdotes.

It is hugely more efficient for someone to take into account this research result, rather than learn that after years of toiling, the hard way.

Perhaps, it was not as insightful to you personally. But not every piece has to be valuable to everyone for it to avoid being classified as devoid of value.
arguable. Xen has become more and more Linux-centric and there seemingly has been less and less interest in the NetBSD developer community to keep abreast. see stub-domains
That Pentium-90 is probably sucking a ton of power at this point, when it could be virtualized and you could run 50 of those boxes on an $800 Dell pizza box. I mean, they are literally running the same hardware from the 90s.
I think you're making an invalid claim. If half the cars were self-driving and we had just as many accidents, we're still better off because half the people would be freed from driving.

Personally, I would guess that there would still be a reduction in accidents, thus fewer deaths and injuries.
The people developing Google's autonomous car say it will be available for consumers in four years.
Stupid Zombie 3 Cheats Hack No Survey
A Different Engine | Mexico City | Full Time | ONSITE

A Differente Engine is looking to open a development office in Mexico City. We're looking for experienced JavaScript developers with experience with NodeJS, React and Angular.

Feel free to reach out to me (Mike) jobs@weade.co with any questions, I'm happy to chat.
You could. I also find myself binding /dev/urandom into /dev/random in a container FWIW.
Which email address?
Developer | $125-175k | San Francisco | gerad@sagansystems.com

We've had a lot of great folks find us from this post on HN, and we're still looking, so I'm putting in yet another good word for the start-up I recently joined.

- We've got a pretty cool tech stack (mostly React/Node/Go/Docker), and product architecture (real-time pubsub microservices)
- We're super early (~20 people), but well-funded and growing.
- Our founding team is B2B serial entrepreneurs who have done it before, so there's a healthy culture.

It's a good place to wear a lot of hats, learn a ton, and grow with the company. I'm enjoying it. Let me know if you'd like to hear more, or check out http://sagansystems.com/#hiring
We're also looking for a devops/platform engineer, voip experts, a designer and a vp of product (yeah, growing fast)!

on site only, no interns
Mediatonic (http://mediatonicgames.com) | Brighton and London, UK | ONSITE

Mediatonic create original games that connect millions of players right across the globe. Our studios in central London and Brighton are crafting the next generation of games for mobile, console and PC platforms.

We're currently looking for C# .NET Server Engineers to help build the backend APIs and services that power our games.

More information available at http://www.mediatonicgames.com/careers/
Theoretically speaking, shouldn't a solid salt + hash algorithm always result in a fixed-length string no matter the input password?
Padding is possible with today's java (at least Hotspot), although it's ugly and relies on Hotspot's existing layout implementation.

Yes, you can group but as I mentioned in the other reply, you get "blob" granularity/control. This is unlikely to be an issue for a value type instance itself, but say you want to have multiple value types (each with several fields) embedded into a heap allocated object. Assume this total embedded blog spans multiple cachelines, but you have clustered access patterns. So you've grouped some data together into value types, but you have no control over how that will be laid out in the "host" object.

Again, I'm happy that Oracle will be adding value types -- they will definitely help. I contend, however, that calling it "layout control" is a slight stretch in the general sense; it's perhaps fair to call it that when comparing against today's java, but not against languages that allow explicit field-by-field layout (along with padding, alignment, etc).
You are still not applying equal measures to the Google car and a hypothetical human driver. Your standard for humans is the current rate of accidents. Your standard for the Google car is absolute perfection. Not being in an accident. Ever. Even one caused by inattentive drivers. Otherwise, they're not ready.
I get a 403 on this link. The running theme is that Guy Steele avoids using multi-syllable terms in the talk without defining them first. Getting only the slides dampens the impact a lot. Video version: https://www.youtube.com/watch?v=_ahvzDzKdB0
An idea for NetFlix would be to have a higher tier package that has access to content for longer. So if the average agreement for access to material is six months, people with the higher tier package have access to it for six months and people without it have access for four months. Higher tier customers get it a month early and a month after it rotates out for lower tier customers.
Attune.co - Sunnyvale, CA - ONSITE

Attune is looking for machine learning and systems engineering professionals to help us build our next-generation personalization platform. This is your opportunity to be one of the early members of a team building a platform for some of the best brands in eCommerce and digital media, led and advised by some of the best in personalization and platforms.

We a talented engineering team and are looking for folks with 5+ years of experience for these positions:

* Systems Engineer - Designing and running highly scalable, complex systems (Java/AWS/NoSQL)

* Platform Engineer - API’s, SDK’s and third-party platform integrations (Swagger, Ruby, Python, API design.)

* Data Systems - Large volumes of data, distributed systems, performance and scalability (Java/Scala/Algorithms/Spark)

Feel free to contact me if you are interested or haveany questions: joe@attune.co
Remember, in the post-WWII USA we live in a feudalist society. If we lived in a true capitalist society, with societal mechanisms in place to keep wealth circulating, this wouldn't be a problem.

And we'd still know how to get to the moon, too.
Joyent, San Francisco / Vancouver | ONSITE or REMOTE | Software engineer

Recently, the world has figured out what we at Joyent have known for a long time: that operating system containers are the future of elastic infrastructure. While this future has become clear to many, its essential implication remains elusive: that in an all-container world, the old abstraction of the virtual machine becomes prohibitively confining -- a suffocating skeuomorph that incarcerates infrastructure in the past. At Joyent, we believe in containers to our marrow -- and that the transition to native container infrastructure presents opportunities to fundamentally rethink computing, networking and storage systems. We are looking for more people like us: systems generalists who love to cut code -- software engineers who are afraid of neither the biggest of problems nor the grittiest details, who are comfortable in every stage of the software design and implementation process, and who find gratification in seeing their work available as open source. We're seeking engineers who are able to move up and down the stack: at any given time, we may find ourselves debugging a nasty device firmware bug, rewriting a portion of the operating system kernel, instrumenting the networking stack, debugging a virtual machine or interpreter, or developing code for a distributed system to allow containers to be understood or managed -- perhaps all in the same day or as part of the same problem. We expect that you have detailed knowledge of a favorite language, tool or system, but that you are also able to quickly pick up new ones as needed. And while implementation experience is essential, enthusiasm and interest can trump experience; we are willing to take a chance on someone who wants to step up.

We have immediate job opportunities in both downtown San Francisco and Vancouver (both close to mass transit) -- and we are remote-friendly in the US and Canada for those who have a track record of contributing to our open source communities (or who otherwise have a proven ability to work remotely). We are a growing company that appreciates the value of talent -- in terms of things both big (we offer highly competitive salary and excellent benefits) and small (your ACM membership dues are on the house). Join us in forging the containerized future of elastic infrastructure! E-mail jobs@joyent.com (subject "Software engineer") or DM me on twitter (@bcantrill). Please include in either the e-mail or the DM at least one commit (repo+SHA) from one of our open source projects that stirs you at some level: something you found interesting, or inspiring, or unspeakably vile -- or perhaps even all three! Starting points are the "sdc", "manta" and "illumos-joyent" repos on GitHub.
Peter Todd Explains the Problems with Unconfirmed Bitcoin Transactions
SpotHero | Chicago, IL | http://spothero.com
SpotHero is changing parking, and our tools will redefine the transportation industry. With over a million cars parked, fast growth, and solid funding (https://angel.co/spothero), SpotHero offers countless ways to make an impact on the company and your career.

PRODUCT
Senior Product Manager, Mobile Apps - http://spothero.com/careers#job-senior-product-manager-mobil...
Have you brought multiple consumer mobile apps to market and rapidly scaled their adoption? Then SpotHero wants you to define and drive the future of our mobile apps, all the while partnering with an amazing team!

Lead UI Designer - http://spothero.com/careers/lead-ui-designer
Ready to spearhead a product design and make it an industry leader? Then SpotHero is looking for you! We're adding a Lead UX designer to the team to take our product to the next level - someone with extensive experience in solving UX challenges in a goal-directed, data-informed design environment.

ENGINEERING
Data Engineer - http://spothero.com/careers/data-engineer
We have a ton of data sources, and a crap ton of data. Want to build our first real data warehouse? Love redshift, cassandra, luigi and airflow? We do too...

Senior Software Engineer in Test - http://spothero.com/careers#job-senior-qa-automation-enginee...
QA is a part of every engineer's process here at SpotHero. However, we need someone dedicated to bringing automated test best practices to the team, and someone that can figure out how to test the really hard things. We have a love/hate relationship with Selenium. And if you don't know why, then you're probably not ready for this role. Come help us tame the beast...

Software Engineering Intern - http://spothero.com/careers/engineering-intern
Interns are as important as Lead Engineers at SpotHero. They are the future of our team, and the future of our industry. You'll be paired with a Senior Engineer from day 1, and solving real problems that make it to production your first week. Buckle up and hold on tight, you're about to learn a crap ton here!!

Lead Software Engineer, iOS/Android
No, we don't expect you to build both iOS and Android apps by yourself. BUT, you should know how to!! This role is half managing the iOS & Android apps, and half architecting & developing. You'll have both iOS and Android developers (1 for each platform) on your team, and you should be able to jump back and forth, as needed. If you're a first time manager, no worries; we'll coach you on those skills. Just be sure you're a master of both platforms.

Software Engineer, Android - http://spothero.com/careers/software-engineer-android
SpotHero is a mobile product. If you love building Android apps, you'll love what we've got in store. We have an amazing Android app, that we're looking to do a full ground up redesign on. So there is a lot of bluesky work in the very near future.

To apply, please email your resume to jobs@spothero.com. Include any github account, linkedin profile, and any project that you’re particularly proud of. We love seeing work that others loved working on.
A major part of material is that nothing is hidden.

No right clicking, no long press, overflow style menus are meant to be used sparingly.
Today's google doodle seems to reinforce that "as much like preschool as humanly possible" is exactly what they were shooting for here.

https://www.google.ca/?doodle=22175023&hl=en&nord=1
Heh, google is training cars to drive like grandmas.

> But the technology, like Google’s car, drives by the book. It leaves what is considered the safe distance between itself and the car ahead. This also happens to be enough space for a car in an adjoining lane to squeeze into, and, Mr. Windsor said, they often tried.

Yeah. We just don't have the infrastructure in major cities for all of us to drive safely. We've been slowly crowding our roads over the last century and we're at the point where most people are used to driving with a 1 or 2 second rule. Which isn't good, but it's how we do things.

Now I wonder if google-driven cars would actually be less efficient for LA. Sure there wouldn't be any traffic-slowing accidents, but there'd be 50% less volume traveling 20mph slower.
It's its sibling, Already Invented Here. Every kludge makes sense in the context of the system state when it was implemented, but that leads to a system where /everything/ ends up a kludge. Management didn't want to invest any time in fixing a system that already "worked", so 30 years of temporary fixes turned it into an absolute monstrosity.
It's not low hanging fruit so much as it's a matter of systematically working the way up to higher and higher branches, and taking the time to build higher and higher ladders. You'd be surprised how little iterative development there is in traditional aerospace must often.
This is the text from a very clever 1998 OOPSLA keynote, which can be viewed here: https://www.youtube.com/watch?v=_ahvzDzKdB0
I don't remember any shows being canceled while on air due to the writers strike. IIRC the programmers seemed to understand the challenge and were more lenient that year anyway.

A huge draw for me with Netflix's "dump the whole season" approach is that the entire work unit has proof of life before I commit any time to watching it.
Locus Energy: http://locusenergy.com/

San Francisco, CA and Hoboken, NJ. Remotes and those needing visas are encouraged to apply.

About us: We’re dedicated to the proliferation of sustainable energy solutions. To that end, we build tools and services to monitor, analyze and manage the performance of tens of thousands of solar power systems. We’re a mature startup with a close-knit team that is greater than the sum of its parts. Our organization provides some structure while still leaving plenty of opportunities to make your mark. We’re not perfect but constantly improving. We value folks who offer a new perspective and play nicely with others.

About you: You’re passionate about sustainable energy and want to play a part of pushing our society in that direction. Nothing would excite you more than wedding your engineering prowess with your dreams of clean, green energy. You are thoughtful, curious and ask questions when you don’t understand. You take ownership of your responsibilities and see them through to the end.

Perks:

- Conveniently office locations accessible from public transportation.

- Relaxed work atmosphere. Flexible working hours and work from home policies.

- Health insurance, 401k, and all the other benefits of a real company.

- Lunch provided once a week, with a smorgasbord of snacks available all the time.

We're looking to expand our team with positions as a sys admin, QA engineer, technical account manager, customer support specialist, SCADA engineer, and others. Learn more at http://careers.locusenergy.com/.
> Expecting humans to "drive less idiotic" is basically saying that google's cars won't work until human drivers are banned.

You should be skeptical of drawing conclusions based on a news article's two-word excerpt of a presumably much longer comment. I seriously doubt Google actually thinks their cars will only be usable if human drivers massively change their behavior. It sounds more like an off-hand joke than a serious description of their product strategy.

> I'll just keep reading articles that say they are 5 years away, just as I did 5 years ago, and the armchair futurists will keep dreaming...

Ten years ago, the best autonomous vehicles in the world could barely make it through an empty desert test track. Five years ago, they could do a reasonable job of navigating urban areas that were closed off from normal traffic. Today they drive about 50 miles per day, per car on public roads with a safety driver. It's likely not much longer before the safety drivers are considered unnecessary.

If you want to get a skewed, unreliable view of how this technology is developing, feel free to keep listening to "armchair futurists". But if you actually look at what the engineers who are working on it say, and what they've actually achieved, it's clear that steady progress is being made.
Webflow - http://jobs.webflow.com - SF, CA | Full-time only

We're looking for serious front-end and backend javascript engineers to build the next generation web authoring tool for professionals. Come join our growing team right in the heart of SOMA, SF. We're still small (~20), so your presence/impact will be felt.

Tech: React.js / Flux / Immutable.js

Backend Tech: node.js / mongodb / redis / chef / nginx / lua / AWS

Reach out directly to: jobs@webflow.com and we'll set up a time to talk!
Kiliaro | Stockholm | Full-Time

Kiliaro is the perfect home for your photos and videos, currently in closed beta.

The company consists of a small and experienced team hailing from Klarna, Spotify and TradeDoubler. You are especially interesting to us if you love writing applications for the web (React), Android or iOS. Backend developers should have an interest in Go.

If this sounds fun, reach out to arian@kiliaro.com.