skysight-inc/HackerNews huggingface dataset:
Amazon's robot competition shows why human warehouse jobs are safe for now
I build information security software for Facebook: Codementor AMA- 6/10
https://www.codementor.io/ama/4752906341/facebook-security-mike-arpaia?utm_source=hackernews&utm_medium=link&utm_campaign=Mike%20Arpaia
This is very nice, has some great sounds!
Location: Washington, DC

Remote: No

Willing to relocate: Yes

Technologies: Full lifecycle developer. Java, SQL.

Résumé/CV: danielhenneberger.com

Email: in resume.
There are four hard problems in computer science: naming things, cache invalidation, and off-by-one errors.
I really couldn't follow his logic at all. Being able to come up with a working (perfectly correct) solution somehow implies a developer is probably "dumb" or "lazy"? As if a truly "smart" or gifted programmer would be unable to come up with a solution because they're just oh so intelligent and clever. You either know how loops work or you don't.
I am a senior software engineer mainly focused on java/jee technologies, but quite flexible and have some experience also with other stacks (.net, node.js). I am interested in backend programming, architecture, lead development.

Location: Erlangen, Germany
Remote: Yes
Willing to relocate: No
Technologies: Java, Spring, JPA, Dropwizard, Android, Cordova, Play Framework,
Résumé/CV: https://goo.gl/VKXHGy
Github: https://github.com/hakandilek/
Email: please see resume
>social anxiety, interview anxiety

I deal with that too, a circumstance I tried to communicate in my blog post "Embarrassing code I wrote under stress at a job interview".

http://www.smashcompany.com/technology/embarrassing-code-i-w...
There is another segment of the population which I am a part of. The "Early Retirees". We left the workforce by choice because of the following:

1. We don't want to spend 3 hours of our day in traffic jams.
2. We don't like office politics.
3. We won't put up with age discrimination.
4. We like being mostly answerable to ourselves (And maybe the Government).
5. We disagree with the concept of "Employment at Will". We prefer "Just Cause" instead.
6. We won't sign non-compete contracts.
7. We want to work on stuff which is enjoyable.
8. We want to make a difference by contributing something to society as a whole.

Early retirement is doable. It just requires the ability to save as much as possible during the time you are young and employed.
Data Scientist

Location: San Francisco

Remote: Yes

Willing to relocate: Yes

Technologies: R, Python, Tableau

Email: kietphun at gmail dot com
> It was sort of striking to read Charles Fishman's statement about the software being bug free, followed immediately by the supporting fact that the last three versions had one bug each. If they had one bug, how are you 100% sure they didn't have two?

I think you're being overcritical here. It's really really really difficult to reach 100% in any real form of measurement. So I think when they mean "bug free", they probably mean the chance of a bug is below some threshold of probability. The famous six sigma rule comes in mind.

I do grant you that this is not specified explicitly in the article, but they do say: "each 420,000 lines long-had just one error each. The last 11 versions of this software had a total of 17 errors. Commercial programs of equivalent complexity would have 5,000 errors."
What would you recommend to someone who don't own a laptop capable of acting as a development machine?

Or what if you're allowed to use your laptop, but aren't allowed network access to reference Google, SO, or even documentation?
Here's a pretty sweet pick and place robot for reference: https://www.youtube.com/watch?v=vzHpDDttIBU
Non-Hidden Hidden Services Considered Harmful [pdf]
I think Nim is an impressive language that does a lot of things really well. I don't think the memory management is one of them. I believe that memory management and compilation to C are the only two major things I've ever talked about in regards to Nim, because I'm abstractly interested in those topics. If an article about thread-local deferred reference counting in Ruby hit the top of HN and the comments were talking about how that's good for games, I'd probably comment there too.
say no to spec work
Modernize Design Tools with Adaptive Layouts
How unreasonable demands in negotiations can help you get more
Bugs? You mean features!
> People should be more like JSON.

So needlessly verbose and unable to handle comments?

Oh, and unable to intrinsically distinguish dates from text, or real numbers from integers?
Location: Seattle, WA

Remote: Yes

Willing to relocate: No

Technologies: various

Résumé/CV: http://www.theconversionwizards.com

Email: theconversionwizards@gmail.com

The Conversion Wizards...we can often increase your conversions/sales 20% to 30% in 6 to 12 weeks for companies with the right profile. Get in touch for a free consultation...

You might also enjoy this article:
http://www.theconversionwizards.com/3-conversion-killers
Fleet is only for running services. It is effectively a distributed systemd.

Mesos can schedule resources for multiple different frameworks. It can run services with Marathon or Aurora frameworks. But it can also run cron jobs and batch pipelines with Chronos or Aurora. It can also schedule the distributed tasks for Hadoop or Spark.
seeing this made me excited - OpenCL is my thing - and i wanted to get into it and see if i could make it faster (this is also my thing)

whilst there are certainly opportunities for optimisation in the kernel code alone, the fact that the host code is clojure makes it hard for me to get involved. i don't have the time to learn it at the moment, and such, i don't think i can offer that much to this project..!

what makes it doubly frustrating is that clojure is one of those languages that i've been really meaning to learn.

also, the image quality of these renders is awesome.
medigo.com - Berlin - ONSITE

Front End (JS,single-page,SASS) -> desc: https://goo.gl/P7V3tO
Full Stack (JS,PHP,GO/python,solr,docker) -> desc: https://goo.gl/0ikFAV
All Senior/Junior/Intern

We are 45 ppl, 5% German ;) series A, good traction, trying to play our part in fixing healthcare - world wide.

We're evolving our site (clean MVC, dont you worry) into an architecture based on "dogfooding" our public API.

features:

hackathons
docker dev pipeline
bunch of own slack integration
12/12 on joel test
own OSS GO/angular build viz. dashboard
learning culture

We have the essential office pug but take our goals absolutely serious. We see enjoying ourselves, partying and salsa https://goo.gl/k9ewQn on our 100sqm hipster terrace is a strategic asset.

For more esoteric buzzwords you can check out our values https://www.medigo.com/en/it-values

Contact jobs@medigo.com and I will talk with you.
Or just drop by for a coffee, I'll give you the tour and we talk tech/startups.

Cheers and make the best impact with your choices.

Christoph & the MEDIGO team
Writing code on a whiteboard is something I'm perversely good at. It's because I'm a teacher and not a developer, and I often end up shoving quick Python or Pseudocode algorithms up on my classroom whiteboard.

I also encourage my students to code on whiteboards. I have a class set of mini-whiteboards that they can use at their desks to jot down bits of code, flowcharts or just their thoughts.

I've noticed when touring tertiary academic institutions (Edinburgh School of Informatics for instance), that every room and office has whiteboards filled with scrawled code. So maybe this is just a practice from academia that has trickled down into industry.
A Job Is a Terrible Thing to Waste – Even for a Musician
TIS-100 Tessellated Intelligence System
To offer the counterpoint: I am in my 5th position since 2004. All of my jobs have been from knowing someone. This latest position is the closest to a cold lead in: I knew someone who knew a contracting firm which was looking to fill a position. For every other position I've either been approached personally by the hiring manager whom I knew or by someone one link away in the org chart from the hiring manager.
Because it is so difficult you should not make statements that contain fragments such as 'bug free' unless they are preceded by a negation.
UserIQ | Front End Engineer | Atlanta | Full time | http://useriq.com

UserIQ is looking for a front end engineer who is passionate about good design and creating amazing user experiences. The ideal candidate will have deep experience with Javascript, CSS, and HTML. Angular is a plus.

If you love learning, creating great experiences for customers, and solving tough engineering problems, then we want to talk to you.

Benefits:
In addition to a very competitive startup salary with equity, we offer a full range of benefits including: Medical / Dental / Vision / Life / HSA / 401k.

Email us at jobs@useriq.com and let us know why you'd make a great fit.
Nice touch that the stories in your screenshot are from the last few days.
Ask HN: Who is job hunting (June 2015)
Perhaps the inverse of "Who is hiring" would be valuable too....?

If you're looking for a job right now (or just open to inbound interest; serious ones only though!), post your requirements here: location, level, skills, link to resume / CV, etc.

PS -- I'm not looking. Just curious to see if the inverse AskHN is useful.
So, uh, you mean relentlessly profile people based on micro expressions and ethnic background from the time they walk into the ticketing hall?
Seeing as how ES6/7, HTML5 and CSS3 specs haven't been afraid to incorporate ideas that started in external libraries, I do hope we see this baked directly into the browser at some point.
Ordered them from Mcmasters. I'll have to check exact dimensions later, but I want to say they were 1" and 1/8"
Jibe helps some of the most recognizable and respected brands in the world transform their talent acquisition practices through leading-edge software innovation. Jibe’s award-winning, cloud-based solutions have been built and brought to market by some of the best and brightest professionals in the market today. Join our team and help us change the hiring market for the good, and have fun doing it.

We are hiring full-time engineers in our New York and DC office for the following roles.

DevOps Engineer - NYC
https://www.jibe.com/company/careers/devops-engineer/

Front End Software Engineer – NYC
https://www.jibe.com/company/careers/front-end-software-engi...

Front End Engineer – DC
https://www.jibe.com/company/careers/front-end-software-engi...

Senior Software Engineer (Java, NoSQL) – NYC
https://www.jibe.com/company/careers/senior-software-enginee...

Senior Software Engineer (Ruby) -NYC
https://www.jibe.com/company/careers/sr-software-engineer-ru...

Senior Software Engineer (Ruby) – DC
https://www.jibe.com/company/careers/senior-software-enginee...

Associate Software Engineer (Ruby) – DC
https://www.jibe.com/company/careers/associate-software-engi...

https://www.jibe.com/company/careers/

jball@jibe.com
Well it doesn't take much to think: keep the servers running, assume the House version will eventually pass and it can be used to back justify during this little gap period.
Drives me nuts to look at it for too long. And it looks like a spider.
You've got some model of richness/cheapness. From that, you have your raison d'etre and, when combined with your view on utility and expectations, a money management strategy. Putting all that together is your business.

My only opinion on the matter is that you should try to stick with leading from long gamma. You can sell vol, but you'll survive longer if you keep net long gamma. As soon as you get gamma'd, you're out of business. It can go so far against you before you even realize what happened.
If the company also happens to sponsor visas for remote workers, this could be an interesting case of 'dogfooding'.
If you're crossing threads in games stuff you're doing it wrong. There's a good chance you're running into false-sharing and other pitfalls.

Most games use worker-queues(in which case you can use non-GC objects) to deal with architectures like the CELL and for better cache coherency. In that case Nim is a pretty good fir.
I think the tool obsession blossoms with repetitive jobs. If you perform essentially the same programming task over and over, you focus on finding the most efficient way to do it. If your tasks are less repetitive, you probably spend more time thinking than writing code, so you are not as concerned with tool efficiency.

Car mechanics debate who makes the best 3/8" flex-head ratchet. Engine designers don't. [citation needed]

Still, the flex-head ratchet was probably invented by someone who got frustrated trying to turn a tricky bolt with a fixed-head ratchet. Discussing the benefits/limitations of current tools is worthwhile.

However, when it comes to text editors, I see a lot more "X editor is amazing, here's why" than I see "all editors are insufficient, here's how we should make them better."
> Just use strncpy and NUL-terminate the buffer. It's not hard.

Just as it's not hard to not dereference null pointers, not double-free allocations and a truckload of other mindless drudgery which history shows humans won't reliably get right all the time. Not to mention checking for copy truncation with strncpy is error-prone, you've got to check whether it points to a `\0` before you manually null-terminate it, providing more chances to get it wrong.

> snprintf is also slower. It has to parse the format string.

How about worrying about that when snprintf actually shows up in profiles and there's no algorithmic way to improve the situation and strncpy is a significant improvement?
Whenever I opt out (which is every time they try to send me through the scanner) they always attempt to take me to a "private" screening room for my "privacy" concerns. And every time I insist they do it right therein front of everyone, at the table where they're looking through my bag. Mostly because I don't trust what's in a "private" screening room, and partly because I think if we're gonna do this...then lets do this all the way.
Early access Lego worlds on Steam
Sherbit – iOS app for collecting your quantified self
> Given that LISPers have argued for "lambda the ultimate kitchen utensil/sinks/cooks" for the last few decades, it's slightly annoying that people from other languages repeat the point now.

Why? Are you also annoyed by calculus students who learn ideas today that have been known for hundreds of years?

> That said, congratulation for learning value of syntactical sugar. I hope you like it.

Maybe I am misreading this (it could mean simply what it literally says), but I read it as unconstructive snark.
Thank you! I have played on an M-Audio keystation 61es, the whole time I've worked on it.

Just saw how many knobs and sliders you have on that thing... man, I have a lot of work to do. :) On that note I am thinking about allowing people to assign knobs and maybe have a set of pre-written "drivers"... Will think about it.

Cheers!
I believe they did not directly fund these group's research. Just the challenge.

Amazon does in-house R&D and is precious about the IP, like most companies. Academic research needs to have flexible IP deals.

Most of the Amazon funding for this event went to supporting student travel and registrations, plus gear shipping. Details are probably confidential but think roughly an order of magnitude more than the cash prize. Shipping is expensive.

Funding challenges is smart. Some groups are doing funded research anyway, on more-or-less related things like grasping, vision, manipulation, planning, whatever. The challenge gets teams to focus on a more complete and realistic task, thus guiding the development of their general tech in Amazon's direction.

Bottom line: Amazon, the historically conservative low-margin retailer, showed up at the premier IEEE robotics research conference, brought some money and hired some grad students. Students worked hard, learned a lot. Amazon and winners got some good press. Awesome.

It's interesting how the best team was way ahead of everyone else. I'd be very interested to see what Amazon can do internally.
I suffer from the same problem. Interviews are probably the most stressful experiences of my adult life (similar to going in front of a Judge). Compared to most I am a decent enough programmer but when faced with a whiteboard problem or quick interview coding problem I just clam up and under perform.

My normal thought process is thrown out the door when I interview. Most people who know me would never guess I had social anxiety problems. Put me in a room with people I dont know and I am completely different. Add the stresses of an interview and I underperform every time.

I hope one day I will have an employer ask me to a quick project related to web dev. Chances are I will shine brighter than figuring out a prisoner's dilemma or some random programming question the interviewer felt was important at the time.
You can, but you'd be limiting yourself to pure Go. I'd rather have Go with Nim's generics, transpilation to C, macros, compile time computation, etc.
> Since Nim is a superset of Go

I seriously doubt that Nim is out of the box binary compatible with another runtime's fundamental types.
Aren't points 1 and 2 just arguments for a stricly typed language?
Good Eggs - San Francisco, CA, Full Stack Engineers

http://www.goodeggs.com

=== About us ===

Good Eggs brings local, farm-fresh groceries right to your door! We are a technology focused company with a CTO who previously founded Carbon Five, an exceptional agile development shop. See our Engineering Blog and Github account:

http://bites.goodeggs.com

https://github.com/goodeggs/

We have a great mission (https://www.goodeggs.com/philosophy) - to grow and sustain local food systems worldwide - and everyone here is deeply committed to it. We have expanded to 4 cities - New York, New Orleans, Los Angeles and San Francisco - and our investors include Sequoia Capital, Harrison Metal, Baseline Ventures, Collaborative Fund and Westly Group, among others.

There are ~20 of us on the engineering team and we’re actively growing. We’re building next-generation web and mobile applications with JavaScript across the stack, including Node.js, MongoDB, AngularJS, and CoffeeScript. The team has been built from the ground up with practices around test-driven development, pair programming, and continuous deployment.

== About you ===

Ideal Candidates Will Have:

* 3-5+ years full-stack web application development in Ruby, Python, Java, or JavaScript

* TDD experience / experience with pairing / Continuous Deployment

* Domain expertise in: e-commerce, billing, payments, or warehouse distribution software

======

http://www.jobscore.com/jobs2/goodeggs/software-engineer/cQ_...

I’m an engineer at the company, if you have any questions feel free to e-mail me: daryl(at)goodeggs.com
I replaced my Lenovo T60 keyboard something like 5 times within the 3-year warranty period. Half the keys would stop working intermittently, and flexing the board up in the middle would make it temporarily mostly work. Also replaced the AC adapter like 6 times for insufficient strain relief (one of those times the replacement 2-prong had so much leakage current they asked me to send it to their engineering department and upgraded me to the 3-prong CE version). And lest you think I'm just into laptop sports, my previous IBM T22 had 0 keyboard and maybe 1 AC adapter replacement over its 5-year life and I was actually more mobile with it.

If you get sick of your psuedotouch esc, you should be able to find a replacement X220 keyboard for maybe $40/$80 (used/new) and it's one of the easiest parts to swap.

Also, I can't express how happy I'll be when this shortscreen fad is over.
Why is this approach used? I have never, in my life, have coded on a whiteboard while actually building a product. I draw, I brainstorm, I even write plain English steps, but never code.

It's extremely weird that companies are trying to act like S.H.I.E.L.D., and every interviewer thinking he is Fury. And they are almost always wrong. You're recruiting to someone to do a job, not to transform them into something. If they will likely never do something in the actual job, it is mindless testing them on something.

Founders should be aiming to hire people better than themselves. Fury is awesome for hiring Avengers, not field agents. And no Tony Stark is coding on whiteboard happily.

> It’s hard in part because you don’t have IntelliSense or syntax colouring or any of the other tools at your disposal that you normally do when writing code. I know that, and I’ll take that into account.

This is weird. In what conceivable situation would one not have access to those tools on job site? Hell, I've seen a lot of programmers quickly check API available to them in a new language before forming a mental map of it.

While the author may think he knows what he is doing. My personal guess is that he is alienating a lot of amazing people. If you test Lance Armstrong on his ability to ride a unicycle, you might miss out on him. That is essentially what you're doing with whiteboard coding.
SinTrafico - Full Time ONSITE - Mexico City, Mexico- Full Stack Engineer (mostly Python)

We have been building a wide array of analytics applications for logistics, market research, transportation and insurance industry.
As part of the engineering team you will be working on different projects from the ground up, so I can assure you it won't be boring, also you should be comfortable doing minor devops, QA and pre-sales tasks.

About us:

- We are a well funded company and just raised a new round.

- Our offices are located at Polanco (currently deliberating to moving to Condesa

- Cash Positive.

Perks:

- Unlimited vacations.

- Choose your own setup.

- 1 home-office day per week.

- Large equity ownership.

- Informal environment.

If you're interested send me your info at paco@sintrafico.com (CTO - cofounder)
Speed is just one concern but there is a huge ecosystem and native aspects that is more than just one dimension.
Most smart programmers I know would prefer to product a good, or even the best, solution instead of any of the prosaic solutions. Unable to come up with a solution? Probably not. All the given examples are pedestrian. A really clever solution would recurse or search the web for a matching solution page or hash the solution space into a minimal table or something like that.

But agreed a proper programmer would never fail to produce a correct solution.
> I'm an assembler hog and any language that doesn't compile to native code is just a toy to me.

First, what exactly is native code? Is it the PythonVM/JVM byte code? The x86 code it is JITted into? The microcode that interprets the "native" x86 code? You probably mean the x86/ARM/whatever bytecode, but that's not a trivial definition.

Practically speaking, compiling to "native code" is mostly useful given a known architecture. "rep movsb" used to be the fastest way to copy memory around; and then it was slow as mollasses; and then it was fast again. Table lookups were the fastest way to do 6-bit by 8-bit multiplications up until the 386 or 486 - and then the multiplier became faster than memory.

Somewhat surprisingly, J (and APL and K) tend to focus on promoting those things that have always been true - e.g. sequential access is much faster than non sequential; branch free code is better than branching code; small code/data that fit in cache/main memory is better than larger code/data that doesn't. The computation model fits modern CPUs and GPUs very well, despite being approximately the same one since the 1950s.

It's a different take on the "better algorithms beat faster implementations" - a good language that makes a good fast solution intuitive is often, in practice, better than one that can be faster with a lot of intricate work.
Could have at least mentioned DO-178C

http://en.wikipedia.org/wiki/DO-178C
Discussion at https://lobste.rs/s/n7mpm0/chromebook_as_a_thin_client_for_d...
When I first learned vim, it took me a week to get to the same proficiency of MS notepad. After that it just got better. Now it's my main editor.