561 karma · joined May 28, 2014
Do a post-mortem, work out root causes, work as a unit to ensure this doesn't happen again.
Obviously if there are levels of gross negligence or misconduct discovered during post-mortem, that will need to be dealt with accordingly, but coming into this with an attitude of "we must find someone to blame and incur repercussions" isn't healthy at all.
We are humans - don't forget that.
edit: forgot some words.
Whatsapp does have a browser based app. web.whatsapp.com
I have to admit, I remember stumbling across your comment when you accepted the challenge and in my mind I scoffed, thinking you were never going to do it. Boy was I wrong! Once again, this is super cool.
Makes me want to think of another fun way of crowdsourcing stock tips for fun.
Maybe something like TwitchPlaysWallStreet?
edit: In fact, for a lot of people, that is insanely good! Apologies if I came across as an asshole when I said "for an intern".
I remember at one of my first jobs, myself and another programmer were working on a side project (outside of work hours, not using company resources in any way) that were considering monetising. Our contracts stated that the company we worked for owned all of our code produced in and out of working hours.
We got to the business end of the project and decided to consult our workplace to find out how strict they were on this. The conversation with HR went something like this:
> Us: Oh hey there, can you clarify clauses X/Y/Z in our contracts regarding ownership of code. We are working on a project we are planning on monetising at some stage and we need to know if the company is going to do anything about this. Our project has no conflicts of interest and we haven't stolen any IP of the company.
> HR: Oh... We've never had a question like this before... We can't say exactly. We'd have to consult our lawyers.
> Us: Cool - can you consult them and let us know what they say, please?
> HR: Sorry, we can't consult them as they charge by the minute and it's too expensive to warrant a conversation with them.
> Us: So... you're not going to answer our question.
> HR: Exactly. You'll have to do it at your own risk.
Thanks :)
Obviously what I've just said doesn't help solve any problems here, but thought I'd throw it in there anyway :)
[1] https://docs.angularjs.org/api/ng/type/$rootScope.Scope#$eva...
C64 all of the things!
Some of the comments here are ridiculously negative or taking away from the fact that Jeff has done something cool here.
Good stuff, Jeff! Keep on doing stuff like this and don't listen to the hate/negative comments.
How much machine learning is actually involved here? Or is it more static data analysis?
I remember the best interview I had was at a company offering open source software. For the coding components of the interview they give applicants a task (they cherry pick one of the easier ones) from their JIRA backlog and told applicants they've got two weeks to come up with a patch. It didn't matter if the applicant could fully solve the bug/feature, since it's not particularly fair to expect the applicant to be familiar with the ins and outs and gotchas of the system they are working with, but what did matter is that they A) submitted something, and B) could talk their way through their thought process and how they arrived at their current solution.
This sort of process really clicked with me. Obviously it's not as straightforward for some organisations that may offer proprietary software, but the process could certainly be adapted for a lot of organisations, in my opinion.