Ask HN: Professional Hacker's Web Presence?
What sites are key for the professional hacker? What is your public face?
How do you evaluate a candidate professional for employ/contract/partner/supplier online?
How do you evaluate a candidate professional for employ/contract/partner/supplier online?
47 comments
[ 3.5 ms ] story [ 94.2 ms ] threadHow to evaluate a potential employee / contract.. the above, plus LinkedIn, CV / references, portfolio and social networks (if they aren't careful with permissions).
Supplier.. google, twitter (#good / #bad tweets) and credibility of web site.
Partner.. lot's of face-to-face time.
I am curious if there is a combination of online attributes that will generally form a proxy for professionalism.
Also, to a lesser extent, on the kind of work you're talking about (startup hacker, co-founder, web programmer, systems programmer, open source hacker, IT dogsbody?).
Can you be more specific? Assuming the question is for your benefit, what are you looking to be? If the question is for your own analysis, who are you looking to hire/partner/contract to?
What script/Google search query/yahoo pipe/metrics could you use to automate this task?
If I'm reading your reply correctly, you're actually looking to write an algorithm for an automated "find-a-hacker" engine?
In which case, I'd say the first bar to surpass is from another comment here - the guy who said his website is pretty crummy but it comes up first when you google "PHP programmer edinburgh"
So 3400 is a poor rating metric. But what metrics from the list of HN, StackOverflow, /., reddit/prog, yahoo answers, MIT Media Lab, web site PR, Citseer mentions, etc. could constitute a good ranking? Sure, a Nobel Prize is a shortcut. I am talking about a proxy or data model for finding and sorting.
If it can be automated, it will be.
To follow on from your example of me - googling projectgus gives you my both my personal blog and my twitter account as the first two results. My twitter account title gives you my real name, and if you google that then you immediately find my current employer, and some details from an old employer, and then a long tail of quasi-related noise.
Whether or not you'll find anything relevant to what you want depends on what you're looking for. I don't have a resume posted online, which means that although I'm a professional programmer most of my programming experience doesn't immediately show up anywhere on the internet.
However, it's possible you could infer a lot of it from my posts on various little mailing lists and forums (for example, a handful of posts on Erlang-Questions because I spent about a year writing Erlang and a few posts on the Hibernate forums because I've done a little bit of Java middleware development.) Maybe.
Of course, nobody just says "let's see if Angus is a hacker we can hire". Someone might say "oh, you need more Erlang programmers? I know a local programmer called Angus who has programmed in Erlang" (for contrived example). In which case, you google my name + Erlang and you can see that I've programmed in Erlang. Although my online Erlang presence is, in my opinion, underwhelming and you would not decide to approach me on that basis. Which, in my opinion, would be a mistake. ;)
However, even though you wouldn't get specific information about me, you would be able to read my blog and find out I like Linux & open source, I own an Arduino, I like taking apart cheap chinese gadgets, and I like writing. Which is possibly all useful information, again depending on exactly what you were after me for in the first place.
Although I didn't put that information online to get jobs (if I did want to do that, I'd have a resume section online or a LinkedIn profile or something, and maybe the above paragraphs of rant would be redundant.)
I hope this discussion helps you in whatever process you decide to automate. I understand that you're talking about something a bit different, but at the same time I think it would be hard to come up with a one-size-fits-all approach that was entirely based on scraping other data. Finding something more specific, in the same vein as Haskellers.com except without the user-submitted data, might be plausible.
Stack Overflow Careers, for instance, uses Stack Overflow as its data source but OTOH it still relies on the user to submit other details, in order to make the information relevant to employers.
Doing it by email address might work, although most people make an effort to keep their email addresses away from automated harvesting. :).
I put it in air quotes because I couldn't think of a better word for "using google repeatedly to find out everything you can about someone" (referring to the process that I described, ie more involved than simply googling me.)
But how about with PHP instead?
But how about with PHP or C instead?
I will take a look at Stack Overflow Careers, btw.
By looking at a well-used github (/gitorius/bitbucket...) account you can evaluate someone's: - communication skills - code quality - areas of expertise - creativity - ability to see things through to the end
A github account just makes it slightly more likely that the candidate's experience involves more open source, and less proprietary code.
Personally, I'd rather filter candidates based on factors that relate to their performance. After all, bad hires are very expensive... as such, most of these shortcuts strike me as incredibly misguided nonsense.
I invite employers to read over my blog posts and my CV which I put online ( http://www.puremango.co.uk/2009/08/php-cv/ ).
That's about it really. If I don't want something associated with me, I try not to do it really...
http://gawker.com/5419271/google-ceo-secrets-are-for-filthy-...
The generalised answer, I would think, is "be visible or at least present in the online community that exists around your chosen technologies".
(I didn't post the parent reply, but I did upvote it!)
But if you hit a bug in the kernel, you are probably going to communicate with others (probably on a mailing list) in the process of fixing that bug. Same goes for hitting bugs in any other open-source part of UNIX.
I mean, sure, if you are writing an application, this only applies on the shared library bits. But I was specifically talking about advanced *NIX people... people who would be expected to deal with bugs in open-source products.
Actually, I'm sure you'll notice that I'm more active here than on any of those lists... this is probably a bad thing for my technical career development. (perhaps a good thing for my career development as a business person, though.)
Edit: just to be clear, I'm not saying you should ask an applicant what lists s/he is active on... by itself that won't give you that much information (well, except maybe that if a SysAdmin is not on a bunch of security announce lists, something is very wrong but expecting them to remember this data without going through their mailbox is pretty unreasonable.) you should figure that out. maybe ask them what usernames they use on technical forms that they'd like to share? (note, as an employer, you have to be careful not to be creepy when you do this. Most of us have a 'professional identity' we don't mind sharing... but you don't want to look like the kind of employer who goes through employee's myspace profiles looking for drunken party pictures.)
But all these mailing lists, they take serious time . For me, they're really the first thing to go.
Lists I can ignore (e.g. everything but the security -announce lists) go in their own folders to be ignored, most of the time. but they are a good substitute for HN, if you want a more technically oriented and less business oriented discussion, and they are essential if you really want to figure out a tough bug or add a new feature, so having a presence on the mailing lists (even if you don't read them every day) is really useful.
If they really don't post, then what do they do when they find bugs? fix it and keep it to themselves?
They work around it, or more often they realize that somebody else has found the same bug and just track that. Or they'll feel generous and submit a fix via some bug tracking system other than a mailing list.
If you're using that as a proxy for unix-fu, you should know that it's a REALLY shitty proxy in my (roughly 20 years) of experience.
but yeah, I do think there is something a little fishy about a SysAdmin who doesn't have any public evidence of collaboration. I mean, sure, they could be really good and just have worked places that don't let you give your changes back, but eh, you can say that about any other metric. You must have added a feature to something at some point. You must have been the first user to find a particular bug at some point.
The biggest problem with this metric is that search kind of sucks for mailing lists. I mean, usenet used to be /the place/ for this sort of thing, but usenet is dead, and as far as I can tell, much of the usenet archives that at one point I could access via dejanews are gone (groups.google does not have some of the posts that I know are there.)
1) One individual has final responsibility for our platform. We run a modified version of FreeBSD, which includes both changes that are only appropriate for our own use, and some changes that are more generally applicable.
The other devs and admins submit any patches they need on all the servers to the individual, and he deals with them. Sometimes they stay private, sometimes they go public, but when they go public they go out in his name. He has responsibility of tracking when they're accepted upstream, and when they're included in the base distro.
2) The vast majority of our platform is very, very tried and true. We use a few cutting edge bits of software (new versions and new features), but that's the exception. As such, most of our bugs are found well in advance.
3) The most troublesome bits of our platform are commercial or completely proprietary, so support on those parts doesn't hit a public mailing list anywhere.
I was trying to understand why your response annoyed me so much, and I realized it's because if I had to lay off my best unix guys, you advocate that employers google their name, see nothing on the mailing lists, and pass on them. That annoys me.
I take a lot of pride in being a good employer, and meanwhile you're standing there advocating anally-extracted screening criteria that would hurt my guys.
Aside from personal references--as if they were "in a stack of resumes."
Although, if your opinion is correct, it doesn't mean anything that I can't look you up online.
Speaking from my lesser experiences, the best professional *nix programmers I have worked with left some traces of themselves online, but I don't think it correlated that closely with their skills. They definitely don't have web sites proclaiming their Ultimate Hacker Ability - why would they need such a thing?
That's on purpose. I establish new HN accounts from time to time because I despise the fact that many people will upvote old users more readily, or will cite 'user for a long/short time' as though it means something.
People who are published usually are a higher pay grade than I'm allowed to hire for, so I don't worry about it too much, but choosing people who are published, I think, would actually be a very similar metric (though, much more expensive) to looking at people's patches.