skysight-inc/HackerNews huggingface dataset:
PromptWorks - Philadelphia. Local only. Relocation assistance provided.

We are a development shop that focuses on software craftsmanship.

Our calling is to help companies create amazing, intuitive web applications, APIs, products and services.

We take pride in the consistency with which we successfully turn ideas into MVPs, manual processes into automated ones, and frustrating online experiences into pleasurable customer interactions.

We employ agile practices, including writing automated tests, pair programming, automating builds, continuously deploying, tracking our velocity, and developing in short iterations.

We specialize in open-source, dynamic languages like Ruby and JavaScript, but we are excited about future work with languages like Clojure, Erlang, Go & Objective C.

We have a few positions open:

* Software engineer

* Senior software engineer

* Operations engineer (aka DevOps)

http://www.promptworks.com

Job page and how to apply is here: https://jobs.github.com/positions/d8f94048-ea66-11e3-82b6-db...
The author of the Ubersleep book is an example of someone actually sticking with it.

http://www.puredoxyk.com/index.php/the-ubersleep-book/

Another well-documented example is Steve Pavlina.

http://www.stevepavlina.com/blog/2005/10/polyphasic-sleep/
>>You wouldn't see defensive play anymore.

Unless you won the shootout... in which case you'd play 100% defensive for the whole 90 minutes.
You killed the magic
Nightingale (YC S14) – Building Software To Simplify Behavioral Therapy Tracking
So your theory is that, having been introduced to a new idea by gut-churning fear and anger, business owners will immediately think "Hey, this is pretty cool! We should use it!"

Have you met many humans?
Thanks - it's built with Ruby on Rails, and it probably took around 5-6 months, working off and on on it alongside client work.
> Neat article, but I found it surprising that the author didn't go into a bit more detail about why RGB is used and where it's used. Saying that it's just how computers or televisions deal with it because of monitors only offers a bit of information.

It's our eyes. Our eyes are (roughly) RGB, therefore a RGB monitor is a best spectrum match for our eyes, therefore it's how computers and printers deal with it (CMY/K/ is just the inverse of RGB).

For many animals, even our best high end lifelike wide-spectrum display cuts out or inaccurately represents portions of the spectrum they can see.
Definitely a point we’re constantly evaluating and feedback is appreciated.

We think that by bringing some identity into the app there can be more useful interactions and bad behavior self-policed. We’re working off an assumption that people are, on the whole, pretty awesome, and we shouldn’t fall back on anonymous as the only way to engage seriously in the public sphere. What do you think? Would you add other social logins? Twitter?
are you changing the tech stack or keep using arc? ahat about for the frontend?
Developer Reading List – The best summer reads
> Since 2005, we've funded over 700 startups

I sometimes wonder how many of these startups made it, and if the success rate inside YC is larger than outside of it (i.e. self funding, crowdfunding etc).
Rent Lego Sets
CHEWSE - San Francisco, CA - Full Time

We're Chewse, and we're bringing taste to office lunches. We believe good food is a powerful force for uniting people, and we want to wield it to build stronger communities everywhere.

We are a young startup and a small, passionate team that's hungry to tackle really big problems. We're located in a work loft in San Francisco's SOMA neighborhood. We have a kitchen. (And we like to use it.)

We're hiring for two positions:

FULL-STACK ENGINEER: https://www.chewse.com/jobs/full-stack-engineer/

JAVASCRIPT ENGINEER: https://www.chewse.com/jobs/javascript-engineer/

If you're passionate about good food and good people, reach out — I'm eager to hear from you!
Senior Software Engineers - TrueVault - SoMa, SF
https://www.truevault.com/
-------------------------------------------------

TrueVault is an off-premise, secure data store that developers use to make their applications immediately secure and HIPAA compliant. TrueVault stores healthcare data from mobile health apps, wearable devices, and even genomic research so that our customers don’t need to spend their precious time worrying about security, performance, and scalability. More than just a database as a service, TrueVault’s proprietary technology allows us to secure our customers' data better than anyone else can (hint: think encryption and global scale slice distribution).

Our mission is to provide the simplest, most secure way for web apps, mobile apps, and even wearable devices to store sensitive data. Simple and secure access and storage of people’s most personal and private information is a huge challenge. That's why we are looking for incredible people (like you perhaps?) to join us.

We are also hiring a Client Library Engineer and an Engineering Lead. TrueVault is in a great location and offers great compensation, benefits, and extra perks to employees. If you are interested in speaking about who we are and our job opportunities, please reach out to me at sierra@truevault.com or apply at: https://jobs.lever.co/truevault

Be sure to let us know that you heard about the opening through HN!
Yeah, I've started using the 'load on demand' approach by default, unless the images are important. It can drastically improve load speed in a very simple way.
Type parameterization has been around for a long time, but all existing implementations make tradeoffs the Go team is not willing to make: http://research.swtch.com/generic
Thanks - I agree with you, and you're right, finding an elegant headline is tricky. I'll keep thinking.
You May Be a Tanning Addict
The Ego of the Mod who uses this. Someone's feeling powerful there.

My 1234th day……
This is a great exercise for those practicing stoicism.
There is a strong correlation between romantic involvement and shared stressful experiences. Its a movie trope but there have also been studies done. The last one I read about was in Scientific American in the late 90's/early 2000's. You can check 'romantic relationships and stress' on scholar.google.com and find lots of hits.

There is also a correlation between having an excuse to be close together and opportunity. This apparently got pretty bad for Microsoft employees on the road such that the company issued guidelines. But I don't know if corporate was any more or less affected.
NoRedInk in San Francisco (or remote).

Full stack rails engineers wanted to make sure that grammer is taught good. Every one's revolutioneyesing educaton but while some student's cant even right the write words.

Then there was NoRedInk.

NoRedInk helps students quickly improve their grammar and writing skills.

We've got a small, technically excellent engineering team. We extensively use react in production.

I work here because I get to learn about my practice (as well as my failing grammar skills) every day. I work here because I care about education. I work here because existing online tools for teaching grammar and writing are pathetic. Join us as engineer #4, and improve how grammar is taught.

https://www.noredink.com/jobs

p.s. Other people think we're awesome, too: http://www.forbes.com/sites/alextaub/2013/12/19/noredink-is-...
It looks like the thing that's going to really blow up soon is IoT (or, at the very least, it looks like it's going to be the most lucrative, un-sexy-sounding thing on the planet in 5-10 years). If you have a good grounding in C, familiarize yourself with contiki (which, although it's not being used now, is likely to become the backbone of any third-party IoT node that isn't running linux) and some basic digital electronics.
or defining your own reality :p
The private release is a chance to get feedback from the community so we can refine Tavern before we release it fully in the wild. There's some sample content highlighted on this page: http://zurb.com/tavern
I think D got generics right.
How do you handle a single developer working on multiple features/branches/issues at the same time?
I mean, it's well known but not well established - I highly doubt there's much sexual harassment in a typical corporate environment with an HR department.
Also curious on that, because as a "company", they will naturally interprete their own statistics the way it's promotable or advantagous for them. The truth is always ugly.
Radically reduce UI Automation code
They make a very poor argument against functional programming. They completely miss the composability it enables.
How does this work exactly, because I can't find any info along with a number of other people in this topic.

1. Pricing. Do I specify a price? Does the designer give a quote when I ask them for feedback? What's a typical price range? How are payments handled?

2. What's the turnaround time? Should I see feedback in 24 hours? 1 week?

3. What can we expect for feedback? Is there some kind of tiered system, so I'll receive X for $50 and Y for $100? If not, are there any examples of what I'll receive? I wouldn't want to pay $100 for someone to write a short paragraph of generic feedback I could expect anyone off the street to provide in 5 minutes.
"Systems programming" is a broad term, so you are painting in too-broad strokes.

I'm not super familiar with Erlang, so I may get some things wrong, but heres a few differences:

Erlang prefers GC, wheras Rust tends to eschew it (it's available in a library).

Erlang is dynamically typed where rust is statically typed.

Erlang is single-assignment where rust uses a somewhat more nuanced lifetime system (though that is still changing).

Erlang prefers communication over channels, while rust has immutable types that are safe to share.
Ask HN: Internal Messaging vs. Emailing Users
Within our application we have an internal messaging system for users. Recently our marketing staff has asked for a feature to allow them to mass message using our internal system rather than sending emails.

My first response is that it should be better in most cases to send emails.

What is everyone's opinion on this? Should it be acceptable for us to message our users within the application, or should we only use email?
He is well known in the R community as he contributed many of the well known and often used packages such as ggplot2, plyr and reshape
The choice of a geometric Futura-like font as primary face for body text always surprises me. Seems like it's just me, though.
1) look up paper wallets.

bitcoin is at a stage where it's not trivial to secure if you are not a technical person. There are companies that are working at making this easier by providing the security and even insuring the bitcoins if something happens. When services like this are out we will see a huge turning point IMO.
good grief, yes, smart people can be arrogant, yes, smart people can be many other negative things.

but my experience walking around the world is that most people are too stupid. Too stupid means, for instance, that they could never begin to fathom programming a computer in C or C++. So pursuing that narrow example (doesn't mean that you can't choose quantum physics instead, if you are distracted by that re-read what I said) and restricting ourselves to the population of people who can fathom programming in C and C++: again, my experience of them is that even they are mostly too stupid to do a good job of it, these are difficult and dangerous languages, and we as a society do not have enough people who can actually use them safely.

So, from where I'm sitting, the arrogance of the world is not concentrated among the small numbers of truly exceptionally smart people, the arrogance is mostly found among all the other people--as we see in this discussion--who focus all their criticism on smart people.

Yes, we smart people are arrogant, but we are not stupid, so shut up in order for you to get what you can from us, and do not wish that we could somehow be more like you because that would entail us being more stupid. Don't be insulted; just as I am not insulted that you can't see what I can see, I'm simply saying stop complaining about this, it goes with the territory. Do you complain that the brilliant brain surgeon who saved your life is also very arrogant, or do you kiss his ass for saving your life? Would you trade the pleasure of watching Michael Jordan play basketball away because you don't like the arrogant way he acts off court? No, you wouldn't.

Yes, there can be super smart people who are also super humble, but so what? there can also be super smart people who are not humble, just as there can also be super humble people who are not very smart, and the worst of all, arrogance that is not accompanied by extreme skill, which is what I am complaining about. It is arrogant of all of you (no, not you personally, just look down the discussion) to all jump into the same discussion on the same side--ooh arrogance is bad--as if what you are saying is interesting. And this is not a topic of great interest to me, I'm simply trying to represent my side since I didn't see it represented anywhere else here.
I am not very familiar with messaging or message queues, so wanted to seek out some advice before spending time reinventing some well known wheel poorly.

I would like to have a broker that sits between an application and several endpoint services to which the application makes requests via the broker. These endpoint services have rules, typically throttling rules (i) you cannot submit more than x number of request per second (ii) you cannot queue up more than y number of requests at our end (iii) you must put a delay of z seconds after we have responded to a request of yours, etc., etc.

Is there a defacto standard open source software for this situation, that would take a config file describing the policies to follow for an end point. My requirement is pretty toy'ish, small to medium scale only. Just taking a look at Redis docs (am new to that too) it seems it will not be that hard to write out a simple solution. Would that be the way to go ? Or is there something out there that already handles this.
Yes, my bad, should be there :)

Stay tuned, I'm out soon till end of next week, but will definitely add it.
Location: Santa Barbara, CA
Remote: Yes
Willing to relocate: Yes
Technologies: HTML/CSS, JS, AJAX, Angular, MongoDB, SQL, Ruby, RoR, Python, Obj-C, R
Resume: http://geerydev.com
Email: tyler [dot] geery [at] gmail [dot] .com
I wonder what "hours(51)" means?
Is there a reason, why you didn't start with mobile first?
These are very good questions, however for a different post. Here I was mainly interested in the throughput.

Jepsen post provide some insights (into Mongo and Rabbit). With Hornet you can easily end up with two primaries. SQS is untestable in that respect :).
huh.

I built a clone at news.intelmap.com a year or two ago, and I don't have the percentages in my admin console. Perhaps an addition since pg's exit?
> it's about as difficult as accepting PayPal

Hah! Bitpay fails often, and it fails in mysterious ways. Manual intervention on up to 10% of payments is no beuno.
These are all considerations that should really be part of computer science in the first place. There's too much focus on the "Spherical Cow" part of writing software and not enough/any focus on how that software actually behaves at a modern scale/style of deployment. (At least in the curriculum I remember).
They need to recruit more people to make it possible i guess?
I don't know I agree with you. Its absurd to have a project of this scale without code review.
If nuke is "delete/hide," then what is "delete?"
You need 501 karma to downvote.
I thought transactions like that weren't supported by the bitcoin protocol. Are there any resources that explain how this works with the general blockchain?
Agreed, a must-read :). Bottom line is all queues can loose messages (we don't know much about SQS in fact).
Writing libraries you need to think about it a lot it really informs the choices for datastructures you make.

Other than that, it's considerably easier than other non-managed languages (e.g. C, C++, Pascal)
Robert Half (for corporate)

We're looking for a front end developer that has SharePoint expertise, strong understanding of HTML5/JavaScript/CSS3, and has worked on global enterprise level websites.

We specialize in C# development; however, also have a strong open source presence, developing in Python and Java.

We currently have a Software Engineer II (front end web) position open:

http://careers.roberthalf.com/job/San-Ramon-Software-Enginee...
HackerRank - Palo Alto, CA & Bangalore, India

--------------------------------

We are building a platform where programmers hone their skills and companies use it to streamline their recruiting process. This leads to better skill level overall and a meritocratic + faster recruiting process. This effectively is building a time machine.

--------------------------------

We've an active and growing community of hackers (500k+), signed up some of the top tech companies like facebook, amazon, vmware, bloomberg, square, etc. as our customers; raised our series-b funding recently from top tier investors, 60+ people in our team and making millions of dollars/quarter growing >100% every quarter.

--------------------------------

We're flattening the world. Come join us. We're hiring for all roles (https://www.hackerrank.com/careers)
> ...we shouldn’t fall back on anonymous as the only way to engage seriously in the public sphere.

I don't think anyone is saying that anonymous should be the only way but it should be an option. It's not really a public space if you can't be anonymous.
Launched a payment processor that accepts XRP, DOGE, BTC, and LTC
Yanni here from SNAPCARD (www.joinsnapcard.com), a browser bookmarklet that allows Bitcoin users to shop on ANY website using their BTC.

We just built a payment processor that allows us to now accept LTC, DOGE, and XRP!

You can check out an image of it here: http://imgur.com/WDaYUgN

Or, you can test it on our website @ https://www.joinsnapcard.com/

Let me know what you guys think.

Thank you!
That really depends on the designer that is giving feedback. Some people might edit some things on Photoshop, others might send you some hand drawn mockups or just write you some notes on your designs. You can always set the conditions upfront with the designer before paying him for feedback.
Or don't know how to implement.

It has been pointed out multiple times that the page you refer to, only focus on C++ and Java, while forgeting about all the other languages.
Will be super easy as long as they had the foresight to buy the printer on a credit card and the pizzeria's police force is actually CSI.

Seriously, the police are not going to analyze dots on laser printer to track down an extortion for $500, just like they don't swab for prints / DNA on a B&E. Real life is not CSI.
Understand this is an issue in the merchant's processes, not with Bitcoin.

Your argument is like saying "seat belts in cars don't always make drivers safer, for one people may forget to buckle up and not benefit from increased safety".
I agree, they obviously don't test what they roll out. It is very amateur, updates look like they are pushed right into production given the obvious nature of the bugs we have seen. They have multiple interfaces, when we were testing it out we saw lookup data was inconsistent across interfaces, and there was no built in customer validation of data. All data validation is done by the end approver. They actually subcontract out most of the development work, definitely not a modern technology driven solution.
> I did try both and picked HipChat (though I now have a few regrets). Slack's lack of native Windows client was a real bummer and, frankly, I found the Slack interface unnecessarily confusing. I think they need a "simple" mode or the ability to turn some features off by default.

I think its personal preference, but I can see that.

> That said, Slack's integration with 3rd party services like Github is just straight up better than HipChat. And after using it for a while there are a couple of small (fixable!) things about HipChat that are really irritating.

Agreed!
Location: Austin, TX

Remote: Maybe

Willing to relocate: I'm in SLC, desiring to be in Austin. I will gladly relocate.

Technologies: My career has been primarily C# (web/desktop) .NET, ASP, Web API, AngularJS, SQL, but I can jump into anything. I prefer other technologies when I'm tinkering around on my own, such as postgres, mysql, Go, and more.

Resume: Gladly, just don't have a goto place to throw it on the web.

Email: brianbarker3 ---- gmail
Loops make your life worse, really? Loops are trivial code that are nearly impossible to screw up. Writing a loop and writing map/filter probably take nearly the same time. If this is the biggest problem you have in coding, you're luckier than most.
I think there are situations that warrant both, and lots of companies do both. For example, Google has an alerts button in many of their apps that shows in-app messages about new features or issues that need your attention. They also send mass e-mails for more important notifications like policy changes.

You can give your marketing staff the power they want without any in-house development by popping https://www.intercom.io/ into your app. It handles both in-app messaging and real e-mails, with a system for segmenting users so you can send messages to only the groups that need to receive them, e.g. only trial users or only those that haven't logged in recently.
1) Given the history of exchanges is it really smart to store your bitcoin in one?

2) Is only easier if you ignore the process of getting bitcoins and the process of converting them to something else. If you do that then me sending you an email saying "IOU value" is easier.
It doesn't matter if they keep pushing a standard no one's using to actually ship. The only people I see excited about Web Components are Googlers.
Building robust web apps with React: Server-side rendering
US - Boston, MA and San Francisco, CA

Fitbit is hiring full-time software and hardware engineers.

I've been a Principal Software Engineer at Fitbit since November (previously Senior Software Engineer at Google) and Fitbit is an awesome place to work. The company culture is fantastic. The people are great to work with. The Boston office feels like a startup because it's so small and new, yet we're well-funded and secure. Everywhere I go people tell me they love our product or know someone who loves it and talks about it.

Boston Software Engineers: http://jobvite.com/m?35Rglgwi

San Francisco Software Engineers: http://jobvite.com/m?3XSglgwb

San Francisco Hardware Engineers: http://jobvite.com/m?3kVhlgwC

If you're really good but none of those positions seems to exactly fit you, apply anyway. New projects are emerging with big data, new products, and other ideas. Feel free to reply with general-interest questions. Personal inquiries can be emailed to me, blewis at the obvious domain.

In Site Engineering, we're using jQuery, underscore, Handlebars, Backbone, Stylus, Buster, Selenium, requirejs, and Highcharts on the front end, with new technologies introduced as needed. We're only using node as part of the build system for now. The back end is tomcat with a lot of Spring and Hibernate in front of mysql.

Some big data projects I'm aware of also use Python. Beyond that, check job listings to know what tools might be used.
As a quick addition on this, the m3.medium -- running on the same processor but governed differently -- takes 160 seconds to run the same benchmark (after repeated runs).

Amazon used to promote their instances via the somewhat comparable ECU metrics. Now, however, unless I'm missing something, you need to try to determine by narrative, because 1 vCPU is very much not equal to 1 vCPU on other instance types.