Bringing Job Spotter to iOS: Indeed’s First React Native App

In 2013, Facebook released ReactJS and changed the way a lot of people (including us) think about web development. In 2015, Facebook released React Native, allowing developers to create powerful native mobile experiences using JavaScript and React. When we planned to bring the Job Spotter app to iOS, we were hopeful that React Native would live up to its promise.

Spoiler alert: it did.

Intro to React and React Native

React is a different way of thinking about web development. Instead of separating code by function, React encourages separating code by components. Each component contains all the layout, styling and business logic it needs – often in the same file.

React’s other important feature, described in this conceptual document, is one-way data flow. Compared to the two-way flow implied by other frameworks, it is much easier to figure out how state changes affect the app in React. One-way data flow also enables powerful libraries like Redux.

React Native lets you write JavaScript for Android or iOS apps with React that deliver native performance. Web developers can write powerful native apps, without needing to spend time learning unfamiliar native mobile development technologies.

Wins

React Native helped us speed up our mobile development cycle. Using out-of-the-box tools, we can run our React Native app locally in the iOS simulator. That allows us to refresh the app to test changes without recompilation, just like we would in the web. Even better, application state is maintained across these “hot reloads.” These development features of React Native translate into a big savings in time and effort, allowing us to focus on developing new features.

Since we could leverage our previous React knowledge, we didn’t have to learn a new language and could get straight into coding. This was especially great for our team, since none of us had used Objective-C or Swift. Another bonus was that, except for some custom event logging, we hardly had to write any native code.

Another interesting aspect of React Native is that it requires using inline-styles, in which CSS “classes” are actually JavaScript objects. This seemed strange at first, but we’ve grown to love it. Since we were dealing with objects, we could create powerful, composable, and extensible CSS classes and avoid a lot of style duplication seen in traditional webapps. We could develop different looks and functions as needed, rather than having to repurpose the same styles for different needs.

React Native makes heavy use of Flexbox, a newer CSS module that aims to make styling more consistent and straightforward. This removes the need to know many of the traditional quirks of CSS. After overcoming the learning curve, the more declarative approach of Flexbox allowed us to style new components more rapidly than in traditional CSS.

Debugging was also easier than we expected. We just connected to the debugger in the Chrome Developer Tools and debugged the same way we would on the web. React Native has several additional tools – the element inspector determines the styling applied to a component, and the network inspector analyzes the XHR requests your application makes. Being able to reuse familiar tools helped us track down and fix issues as they arose.

Challenges

React Native enabled us to develop more rapidly, but React Native itself developed just as fast. In the two months that we worked on the Job Spotter iOS app, React Native had six releases. After updating to each new release, we would have to do a full regression test of our app.

Another major and related challenge: React Native’s newness. A lot of capabilities that would be better as default features still required third-party libraries, such as accessing the camera and file system and handling permissions. The community works hard to pick up the slack of React Native core. However, these third-party libraries sometimes lacked the quality we expected from the core library. In fact, we had to patch more than one such library.

The components available for navigation and screen transitions were also inconsistent. We ran into an issue with the Navigator component in which every transition needed some kind of animation, with no option for an empty transition. This initially made some of our scene transitions look awkward. We tried using the NavigatorIOS component, but its interface was less friendly and straightforward, and lacked many of Navigator’s features.

Similarly the TabBarIOS component works quite well, but its transitions were completely independent of whatever Navigator we used. We wanted a single navigator handling everything. We had to use different code paths for supporting navigation when we would have liked one.

It’s worth it

Despite these challenges, we continue using React Native. It fits well in our toolbox. We can use our web development expertise to build rich mobile experiences without having to become Android or iOS experts. And as React Native matures, we expect many of these current issues to be resolved.

Our next step is porting the React Native version of Job Spotter to Android to replace our existing native Android app.


Bringing Job Spotter to iOS: Indeed’s First React Native App cross-posted on Medium.

Transitioning from Academia to Industry

Perspectives from Indeed’s Data Scientists

I still remember the moment I told my advisor that I was considering leaving academia. The stress. The fear. Saying the words, “I don’t think I want this for myself” out loud. And afterwards, the relief.

At the time, I was juggling work on my dissertation proposal, multiple publications, teaching responsibilities, and a research assistantship. Meanwhile, I had begun researching data science, a field where I could use the skills I had learned in my doctoral program, but in a setting that better suited how I wanted to live and work. So, I made the decision to leave academia, pivot my skillset, and look for data science work in the private sector.

Of course, my experience was not unique. Tenure is often touted as the ultimate form of job security, but the number of tenure track jobs available has declined while the number of graduating Ph.D.’s has increased. Furthermore, pay has not risen with inflation. Many of the data scientists I interviewed who had left academia said that “the road to professorship was long and uncertain” and often full of “soul-crushing” levels of anxiety. By contrast, as companies look to leverage their vast stores of data, job posts on Indeed for data scientist positions have exploded since 2013.

Data science jobs on Indeed.com have quadrupled over the last four years.

A line graph showing an increase in data science job postings on Indeed.com

We looked at a 7-day rolling mean of all Indeed job posts that featured “data science” or “data scientist” in the title across the world from January 1, 2014 to November 16, 2017. In that time frame, those posts went from slightly more than .02% of all job posts to over .08%. The data was pulled using Indeed’s open source analytics platform Imhotep.

Due to the sequestered nature of the academy, those who might want to leave academia often don’t know what things are like in “the real world.” Since I left the academy two years ago, some of the more common questions I receive are: “Why did you leave academia?” “What should I do to make myself more hireable?” And the most existential question of all:

“Will everything be OK if I leave?”

To answer these questions, I enlisted the help of eleven other Data Scientists and Product Scientists here at Indeed who left academia. For simplicity, I refer to them as “data scientists” throughout this post.

The data scientists I interviewed come from a variety of backgrounds, some from Liberal Arts and others from STEM. For some, Indeed was their first job after leaving academia, while others have been in industry for nearly 10 years. They left at various points in their academic careers, some while still ABD (“all but dissertation”), others while serving as assistant professors. Some went on the academic job market first, others “didn’t even bother,” still others never intended to. Some of our data scientists discussed that a major life event, like getting married or having a child, spurred them to rethink staying in academia.

It’s my hope that this blog post offers some guidance and reassurance for academics considering making the leap to industry.

Why move to industry?

Simply put, moving to industry allows for more freedom for how you spend your time, energy, and money; where you’re able to live; and what kinds of statistical methods you can use.

Suddenly, you have more autonomy to decide where to live or work. For one data scientist, moving to industry after a series of post-doctoral fellowships allowed for “a more predictable career path where there were plenty of job opportunities.”

One of the biggest adjustments former academics made when moving to industry was how much more free time they had and how much more relaxed they felt. Our data scientists described “getting weekends back” and being able to “go home at 5pm and not needing to do any more work.” Some of the former academics discovered new hobbies with their newfound time and money, like cooking, cycling, photography, and sports analytics.

Working in the private sector also provides another form of security: a better salary. One data scientist commented that her “pay doubled and the amount of work required halved” and another about “how good it feels to not be struggling financially!” The average data scientist salary on Indeed is well above the United States median income and the median salary for academics in postdocs or professor positions. I vividly remember the first time I bought a new pair of shoes on my new salary and realized that I did not have to worry about the effects on my budget.

Apart from the positive effects on their personal lives, data scientists who left academia also noted benefits for their work. Some noted that they were “afforded more methodological freedom outside of the academy,” due to the amount of data readily available and fewer concerns about whether their work would be publishable. Nearly all of the data scientists I spoke with mentioned how much they enjoyed “how much impact you can have, and how quickly.”

Speed and collaboration in the private sector

Non-academic jobs do have some notable differences that can surprise newcomers, particularly around speed and collaboration.

Nearly all of those I interviewed commented on the shorter project cycles and faster pace in the private sector, adding that “there is a constant focus on moving fast and iterating.” The tendency for academics to “spend forever on a project until it is exactly right is not a habit that will transfer well.” Another data scientist noted that “in academia you stay with one topic or research area for many years. In industry you need to be OK with working on something new every quarter or so.”

Perhaps the biggest difference is that you no longer work in isolation. “Academia was very isolating and highly values individual contributions you could claim as entirely your own,” discussed one data scientist. “However, in industry the most successful folks are the ones that collaborate well.”

The opportunity to collaborate can be especially meaningful for academics transitioning to industry. “If you’re struggling on something,” one data scientist mentioned, “you don’t have to do it alone.” Teams also expect you to check in with them periodically and not “disappear to work on a project for weeks or months at a time.” While all of the data scientists I spoke with had experience coding for their academic research, it was usually done “in an environment where the only person I would affect was myself. Having to share a codebase with 5 other people and not trip all over each other was a skill I had to learn quickly.”

Transferable skills between research and industry

It’s sometimes hard to remember in the hustle of research, but academics have a multitude of transferable skills beyond expertise in their field. In a way, “academics are trained to be startups with a single employee. They need to gather information, find funding and support, allocate scarce resources, and acquire the technical and non-technical skills needed to get off the ground,” one data scientist noted.

For some, these transferable skills include coding, statistics, and model building. For others, skills can include a variety of non-technical abilities that are so familiar to academics that they overlook their value to the private sector. As one example, because of all their independent work, academics usually pick up valuable time and project management skills. The importance of being able to do independent research and teach oneself cannot be overstated. “Lots of data science questions are complicated and no one has all the required skills,” said one data scientist. “It’s therefore super important to teach yourself.”

Academics also learn valuable communication skills. One data scientist said, “I had so much practice giving talks to an audience of experts trying to pick holes in my argument, that presenting results to clients was a breeze.” Context switching between teaching an intro class and presenting to fellow experts also “provides plenty of practice in pitching your presentation to the appropriate audience.” After writing theses, dissertations, books, and publications, it’s a lot less daunting to write documentation, project updates, and blog posts.

Finally, the value of critical thinking is immense. Academics are trained to be skeptical and to take on “big, complex, and messy problems.” They’re well-equipped to “build a project in an iron-clad way and understand all of the caveats of [their] work.”

How to get hired in industry

The data scientists I spoke with took several different approaches to redefining themselves and their skillset. These included reading books, attending onsite and online courses, working on internships over the summer, and meeting with an on-campus career counselor. Many universities offer these resources for a small fee or even for free.

Several former academics suggested starting a personal blog to write about side projects while learning data science skills. Organizations such as DataKind and Data for Democracy offer volunteer opportunities where budding data scientists can hone their skills. A couple of them “asked around for data projects to do pro bono so I could practice my skills and have some projects to share in my portfolio on my website.” At least two of the eleven data scientists I talked to attributed getting their first industry job in part to these blogs.

Some data scientists who went into industry “deliberately switched” from languages like Matlab or Stata to languages like Python and R for their research projects while still in academia. Others tried to “guide [their] academic work toward slightly more practical technological aims.” One of the most common data skills not usually learned in academia is SQL. Luckily, SQL is relatively easy to learn with abundant resources in print and online. Our data scientists recommend SQL in 10 Minutes by Ben Forta and Learning SQL by Alan Beaulieu.

Finding other academics interested in leaving academia can also be helpful. Some data scientists I spoke with formed study groups, and even practiced mock whiteboarding interview questions together. Others attended local meetups or conducted informational interviews to learn more about the field of data science.

Indeed is looking for data scientists!

Indeed’s Data and Product Science teams look for people who know statistics and how to program. Our Data Science team looks for “full-stack” engineers with strong machine learning backgrounds. Our Product Science team emphasizes prioritizing and solving business problems. Equally important to both teams are soft skills: curiosity; a desire to grow, learn, and improve; being humble and self-aware of one’s limitations; and “a true passion for helping people get jobs.”

Interested in applying? Indeed is hiring Data Scientists and Product Scientists at all levels of seniority and experience, and we love former academics! Find all of our open job listings at this link.

Methodology

This was a qualitative and self-reported study with an admittedly small sample size. We’d love to hear if this was representative (or not) of your experiences. Did you leave academia to pursue a data science role? How has your experience been similar or different? Leave us a comment below!


Special thanks to Christo du Plessis, John Jardel, Evan Koh, Eric Lawrence, Chris Lindner, Donal McMahon, Elias Ponvert, Ke Sang, Annette Taberner-Miller and Wenzhao Xu for taking the time to share their thoughts about transitioning from academia to industry. Trey Causey gave fabulous feedback on an early draft of this post, and James Beach and Leah Pasch helped edit the final draft. Thanks to all academic advisors out there who are understanding and supportive when their students leave academia (thank you, Pam!).


Transitioning from Academia to Industry cross-posted on Medium.

IndeedEng Culture: Be Ambitious, Stay Humble

In my previous posts on Indeed’s engineering culture, I wrote about keeping teams independent, making better mistakes, dealing with consolidation debt, encouraging autonomy and initiative, and the importance of not stack ranking individuals. These are my closing thoughts on how we work here at Indeed.

Perhaps one of Indeed’s traits that has struck me the most is how individuals, including top engineers and managers, have stayed humble, although they have built this company from the ground up. Bragging and boasting are not behaviors I have seen at Indeed. As I met my colleagues, it seems like being right or wrong is overrated. Instead, we are all focused on doing the right thing. I was surprised how veterans had time and patience. At first I wondered what I did to deserve it. They were curious to hear my perspectives although I had not demonstrated anything yet.

It took me some time to understand why. Then I figured it out. Being data-driven and expecting initiative means there is always a practical and immediate way to settle a burning argument. If you really believe that feature X is what the business needs, you don’t need to convince an army of managers and directors. You don’t need to be resentful for failing to do so, or not even trying. Your credentials (almost) do not matter. The only thing you need to do is to design the experiment that will prove or disprove your theory, and ship it. And if you are not doing so, why are you talking?


Editor’s note: This post concludes our 5-year anniversary series highlighting some of the most important aspects of Indeed’s engineering culture. We want to thank James Dingle for sharing his perspective and reminding us why we love coming to work here every day. Want to join us? Learn more at http://indeed.jobs.


IndeedEng Culture: Be Ambitious, Stay Humble cross-posted on Medium.