ajoslin

Recruiters are also great as Matt said. You have to be careful because they aren't always honest about how good or bad an employer is, but at a high level it's a symbiotic relationship: I want a job, and the recruiter wants to get paid by some company for getting me a job.

ajoslin

The contents of your resume and cover letter really matter... especially cover letter. In the first 1-2 sentences you need to stand out. The cover letter in that article is, frankly, shit.

I've helped a few people who are new to the industry get a job, and we just work on making their cover letter sound great (direct, bold, "I'm the person you want to hire"), and the resume too. Again, if you can impress someone in 1-2 sentences and get them to keep reading, you've done something rare.

If you can get past the "pile of applicants" and get a phone call, you can get in.

ajoslin

but I haven't found one yet for bitbucket

ajoslin

eg in my Emacs I have a plugin that's "link to this file on github"

ajoslin

It definitely annoys me that all my editors have nice github tools easy to find but not nice bitbucket tools

ajoslin

Bitbucket is inconvenient but not intolerable

ajoslin

And also, I love JIRA, by the way (besides the slowness). Go ahead and lynch me. :sunglasses:

ajoslin

Yep, the "atlassian stack" really is a good sell for Bitbucket. Bitbucket is a pain to use compared to GH ... I've used it on large teams for long projects ... but the deep integration between the Atlassian Stack is useful

ajoslin

Bitbucket has less features than Github. The biggest plus for Bitbucket is its deep JIRA integration. There are Github integrations for JIRA too, though.

Points for Github:

Hiring: The best devs are OSS devs. If you want to hire them, they will be happier with a GH workflow. If you're using Bitbucket many great devs will just snub their nose and never consider joining.

More Features:

  • Deep link to exact lines of code in diffs
  • Easily search files or code in the project from GH
  • Put links to GH code in comments, and GH will inline that code
  • If an open source project is related to your code, you can directly ref open source issues and GH will pull them inline
  • Your company and devs can easily do OSS while working without having to context switch between GH/Bitbucket (this point depends on how your co feels about OSS)
2
1
ajoslin

I believe I've looked at brunch in the past, and may have used it a bit... I haven't read that article yet (on phone), not sure what I think about it. But I'm not sure if the tooling is really the issue for frontend dev. All the clis and starter kits make the build step irrelevant for most devs.