21 Tools and Sites I Use Everyday

booleanstrings Boolean Leave a Comment

  1. Chrome
  2. Advanced Google Search
  3. Google Custom Search Engines, using Advanced Operators
  4. Yahoo Reverse Image Search
  5. LinkedIn.com People and Content Search
  6. LinkedIn Recruiter
  7. Social List
  8. Social List Contact Finder
  9. Connectifier Social Links
  10. Lusha
  11. Rocketreach
  12. Hunter.io
  13. Pipl.com
  14. Finding People by Email on LinkedIn
  15. Intelligence Search for Facebook
  16. Email Extractor
  17. Instant Data Scraper
  18. Outwit Hub
  19. Github Search for Users and Files
  20. Github Hacks for Finding Emails
  21. Grammarly

What about you?

Hidden Github Resumes

booleanstrings Boolean 2 Comments

Github has tens of thousands of resumes that Google won’t find. Intrigued? Read on.

Unknown to many, Github is widely used not only to work on software code but to store documents such as resumes. Just as software code, documents are stored in the code section. This search – “my resume” – would reveal some, but it’s not well targeted.

Here are some ways to locate Github-stored resumes – and why Google doesn’t index them.

Let me start with Google. A favorite format for resumes on Github is JSON. Originally created as “JavaScript Object Notation”, the format is now used for non-code documents as well. Unfortunately, Google still considers JSON as not worth being indexed. resume filetype:json produces no results. As Google’s Dan Russel told me, when I had asked him why, JSON files are “generally created dynamically rather than stored long term. Because it’s dynamic, we can’t index them.”

Too bad. But we have ways to source for these – and other document formats – within Github.

Github has search operators extension: allowing to search for files of given types and filename: to search for document names (these are similar to Google’s filetype: and intitle:). Armed with the operators, we can run a more targeted search. Here is an example:

extension:json filename:resume “san francisco” javascript.

Another less known resume format, popular among Github users, is TEX. Example search:

filename:cv extension:tex “data scientist”.

Of course, we don’t have to necessarily include searching for file types. And, there are plenty of non-developer’s resumes as well. The above example finds Data Scientists. Here are a couple more examples:

filename:resume “product manager”

filename:resume “vice president” engineering

Check out the fully updated webinar “How To Find and Attract Technical Talent” to learn these (we provide a Github search syntax tip sheet) and other IT Sourcing techniques!

 

 

Broken LinkedIn Boolean Explained and Webinar

booleanstrings Boolean 2 Comments

 

I have figured out how it works and will briefly explain below.

We have announced a new delivery of the LinkedHacks webinar, live on May 1st, to fully update you. (Don’t miss it; seating is limited). Come to learn how to not only work with Premium and Basic accounts but take advantage of a new hidden feature!

Of course, nobody would search like this in practice; the search should produce zero results if we had working Boolean search. However, these results shed some light on what is going on. Let me explain.

If you search for senior software engineer (without the NOT additions; try it), LI would include:
a) synonyms and variations for “senior” such as “sr” and “snr”, “software” such as “sw”, “engineer” such as “engineering”
b) translations into other languages, such as “Ingeniero” etc.
It would look in all titles present – and past as well.

You need not write (senior OR sr OR snr) (etc.) – synonyms are included automatically.

With the awareness that the search is not Boolean, you can take advantage of the current implementation: keyword search for a job title returns all the members for whom this is a present or a past title. This search is otherwise unavailable in LinkedIn.com.

Meanwhile, LinkedIn Recruiter has its own, different ways to include job title synonyms.

We have observed lots of changes in LinkedIn search in the last few weeks. Come to LinkedHacks webinar (May 1st, optional hands-on practice May 2nd) to get full explanations, new and updated hacks (some, unavailable anywhere online), and get support on everything LinkedIn Sourcing for thirty days.

Update on LinkedIn People Search

booleanstrings Boolean 1 Comment

What happened?

As of two days ago, search operators (that I have covered in previous posts) have stopped working on LinkedIn. This includes not only undocumented operators like headline: but also the officially documented operators firstname:, lastname:, title:, company:, and school:. (They were introduced in 2017). It’s quite unfortunate! [Edited April 22, 2019: LinkedIn has taken down that help page.]

As always, we will be looking into alternative ways for Recruiters and Sourcers to overcome LinkedIn limitations.

We may get the operators back; we’ll see.

In the meantime, if you are searching with a basic or premium account, keep in mind that:

  1. LinkedIn Keywords Boolean Search Is Compromised. For better results, use the advanced search dialog.
  2. You can X-Ray LinkedIn for current company and job title. The advantage is, you would be looking for the “true” current job and avoiding finding jobs that members have not “closed”.
  3. If you are up for writing complex Custom Search Engine (little-known) special operators, you can use the technique described in Fascinating: Custom Headline Search. While LinkedIn search operators are not working, this is the only way to search by headlines (unavailable in any LinkedIn accounts, including Recruiter.)
  4. If you are not up for writing complex CSE search operators, use our Sourcing Tool Social List, which used the CSE technology via APIs and hides all the complexity for end-users. (We have also added a “Contact Finder” to the tool. Check out Dean Da Costa’s blog and video).

Thanks for reading! I’ll keep you updated.

Google Introduces before: and after:

booleanstrings Boolean Leave a Comment

 

Google has just introduced two new search operators – before: and after:

Here is what @searchliaison tells us:

The before: & after: commands return documents before & after a date. You must provide year-month-day dates or only a year. You can combine both. For example: [avengers endgame before:2019] [avengers endgame after:2019-04-01] [avengers endgame after:2019-03-01 before:2019-03-05].

If you provide only a year, before: & after: translates those into full dates that work, such as follows: [before:2018] = [before:2018-01-01] [after:2018] = [after:2018-12-31].

You can use either dashes or slashes in dates. Both of these are valid: 2018-12-31 2018/12/31.

(At the same time, Google took away sorting by date, except in the News, claiming that few users have taken advantage of it over the years.)

Example search: after:2019-1-1 site:linkedin.com/in OR site:linkedin.com/pub -pub.dir javascript engineer seattle

It’s a matter of taste, but I like the new operators better than the date range selection that has been available under “Tools” since 2009.

The new operators are described as working in the general and news search; however, it looks like we can use them in Image and other special searches too.

Keep in mind that Google makes its best guess on a page’s date based on several considerations. For many pages “out there”, it is not able to identify the dates, and those pages won’t show up in the date range-restricted results.

For a large-volume collection of Google search tips and support from our training staff, check out the Advanced Workshop recording.

Three Diversity Custom Searches

booleanstrings Boolean 2 Comments

It is possible, for some membership sites, to create Custom Search Engines that would search for female members only – and do so precisely.

Let me share some Diversity Custom Search Engines with you. (I’ll add some nerdy explanations of how it works, for those interested, at the end of the post).

Here you go.

CSE #1. Searching in Healthcare? Try Doximity Female Search. Add terms for locations and job titles. The search results are guaranteed to include female doctors only. Example search: child neurology houston texas.

CSE #2. Looking for Researchers? Try ResearchGate Female Search. Add your keywords. Example: “machine learning” “artificial intelligence”. The results are guaranteed to be females only.

CSE #3. Interested in female Speakers? Try SpeakerHub Female Search. Example search: recruiting OR sourcing. You will be finding females only.

Of course, this search is free, and we are not even likely to see “the captchas”.

Coming up – don’t miss the webinar! – “Sourcing for Diversity” – April 10 at 9 am PDT (recording and follow-up support are provided) where we’ll be sharing lots of creative and doable approaches in addition to these.
Read the details and register at https://sourcingcertification.com/diversitysourcing/. Seating is limited.

Now, the nerdy part, if you are into that kind of thing. (You don’t need this to use the CSEs). The above Custom Search Engines each X-Ray their appropriate site, plus, automatically add this substring to the search:  more:p:metatags-profile_gender:female. I wrote more about this technique in a past post.

LinkedIn Keywords Boolean Search Is Compromised

booleanstrings Boolean 10 Comments

Some of us, when starting a new search, go to LinkedIn, type a few terms – including, perhaps, a title and some skills – into the Keywords field in people search and try to assess the volume of potential candidates. However, if you do so, your answers may be flawed.

The LinkedIn Boolean Search Help article tells us, “If your search has two or more terms, you’ll automatically see results that include all of them.” However, this is not true in an exceeding number of keyword searches. You need to be aware of that, not to miss matching search results.

Here is what happens. If your keywords contain terms sounding like:

  • First and Last Names
  • Company Names
  • Job Titles (especially, titles with two or more words, following each other in the Keywords field, e.g. Java Developer)

Then – you will not “automatically see results that include all of the terms”. Instead, one or both of these things happen:

#1. Your search is automatically restricted to the respective profile fields – Name, Company, or Title.

For example, a search for James Smith misses some profiles that have both words, James AND Smith. (I have narrowed down the example search by a few parameters, to make the differences obvious).

#2. Your search is expanded to “synonyms”. For example, a search for “James” may find people called “Jim” or “Jamie”.

This sort of interpretation of first and last names has been there for a long time (and perhaps makes sense). What we are increasingly seeing at this time is Job Title-sounding words interpretation, that affects search results.

Here is what, for example, a (narrowed-down) search for Java Developer looks like*

– that does not include many profiles that have both keywords Java AND Developer:

* Note that your account may get different results from these searches.

When we search for the keywords Java Developer:

#1 – LinkedIn looks for people with the current or past (!) job titles including the words Java and Developer

#2 – LinkedIn includes some people with similar past or present job titles – for example, Java Engineer.

That’s it – LinkedIn will not include, for example, someone who is a Developer and has a skill Java unless they match #1 or #2 above.

The automatic interpretation of the search terms is not expected and not helpful. It’s best to avoid it.

You do not have to necessarily use “ANDs” to “break your way” to true Boolean search. Simply changing the keyword order in such a way that the terms don’t convey a job title – Developer Java – would “fix” the search:

 

This sort of job title-sounding search terms interpretation is inconsistent across accounts (no matter, basic or business). Different accounts get different numbers of results on the same job-title-like-sounding searches that vary quite significantly.

To avoid being misled:

  1. Watch for Job Title-sounding word combinations in your Keywords and avoid them.
  2. Use common sense – does the number of results make sense to you or is it too small or too large?
  3. Change the keyword order, rerun the search and compare.
  4. Use the advanced people search dialog and search operators.
  5. Come to our brand-new webinar LinkedHacks for Sourcing on Wednesday, March 27th.
    We will explain how to avoid search pitfalls – and how to make your Basic or Business account quite comparable in power with LinkedIn Recruiter by using workarounds, undocumented operators, URL modifications, and messaging alternatives.
    If you work with a Basic or Business account, I strongly recommend attending!

Four Major LinkedIn Sourcing Hacks

booleanstrings Boolean 7 Comments

Here are some LinkedIn Sourcing News.

  1. In case you haven’t noticed: LinkedIn has quietly introduced a “People” tab to its Company pages, like this one: https://www.linkedin.com/company/hewlett-packard-enterprise/people. (It is similar to the Alumni pages). We can search by location, school, the field of study, job function, skills, and connection level. It’s quite useful, especially if you are looking at some stats.
  2. The linkedin.com/company/*/people pages do accept LinkedIn search operators! Example.
  3. So do the Alumni search pages. Example.
  4. I have discovered another undocumented LinkedIn search operator, in addition to thesefieldsofstudy:The operator takes one or more Field of Study codes as an argument, for example, fieldsofstudy:100892;“100189” is the code for the Computer Science major. You can find other codes to use in a search by playing with a company “people” dialog like https://www.linkedin.com/company/hewlett-packard-enterprise/people/?facetFieldOfStudy=100189.

Happy Sourcing!

 

 

 

 

 

 

Ten Custom Search Engines for Recruiters

booleanstrings Boolean 2 Comments

Google Custom Search Engines (CSEs) is a powerful Sourcing tool, that can improve your Sourcing process with new results, often faster than “regular” Google.

CSE users fall roughly into three categories:

  1. End-user. If writing out search operators is not your cup of tea, you can use CSEs built by your more technical peers, without even learning advanced operators.
  2. Creator. Creating CSEs is not rocket science! Creating CSEs for your own and your peers’ use has numerous advantages. You can create CSEs that would “hide” Boolean operators, such as site:, from the end user (saving time on retyping), search within a list of sites, and, importantly, use CSE search options unavailable in “regular” Google. For example, you can set a CSE to “search the entire web but emphasize included sites” – it is like “Soft” X-Ray.
  3. Master. Unknowingly to many, CSEs have additional search operators compared to “regular” Google. These operators allow finding not just web pages with the keyword occurrences but pages where a particular term is in a person’s company or job title, for example. Learning how to identify and use the special operators takes a bit of a learning curve, but it is well worth it.

Let me share with you some Custom Search Engines for Sourcing that I have created.

  1. Diversity Associations
  2. Hidden Resumes
  3. LinkedIn X-Ray
  4. LinkedIn – Countries
  5. LinkedIn – Contact Info
  6. XING X-Ray
  7. Github Profiles
  8. Search for Teachers
  9. Documents – Formats
  10. Google Storage

Enjoy!

We will be delivering a Custom Search Engines Webinar >>> Become A Custom Search Engines Expert. Don’t miss it!