Asking for help is challenging but is typically worth it
This article is originally published at https://lcolladotor.github.io/
Recently I’ve been thinking on the subject of asking for help. In short, it’s hard to ask for help. It involves admitting to yourself that you can’t solve the problem alone, opening yourself up, hoping that another person will understand you and guide you in the right direction. Thus it can be painful if your request for help is misunderstood, met with criticism or ignored. Regardless of these obstacles, I think that the potential rewards make it worth it.
I mostly encounter the situation of asking for help in two scenarios. One is about work, mostly R programming. The other one is about personal issues. There are plenty more, like spelling, cultural references, word definitions and academic citations.
Thank you!— ???????? Leonardo Collado-Torres (@lcolladotor) November 10, 2018
I’m always learning more English! Last night it was “yule” via @BenLangmead and others#DeepLearning? ???? pic.twitter.com/kX9JTnSBAn
PCR was invented by Kary Mullis in 1984. He won the Nobel Prize in chemistry for it in 1993. real-time PCR (qPCR) was developed about ten years later and originates with this paper: https://t.co/gpIOr3s7PG— Lior Pachter (@lpachter) November 10, 2018
In the context of R and Bioconductor, and programming in general, it can be scary to ask for help in public forums such as a GitHub issue page, the Bioconductor Support website, the RStudio Community website, etc. That’s because you might get a very short reply that can seem unhelpful if it involves terms you are not familiar with (though it might be a precise reply). There are also issues with online communities that I won’t get into. Over the years, I’ve tried to help those who will potentially answer my questions by:
- Double checking the documentation1.
- Providing information to reproduce my problem: sometimes doing so makes me realize my mistake.
- Trying for a while (>20 min?) to solve the problem by myself which involves googling quite a bit. However, sometimes I’m not aware of the correct search terms.
- Avoiding sounding like I’m demanding help, asking for help immediately or requesting the same person for help lots of times in a short time window2.
I’ve also tried to highlight my main question, though this can be hard when you are not sure what’s wrong.
When I get a short reply that seems unfriendly, I try to be appreciative of the time this other person took to reply to me. The terms they use in their reply can be important clues on what to search on Google next.
Language matters and I hate it when others make me feel dumb instead of guiding me to the right documentation/website, while others might dislike receiving tons of loose ended questions. Ultimately, this process requires patience on both sides and I highly value efforts by others that try to make it easier for both the person asking for help and the person responding. See for example:
- Help me help you. Creating reproducible examples - Jenny Bryan
- Get help – tidyverse version
- Getting Help with R
- How to ask for help for Bioconductor packages (which I wrote)
Here are some my recent requests for help with replies by others:
- ENCODE-DCC ATAC-seq pipeline
- bioc-devel macOS Mojave building from source issue
- rJava with R 3.6 and macOS Mojave
- bioc-devel NAMESPACE issue
I still make mistakes by not been clear enough sometimes, that’s why I typically say: “please let me know if you need more information” or something along those lines.
Asking for help in a programming context is hard because you are leaving your questions public (most of the time): that way you can reach multiple people that can potentially answer your question, and the people answering the question want them to be public with the hope that the answers will help others. Asking for help in personal context is different, since it tends to be in private.
This might just be me, but I’ve had several situations in my life where I’ve opened up and asked a group of individuals for help. For example, I recently started a conversation with several friends about ways to limit alcohol consumption. It was scary at first to bring this topic up, but the friends I talked to about this subject had also been thinking about it and it lead to some great conversations. I have other examples listed in my timeline3 on occasions where others have helped me with career advice.
One story that I want to share now is about grad school. I was a first year student and I had an accident one Friday in February. I knew immediately that I needed a surgery to repair my shoulder. I already had experience with orthopedic surgeons in Mexico whose quality was widely variable: it took my family years to find one we could trust for my first surgery. In my first year at a new city and country, I didn’t have my family’s network support. So I reached out via email to the faculty that I had met in person with the hopes that one of them knew a good orthopedic surgeon. This was a personal help request, so I didn’t use the Department wide mailing list. The response was excellent, and not only did some faculty help me find an excellent orthopedic surgeon, but also get an appointment with him for Monday. After my appointment on Monday, I replied to the same set of faculty thanking them for their support.
Later that week, one faculty dropped by my office to reprimand me for emailing all the faculty. I assume that this faculty thought I had emailed the whole Department. This situation shocked me and made me feel awful. My mind started racing and I wanted to clarify the situation with the faculty member. It was taking a lot of my internal courage to approach this faculty member and a second faculty member noticed that I wasn’t well. This second faculty member listened to me4 and later invited me to have dinner with his family.
A Department staff member also helped me during these weeks and pointed me to the Johns Hopkins Student Assistance Program where I got help (2 or 3 sessions). Getting professional help was great; some things I remember were that they explained to me that I was mourning since injuring my arm was like losing a piece of me (given my injury history) and they also explained potential cultural differences that lead to the situation with the first faculty member. Once I calmed down, I did email the first faculty to clarify what had happened.
This was a rough situation and probably my toughest moment in grad school, or at least among the top ones. I also value it as a learning moment and it fueled me and continues to do so in some ways. For example, it motivated me to organize Cultural Mixer events (see the ad for the third event), with the hope that they would help us understand each other better5, as well as creating the Biostat Social mailing list (now defunct but replaced by a Department Slack). I also think that the reactions to my request for help were overall positive. The balance for sure is positive although there was a bit of negative in the mix. I wish others would just get positive reactions with zero negative ones, but there are no guarantees.
With this post I’m hoping to invite others to reflect on situations that involve asking for help. I also hope that others break their internal barriers and ask for help when needed. Echoing words of others, asking for help takes courage. Given the potential rewards, I encourage you to ask for help from your family, friends and colleagues depending on the situation. Simply knowing the term(s) for what you are searching for in code or for what you are feeling (for example, imposter syndrome) can help a lot. Also being directed to professionals, like JHSAP in my shoulder story, and the proper documentation manual, like the R admin devel manual, can propel you in the right direction.
Best of luck walking the uphill path of asking for help!
This blog post was made possible thanks to:
 C. Boettiger. knitcitations: Citations for ‘Knitr’ Markdown Files. R package version 1.0.10. 2019. URL: https://CRAN.R-project.org/package=knitcitations.
 G. Csárdi, R. core, H. Wickham, W. Chang, et al. sessioninfo: R Session Information. R package version 1.1.1. 2018. URL: https://CRAN.R-project.org/package=sessioninfo.
 A. Oleś, M. Morgan, and W. Huber. BiocStyle: Standard styles for vignettes and other Bioconductor documents. R package version 2.14.4. 2020. URL: https://github.com/Bioconductor/BiocStyle.
 Y. Xie, A. P. Hill, and A. Thomas. blogdown: Creating Websites with R Markdown. ISBN 978-0815363729. Boca Raton, Florida: Chapman and Hall/CRC, 2017. URL: https://github.com/rstudio/blogdown.
## ─ Session info ─────────────────────────────────────────────────────────────────────────────────────────────────────── ## setting value ## version R version 3.6.2 (2019-12-12) ## os macOS Catalina 10.15.2 ## system x86_64, darwin15.6.0 ## ui X11 ## language (EN) ## collate en_US.UTF-8 ## ctype en_US.UTF-8 ## tz America/New_York ## date 2020-02-12 ## ## ─ Packages ─────────────────────────────────────────────────────────────────────────────────────────────────────────── ## package * version date lib source ## assertthat 0.2.1 2019-03-21  CRAN (R 3.6.0) ## bibtex 0.4.2.2 2020-01-02  CRAN (R 3.6.0) ## BiocManager 1.30.10 2019-11-16  CRAN (R 3.6.1) ## BiocStyle * 2.14.4 2020-01-09  Bioconductor ## blogdown 0.17 2019-11-13  CRAN (R 3.6.1) ## bookdown 0.17 2020-01-11  CRAN (R 3.6.0) ## cli 2.0.1 2020-01-08  CRAN (R 3.6.0) ## colorout * 1.2-1 2019-05-07  Github (jalvesaq/[email protected]) ## crayon 1.3.4 2017-09-16  CRAN (R 3.6.0) ## digest 0.6.23 2019-11-23  CRAN (R 3.6.0) ## evaluate 0.14 2019-05-28  CRAN (R 3.6.0) ## fansi 0.4.1 2020-01-08  CRAN (R 3.6.0) ## glue 1.3.1 2019-03-12  CRAN (R 3.6.0) ## htmltools 0.4.0 2019-10-04  CRAN (R 3.6.0) ## httr 1.4.1 2019-08-05  CRAN (R 3.6.0) ## jsonlite 1.6 2018-12-07  CRAN (R 3.6.0) ## knitcitations * 1.0.10 2019-09-15  CRAN (R 3.6.0) ## knitr 1.27 2020-01-16  CRAN (R 3.6.0) ## lubridate 1.7.4 2018-04-11  CRAN (R 3.6.0) ## magrittr 1.5 2014-11-22  CRAN (R 3.6.0) ## plyr 1.8.5 2019-12-10  CRAN (R 3.6.0) ## R6 2.4.1 2019-11-12  CRAN (R 3.6.1) ## Rcpp 1.0.3 2019-11-08  CRAN (R 3.6.0) ## RefManageR 1.2.12 2019-04-03  CRAN (R 3.6.0) ## rlang 0.4.3 2020-01-24  CRAN (R 3.6.2) ## rmarkdown 2.1 2020-01-20  CRAN (R 3.6.0) ## sessioninfo * 1.1.1 2018-11-05  CRAN (R 3.6.0) ## stringi 1.4.5 2020-01-11  CRAN (R 3.6.0) ## stringr 1.4.0 2019-02-10  CRAN (R 3.6.0) ## withr 2.1.2 2018-03-15  CRAN (R 3.6.0) ## xfun 0.12 2020-01-13  CRAN (R 3.6.0) ## xml2 1.2.2 2019-08-09  CRAN (R 3.6.0) ## yaml 2.2.0 2018-07-25  CRAN (R 3.6.0) ## ##  /Library/Frameworks/R.framework/Versions/3.6/Resources/library
Sometimes I simply don’t understand the documentation, or I’m not aware of the best documentation for my problem.↩︎
Doing any of these typically won’t get you anywhere. The person(s) responding to your help requests is(are) also busy!↩︎
Or tried to because I couldn’t contain the tears.↩︎
Among other great reasons, I’ll write a blog post about them sometime soon.↩︎
Thanks for visiting r-craft.org
This article is originally published at https://lcolladotor.github.io/
Please visit source website for post related comments.